CMMI需求管理规范.doc

CMMI需求管理规范  目 录 TOC \o 1-3 \h \z \u HYPERLINK \l _Toc230319804 一． 概述 PAGEREF _Toc230319804 \h 3 HYPERLINK \l _Toc230319805 二． 需求管理的基本活动 PAGEREF _Toc230319805 \h 3 HYPERLINK \l _Toc230319806 1、 需求提出 PAGEREF _Toc230319806 \h 3 HYPERLINK \l _Toc230319807 2、 需求分析及评审 PAGEREF _Toc230319807 \h 3 HYPERLINK \l _Toc230319808 3、 需求计划定制及跟踪 PAGEREF _Toc230319808 \h 3 HYPERLINK \l _Toc230319809 4、 需求变更控制 PAGEREF _Toc230319809 \h 3 HYPERLINK \l _Toc230319810 5、 需求制度建立及其优化 PAGEREF _Toc230319810 \h 4 HYPERLINK \l _Toc230319811 6、 需求成本控制 PAGEREF _Toc230319811 \h 4 HYPERLINK \l _Toc230319812 三． 项目实践过程示例 PAGEREF _Toc230319812 \h 4 HYPERLINK \l _Toc230319813 1 、建立需求管理制度 PAGEREF _Toc230319813 \h 4 HYPERLINK \l _Toc230319814 2、需求接收及其分析 PAGEREF _Toc230319814 \h 5 HYPERLINK \l _Toc230319815 3、 需求评审 PAGEREF _Toc230319815 \h 5 HYPERLINK \l _Toc230319816 4、 需求计划定制及跟踪 PAGEREF _Toc230319816 \h 5 HYPERLINK \l _Toc230319817 5、 需求开发及更新过程 PAGEREF _Toc230319817 \h 5 HYPERLINK \l _Toc230319818 6、 需求变更 PAGEREF _Toc230319818 \h 5 HYPERLINK \l _Toc230319819 7、 团队培训 PAGEREF _Toc230319819 \h 5 HYPERLINK \l _Toc230319820 8、过程改进 PAGEREF _Toc230319820 \h 6 概述 项目需求管理（Requirements Management, REQM）的目的，在于管理项目产品及产品组件的需求，并界定这些需求与项目计划及工作产品间的差异。项目实行适当的步骤，确保议定的需求是受管理的，以支持项目策划和执行的需要。需求管理也须记录需求变更及其理由，并维护原始需求与所有产品和产品组件需求的间的双向追溯性。 从实践意义上讲，需求是针对客户各类需求经双方（或多方）沟通确认后形成的一种协议，协议的范围是明确的、可控的。在协议签订后，需求的计划有定制、进度有跟踪、结果有度量。针对需求的变化，需要明确需求变化的原因及变更内容。需求的紧急程度及严重程度可评估，以确定需求及其变更的优先级，从而排定切实可行的需求计划。 下面我们就如下几个方面对需求管理体系进行分析、研究： 需求的管理的基本活动 结合当前项目简述需求管理实践中的问题、解决方案（结合7命题）。 需求管理的基本活动 在需求管理过程中，包含如下关键活动： 1、 需求提出 针对客户的需求提出，开发方进入需求了解环节。需求了解采用访谈、文档、多方会议等形式采集基础信息，在此基础上结合系统原型进行差异化分析。 2、 需求分析及评审 需求分析中，针对需求、系统差异进行差异记录并制定相应的矫正方案。 3、 需求计划定制及跟踪 需求计划的定制以用户、开发团队、计划跟踪者协商一致的结果为依据。其过程实质是取得用户对于进度的认可、取得团队对于进度的承诺。其成果物—需求跟踪表，对于后续的需求跟踪起到警示标的作用。 4、 需求变更控制 用户对于系统、需求的理解是渐进的过程，因此某种意义上说需求变更存在必然性。如何有效率和有效果地管理这些新增需求或变更需求是很重要的。如果需求变更控制不当，不但造成新的需求变更得不到满足，而且对于需求进度的管理、对于系统稳定性的影响都将是负面的。变更控制，需要追溯变更的缘由，记录变更的原因、内容，并