技术评审
-
2023年3月5日发(作者：财务投资)标准文件
文件编号
软件技术评审准则
版木
A0
贞数
第1页共6贞
編制部门
XX部
生效日期
2019年10月15日
履历页
文件编号修改条款内容修改人/日期生效日期
全文首次发行
分发部门会签
编制审核批准
□销售部□研发部□采购部□生产部□质量部□行政部
标准文件
文件编号
软件技术评审准则
版木
A0
贞数
第1页共6贞
編制部门
XX部
生效日期
2019年10月15日
修订历史记录
A•增加M•修订D-删除
变更版本号日期变更类型
(AMD)
修改人摘箜备注
标准文件
文件编号
软件技术评审准则
版木
A0
贞数
第1页共6贞
編制部门
XX部
生效日期
2019年10月15日
1引言
1.1目的
明确技术评审的准则，规范技术评审活动。
1.2适用范围
本规范适用于对研发中心的项目各阶段产生的产品的技术评审。
1.3名词解释
研发项目：指由公司或公司齐技术部门通过立项评审确定要开发的项目。
项目级别，分别是公司级和部门级O1）-般开发周期长、人员多、费用高、或对公司利益影响大的项
目属于公司级项目：2）开发周期为1〜3个月、人员3〜5个、对部门技术发展影响较大的项目属于部门级项
目。
3.5高层经理：指研发总监、产品总监及公司总经理。
3.6PMO：项目管理办公室。
2技术评审准则
2.1软件需求评审
2.1.1评审输入材料
需提交的材料包括：《产品需求规格说明书》、《业务解决方案》（实施类项目）、合同项目提交合同或投
标书或项目方案书，研发项目提交《项目任务书》和《可行性分析报告》。
2.L2评审准则
♦可追溯性：软件需求规格说明书中的每一个需求要一一列出并标识，与别的需求区别开来。毎项需
求只应在软件需求规格说明书中出现一次。
♦正确性：软件需求都是与用户所期望的相符合。与涉及的相关行业技术规范相符合。
♦完整性：软件需求规格说明书中没有遗漏任何必要的需求。
3.1
项目：指开发类项目或实施类项目。
3.2
合同项目：指通过投标获得的项目。
3.3
3.4
标准文件
文件编号
软件技术评审准则
版木
A0
贞数
第1页共6贞
編制部门
XX部
生效日期
2019年10月15日
♦一致性：各软件需求之间或软件需求与高层（系统，业务〉需求之间不柑矛盾。
♦町行性：软件需求规格说明书中的毎一个需求都是可实现的。
♦无二义性：软件需求规格说明书中的每一个需求都只有惟一的含义。
♦叮验证性：软件需求规格说明书中的每一个需求对用户而言都是可验证、测试的。
♦必要性：软件需求规格说明书中的毎一个需求对用户而言都是必须的，没有画蛇添足0
♦町理解性：软件需求规格说明书中的毎一个需求都能淸楚表达，保证项目干系人都能看強。
♦划分优先级：软件需求规格说明书中，应根据需求的轻重缓急对需求划分优先级。
♦具有概要设讣所需的相关的输入信息。
2.1.3批准
公司级项目的《产品需求规格说明书》由高层经理批准或授权批准，部门级项目的《产品需求规格说明
书》由部门经理批准。如果是合同项目，最终通过的《产品需求规格说明书》应该请用户确认匚
2.2项目计划评审
2.2.1评审输入材料
项目计划评审需提交的材料包括：《项目计划》和《产品设计需求开发指导》0
2.2.2评审准则
♦项目的目标和要求明确。
♦针对产品确定过程、文件和资源的需求。
♦具有配置管理、质量管理、风险管理的内容。
♦有明确的项目完成时间和产品接收准则。
♦有明确的项目组角色、角色关系及角色任务的；4^义。
♦有明确的项目进度、里程碑及项目监督机制的；4^义。
♦项目il•划的可实现性。
♦遵循标准的项目计划模板。
♦风险皆理计划评审准则
>对风险的严重程度及发生的可能性是否有分析:>对风险的等级和优先级是否有分类;
标准文件
文件编号
软件技术评审准则
版木
A0
贞数
第1页共6贞
編制部门
XX部
生效日期
2019年10月15日
>风险是否有有效的应对描施和处理的责任人。
♦配置皆理计划评审准则
配巻项已识别:里程碑基线已崔义:配置管理权限已定义。
♦质量皆理计划评审准则
>质量要素明确:>质量目标符合公司要求，并充分考虑到项目的特性:
♦质量检査计划明确。
2.2.3批准
公司级项目的《项目计划》由离层经理批准或授权批准，部门级项目由部门经理批准。
2.3软件概要设计评审
2.3.1评审输入材料
需提交的材料包括：《概要设计说明书》、《数据库设计说明书》、《产品需求规格说明书》、《产品设
讣需求开发指导》。
2.3.2评审准则
♦概要设计说明书与需求规格说明书的要求一致。
♦概要设计说明书和数据库设计说明书内容正确、完整、一致。
♦系统的模块划分合理，模块功能描述淸楚。
♦接口泄义明确。
♦充分运用了重用技术。
♦文件符合有关标准。
♦具有详细设讣所需的相关的输入涪息。
2.3.3批准
公司级项目的《概要设计说明书》由高层经理批准或授权批准，部门级项目由部门经理批准。
标准文件
文件编号
软件技术评审准则
版木
A0
贞数
第1页共6贞
編制部门
XX部
生效日期
2019年10月15日
2.4软件详细设计评审
2.4.1评审输入材料
需提交的材料包括：《详细设计说明书》、《概要设计说明书》。
2.4.2评审准则
♦详细设计说明书与概要设计说明书的要求一致。
♦模块内部逻辑结构合理，模块之间接口淸晰。
♦详细设计说明书内容完整•能正确反映数据库设讣说明书的要求。
♦充分运用了重用技术。
♦文件符合有关标准的规定。
♦具有编写代码所需的相关的输入涪息。
2.4.3批准
公司级项目的《详细设汁说明书》由高层经理批准或授权批准，部门级项目由部门经理批准。
2.5软件测试评审
软件测试包括：SDV测试、系统测试、内测、外测系统测试和产品验收测试。
2.5.1评审输入材料
需提交的材料包括：《测试汁划》、《测试用例》，《系统测试方案》、有性能/稳总性等专项测试的需提
交相应的《测试方案九
2.5.2评审准则
♦测试计划包括资源要求（人员、设备、软件等）、任务及分配、进度安排、评价准则等内容.测试
环境独立，测试范用明确，测试进度安排介理•评价准则科学。
♦测试用例覆盖所有应测试对彖。
♦测试用例是正确的。
♦测试用例是可执行的。
2.5.3批准
标准文件
文件编号
软件技术评审准则
版木
A0
贞数
第1页共6贞
編制部门
XX部
生效日期
2019年10月15日
公司级项目的《测试计划》、《测试用例》、《系统测试方案》、专项《测试方案》由高层经理批准或授权
批准，部门级项目直接由部门经理批准。
2.6代码评审准则
2.&1评审输入材料
模块代码。
2.6.2评审准则
♦符合代码编写规范要求。
具体参考：
«XM-SP-IMPT-G01C*编码规范指南》
«XM-SP-IMPT-G02C++编码规范指南》
«XM-SP-IMPT-G03IOS编码规范指南》
«XM-SP-IMPT-G04安卓编码规范指南》
«XM-SP-IMPT-G05java编码规范指南》
2.6.3批准
由提交代码由系统架构师、系统分析师审核入库。
2.7TR点评审
TR点包括：TR1需求评审.TR2规格与il•划评审.TR3：开发评审、TR4：验证评审。
2.7.1评审输入材料
需提交的材料包括:
2.7.2评审准则
♦TR1：设i|•需求的完整性.一致性。
♦TR2：项目里程碑i|•划的合理性、资源配置的合理性、讣划执行的可行性，概要设讣的完整性。
♦TR3：产品实现功能的正确性和完整性。
♦TR4：测试活动的完整性、充分性，产品质量，遗留缺陷合理性。
TR1：《TR1汇报材料》、
《产品设计需求开发指导》、系统方案、架构方案
TR2：《TR2汇报材料》、
《概要设计》、《项目计划》、
TR3：《TR3汇报材料》、
TR4：«TR4汇报材料》。
《测试报告》、遗留缺陷淸单
标准文件
文件编号
软件技术评审准则
版木
A0
贞数
第1页共6贞
編制部门
XX部
生效日期
2019年10月15日
2.7.3批准
公司级项目的由高层经理批准或授权批准，部门级项目宜接由部门经理批准•