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

1、Nett总页数44正文22附件22作业标准S-10000文件控制部门：项目管理部设计审查实施要领指南沈阳东东系统集成有限公司目录1. 全体 DR 的通用事项1) DR 中的课题、残留问题以及未完成事项 6/222) DR 中使用的文档 6 / 223) 证据的确认、成果的确认 6/224) DR-G ，H 的可选性 6/222. DR-Q 合同内容的审查(在签订合同前召开 )1) 订货经过 6/222) 系统概要 7/223) 需求规范 7/224) 交纳期限 7/225) 验收条件 7/226) 有无客户方验收 7/227) 目前的日程 7/228) 总结 7/223. DR-A 接受订货内

2、容和开发计划的审查1) 系统概要 7/222) 系统规范 8/223) 开发环境 8/224) 大日程(事件) 8/225) 体制、联络途径 8/226) 向客户缴纳物品 通过订货规范书来确认 8/227) 接收文档、数据 8/228) 电子媒体的保管、维护 8/229) 风险管理 8/2210) 总结 8/224. DR - B按功能规范(需求定义)检查开发计划(需求定义结束后进行) 。1) 系统概要 8/222) 需求规范的更改管理 8/223) DR-A中遗留事项的确认 8/224) 系统开发计划的确认 8/225) 性能预测 (目标性能) 对性能管理表进行确认 9/226) 硬件配置与

3、规模 9/227）可靠性 9/228）确认功能规范书的内容 9/229）测试方针 10/2210）知识产权 10/2211）接收文档、数据 10/2212）电子媒体的保管与维护 10/2213）配置管理 10/2214）设计验证 10/2215）DR准确性的确认 10/2216）总结 10/225. DR-C 系统设计方针的审查（在系统设计结束后召开）1）系统概要 基于系统设计书进行说明 2）需求规范的更改管理 3）到上一DR为止的遗留事项 4）日程 对系统开发计划书中的日程表进行确认。5）系统设计内容 对实际成果（文档）进行确认6）性能预测 对性能管理表进行确认。 7）测试方针 8）接收文档

4、与数据 9）电子媒体的保管与维护 1 0）配置管理1 1 ）风险管理12）设计验证筛选与推测的风险项目13）DR准确性的确认14）总结 11/2211/2211/2211/2211/2211/2211/2211/2211/2211/2212/2212/2212/2212/226. DR-D 程序设计内容与编码、调试方针的审查（在程序制作前进行）1）系统概要 基于系统设计书进行说明 12/222）需求规范的更改管理 12/223）到上一DR为止的遗留事项 12/224）日程 对系统开发计划书中的日程表进行确认。 12/225）文档的完成情况 对实际成果进行确认 12/226）程序制作标准 12/

5、227）测试规范 依照单体测试规范书 12/228）单体测试准备情况 13/229）接收文档与数据 13/2210）电子媒体的保管与维护 13/221 1 ）配置管理 13/2212）风险管理 筛选与推测的风险项目13/2213) 设计验证 13/2214) DR准确性的确认 1 3/2215) 总结 13/227. DR-E 1 程序完成情况与单体测试结果、组合测试体制的审查（单体测试后召开）1）系统概要 基于系统设计书说明 13/222）需求规范的更改管理 13/223）到上一DR为止的遗留事项 13/224）日程 对系统开发计划书中的日程表进行确认。 14/225）文档的完成情况 14/

6、226）编程内容与完成情况 根据程序清单、审查记录来确认 14/227）单体测试结果 14/228）组合测试准备情况 14/229）性能评价的确认 14/2210）接收文档与数据 14/221 1 ）电子媒体的保管与维护 14/2212）配置管理 14/221 3）风险管理 筛选与推测的风险项目 14/2214）设计验证 15/2215）DR准确性的确认 1 5/2216）总结 15/228. DR-E 2 组合测试结果内容的审查（综合测试前召开）1）系统概要 基于系统设计书说明 15/222）需求规范的更改管理 15/223）到上一DR为止的遗留事项 15/224）日程 对系统开发计划书中的

7、日程表进行确认15/225）组合测试结果 15/226）对性能评价的确认 15/227）文档的完成情况 15/228）综合测试准备情况 15/229）公司内部与用户方的验收方针 16/2210）接收文档与数据 16/221 1 ）电子媒体的保管与维护 16/2212）配置管理 16/221 3）风险管理 筛选与推测的风险项目 16/2214）设计验证 16/2215）DR准确性的确认 16/2216）总结 9. DRF 综合测试结果检查（结束综合测试后召开）1）系统概要 在系统设计书中说明 2）需求规范的更改管理 3）到上一DR为止的遗留事项 4）日程 在系统开发计划书中的主工程表中确认。 5

8、）组合测试结果 依据出厂认可申请书与综合测试规范书成绩书。 .6）对性能评价的确认 以综合试验规范书与成绩书及性能管理为依据。7）客户方的验收准备状况 8）知识产权 9）文档的完成情况 10）提交物品 11）验收条件 12）公司验收会 13）产品完成程度的评价 14）现场调试作业方针与准备情况 15）接收文档与数据 16）电子媒体的保管与维护 17）出厂软件的保管 18）配置管理 19）风险管理 筛选与推测的风险项目 20）DR准确性的确认 21）维护体制 22）总结 10. 审查会（只对标准产品） 11. DR-G（可选项）现场调试作业的验收1）系统概要 基于系统设计书进行说明 2）到上一D

9、R为止的遗留事项 3）日程 对系统开发计划书中的日程表进行确认。 4）验收指出事项 在用户端实施验收时，用验收检查备忘录进行确认。5）现场情况 6）现场调试准备情况 7）验收条件 8）接收文档与数据 9）电子媒体的保管与维护 10）配置管理 16/2216/22 17/22 17/22 17/22 17/22 . 17/22 17/22 17/22 17/22 17/22 17/22 17/22 18/22 18/22 18/22 18/22 18/22 18/22 18/22 18/22 18/22 18/2219/2219/2219/2219/2219/2219/2219/2219/221

10、9/2219/2219/2219/2211）风险管理 筛选与推测的风险项目 12）出厂软件的保管 19/2213）DR准确性的确认 20/2214）总结 21/2212. DR - H（可选项）现场调试作业的结果及综合验收1）系统概要 基于系统设计书进行说明 21/222）到上一DR为止的遗留事项 21/223）日程 在现场作业要领书中确认。 21/224）现场调试结果的确认 21/225）维护服务体制 21/226）文档的修改与保管情况 21/227）性能评价 按现场性能测定的数据来评价 21/228）接收文档与数据 21/229）电子媒体的保管与维护 21/221 0）出厂软件的保管 21

11、/221 1 ）配置管理 21/221 2）风险管理 筛选与推测的风险项目 21/2213）DR准确性的确认 21/2214）总结 22/22附 DR 检查表 DR-Q检查表 1/22（附） DR-A检查表2/22（附） DR-B检查表 5/22（附） DR-C检查表 8/22（附） DR-D检查表 1 0/22（附） DR-E1检查表 1 2/22（附） DR-E2检查表 1 4/22（附） DR-F 检查表 16/22（附） DR-G检查表 19/22（附） DR-H检查表 21 /22（附）1. 全体 DR 的通用事项1）DR 中的课题、残留问题以及未完成事项实施 DR 后，审查的课题、

12、剩余问题以及由于进度延迟而未完成的事项，要全部无遗漏地 记录在“ DR 记录（研讨事项和跟踪） ”中，并进行跟踪。2）证据的确认、成果的确认在各个 DR 中，一定要对各个 DR 中的作业结束证据（ WalkThrough 记录、 DR 记录等） 和成果进行确认。2. DR-Q 合同内容的审查（在签订合同前召开 ）软件包软件没有 DR-Q ）本 DR 是与客户洽谈的部门将成交内容向开发承担部门说明后，洽谈部门与开发承担部门 起对合同内容进行审查和确认。在有基本合同的情况下，进行的项目洽谈，可以以审查、批准的签字形式进行DR-Q1）交易对象的情报洽谈部门负责说明下述事项，确认本公司与客户的关系，及

13、重要事项。何时，以什么方式成交的？成交当中的重要事件与其它公司的竞争状况客户关键人物等综合以上各点，对以下的基本事项进行明确：（1）客户名（2）客户地址（3）客户的特点（4）谈判期限2）系统需求的概述可用图示说明有关硬件的构成、软件构成。（1）硬件构成（2）软件构成（3）是否为新开发系统3）需求规范对需求规范进行详细的说明（包括是否使用客户提供品或者从其它公司购入的物品等）（1）有无用户提供物品（2）从其它公司购入物品（3）需求事项是否明确（4）与需求有关的技能的确认（5）与需求有关的资源的确认人员负荷开发场所购入品、提供物品、其它（6）进口（输入）管理 进口管理的实施项目 是否需要进口管理4

14、）是否与其他公司存在竞争5）预算客户的预算6）交纳日期 对客户要求的交纳期、以及是一次交纳还是分期交纳等进行说明。（1）提交用户日期（2）用户开始使用日期7）估价方法8）接受委托的风险 有无系统集成的要求、有无新的软硬件、工期、开发体制、委托规模范围不明、要求 性能 、 客户规模、客户窗口9 ） 当前的日程计划 DR-A 预定日期的确认10）总结11）确认是否再次实施 DR3. DR-A 交接文档和开发计划的审查1）接受委托经过 委托重点（本系统的销售重点）（1）客户名（正式名） 窗口部门、最终提交部门（2）提交方（正式名） 窗口、 最终提交场所 （3 ）系统名称（4）委托金额（5）交付期（6

15、）关联公司（7）合同（委托）条件知识产权机密保护维护内容 / 条件 / 体制 保证内容 / 保证期限 责任范围 用户指定产品的使用适用法规类保证项目运行率/故障率要求性能要求处理容量要求精度要求其它2）DR Q 遗留事项发行 DR 记录（根据商讨项目与跟踪的件数来确认）3）系统概要开发方针的确认系统功能概要硬件，软件构成系统运行条件 休息日、夜间运行的确认工作范围 委托范围现场调试4）系统规范（1）系统规范的确认故障、 恢复规范的确认 2000 年对应问题（作为系统）（2）（本公司）要求事项（3）交接文档的确认（根据规范交接书中确认）5）验收条件（包含性能）6）新开发产品（新技术开发项目）（1

16、）硬件关系购入硬件（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）DRB 预定日的确认（ 9）到

17、下次 DR 前的 WT 计划11）体制、联络表（1）用户方体制、负责窗口（2）本公司体制、负责、分担12）向用户交纳物品（1）提出程序（种别 / 媒体/ 数量 其它）（2）提出文档的名称以及时间与数量（3）其它13）接受文档/ 数据（1 ）接受文档 / 数据管理14）电子媒体的保管 / 维护（1）文档/ 数据的备份15）风险管理筛选 / 推测的风险项目 预定之外发生的作业16）总结17）确认是否再实施 DR4. DR - B按功能规范（需求定义）检查开发计划（需求定义结束后进行）。DR-A以明确开发计划为目的，这儿将以怎样执行计划为目的。1）系统概要硬件构成软件构成和功能规范2) 需求规范的更

18、改管理需求规范的内容有了更改时， 应迅速修改规范， 并接受审批。 而且要确认有没有实际实施 更改处理。3) 到上一DR为止的遗留问题4) 系统开发计划的确认(1) 开发方针商讨(2) 软件功能规范的确认(3) 软件开发任务分配 用户/其它公司/ 购入 本公司内部门 / 合作公司(4) 开发体制图(作用、人员)(5) 风险管理 筛选 / 推测的风险项目 预定之外发生的作业(6) 提供物品的管理(7) 日程计划(开发过程)用户在内的事件计划 与其它部门的交接计划 综合化计划 DR 计划进度状况 (大，中，小日程表) 主要作业项目的计划(8) 软件的留用(继承)(9) 开发工具 使用语言 CASE

19、工具测试工具 其它(库等)(10) 要制作的文档的种类 /承担者/ 期限/是否提交(11) 开发环境 机器、空间(12) 验收计划的确认 检查范围 / 场所 / 机器(13) 提交计划提交成果物 / 验收条件 / 维护(14) 设计规则：人机界面规测标准 / 术语集规范书制作 / 编码 / 测试检查(15) 项目运行规则16 ）购入软硬件的评价计划5）性能预测 （目标性能 ） 对性能管理表进行确认 即使客户要求没有确定下来也要设定目标值。明确目标值设定、预测中的CPU性能、内存或硬盘等的硬件条件（型号，容量）和操 作系统、基本库的版本等软件条件是非常重要的。如果不精确的话，将无法进行性能分 析

20、。6）硬件配置与规模 从目标性能、处理容量、可靠性等的检查结果来确认此硬件配置与规模有无问题。对于 开发方来说，硬件的条件越宽越好。对于要求严格的用户（营业）来说，成本越低越好。这时应根据双方最大限度的让步来 决定，但不能破坏与客户的协定。7）可靠性 错误恢复、备份，调试或开始使用后发生不合格等时，讨论对障碍的处理对策。对调试 或开始使用后发生的不合格的处理应注意不要影响产品性能。8）估价确认第二阶段估价9）功能规范书内容确认应确认如下内容：人机接口系列（界面报表等）错误处理故障对策通信规范 / 网络规范 数据结构（文件、记录等）程序结构系统接口 2000 年对应（作为系统） WalkThro

21、ugh 记录10）测试方针 明确本系统的主要功能、危险点等重要点后，制订测试的方针。测试目的 测试范围、内容（单体、组合、综合）测试环境 特别是应提前对测试用工具（含模拟器）是否合适进行评价。质量目标 （检查覆盖率、错误密度、错误命中率 ） （注）对于做为质量目标可以设定的项目，应设定目标值后再使用。 WalkThrough 记录11）知识产权（1）知识产权审查12）接收文档、数据从外部接收文档、数据时，应在记录的同时进行必要的管理。13) 电子媒体的保管与维护 为了在磁盘出现故障时能得到迅速恢复，而将其备份到能进行恢复的外部媒体中进行保 管。14) 配置管理 设计文档、程序、环境、接收文件和

22、数据的配置管理是必须的，确认相应的计划与实施 情况。15) 技术成果目标 软件认证 / 注册16) 设计验证(1) QCP 的成果是否全通过设计验证(2) 实施 WT 是否全被记录且作为设计的验证的证据(3) WT 的实施情况前回DR后WT结果下次DR前的计划17) 总结结束DR时，归纳整理出遗留事件与问题点，并据实记录到DR记录的研讨事项与跟踪 表中。19) 确认是否再进行 DR5. DR-C 系统设计方针的审查(在系统设计结束后召开)。确认系统设计结束时无设计方面的问题。1) 系统概要 基于系统设计书进行说明 在确认有无更改的同时，面向第三者进行说明。硬件构成 软件构成与功能确认2) 需求

23、规范的更改管理 需求规范的内容发生更改时，应迅速修改规范，并接受审批。而且要确认有没有实际实施 更改处理。3) 到上一DR为止的遗留事项4) 日程 对系统开发计划书中的日程表进行确认。(1) 大日程与事件.DR D、E1、E2、F、验收、出厂、现场调试、提交；(2) 中日程(3) 小日程5) 系统设计内容 对实际成果(文档)进行确认人机接口规范(界面、报表等)错误处理故障对策 通信规范网络规范数据结构（文件、记录等）程序结构与子系统划分与其它系统（机器）的接口、子系统之间的接口 （系统I/F）内部处理流程 Walk through 记录6）性能预测 对性能管理表进行确认。7）测试方针1）测试的

24、目的2）测试范围 /内容3）测试环境 环境条件、工具、方法、判定条件、测试等级（单体、组合、综合） 特别是应提前对测试工具（含模拟器）进行评价。4）质量目标检查覆盖率、错误密度错误命中率5）WT 记录8）接收文档与数据从外部接收文档与数据时，记录的同时进行必要的管理9）电子媒体的保管与维护为了在磁盘出现故障时能得到迅速恢复，而将其备份到能进行恢复的外部媒体中进行保 管。10）配置管理 设计文档、程序、环境、接收文档数据的配置管理是必须的，确认计划与实施情况。11）风险管理 筛选与推测的风险项目找出开发过程、开发规范、进展、技术方面或客户方体制等中的风险项目。 然后检查有无计划外的作业发生，确认

25、对过程有无影响。如果推测有风险存在时也要包 含在内。12）软硬件准备情况的确认13）设计验证（1）确认 QCP 的成果是否全部经过正确的设计验证（2）实施 Walk-through 全部被记录，且作为设计验证的证据（3）WT 实施情况前 DR 后的 WT 结果下 DR 前的 WT 计划14）总结结束DR时，归纳整理出遗留事项与问题点，并据实记录到DR记录的研讨事项与跟踪 表中。15. 确认是否再实施 DR6. DR D程序设计内容与编码、调试方针的审查(在程序制作前进行)确认程序设计中不存在问题。1) 系统概要 基于系统设计书说明在确认有无更改的同时，面向第三者进行说明。硬件构成软件构成与功能

26、确认2) 需求规范的更改管理需求规范的内容发生更改时，应迅速修改规范，并接受审批。而且要确认是否已实施更 改处理。3) 到前一DR为止的遗留事项4) 日程 对系统开发计划书中的日程表进行确认。(1) 大日程与事件.DR E 1、E 2、F、验收、出厂、现场调试、提交；(2) 中日程(3) 小日程5) 文档的完成程度 对实际成果进行确认(1) 程序一览(2) 程序设计书(3) 操作 / 使用说明书(4) 安装说明书(5) Walk through 记录6) 程序制作标准(1) 制作责任者与完成期限(2) 源程序管理源码更改履历、更改许可、备份(3) 编码规则的确认著作权的表示、修改履历(版本管理

27、)(4) 开发设备管理机器日程表确认用品的筹备情况软盘、打印用纸等7) 测试规范 依照单体测试规范书(1) 测试目的/基本准准/环境 测试工具(含仿真)的评价计划与实际评价结果(2) 内容 功能测试 负荷、性能、容量、精度、兼容性、边界值、破坏性测试、其他)(3) WT 记录8) 单体测试准备状况(1) 责任者 / 完成期限(2) 测试环境(3) 测试数据的制作(4) 不合格表管理(5) 质量分析的准备(6) 其它9) 性能预测的确认(1) 目标性能(2) 性能预测结果10) 接收文挡与数据 从外部接收文档与数据时，在记录的同时按需要进行管理。11) 电子媒体的保管与维护 为了在磁盘出现故障时

28、能得到迅速恢复，而将其备份到能进行恢复的外部媒体中进行保 管。12) 配置管理(1) 配置管理的计划与实施(2) 更改管理表13) 风险管理(1) 筛选与推测的风险项目 找出开发过程、开发规范、进展、技术或客户方体制等方面中的风险项目。(2) 有无计划外的作业发生，确认对过程有无影响。如果推测有风险存在时也要包含在内。14) 设计验证(1) QCP 的成果全部经过正确的设计验证(2) Walk-through 的实施全部被记录且作为设计验证的证据(3) WT 的实施情况前一次DR后的WT的结果到下一次DR为止的WT计划15) 总结结束DR时，归纳整理出遗留事项与问题点，并据实记录到DR记录的研

29、讨事项与跟踪表 中。16) 确认是否要再次实施 DR7. DR-E 1 程序完成情况与单体测试结果、组合测试体制的审查 (单体测试后召开)确认在程序制作、单体测试结束阶段没有问题存在。1) 系统概要 基于系统设计书中说明 在确认有无更改的同时，面向第三者进行说明。(1) 硬件构成(2) 软件构成与功能确认2) 需求规范的更改管理 需求规范的内容发生更改时，应迅速修改规范，并接受审批。而且要确认有没有实际实施 更改处理。3) 到前一DR的遗留事项4) 日程 对系统开发计划书中的日程表的内容进行确认。(1) 大日程与事件.DR E 2F、验收、出厂、现场调试、提交；(2) 中日程(3) 小日程5)

30、 文档的完成程度(1) 操作说明书(2) 系统设计书(3) 程序设计书(4) 其它(5) WT 记录6) 编程内容与完成程度 根据程序清单、审查记录来确认(1) 编程规则/著作权表示 /修改履历 2000 年对应(作为系统的)(2) Walk through 记录7) 单体测试结果 未达成目标值时，重要的是分析其原因后拿出对策。(1) 测试未实施的项目(2) 不合格的遗留项目(3) 不合格的发生、解决情况(4) 检查覆盖率(5) 错误命中率(6) 错误密度(7) 2000 年对应(作为系统的)(8) 其它8) 组合测试准备情况测试内容体制日程表(责任者、完成期限)测试环境(硬件、软件、测试数据

31、、测试工具、调试工具)不合格表的管理 Walk through 记录9) 性能评价(单体测试)的确认在性能管理表中进行单体测试阶段性能测定值的确认。目标性能评价方法测试结果10) 接收文档与数据 从外部接收文档与数据时，在记录的同时进行必要的管理。11) 电子媒体的保管与维护 为了在磁盘出现故障时能得到迅速恢复，而将其备份到能进行恢复的外部媒体中进行保管文档 / 数据的备份软件(源程序)的备份开发环境的备份12) 配置管理(1) 设计文档、程序、环境、接收文档和数据的配置管理是必须的，确认计划与实施情况。(2) 更改管理表13) 风险管理(1) 筛选与推测的风险项目 找出开发过程、开发规范、进

32、展、技术或客户方体制等方面中的风险项目。(2) 有无计划外的作业发生， 确认对过程有无影响。如果有推测的风险存在时也要包含在内14) 设计验证(1) QCP 的成果全部经过正确的设计验证(2) Walk-through的实施全部被记录且作为设计验证的证据(3) WT 的实施情况前一次 DR 后的 WT 的结果到下一次 DR 为止的 WT 计划15) 总结结束DR时，归纳整理出遗留事项与问题点，并据实记录到DR记录的研讨事项与跟踪表 中。16) 确认是否要再次实施 DR8. DR-E 2组合测试结果的审查(综合测试前召开)1) 系统概要 基于系统设计书进行说明在确认更改有无的同时，面向第三者进行

33、说明。(1) 硬件构成(2) 软件构成与功能确认2) 需求规范的更改管理 需求规范的内容发生更改时，应迅速修改规范，并接受审批。而且要确认有没有实际实施 更改处理。3) 到上一DR为止的遗留事项4) 日程 对系统开发计划书中的日程表进行确认。(1) 大日程与事件.DR F、验收、出厂、现场调试、提交；(2) 中日程(3) 小日程5) 组合测试结果(1) 测试未实施的项目(2) 不合格的遗留问题(3) 不合格的发生、解决情况(4) 检查覆盖率(5) 错误命中率(6) 错误密度(7) Bug 曲线(8) 2000 年对应(作为系统的)(9) 其它 目标值未完成时，主要应分析其结果后再寻找对策。6)

34、 性能评价的确认对目标性能、评价的方法和测试结果进行确认7) 文档的完成程度系统设计书程序设计书操作说明书其它 WT记录8) 综合测试准备状况测试内容体制日程(责任者、完成期限)测试环境(硬件、软件、测试数据、测试 / 调试工具)不合格表管理决定质量评价、分析用的数据 Walk through 记录9) 公司内部和用户验收会的方针 应考虑下述事项实施验收。日程确认用户方与公司内部参加成员 在确认用户方参加人员职务的基础上，安排公司内部对应者验收会检查内容 / 范围验收会验收条件10) 接收文档与数据 从外部接收文档与数据时，在记录的同时进行必要的管理。11) 电子媒体的保管与维护为了在磁盘出现

35、故障时能得到迅速恢复， 而将其备份到能进行恢复的外部媒体中进行保管12) 配置管理(1) 配置管理的计划与实施(2) 更改管理表13) 风险管理(1) 筛选与推测的风险项目 找出开发过程、开发规范、进展、技术或客户方体制等方面中的风险项目。(2) 有无计划外的作业发生，确认对过程有无影响。如果推测有风险存在时也要包含在内。14) 设计验证(1)QCP 的成果全部经过正确的设计验证(2)Walk-through 的实施全部被记录且作为设计验证的证据(3) WT 的实施情况前一次DR后的WT的结果到下一次DR为止的WT计划15) 总结结束DR时，归纳整理出遗留事项与问题点，并据实记录到DR记录的研

36、讨事项与跟踪表 中。16) 确认是否要再次实施 DR9. DR-F 综合测试结果的检查(结束综合测试后召开)这里的重点是，按计划全面完成 DR-E 的测试后，作为产品准备出厂时确保没有质量上的问 题，进行出厂可否判定。为了今后与客户的对应，希望市场部门也出席。1) 系统概要 基于系统设计书进行说明在确认有无更改的同时，面向第三者进行说明。(1)硬件构成(2) 软件构成与功能确认2) 需求规范的更改管理 需求规范的内容发生更改时，应迅速修改规范，并接受审批。而且还要确认有没有实际实 施更改处理。3) 到上一DR为止的遗留事项4) 日程 对系统开发计划书中的日程表进行确认。(1) 大日程与事件验收

37、、出厂、现场调试、提交；(2) 中日程(3) 小日程5) 综合测试结果 依据出厂批准申请书与综合测试规范书成绩书。(1) 测试未实施的项目(2) 不合格的遗留问题(3) 不合格的发生、解决情况(4) 检查覆盖率(5) 错误命中率(6) 错误密度(7) 测试规范书 / 成绩书的确认(8) Bug 曲线(9) 2000 年对应(作为系统的) 检查重点为重要的功能、性能、精度、兼容性、负荷，边界测试、破坏性测试与虚拟运行测 试。6) 性能评价、综合测试的确认 以综合测试规范书与成绩书及性能管理表为依据。目标性能评价结果测试结果7) 客户验收会准备状况(1)确认参加人员(2)体制 / 责任者 / 功能

38、分割(3) 详细日程(4) 检查内容(5) 场所(6) 其它8) 文档的完成程度(1)系统设计书(2)程序设计书(3) 操作 / 使用说明书(4) Walk through 记录9) 向用户提交的物品(1)交付物品一览表(2)文档(3) 程序、装载模块出厂媒体对标签、物品样式等外观进行确认病毒检查的实施10) 验收条件11) 公司内验收会DR-QDR-F是对文档资料等进行的桌面审查，公司验收会是对迄今为止由公司自行设 计、制作的产品，使用实际设备，根据订货规范书、系统设计书与性能管理表等，接受有 关人员对性能、可靠性、质量等方面的确认。12) 现场调试工作方针与准备状况(1) 体制和日程(作业

39、分担和期限 )(2)作业内容与范围(3) 现场调试结束的验收条件(4) 现场状况机器安装等(5) 用户内事件(6) DR G 的再确认(7) DRH 的再确认13) 接收文档 / 数据(1)接收文档 / 数据的管理14) 电子媒体的保管、维护(1) 文档 / 数据的备份(2) 软件的备份15) 已出厂软件的保存(1)出厂或完成软件原本及复制品的保存16) 配置管理 (1)配置管理的计划和实施 (2)更改管理表17) 风险管理筛选出推测的风险项目对策预定之外发生的作业18) 设计验证(1) QCP 的成果全部经过正确的设计验证(2) Walk-through的实施被记录且作为设计验证的证据(3)

40、 WT 的实施状况 前一次 DR 后的 WT 结果 到下一次为止的 WT 计划19) 维护体制 维护窗口 有无一次性维护的委托20) 产品承认/ 产品出厂承认文书的确认 产品承认 / 产品出厂承认的共同事项 BUG 发生 / 修正推移表 产品评价表 质量未确认 / 遗留项目列表 知识产权审查报告 生产许可证审查报告 系统开发计划书 公司验收会记录 产品承认项目产品承认申请书 开发、改进要点和维护系统利润管理表其它 出厂承认项目出厂承认申请书其它21) 出厂判定22) 总结结束DR时，归纳整理出遗留事项与问题点，并据实记录到DR记录的研讨事项与跟踪 表中。23) 确认是否需要再次实施 DR10.

41、 审查会(只对标准产品) 在开发即将完成时，开发部门便将产品计划书总结后提交主管领导，等待他的认可。 审查会确认是否进行了充分的测试与检查。11. DR-G( 可选项 )现场调试作业的审查(在现场调试之前召开 现场调试进行过程中有必要时也可召开) 确认出厂后的现场调试 作业无问题。1) 系统概要 基于系统设计书进行说明2) 到上一DR为止的遗留事项3) 日程 对系统开发计划书中的日程表进行确认。(1) 大日程与事件用户培训、开始运行、提交、验收 等(2) 中日程(3) 小日程4) 验收会指出的事项 在用户端实施验收时，用验收检查备忘录进行确认。5) 现场的壮况 对硬件安装日程及情况的确认6)

42、现场调试准备情况 (1)作业体制(用户方与本公司)(2) 日程表(分担、确认)现场调试时间，期限用户事件(3) 现场测试规范书测试的目标 测试的环境与条件(4) 备份体制(5) 现场作业项目规则 不合格表的应用管理 规范确认书的应用管理等(6) 现场作业结束报告等的准备(7) 其它7) 验收条件 从现场调试结束的条件是什么 ? 用用户订货规范书及系统提案书来确认。8) 接收文档与数据 从外部接收文档与数据时，在记录的同时必须进行管理。9) 电子媒体的保管与维护(1) 文件/ 数据的备份(2) 软件的备份10) 出厂/ 完成软件的保管(1)出厂或完成软件原本/及其复制品的保管11) 配置管理(1

43、) 配置管理的计划和实施(2) 更改管理表12) 风险管理预定之外发生的作业13) 安全卫生工作状况(1 )联络体制(2 )安全确认场所特别注意事项(3) 场所工作指南规则14) 总结结束DR时，归纳整理出遗留事项与问题点，并据实记录到DR记录的研讨事项与跟踪表 中。15) 确认是否需要再次实施DR12. DR - H(可选项)现场调试作业的结果及综合验收(在现场调试之后召开)1) 系统概要-基于系统设计书进行说明2) 到上一DR为止的遗留事项3) 日程-对现场作业要领书进行确认。对进度管理进行确认4) 现场调试结果的确认(1) 不合格的发生解决情况(2) 检查覆盖率(3) 错误命中率(4)

44、错误密度(5) 不合格未处理/遗留项目一(6) 规范更改遗留项目(7) 用户希望的遗留事项(8) 其它5) 维护服务体制维护联络体制6) 文档的修改与保管壮况操作/使用说明书系统设计书程序设计书其它7) 性能评价-按现场性能测定的数据来评价(1) 目标性能/实测，评价结果8) 接收文档与数据 从外部接收文档与数据时，在记录的同时进行必要的管理。9) 电子媒体的保管与维护(1)文档 / 数据的备份(2)软件的备份10) 出厂、完成软件的保管 (1)出厂、完成软件及其复制品的保管。11) 配置管理 (1)配置管理的计划与实施情况。(2)更改管理表(3) 归档状况12) 风险管理筛选与推测的风险项目

45、预定之外发生的作业13) DR 技术成果 软件认证 / 注册14) 损益评价 ( 1 )财务分析15) 本项目的总结(1 )技术推广事项 (2)在开发类似系统时的注意事项16) 总结结束DR时，归纳整理出遗留事项及问题点，并据实记录到DR记录的研讨事项与跟踪 表中。17) 确认是否要再次实施 DR检查清单检查结果存在冋题/责任/期限1. 交易对象的情报（1）客户名（2 ）客户地址（3）客户的特点（4 ）谈判期限2. 系统需求概述（1 ）硬件构成（2 ）软件构成（3）是否为新开发系统3. 需求规范（1）有无用户提供物品（2）从其它公司购入物品（3）需求事项是否明确=洽谈时，规范确定时的两阶段=需

46、求定义，软件开发的两阶段DR的遗留问题总数件用户（委托）规范书/提案书新开发改造用户（委托）规范书/提案书/估价书无有无有冋题无有（要商讨件）（4）与需求有关的技能的确认冋题无有（要商讨件）（5）与需求有关的资源的确认人员负荷开发场所购入品、提供物品、其它（6）进口（输入）管理进口管理的实施项目冋题无有（要商讨件）冋题无有（要商讨件）冋题无有（要商讨件）冋题无有（要商讨件）已实施未实施是否需要进口管理4. 是否与其它公司存在竞争5. 预算客户的预算6交纳日期（1）提交用户日期（2）用户开始使用日期7估价方法8.接受委托的风险有无系统集成的要求、有无新的软硬件、工 期、开发体制、委托规模范围不明

47、、要求性能、 客户规模、客户窗口9 .当前的日程计划 DR-A预定日期的确认10. 总结11. 确认是否再次实施 DR要不要无有（）用户（委托）规范书/提案书在中选择估价的类型 （1 ）通常的估价类型 （2 ）两阶段估价类型I （3 ）两阶段估价类型n冋题 无有（要商讨件）预定年 月日事前检查遗留问题总数件再DR要不要检查清单检查结果存在问题/责任/期限1. 接受委托经过委托重点（本系统的销售重点）（1）客户名（正式名）窗口部门、最终提交部门（2）提交方（正式名）窗口、 最终提交场所（3 ）系统名称（4 ）委托金额（5）交付期（6 ）关联公司（7）合同（委托）条件知识产权机密保护维护内容/条件

48、/体制保证内容/保证期限责任范围用户指定产品的使用适用法规类保证项目运行率/故障率要求性能要求处理容量要求精度要求其它2. DR Q遗留事项发行DR记录（根据商讨项目 与跟踪的件数来确认）3系统概要（1）开发方针的确认（2）系统功能概要（3）硬件、软件的构成（4）系统运行条件休息日、夜间运行的确认（5 ）工作范围 委托范围现场调试依照交接文挡（系统开发计划书）（有：开发方法名）（含数据容量）总额：软件：硬件交付日期：软件交付日期：用户使用开始日：无有无有（已商定还需商定件）无有（已商定还需商定件）无有（已商定还需商定件）缺陷的维护期限年个月无有（已商定还需商定件）无有（已商定还需商定件）无有（

49、已商定还需商定件）无有（已商定还需商定件）无有（已商定还需商定件）无有（已商定还需商定件）无有（已商定还需商定件）无有（已商定还需商定件）无有（已商定还需商定件）总数件中件完件剩余依照交接文档问题无有（件）问题无有（件）问题无有（件）无 有（已商定还需商定件）问题无有（件）无 有（已商定还需商定件）检查事项检查结果存在冋题/责任/期限4. 系统规范(1 )系统规范的确认故障、恢复规范的确认2000年对应问题(作为系统)(2 )(本公司)要求事项(3 )交接文档的确认(根据规范交接书中确认)5. 验收条件(包含性能)6. 新开发产品(新技术开发项目)(1 )硬件关系购入硬件(2 )软件产品公司内部开发、购入软件7. 合同内容的确认(1 )估价内容(根据)的确认(2) 估价要反映出全部要求事项(3) 有无满足要求事项的技能(4) 和资源(人员负荷)(5 )要求事项与估价的差异(6)有无