《技术评审准则》.doc

《技术评审准则》.doc

《《技术评审准则》.doc》由会员分享，可在线阅读，更多相关《《技术评审准则》.doc（7页珍藏版）》请在冰豆网上搜索。

技术评审准则

修订历史记录

A-增加M-修订D-删除

变更版本号

日期

变更类型

（A*M*D）

修改人

摘要

备注

目录

1 引言 4

1.1 目的 4

1.2 适用范围 4

1.3 名词解释 4

2 技术评审准则 4

2.1 软件需求评审 4

2.2 项目计划评审 5

2.3 软件概要设计评审 5

2.4 软件详细设计评审 6

2.5 软件测试评审 6

2.6 系统集成设计评审 6

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评审准则

◆可追溯性：

软件需求规格说明书中的每一个需求要一一列出并标识，与别的需求区别开来。

每项需求只应在软件需求规格说明书中出现一次。

◆正确性：

软件需求都是与用户所期望的相符合。

与涉及的相关行业技术规范相符合。

◆完整性：

软件需求规格说明书中没有遗漏任何必要的需求。

◆一致性：

各软件需求之间或软件需求与高层（系统，业务）需求之间不相矛盾。

◆可行性：

软件需求规格说明书中的每一个需求都是可实现的。

◆无二义性：

软件需求规格说明书中的每一个需求都只有惟一的含义。

◆可验证性：

软件需求规格说明书中的每一个需求对用户而言都是可验证、测试的。

◆必要性：

软件需求规格说明书中的每一个需求对用户而言都是必须的，没有画蛇添足。

◆可理解性：

软件需求规格说明书中的每一个需求都能清楚表达，保证项目干系人都能看懂。

◆划分优先级：

软件需求规格说明书中，应根据需求的轻重缓急对需求划分优先级。

◆具有概要设计所需的相关的输入信息。

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批准

《系统集成设计说明书》、《项目实施方案》由高层经理批准或授权批准。

-内部资料，注意保密-第7页共7页