软件工厂是什么？

  正如前面提到的，我们对于模型驱动开发的方法是 Microsoft 称之为软件工厂 的一部分。取代了一般的、一种规模满足所有需要的方法，软件工厂使用自定义的 DSL 集合，从而提供自定义的抽象集以满足系统（例如，电子商务、金融交易或国内银行应用程序）特定领域的需要。有了软件工厂，模型不仅可以用于分析和设计，而且还支持跨越整个软件生命周期（甚至是运行时）的各种类型的计算。这是软件工厂的基本原则，并且还是 Microsoft 的 Dynamic Systems Initiative (DSI) 的基本原则。DSI 实现并完成软件工厂计划。

  您可以将软件工厂认为是包含并扩展 MDA，这里对 MDA 的定义比基于 PIM 和 PSM 的正式定义范围更广泛。软件工厂超越了一般的平台独立性，并且特定的模型可解决前面部分中说明的其他问题。

  利用图形化观点，软件工厂为特定的系统定义专门的方法。每个观点都为系统范围内的成员定义生命周期的某部分，例如需求获取、数据库设计或服务协定定义。工厂与每个观点的可再次使用部分相关联，并在对系统家族范围内团队开发成员观点的上下文中传递它们，这样就不需要搜索应用程序部分，能够启动验证并支持手工和自动指导设置。

  观点图被称为软件工厂架构，与在一层抽象（系统的一部分）上完成的工作相关，或在生命周期的一个阶段内，在其他层（或其他部分和阶段）上完成的工作相关。观点图可用于从其他产品（特别是从模型）完全或部分生成产品（包括模型、源代码、配置文件等）；在开发阶段保持产品同步；验证手工开发的产品；评估需求失败或变更后的影响；组织并应用模式及其他非常好的实践；捕获系统开发期间的元数据以支持系统操作和维护；提供其他形式的指导和管理。

  软件工厂自动化可再次使用部分的打包和交付，可再次使用部分包括，模型和模型驱动的工具、其他类型工具（例如，向导、模板和实用程序）、开发过程、实施组件（例如，类库、框架和服务）以及内容部分（例如，模式、样式表、帮助文件、配置文件和文档）。由于软件工厂架构是一个模型，因此可以通过工具来操作软件工厂。创建规模较大的软件工厂，可通过合并较小的工厂以及通过自定义一般的工厂实现工厂的特殊化。

  构建软件工厂与构建架构很类似。包括要使工厂更易于开发人员应用的获取和实现模式以及其他非常好的实践。与通过手工从头开始构建系统相比，使用工厂更有效，这是因为使用工厂不扫描希望找到可重用组件的目录和存储库，在系统体系结构和开发过程的上下文中立即可用的开发下，使用工厂的开发人员具有可重用的组件适用于系统的各个部分。

  当然，软件工厂计划不仅仅局限于 Microsoft 和我们提供的产品。相反，我们将软件工厂作为客户和合作伙伴这一广泛群体的基础，在我们提供的基础之上构建自定义的工厂，并且将工厂组件提供给这一群体中的其他成员。

  客户和合作伙伴对软件工厂计划的响应是很积极的。我们建议，将软件工厂作为现代化组织的非常好的发展方向，希望改善其与业务期望一致的开发方法，并且我们提供了 Visual Studio Team Edition for Software Architects、DSL 工具和 VSTS 中其他的新功能，作为软件工厂计划的首选产品。