技术评审准则

技术评审准则修订历史记录A-增加M-修订D-删除变更版本号日期变更类型（A*M*D）修改人摘要备注目录1引言.......................................................................................................................................41.1目的.........................................................................................................................................41.2适用范围.................................................................................................................................41.3名词解释.................................................................................................................................42技术评审准则.......................................................................................................................42.1软件需求评审.........................................................................................................................42.2项目计划评审.........................................................................................................................52.3软件概要设计评审.................................................................................................................52.4软件详细设计评审.................................................................................................................62.5软件测试评审.........................................................................................................................62.6系统集成设计评审.................................................................................................................71引言1.1目的明确技术评审的准则，规范技术评审活动。1.2适用范围本规范适用于技术部门的项目各阶段产生的产品的技术评审。1.3名词解释3.1项目：指软件类项目或综合集成类（包含软件的集成）项目。3.2合同项目：指通过投标获得的项目。3.3研发项目：指由公司或公司各技术部门通过立项评审确定要开发的项目。3.4项目级别项目的级别分为三类，分别是A类、B类和C类。A类项目：一般开发周期长（超过6个月）、人员多（超过6人）、费用高、或对公司利益影响很大的项目；B类项目：开发周期为2～6个月、人员3～6个，或对公司利益影响比较大的项目；C类项目：对于开发周期短（少于2个月）、投入人员少（少于3人），或对公司利益影响较小的项目大多数的情况下可确定为C类项目，风险通常比较小，容易控制。3.5高层经理：项目经理的直接主管，如各事业部的部门经理、技术总监等。3.6子部门经理：指公司技术部门各技术部门经理。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批准《系统集成设计说明书》、《项目实施方案》由高层经理批准或授权批准。