需求管理过程
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
需求管理过程
本文件属深圳天源迪科信息技术股份有限公司所有,
未经书面许可,不得以任何形式复印或传播。
2008-1-31发布 2008-2-18 实施
文件建立/修改记录
目录
1 简介 (4)
1.1 目的 (4)
1.2 适用范围 (4)
1.3 背景描述 (4)
1.4 术语表 (4)
1.5 参考资料 (5)
2 总体描述 (5)
2.1 概述 (5)
2.2 职责分工 (5)
2.3 结构描述 (6)
3 活动描述 (7)
3.1 需求培训 (7)
3.2 建立需求跟踪矩阵 (8)
3.3 维护需求跟踪矩阵 (9)
3.4 检查一致性 (10)
3.5 采取更正行动 (11)
3.6 需求变更管理 (12)
4 附录 (13)
4.1 附录A-相关过程 (13)
4.2 附录B-相关规范、指南 (13)
4.3 附录C-相关模板列表 (13)
1简介
1.1目的
制定需求管理过程的目的是管理产品和组件的需求,识别需求与项目计划及工作产品之间的不一致,有效地控制需求变更、以及跟踪需求的演进,指导项目组管理需求。
1.2适用范围
本过程适用于公司所有的软件项目,贯穿项目的整个生命周期。
1.3背景描述
无。
1.4术语表
●软件需求:用户解决某一问题或者得到某一目标所需的软件功能。
●基线:基线是经过评审和批准的配置项的集合,其作用是明确划分项目各阶段,确定各阶
段的结束点。
在项目的开发过程中,最基本的基线有需求基线、开发基线、发布基线等。
●配置控制委员会(Configuration Control Board):简称CCB,是确定配置基线,评估、
批准变更,并保证已批准变更的实施的组织。
●需求变更:需求变更主要来自三个方面-客户、高层和开发人员。
因此,无论哪一方面提
出需求变更的要求,都应当对变更请求进行评估。
需求变更通常包括三项内容:新增需求、修改需求、删除需求。
每一种变更都可能影响到其他需求的变化,因此在进行变更时需要利用需求跟踪记录。
●需求跟踪:需求跟踪主要是跟踪需求及其实现之间的一致性,需求跟踪通过管理需求跟踪
记录来进行。
在需求的阶段已经建立了需求跟踪记录,在后续的开发过程中,通过不断填写需求跟踪记录,将设计、开发和测试等阶段产品与需求进行一一对应。
同时,在任何一个阶段发生变更时,都要检查需求跟踪记录是否需要进行变更。
需求跟踪是分布在各个开发阶段之中的。
●涉众:专指所有会受到项目结果重大影响的人。
要有效地解决任何复杂的问题,就会涉及
到满足不同涉众的需要。
涉众通常会对问题持有不同的观点,因而必须用所提供的解决方案来满足不同的需要。
许多涉众都是系统的用户。
其中许多涉众只是系统的间接用户,或者只受到系统所影响的业务结果的影响。
还有许多涉众是系统的经济型买主或支持者。
了解涉众的组成及其特定需要是开发有效解决方案的关键。
典型的涉众有客户(或客户代表)、用户(或用户代表)、投资者、股东、生产经理、买方、项目经理、设计人员、测试
人员、QA、销售/市场人员等。
●需求工程师:负责整个需求过程,一般来说,需求工程师应当具有和用户进行有效沟通的
能力,观察分析总结问题的能力。
1.5参考资料
《软件工程术语》 GB/T11457-1995
《质量管理体系要求》 GB/T19001-2000
《CMMI模型》CMMI-DEV, V1.2,CMU/SEI-2006-TR-008,ESC-TR-2006-008
2总体描述
2.1概述
整个需求过程大致可以分为需求获取、需求分析、需求管理三大过程。
需求管理过程是其中一个主要过程,包括需求培训、需求跟踪和需求变更管理三个活动。
在完成需求分析活动后,需求工程师对项目人员进行需求培训,目的是确保项目人员对需求的理解保持一致。
在整个项目生命周期内,都需要实施需求跟踪活动确保需求和计划及工作产品的一致性。
需求跟踪活动主要有两种实践方式:一是通过需求跟踪矩阵,来建立和维护需求和工作产品之间的双向可追溯性;二是对阶段性工作产品进行评审,检查工作产品和需求之间的一致性。
需求变更管理的目的是合理有效地控制并执行需求变更,具体参见《需求变更管理规范》。
2.2职责分工
2.2.1需求工程师
●负责整个需求过程。
●获取业务需求,分析需求,编写需求文档(如:SRS、业务流程图、业务术语表、业务规则文
档、界面原型、用例规约、补充规约等)。
●对项目人员进行需求培训,负责解释需求规约。
建立需求跟踪矩阵。
参与需求变更评估。
2.2.2设计人员
●填写需求跟踪矩阵,检查设计和需求是否一致。
参与需求变更评估。
2.2.3测试人员
●填写需求跟踪矩阵,检查测试用例和需求是否一致。
参与需求变更评估。
2.2.4项目经理
负责需求变更评估。
2.3结构描述
需求管理流程
3活动描述3.1需求培训
3.4检查一致性
3.5采取更正行动
3.6需求变更管理
4附录
4.1附录A-相关过程
需求获取过程
需求分析过程
软件设计过程
软件实现过程
项目计划过程
项目监督与控制过程
风险管理过程
软件配置管理过程
4.2附录B-相关规范、指南
需求变更管理规范
4.3附录C-相关模板列表
欢迎您的下载,
资料仅供参考!
致力为企业和个人提供合同协议,策划案计划书,学习资料等等
打造全网一站式需求。