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

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

1、某工程设计审查实施要领指南设计审宣安诵摹领指IW沈阳东东系统集成有限公司目录1. .全体DR的通用事项I）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同意订货内容与开发计划的审查1）系统概要7/222）系统规范8/223）开发环境8/224）大日程（事件）8/225）体制、联络途径

2、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）硬件配置与规模9/227）可靠性9/228）确认功能规范书的内容9/229）测试方针10/2210）知识产权10/2211）接收文档、数据10/2212）电子媒体的保管与保护10/2213）配置管理

3、10/2214）设计验证10/2215）DR准确性的确认10/2216）总结10/225. DR-C系统设计方针的审查（在系统设计结束后召开）。1）系统概要一一基于系统设计书进行说明11/222）需求规范的更换管理11/223）到上一DR为止的遗留事项11/224）0程对系统开发计划书中的日程表进行确认。11/225）系统设计内容.对实际成果（文档）进行确认11/226）性能预测对性能管理表进行确认。11/227）测试方针11/228）接收文档与数据11/229）电子媒体的保管与保护11/2210）配置管理11/2211）风险管理筛选与推测的风险项目12/2212）设计验证12/2213）DR

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

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

6、）设计验证15/2215）DR准确性的确认15/2216）总结15/228. DR-E2组合测试结果内容的审查（综合测试前召开）.1）系统概要-基于系统设计书说明15/222）需求规范的更换管理15/223）到上一DR为止的遗留事项15/224）日程.一一对系统开发计划书中的日程表进行确认。15/225）组合测试结果15/226）对性能评价的确认15/227）文档的完成情况15/228）综合测试准备情况15/229）公司内部与用户方的验收方针16/2210）接收文档与数据16/2211）电子媒体的保管与保护16/2212）配置管理16/2213）风险管理-一筛选与推测的风险项目16/2214）

7、设计验证16/2215）DR准确性的确认16/2216）总结16/229. DR-F综合测试结果检查（结束综合测试后召开）1）系统概要-在系统设计书中说明16/222）需求规范的更换管理17/223）到上一DR为止的遗留事项17/224）日程一在系统开发计划书中的主工程表中确认。17/225）组合测试结果-根据出厂认可申请书与综合测试规范书成绩书。17/226）对性能评价的确认一一以综合试验规范书与成绩书及性能管理为根据。17/227）客户方的验收准备状况17/228）知识产权17/229）文档的完成情况17/2210）提交物品17/2211）验收条件17/2212）公司验收会17/2213）

8、产品完成程度的评价18/2214）现场调试作业方针与准备情况18/2215）接收文档与数据18/2216）电子媒体的保管与保护18/2217）出厂软件的保管18/2218）配置管理18/2219）风险管理筛选与推测的风险项目18/2220）DR准确性的确认18/2221）保护体制18/2222）总结18/2210. 审查会（只对标准产品）19/2211. DR-G（可选项）现场调试作业的验收1）系统概要一一基于系统设计书进行说明19/222）到上一DR为止的遗留事项19/223）日程一对系统开发计划书中的日程表进行确认。19/224）验收指出事项在用户端实施验收时，用验收检查备忘录进行确认。.

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

10、定的数据来评价21/228）接收文档与数据21/229）电子媒体的保管与保护21/2210）出厂软件的保管21/2211）配置管理21/2212）风险管理.-筛选与推测的风险项目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检查表10/22（附） DR-El检查表12/22（附） DR-E2检查表14/22（附） DR-F检查表16/22（附） DR-G检查表19/22（附） DR-H检查表21/22（附）L全体DR的通用事项I)DR中的课

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

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

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

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

15、硬件关系购入硬件（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

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

17、同意审批。而且要确认是否具有实际实施更换处理。3）到上一DR为止的遗留问题4）系统开发计划的确认（1）开发方针商讨（2）软件功能规范的确认（3）软件开发任务分配用户/其它公司/购入本公司内部门/合作公司（4）开发体制图（作用、人员）（5）风险管理 筛选/推测的风险项目 预定之外发生的作业（6）提供物品的管理（7）日程计划（开发过程） 用户在内的事件计划 与其它部门的交接计划 综合化计划 DR计划 进度状况（大，中，小日程表） 要紧作业项目的计划（8）软件的留用（继承）（9）开发工具 使用语言 CASE工具 测试工具 其它（库等）（10）要制作的文档的种类/承担者/期限/是否提交（11）开发环境

18、机器、空间（12）验收计划的确认 检查范围/场所/机器（13）提交计划 提交成果物/验收条件/保护（14）设计规则：人机界面规测标准/术语集 规范书制作/编码/测试检查（15）项目运行规则（16）购入软硬件的评价计划5）性能预测（目标性能）一一对性能管理表进行确认即使客户要求没有确定下来也要设定目标值。明确目标值设定、预测中的CPU性能、内存或者硬盘等的硬件条件（型号，容量）与操作系统、基本库的版本等软件条件是非常重要的。假如不精确的话，将无法进行性能分析。6）硬件配置与规模从目标性能、处理容量、可靠性等的检查结果来确认此硬件配置与规模有无问题。关于开发方来说，硬件的条件越宽越好。关于要求严格

19、的用户（营业）来说，成本越低越好。这时应根据双方最大限度的让步来决定，但不能破坏与客户的协定。7）可靠性错误恢复、备份，调试或者开始使用后发生不合格等时，讨论对障碍的处理计策。对调试或者开始使用后发生的不合格的处理应注意不要影响产品性能。8）估价确认第二阶段估价9）功能规范书内容确认应确认如下内容： 人机接口系列（界面报表等） 错误处理 故障计策 通信规范/网络规范 数据结构（文件、记录等） 程序结构 系统接口 2000年对应（作为系统） WalkThrough记录10）测试方针明确本系统的要紧功能、危险点等重要点后，制订测试的方针。 测试目的 测试范围、内容（单体、组合、综合） 测试环境特别

20、是应提早对测试用工具（含模拟器）是否合适进行评价。 质量目标（检查覆盖率、错误密度、错误命中率）（注）关于做为质量目标能够设定的项目，应设定目标值后再使用。WaIkThrough记录11）知识产权（1）知识产权审查12）接收文档、数据从外部接收文档、数据时，应在记录的同时进行必要的管理。13）电子媒体的保管与保护为了在磁盘出现故障时能得到迅速恢复，而将其备份到能进行恢复的外部媒体中进行保管。14）配置管理设计文档、程序、环境、接收文件与数据的配置管理是务必的，确认相应的计划与实施情况。15）技术成果目标软件认证/注册16）设计验证（1） QCP的成果是否全通过设计验证（2）实施WT是否全被记录

21、且作为设计的验证的证据（3）WT的实施情况前回DR后WT结果下次DR前的计划17）总结结束DR时，归纳整理出遗留事件与问题点，并据实记录到DR记录的研讨事项与跟踪表中。19）确认是否再进行DR5. DR-C系统设计方针的审查（在系统设计结束后召开）。确认系统设计结束时无设计方面的问题。1）系统概要-基于系统设计书进行说明在确认有无更换的同时.，面向第三者进行说明。硬件构成软件构成与功能确认2）需求规范的更换管理需求规范的内容发生更换时，应迅速修改规范，并同意审批。而且要确认是否具有实际实施更换处理。3）到上一DR为止的遗留事项4）0程-一对系统开发计划书中的日程表进行确认。大日程与事件.DRD

22、、El、E2、F、验收、出厂、现场调试、提交；（2）中日程（3）小日程5）系统设计内容-一对实际成果（文档）进行确认 人机接口规范（界面、报表等） 错误处理 故障计策 通信规范/网络规范 数据结构（文件、记录等） 程序结构与子系统划分 与其它系统（机器）的接口、子系统之间的接口（系统I/F） 内部处理流程 Walkthroughi己录6）性能预测.-对性能管理表进行确认。7）测试方针1）测试的目的2）测试范围/内容3）测试环境环境条件、工具、方法、判定条件、测试等级（单体、组合、综合）特别是应提早对测试工具（含模拟器）进行评价。4）质量目标检查覆盖率、错误密度错误命中率5）WT记录8）接收文档

23、与数据从外部接收文档与数据时，记录的同时进行必要的管理9）电子媒体的保管与保护为了在磁盘出现故障时能得到迅速恢复，而将其备份到能进行恢复的外部媒体中进行保管。10）配置管理设计文档、程序、环境、接收文档数据的配置管理是务必的，确认计划与实施情况。11）风险管理一筛选与推测的风险项目找出开发过程、开发规范、进展、技术方面或者客户方体制等中的风险项目。然后检查有无计划外的作业发生，确认对过程有无影响。假如推测有风险存在时也要包含在内。12）软硬件准备情况的确认13）设计验证（1）确认QCP的成果是否全部通过正确的设计验证（2）实施WaIk-through全部被记录，且作为设计验证的证据（3）WT实

24、施情况前DR后的WT结果下DR前的WT计划14）总结结束DR时，归纳整理出遗留事项与问题点，并据实记录到DR记录的研讨事项与跟踪表中。15.确认是否再实施DR6. D R-D程序设计内容与编码、调试方针的审查（在程序制作前进行)确认程序设计中不存在问题。1)系统概要-一基于系统设计书说明在确认有无更换的同时，面向第三者进行说明。硬件构成软件构成与功能确认2)需求规范的更换管理需求规范的内容发生更换时，应迅速修改规范，并同意审批。而且要确认是否已实施更换处理。3)到前一DR为止的遗留事项4)日程-一对系统开发计划书中的日程表进行确认。(1)大日程与事件.DR-EKE2、F、验收、出厂、现场调试、

25、提交；(2)中日程(3)小日程5)文档的完成程度一一对实际成果进行确认(1)程序一览(2)程序设计书(3)操作/使用说明书(4)安装说明书(5)Walkthrough记录6)程序制作标准(1)制作责任者与完成期限(2)源程序管理源码更换履历、更换许可、备份(3)编码规则的确认著作权的表示、修改履历(版本管理)(4)开发设备管理机器日程表(5)确认用品的筹备情况软盘、打印用纸等7)测试规范.-依照单体测试规范书(1)测试目的/基本准准/环境测试工具(含仿真)的评价计划与实际评价结果(2)内容功能测试负荷、性能、容量、精度、兼容性、边界值、破坏性测试、其他)(3)WT记录8)单体测试准备状况(1)

26、责任者/完成期限(2)测试环境(3)测试数据的制作(4)不合格表管理(5)质量分析的准备(6)其它9)性能预测的确认目标性能(2)性能预测结果10)接收文挡与数据从外部接收文档与数据时.，在记录的同时按需要进行管理。11)电子媒体的保管与保护为了在磁盘出现故障时能得到迅速恢复，而将其备份到能进行恢复的外部媒体中进行保管。12)配置管理(1)配置管理的计划与实施(2)更换管理表13)风险管理(1)筛选与推测的风险项目找出开发过程、开发规范、进展、技术或者客户方体制等方面中的风险项目。(2)有无计划外的作业发生，确认对过程有无影响。假如推测有风险存在时也要包含在内。14)设计验证(I)QCP的成果

27、全部通过正确的设计验证(2)Walk-through的实施全部被记录且作为设计验证的证据(3)WT的实施情况前一次DR后的WT的结果到下一次DR为止的WT计划15)总结结束DR时，归纳整理出遗留事项与问题点，并据实记录到DR记录的研讨事项与跟踪表中。16)确认是否要再次实施DR7.DR-El程序完成情况与单体测试结果、组合测试体制的审查(单体测试后召开)确认在程序制作、单体测试结束阶段没有问题存在。1)系统概要-基于系统设计书中说明在确认有无更换的同时，面向第三者进行说明。(1)硬件构成(2)软件构成与功能确认2)需求规范的更换管理需求规范的内务发生更换时，应迅速修改规范，并同意审批。而且要确

28、认是否具有实际实施更换处理。3)到前一DR的遗留事项4)日程一一一对系统开发计划书中的日程表的内容进行确认。(1)大日程与事件.DR-E2F、验收、出厂、现场调试、提交；(2)中日程(3)小日程5)文档的完成程度(1)操作说明书(2)系统设计书(3)程序设计书(4)其它(5)WT记录6)编程内容与完成程度一根据程序清单、审查记录来确认(1)编程规则/著作权表示/修改履历2000年对应(作为系统的)(2)Walkthrough记录7)单体测试结果未达成目标值时，重要的是分析其原因后拿出计策。(1)测试未实施的项目(2)不合格的遗留项目(3)不合格的发生、解决情况(4)检查覆盖率(5)错误命中率(

29、6)错误密度(7)2000年对应(作为系统的)(8)其它8)组合测试准备情况 测试内容 体制 日程表(责任者、完成期限) 测试环境(硬件、软件、测试数据、测试工具、调试工具) 不合格表的管理,Walkthrough记录9)性能评价(单体测试)的确认在性能管理表中进行单体测试阶段性能测定值的确认。 目标性能 评价方法 测试结果10)接收文档与数据从外部接收文档与数据时，在记录的同时进行必要的管理。11)电子媒体的保管与保护为了在磁盘出现故障时能得到迅速恢复，而将其备份到能进行恢复的外部媒体中进行保管。 文档/数据的备份 软件(源程序)的备份 开发环境的备份12)配置管理(1)设计文档、程序、环境

30、、接收文档与数据的配置管理是务必的，确认计划与实施情况。(2)更换管理表13)风险管理(1)筛选与推测的风险项目找出开发过程、开发规范、进展、技术或者客户方体制等方面中的风险项目。(2)有无计划外的作业发生,确认对过程有无影响。假如有推测的风险存在时也要包含在内。14)设计验证(I)QCP的成果全部通过正确的设计验证(2)Walk-through的实施全部被记录且作为设计验证的证据(3)WT的实施情况前一次DR后的WT的结果到下一次DR为止的WT计划15)总结结束DR时，归纳整理出遗留事项与问题点，并据实记录到DR记录的研讨事项与跟踪表中。16)确认是否要再次实施DR8. DR-E2组合测试结

31、果的审查(综合测试前召开)1)系统概要-一基于系统设计书进行说明在确认更换有无的同时.，面向第三者进行说明。(1)硬件构成(2)软件构成与功能确认2)需求规范的更换管理需求规范的内容发生更换时，应迅速修改规范，并同意审批。而且要确认是否具有实际实施更换处理。3)到上一DR为止的遗留事项4)日程.一一对系统开发计划书中的日程表进行确认。(1)大日程与事件.DR-F,验收、出厂、现场调试、提交；(2)中日程(3)小日程5)组合测试结果(1)测试未实施的项目(2)不合格的遗留问题(3)不合格的发生、解决情况(4)检查覆盖率(5)错误命中率(6)错误密度(7)Bug曲线(8)2000年对应(作为系统的

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

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

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

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

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

37、条件(4)现场状况机器安装等(5)用户内事件(6)DR-G的再确认(7) DR-H的再确认13)接收文档/数据(1)接收文档/数据的管理14)电子媒体的保管、保护(1)文档/数据的备份(2)软件的备份15)已出厂软件的储存(1)出厂或者完成软件原本及复制品的储存16)配置管理(1)配置管理的计划与实施(2)更换管理表17)风险管理筛选出推测的风险项目计策预定之外发生的作业18)设计验证(I)QCP的成果全部通过正确的设计验证(2)Walk-through的实施被记录且作为设计验证的证据(3) WT的实施状况 前一次DR后的WT结果 到下一次为止的WT计划19)保护体制 保护窗口 有无一次性保护

38、的委托20)产品承认/产品出厂承认文书的确认产品承认/产品出厂承认的共同事项 BUG发生/修正推移表 产品评价表 质量未确认/遗留项目列表 知识产权审查报告 生产许可证审查报告 系统开发计划书 公司验收会记录产品承认项目 产品承认申请书 开发、改进要点与保护 系统利润管理表 其它出厂承认项目 出厂承认申请书 其它21)出厂判定22)总结结束DR时，归纳整理出遗留事项与问题点，并据实记录到DR记录的研讨事项与跟踪表中。23)确认是否需要再次实施DR10. 审查会(只对标准产品)在开发马上完成时，开发部门便将产品计划书总结后提交主管领导，等待他的认可。审查会确认是否进行了充分的测试与检查。11.

39、DR-G(可选项)现场调试作业的审查(在现场调试之前召开.现场调试进行过程中有必要时也可召开)确认出厂后的现场调试作业无问题。D系统概要-基于系统设计书进行说明2)到上一DR为止的遗留事项3)B程一-对系统开发计划书中的日程表进行确认。(1)大日程与事件.用户培训、开始运行、提交、验收等(2)中日程(3)小日程4)验收会指出的事项-一在用户端实施验收时，用验收检查备忘录进行确认。5)现场的壮况对硬件安装日程及情况的确认6)现场调试准备情况(1)作业体制(用户方与本公司)(2)日程表(分担、确认)现场调试时间，期限用户事件(3)现场测试规范书测试的目标测试的环境与条件(4)备份体制(5)现场作业

40、项目规则不合格表的应用管理规范确认书的应用管理等(6)现场作业结束报告等的准备(7)其它7)验收条件从现场调试结束的条件是什么？用用户订货规范书及系统提案书来确认。8)接收文档与数据从外部接收文档与数据时，在记录的同时务必进行管理。9)电子媒体的保管与保护(1)文件/数据的备份(2)软件的备份10)出厂/完成软件的保管(1)出厂或者完成软件原本/及其友制品的保管11)配置管理(1)配置管理的计划与实施(2)更换管理表12)风险管理预定之外发生的作业13)安全卫生工作状况(1)联络体制(2)安全确认场所特别注意事项(3)场所工作指南规则14)总结结束DR时，归纳整理出遗留事项与问题点，并据实记录

41、到DR记录的研讨事项与跟踪表中。15)确认是否需要再次实施DR12. DR-H(可选项)现场调试作业的结果及综合验收(在现场调试之后召开)D系统概要-一基于系统设计书进行说明2)到上一DR为止的遗留事项3)日程一对现场作业要领书进行确认。对进度管理进行确认4)现场调试结果的确认(1)不合格的发生解决情况(2)检查覆盖率(3)错误命中率(4)错误密度(5)不合格未处理/遗留项目一(6)规范更换遗留项目(7)用户希望的遗留事项(8)其它5)保护服务体制保护联络体制6)文档的修改与保管壮况 操作/使用说明书 系统设计书 程序设计书 其它7)性能评价-按现场性能测定的数据来评价(1)目标性能/实测，评

42、价结果8)接收文档与数据从外部接收文档与数据时，在记录的同时进行必要的管理。9)电子媒体的保管与保护(1)文档/数据的备份(2)软件的备份10)出厂、完成软件的保管(1)出厂、完成软件及其复制品的保管。11)配置管理(1)配置管理的计划与实施情况。(2)更换管理表(3)归档状况12)风险管理筛选与推测的风险项目预定之外发生的作业13)DR技术成果软件认证/注册14)损益评价(1)财务分析15)本项目的总结(1)技术推广事项(2)在开发类似系统时的注意事项16)总结结束DR时，归纳整理出遗留事项及问题点，并据实记录到DR记录的研讨事项与跟踪表中。17)确认是否要再次实施DR检查清单检查结果存在问题/责任/期限1.交易对象的情报（I）客户名（2）客户地址（3）客户的特点（4）谈判期限2.系统需求概述用户（委托）规范书/提案书（1）硬件构成（2）软件构成（3）是否为新开发系统新开发改造3.需求规范用户（委托）规范书/提案书/估价书（1）有