某某工程设计审查实施要领指南.docx

某某工程设计审查实施要领指南.docx

《某某工程设计审查实施要领指南.docx》由会员分享，可在线阅读，更多相关《某某工程设计审查实施要领指南.docx（85页珍藏版）》请在冰豆网上搜索。

某某工程设计审查实施要领指南

设计审查实施要领

指南

沈阳东东系统集成有限公司

1.全体DR的通用事项

1）DR中的课题、残留问题以及未完成事项6/22

2）DR中使用的文档6/22

3）证据的确认、成果的确认6/22

4）DR-G，H的可选性6/22

2.DR-Q——合同内容的审查（在签订合同前召开）

1）订货经过6/22

2）系统概要7/22

3）需求规范7/22

4）交纳期限7/22

5）验收条件7/22

6）有无客户方验收7/22

7）目前的日程7/22

8）总结7/22

3.DR-A——接受订货内容和开发计划的审查

1）系统概要7/22

2）系统规范8/22

3）开发环境8/22

4）大日程（事件）8/22

5）体制、联络途径8/22

6）向客户缴纳物品------通过订货规范书来确认8/22

7）接收文档、数据8/22

8）电子媒体的保管、维护8/22

9）风险管理8/22

10）总结8/22

4.ＤＲ-Ｂ——按功能规范（需求定义）检查开发计划（需求定义结束后进行）。

1）系统概要8/22

2）需求规范的更改管理8/22

3）ＤＲ－Ａ中遗留事项的确认8/22

4）系统开发计划的确认8/22

5）性能预测（目标性能）------对性能管理表进行确认9/22

6）硬件配置与规模9/22

7）可靠性9/22

8）确认功能规范书的内容9/22

9）测试方针10/22

10）知识产权10/22

11）接收文档、数据10/22

12）电子媒体的保管与维护10/22

13）配置管理10/22

14）设计验证10/22

15）ＤＲ准确性的确认10/22

16）总结10/22

5.ＤＲ－Ｃ——系统设计方针的审查（在系统设计结束后召开）。

1）系统概要------基于系统设计书进行说明11/22

2）需求规范的更改管理11/22

3）到上一ＤＲ为止的遗留事项11/22

4）日程------对系统开发计划书中的日程表进行确认。

11/22

5）系统设计内容------对实际成果（文档）进行确认11/22

6）性能预测-------对性能管理表进行确认。

11/22

7）测试方针11/22

8）接收文档与数据11/22

9）电子媒体的保管与维护11/22

10）配置管理11/22

11）风险管理-------筛选与推测的风险项目12/22

12）设计验证12/22

13）ＤＲ准确性的确认12/22

14）总结12/22

6.ＤＲ－Ｄ——程序设计内容与编码、调试方针的审查（在程序制作前进行）

1）系统概要------基于系统设计书进行说明12/22

2）需求规范的更改管理12/22

3）到上一ＤＲ为止的遗留事项12/22

4）日程------对系统开发计划书中的日程表进行确认。

12/22

5）文档的完成情况------对实际成果进行确认12/22

6）程序制作标准12/22

7）测试规范------依照单体测试规范书12/22

8）单体测试准备情况13/22

9）接收文档与数据13/22

10）电子媒体的保管与维护13/22

11）配置管理13/22

12）风险管理------筛选与推测的风险项目13/22

13）设计验证13/22

14）ＤＲ准确性的确认13/22

15）总结13/22

7.ＤＲ－Ｅ1——程序完成情况与单体测试结果、组合测试体制

的审查（单体测试后召开）

1）系统概要------基于系统设计书说明13/22

2）需求规范的更改管理13/22

3）到上一ＤＲ为止的遗留事项13/22

4）日程------对系统开发计划书中的日程表进行确认。

14/22

5）文档的完成情况14/22

6）编程内容与完成情况------根据程序清单、审查记录来确认14/22

7）单体测试结果14/22

8）组合测试准备情况14/22

9）性能评价的确认14/22

10）接收文档与数据14/22

11）电子媒体的保管与维护14/22

12）配置管理14/22

13）风险管理------筛选与推测的风险项目14/22

14）设计验证15/22

15）ＤＲ准确性的确认15/22

16）总结15/22

8.ＤＲ－Ｅ2——组合测试结果内容的审查（综合测试前召开）

1）系统概要------基于系统设计书说明15/22

2）需求规范的更改管理15/22

3）到上一ＤＲ为止的遗留事项15/22

4）日程------对系统开发计划书中的日程表进行确认。

15/22

5）组合测试结果15/22

6）对性能评价的确认15/22

7）文档的完成情况15/22

8）综合测试准备情况15/22

9）公司内部与用户方的验收方针16/22

10）接收文档与数据16/22

11）电子媒体的保管与维护16/22

12）配置管理16/22

13）风险管理------筛选与推测的风险项目16/22

14）设计验证16/22

15）ＤＲ准确性的确认16/22

16）总结16/22

9.ＤＲ－Ｆ——综合测试结果检查（结束综合测试后召开）

1）系统概要------在系统设计书中说明16/22

2）需求规范的更改管理17/22

3）到上一ＤＲ为止的遗留事项17/22

4）日程------在系统开发计划书中的主工程表中确认。

17/22

5）组合测试结果------依据出厂认可申请书与综合测试规范书成绩书。

17/22

6）对性能评价的确认------以综合试验规范书与成绩书及性能管理为依据。

17/22

7）客户方的验收准备状况17/22

8）知识产权17/22

9）文档的完成情况17/22

10）提交物品17/22

11）验收条件17/22

12）公司验收会17/22

13）产品完成程度的评价18/22

14）现场调试作业方针与准备情况18/22

15）接收文档与数据18/22

16）电子媒体的保管与维护18/22

17）出厂软件的保管18/22

18）配置管理18/22

19）风险管理-------筛选与推测的风险项目18/22

20）ＤＲ准确性的确认18/22

21）维护体制18/22

22）总结18/22

10.审查会（只对标准产品）19/22

11.DR-G（可选项）——现场调试作业的验收

1）系统概要------基于系统设计书进行说明19/22

2）到上一ＤＲ为止的遗留事项19/22

3）日程------对系统开发计划书中的日程表进行确认。

19/22

4）验收指出事项-------在用户端实施验收时，用验收检查备忘录进行确认。

19/22

5）现场情况19/22

6）现场调试准备情况19/22

7）验收条件19/22

8）接收文档与数据19/22

9）电子媒体的保管与维护19/22

10）配置管理19/22

11）风险管理------筛选与推测的风险项目19/22

12）出厂软件的保管19/22

13）ＤＲ准确性的确认20/22

14）总结21/22

12.DR－H（可选项）——现场调试作业的结果及综合验收

1）系统概要------基于系统设计书进行说明21/22

2）到上一ＤＲ为止的遗留事项21/22

3）日程------在现场作业要领书中确认。

21/22

4）现场调试结果的确认21/22

5）维护服务体制21/22

6）文档的修改与保管情况21/22

7）性能评价------按现场性能测定的数据来评价21/22

8）接收文档与数据21/22

9）电子媒体的保管与维护21/22

10）出厂软件的保管21/22

11）配置管理21/22

12）风险管理------筛选与推测的风险项目21/22

13）ＤＲ准确性的确认21/22

14）总结22/22

附DR检查表

·DR-Q检查表1/22（附）

·DR-A检查表2/22（附）

·DR-B检查表5/22（附）

·DR-C检查表8/22（附）

·DR-D检查表10/22（附）

·DR-E1检查表12/22（附）

·DR-E2检查表14/22（附）

·DR-F检查表16/22（附）

·DR-G检查表19/22（附）

·DR-H检查表21/22（附）

1.全体DR的通用事项

1）DR中的课题、残留问题以及未完成事项

实施DR后，审查的课题、剩余问题以及由于进度延迟而未完成的事项，要全部无遗漏地记录在“DR记录（研讨事项和跟踪）”中，并进行跟踪。

2）证据的确认、成果的确认

在各个DR中，一定要对各个DR中的作业结束证据（WalkThrough记录、DR记录等）和成果进行确认。

2.DR-Q—合同内容的审查（在签订合同前召开）

（软件包软件没有DR-Q）

本DR是与客户洽谈的部门将成交内容向开发承担部门说明后，洽谈部门与开发承担部门一起对合同内容进行审查和确认。

在有基本合同的情况下，进行的项目洽谈，可以以审查﹑批准的签字形式进行DR-Q。

1）交易对象的情报

洽谈部门负责说明下述事项，确认本公司与客户的关系，及重要事项。

·何时，以什么方式成交的？

·成交当中的重要事件

·与其它公司的竞争状况

·客户关键人物等

综合以上各点，对以下的基本事项进行明确：

（1）客户名

（2）客户地址

（3）客户的特点

（4）谈判期限

2）系统需求的概述

可用图示说明有关硬件的构成、软件构成。

（1）硬件构成

（2）软件构成

（3）是否为新开发系统

3）需求规范

对需求规范进行详细的说明（包括是否使用客户提供品或者从其它公司购入的物品等）。

（1）有无用户提供物品

（2）从其它公司购入物品

（3）需求事项是否明确

（4）与需求有关的技能的确认

（5）与需求有关的资源的确认

·人员负荷

·开发场所

·购入品、提供物品、其它

（6）进口（输入）管理

·进口管理的实施项目

·是否需要进口管理

4）是否与其他公司存在竞争

5）预算

·客户的预算

6）交纳日期

对客户要求的交纳期、以及是一次交纳还是分期交纳等进行说明。

（1）提交用户日期

（2）用户开始使用日期

7）估价方法

8）接受委托的风险

·有无系统集成的要求、有无新的软硬件、工期、开发体制、委托规模范围不明、要求性能、客户规模、客户窗口

9）当前的日程计划

·DR-A预定日期的确认

10）总结

11）确认是否再次实施DR

3.DR-A—交接文档和开发计划的审查

1）接受委托经过

·委托重点（本系统的销售重点）

（1）客户名（正式名）

·窗口部门、最终提交部门

（2）提交方（正式名）

·窗口、最终提交场所

（3）系统名称

（4）委托金额

（5）交付期

（6）关联公司

（7）合同（委托）条件

·知识产权

·机密保护

·维护内容/条件/体制

·保证内容/保证期限

·责任范围

·用户指定产品的使用

·适用法规类

·保证项目

·运行率/故障率要求

·性能要求

·处理容量要求

·精度要求

·其它

2）DR—Q遗留事项

发行DR记录（根据商讨项目与跟踪的件数来确认）

3）系统概要

·开发方针的确认

·系统功能概要

·硬件，软件构成

·系统运行条件

休息日、夜间运行的确认

·工作范围委托范围现场调试

4）系统规范

（1）系统规范的确认

·故障、恢复规范的确认

·2000年对应问题（作为系统）

（2）（本公司）要求事项

（3）交接文档的确认

（根据规范交接书中确认）

5）验收条件（包含性能）

6）新开发产品（新技术开发项目）

（1）硬件关系

购入硬件

（2）软件产品

公司内部开发、购入软件

7）合同内容的确认

（1）估价内容（根据）的确认

（2）估价要反映出全部要求事项

（3）有无满足要求事项的技能

（4）和资源（人员负荷）

（5）要求事项与估价的差异

（6）有无发行编号

（7）投入管理妥当与否确认

8）开发环境

（1）设置场所

具体场所

（2）设置日程

（3）费用负担形式

（4）设备管理

9）用户验收会检查有无

（1）期限

（2）内容

10）大日程（事件）

（1）规范、用户批准预定日

（2）用户提供物品、数据预定

交付日期

（3）出厂预定日

（4）现场硬件设置预定日

（5）现场作业时间

（6）试运行开始预定日

（7）正式运行开始预定日

（8）DR—B预定日的确认

（9）到下次DR前的WT计划

11）体制、联络表

（1）用户方体制、负责窗口

（2）本公司体制、负责、分担

12）向用户交纳物品

（1）提出程序

（种别/媒体/数量其它）

（2）提出文档的名称以及时间与数量

（3）其它

13）接受文档/数据

（1）接受文档/数据管理

14）电子媒体的保管/维护

（1）文档/数据的备份

15）风险管理

筛选/推测的风险项目

预定之外发生的作业

16）总结

17）确认是否再实施DR

4.ＤＲ-Ｂ——按功能规范（需求定义）检查开发计划（需求定义结束后进行）。

ＤＲ－Ａ以明确开发计划为目的，这儿将以怎样执行计划为目的。

1）系统概要

·硬件构成

·软件构成和功能规范

2）需求规范的更改管理

需求规范的内容有了更改时，应迅速修改规范，并接受审批。

而且要确认有没有实际实施更改处理。

3）到上一ＤＲ为止的遗留问题

4）系统开发计划的确认

（1）开发方针商讨

（2）软件功能规范的确认

（3）软件开发任务分配

用户/其它公司/购入

本公司内部门/合作公司

（4）开发体制图（作用、人员）

（5）风险管理

·筛选/推测的风险项目

·预定之外发生的作业

（6）提供物品的管理

（7）日程计划（开发过程）

·用户在内的事件计划

·与其它部门的交接计划

·综合化计划

·DR计划

·进度状况

（大，中，小日程表）

·主要作业项目的计划

（8）软件的留用（继承）

（9）开发工具

·使用语言

·CASE工具

·测试工具

·其它（库等）

（10）要制作的文档的种类/承担者/期限/是否提交

（11）开发环境机器、空间

（12）验收计划的确认

·检查范围/场所/机器

（13）提交计划

·提交成果物/验收条件/维护

（14）设计规则：

人机界面规测标准/术语集

·规范书制作/编码/测试检查

（15）项目运行规则

（16）购入软硬件的评价计划

5）性能预测（目标性能）------对性能管理表进行确认

即使客户要求没有确定下来也要设定目标值。

明确目标值设定、预测中的ＣＰＵ性能、内存或硬盘等的硬件条件（型号，容量）和操作系统、基本库的版本等软件条件是非常重要的。

如果不精确的话，将无法进行性能分析。

6）硬件配置与规模

从目标性能、处理容量、可靠性等的检查结果来确认此硬件配置与规模有无问题。

对于开发方来说，硬件的条件越宽越好。

对于要求严格的用户（营业）来说，成本越低越好。

这时应根据双方最大限度的让步来决定，但不能破坏与客户的协定。

7）可靠性

错误恢复、备份，调试或开始使用后发生不合格等时，讨论对障碍的处理对策。

对调试或开始使用后发生的不合格的处理应注意不要影响产品性能。

8）估价确认

第二阶段估价

9）功能规范书内容确认

应确认如下内容：

·人机接口系列（界面·报表等）

·错误处理

·故障对策

·通信规范/网络规范

·数据结构（文件、记录等）

·程序结构

·系统接口

·2000年对应（作为系统）

·WalkThrough记录

10）测试方针

明确本系统的主要功能、危险点等重要点后，制订测试的方针。

·测试目的

·测试范围、内容（单体、组合、综合）

·测试环境

特别是应提前对测试用工具（含模拟器）是否合适进行评价。

·质量目标（检查覆盖率、错误密度、错误命中率）

（注）对于做为质量目标可以设定的项目，应设定目标值后再使用。

·WalkThrough记录

11）知识产权

（1）知识产权审查

12）接收文档、数据

从外部接收文档、数据时，应在记录的同时进行必要的管理。

13）电子媒体的保管与维护

为了在磁盘出现故障时能得到迅速恢复，而将其备份到能进行恢复的外部媒体中进行保管。

14）配置管理

设计文档、程序、环境、接收文件和数据的配置管理是必须的，确认相应的计划与实施情况。

15）技术成果目标

软件认证/注册

16）设计验证

（1）QCP的成果是否全通过设计验证

（2）实施WT是否全被记录且作为设计的验证的证据

（3）WT的实施情况

·前回DR后WT结果

·下次DR前的计划

17）总结

结束ＤＲ时，归纳整理出遗留事件与问题点，并据实记录到ＤＲ记录的研讨事项与跟踪表中。

19）确认是否再进行DR

5.ＤＲ－Ｃ——系统设计方针的审查（在系统设计结束后召开）。

确认系统设计结束时无设计方面的问题。

1）系统概要------基于系统设计书进行说明

在确认有无更改的同时，面向第三者进行说明。

·硬件构成

·软件构成与功能确认

2）需求规范的更改管理

需求规范的内容发生更改时，应迅速修改规范，并接受审批。

而且要确认有没有实际实施更改处理。

3）到上一ＤＲ为止的遗留事项

4）日程------对系统开发计划书中的日程表进行确认。

（1）大日程与事件．．ＤＲ－D、E1、E2、Ｆ、验收、出厂、现场调试、提交；

（2）中日程

（3）小日程

5）系统设计内容------对实际成果（文档）进行确认

·人机接口规范（界面、报表等）

·错误处理

·故障对策

·通信规范／网络规范

·数据结构（文件、记录等）

·程序结构与子系统划分

·与其它系统（机器）的接口、子系统之间的接口（系统I/F）

·内部处理流程

·Walkthrough记录

6）性能预测------对性能管理表进行确认。

7）测试方针

1）测试的目的

2）测试范围/内容

3）测试环境

环境条件、工具、方法、判定条件、测试等级（单体、组合、综合）

特别是应提前对测试工具（含模拟器）进行评价。

4）质量目标

·检查覆盖率、

·错误密度

·错误命中率

5）WT记录

8）接收文档与数据

从外部接收文档与数据时，记录的同时进行必要的管理

9）电子媒体的保管与维护

为了在磁盘出现故障时能得到迅速恢复，而将其备份到能进行恢复的外部媒体中进行保管。

10）配置管理

设计文档、程序、环境、接收文档数据的配置管理是必须的，确认计划与实施情况。

11）风险管理------筛选与推测的风险项目

找出开发过程、开发规范、进展、技术方面或客户方体制等中的风险项目。

然后检查有无计划外的作业发生，确认对过程有无影响。

如果推测有风险存在时也要包含在内。

12）软硬件准备情况的确认

13）设计验证

（1）确认QCP的成果是否全部经过正确的设计验证

（2）实施Walk-through全部被记录，且作为设计验证的证据

（3）WT实施情况

·前DR后的WT结果

·下DR前的WT计划

14）总结

结束ＤＲ时，归纳整理出遗留事项与问题点，并据实记录到ＤＲ记录的研讨事项与跟踪表中。

15.确认是否再实施DR

6.ＤＲ－Ｄ——程序设计内容与编码、调试方针的审查（在程序制作前进行）

确认程序设计中不存在问题。

1）系统概要------基于系统设计书说明

在确认有无更改的同时，面向第三者进行说明。

·硬件构成

·软件构成与功能确认

2）需求规范的更改管理

需求规范的内容发生更改时，应迅速修改规范，并接受审批。

而且要确认是否已实施更改处理。

3）到前一ＤＲ为止的遗留事项

4）日程------对系统开发计划书中的日程表进行确认。

（1）大日程与事件．．ＤＲ－Ｅ1、Ｅ2、Ｆ、验收、出厂、现场调试、提交；

（2）中日程

（3）小日程

5）文档的完成程度------对实际成果进行确认

（1）程序一览

（2）程序设计书

（3）操作/使用说明书

（4）安装说明书

（5）Walkthrough记录

6）程序制作标准

（1）制作责任者与完成期限

（2）源程序管理··········源码更改履历、更改许可、备份

（3）编码规则的确认········著作权的表示、修改履历（版本管理）

（4）开发设备管理·········机器日程表

（5）确认用品的筹备情况···软盘、打印用纸等

7）测试规范------依照单体测试规范书

（1）测试目的/基本准准/环境

测试工具（含仿真）的评价计划与实际评价结果

（2）内容功能测试

负荷、性能、容量、精度、兼容性、边界值、破坏性测试、其他）

（3）WT记录

8）单体测试准备状况

（1）责任者/完成期限

（2）测试环境

（3）测试数据的制作

（4）不合格表管理

（5）质量分析的准备

（6）其它

9）性能预测的确认

（1）目标性能

（2）性能预测结果

10）接收文挡与数据

从外部接收文档与数据时，在记录的同时按需要进行管理。

11）电子媒体的保管与维护

为了在磁盘出现故障时能得到迅速恢复，而将其备份到能进行恢复的外部媒体中进行保管。

12）配置管理

（1）配置管理的计划与实施

（2）更改管理表

13）风险管理

（1）筛选与推测的风险项目

找出开发过程、开发规范、进展、技术或客户方体制等方面中的风险项目。

（2）有无计划外的作业发生，确认对过程有无影响。

如果推测有风险存在时也要包含在内。

14）设计验证

（1）QCP的成果全部经过正确的设计验证

（2）Walk-through的实施全部被记录且作为设计验证的证据

（3）WT的实施情况

·前一次DR后的WT的结果

·到下一次DR为止的WT计划

15）总结

结束ＤＲ时，归纳整理出遗留事项与问题点，并据实记录到ＤＲ记录的研讨事项与跟踪表中。

16）确认是否要再次实施DR

7.ＤＲ－Ｅ1——程序完成情况与单体测试结果、组合测试体制的审查（单体测试后召开）

确认在程序制作、单体测试结束阶段没有问题存在。

1）系统概要------基于系统设计书中说明

在确认有无更改的同时，面向第三者进行说明。

（1）硬件构成

（2）软件构成与功能确认

2）需求规范的更改管理

需求规范的内容发生更改时，应迅速修改规范，并接受审批。

而且要确认有没有实际实施更改处理。

3）到前一ＤＲ的遗留事项

4）日程------对系统开发计划书中的日程表的内容进行确认。

（1）大日程与事件．．ＤＲ－Ｅ2·Ｆ、验收、出厂、现场调试、提交；

（2）中日程

（3）小日程

5）文档的完成程度

（1）操作说明书

（2）系统设计书

（3）程序设计书

（4）其它

（5）WT记录

6）编程内容与完成程度------根据程序清单、审查记录来确认