某工程設計審查實施要領指南(doc 40頁)

1、作業(yè)標準S-10000總頁數(shù)44正文22附件22文件控制部門:項目管理部設計審查實施要領指南沈陽東東系統(tǒng)集成有限公司23 / 49目錄1.全體DR的通用事項1)DR中的課題、殘留問題以及未完成事項6/222)DR中使用的文檔6/223)證據的確認、成果的確認6/224)DR-G,H的可選性6/222.DR-Q合同內容的審查（在簽訂合同前召開）1)訂貨經過6/222)系統(tǒng)概要7/223) 需求規(guī)范7/224) 交納期限7/225) 驗收條件7/226) 有無客戶方驗收7/227) 目前的日程7/228) 總結7/223.DR-A接受訂貨內容和開發(fā)計劃的審查1)系統(tǒng)概要7/222)系統(tǒng)規(guī)范8/22

2、3)開發(fā)環(huán)境8/224)大日程（事件）8/225)體制、聯(lián)絡途徑8/226)向客戶繳納物品-通過訂貨規(guī)范書來確認8/227)接收文檔、數(shù)據8/228)電子媒體的保管、維護8/229)風險管理8/2210)總結8/224.-按效用規(guī)范（需求定義）檢查開發(fā)計劃（需求定義結束后進行）。1)系統(tǒng)概要8/222)需求規(guī)范的更改管理8/223)中遺留事項的確認8/224)系統(tǒng)開發(fā)計劃的確認8/225)性能預測(目標性能)-對性能管理表進行確認9/226)硬件配置與規(guī)模9/227) 可靠性9/228) 確認效用規(guī)范書的內容9/229)測試方針10/2210)知識產權10/2211)接收文檔、數(shù)據10/221

3、2)電子媒體的保管與維護10/2213)配置管理10/2214)設計驗證10/2215)準確性的確認10/2216)總結10/225.系統(tǒng)設計方針的審查（在系統(tǒng)設計結束后召開）。1)系統(tǒng)概要-基于系統(tǒng)設計書進行說明11/222)需求規(guī)范的更改管理11/223)到上一為止的遺留事項11/224)日程-對系統(tǒng)開發(fā)計劃書中的日程表進行確認。11/225)系統(tǒng)設計內容-對實際成果（文檔）進行確認11/226)性能預測-對性能管理表進行確認。11/227)測試方針11/228)接收文檔與數(shù)據11/229)電子媒體的保管與維護11/2210)配置管理11/2211)風險管理-篩選與推測的風險項目12/22

4、12)設計驗證12/2213)準確性的確認12/2214)總結12/226.程序設計內容與編碼、調試方針的審查（在程序制作前進行）1)系統(tǒng)概要-基于系統(tǒng)設計書進行說明12/222)需求規(guī)范的更改管理12/223)到上一為止的遺留事項12/224)日程-對系統(tǒng)開發(fā)計劃書中的日程表進行確認。12/225)文檔的完成情況-對實際成果進行確認12/226)程序制作標準12/227)測試規(guī)范-依照單體測試規(guī)范書12/228)單體測試準備情況13/229)接收文檔與數(shù)據13/2210)電子媒體的保管與維護13/2211)配置管理13/2212)風險管理-篩選與推測的風險項目13/2213)設計驗證13/2

5、214)準確性的確認13/2215)總結13/227. 1程序完成情況與單體測試結果、組合測試體制的審查（單體測試后召開）1)系統(tǒng)概要-基于系統(tǒng)設計書說明13/222)需求規(guī)范的更改管理13/223)到上一為止的遺留事項13/224)日程-對系統(tǒng)開發(fā)計劃書中的日程表進行確認。14/225)文檔的完成情況14/226)編程內容與完成情況-根據程序清單、審查記錄來確認14/227)單體測試結果14/228)組合測試準備情況14/229)性能評價的確認14/2210)接收文檔與數(shù)據14/2211)電子媒體的保管與維護14/2212)配置管理14/2213)風險管理-篩選與推測的風險項目14/2214

6、)設計驗證15/2215)準確性的確認15/2216)總結15/228.2組合測試結果內容的審查（綜合測試前召開）1)系統(tǒng)概要-基于系統(tǒng)設計書說明15/222)需求規(guī)范的更改管理15/223)到上一為止的遺留事項15/224)日程-對系統(tǒng)開發(fā)計劃書中的日程表進行確認。15/225)組合測試結果15/226)對性能評價的確認15/227)文檔的完成情況15/228)綜合測試準備情況15/229)公司內部與用戶方的驗收方針16/2210)接收文檔與數(shù)據16/2211)電子媒體的保管與維護16/2212)配置管理16/2213)風險管理-篩選與推測的風險項目16/2214)設計驗證16/2215)準

7、確性的確認16/2216)總結16/229.綜合測試結果檢查（結束綜合測試后召開）1)系統(tǒng)概要-在系統(tǒng)設計書中說明16/222)需求規(guī)范的更改管理17/223)到上一為止的遺留事項17/224)日程-在系統(tǒng)開發(fā)計劃書中的主工程表中確認。17/225)組合測試結果-依據出廠認可申請書與綜合測試規(guī)范書成績書。17/226)對性能評價的確認-以綜合試驗規(guī)范書與成績書及性能管理為依據。17/227)客戶方的驗收準備狀況17/228)知識產權17/229)文檔的完成情況17/2210)提交物品17/2211)驗收條件17/2212)公司驗收會17/2213)產品完成程度的評價18/2214)現(xiàn)場調試作業(yè)

8、方針與準備情況18/2215)接收文檔與數(shù)據18/2216)電子媒體的保管與維護18/2217)出廠軟件的保管18/2218)配置管理18/2219)風險管理-篩選與推測的風險項目18/2220)準確性的確認18/2221)維護體制18/2222)總結18/2210. 審查會（只對標準產品）19/2211.DR-G(可選項)現(xiàn)場調試作業(yè)的驗收1)系統(tǒng)概要-基于系統(tǒng)設計書進行說明19/222)到上一為止的遺留事項19/223)日程-對系統(tǒng)開發(fā)計劃書中的日程表進行確認。19/224)驗收指出事項-在用戶端實施驗收時,用驗收檢查備忘錄進行確認。19/225)現(xiàn)場情況19/226)現(xiàn)場調試準備情況19

9、/227)驗收條件19/228)接收文檔與數(shù)據19/229)電子媒體的保管與維護19/2210)配置管理19/2211)風險管理-篩選與推測的風險項目19/2212)出廠軟件的保管19/2213)準確性的確認20/2214)總結21/2212.DRH(可選項)現(xiàn)場調試作業(yè)的結果及綜合驗收1)系統(tǒng)概要-基于系統(tǒng)設計書進行說明21/222)到上一為止的遺留事項21/223)日程-在現(xiàn)場作業(yè)要領書中確認。21/224)現(xiàn)場調試結果的確認21/225)維護服務體制21/226)文檔的修改與保管情況21/227)性能評價-按現(xiàn)場性能測定的數(shù)據來評價21/228)接收文檔與數(shù)據21/229)電子媒體的保管

10、與維護21/2210)出廠軟件的保管21/2211)配置管理21/2212)風險管理-篩選與推測的風險項目21/2213)準確性的確認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-E1 檢查表12/22(附)·DR-E2 檢查表14/22(附)·DR-F 檢查表16/22(附)·DR-G 檢查表19/22(附)·DR-H 檢查表

11、21/22(附)1.全體DR的通用事項1)DR中的課題、殘留問題以及未完成事項實施DR后,審查的課題、剩余問題以及由于進度延遲而未完成的事項,要全部無遺漏地記錄在“DR記錄（研討事項和跟蹤）”中,并進行跟蹤。2)證據的確認、成果的確認在各個DR中,一定要對各個DR中的作業(yè)結束證據（WalkThrough記錄、DR記錄等）和成果進行確認。2. DR-Q合同內容的審查（在簽訂合同前召開） （軟件包軟件沒有DR-Q）本DR是與客戶洽談的部門將成交內容向開發(fā)承擔部門說明后,洽談部門與開發(fā)承擔部門一起對合同內容進行審查和確認。在有基本合同的情況下,進行的項目洽談,可以以審查批準的簽字形式進行DR-Q。1

12、)交易對象的情報洽談部門負責說明下述事項,確認本公司與客戶的關系,及重要事項。·何時,以什么方式成交的？·成交當中的重要事件·與其它公司的競爭狀況·客戶關鍵人物等綜合以上各點,對以下的基本事項進行明確：（1） 客戶名（2） 客戶地址（3）客戶的特點（4）談判期限2)系統(tǒng)需求的概述可用圖示說明有關硬件的組成、軟件組成。（1）硬件組成（2）軟件組成（3）是否為新開發(fā)系統(tǒng)3)需求規(guī)范對需求規(guī)范進行詳細的說明（包括是否使用客戶提供品或者從其它公司購入的物品等）。（1）有無用戶提供物品（2）從其它公司購入物品（3）需求事項是否明確（4）與需求有關的技能的確認（5）

13、與需求有關的資源的確認 ·人員負荷 ·開發(fā)場所 ·購入品、提供物品、其它（6）進口（輸入）管理 ·進口管理的實施項目 ·是否需要進口管理4)是否與其他公司存在競爭5)預算 ·客戶的預算6)交納日期對客戶要求的交納期、以及是一次交納還是分期交納等進行說明。（1）提交用戶日期（2）用戶開始使用日期7)估價方法8)接受委托的風險 ·有無系統(tǒng)集成的要求、有無新的軟硬件、工期、開發(fā)體制、委托規(guī)模范圍不明、要求性能 、 客戶規(guī)模、客戶窗口9 )當前的日程計劃·DR-A預定日期的確認10)總結11)確認是否再次實施DR 3.DR

14、-A交接文檔和開發(fā)計劃的審查1)接受委托經過·委托重點（本系統(tǒng)的銷售重點）（1）客戶名（正式名）·窗口部門、最終提交部門（2）提交方（正式名）·窗口、 最終提交場所（3）系統(tǒng)名稱（4）委托金額 （5）交付期（6）關聯(lián)公司（7）合同（委托）條件·知識產權·保護·維護內容/條件/體制·保證內容/保證期限·責任范圍·用戶指定產品的使用·適用法規(guī)類·保證項目 ·運行率/故障率要求 ·性能要求 ·處理容量要求 ·精度要求 ·其它2)DRQ遺留事項

15、 發(fā)行DR記錄（根據商討項目與跟蹤的件數(shù)來確認）3)系統(tǒng)概要 ·開發(fā)方針的確認·系統(tǒng)效用概要·硬件,軟件組成· 系統(tǒng)運行條件 休息日、夜間運行的確認· 工作范圍 委托范圍現(xiàn)場調試4)系統(tǒng)規(guī)范（1）系統(tǒng)規(guī)范的確認 ·故障、 恢復規(guī)范的確認 ·2000年對應問題（作為系統(tǒng)）（2）（本公司）要求事項（3）交接文檔的確認 （根據規(guī)范交接書中確認）5)驗收條件（包含性能） 6)新開發(fā)產品（新技術開發(fā)項目）（1）硬件關系 購入硬件（2）軟件產品 公司內部開發(fā)、購入軟件7)合同內容的確認（1）估價內容（根據）的確認 (2)估價要反映出全部

16、要求事項（3）有無滿足要求事項的技能（4）和資源（人員負荷）（5）要求事項與估價的差異（6）有無發(fā)行編號（7）投入管理妥當與否確認8)開發(fā)環(huán)境（1）設置場所 具體場所（2）設置日程（3）費用負擔形式（4）設備管理9)用戶驗收會檢查有無（1）期限（2）內容10)大日程（事件）（1）規(guī)范、用戶批準預定日（2）用戶提供物品、數(shù)據預定 交付日期（3）出廠預定日（4）現(xiàn)場硬件設置預定日（5）現(xiàn)場作業(yè)時間（6）試運行開始預定日（7）正式運行開始預定日（8）DRB預定日的確認（9）到下次DR前的WT計劃11)體制、聯(lián)絡表（1）用戶方體制、負責窗口（2）本公司體制、負責、分擔12)向用戶交納物品（1）提出程序

17、 （種別/媒體/數(shù)量 其它）（2）提出文檔的名稱以及時間與數(shù)量（3）其它13)接受文檔/數(shù)據（1）接受文檔/數(shù)據管理14)電子媒體的保管/維護（1）文檔/數(shù)據的備份15)風險管理 篩選/推測的風險項目 預定之外發(fā)生的作業(yè)16)總結17)確認是否再實施DR 4.-按效用規(guī)范（需求定義）檢查開發(fā)計劃（需求定義結束后進行）。 以明確開發(fā)計劃為目的,這兒將以怎樣執(zhí)行計劃為目的。1)系統(tǒng)概要· 硬件組成· 軟件組成和效用規(guī)范2)需求規(guī)范的更改管理需求規(guī)范的內容有了更改時,應迅速修改規(guī)范,并接受審批。而且要確認有沒有實際實施更改處理。3)到上一為止的遺留問題4)系統(tǒng)開發(fā)計劃的確認（1）

18、開發(fā)方針商討 (2)軟件效用規(guī)范的確認 (3)軟件開發(fā)任務分配 用戶/其它公司/購入 本公司內部門/合作公司 (4)開發(fā)體制圖（作用、人員） (5)風險管理 ·篩選/推測的風險項目 ·預定之外發(fā)生的作業(yè)（6）提供物品的管理 (7)日程計劃（開發(fā)過程） ·用戶在內的事件計劃 ·與其它部門的交接計劃 ·綜合化計劃 ·DR計劃 ·進度狀況 （大,中,小日程表） ·主要作業(yè)項目的計劃 （8）軟件的留用（繼承） (9)開發(fā)工具 ·使用語言 ·CASE工具 ·測試工具 ·其它（庫等）(1

19、0)要制作的文檔的種類/承擔者/期限/是否提交(11)開發(fā)環(huán)境 機器、空間(12)驗收計劃的確認 ·檢查范圍/場所/機器 (13)提交計劃·提交成果物/驗收條件/維護 (14)設計規(guī)則：人機界面規(guī)測標準/術語集 ·規(guī)范書制作/編碼/測試檢查 （15）項目運行規(guī)則（16）購入軟硬件的評價計劃5)性能預測(目標性能)-對性能管理表進行確認即使客戶要求沒有確定下來也要設定目標值。明確目標值設定、預測中的性能、內存或硬盤等的硬件條件（型號,容量）和操作系統(tǒng)、基本庫的版本等軟件條件是非常重要的。如果不精確的話,將無法進行性能分析。6)硬件配置與規(guī)模從目標性能、處理容量、可靠

20、性等的檢查結果來確認此硬件配置與規(guī)模有無問題。對于開發(fā)方來說,硬件的條件越寬越好。對于要求嚴格的用戶（營業(yè)）來說,成本越低越好。這時應根據雙方最大限度的讓步來決定,但不能毀壞與客戶的協(xié)定。7)可靠性錯誤恢復、備份,調試或開始使用后發(fā)生不合格等時,討論對障礙的處理對策。對調試或開始使用后發(fā)生的不合格的處理應注意不要影響產品性能。8)估價確認 第二階段估價9)效用規(guī)范書內容確認應確認如下內容：·人機接口系列(界面·報表等) ·錯誤處理 ·故障對策 ·通信規(guī)范/網絡規(guī)范 ·數(shù)據結構（文件、記錄等） ·程序結構 ·系統(tǒng)接口

21、 ·2000年對應（作為系統(tǒng)） ·WalkThrough記錄 10)測試方針明確本系統(tǒng)的主要效用、危險點等重要點后,制訂測試的方針。·測試目的·測試范圍、內容（單體、組合、綜合）·測試環(huán)境 特別是應提前對測試用工具（含模擬器）是否合適進行評價。·質量目標(檢查覆蓋率、錯誤密度、錯誤命中率)（注）對于做為質量目標可以設定的項目,應設定目標值后再使用。 ·WalkThrough記錄 11)知識產權 (1) 知識產權審查12)接收文檔、數(shù)據從外部接收文檔、數(shù)據時,應在記錄的同時進行必要的管理。13)電子媒體的保管與維護為了在磁盤出

22、現(xiàn)故障時能得到迅速恢復,而將其備份到能進行恢復的外部媒體中進行保管。14)配置管理設計文檔、程序、環(huán)境、接收文件和數(shù)據的配置管理是必須的,確認相應的計劃與實施情況。15)技術成果目標 軟件認證/注冊16)設計驗證 (1) QCP的成果是否全通過設計驗證(2) 實施WT是否全被記錄且作為設計的驗證的證據(3)WT的實施情況 ·前回DR后WT結果 ·下次DR前的計劃17)總結結束時,歸納整理出遺留事件與問題點,并據實記錄到記錄的研討事項與跟蹤表中。19)確認是否再進行DR 5.系統(tǒng)設計方針的審查（在系統(tǒng)設計結束后召開）。確認系統(tǒng)設計結束時無設計方面的問題。1)系統(tǒng)概要-基于系統(tǒng)

23、設計書進行說明在確認有無更改的同時,面向第三者進行說明。·硬件組成·軟件組成與效用確認2)需求規(guī)范的更改管理需求規(guī)范的內容發(fā)生更改時,應迅速修改規(guī)范,并接受審批。而且要確認有沒有實際實施更改處理。3)到上一為止的遺留事項4)日程-對系統(tǒng)開發(fā)計劃書中的日程表進行確認。(1)大日程與事件D、E1、E2、驗收、出廠、現(xiàn)場調試、提交；(2)中日程(3)小日程5)系統(tǒng)設計內容-對實際成果（文檔）進行確認·人機接口規(guī)范（界面、報表等）·錯誤處理·故障對策·通信規(guī)范網絡規(guī)范·數(shù)據結構（文件、記錄等）·程序結構與子系統(tǒng)劃分

24、3;與其它系統(tǒng)（機器）的接口、子系統(tǒng)之間的接口(系統(tǒng)I/F)·內部處理流程·Walk through記錄6)性能預測-對性能管理表進行確認。7)測試方針1)測試的目的2)測試范圍/內容3)測試環(huán)境環(huán)境條件、工具、方法、判定條件、測試等級（單體、組合、綜合）特別是應提前對測試工具（含模擬器）進行評價。4)質量目標·檢查覆蓋率、·錯誤密度·錯誤命中率5)WT記錄8)接收文檔與數(shù)據從外部接收文檔與數(shù)據時,記錄的同時進行必要的管理9)電子媒體的保管與維護為了在磁盤出現(xiàn)故障時能得到迅速恢復,而將其備份到能進行恢復的外部媒體中進行保管。10)配置管理設計文

25、檔、程序、環(huán)境、接收文檔數(shù)據的配置管理是必須的,確認計劃與實施情況。11)風險管理-篩選與推測的風險項目找出開發(fā)過程、開發(fā)規(guī)范、進展、技術方面或客戶方體制等中的風險項目。然后檢查有無計劃外的作業(yè)發(fā)生,確認對過程有無影響。如果推測有風險存在時也要包含在內。 12)軟硬件準備情況的確認13)設計驗證 (1) 確認QCP的成果是否全部經過正確的設計驗證 (2) 實施Walk-through全部被記錄,且作為設計驗證的證據 (3)WT實施情況 ·前DR后的WT結果 ·下DR前的WT計劃14)總結結束時,歸納整理出遺留事項與問題點,并據實記錄到記錄的研討事項與跟蹤表中。15.確認是否

26、再實施DR 6.程序設計內容與編碼、調試方針的審查（在程序制作前進行）確認程序設計中不存在問題。1)系統(tǒng)概要-基于系統(tǒng)設計書說明在確認有無更改的同時,面向第三者進行說明。·硬件組成·軟件組成與效用確認2)需求規(guī)范的更改管理需求規(guī)范的內容發(fā)生更改時,應迅速修改規(guī)范,并接受審批。而且要確認是否已實施更改處理。3)到前一為止的遺留事項4)日程-對系統(tǒng)開發(fā)計劃書中的日程表進行確認。(1)大日程與事件1、2、驗收、出廠、現(xiàn)場調試、提交；(2)中日程(3)小日程5)文檔的完成程度-對實際成果進行確認(1)程序一覽(2)程序設計書(3)操作/使用說明書(4)安裝說明書(5)Walk th

27、rough記錄 6)程序制作標準(1)制作責任者與完成期限(2)源程序管理··········源碼更改履歷、更改許可、備份(3)編碼規(guī)則的確認········著作權的表示、修改履歷（版本管理）(4)開發(fā)設備管理·········機器日程表(5)確認用品的籌備情況···軟盤、打印用紙等7)測試規(guī)范-依

28、照單體測試規(guī)范書(1) 測試目的/基本準準/環(huán)境測試工具（含仿真）的評價計劃與實際評價結果(2) 內容 效用測試負荷、性能、容量、精度、兼容性、邊界值、毀壞性測試、其他） (3)WT記錄8)單體測試準備狀況(1)責任者/完成期限(2)測試環(huán)境(3)測試數(shù)據的制作(4)不合格表管理 (5)質量分析的準備 (6)其它 9)性能預測的確認(1)目標性能(2)性能預測結果10)接收文擋與數(shù)據從外部接收文檔與數(shù)據時,在記錄的同時按需要進行管理。11)電子媒體的保管與維護為了在磁盤出現(xiàn)故障時能得到迅速恢復,而將其備份到能進行恢復的外部媒體中進行保管。12)配置管理(1) 配置管理的計劃與實施(2) 更改管

29、理表13)風險管理 (1)篩選與推測的風險項目 找出開發(fā)過程、開發(fā)規(guī)范、進展、技術或客戶方體制等方面中的風險項目。(2)有無計劃外的作業(yè)發(fā)生,確認對過程有無影響。如果推測有風險存在時也要包含在內。14)設計驗證(1)QCP的成果全部經過正確的設計驗證(2)Walk-through的實施全部被記錄且作為設計驗證的證據(3)WT的實施情況 ·前一次DR后的WT的結果 ·到下一次DR為止的WT計劃15)總結結束時,歸納整理出遺留事項與問題點,并據實記錄到記錄的研討事項與跟蹤表中。16)確認是否要再次實施DR 7.1程序完成情況與單體測試結果、組合測試體制的審查（單體測試后召開）確

30、認在程序制作、單體測試結束階段沒有問題存在。 1)系統(tǒng)概要-基于系統(tǒng)設計書中說明在確認有無更改的同時,面向第三者進行說明。(1)硬件組成(2)軟件組成與效用確認2)需求規(guī)范的更改管理需求規(guī)范的內容發(fā)生更改時,應迅速修改規(guī)范,并接受審批。而且要確認有沒有實際實施更改處理。3)到前一的遺留事項4)日程-對系統(tǒng)開發(fā)計劃書中的日程表的內容進行確認。(1)大日程與事件2·、驗收、出廠、現(xiàn)場調試、提交；(2)中日程(3)小日程5)文檔的完成程度(1)操作說明書(2)系統(tǒng)設計書(3)程序設計書(4)其它(5)WT記錄6)編程內容與完成程度-根據程序清單、審查記錄來確認(1) 編程規(guī)則/著作權表示/

31、修改履歷 2000年對應（作為系統(tǒng)的）(2)Walk through記錄7)單體測試結果未達成目標值時,重要的是分析其原因后拿出對策。(1) 測試未實施的項目(2)不合格的遺留項目(3)不合格的發(fā)生、解決情況(4)檢查覆蓋率(5)錯誤命中率(6)錯誤密度(7)2000年對應（作為系統(tǒng)的）(8)其它8)組合測試準備情況·測試內容·體制 ·日程表（責任者、完成期限）·測試環(huán)境（硬件、軟件、測試數(shù)據、測試工具、調試工具）·不合格表的管理·Walk through記錄9)性能評價（單體測試）的確認在性能管理表中進行單體測試階段性能測定值的確認

32、。·目標性能·評價方法·測試結果10)接收文檔與數(shù)據從外部接收文檔與數(shù)據時,在記錄的同時進行必要的管理。11) 電子媒體的保管與維護 為了在磁盤出現(xiàn)故障時能得到迅速恢復,而將其備份到能進行恢復的外部媒體中進行保管。 ·文檔/數(shù)據的備份 ·軟件（源程序）的備份 ·開發(fā)環(huán)境的備份12)配置管理(1)設計文檔、程序、環(huán)境、接收文檔和數(shù)據的配置管理是必須的,確認計劃與實施情況。(2)更改管理表13)風險管理 (1)篩選與推測的風險項目 找出開發(fā)過程、開發(fā)規(guī)范、進展、技術或客戶方體制等方面中的風險項目。 (2)有無計劃外的作業(yè)發(fā)生,確認對過程有

33、無影響。如果有推測的風險存在時也要包含在內。14)設計驗證(1)QCP的成果全部經過正確的設計驗證(2)Walk-through的實施全部被記錄且作為設計驗證的證據(3)WT的實施情況 ·前一次DR后的WT的結果 ·到下一次DR為止的WT計劃15)總結結束時,歸納整理出遺留事項與問題點,并據實記錄到記錄的研討事項與跟蹤表中。 16)確認是否要再次實施DR8.2組合測試結果的審查（綜合測試前召開）1)系統(tǒng)概要-基于系統(tǒng)設計書進行說明在確認更改有無的同時,面向第三者進行說明。(1) 硬件組成(2) 軟件組成與效用確認2)需求規(guī)范的更改管理需求規(guī)范的內容發(fā)生更改時,應迅速修改規(guī)范

34、,并接受審批。而且要確認有沒有實際實施更改處理。3)到上一為止的遺留事項4)日程-對系統(tǒng)開發(fā)計劃書中的日程表進行確認。(1) 大日程與事件、驗收、出廠、現(xiàn)場調試、提交；(2) 中日程(3) 小日程5)組合測試結果(1) 測試未實施的項目(2) 不合格的遺留問題(3) 不合格的發(fā)生、解決情況(4) 檢查覆蓋率(5) 錯誤命中率(6) 錯誤密度(7) Bug曲線(8) 2000年對應（作為系統(tǒng)的）(9) 其它目標值未完成時,主要應分析其結果后再尋找對策。6)性能評價的確認對目標性能評價的方法和測試結果進行確認7)文檔的完成程度·系統(tǒng)設計書·程序設計書·操作說明書

35、83;其它·WT記錄8)綜合測試準備狀況·測試內容·體制·日程（責任者、完成期限）·測試環(huán)境（硬件、軟件測試數(shù)據、測試/調試工具）·不合格表管理·決定質量評價、分析用的數(shù)據·Walk through記錄9)公司內部和用戶驗收會的方針應考慮下述事項實施驗收。·日程確認·用戶方與公司內部參加成員 在確認用戶方參加人員職務的基礎上,安排公司內部對應者·驗收會檢查內容/范圍·驗收會驗收條件10)接收文檔與數(shù)據從外部接收文檔與數(shù)據時,在記錄的同時進行必要的管理。11) 電子媒體的保管與

36、維護 為了在磁盤出現(xiàn)故障時能得到迅速恢復,而將其備份到能進行恢復的外部媒體中進行保管。12)配置管理(1)配置管理的計劃與實施(2)更改管理表13)風險管理 (1)篩選與推測的風險項目 找出開發(fā)過程、開發(fā)規(guī)范、進展、技術或客戶方體制等方面中的風險項目。(2)有無計劃外的作業(yè)發(fā)生,確認對過程有無影響。如果推測有風險存在時也要包含在內。14)設計驗證(1)QCP的成果全部經過正確的設計驗證(2)Walk-through的實施全部被記錄且作為設計驗證的證據(3)WT的實施情況 ·前一次DR后的WT的結果 ·到下一次DR為止的WT計劃15)總結結束時,歸納整理出遺留事項與問題點,并

37、據實記錄到記錄的研討事項與跟蹤表中。16)確認是否要再次實施DR 9.綜合測試結果的檢查（結束綜合測試后召開）這里的重點是,按計劃全面完成DR-E的測試后,作為產品準備出廠時確保沒有質量上的問題,進行出廠可否判定。 為了今后與客戶的對應,希望市場部門也出席。1)系統(tǒng)概要-基于系統(tǒng)設計書進行說明在確認有無更改的同時,面向第三者進行說明。(1) 硬件組成(2) 軟件組成與效用確認2)需求規(guī)范的更改管理需求規(guī)范的內容發(fā)生更改時,應迅速修改規(guī)范,并接受審批。而且還要確認有沒有實際實施更改處理。3)到上一為止的遺留事項4)日程-對系統(tǒng)開發(fā)計劃書中的日程表進行確認。(1) 大日程與事件驗收、出廠、現(xiàn)場調試

38、、提交；(2) 中日程(3) 小日程5)綜合測試結果-依據出廠批準申請書與綜合測試規(guī)范書成績書。(1)測試未實施的項目(2)不合格的遺留問題(3)不合格的發(fā)生、解決情況(4)檢查覆蓋率(5)錯誤命中率(6)錯誤密度(7)測試規(guī)范書/成績書的確認(8)Bug曲線(9)2000年對應（作為系統(tǒng)的）檢查重點為重要的效用、性能、精度、兼容性、負荷,邊界測試、毀壞性測試與虛擬運行測試。6)性能評價、綜合測試的確認-以綜合測試規(guī)范書與成績書及性能管理表為依據。 ·目標性能 ·評價結果 ·測試結果7)客戶驗收會準備狀況(1) 確認參加人員(2) 體制/責任者/效用分割(3) 詳

39、細日程(4) 檢查內容(5) 場所(6) 其它8)文檔的完成程度(1) 系統(tǒng)設計書(2) 程序設計書(3) 操作/使用說明書(4) Walk through記錄9)向用戶提交的物品(1) 交付物品一覽表(2) 文檔(3) 程序、裝載模塊 ·出廠媒體 對標簽、物品樣式等外觀進行確認 ·病毒檢查的實施10)驗收條件11)公司內驗收會DR-QDR-F是對文檔資料等進行的桌面審查,公司驗收會是對迄今為止由公司自行設計、制作的產品,使用實際設備,根據訂貨規(guī)范書、系統(tǒng)設計書與性能管理表等,接受有關人員對性能、可靠性、質量等方面的確認。12)現(xiàn)場調試工作方針與準備狀況 (1) 體制和日程

40、 (作業(yè)分擔和期限) (2)作業(yè)內容與范圍 (3)現(xiàn)場調試結束的驗收條件 (4)現(xiàn)場狀況機器安裝等 (5)用戶內事件 (6)DRG的再確認 （7）DRH的再確認 13)接收文檔/數(shù)據 (1)接收文檔/數(shù)據的管理 14)電子媒體的保管、維護 (1)文檔/數(shù)據的備份 (2)軟件的備份 15)已出廠軟件的保存 (1)出廠或完成軟件原本及復制品的保存16)配置管理 (1)配置管理的計劃和實施 (2)更改管理表 17)風險管理 ·篩選出推測的風險項目對策 ·預定之外發(fā)生的作業(yè) 18)設計驗證 (1)QCP的成果全部經過正確的設計驗證 (2)Walk-through的實施被記錄且作為設

41、計驗證的證據（3）WT的實施狀況 ·前一次DR后的WT結果 ·到下一次為止的WT計劃19)維護體制 ·維護窗口 ·有無一次性維護的委托20)產品承認/產品出廠承認文書的確認產品承認/產品出廠承認的配合事項·BUG發(fā)生/修正推移表·產品評價表·質量未確認/遺留項目列表·知識產權審查報告·生產許可證審查報告·系統(tǒng)開發(fā)計劃書·公司驗收會記錄產品承認項目·產品承認申請書·開發(fā)、改進要點和維護·系統(tǒng)利潤管理表·其它出廠承認項目·出廠承認申請書&#

42、183;其它21)出廠判定22)總結結束時,歸納整理出遺留事項與問題點,并據實記錄到記錄的研討事項與跟蹤表中。23)確認是否需要再次實施DR 10.審查會（只對標準產品） 在開發(fā)即將完成時,開發(fā)部門便將產品計劃書總結后提交主管領導,等待他的認可。 審查會確認是否進行了充分的測試與檢查。11.DR-G(可選項)現(xiàn)場調試作業(yè)的審查（在現(xiàn)場調試之前召開現(xiàn)場調試進行過程中有必要時也可召開）確認出廠后的現(xiàn)場調試作業(yè)無問題。1)系統(tǒng)概要-基于系統(tǒng)設計書進行說明2)到上一為止的遺留事項3)日程-對系統(tǒng)開發(fā)計劃書中的日程表進行確認。(1) 大日程與事件用戶培訓、開始運行、提交、驗收 等(2) 中日程(3) 小

43、日程4)驗收會指出的事項-在用戶端實施驗收時,用驗收檢查備忘錄進行確認。5)現(xiàn)場的壯況對硬件安裝日程及情況的確認6)現(xiàn)場調試準備情況(1)作業(yè)體制（用戶方與本公司）(2) 日程表（分擔確認）·現(xiàn)場調試時間,期限·用戶事件(3) 現(xiàn)場測試規(guī)范書·測試的目標·測試的環(huán)境與條件(4)備份體制(5)現(xiàn)場作業(yè)項目規(guī)則不合格表的應用管理規(guī)范確認書的應用管理等(6)現(xiàn)場作業(yè)結束報告等的準備(7)其它7)驗收條件從現(xiàn)場調試結束的條件是什么?用用戶訂貨規(guī)范書及系統(tǒng)提案書來確認。8)接收文檔與數(shù)據從外部接收文檔與數(shù)據時,在記錄的同時必須進行管理。9) 電子媒體的保管與維護(

44、1)文件/數(shù)據的備份(2)軟件的備份 10)出廠/完成軟件的保管 (1)出廠或完成軟件原本/及其復制品的保管11)配置管理 (1)配置管理的計劃和實施 (2)更改管理表12)風險管理 ·預定之外發(fā)生的作業(yè) 13)安全衛(wèi)生·工作狀況（1）聯(lián)絡體制 （2）安全確認 ·場所特別注意事項（3）場所工作指南規(guī)則14)總結結束時,歸納整理出遺留事項與問題點,并據實記錄到記錄的研討事項與跟蹤表中。15)確認是否需要再次實施DR12.DRH(可選項)現(xiàn)場調試作業(yè)的結果及綜合驗收 （在現(xiàn)場調試之后召開）1)系統(tǒng)概要-基于系統(tǒng)設計書進行說明2)到上一為止的遺留事項3)日程-對現(xiàn)場作業(yè)

45、要領書進行確認。對進度管理進行確認4)現(xiàn)場調試結果的確認(1)不合格的發(fā)生·解決情況 (2)檢查覆蓋率 (3)錯誤命中率 (4)錯誤密度 (5)不合格未處理/遺留項目 (6)規(guī)范更改遺留項目 (7)用戶希望的遺留事項 (8)其它5)維護服務體制維護聯(lián)絡體制6)文檔的修改與保管壯況·操作/使用說明書·系統(tǒng)設計書·程序設計書·其它7)性能評價-按現(xiàn)場性能測定的數(shù)據來評價 (1)目標性能/實測,評價結果8)接收文檔與數(shù)據從外部接收文檔與數(shù)據時,在記錄的同時進行必要的管理。9)電子媒體的保管與維護 (1)文檔/數(shù)據的備份 (2)軟件的備份10)出廠、完

46、成軟件的保管(1)出廠、完成軟件及其復制品的保管。11)配置管理(1) 配置管理的計劃與實施情況。(2) 更改管理表(3) 歸檔狀況12)風險管理···篩選與推測的風險項目預定之外發(fā)生的作業(yè)13)DR技術成果軟件認證/注冊14)損益評價（1）財務分析15)本項目的總結（1）技術推廣事項（2）在開發(fā)類似系統(tǒng)時的注意事項16)總結 結束時,歸納整理出遺留事項及問題點,并據實記錄到記錄的研討事項與跟蹤 表中。17)確認是否要再次實施DR DR-Q檢查清單(1/1) 日期: _年_月_日 QP-kkxxxxxx-nn 記錄者:_ 檢查清單 檢查結果 存在問題/責任/期限1

47、.交易對象的情報（1）客戶名（2）客戶地址（3）客戶的特點（4）談判期限2.系統(tǒng)需求概述 用戶（委托）規(guī)范書/提案書（1）硬件組成（2）軟件組成（3）是否為新開發(fā)系統(tǒng) 新開發(fā)·改造3.需求規(guī)范 用戶（委托）規(guī)范書/提案書/估價書（1）有無用戶提供物品 無·有（2）從其它公司購入物品 無·有（3）需求事項是否明確 問題 無·有（要商討 件）（4）與需求有關的技能的確認 問題 無·有（要商討 件）（5）與需求有關的資源的確認 問題 無·有（要商討 件） ·人員負荷 問題 無·有（要商討 件） ·開發(fā)場所 問題

48、 無·有（要商討 件） ·購入品、提供物品、其它 問題 無·有（要商討 件）（6）進口（輸入）管理 ·進口管理的實施項目 已實施·未實施 ·是否需要進口管理 要·不要4.是否與其它公司存在競爭 無·有（ ）5.預算 ·客戶的預算6.交納日期 用戶（委托）規(guī)范書/提案書（1）提交用戶日期（2）用戶開始使用日期7.估價方法 在中選擇估價的類型 （1）通常的估價類型 （2）兩階段估價類型=洽談時,規(guī)范確定時的兩階段 （3）兩階段估價類型=需求定義,軟件開發(fā)的兩階段 問題 無·有（要商討 件）8.接受委

49、托的風險·有無系統(tǒng)集成的要求、有無新的軟硬件、工期、開發(fā)體制、委托規(guī)模范圍不明、要求性能、客戶規(guī)模、客戶窗口9 .當前的日程計劃·DR-A預定日期的確認 預定 年 月 日10.總結 事前檢查遺留問題總數(shù) 件DR的遺留問題總數(shù) 件11.確認是否再次實施DR 再DR 要·不要 DR-A檢查清單(1/3) 日期: _年_月_日 QP-kkxxxxxx-nn 記錄者:_ 檢查清單 檢查結果 存在問題/責任/期限1.接受委托經過依照交接文擋·委托重點（本系統(tǒng)的銷售重點）（1）客戶名（正式名）·窗口部門、最終提交部門（2）提交方（正式名）·窗口、 最終提交場所（3）系統(tǒng)名稱（4）委托金額 總額： 軟件：（5）交付期 硬件交付日期： 軟件交付日期： 用戶使用開始日：（6）關聯(lián)公司 無·有（7）合同（委托）條件·知識產權無·有（已商定·還需商定 件 ）·保護無·有（已商定·還需商定 件 ）·維護內容/條件/體制無·有（已商定·還需