软件开发和运营的建模

核心提示：摘要： 我们用许多模型来设计、开发、部署和管理技术解决方案，其中一些模型包括商业案例（business cases）、用例（use case）图解、实体关系模型、对象模型、代码、测试套件、开发计划、逻辑数据中心模型和异常管理计划，软件开发和运营的建模，软件生命周期方法已经努力发展成可以自动化的从“上游&rd

摘要： 我们用许多模型来设计、开发、部署和管理技术解决方案。其中一些模型包括商业案例（business cases）、用例（use case）图解、实体关系模型、对象模型、代码、测试套件、开发计划、逻辑数据中心模型和异常管理计划。软件生命周期方法已经努力发展成可以自动化的从“上游”模型产生“下游”模型，甚至可以在不同的模型间保持同步。 本文简要描述了建模空间，概览了当前的发展，这些都可以在整个技术生命周期中提高模型的使用效率。

模型是真实世界中对象和系统的 “简化”抽象,可忽略大小、细节和外观(例如，一个关注成本或持久性，而忽略不相关系统因素的模型)。 在信息技术解决方案的开发中，模型被用来控制复杂度，并在客户、解决方案和系统架构师、开发者和运营人员之间传达系统需求。

以工程项目大量使用的模型为例：用例模型可表达系统的高级功能需求和需要被支持的角色；风险模型可通过尽早地在项目周期中规避风险来优化工作；实体关系模型捕捉被解决方案管理的基本信息，并且提供将其适当分解为表格、对象和服务的建议；逻辑系统模型组成了开发和运营之间的通信基础；逻辑系统模型可以进行需求和解决方案策略的早期确认，等等。

所有这些模型都使项目参与者能在最终系统的开发和管理中发挥其专长。所有这些模型都通过尽早避免误解和疏忽来减少项目的代价和风险。建模工具和框架通过在各个级别的方案设计中提供更高级别的追溯性、可视性和说明性促进了商业部门和信息技术团体的合作。

在整个的软件生命周期-从开发概念形成到运营和管理中，微软关注如何使模型更有使用价值。由于历史原因，在生命周期中通行的仅有的模型是含义模糊、冗余和很不完善的模型，而且是使用系统源代码所描述。系统模型之间的不协调经常在组织内部和其间造成理解和沟通错误，导致项目和系统的失败。