在软件生命周期过程框架中增加领域工程过程.docVIP

第七章 在软件生命周期过程框架中增加领域工程过程 7.1 简介领域工程过程 实施复用的先决条件是收集高质量的、高可用性的资产（即，可复用的软件部件，如软件设计模型）。领域工程是指在提供那些应用于特定领域的资产的过程。“领域”这个概念被用来缩小实践复用的范围，使得在一个领域的范围内概念更易于理解、技术更容易实现、组织更容易管理。 典型地，被IEEE 1517标准定义为“问题空间”1的领域代表的是组织的一个局部，这个局部具有实践复用的潜力。为了复用，组织究竟应该选择什么样的方式来对其自身进行分割——根据生产线，还是业务功能，或是技术平台，抑或是其他的方法？这个问题留待标准的使用者选择判断。然而，标准的意图是应该将领域定义得足够得宽泛，以使其可以包括那些在一定时期内能被应用于多个软件产品的资产。另外，由于我们期望组织可以选择在多个领域中实践复用，所以我们也期望将领域工程过程在组织应用多次。 7.1.1 提供资产 “领域”这个概念也提升了领域工程过程，使其超出了项目的层次。领域工程过程为多个开发或者维护软件产品的软件项目提供资产，这些资产将应用在这些项目所涉及的多个软件产品中。为了符合多个项目的需求，资产必须拥有公共属性，这些属性可以被项目所生产的多个软件产品共享和复用。IEEE 1517标准将领域工程归类为一个跨项目的生命周期过程，因为这个过程超越了单个项目的边界和持续期。 7.1.2 生产者复用 回顾第三章中的论述，生产者复用关注的是如何为复用提供资产。实际上，生产者复用就是资产的生命周期。生产者复用在领域内应用的时候就称为领域工程。通常，生产者复用关注分析、设计、开发和维护资产。当在领域中应用的时候，生产者复用关注如何为该领域分析、设计、开发和维护资产。 IEEE 1517标准的软件生命周期过程框架 IEEE 1517标准的软件生命周期过程框架 基础过程 支持过程 组织过程 跨项目过程 领域工程 IEEE 1517标准在IEEE/IEA 12207的软件 生命周期过程框架中增加新的过程分类和 新的过程 图7-1 在IEEE/EIA 12207标准的软件生命周期过程框架中增加 跨项目过程分类和领域工程过程 如图7-1，IEEE 1517标准扩展了12207标准的软件生命框架，加入了称为跨项目过程的过程分类。在跨项目过程分类项中，IEEE 1517标准定义了领域工程这个过程来规约在领域的层次上执行生产者复用的需求。领域工程过程覆盖了为领域进行的资产开发和维护。 在IEEE 1517标准中，领域工程的定义如下： 一个为一类系统、子系统或应用程序定义范围（即领域的定义）、阐明结构（即领域构架）、构建资产（如：需求、设计、软件代码和文档）的基于复用的方法。领域工程可以包含下列活动：领域定义、领域分析、开发领域构架、领域实现。2 标准指定领域工程师作为负责领域工程活动的团体。按照标准对“团体”的解释，领域工程师可以是个人或个人组成的小组。最可能的情况是，组织以一个项目团队的方式实现领域工程师这个团体，该团队在领域工程项目初始的时候就已经成立了，并且在整个领域工程生命周期中一直存在。 表7-1列出了IEEE 1517标准中领域工程过程的活动。这些活动可以被映射到复用生产者生命周期的不同阶段，它们的细节将在下面的章节中叙述。 表7-1 领域工程过程中的活动 活动名称 活动描述 过程实施 建立、文档化和执行领域工程计划 选择领域模型和领域构架的表现形式 领域分析 定义领域边界和与其他领域的关系 标识领域软件开发人员的需求 构建、文档化、分类、评估和提交领域模型 构造、评价和提交领域词汇表 领域设计 建立、文档化、分类、评价和提交领域构架 开发、文档化和评估资产规约 资产供应 开发、文档化、分类、评估和提交资产 资产维护 分析资产修改的要求，选择资产修改的方案并使该方案获得批准，实施资产的修改，提交修改后的资产。 在每个活动的细节描述中，活动是根据其包含的任务来解释的。回顾前文，我们知道在标准中任务代表的是实施该活动的需求。下文中，将首先对任务进行讨论，然后给出实现任务的建议。 7.2过程实施活动 这个活动的目标是为领域工程做准备，主要包括建立领域工程计划，定义用于描述领域工程产品的格式，定义用于领域工程的技术和管理过程。 7.2.1 建立领域工程计划 IEEE 1517标准的过程实现活动的第一个需求（即任务）是建立和执行一个领域工程计划： 领域工程师要建立和文档化一个领域工程计划，如果可能的话，尽量复用一个可应用的领域工程计划模板，该计划定义了执行领域工程的资源和过程。该计划应该包括实施领域工程的标准、方法、工具、活动、任务和责任。为了建立领域工程计划，领域工程师应该和本领域中的领域专家、开发人