内容发布更新时间 : 2024/5/5 13:42:46星期一 下面是文章的全部内容请认真阅读。

子实践

1. 分析关键人员的需要、期望、限制及外部接口，以移除矛盾，

并汇整成相关主题。 2. 分析衍生需求，以决定是否满足更高阶需求的目标。 3. 分析需求，以确保是完整、可行、可实现及可验证的。

虽然设计决定某特殊解决方案的可行性，本细部执行方法可以了解哪些需求会影响可行性。.

4. 识别对成本、时程、功能、风险或绩效有重大影响的关键需求。 5. 识别技术绩效度量，以便于开发阶段时进行追踪。

有关度量的用途，请参考度量与分析过程域，以获得更多信息。

6. 分析操作观念及场景，以细化客户需要、限制及接口，并发现

新需求。

此分析可能产生更详细的操作观念及场景，同时也衍生新需求。

SP 3.4

分析需求以取得平衡

分析需求以平衡相关干系人的需求和约束。 关键人员的需要和限制，可说明成本、时程、绩效、功能、再使用的组件、维护能力，或风险。

典型的工作产品

1. 需求相关风险的评估细部执

子实践

1. 使用经验证的模型、仿真及原型等，以分析关键人员的需要和

限制间的平衡。.

分析的结果，可用以降低产品的成本与开发产品时的风险。 2. 执行需求及功能架构的风险评估。

有关执行客户及产品需求和功能架构的风险评估，请参考风险管理过程域，以获得更多信息。.

3. 检查产品生命周期概念，以分析它对需求风险的影响或冲击。

SP 3.5

确认需求

确认需求，以确保将要产生的产品能在预期的用户环境中运行。 在开发工作的初期，与最终使用者执行需求确认，俾使需求能够引导开发工作，并导致成功的最终确认的信心。此活动应与风险管理活动整合。成熟的组织，通常会以更复杂的方式使用多种技术来执行需求确认，扩大确认的基础，以包括其他的关键人员需要和期望。这些组织通常会使用分析、模拟或原型等方法，以确保需求满足关键人员的需要和期望。

需求确认的技术，举例如下： ? 分析 ? 模拟 ? 原型 ? 示范

典型的工作产品

1. 分析方法和结果的纪录

子实践

1. 分析需求以识别最终产品不能于用户环境下适当运作的风险。 2. 以产品展示(如，原型、仿真、模型、情境及场景)，以及取得

相关关键人员的回馈，寻求需求的足够性和完整性。

有关产品及产品组件的确认及确认执行，请参考确认过程域，以获得更多信息。

3. 于设计成熟时，在需求确认环境下进行设计的评估，以识别确

认议题，并揭露未说明的需要和客户需求。

各通用目标的实践

仅适用于连续式表述 GG 1 达成特定目标 本过程通过将界定的输入的工作产品转换为输出的工作产品，支持与促成过程域特定目标的达成。 GP 1.1 执行特定实践 执行需求开发过程的特定实践，以开发工作产品与提供服务，达成过程域的特定目标。 GG 2

制度化已管理过程 将过程制度化为已管理过程。 仅适用于阶段式表述 GG 3 制度化已定义过程 将过程制度化为已定义过程。 本通用目标反映在阶段式表述的位置。

GP 2.1 建立组织方针

建立并维护组织方针，以策划和执行需求开发过程。 详细说明：

本政策建立组织对下列活动的期望：搜集关键人员需要、明确地陈述产品及产品组件需求，以及分析和确认需求。

GP 2.2 策划过程

建立并维护执行需求开发过程的计划。

详细说明：

执行需求开发的计划可以是项目计划的一部分，项目计划在项目规划过程域中说明。

GP 2.3 提供资源

提供充足的资源，以执行需求开发过程、开发工作产品及提供过程服务。

详细说明：

应用领域的特殊专业知识、引导关键人员需要的方法，用于指定及分析客户、产品，以及产品组件需求的方法及工具等可能是必要的。 可用于本过程域的资源(工具)，举例如下： ? 需求规格工具 ? 仿真及模型工具 ? 原型工具

? 场景定义及管理工具 ? 需求追踪工具

GP 2.4 分配责任

分配需求开发过程的责任与授权，以执行过程、开发工作产品及提供过程服务。

GP 2.5

培训人员

依需要培训人员，以执行或支持需求开发过程。 详细说明：

培训主题，举例如下： ? 应用领域的专业知识 ? 需求定义及分析 ? 需求引导 ? 需求规格及模型 ? 需求跟踪

GP 2.6 管理配置

将指定的需求开发过程的工作产品，纳入适当层级的控制。 详细说明：

纳入控制的工作产品，举例如下：Customer requirements ? 客户需求 ? 功能架构

? 产品及产品组件需求 ? 接口需求

GP 2.7 识别相关干系人并使之参与

依计划识别并纳入需求开发过程相关的干系人。 详细说明：

从下列人员中选择相关的关键人员：客户、最终使用者、开发人员、制作人员、测试人员、供货商、市场营销人员、维护人员、报废处理人员，以及其他会影响产品及过程或受产品及过程所影响的人。 关键人员参与的活动，举例如下：

? 审查需求的足够性，以满足需要、预期、限制及接口的要求。 ? 建立操作观念和场景 ? 评估需求的足够性 ? 建立产品与产品组件需求 ? 评估产品成本、时程及风险

GP 2.8 监控过程

按本过程的执行计划，监督和控制需求开发过程，并采取适当的纠正措施。

详细说明：

用于监控的度量及工作产品，举例如下： ? 成本、时程及重做所需的工作量 ? 需求规格的缺陷密度 ? 开发一组需求的活动时程.

GP 2.9 客观评价符合度

按照过程描述、标准和规程，客观地评价需求开发过程的符合度，并解决不符合问题。