需求管理过程

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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-相关模板列表
欢迎您的下载,
资料仅供参考!
致力为企业和个人提供合同协议,策划案计划书,学习资料等等
打造全网一站式需求。

相关文档
最新文档