5_项目需求管理制度.docVIP

项目团队管理制度 青岛中科方德软件有限公司 2013．6．21 目录 一、概述 2 二、需求管理指导方针 2 三、需求跟踪 4 四、需求管理角色担当 4 五、变更控制 4 附录 12 一、概述 目的 本文件的目的是对软件开发需求管理阶段的行为做了详细的规定，确保能够按照规范编制规格说明书并处理有关需求变更等事宜。 范围 软件的需求管理活动应根据项目组的实际情况和项目组的具体情况进行，本文件是从下面的几个方面进行的：对问题的识别、分析和综合、编制需求分析的文档、需求评审等。 二、需求管理指导方针 2.1 阶段 项目组在进行软件需求管理中，将需求工程分为需求开发和需求管理： 2.1.1 需求开发 需求开发包括对一个软件项目需求的获取、分析、规格说明和验证，需求开 发的结果有项目视图和范围文档、使用实例文档、软件需求规格说明及相关分析 模型，经评审批准，这些文档就定义了开发工作的需求基线，这些基线在客户和 开发人员之间就构筑了计划产品功能需求和非功能需求的一个约定，需求约定是 需求开发和需求管理之间的桥梁。 2.1.2 需求管理 需求管理包括在项目进展过程中维持需求约定集成性和精确性的所有活动， 所有需求管理强调： （1）控制对需求基线的变动， （2）保持项目计划和需求一致， （3）控制单个需求和需求文档的版本情况， （4）管理需求和联系链之间的联系或管理单个需求和其他项目可交付产品之间 的依赖关系， （5）跟踪基线中需求的状态 图1 需求管理的活动路线图 图2 流程图 2.1.2 需求分析规范 分析活动的目的是通过保证备用技术需求反映了需求的质量属性和表达了顾 客的需要，将备用技术需求转化为非正式的需求。分配是迭代的活动。过程活动将得有可能重复若干次，在每一次迭代中，需要要向顾客、终端用户和开发者咨询，并贯穿整个活动。 后附 《需求分析模板》 三、需求跟踪 1) 设计的需求跟踪。 建立需求和软件部件、软件程序、单元/函数的跟踪对应关系，更新跟踪数据表文档索引中的设计文档数据。 更新《需求跟踪矩阵》。 2) 实现的需求跟踪。 对需求和软件部件、软件程序、单元/函数的跟踪对应关系进行维护，更新跟踪数据表文档索引中的代码数据。 更新《需求跟踪矩阵》。 3) 测试的需求跟踪。 对需求和软件部件、软件程序、单元/函数的跟踪对应关系进行维护，更新跟踪数据表文档索引中的测试文档数据。 更新《需求跟踪矩阵》。 4) 验证的需求跟踪。 对需求和软件部件、软件程序、单元/函数的跟踪对应关系进行维护，更新跟踪数据表文档索引中的验证（验收测试文档）数据。 更新《需求跟踪矩阵》。 四、需求管理角色担当 产品经理。软件需求管理活动的责任人。负责组织《需求规范书》和《需求跟踪矩阵》的撰写。 产品开发部：负责软件需求的实现，参与需求管理活动。 测试部：负责需求实现的测试验证。 质量管理部：负责对软件需求管理活动的测评，保证需求管理活动质量，并组织《软件需求跟踪矩阵》的撰写，负责需求配置库、需求基线的管理。 五、变更控制 1.变更控制包括： A 评估变更对现有约定的影响，合适时协商更改。 B 对由于已分配需求的变更造成对软件计划、工作产品和活动更改要进行： ? 识别， ? 评价， ? 风险评估， ? 文档化， ? 计划， ? 传达给受影响的团队和个人。 ? 跟踪至完成。 XX项目 软件需求规范 总计页数 版本编号 编制人员 受控状态 评审人员 编写日期 评审日期 发布日期 修订历史 修 订 表 版本号 修订描述 修订人 修订日期 审核人 审核日期 备注：主版本号修改为重要改版，要产生新文档。不可沿用本文档只做修订记录。 目 录 1.1 目的 4 1.2 适用范围 4 1.3 背景描述 4 1.4 参考资料 4 1.5 概述 4 2 整体说明 4 3 具体需求 4 3.1 功能 5 3.1.1 功能性需求一 5 3.2 可用性 5 3.2.1 可用性需求一 5 3.3 可靠性 5 3.3.1 可靠性需求一 6 3.4 性能 6 3.4.1 性能需求一 6 3.5 可支持性 6 3.5.1 可支持性需求一 6 3.6 设计约束 6 3.6.1 设计约束一 6 3.7 联机用户文档和帮助系统需求 6 3.8 购买的构件 7 3.9 接口 7 3.9.1 用户界面 7 3.9.2 硬件接口 7 3.9.3 软件接口 7 3.