“MOSE就是战略”系列之三：MOSE的要点和精义所在

原文作者：曹蕤 领驭框架软件
原文链接：“MOSE就是战略”系列之三：MOSE的要点和精义所在

MOSE是新一代的、架构和模型驱动的软件工程方法和技术。MOSE的核心理念是：在软件开发和维护过程中高效地沉淀各个层面的模型信息，并使之成为软件有机整体中不可或缺且清晰可见、便于治理的组成部分。

要践行这样的理念，模型体系就必须做到“完全贯通”——

完全贯通首先是要“全”。模型信息全不全，可以从4个角度来判定：

1)从上到下，要包含战略，企业级架构（包括原则、规范、标准），领域和项目级架构，具体程序处理过程和相关资源等层面的模型；

2)从业务到IT，要包含由业务数据模型、业务流程模型、用户体验模型等共同组成的业务模型，以及由IT数据模型、对象模型、应用模型、技术模型等共同组成的IT模型；

3)从前到后，要包含由WEB、移动设备APP、微信小程序、工作流等前端应用，以及服务、批处理、异步任务、适配器等后端应用共同组成的、完整的应用模型；

4)从过去到将来，要包含从初态到终态的全部变更信息，谁设计的，何时设计的，从什么改成了什么，等等；

完全贯通关键还在“通”。本质上，模型就是一张有向图，模型元素就是有向图中的顶点，在模型元素A中保存模型元素B的定位信息，就产生了一条由A到B的有向弧。模型信息通不通，有4个衡量标准：

1）有效性，即有向弧到达端顶点都存在且合法；

2）充分性，即由有向弧连接而成的路径，可以表示所有需要关注的模型元素之间的联系；

3）连通性，即在任何两个顶点之间都能找到至少一条路径；

4）可用性，即在任何两个顶点之间都能迅速（秒级）和低成本地找到所有路径；

当然，不可能有模型在任何时刻都符合上述标准，特别是在设计阶段。真正要做到的是，对一个已经贯通了的模型做任何变更，都能够保持贯通，或迅速和低成本地恢复贯通。

在用文档存放模型信息的时代，我们曾经兴师动众地梳理文档，甚至运用了复杂的文档自动处理技术，进行模型信息的对接、整合和关联分析，但始终无法达到“贯通”要求。

只有把模型信息高度结构化和整合后存放在数据库中，才能实现“贯通”。所有架构模型元素都是实体，它们之间都基于标识等主键建立实体关系，基于主键可对元素进行实时的访问和维护，基于实体关系可快速检索到相关的元素，并且保持完整性、一致性、合法性和唯一性。模型就和核心系统中的业务数据一样，可以在整个企业范围内大规模协同管理；可以低成本构建自动化的质量检测体系，大幅降低管控（包括评审）的工作量，使管控得到落实，甚至强化。

上下贯通，可以让战略、企业级架构规划和原则、规范、标准在项目实施时得到贯彻，尽可能避免技术债；业务和IT贯通，既可以让技术人员更准确地了解业务需求，也可以让业务人员更有效地参与开发；架构设计和程序开发贯通，可以让架构师和程序员的协作更加高效，项目产能和品控均得以提升。只有建立起完全贯通的模型体系，才能够高效地实施架构管控和治理，降低软件维护和持续发展的成本。

---

MOSE需要为研发人员提供基于结构图和流程图的操作界面，尽管这些图的排版、布线和样式设定都是自动的，以便用户能够专注于结构和流程的分析、设计，但还是容易让人误以为MOSE就是MDD（Model Driven Development，模型驱动开发）所用的建模工具，或者就是低代码开发平台——

MOSE和MDD有相似的出发点，但早已不在同一境界。MDD工具所产生的模型成果，不是高度结构化和整合的数据，不能做到“完全贯通”，不能作为最终软件产出。现在市面上能看到的架构或模型资产的管理平台，基本都还停留在MDD工具的层面。

MOSE和常见的低代码开发平台定位完全不同。前者主要用于具有复杂业务逻辑的稳态应用的开发，例如完整的、核心的业务系统；后者主要用于通过简单编排即可实现的敏态应用的开发，例如外围的、试验性的小程序，或者业务系统中某个切面的定制、扩展。

往期回顾
“MOSE就是战略”系列之一：MOSE是什么?
“MOSE就是战略”系列之二：MOSE成果的结构和形成过程

“MOSE就是战略”系列 文章预告：
（四） 用MOSE支撑坍塌的IT战略
（五） 细探MOSE的战略价值
（六） MOSE是治疗多种顽疾的特效药
（七） MOSE推动人的转变
（八） MOSE早已不是乌托邦
（九） 全面实现MOSE仍需一场革命
（十） MOSE落地的最佳途径
（十一） MOSE实践的样本和成效
（十二） 一体化MOSE平台CBF Studio