需求管理
    需求管理的目的是为了在客户和处理客户需求的软件项目之间建立共识。与客户达成的统一认识是软件项目规划（如软件项目规划 KPA 所述）和管理（如软件项目跟踪与勘察 KPA 所述）的基础。对客户关系的控制依赖于执行有效的变更控制流程（如软件配置管理 KPA 所述）。

    Rational Unified Process 的关键特性之一在于它是用例驱动的。用例代表了获取、组织和传达用户需求的一种系统化方案。它们提供了记录功能性需求的方式，而功能性需求是项目开发、测试和迭代规划的基础。在 Rational Unified Process 中，用例在用例模型中进行维护，并在项目的整个生命周期里统一引用，从分析到测试一直到维护。

    在工程环境中获取需求的 Rational Unified Process 工件是：

    . 由用例和用例包构成的用例模型
    . 非功能性的“补充规约”
    . 用例模型调查
    . 用例报告
    . 词汇表

    在管理环境中使用的、说明待开发用例及场景（需求）的 Rational Unified Process 工件包括：

    . 迭代计划
    . 集成构建计划
    . 软件开发计划
    . 软件开发计划

    所有这些工件都建立了基线，并受某个变更管理规定的制约。
   
    目标 1 ：对分配给软件的系统需求进行控制，以便创建软件工程和管理的基线。

    Rational Unified Process 主张对所有演进的工件进行连续的配置控制，然而，“正式的”基线与以下里程碑对应。

    . 生命周期目标里程碑（先启阶段）
    . 生命周期构架里程碑（精化阶段）
    . 初始操作能力里程碑（构建阶段）
    . 产品发布里程碑（产品化阶段）

    同样，Rational Unified Process 在需求、需求管理、跟踪及创建基线上与 CMM 一致。

    目标 2：软件计划、产品和活动与分配给软件的系统需求保持一致。

    该 CMM 目标重点在于确保交付的系统满足用户需求。Rational Unified Process 通过两种方式帮助组织实现这一目标：

    用例方案确保用户需求得到理解并被获取。获取需求后，需求向下流动到各个“可视的” Rational Unified Process 模型（用例、设计、实施和测试），以保证一致性和连贯性。
    控制的迭代式开发方案是一种风险降低策略，藉此项目风险能够及早得到理解和研究，然后经常重新检查。每一次累进迭代，通过不断集成新增的功能，及早揭示风险。若使用传统的瀑布式方法，则这些风险直到开发生命周期的后期才能够被发现。及早识别风险对项目管理有直接好处，可重新定义需求规模，或者提出其他战术改变。
    Rational Unified Process 管理文档包括：

    . 商业理由
    . 软件开发计划
    . 评测计划
    . 风险列表
    . 项目计划
    . 迭代计划
    . 迭代评估和状态评估。

    有效的变更控制和管理是 Rational Unified Process 的另一特性，它确保了软件根据分配的、受到跟踪的指定需求来开发。

    Rational Unified Process 主张每个项目都应设立一个变更控制委员会 (CCB)，对提议的变更或者开发过程中发现的缺陷在规模及影响方面（预算、技术或时间安排）作出公断。为了协助 CCB 的运作，Rational Unified Process 建议使用强大的配置管理和版本控制工具/环境。

    软件项目规划
    软件项目规划的目的在于建立合理的计划，执行软件工程和管理软件项目。这些计划是软件项目管理（如软件项目跟踪与勘察 KPA 所述）所必不可少的。没有符合现实的计划，就不可能实施有效的项目管理。

    目标1：对软件估算进行记录，以便用于规划和跟踪软件项目。

    Rational Unified Process 的目标之一是确保各方面的期望都同步进行并且保持一致。它通过在项目生命周期内进行定期评估来确保完成，并记录在状态评估报告中。报告需要对资源（人员配备和财政）、首要的十大风险、技术进步的追踪数据，通过指标和主要的里程碑结果来进行测量。

    Rational Unified Process 利用了以下类别的指标：

    . 进度（代码行、类的个数、每次迭代的功能点、返工）
    . 稳定性（返工类型、需求或实施变更率）
    . 适应性（返工成本）
    . 模块度（返工影响范围）
    . 质量（缺陷发现频率、密度、继承深度、返工指示符）
    . 成熟程度（每次故障的测试时间）
    . 资源耗费配置文件（计划的与实际的）
   
    目标 2：计划并记录软件项目活动和承诺。s

    获取项目计划和承诺的 Rational Unified Process 文档包括：

    . Business Case
    . 软件开发计划
    . 评测计划
    . 风险列表
    . 项目计划
    . 迭代计划
    . 迭代评估
    . 状态评估

    Goal-3: Affected groups and individuals agree to their commitments related to the software project.

    In the Rational Unified Process, the Software Development Plan defines the overall plan for the project; the Iteration Plan defines in detail what is to be accomplished in an iteration. The Iteration Plan Review, required by the Rational Unified Process, exposes the Iteration Plan to all stakeholders, allowing for a consensus to be developed before the iteration begins. From the agreed Iteration Plan, the Project Manager produces a series of work orders, which communicate the intent of the Iteration Plan in detail to the affected project teams and individuals. The Project Manager gets agreement on these work orders with the affected staff so the iteration may proceed.