“MOSE就是战略”系列之一：MOSE是什么?

原文作者：曹蕤 领驭框架软件
原文链接：“MOSE就是战略”系列之一：MOSE是什么?

软件和人体一样，在皮肉之下有更加关键的骨骼脉络，例如，业务功能体系，业务流程和规则，数据和对象体系，应用程序体系，程序或对象的协作关系，等等，这些东西都有相应的结构范式（有哪些元素，元素有哪些属性，元素间有哪些关系，等等），并且可以借助图形直观地表示出来，因此，常被称作“模型”。模型是软件传承和治理的主要对象。

软件工程（Software Engineering）是一门研究如何用系统性的、规范化的、可定量的工程化方法去开发和维护有效、实用和高质量的软件的学科

传统软件工程从需求分析到概要设计、详细设计，再到编码实现、测试，各个环节都是面向文档和代码，产出物都是文档和代码，但文档和代码并不能最有效地存储和表达模型—

我们现在习惯用文档来存放模型信息，但文档质量和编写者的能力、工作负荷等紧密相关，文档中的模型信息经常不准确、不完整、不一致，并且随着软件的迭代发展，文档与代码常常严重脱节。

代码虽不存在这些问题，但它的可阅读性差了很多，并且目前的代码基本都是基于GPL编写的，不同层面问题的处理代码经常混杂在一起，要读取、理清其中的模型信息相当困难。

也就是说，传统软件工程并没有产出显式的、具有高度可阅读性和可管理性、与软件实际状态（或代码）始终保持一致的模型，这导致软件维护和持续发展的成本非常惊人，架构管控和治理工作举步维艰。

如果有人质疑后果是否真的如此严重，那他应该回顾一下历史。60多年前，高级语言替代了机器语言和汇编语言，同样是为了让软件更贴近模型——高级语言更接近自然语言，用高级语言编写的代码能够更好地反映模型。正因为这次替代，软件数量才开始急剧增长，才出现了“软件产品”，而不再只是“程序”，才进一步诞生了软件工程学科。

现在，我们再次做出努力，并且是这个方向上终极的努力——

➤  我们用最理想的载体（高度结构化的、存放在数据库中的数据）来存储模型信息，并结合图形化的展现和管理工具，使模型便于沟通和传递，便于维护和运用。

➤我们还进一步扩大模型的范畴，让它深入软件的每一个角落，例如用户界面、报表、程序中细致精准的业务数据处理过程等等，使软件的全部信息都包含在模型中。

这就是CBF Studio 5.2发布时推出的新一代软件工程方法和技术——MOSE（Model Oriented Software Engineering）。

MOSE让软件工程的各个环节都只面向模型，不再面向代码和文档。软件工程的所有参与者，产出物都是模型，企业级架构师产出的是企业级架构模型，业务分析师产出的是业务模型，IT架构师产出的是IT模型，程序员产出的是程序（处理过程）模型，等等。这些模型环环相扣、全部贯通，共同组成了一个严丝合缝的大模型，这个大模型可以被部署和运行（基于模型引擎），它就是最终产出的软件。

不再面向代码和文档，并不意味着得不到代码和文档。MOSE可以基于模型自动生成代码和文档，就和编译器可以基于代码生成二进制执行文件一样。在生产环境中最终部署的软件，很可能还是对（MOSE基于模型自动生成的）代码编译、构建后产生的执行文件。

MOSE不只可以大幅提升软件工程的生产效率，更关键的是，最终产出的软件是皮肉骨骼脉络分界清晰，但又紧密结合、能够一致行动的有机整体，这大大提升了软件的可维护性、可传承性和可治理性。

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