软件开发和运营的建模

核心提示： 其中的挑战之一就是开发一种可以被系统生命周期过程中的所有参与者都成功使用的建模工具，但语言经常成为障碍： 安全分析师需要使用和安全相关的词汇和语法来表达要求，软件开发和运营的建模(3)， 理想地，这种语言的图例将支持使用直观的符号和连接线来“画”出详细的要求，我们就

其中的挑战之一就是开发一种可以被系统生命周期过程中的所有参与者都成功使用的建模工具。但语言经常成为障碍： 安全分析师需要使用和安全相关的词汇和语法来表达要求。 理想地，这种语言的图例将支持使用直观的符号和连接线来“画”出详细的要求。 已经有了一些这样的工具来支持诸如数据库设计、用户接口设计和对象建模等工作。 类似的领域描述语言(DSL)也可以被很容易的开发出来，用于加强从公司官员到金融分析人员等项目的不同参与者的工作能力。

除领域描述语言（DSL）和建模工具之外，我们必须严格地定义模型之间的关系。 我们要彻底支持的整套模型是什么？ 记录系统各个方面的模型是什么？ 每个模型是如何映射到其他相关模型的？对模型的手动修改是如何同步到系统模型的其余部分？ 开发环境必须与这些“原模型”整合，并且加强模型之间的关系，特别是对记录系统各方面模型的修改约束。

有效的模型驱动开发能大大地增加软件生命周期中的自动化程度。 各领域专家提供的明确模型将大大地减少在需求收集过程中的信息丢失。 有明确工业内容的模型将帮助减少不一致或不适合的实施的风险，改进跨平台协作。 开发和运营模型的同步将在部署阶段帮助避免问题。 坚持建模框架将防止产生“被忽略”的需求。 模型之间的自动转换将减少编码差错和开发时间。 维护所有模型的可用和互通将有助于获得来自所有项目参与者的及时反馈，避免工程出现偏差的惨重损失。

微软通过其软件工厂启动计划，努力在其动态系统启动计划(Dynamic Systems Initiative DSI)和Visual Studio Team System中积极地追求并达到这个目标。

DSI使用系统定义模型(System Definition Model SDM)--一种描述分布式系统和他们运营平台的模型--来在开发和运营之间协调同步。SDM可以根据软件组件对工作所要求的资源（例如CPU周期），以及对别的组件和服务的依赖性来对他们进行建模。 同样地，SDM也可以对数据中心中的逻辑机器类型和安全区域建模，这依赖于他们可以提供给软件组件的资源。有了SDM，一旦解决方案被部署和运行，并行的解决方案模型和托管工作环境就被建立起来，而且可以进行有效模拟，确认设计，计划和资源的动态分配。Visual Studio .NET 2005建模工具支持SDM， Microsoft Operations Manager (MOM)和Microsoft Systems Management Server (SMS) 的未来版本也都将支持SDM。

软件工厂通过促进DSLs和领域描述框架的使用来提升开发过程的自动化。最终的目标是使微软自己的集成开发环境--Visual Studio .NET，可以被配置成为创建特定类型的软件组件和解决方案的“工厂”。例如，有价证券交易应用的工厂将整合适用于金融服务组织结构、会计实践和贸易实践的模型。模式和约束。想进一步查阅关于软件工厂概念的介绍，可参考Jack Greenfield的The Case for Software Factories。 更加完整的说明，请参见Wiley出版的《软件工厂》一书，由Jack Greenfield和Keith创作。

今天，大多数系统模型的有效生命周期很短，很快成为“漂亮的图画”—书面上的摆设。 模型之间没有明确和平顺的映射，系统的非代码表示很快就失去了他的可靠性和准确性。 有了正确的端到端的建模工具和框架，我们就能使软件的开发、部署和管理更一致，更负有责任，并且可以和商业目标更好的结合。