培训计划

    培训计划的目的在于发展个人的技能和知识，以便他们能高效地履行其职责。培训是组织的职责，但软件项目应该先确定所需要的技能，并在项目需求独特时提供必要的培训。

    目标 1：计划培训活动。

    这个目标只有采用 Rational Unified Process 的组织才能实现。然而，Rational Unified Process 是一个“行业非常好的方案”知识库，它提供了关于如何开展各种软件开发活动的指南、概念和详细的分步说明。因此，Rational Unified Process 本身就是一个优秀的培训材料来源。

    然而，Rational Unified Process 还需要相关的支持课程，包括：

    . Rational Unified Process 概述，包括需求、分析设计、实施、测试、构架、流程配置、管理、工具等几个模块，以及对面向对象的介绍。
    . 通过用例来实现需求管理 (RMUC)
    . 面向对象的项目管理 (OOPM)
    . 面向对象的设计分析 (OOAD)
    . 软件质量自动化
    . 配置管理
    . 软件构架和迭代式流程

    目标 2： 为培养履行软件管理和技术职责所需的技能和知识而提供培训。

    目标 3：软件工程组和其他软件相关小组的个人接受必要的培训，以便履行其职责。

    采用 Rational Unified Process 的组织需实现这些培训计划目标。然而，Rational Unified Process 提供了一系列的课程，如上节所述。

    集成软件管理

    集成软件管理的目的在于将软件工程和管理活动集成到一个一致、确定的软件流程中，该流程是根据组织的标准软件流程和相关流程资产定制的，这在组织流程定义中有描述。如软件产品工程所述，该定制是根据业务环境和项目的技术需要进行的。集成软件管理是从级别 2 的软件项目规划和的软件项目跟踪与勘察演进得到的。

    目标 1：项目的已定义软件流程是组织标准软件流程的一个定制版本。

    与 Rational Unified Process 环境工作流程一致，Rational Unified Process 的标准交付版本是可配置并且可以根据各种类型的项目调整使用规模。

    目标 2：根据项目的已定义软件流程计划并管理项目。

    这一目标需由采用 Rational Unified Process 的组织来说明。

    软件产品工程

    软件产品工程的目的是为了统一执行一个明确定义的软件工程流程，将所有的软件工程活动进行集成，以便高效地生产出正确、一致的软件产品。软件产品工程描述项目的技术活动，如需求分析、设计、代码和测试等。

    目标 1：定义、集成并统一执行软件工程任务，以便生产软件。

    Rational Unified Process 活动以及对每个角色需要什么的定义，在项目必备计划工件的背景下，确保确定、分配和完成任务。Rational Unified Process 内在的迭代式开发流程可以迅速证明软件开发团队的效力，并提供对最终产品的评估。

    目标 2：软件产品互相保持一致。

    工程模型（用例模型、设计模型、源代码和可执行构件）之间的可追踪性通过环境进行维护。

    组间协作

    组间协作的目的是为软件工程小组积极参与其他工程小组的工作提供一种方法，以便项目能更好地高效满足客户的需要。组间协作是集成软件管理的跨学科的方面，它超越了软件工程的范围。不但软件流程应该集成，软件工程小组与其他组的交互也必须协调和控制。

    目标 1：客户的需求得到所有项目涉及的团队的同意。

    使用用例而不是其他“正式”需求规约方法作为需求获取和说明的依据的一个重大好处在于，用例容易被涉众理解。同样，Rational Unified Process 用例需求获取方法代表所有涉众可以对需要执行的任务达成一致意见。这在流程中得到进一步的贯彻执行，并反映在作为软件开发基础的模型和复审中。

    目标 2：工程组之间的承诺得到项目涉及的团队的认可。

    这个目标需由采用 Rational Unified Process 的组织来说明。然而，Rational Unified Process 可视模型有助于人们理解产品开发各个阶段（从需求获取到部署）有什么要求。Rational Unified Process 变更和配置管理流程确保提议的变更得到适当评估，并将评估结果向所有涉众传达。

    工程组确定、追踪并解决组间问题。Rational Unified Process 迭代式开发流程有助于通过连续集成所有已开发软件来及早发现软件问题。为提出和解决团队间的问题，对多个团队开发的软件进行集成时产生的问题可作为一个“公共空间”。Rational Unified Process 检测和变更请求流程支持这种观点，该流程提供了一种正式机制，用于捕获、追踪并解决项目开发问题。

    平级复审

    平级复审的目的是为了及早有效地排除软件工作产品的缺陷。一个重要的结果就是加深了对软件工作产品以及可以防止的缺陷的理解。平级复审是软件产品工程提出的一个重要而有效的工程方法。

    目标-1：计划平级复审活动。

    如在级别 2 的质量保证目标中所述，Rational Unified Process 内的每个活动都有一个独立的复审活动。

    由于早期问题检测能降低整体成本，因此 Rational Unified Process 提倡“及早并经常”所有工件，尤其是关键工件进行平级复审。Rational Unified Process 提供了每一阶段、每一模型内要复审的重要特性清单。

    目标 2：识别和排除软件工作产品中的缺陷。

    Rational Unified Process 工件复审员需要确定用于下一个开发阶段的工件是否准备就绪。如果工件未达到复审“合格”标准，根据 Rational Unified Process 指标计划，需要获取以下方面的详细资料：

    . 稳定性（返工类型、易变性）
    . 适应性（返工成本）
    . 模块度（返工影响范围）
    . 质量（缺陷发现频率、密度、继承深度）
    . 成熟程度（每次故障的测试时间）
    . 资源耗费配置文件（计划的与实际的）

    参考资料

    Mark C. Paulk et al, "Key Practices of the Capability Maturity Model - Version 1.1", Software Engineering Institute-Carnegie Mellon University.