cmmi
评审结论： 评审组长（签字）： 日期： SQA(签字 )： 日期： 序列号： KD/PRDTMP27。
3 流程 4 流程描述 提 供《项目任务书》模版 由 QA 向项目经理提供《项目任务书》模版。 项 目任命 由公司高层任命项目组的项目负责人，技术负责人， SQA。 并在《项目任务书》上签字。 项 目启动会议 有项目经理负责组织项目启动会议，召集项目相关的人员
时，可 在有关的章节中引述其它资料作为附录。 需 求 评审 为保证需求定义的正确性、完整性和清晰性，应对《需求规格说明书》进行评审。 需求评审属于技术评审，评审方式必须采用正式评审中的会议评审方式进行，具体过程请参见《评审流程指导》。 评审通过后，《需求规格说明书》需要用户确认。 《评审报告》由该项目的 QA 保存，项目结项时同项目其他文档统一归档。 角色对应 评审申请人：由项目负责人担任；
计阶段计划 在进行设计之前先制定设计阶段的《项目阶段计划》（参见《项目阶段计划》模板）。 项目负责人根据项目 的具体情况选择合适的设计方法和模型，并按照项目的复杂程度决定设计的详细程度。 设计《项目阶段计划》应包括以下内容： 参与人员及其职责与权限； 设计工作进度安排； 采用的设计方法与模型、设计的详细程度以及具体要求； 设计输出要求。 概要设计 在充分了解需求的基础上
开发规范或项目组的内部约定，项目负责人或指定专人负责对项目组成员的代码进行抽查，对于违反开发规范的应责令其重新编写，并在周报中记录。 2/2 单元测试 在编码过程中，项目组成员应按照《测试和确认指导》以及《测试计划》的要求进行同步单元测试，对于发现的错误及时改正。 编写用户手册
件维护的程序已被确定 过程处理的优先级已被确定 分析表明系统会达到要求的处理能力 , 反应时间 , 和准确性 所有的保密要求已被设计 第 5 页 共 9 页 概要设计考虑了所有的约束 概要设计的模块不含多余的已在其他子系统或模块中设计的部分 概要设计为详细设计提供了足够的基础 维护的问题已被考虑 概要设计是全面的 , 正确的和不模糊的 概要设计是可伸缩的
公司各部门人员和项目组成员均可提出变更请求，需填写《变更申请表》，提交给变更负责人。 变更负责人组织分析变更可能影响的范围（如合同、经费、开发进度等），并完成《变更影响分析报告》。 变更负责人对变更请求进行确认后，向 SCCB 或项目经理 提交《变更申请表》。 若变更负责人不同意变更，则记录归档，变更流程结束。 变更审批 变更负责人将《变更申请表》提交给 SCCB
明书》的正确性、完整性和清晰性， QC 负责人在测试工作开始前首先组织项目组内部对《测试设计说明书》进行讨论确认，然后组织相关人员对《测试设计说明书》进行评审。 评审可采用会议、会签或审批的方式进行，评审通过后方可进行测试工作。 若采用会议方式进行评审，则评审参加人的角色对应如下： 评审申请人： QC 负责人； 评审召集人：由该项目的 QA 兼任； 评审小组：技术专家、项目组成员
《项目成果交付清单》与实际提交是否一致，如果一致，则签字接收。 编制《项目总结报告》 项目成果归档完成后，项目负责人对项目实施过程进行回顾，参照《项目总结报告》模版内容编制《项目总结报告》。 如果实施项目完成后，根据项目情况及合同要求还会由后续的维护项 目进行，项目负责人还应编制项目《维护计划》，明确维护阶段的范围、内容及方式等。 《维护计划》需要顾客确认。 结项申请