标准文件文件编号软件技术评审准则版本A0页数第 1 页共 6 页编制部门XX 部生效日期2019 年 10 月 15 日文件编号修改条款内容修改人/日期生效日期全文首次发行□销售部□研发部□采购部□生产部□行政部□质量部标准文件文件编号软件技术评审准则版本A0页数第 1 页共 6 页编制部门XX 部生效日期2019 年 10 月 15 日修订历史记录A-增加 M-修订 D-删除标准文件文件编号软件技术评审准则版本A0页数第 1 页共 6 页编制部门XX 部生效日期2019 年 10 月 15 日1 引言1.1 目的明确技术评审的准则,规范技术评审活动。1.2 适用范围本规范适用于对研发中心的项目各阶段产生的产品的技术评审。1.3 名词解释3.1 项目:指开发类项目或实施类项目。3.2 合同项目:指通过投标获得的项目。3.3 研发项目:指由公司或公司各技术部门通过立项评审确定要开发的项目。3.4 项目级别,分别是公司级和部门级。1)一般开发周期长、人员多、费用高、或对公司利益影响大的项目属于公司级项目;2)开发周期为 1〜3 个月、人员 3〜5 个、对部门技术发展影响较大的项目属于部门级项目。3.5 高层经理:指研发总监、产品总监及公司总经理。3.6 PMO:项目管理办公室。2 技术评审准则2.1 软件需求评审2.1.1 评审输入材料需提交的材料包括:《产品需求规格说明书》、《业务解决方案》(实施类项目) 、合同项目提交合同或投标书或项目方案书,研发项目提交《项目任务书》和《可行性分析报告》。2.1.2 评审准则♦可追溯性:软件需求规格说明书中的每一个需求要一一列出并标识,与别的需求区别开来。每项需求只应在软件需求规格说明书中出现一次。♦正确性:软件需求都是与用户所期望的相符合。与涉及的相关行业技术规范相符合。♦完整性:软件需求规格说明书中没有遗漏任何必要的需求。标准文件文件编号软件技术评审准则版本A0页数第 1 页共 6 页编制部门XX 部生效日期2019 年 10 月 15 日♦一致性:各软件需求之间或软件需求与高层(系统,业务)需求之间不相矛盾。♦可行性:软件需求规格说明书中的每一个需求都是可实现的。♦无二义性:软件需求规格说明书中的每一个需求都只有惟一的含义。♦可验证性:软件需求规格说明书中的每一个需求对用户而言都是可验证、测试的。♦必要性:软件需求规格说明书中的每一个需求对用户而言都是必须的,没有画蛇添足。♦可理解性:软件需求规格说明书中的每一个需求都能清楚表达,保...