CMMI V3.0需求开发和管理实践域是CMMI开发视图的通用实践 域

CMMI需求开发和管理实 践域必需的实践域信息  

意图

引导需求，确认干系人对需求有共同理解，并保持需求、计划和工作产品相一致。

价值

提高解决方案满足或超出客户期望和需求的可能性。

其他必需的实践域信息

本部分留作空白，以待未来加入内容。

CMMI需求开发和管理实践域解 释性实践域信息

CMMI需求开发和管理实 践总结

第 1 级
 

RDM 1.1 记录需求。

第 2 级
 

RDM 2.1 引导出干系人的需求、期望、约束条件、接口或连接，并确认对需求的 理解。
RDM 2.2 将干系人的需求、期望、约束条件、接口或连接转化为优先的客户需求。
RDM 2.3 获得项目参与者的承诺，即他们可以落实这些需求。
RDM 2.4 开发、记录和持续更新需求与活动或工作产品之间的双向可追溯性。
RDM 2.5 确保计划和活动或工作产品与需求保持一致。

第 3 级
 

RDM 3.1 开发并持续更新解决方案及其组件的要求。
RDM 3.2 开发操作概念和场景。
RDM 3.3 分配要落实的需求。
RDM 3.4 识别、开发并持续更新接口或连接需求。
RDM 3.5 确保需求必要且充分。
RDM 3.6 在干系人的需要和约束条件之间取得平衡。
RDM 3.7 确认需求，以确保生成的解决方案在目标环境中按照预期工作。

CMMI需求开发和管理其他实 践域解释性信息

三种典型的需求类型：
1. 客户或业务需求
2. 解决方案需求
3. 接口或连接描述
 

这些需求合在一起满足了干系人的需要，包括与各种生命周期阶段和属性（如响应性、安全性和质量）相关的需要。需求也可以包含约束条件。
 

所有项目都有需求。需求是开发正确解决方案的基础。需求开发活动包括：
• 诱导、分析、确认和沟通客户的需求、期望和约束条件
• 在资源约束条件下，确定客户需求的优先级，以了解什么能够满足干系人的需求
• 开发解决方案的生命周期需求
• 开发操作概念和场景
• 开发客户功能和质量属性需求，包括描述、分解和分配需求到功能
• 制定符合客户需求的初步解决方案需求
 

客户需求进一步细化为解决方案和接口或连接需求。除了来自客户需求之外，解决方案和接口或连接需求都来自所选的设计解决方案。
 

在整个项目过程中持续识别和细化需求。让干系人参与需求开发和分析活动，让他们看到需求的演变。分析设计决策、随后的纠正措施以及反馈对需求的影响。分析可以用来理解、定义和选择需求。
 

另外，定义可以指定设计的约束条件。一些质量属性将在架构上显现出来，并推动解决方案架构的发展。质量属性可能涉及：
• 解决方案可用性
• 维持和维护的能力
• 及时性、吞吐量和响应性
• 一致性
• 安保
• 可扩展性
 

反复进行分析，直到有足够的细节来开发解决方案或解决方案的一部分。分析需求以及操作概念和场景，可能会导致识别出更多需求，其中包括：
• 各种类型的约束条件
• 技术限制
• 成本
• 时间约束条件
• 风险
• 功能、支持和维护问题
• 客户暗示但未明确陈述的问题
• 商业考虑、法规和法律

通过不断发展的操作概念和场景进行迭代，开发功能设计。在设计期间，细化、衍生需求和将需求拆分到功能解决方案和解决方案组件。

与CMMI需求开发和管理相关的实践域

同行评审 (PR)
验证和确认 (VV)

与CMMI需求开发和管理相关的特定背景

敏捷开发
 

背景标签：敏捷开发
背景：将敏捷技术和实践与其他过程整合在一起。

敏捷团队以用户故事待办列表的形式引导用户需求，但待办列表通常不包括约束条件、接口或连接和质量属性。

表 RDM-1：典型的敏捷需求活动展示了在哪些阶段需求活动可以强化一个典型的敏捷项目。

敏捷项目通常会实现从业务需求到史诗、用户故事、任务、测试和“完成之定义 (Definition of Done)”的可追溯性。设计和代码通常直接追溯到用户故事。可追溯性使得用户故事或史诗与工作产品之间的一致性检查更加高效和准确。可追溯性还提高了理解和解决受用户故事或史诗变更影响的内容的能力。

数据
 

背景标签：CMMI-DATA
背景：利用过程将数据管理最佳实践整合到解决方案中。

确保将数据需求和业务规则（例如安保规则；物理和逻辑数据；数据库、软件和技术的带优先级的数据质量维度）记录为需求，反映在业务术语中，可追溯至业务目标，并满足法律和监管要求。根据业务目标和优先级分析数据需求。根据主要目的（例如监管报告），针对高优先级业务目标评估范围内数据的重要性。在分析中包括客户反馈，以确定是否存在可能需要满足的隐含或未说明的重要业务目标。识别、跟踪和管理关键数据元素。

开发

背景标签：CMMI-DEV
背景：使用过程来开发高质量的产品和服务以满足客户和最终用户的需求。

对于产品线来说，工程过程（包括需求开发）可能在多个层面上应用。在产品线层面，执行 “共同性和变异分析”来帮助诱导、分析和开发核心资产，供产品线内的项目使用。在项目层面，按照产品线计划使用这些核心资产，将其作为项目工程活动的一部分

安保

背景标签：CMMI-SEC
背景：利用过程将安保注意事项整合为解决方案、工作、项目和组织不可或缺的一部分。

说明和分析来自各种来源的输入，以确定安保需求，这些输入来自：
• 受影响的干系人的安保需求
• 安保和威胁评估结果
• 威胁情报分析
收集干系人对安保要求的意见，整合意见，分析预期运营环境，并解决冲突。
安保来源可能包括：
• 国家或地区的特定法律法规，例如个人数据保护、出口管制、通用数据保护条例 (GDPR)
• 征求建议书 (RFP)、询价或功能请求
• 解决方案安保风险评估
• 误用和滥用用例的进展
• 组织内部保护目标，例如知识产权保护和许可法规
• 竞争对手的安保活动
• 利用漏洞数据库对现有或未来威胁进行的分析，例如通用缺陷列表以及“系统管理员、 审计、网络、安保”(SANS) 的“最危险的 25 种软件错误”
• 高级客户的安保主题
• 对自己的系统或类似系统中的安保事故执行的分析
• 组织安保基线和政策
请参阅表 RDM-2：安保外部参考资料，以了解更多信息。

表 RDM-2：安保外部参考资料

服务

背景标签：CMMI-SVC
背景：使用过程来交付、管理和改善服务，以满足客户需求。 

在开发服务交付、运营协议、方法及目标的过程中，分析干系人的所有需求，以获得称为衍生需求的更详细和精确的需求集。这些需求涉及与服务交付相关的服务系统的所有方面，包括工作产品、服务、过程、耗材、客户资源，其他资源、保修成本、服务激励以及受影响的干系人的功能和质量属性需求。
在某些服务背景中，衍生需求可以像识别和量化所需资源一样简单。对于具有多种类型的组件和接口或连接的复杂服务系统，可以随着首选解决方案的不断完善，将初始需求迭代细化为更详细的、可分配给服务系统组件的低级别需求集。
通过此分析以及细化、衍生和分配活动，开发服务系统的功能和质量属性需求。在整个服务交付和生命周期中监控服务交付、运营和系统需求的满足情况。

供应商

背景标签：CMMI-SPM
背景：使用过程来识别、选择和管理供应商及其协议。

采购方总体负责确保需求符合解决方案的目标。采购方应明确定义可纳入供应商协议和解决方案的需求。在某些采购中，采购方承担工程师、整体架构师或集成者对解决方案的总体角色。

CMMI-DEV V1.3中对需求开发（RD）与需求管理（REQM）的说明。

CMMI相关资料下载

• 下载CMMI V1.3模型中文版

• 下载CMMI V3.0快速参考手册英文版