CMMI需求管理说明及相关文档模板.docVIP

数据库变更管理 1 目的 1 角色与职责 1 启动准则 1 输入 1 主要步骤 1 [Step1] 数据库设计变更申请 1 [Step2] 审批数据库设计变更申请 1 [Step3] 更改数据库设计文档 2 [Step4] 重新进行数据库设计确认 2 输出 2 结束准则 2 度量 2 数据库变更管理 目的 铁路客票安全系统的数据库由设计部委派专人负责管理，以防止出现混乱。 修改“原数据库设计文档”中不正确的内容，产生新的数据库文档。 控制数据库文档和脚本的变更，防止发生混乱。 补充说明：本规程中的“原数据库设计文档”是指已经通过了评审并获得书面承诺的数据库设计文档。 角色与职责 设计部委派专人负责管理数据库，目前数据库管理项目的负责人为王雪晖 启动准则 某人（来自项目开发组或客户方）提出变更“原数据库设计”的申请。 输入 “原数据库设计文档” 主要步骤 [Step1] 数据库设计变更申请 数据库设计变更申请人撰写“数据库设计申请书”，递交给项目经理或客户方负责人。 “数据库设计申请书”必须阐述：（1）变更原因；（2）变更的内容；（3）此变更对项目造成的影响。 [Step2] 审批数据库设计变更申请 设计部、变更提出者的开发方负责人（项目经理）和数据库管理项目负责人共同审批“数据库设计变更申请书”： 如果任何一方不同意变更，则退回变更请求，项目按照“原数据库设计文档”执行。 如果双方都同意变更，转向 [Step3]。 [Step3] 更改数据库设计文档 数据库管理员根据 [Step1] 和 [Step2] 更改“原数据库设计文档”和SQL脚本，产生新的数据库设计文档和SQL脚本。 [Step4] 重新进行数据库设计确认 重新进行数据库设计评审，参见数据库设计确认规程中的 [Step2]。 重新获取书面的数据库设计承诺，参见需求确认规程中的 [Step3]。 输出 《数据库设计变更控制报告》 新的数据库设计文档 新的SQL脚本 结束准则 新的数据库设计文档已经被确认。 度量 数据库管理项目经理统计工作量。 第8章 需求管理 2 8.1 介绍 2 8.2 需求确认 3 8.2.1 目的 3 8.2.2 角色与职责 3 8.2.3 启动准则 3 8.2.4 输入 3 8.2.5 主要步骤 4 [Step1] 非正式需求评审 4 [Step2] 正式需求评审 4 [Step3] 获取需求承诺 4 8.2.6 输出 4 8.2.7 结束准则 4 8.2.8 度量 4 8.3 需求跟踪 5 8.3.1 目的 5 3.3.2 角色与职责 5 3.3.3 启动准则 5 3.3.4 输入 5 3.3.5 主要步骤 5 [Step1] 建立与维护需求跟踪矩阵 5 [Step2] 查找不一致 6 [Step3] 消除不一致 6 8.3.6 输出 6 8.3.7 结束准则 6 8.3.8 度量 6 8.4 需求变更控制 7 8.4.1 目的 7 8.4.2 角色与职责 7 8.4.3 启动准则 7 8.4.4 输入 7 8.4.5 主要步骤 7 [Step1] 需求变更申请 7 [Step2] 审批需求变更申请 7 [Step3] 更改需求文档 7 [Step4] 重新进行需求确认 8 8.4.6 输出 8 8.4.7 结束准则 8 8.4.8 度量 8 8.5 实施建议 8 第8章 需求管理 需求管理（Requirement Management, RM）的目的在客户与开发方之间建立对需求的共同理解，维护需求与其他工作成果的一致性，并控制需求的变更。 需求管理过程域是SPP模型的重要组成部分。本规范阐述了需求管理过程域的三个主要规程： 需求确认 [SPP-PROC-RM-VALIDATE] 需求跟踪 [SPP-PROC-RM-TRACKING] 需求变更控制 [SPP-PROC-RM-CHANGE] 上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。 本规范适用于国内IT企业的软件研发项目。建议用户根据自身情况（如商业目标、研发实力等）适当地修改本规范，然后推广使用。 8.1 介绍 我们把所有与需求相关的活动通称为需求工程。需求工程中的活动可分为两大类，一类属于需求开发，另一类属于需求管理。图8-1为需求工程的结构图（流程见图9-1）。 图8-1 需求工程结构图 需求管理过程域主要有3个规程：需求确认、需求跟踪与需求变更控制。 一、需求确认 需求确认是指开发方和客户共同对需求文档进行评审，双方对需求达成共识后作出书面承诺，使需求文档具有商业合同效果。 二、需求跟踪 需求跟踪是指通过比较需求文档与后续工作成果之间的对应关系，建立与维护“需求跟踪矩阵”，确保产品依据需求文档进行开