CMMI-技术评审准则.docx

技术评审准则 文件编号 HW-SP-TR-S01 文件状态 [ ]草稿 [√] 正式发布 [ ]正在修改 当前版本 V1.0 拟 制 张三 日期 年 月 日 审 核 李四 日期 年 月 日 批 准 王五 日期 年 月 日 发布日期 年 月 日 生效日期 年 月 日 广东×××技术股份有限公司 修订历史记录 A - 增加 M - 修订 D - 删除 变更版本号 日期 变更类型（A*M*D） 修改人 摘 要 备注 1.0 年月 日 A 建立  目 录 1 引言 4 1.1 目的 4 1.2 适用范围 4 1.3 名词解释 4 2 技术评审准则 4 2.1 软件需求评审 4 2.2 项目计划评审 5 2.3 软件概要设计评审 5 2.4 软件详细设计评审 6 2.5 软件测试评审 6 2.6 系统集成设计评审 6  HYPERLINK \l "_Toc265677356" 2.7 接口评审  PAGEREF _Toc265677356 \h 7 引言 目的 明确技术评审的准则，规范技术评审活动。 适用范围 本规范适用于对研发中心、技术拓展部的项目各阶段产生的产品的技术评审。 名词解释 3.1 项目：指软件类项目或综合集成类（包含软件的集成）项目。 3.2 合同项目：指通过投标获得的项目。 3.3 研发项目：指由公司或公司各技术部门通过立项评审确定要开发的项目。 3.4 项目级别，分别是公司级（A类）、部门级（B类）和子部门级（C类）。一般开发周期长、人员多、费用高、或对公司利益影响大的项目属于公司级项目；开发周期为1～3个月、人员3～5个、对部门技术发展影响较大的项目属于部门级项目；由研发体系下各子部门提出的项目通常开发周期短、投入人员少，大多数的情况下可确定为子部门级项目，子部门级项目的风险通常比较小，容易控制。 3.5 高层经理：指公司研发体系的经理或技术总监。 3.6 子部门经理：指公司研发体系各子部门经理。 3.7 PMO：项目管理办公室。 技术评审准则 软件需求评审 评审输入材料 需提交的材料包括：《软件需求规格说明书》、系统测试计划（初稿）、合同项目提交合同或投标书或项目方案书，研发项目提交《项目立项建议书》和《可行性分析报告》。 评审准则 ◆ 可追溯性：软件需求规格说明书中的每一个需求要一一列出并标识，与别的需求区别开来。每项需求只应在软件需求规格说明书中出现一次。 正确性：软件需求都是与用户所期望的相符合。与涉及的相关行业技术规范相符合。 完整性：软件需求规格说明书中没有遗漏任何必要的需求。 一致性：各软件需求之间或软件需求与高层（系统，业务）需求之间不相矛盾。 可行性：软件需求规格说明书中的每一个需求都是可实现的。 无二义性：软件需求规格说明书中的每一个需求都只有惟一的含义。 可验证性：软件需求规格说明书中的每一个需求对用户而言都是可验证、测试的。 必要性：软件需求规格说明书中的每一个需求对用户而言都是必须的，没有画蛇添足。 可理解性：软件需求规格说明书中的每一个需求都能清楚表达，保证项目干系人都能看懂。 划分优先级：软件需求规格说明书中，应根据需求的轻重缓急对需求划分优先级。 具有概要设计所需的相关的输入信息。 批准 A类和B类项目的《软件需求规格说明书》由高层经理批准或授权批准；C类项目的《软件需求规格说明书》由子部门经理批准。如果是合同项目，最终通过的《软件需求规格说明书》应该请用户确认。 项目计划评审 评审输入材料 项目计划评审需提交的材料包括：《项目计划》和《软件需求规格说明书》。 评审准则 项目的目标和要求明确。 针对产品确定过程、文件和资源的需求。 具有配置管理、质量管理、风险管理的内容。 有明确的项目完成时间和产品接收准则。 有明确的项目组角色、角色关系及角色任务的定义。 有明确的项目进度、里程碑及项目监督机制的定义。 项目计划的可实现性。 遵循标准的项目计划模板。 批准 A类和B类项目的《项目计划》由高层经理批准或授权批准；C类项目的《项目计划》由子部门经理批准。 软件概要设计评审 评审输入材料 需提交的材料包括：《概要设计说明书》、《数据库设计说明书》、《集成测试计划》（初稿）、《软件需求规格说明书》。 评审准则 概要设计说明书与需求规格说明书的要求一致。 概要设计说明书和数据库设计说明书内容正确、完整、一致。 系统的模块划分合理，模块功能描述清楚。 接口定义明确。 充分运用了重用技术。 文件符合有关标准。 具有详细设计所需的相关的输入信息。 批准 A类和B类项目的《概要设计说明书》由高层经理批准或授权批准；C类项目的《概要设计说明书》由子部门经理批准。 软件详细设计评审 评审输入材料 需提交的材料包括：《详细设计说明书》、《操作手册》（初稿）、《概要设计说明书》。 评审准则 详细设计说明书与概要设计说明书的要求一致。 模块内部