軟件平臺(tái)施工組織方案施工組織進(jìn)度打算1.施工組織方案工程總體開發(fā)流程水利業(yè)務(wù)綜合監(jiān)管系統(tǒng)是一項(xiàng)簡(jiǎn)潔、長(zhǎng)期的系統(tǒng)工程，為保證工程能夠順當(dāng)?shù)剡M(jìn)展實(shí)施，必需要制定科學(xué)、合理、切實(shí)可行的實(shí)施打算。一方面要從組織上進(jìn)展落實(shí)，成立強(qiáng)有力的工程領(lǐng)導(dǎo)小組和閱歷豐富的工程實(shí)施隊(duì)伍；另一方面要制定嚴(yán)格的時(shí)間進(jìn)度表，明確各里程碑的時(shí)間。同時(shí)還要制定工作原則，以指導(dǎo)工程的全面實(shí)施。工程實(shí)施原則工程小組與業(yè)主需求方強(qiáng)互動(dòng)，爭(zhēng)取讓需求方參與工程的全過程工程小組邀請(qǐng)使用方參與調(diào)研、設(shè)計(jì)、編碼、安裝調(diào)試、測(cè)試、培訓(xùn)、運(yùn)行、驗(yàn)收、售后效勞等工程的各個(gè)階段，協(xié)作系統(tǒng)開發(fā)方的工作，一方面可以培訓(xùn)自己的技術(shù)維護(hù)隊(duì)伍，為系統(tǒng)的使用保駕護(hù)航；另一方面，在開發(fā)過程中，可以讓用戶方和開發(fā)方強(qiáng)互動(dòng)，保持需求溝通通暢，保證工程的順當(dāng)進(jìn)展，準(zhǔn)時(shí)覺察問題，并對(duì)工程進(jìn)度和質(zhì)量進(jìn)展監(jiān)視。承受“兩手抓”的方針，一手抓開發(fā)、一手抓使用對(duì)于軟件工程，之所以稱為一個(gè)工程，很大程度上是由于軟件工程的建設(shè)，除了技術(shù)因素外，還有很多的非技術(shù)因素需要考慮，并且必需被得到重視。衡量一個(gè)軟件工程是否成功，很大程度上不是看這個(gè)軟件工程承受了多么先進(jìn)的技術(shù)，而是軟件對(duì)用戶來說是否有用，是否能夠幫助用戶解決很多預(yù)期的問題。國(guó)內(nèi)很多軟件工程的失敗，很大程度上是使用抓得不夠。在工程的試運(yùn)行過程中，在抓系統(tǒng)維護(hù)的同時(shí)，也要狠抓系統(tǒng)的使用，開發(fā)方和用戶方齊心協(xié)力幫助業(yè)務(wù)人員從原來的手工處理轉(zhuǎn)到計(jì)算機(jī)關(guān)心處理上來，在業(yè)務(wù)人員適應(yīng)計(jì)算機(jī)關(guān)心業(yè)務(wù)處理的過程中，盡可能早覺察系統(tǒng)中存在的問題，從而最大可能地使系統(tǒng)保質(zhì)保量的按時(shí)完成。數(shù)據(jù)同程序一律重要1該系統(tǒng)的建設(shè)，數(shù)據(jù)位于首要的地位，程序的編寫完成，僅僅意味著系統(tǒng)完成了一半，數(shù)據(jù)的收集、整理、錄入，對(duì)系統(tǒng)的建設(shè)來說同等重要。在工程實(shí)施過程中，確定要重視系統(tǒng)中數(shù)據(jù)的錄入工作，充分估量數(shù)據(jù)處理的難度，在系統(tǒng)建設(shè)之初，就將數(shù)據(jù)工作提到議事日程上來，安排相應(yīng)的資金、時(shí)間等，將數(shù)據(jù)工作落到實(shí)處，只有這樣才能爭(zhēng)取系統(tǒng)早日到達(dá)有用化。4、工程總體推動(dòng)打算為了有效地包管系統(tǒng)開發(fā)的質(zhì)量，整個(gè)系統(tǒng)建設(shè)的全過程劃分為預(yù)備、設(shè)計(jì)、開發(fā)、實(shí)施和運(yùn)行階段，每個(gè)階段完成相應(yīng)的任務(wù)，確保息系統(tǒng)的建設(shè)。整個(gè)軟件開發(fā)流程以以以下圖所示：2系統(tǒng)開發(fā)過程的各階段任務(wù)內(nèi)容在實(shí)施過程中將發(fā)生的重大質(zhì)量包管活動(dòng)或由此將產(chǎn)生的質(zhì)量記實(shí)和產(chǎn)物，工程治理與開發(fā)階段劃分親熱相關(guān)，因此主要依據(jù)工程實(shí)施的具體階段劃分辯明。1.1.2.需求分析階段首先需要經(jīng)雙方洽談會(huì)商，形成《需求調(diào)研打算》及《需求調(diào)研大綱》，確定預(yù)備事情、需求調(diào)研的內(nèi)容、方法方式以及人員和日程安排等內(nèi)容，經(jīng)雙方同意后按此打算開頭調(diào)研。調(diào)研正式開頭前工程開發(fā)組應(yīng)檢查一切必要的預(yù)備事情已經(jīng)圓滿完成。工程開發(fā)組依據(jù)調(diào)研中系統(tǒng)實(shí)際技術(shù)需求和各個(gè)子CMM標(biāo)準(zhǔn)要求的《系統(tǒng)需求分析報(bào)告》，并由工程組評(píng)審，不合格的局部進(jìn)一步完善調(diào)研；評(píng)審?fù)ㄟ^后由雙方共同簽署評(píng)審意見，并正式生效。對(duì)于軟件生產(chǎn)過程而言，需求階段是整個(gè)過程中最重要的階段，需求分析成果的好壞將直接導(dǎo)致工程的成功與否，因此合作雙方在此階段多投入是值得的。而且一旦評(píng)審?fù)ㄟ^并生效，則需求報(bào)告將成為系統(tǒng)的設(shè)計(jì)、開發(fā)、測(cè)試、實(shí)施試運(yùn)行和工程驗(yàn)收的根本依據(jù)之一，因此原則上用戶需求將不再由于其它因素的轉(zhuǎn)變而變更，如需進(jìn)展此種變更，需經(jīng)雙方工程負(fù)責(zé)人協(xié)商確定。總體設(shè)計(jì)階段工程開發(fā)組通過對(duì)系統(tǒng)的功能、運(yùn)行和性能要求加以分析，產(chǎn)生一個(gè)高層次的系統(tǒng)構(gòu)造、軟件構(gòu)造、接口和數(shù)據(jù)格式的設(shè)計(jì)，并向工程領(lǐng)導(dǎo)小組提交《系統(tǒng)設(shè)計(jì)報(bào)告》〔其中包括數(shù)據(jù)庫設(shè)計(jì)〕，組織評(píng)審并簽署評(píng)審意見。對(duì)其中評(píng)審不合格的局部進(jìn)一步完善和重籌劃，評(píng)審?fù)ㄟ^后由雙方共同簽署評(píng)審意見，并正式生效，作為后續(xù)軟件開發(fā)和測(cè)試的根底。該報(bào)告內(nèi)容的變更由雙方的現(xiàn)場(chǎng)實(shí)施負(fù)責(zé)人、技術(shù)負(fù)責(zé)人進(jìn)展溝通即可確定，并需向工程領(lǐng)導(dǎo)小組匯報(bào)。3具體設(shè)計(jì)階段工程開發(fā)組在《系統(tǒng)設(shè)計(jì)報(bào)告》的根蒂根基上，對(duì)功能和性能要求進(jìn)一步加以分析和細(xì)化并且把軟件的具體設(shè)計(jì)文檔化，向工程領(lǐng)導(dǎo)小組提交《系統(tǒng)具體設(shè)計(jì)報(bào)告》，并由工程組組織評(píng)審并簽署評(píng)審意見。對(duì)個(gè)中評(píng)審分歧格的局部進(jìn)一步完善和從頭籌劃，評(píng)審?fù)ㄟ^后由雙方共同簽署評(píng)審意見，并正式見效，作為后續(xù)軟件開發(fā)和測(cè)試的根蒂根基。該報(bào)告內(nèi)容的變更由雙方的現(xiàn)場(chǎng)實(shí)施負(fù)責(zé)人、技術(shù)負(fù)責(zé)人進(jìn)展溝通即可確定，并需向工程領(lǐng)導(dǎo)小組報(bào)告。系統(tǒng)開發(fā)階段依據(jù)前面的設(shè)計(jì)結(jié)果，由雙方的現(xiàn)場(chǎng)實(shí)施負(fù)責(zé)人、技術(shù)負(fù)責(zé)人爭(zhēng)論確定具體的開發(fā)打算，并向工程領(lǐng)導(dǎo)小組提交《工程開發(fā)打算》；工程領(lǐng)導(dǎo)小組對(duì)《工程開發(fā)打算》進(jìn)展審查，由雙方簽字后正式生效，并將作為軟件開發(fā)階段的工程治理和監(jiān)控依據(jù)，工程開發(fā)小組要嚴(yán)格據(jù)此打算把握工程進(jìn)度，按時(shí)向工程領(lǐng)導(dǎo)小組匯報(bào)工作進(jìn)展。為了使用戶能夠準(zhǔn)時(shí)獲知工程的進(jìn)展?fàn)顩r，開發(fā)小組需要每周向用戶相關(guān)領(lǐng)導(dǎo)提交《工程客戶周報(bào)》，用戶工程組可以隨時(shí)對(duì)工程的工作狀況進(jìn)展檢查。系統(tǒng)實(shí)施和試運(yùn)行階段首先需要經(jīng)雙方溝通和諧，形成《工程實(shí)施打算》，確定現(xiàn)場(chǎng)實(shí)施的預(yù)備事情、人員和日程安排、培訓(xùn)打算、階段目標(biāo)等內(nèi)容，經(jīng)雙方負(fù)責(zé)人簽字后見效，按此打算開頭現(xiàn)場(chǎng)實(shí)施。正式開頭現(xiàn)場(chǎng)實(shí)施前工程開發(fā)組應(yīng)檢查一切必要的預(yù)備事情是否已經(jīng)完成?，F(xiàn)場(chǎng)工作首先要進(jìn)展軟件在效勞器端的安裝和調(diào)試，包括數(shù)據(jù)庫中各類對(duì)象的生成，初始化數(shù)據(jù)，原有系統(tǒng)的重要數(shù)據(jù)的轉(zhuǎn)換導(dǎo)入，前后臺(tái)軟件的安裝，配置參數(shù)調(diào)整等工作；完成后需向系統(tǒng)維護(hù)人員提交《數(shù)據(jù)庫安裝名目》，《軟件安裝方法》文件，并幫助用戶進(jìn)展軟件安裝。軟件安裝完成并確認(rèn)可在系統(tǒng)正常運(yùn)行后，開頭相關(guān)業(yè)務(wù)4始之前需要由雙方協(xié)商形成《培訓(xùn)打算》，明確培訓(xùn)狀況、條件及方式，參與人員，課程課時(shí)等具體內(nèi)容，由雙方現(xiàn)場(chǎng)實(shí)施負(fù)責(zé)人簽字后見效，并劃分開頭著手預(yù)備，在既定時(shí)間內(nèi)完成。培訓(xùn)過程中由工程師供給《培訓(xùn)考勤記錄》，培訓(xùn)應(yīng)當(dāng)脫產(chǎn)、集中、封閉進(jìn)展，并要求全部參與人每日必需兩次考勤；培訓(xùn)完成后由雙方共同進(jìn)展《培訓(xùn)總結(jié)》，針對(duì)培訓(xùn)效果確定是否到達(dá)目標(biāo)，是否再增加培訓(xùn)課程；對(duì)以上內(nèi)容用戶工程組須進(jìn)展必要的考核和獎(jiǎng)懲，培訓(xùn)工程師有權(quán)對(duì)參與培訓(xùn)人員進(jìn)行客觀評(píng)價(jià)。培訓(xùn)順當(dāng)完成后將開頭軟件在試點(diǎn)部門試用，將向用戶提交編譯后的前后臺(tái)軟件，《軟件使用操作手冊(cè)》，《軟件功能清單》，這兩種文檔將具體描述軟件的使用過程，軟件所包含的全部系統(tǒng)功能模塊。軟件試用期內(nèi)用戶的主要工作是依據(jù)《軟件功能清單》所列的系統(tǒng)功能模塊，檢查公司所提交的軟件是否滿足《系統(tǒng)需求分析報(bào)告》、《系統(tǒng)設(shè)計(jì)報(bào)告》的規(guī)定，列出未完成及含有較嚴(yán)峻、明顯錯(cuò)誤的模塊清單形成《軟件問題及修改記錄》并提交給公司連續(xù)完善；此段時(shí)間可以對(duì)軟件的細(xì)節(jié)性問題進(jìn)展測(cè)試、驗(yàn)證，但主要精力還是應(yīng)放在模塊級(jí)功能的檢查上，假設(shè)全部模塊都已開發(fā)并可以進(jìn)入試運(yùn)行，其設(shè)計(jì)方法、技術(shù)可行性也都能夠滿足最終軟件的需要，則用戶各相關(guān)業(yè)務(wù)負(fù)責(zé)人、現(xiàn)場(chǎng)實(shí)施負(fù)責(zé)人需要簽署各子系統(tǒng)的《軟件交付書》，說明軟件已在現(xiàn)場(chǎng)安裝、調(diào)試、培訓(xùn)完成，根本可以進(jìn)入軟件試運(yùn)行；此后在軟件功能模塊一級(jí)上不應(yīng)再發(fā)生大的變化，如需要修改功能模塊設(shè)計(jì)，則需由雙方工程負(fù)責(zé)人協(xié)商解決。試運(yùn)行期內(nèi)用戶負(fù)責(zé)組織針對(duì)《軟件功能清單》所列的系統(tǒng)功能模塊進(jìn)呈現(xiàn)場(chǎng)的系統(tǒng)測(cè)試，包括舊兩套系統(tǒng)并行工作一段時(shí)間進(jìn)展驗(yàn)證，使每個(gè)功能模塊都得到根本確認(rèn)；對(duì)于其中覺察的問題和軟件的細(xì)節(jié)性修改意見，需以《軟件問題及修改記錄》的書面形式提交給公司；公司修改完成后馬上提交到現(xiàn)場(chǎng)，用戶負(fù)責(zé)組織馬上對(duì)軟件進(jìn)展確認(rèn)回歸測(cè)試，如驗(yàn)證問題已修改需要在《軟件問題及修改記錄》中予以說明。通過試運(yùn)行及修改后證明已經(jīng)根本完成的模塊，用戶應(yīng)組織相關(guān)的業(yè)務(wù)負(fù)責(zé)人在《軟件功能清單》中逐項(xiàng)確認(rèn)。5工程驗(yàn)收階段在試運(yùn)行期內(nèi)系統(tǒng)存在確定的細(xì)節(jié)性問題是工程工程不行避開的問題，特別是隨著用戶應(yīng)用的漸漸深入，此類需求會(huì)逐級(jí)提出，此類問題不屬于系統(tǒng)的致命性錯(cuò)誤；因此當(dāng)試運(yùn)行期內(nèi)所覺察的真正的“問題和錯(cuò)誤”收斂到確定數(shù)目以下時(shí)，各業(yè)務(wù)子系統(tǒng)經(jīng)過一段時(shí)間的并行工作系統(tǒng)已根本牢靠，就可以切換到正式運(yùn)行階段，開頭正式運(yùn)行。正式運(yùn)行后，由用戶提出驗(yàn)收要求，雙方共同制定《工程驗(yàn)收打算》，組成工程驗(yàn)收小組，共同進(jìn)展項(xiàng)目驗(yàn)收。此時(shí)公司將向用戶提交驗(yàn)收的各類文檔，包括對(duì)系統(tǒng)開發(fā)過程進(jìn)展總結(jié)的《工程總結(jié)》，《工程技術(shù)報(bào)告》，最終的完整的《數(shù)據(jù)庫字典》等。驗(yàn)收事情將由用戶組織的專家組對(duì)系統(tǒng)進(jìn)展全面的驗(yàn)收和鑒定，并出具工程驗(yàn)收小組領(lǐng)導(dǎo)簽字的《工程驗(yàn)收?qǐng)?bào)告》，并簽署驗(yàn)收意見，公司在此過程中將全程介入，在現(xiàn)場(chǎng)進(jìn)展驗(yàn)收前的維護(hù)事情。系統(tǒng)正式運(yùn)行及維護(hù)階段公司承諾對(duì)系統(tǒng)軟件供給效勞包管期，在包管期內(nèi)供給免費(fèi)的軟件升級(jí)和維護(hù)效勞；在包管期外，公司連續(xù)為系統(tǒng)的維護(hù)供給技術(shù)支撐，對(duì)于軟件升級(jí)供給優(yōu)待效勞。維護(hù)期的具體事情方式請(qǐng)見售后效勞承諾局部，一切維護(hù)事情，包括軟件出現(xiàn)問題修改、細(xì)節(jié)性功能的增加，用戶都要以《軟件問題及修改記實(shí)》的書面形式提交給公司，修改完成后用戶應(yīng)組織相關(guān)的營(yíng)業(yè)負(fù)責(zé)人進(jìn)展確認(rèn)，并在《軟件功能清單》中說明；如遇緊急狀況可事后補(bǔ)齊。系統(tǒng)開發(fā)進(jìn)度保證方案我公司針對(duì)本系統(tǒng)的軟件開發(fā)是依據(jù)該工程標(biāo)特性和階段、需求分析階段、系統(tǒng)設(shè)計(jì)階段、系統(tǒng)實(shí)現(xiàn)階段、集成測(cè)試階段、系統(tǒng)測(cè)試階段、系統(tǒng)交付階段和系統(tǒng)維護(hù)八個(gè)階段。6應(yīng)用系統(tǒng)開發(fā)實(shí)施各階段工程啟動(dòng)階段工程合同或協(xié)議的簽訂標(biāo)志著工程的正式啟動(dòng)。工程啟動(dòng)階段的主要任務(wù)：?召開工程啟動(dòng)會(huì)確定工程范圍：通過初步的需求調(diào)研，明確工程開發(fā)的范圍形成工程打算：包括軟件開發(fā)打算、量化治理打算、風(fēng)險(xiǎn)治理打算、組間和諧打算、質(zhì)量包管打算、配置治理打算等評(píng)審工程初始需求及工程打算工作流程圖如下：7工程主管確定工程資源工程經(jīng)理工程組成員\相關(guān)組成員QA工程師CM工程師簽發(fā)工程任務(wù)書閱讀工程任務(wù)書閱讀工程建議書等相關(guān)資料工程啟動(dòng)會(huì)爭(zhēng)論初始需求審批打算編制并提交軟件開發(fā)/質(zhì)量/風(fēng)險(xiǎn)治理/組間協(xié)調(diào)打算審核打算QA打算CM工程師開展相關(guān)工作QA打算CM打算審核CM打算CM打算搭建配置庫工程啟動(dòng)階段工作流程圖需求分析階段需求分析階段主要是工程組對(duì)用戶需求進(jìn)展進(jìn)一步調(diào)研分析，最終形成用戶確認(rèn)的系統(tǒng)需求說明書的過程。這個(gè)過程包含需求調(diào)研分析、需求評(píng)審、細(xì)化軟件開發(fā)打算等內(nèi)容。工作流程圖如下：8制定并提交需求分析階段打算QA主管審批階段打算閱讀階段打算需求調(diào)研閱讀SRS，并編SRS同行評(píng)審SRS，并形成會(huì)議紀(jì)要及問題清單提交用戶確認(rèn)SRS形成需求跟蹤矩陣題清單修訂工程各項(xiàng)打算審核階段總結(jié)及修訂后打算QA審計(jì)報(bào)告召開里程碑評(píng)審并形成會(huì)議記要審核階段總結(jié)、修訂后打算及QA審計(jì)報(bào)告QA審計(jì)報(bào)告需求分析階段工作流程圖系統(tǒng)設(shè)計(jì)階段系統(tǒng)設(shè)計(jì)階段主要依據(jù)需求分析的結(jié)果，對(duì)整個(gè)軟件系統(tǒng)進(jìn)展設(shè)計(jì)，如系統(tǒng)框架設(shè)計(jì)，數(shù)據(jù)庫設(shè)計(jì)等等。軟件設(shè)計(jì)一般分為總體設(shè)計(jì)和具體設(shè)計(jì)。軟件設(shè)計(jì)將為軟件程序編寫打下良好的根蒂根基。事情流程圖以下：9工程經(jīng)理/組員制定并提交系統(tǒng)設(shè)計(jì)階段打算QA工程師工程主管審批階段打算同行評(píng)審人員測(cè)試組閱讀階段打算標(biāo)準(zhǔn)及樣本程序〕評(píng)審標(biāo)準(zhǔn)及樣本及問題清單和具體設(shè)計(jì)文檔測(cè)試用例閱讀設(shè)計(jì)文檔，并編寫測(cè)試用例修訂工程各項(xiàng)打算查核階段總結(jié)及修訂后打算QA審計(jì)報(bào)告召開設(shè)計(jì)里程碑評(píng)審并形成會(huì)議紀(jì)要查核階段總結(jié)、修訂后打算及QA審計(jì)報(bào)告QA審計(jì)報(bào)告系統(tǒng)設(shè)計(jì)階段事情流程圖1.1.4.4.系統(tǒng)實(shí)現(xiàn)階段在系統(tǒng)實(shí)現(xiàn)階段，開發(fā)者依據(jù)《軟件系統(tǒng)具體設(shè)計(jì)報(bào)告》中對(duì)數(shù)據(jù)構(gòu)造、算法分析和模塊實(shí)現(xiàn)等方面的設(shè)計(jì)要求，開頭具體的編寫程序事情，劃分實(shí)現(xiàn)各模塊的功能，從而實(shí)現(xiàn)對(duì)目標(biāo)系統(tǒng)的功能、性能、接口、界面等方面的要求。10工程經(jīng)理/組員階段打算QA主管審批階段打算閱讀階段打算走查源代碼并記錄覺察的問題完善測(cè)試用例編寫單元測(cè)試用例實(shí)施單元測(cè)試完善需求跟蹤矩陣入配置庫查核階段總結(jié)及修訂后打算QA審計(jì)報(bào)告并形成會(huì)議紀(jì)要審核階段總結(jié)、修訂后打算及QA審計(jì)報(bào)告QA審計(jì)報(bào)告系統(tǒng)實(shí)現(xiàn)階段事情流程圖1.1.4.5.集成測(cè)試階段集成測(cè)試階段是在軟件系統(tǒng)集成過程中所進(jìn)展的測(cè)試，主要是檢查軟件單位之間的接口是否正確。依據(jù)集成測(cè)試打算，一邊將模塊或其他軟件單位組合成越來越大的系統(tǒng)，一邊運(yùn)行該系統(tǒng)，以分析所組成的系統(tǒng)是否正確，各組成局部是否合拍。11工程經(jīng)理/組員制定并提交系統(tǒng)實(shí)現(xiàn)階段打算QA工程主管審批階段打算同行評(píng)審人員測(cè)試組閱讀階段打算依據(jù)設(shè)計(jì)進(jìn)展編碼走查源代碼并記錄覺察的問題完善測(cè)試用例編寫單元測(cè)試用例實(shí)施單元測(cè)試完善需求跟蹤矩陣工程源代碼及文檔納入配置庫修訂工程各項(xiàng)打算審核階段總結(jié)及修訂后打算QA計(jì)報(bào)告召開實(shí)現(xiàn)階段里程碑評(píng)審并形成會(huì)議記要審核階段總結(jié)、修訂后打算及QA審計(jì)報(bào)告完成階段總結(jié)并提交QA集成測(cè)試階段事情流程圖1.1.4.6.系統(tǒng)測(cè)試階段系統(tǒng)測(cè)試階段是對(duì)已經(jīng)集成好的軟件系統(tǒng)進(jìn)展徹底的測(cè)試，以驗(yàn)證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求，檢查軟件的行為和輸出是否正確并非一項(xiàng)簡(jiǎn)潔的任務(wù)，它被稱為測(cè)試的“先知者問題“。因此，系統(tǒng)測(cè)試應(yīng)當(dāng)依據(jù)測(cè)試打算進(jìn)展，其輸入、輸出和其他動(dòng)態(tài)運(yùn)行行為應(yīng)當(dāng)與軟件規(guī)約進(jìn)展比照。12工程經(jīng)理/組員制訂并提交測(cè)試申請(qǐng)測(cè)試經(jīng)理QAQAM溝通測(cè)試內(nèi)容以及測(cè)試工作量提交測(cè)試打算審核測(cè)試打算并反響問題評(píng)審測(cè)試用例反響評(píng)審問題組織測(cè)試用例的編寫和評(píng)審，修改評(píng)審問題提交自測(cè)說明審核自測(cè)說明實(shí)施系統(tǒng)測(cè)試安排處理覺察的