-内部资料，注意保密-第 1 页共 7 页技术评审准则-内部资料，注意保密-第 2 页共 7 页修订历史记录A-增加 M-修订 D-删除-内部资料，注意保密-第 3 页共 7 页1 引言 41.1 目的 41.2 适用范围 41.3 名词解释 42 技术评审准则 42.1 软件需求评审 42.2 项目计划评审 52.3 软件概要设计评审 52.4 软件详细设计评审 62.5 软件测试评审 62.6 系统集成设计评审 7-内部资料，注意保密-第 4 页共 7 页1 引言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 评审准则♦ 可追溯性：软件需求规格说明书中的每一个需求要一一列出并标识，与别的需求区别开来。每项需求只应在软件需求规格说明书中出现一次。♦正确性：软件需求都是与用户所期望的相符合。与涉及的相关行业技术规范相符合。♦完整性：软件需求规格说明书中没有遗漏任何必要的需求。♦一致性：各软件需求之间或软件需求与高层（系统，业务）需求之间不相矛盾。♦可行性：软件需求规格说明书中的每一个需求都是可实现的。♦无二义性：软件需求规格说明书中的每一个需求都只有惟一的含义。♦可验证性：软件需求规格说明书中的每一个需求对用户而言都是可验证、测试的。♦ 必要性：软件需求规格说明书中的每...
