亲爱的朋友和家人，我们今天聚集在一起，庆祝MBSE方法的联盟和婚姻中的IT-运营。多年来，他们彼此过于眼睛，努力玩。但最后，他们都意识到他们像海洋和海滩一样携手。
在这个Blogpost中，我们概述了为什么我们相信Mearpops对有效和高效的系统工程至关重要。
好吧，让我们现在停止婚礼笑话并得到严肃的。如果转到Dev-Ops Wikipedia页面，您可以找到以下描述：Devops是一组与软件开发（DEV）和IT操作（OPS）组合的一组实践。它旨在缩短系统开发生命周期，并提供高软件质量的连续交付。
好吧，好吧好吧，听起来像我们在系统工程中所需的东西！那么Devops的目标是什么，我们作为系统工程师可以采用？在我们对Devops的拙见和经验中，Devops目标是：（a）最大限度地减少系统释放的手工劳动力，（b）在其生命周期中最大化系统可靠性。
这些目标导致高度自动化的过程和以不同的形式测试（例如，集成，性能，A / B，GUI测试，ECT。）。这些是发展领域，除了主要活动之外：单一软件系统的实际开发。因此，每当您有新的软件提供新的软件时，您都不希望从头开始设置所有这些自动化流程，并且他们太重要了，无法将全部视为追求或二级活动。介绍关于这些开发行动（Devops）的明确推理的概念，将Devops视为一流的公民，并赋予它所需的注意力和严谨。
除了软件开发支持进程的更有效和可重用性。 Devops将软件的操作部分与该软件的深度知识相同的位置，即在开发团队中。在运营期间发生的问题立即可见，同一人员能够解决这些问题来解决它们。
使您可以使用方法使用建模语言来建模系统的工具。
在大型组织中，看到这些MBSE的这三个支柱掌握在几个部门的手中并不少见。工具是IT部门的责任，但他们没有配置它们以帮助执行方法。方法和语言掌握在一个组织实体的手中，但是几个部门的议程统计，每个部门都有强烈的意见和对此事的不同看法。这种碎片使得决策和发现（主观）难以达成困难。将这种分散的景观情况与Devops的重点和一流的公民方法进行比较。这种缺乏整体观点，焦点和责任感是我们认为根本问题。
没有明确的单一组织实体建立并管理三位一体硒方法，建模语言和工具。
没有明确的单一组织实体来指导，并对SE方法，建模语言和工具的选择，适应和维护负责。
通过解决问题域，我们现在可以通过采用Makops方法来实现我们想要实现的目标。我们目前没有完全成熟的目标清单，所以请加入我们的旅程，但这是我们到目前为止累积的旅程。
鉴于问题领域和我们的目标实现目标，我们奠定了以下原则，即任何Methops方法应该坚持。
负责采用和修改SE方法的组织也负责启用和支持方法的工具。
负责工具和方法的组织具有预算和决策权。
负责工具和方法的组织深入参与其他人员的培训。 连续质量检查和监控活动检测是否需要提高工具和方法。 与那些刺激物一起，我们也可以制作一张漂亮的图片，就像Devops气缸一样，我们可以在MBSE方法和操作侧的过程中映射常见步骤。 请告诉我们您对此的看法，您的反馈非常有价值。 与已经建立的Devops文化和关于软件开发的思考方式一样，系统工程所需的方式（基于模型或其他方式）我们阐述了合并方法的目标和原则和IT-Operations导致Methops。