软件项目需求管理程序

1、 修订记录页 2 / 13目录1 目的 (22 适用范围 (23 职责与分工 (24 管理规定 (24.1 概述 (24.2 角色与定义 (34.3 制定需求管理计划 (44.4 需求确认 (44.5 需求跟踪 (64.6 需求变更控制 (85 定义与缩略语 (115.1 定义 (115.2 缩略语 (116 维护与解释 (117 附件 (11软件项目需求管理程序1目的建立用户与开发方之间对需求的共同理解,通过合理的约束,控制需求的变更,使软件需求受控,保持软件计划、产品、活动和其他工作成果与需求一致。2适用范围本程序适用于中广核集团范围内所有的软件项目。3职责与分工3.1集团公司首席信息官负

2、责批准本程序。3.2集团信息办负责组织编制、审核和发布本程序,检查和监督本程序执行情况,协调解决相关问题。3.3集团公司各部门及各成员公司集团公司和各成员公司执行本程序,各公司信息化职能部门负责配合具体工作的执行和落实。3.4信息技术中心受集团信息办委托,负责编制和维护本程序;协助信息办监督、检查和反馈本程序执行情况。4管理规定4.1概述软件项目需求管理程序主要包括以下四个主要活动内容:制定需求管理计划、需求确认、需求跟踪和需求变更控制,其中:制订需求管理计划:包括需求确认、需求跟踪、需求变更控制三个活动的管理计划;需求确认:开发方和用户共同对需求文档进行评审,促使双方对需求达成共识后作出书面

3、承诺;需求跟踪:通过比较需求文档与后续工作成果之间的对应关系,建立与维护工作产品与需求文档的一致性;需求变更控制:依据需求变更流程处理需求的变更。4.2角色与定义 4.3制定需求管理计划使项目组成员和用户了解需求管理相关活动和计划,明确需求确认时间,需求跟踪的频度,根据本程序需求变更控制的流程制定适合本项目需求变更的触发条件和控制的流程。开始制订项目总体计划。项目计划书和初始需求。1 制定需求确认计划;2 制定需求跟踪的频度:项目经理根据项目总工期的长短,制定需求跟踪的频度,一般来说,对于超过6个月工期的项目需要2周跟踪一次,对于小于6个月工期的项目需要每周跟踪一次。3 制定需求变更流程项目经

4、理根据本程序的需求变更控制流程,与用户共同协商制定适合本项目需求变更控制的流程,并明确发起需求变更活动的阈值。更新项目计划书中的需求管理计划。项目计划书通过正式评审。4.4需求确认开发方和用户对需求开发阶段的成果物等进行评审,如需求调研报告和需求规格说明书,并签字确认作为双方对需求的共识和承诺。 图1:需求确认流程图需求规格说明书编写完成。需求调研提纲、需求调研报告和需求规格说明书。1 内部评审项目经理先在项目内部组织人员进行非正式的需求评审,以消除明显的错误和分歧。参加人员有项目经理、需求分析师和项目成员等,评审对象是编写完成的需求规格说明书。2 正式评审项目经理组织需求确认正式评审会议,促

5、使各方对需求达成共识。参加人员有用户代表、项目经理、需求分析师、项目成员和SQA等。评审对象是需求规格说明书。正式评审活动请参照CGN-IT-C3-A06 软件项目同行评审管理程序的评审流程。3 获取需求承诺当需求规格说明书通过正式评审之后,用户代表和项目经理需要在需求规格说明书中签字确认作为书面承诺。同行评审报告和签字确认的需求规格说明书。需求规格说明书通过了正式评审,并经双方签字确认。4.5需求跟踪将系统设计、实现和测试等阶段的工作成果与需求进行比较,建立、跟踪和维护需求跟踪矩阵,使各阶段产生的成果物与需求之间保持一致。 图2:需求跟踪流程图需求规格说明书通过正式评审并获签字确认;需求规格

6、说明书、设计文档、系统代码、测试用例及后续阶段产生的相关工作产品。1 建立与维护需求跟踪矩阵项目经理建立需求跟踪矩阵,项目成员在需求跟踪矩阵中,维护需求、实现模块与测试用例之间的对应关系。2 查找不一致项项目成员与需求分析师将发现的“不一致项”记录在需求跟踪矩阵中。需求与后续工作成果之间的“不一致项”主要包括以下内容:后续工作成果没有实现需求文档中的需求;后续工作成果实现了需求文档中的不存在的需求;后续工作成果没有正确实现需求文档中的需求。3 消除不一致项项目成员给出消除“不一致项”的措施和计划并记录到需求跟踪矩阵的不一致问题报告中;项目设计人员根据需求文档修正设计,编码人员根据需求文档和设计文档修正编码;项目成员消除“不一致项”之后,项目经理或需求分析师更新需求跟