CMMI-技术评审准则模板下载

广东技术股份有限公司技术评审准则文件编号HW-SP-TR-S01文件状态 草稿 正式发布 正在修改当前版本V1.0拟 制张三日期年 月 日审 核李四日期年 月 日批 准王五日期年 月 日发布日期年 月 日生效日期 年 月 日广东技术股份有限公司修订历史记录 A - 增加 M - 修订 D - 删除变更版本号日期变更类型（A*M*D）修改人摘 要备注1.0年月 日A建立目 录1引言41.1目的41.2适用范围41.3名词解释42技术评审准则42.1软件需求评审42.2项目计划评审52.3软件概要设计评审52.4软件详细设计评审62.5软件测试评审62.6系统集成设计评审62.7接口评审71 引言1.1 目的明确技术评审的准则，规范技术评审活动。1.2 适用范围本规范适用于对研发中心、技术拓展部的项目各阶段产生的产品的技术评审。1.3 名词解释3.1 项目：指软件类项目或综合集成类（包含软件的集成）项目。3.2 合同项目：指通过投标获得的项目。3.3 研发项目：指由公司或公司各技术部门通过立项评审确定要开发的项目。3.4 项目级别，分别是公司级（A类）、部门级（B类）和子部门级（C类）。一般开发周期长、人员多、费用高、或对公司利益影响大的项目属于公司级项目；开发周期为13个月、人员35个、对部门技术发展影响较大的项目属于部门级项目；由研发体系下各子部门提出的项目通常开发周期短、投入人员少，大多数的情况下可确定为子部门级项目，子部门级项目的风险通常比较小，容易控制。3.5 高层经理：指公司研发体系的经理或技术总监。3.6 子部门经理：指公司研发体系各子部门经理。3.7 PMO：项目管理办公室。2 技术评审准则2.1 软件需求评审2.1.1 评审输入材料需提交的材料包括：软件需求规格说明书、系统测试计划（初稿）、合同项目提交合同或投标书或项目方案书，研发项目提交项目立项建议书和可行性分析报告。2.1.2 评审准则 可追溯性：软件需求规格说明书中的每一个需求要一一列出并标识，与别的需求区别开来。每项需求只应在软件需求规格说明书中出现一次。 正确性：软件需求都是与用户所期望的相符合。与涉及的相关行业技术规范相符合。 完整性：软件需求规格说明书中没有遗漏任何必要的需求。 一致性：各软件需求之间或软件需求与高层（系统，业务）需求之间不相矛盾。 可行性：软件需求规格说明书中的每一个需求都是可实现的。 无二义性：软件需求规格说明书中的每一个需求都只有惟一的含义。 可验证性：软件需求规格说明书中的每一个需求对用户而言都是可验证、测试的。 必要性：软件需求规格说明书中的每一个需求对用户而言都是必须的，没有画蛇添足。 可理解性：软件需求规格说明书中的每一个需求都能清楚表达，保证项目干系人都能看懂。 划分优先级：软件需求规格说明书中，应根据需求的轻重缓急对需求划分优先级。 具有概要设计所需的相关的输入信息。2.1.3 批准A类和B类项目的软件需求规格说明书由高层经理批准或授权批准；C类项目的软件需求规格说明书由子部门经理批准。如果是合同项目，最终通过的软件需求规格说明书应该请用户确认。2.2 项目计划评审2.2.1 评审输入材料项目计划评审需提交的材料包括：项目计划和软件需求规格说明书。2.2.2 评审准则 项目的目标和要求明确。 针对产品确定过程、文件和资源的需求。 具有配置管理、质量管理、风险管理的内容。 有明确的项目完成时间和产品接收准则。 有明确的项目组角色、角色关系及角色任务的定义。 有明确的项目进度、里程碑及项目监督机制的定义。 项目计划的可实现性。 遵循标准的项目计划模板。2.2.3 批准A类和B类项目的项目计划由高层经理批准或授权批准；C类项目的项目计划由子部门经理批准。2.3 软件概要设计评审2.3.1 评审输入材料需提交的材料包括：概要设计说明书、数据库设计说明书、集成测试计划（初稿）、软件需求规格说明书。2.3.2 评审准则 概要设计说明书与需求规格说明书的要求一致。 概要设计说明书和数据库设计说明书内容正确、完整、一致。 系统的模块划分合理，模块功能描述清楚。 接口定义明确。 充分运用了重用技术。 文件符合有关标准。 具有详细设计所需的相关的输入信息。2.3.3 批准A类和B类项目的概要设计说明书由高层经理批准或授权批准；C类项目的概要设计说明书由子部门经理批准。2.4 软件详细设计评审2.4.1 评审输入材料需提交的材料包括：详细设计说明书、操作手册（初稿）、概要设计说明书。2.4.2 评审准则 详细设计说明书与概要设计说明书的要求一致。 模块内部逻辑结构合理，模块之间接口清晰。 详细设计说明书内容完整，能正确反映数据库设计说明书的要求。 充分运用了重用技术。 文件符合有关标准的规定。 具有编写代码所需的相关的输入信息。2.4.3 批准 详细设计说明书由项目经理批准。2.5 软件测试评审 软件测试包括：单元测试、集成测试、系统测试和研发验收测试。2.5.1 评审输入材料需提交的材料包括：测试计划、测试用例，系统测试和验收测试需提交软件需求规格说明书，集成测试需提交概要设计说明书，单元测试需提交详细设计说明书。2.5.2 评审准则 测试计划包括资源要求（人员、设备、软件等）、任务及分配、进度安排、评价准则等内容。测试环境独立，测试范围明确，测试进度安排合理，评价准则科学。 测试用例覆盖所有应测试对象。 测试用例是正确的。 测试用例是可执行的。2.5.3 批准 A类和B类项目的系统测试计划、系统测试用例、研发验收测试计划、研发验收测试用例由高层经理批准或授权批准。其他的由项目经理批准。2.6 系统集成设计评审系统集成项目主要评审系统集成设计说明书和项目实施方案。根据项目的具体情况，二者可分别评审，也可一次评审。2.6.1 评审输入材料评审需提交的材料包括：系统集成设计说明书/项目实施方案，项目方案书/合同或协议/投标书。2.6.2 评审准则 系统集成设计说明书/项目实施方案覆盖了用户的所有要求。 系统集成设计说明书/项目实施方案的明确性、完整性、一致性、可测试性及可跟踪性。 技术成熟，并具有一定的前瞻性。 工程实施方案符合设备使用说明和用户使用环境的要求，所需的安全措施（包括对用户现场、用户数据的保护等）落实。 组织接口和技术接口明确、合理。 文件符合有关标准规定。2.6.3 批准 系统集成设计说明书、项目实施方案由高层经理批准或授权批准。2.7 接口评审2.7.1 评审输入材料评审需提交的材料包括：用户需求说明书、概要设计说明书、产品需求说明书、详细设计说明书2.7.2 评审准则： 接口定义明确描述其功能，与需求保持一致 接口定义明确包括类型和方式及主要参数 接口的功能分离要单一，减少接口之间的耦合性 用户接口要功能实现为优先，其次考虑操作的便利性 完备性：与需求项保持一致，遵守定义规范，遵守接口扩展原则 覆盖性：包含参数定义、引用方法、交互方式等的检查 用户接口有较高的安全性 用户接口要符合用户的操作习惯 用户接口必须有很好的用户体验 快捷性，用户以用少的操作达到操作目的.2.7.3 批准在设计阶段与设计文档一起完成接口的评审。系统设计技术评审报告由高层经理批准或授权批准。10