软件项目需求管理程序
修订记录页
2 / 13
目 录
1 目的 . ............................................................ 2 2 适用范围 . ........................................................ 2 3 职责与分工 . ...................................................... 2 4 管理规定 . ........................................................ 2 4.1 概述 . ........................................................... 2 4.2 角色与定义 . ..................................................... 3 4.3 制定需求管理计划 . ............................................... 4 4.4 需求确认 . ....................................................... 4 4.5 需求跟踪 . ....................................................... 6 4.6 需求变更控制 . ................................................... 8 5 定义与缩略语 . ................................................... 11 5.1 定义 . .......................................................... 11 5.2 缩略语 . ........................................................ 11 6 维护与解释 . ..................................................... 11 7 附件 . ........................................................... 11
软件项目需求管理程序
1 目的
建立用户与开发方之间对需求的共同理解,通过合理的约束,控制需求的变更,使软件需求受控,保持软件计划、产品、活动和其他工作成果与需求一致。
2 适用范围
本程序适用于中广核集团范围内所有的软件项目。
3 职责与分工
3.1 集团公司首席信息官
负责批准本程序。 3.2 集团信息办
负责组织编制、审核和发布本程序,检查和监督本程序执行情况,协调解决相关问题。
3.3 集团公司各部门及各成员公司
集团公司和各成员公司执行本程序,各公司信息化职能部门负责配合具体工作的执行和落实。 3.4 信息技术中心
受集团信息办委托,负责编制和维护本程序;协助信息办监督、检查和反馈本程序执行情况。
4 管理规定
4.1 概述
软件项目需求管理程序主要包括以下四个主要活动内容:制定需求管理计划、需求确认、需求跟踪和需求变更控制,其中:
制订需求管理计划:包括需求确认、需求跟踪、需求变更控制三个活动的管理计划;
需求确认:开发方和用户共同对需求文档进行评审,促使双方对需求达成共识
后作出书面承诺;
需求跟踪:通过比较需求文档与后续工作成果之间的对应关系,建立与维护工作产品与需求文档的一致性;
需求变更控制:依据需求变更流程处理需求的变更。
4.2 角色与定义
4.3 制定需求管理计划 4.3.1 目的
使项目组成员和用户了解需求管理相关活动和计划,明确需求确认时间,需求跟踪的频度,根据本程序需求变更控制的流程制定适合本项目需求变更的触发条件和控制的流程。
4.3.2 启动条件
开始制订项目总体计划。 4.3.3 输入
项目计划书和初始需求。 4.3.4 活动内容和步骤
1) 制定需求确认计划; 2) 制定需求跟踪的频度:
项目经理根据项目总工期的长短,制定需求跟踪的频度,一般来说,对于超过6个月工期的项目需要2周跟踪一次,对于小于6个月工期的项目需要每周跟踪一次。
3) 制定需求变更流程
项目经理根据本程序的需求变更控制流程,与用户共同协商制定适合本项目需求变更控制的流程,并明确发起需求变更活动的阈值。 4.3.5 输出
更新项目计划书中的需求管理计划。 4.3.6 结束条件
项目计划书通过正式评审。 4.4 需求确认 4.4.1 目的
开发方和用户对需求开发阶段的成果物等进行评审,如《需求调研报告》和《需求规格说明书》,并签字确认作为双方对需求的共识和承诺。
4.4.2 流程图
图1:需求确认流程图
4.4.3 启动条件
需求规格说明书编写完成。 4.4.4 输入
需求调研提纲、需求调研报告和需求规格说明书。 4.4.5 活动内容和步骤
1) 内部评审
项目经理先在项目内部组织人员进行非正式的需求评审,以消除明显的错误
和分歧。参加人员有项目经理、需求分析师和项目成员等,评审对象是编写完成的需求规格说明书。 2) 正式评审
✧ 项目经理组织需求确认正式评审会议,促使各方对需求达成共识。参加人员
有用户代表、项目经理、需求分析师、项目成员和SQA 等。评审对象是需求规格说明书。
✧ 正式评审活动请参照《CGN-IT-C3-A06 软件项目同行评审管理程序》的评
审流程。
3) 获取需求承诺
当需求规格说明书通过正式评审之后,用户代表和项目经理需要在需求规格说明书中签字确认作为书面承诺。 4.4.6 输出
同行评审报告和签字确认的需求规格说明书。 4.4.7 结束条件
需求规格说明书通过了正式评审,并经双方签字确认。 4.5 需求跟踪 4.5.1 目的
将系统设计、实现和测试等阶段的工作成果与需求进行比较,建立、跟踪和维护需求跟踪矩阵,使各阶段产生的成果物与需求之间保持一致。
4.5.2 流程图
图2:需求跟踪流程图
4.5.3 启动条件
需求规格说明书通过正式评审并获签字确认; 4.5.4 输入
需求规格说明书、设计文档、系统代码、测试用例及后续阶段产生的相关工作产品。 4.5.5 活动内容和步骤
1) 建立与维护需求跟踪矩阵
项目经理建立需求跟踪矩阵,项目成员在需求跟踪矩阵中,维护需求、实现模块与测试用例之间的对应关系。 2) 查找不一致项
项目成员与需求分析师将发现的“不一致项”记录在需求跟踪矩阵中。需求与后续工作成果之间的“不一致项”主要包括以下内容: ✧ 后续工作成果没有实现需求文档中的需求; ✧ 后续工作成果实现了需求文档中的不存在的需求; ✧ 后续工作成果没有正确实现需求文档中的需求。 3) 消除不一致项
✧ 项目成员给出消除“不一致项”的措施和计划并记录到需求跟踪矩阵的不一
致问题报告中;
✧ 项目设计人员根据需求文档修正设计,编码人员根据需求文档和设计文档修
正编码;
✧ 项目成员消除“不一致项”之后,项目经理或需求分析师更新需求跟踪矩阵。
4.5.6 输出
更新后的需求跟踪矩阵; 4.5.7 结束条件
消除了需求与后续工作成果之间的不一致项; 需求跟踪矩阵完成更新。 4.6 需求变更控制 4.6.1 目的
分析和评估需求变更,有效地控制由需求变更可能造成的项目进度、人力资源和成本等影响。
4.6.2 流程图
图3:需求变更流程图
4.6.3 启动条件
用户代表提出了需求变更。 4.6.4 输入
需求规格说明书及需求变更申请表; 4.6.5 活动内容和步骤
1) 申请需求变更
用户代表填写需求变更申请表,递交给项目经理或需求分析师。
2) 项目经理和需求分析师分析和评估变更范围及影响,包括估算工作量、成本、
进度和风险等。 3) 确认变更
项目经理根据需求变更的评估结果,确认需求变更的处理方式。具体处理方式参考如下:
4) 根据需求变更申请,执行需求的变更。 5) 需求变更的验证
由用户代表验证变更的实现,项目经理负责保存所有变更记录。 6) 需求变更完成后,通知用户变更处理结果。
4.6.6 输出
需求变更控制报告、更新后的需求跟踪矩阵和需求规格说明书。 4.6.7 结束准则
变更已经完成,通过用户验证;
需求跟踪矩阵和需求变更控制报告更新完成; 需求规格说明书完成升版。
5 定义与缩略语
5.1 定义
正向跟踪:检查需求文档中的每个需求是否都能在后续工作成果中找到对应点。 逆向跟踪:检查设计文档、代码、测试用例等工作成果是否都能在需求文档中找到
出处。
双向跟踪: 正向跟踪和逆向跟踪合称为“双向跟踪”。 5.2 缩略语
无
6 维护与解释
1) 本程序由集团信息办组织起草与维护。 2) 由集团信息办负责解释。 3) 本程序自发布之日执行。
7 附件
软件项目需求变更申请表(CGN-IT-C3-A03-01) 软件项目需求变更控制报告(CGN-IT-C3-A03-02) 软件项目需求跟踪矩阵(CGN-IT-C3-A03-03)