一、工程概況及專業(yè)工程特點根據(jù)實際建設(shè)項目填寫，主要參考《設(shè)計方案》、《實施方案》。二、監(jiān)理工作流程1.工程前期階段監(jiān)理1.1監(jiān)理方應(yīng)完成的任務(wù)(1)針對建設(shè)方在建設(shè)合同簽訂過程的咨詢需求，隨時提供咨詢服務(wù);(2)對承建單位提交的建設(shè)合同給出評審意見，報建設(shè)方進行參考；1.2承建方應(yīng)提交的文檔(1)投標文件(終版)1.3建設(shè)方應(yīng)提交的文檔(1)招標文件(2)建設(shè)合同(3)設(shè)計文件及相關(guān)前期建設(shè)文件1.4監(jiān)理方應(yīng)提交的文檔(1)建設(shè)合同評審監(jiān)理意見(2)組織協(xié)調(diào)記錄(監(jiān)理例會會議紀要、監(jiān)理周報等)(3)其他監(jiān)理文檔(監(jiān)理聯(lián)系單、監(jiān)理通知單、備忘錄等)1.5工作流程1.6流程描述1）前期咨詢：提供應(yīng)用系統(tǒng)建設(shè)相關(guān)的技術(shù)支持服務(wù)；2）基本業(yè)務(wù)模型分析：協(xié)助建設(shè)制定所需應(yīng)用系統(tǒng)的業(yè)務(wù)需求指標；進行基本需求的調(diào)研和分析整理工作，基本上明確應(yīng)用系統(tǒng)的主體思路，為應(yīng)用系統(tǒng)建設(shè)范圍的確定提供依據(jù)；3）軟件應(yīng)用系統(tǒng)總體規(guī)劃：結(jié)合基本需求和應(yīng)用系統(tǒng)的實施框架結(jié)構(gòu)，協(xié)助建設(shè)對應(yīng)用系統(tǒng)進行優(yōu)先級劃分，同時結(jié)合國內(nèi)外的相關(guān)類型系統(tǒng)的實施情況，協(xié)助建設(shè)制定系統(tǒng)的總體實施規(guī)劃；4）招投標：必要時協(xié)助建設(shè)進行軟件應(yīng)用系統(tǒng)的招投標工作；5）承建方實力評價：協(xié)助建設(shè)了解承建方的技術(shù)實力和管理能力，客觀公正地評價承建方，為建設(shè)評估、選定承建方提供技術(shù)方面的參考意見;6）簽訂軟件開發(fā)合同：協(xié)助建設(shè)進行應(yīng)用系統(tǒng)的開發(fā)合同的簽訂工作；在承建合同中應(yīng)明確要求承建單位接受監(jiān)理方的監(jiān)理；建議建設(shè)單位在承建合同中明確規(guī)定工程所包含的功能、技術(shù)要求、測試標準、驗收要求和質(zhì)量責(zé)任；建議建設(shè)單位在開發(fā)合同中明確工程階段劃分及其質(zhì)量和進度要求，并依此作為工程階段性付款的依據(jù);核準投資預(yù)算與付款計劃;7）評審系統(tǒng)實施方案：協(xié)助建設(shè)評審系統(tǒng)實施方案的科學(xué)性、可行性；協(xié)助業(yè)主審核系統(tǒng)建設(shè)的量化目標以及考核方法；結(jié)合建設(shè)的實際情況對實施過程中的風(fēng)險進行評估，協(xié)助提出規(guī)避風(fēng)險的措施和手段；8）評審總體進度計劃：評審軟件應(yīng)用系統(tǒng)承建方的總體實施進度計劃，根據(jù)軟件工程的要求，評審承建方提出的軟件應(yīng)用系統(tǒng)總體實施計劃是否合理；9）項目啟動會：項目啟動時，召開由建設(shè)方、承建方和監(jiān)理方參加的首次會議，明確各參建方在項目實施過程中的責(zé)任和權(quán)利、各方的項目負責(zé)人及聯(lián)系方式、項目實施過程中各方遇到問題的處理流程、監(jiān)理例會的具體時間及周期等，并規(guī)定監(jiān)理方和承建方按時提交報告。2工程需求階段監(jiān)理2.1監(jiān)理方應(yīng)完成的任務(wù)1）編寫監(jiān)理規(guī)劃，并召開三方協(xié)調(diào)會議，確定工作流程及溝通制度；2）根據(jù)監(jiān)理規(guī)劃及各項目組的進度計劃，編制監(jiān)理實施細則；3）確定需求變更以及進度計劃變更的處理方法，并三方確認；4）審核實施方案、開發(fā)計劃，以評審報告的形式給建設(shè)方進行確認；5）參與需求調(diào)研方式的制定，并三方確認；6）對重要的需求調(diào)研部分，應(yīng)與開發(fā)方一起進行調(diào)研，做全過程見證，落實既定需求調(diào)研方案執(zhí)行情況，記錄需求調(diào)研過程。7）對開發(fā)方的調(diào)研成果進行核查，及時指出不足之處；8）對系統(tǒng)的需求必須有充分的理解；9）審核需求規(guī)格說明書、以評審報告的形式給建設(shè)方進行確認；2.2承建單位應(yīng)提交的文檔1）開發(fā)計劃2）軟件規(guī)格需求說明書（含需求確認表）2.3監(jiān)理方應(yīng)提交的文檔1）監(jiān)理規(guī)劃2）開發(fā)計劃評審報告3）監(jiān)理實施細則4）需求規(guī)格說明書檢查表5）需求評審意見

2.4工作流程

2.5流程描述1）編制監(jiān)理規(guī)劃和監(jiān)理實施細則；2）審核本階段計劃和明細任務(wù)分解計劃：審核承建方提交本階段計劃和明細任務(wù)分解計劃，提出監(jiān)理建議，對工程進度進行控制；3）督促承建方建立完善的質(zhì)量保證體系；4）建立協(xié)調(diào)機制：督促建設(shè)小組的聯(lián)系、溝通，有利于本階段的工作效率和效果；5）審核調(diào)研方式：協(xié)助建設(shè)審核調(diào)研計劃，進行需求調(diào)研準備工作，必要時參加需求的調(diào)研工作；6）審核調(diào)研記錄：審核承建方提交的用戶需求調(diào)研記錄（即原始需求），協(xié)助建設(shè)組織進行調(diào)研記錄的確認工作；7）組織需求分析報告評審：提交評審報告，說明需求分析報告評審的標準規(guī)范、評審項及建議；協(xié)助建設(shè)組織需求分析報告評審，必要時以“專家評審會”的形式展開；8）協(xié)助組織需求分析報告的建設(shè)方、監(jiān)理方、承建方簽字確認；9）審核承建方提交的測試方案；10）定期向建設(shè)報告項目實施的進度和質(zhì)量情況；3.工程設(shè)計階段監(jiān)理監(jiān)理方在該階段的監(jiān)理工作方向，主要是進行方案評審，包括設(shè)計組織人員與職責(zé)的評審、需求分析符合程度的評審、風(fēng)險分析、技術(shù)經(jīng)濟分析、設(shè)計進度的檢查、系統(tǒng)邊界清晰和完整性評審、系統(tǒng)安全性評審、知識產(chǎn)權(quán)保護建議等。設(shè)計階段監(jiān)理工作主要包括以下內(nèi)容。(1)結(jié)合信息工程項目特點，收集設(shè)計所需的技術(shù)經(jīng)濟資料。(2)配合設(shè)計單位對方案設(shè)計進行技術(shù)經(jīng)濟分析，優(yōu)化設(shè)計。(3)協(xié)助建設(shè)進行設(shè)計文件的評審。(4)參與主要設(shè)備、材料的選型工作。(5)審核方案中主要設(shè)備、材料清單。(6)審核系統(tǒng)設(shè)計方案及其他詳細設(shè)計文件。(7)組織設(shè)計文件的報批。(8)對方案設(shè)計內(nèi)容進行知識產(chǎn)權(quán)保護監(jiān)督。(9)審核技術(shù)方案中的信息安全保障措施。(10)協(xié)助建設(shè)對工程建設(shè)周期總目標進行分析討論。(11)審核承建方編制的工程項目總進度計劃，并在項目實施過程中控制其執(zhí)行。如果與合同有沖突，應(yīng)督促承建方調(diào)整工程進度計劃。(12)審核承建方編制的各分項工程階段進度計劃，根據(jù)實際環(huán)境的變化，督促承建方及時調(diào)整進度計劃。(13)審核工程設(shè)計和承建方的設(shè)備、材料清單和采購計劃，并檢查、督促其執(zhí)行。3.1監(jiān)理方應(yīng)完成的任務(wù)

3.1.1設(shè)計方案評審設(shè)計階段監(jiān)理的核心工作是對承建方提出的設(shè)計方案進行評審，包括基礎(chǔ)平臺、服務(wù)平臺、安全平臺、管理平臺、環(huán)境平臺，以確保方案符合性、合理性、可行性、科學(xué)性。監(jiān)理工程師評審設(shè)計方案應(yīng)該把握如下基本原則。(1)標準化原則。(2)先進性和實用性原則。(3)可靠性和穩(wěn)定性原則。(4)可擴展性原則。(5)安全性原則。(6)可管理性原則。(7)對原有設(shè)備、資源合理整合的原則。(8)經(jīng)濟和效益性原則。3.1.2網(wǎng)絡(luò)基礎(chǔ)平臺方案的評審基礎(chǔ)平臺是信息系統(tǒng)的載體，是整個信息化體系中最底層的系統(tǒng)，它負責(zé)為上層應(yīng)用系統(tǒng)提供一個穩(wěn)定、高效、可靠、安全、易于管理維護、便于擴充、技術(shù)先進的支撐平臺。技術(shù)角度網(wǎng)絡(luò)基礎(chǔ)平臺工程重點包括：網(wǎng)絡(luò)整體規(guī)劃、網(wǎng)絡(luò)設(shè)備選型、服務(wù)器和操作系統(tǒng)選型、存儲備份系統(tǒng)選型。3.1.3網(wǎng)絡(luò)服務(wù)平臺方案的評審網(wǎng)絡(luò)服務(wù)系統(tǒng)的工程重點包括：Internet網(wǎng)絡(luò)服務(wù)系統(tǒng)規(guī)劃和選型、多媒體業(yè)務(wù)網(wǎng)絡(luò)規(guī)劃和選型、數(shù)字證書系統(tǒng)規(guī)劃和選型。3.1.4網(wǎng)絡(luò)安全和管理平臺方案的評審網(wǎng)絡(luò)安全系統(tǒng)承建方的質(zhì)量管理體現(xiàn)承建方本身的管理水平及工程實施的能力，它直接影響信息系統(tǒng)安全工程的實施和完成的質(zhì)量。網(wǎng)絡(luò)安全工程的承建方必須取得國家相關(guān)主管部門頒發(fā)的相關(guān)資質(zhì)。承建方內(nèi)部應(yīng)建立完整的質(zhì)量保證體系，對公司內(nèi)部及所實施的工程項目進行質(zhì)量管理。此外，在網(wǎng)絡(luò)安全系統(tǒng)監(jiān)理過程，還應(yīng)在以下幾個方面加以重視：(1)風(fēng)險分析的有效性、準確性。(2)確保符合國家法令、法規(guī)的要求。(3)保證有關(guān)評審是在相關(guān)職能部門的主持下完成的。(4)從技術(shù)、市場、工程組織實施、售后服務(wù)等各個環(huán)節(jié)對網(wǎng)絡(luò)系統(tǒng)的安全性進行整體和分項評估，避免出現(xiàn)任何技術(shù)和管理漏洞。3.1.5環(huán)境平臺方案的評審機房建設(shè)機房是計算機網(wǎng)絡(luò)系統(tǒng)的中樞，機房建設(shè)直接影響著整個系統(tǒng)的安全穩(wěn)定運行，依據(jù)計算機機房建設(shè)的國家標準，應(yīng)遵循先設(shè)計再實施的原則。綜合布線系統(tǒng)綜合布線系統(tǒng)應(yīng)滿足建筑物或智能建筑群的網(wǎng)絡(luò)布線要求；應(yīng)能使建筑物或建筑物群內(nèi)部的語音、數(shù)據(jù)通信設(shè)備、信息交換設(shè)備、物業(yè)管理及自動化管理設(shè)備等系統(tǒng)之間彼此相連，也能使建筑物或建筑群內(nèi)的信息通信設(shè)備與外部的信息通信網(wǎng)絡(luò)相連。(1)綜合布線系統(tǒng)(PDS)設(shè)計。應(yīng)該是開放式星狀拓撲結(jié)構(gòu)，應(yīng)能支持電話、數(shù)據(jù)、圖文、圖像等多媒體業(yè)務(wù)的需要。綜合布線系統(tǒng)按下列六個部分進行設(shè)計：工作區(qū)子系統(tǒng)、水平干線子系統(tǒng)、管理間子系統(tǒng)、垂直干線子系統(tǒng)、設(shè)備間子系統(tǒng)、建筑群子系統(tǒng)。(2)綜合布線系統(tǒng)指標。①雙絞線：衰減、近端串音、回波損耗、ACR（即綜合布線系統(tǒng)鏈路衰減與近端串音衰減的比率）、直流環(huán)路電阻、傳播時延。②光纖：波長窗口、衰減、多模光纖的最小光學(xué)模式帶寬。(3)隱蔽工程管路設(shè)計。管槽系統(tǒng)是通信綜合布線系統(tǒng)纜線敷設(shè)的必要條件，其涉及面較廣，雖然技術(shù)含量不多，但工作費力。暗敷管路系統(tǒng)的具體設(shè)計一般是由土建承包房設(shè)計統(tǒng)一考慮，但暗敷管路的總線纜走向、規(guī)格要求等是由綜合布線系統(tǒng)的總體方案考慮的，因此布線系統(tǒng)公司應(yīng)向土建設(shè)計單位提供設(shè)計思考和方案，使系統(tǒng)集成商和建筑商能統(tǒng)一計劃、統(tǒng)一施工、統(tǒng)一協(xié)調(diào)。暗敷管路設(shè)計時需要注意以下幾個方面。①暗敷管路系統(tǒng)在智能化建筑建設(shè)同時建成，竣工后不能改變管路路由和位置。②在智能化建筑中因客觀條件等限制，只能采用明敷槽道方式時，應(yīng)注意其吊裝高度。③在暗敷管路系統(tǒng)工程設(shè)計中，必須充分了解智能化建筑內(nèi)部的其他管線的性質(zhì)、分布、位置、管徑和技術(shù)要求等，以便在管線系統(tǒng)的技術(shù)方案決定時，互相協(xié)商和綜合協(xié)調(diào)，真正做到互相溝通、密切配合，妥善解決管線系統(tǒng)之間的問題，減少不應(yīng)有的矛盾。④根據(jù)智能化建筑內(nèi)部設(shè)置的用戶電話交換機、計算機有線電視、三表／四表抄送等裝設(shè)位置，統(tǒng)一確定暗敷管路系統(tǒng)的主干路由、安裝方式、各個樓層管路的分布路由、位置和管徑等具體細節(jié)。⑤智能化建筑內(nèi)部通信纜線所用的暗敷管路管材有鋼管、水泥管、硬聚氯乙烯塑料管和軟聚氯乙烯塑料管等管材，應(yīng)根據(jù)實際情況和要求考慮選用。⑥暗敷管路的敷設(shè)路由應(yīng)以直線敷設(shè)為主，盡量不選彎曲路由。⑦暗敷管路選用管徑的大小、主要取決于管路段長、彎曲角度、彎曲次數(shù)等因素。⑧在特大型或大型重要的高層智能化建筑中，當綜合布線系統(tǒng)主干線路中的纜線較多、⑨容易較大且較集中的場合，宜采用信息網(wǎng)絡(luò)系統(tǒng)纜線專用槽道。⑩槽道選用的規(guī)格尺寸（即高度和寬度）與槽道內(nèi)的凈空斷面積大小和終期容納纜線多少（條數(shù)和容量）有密切關(guān)系。?在屋內(nèi)水平敷設(shè)直線段槽道時，宜按荷載曲線選取最佳跨距進行支撐加固，跨距一般為1～2m；垂直敷設(shè)時，其固定點的間距一般為1m。在吊頂內(nèi)敷設(shè)的槽道，宜采用單獨的支撐件和吊掛件固定，不應(yīng)與吊頂或其他設(shè)施的支撐件或吊掛件共用，吊項內(nèi)吊掛槽道的吊桿直徑不應(yīng)小于6mm。?在綜合布線系統(tǒng)槽道設(shè)計中應(yīng)對智能化建筑內(nèi)部的各種管線的走向和位置進行分解，盡量做到協(xié)調(diào)配合。?在智能化建筑中如有要求槽道必須采取防火措施的地段，除應(yīng)采用耐火型材料制成的槽道外，也可在槽道內(nèi)增設(shè)具有耐火性或耐燃性的板、網(wǎng)材料構(gòu)成全封閉或半封閉結(jié)構(gòu)，并在槽道的內(nèi)外表面涂刷過氯乙烯防火涂料，整體耐火性應(yīng)符合國家有關(guān)材料。?金屬材料制成槽道系統(tǒng)應(yīng)具有切實可靠的電氣連接，并設(shè)有良好的接地裝置，必須符合有關(guān)接地標準的規(guī)定。?在智能化建筑中如有幾組槽道在同一路由，且在同一度高安裝敷設(shè)時，為了便于維護檢修和日常管理，槽道之間應(yīng)留有一定的空間距離，一般不宜小于600mm。但綜合布線系統(tǒng)纜線槽道應(yīng)盡量遠離一些有可能危及通信纜線安全的其他管線或槽道，因此其間距可視實際情況適當增大。3.1.6軟件開發(fā)方案的評審：1）對概要設(shè)計進度情況進行核查；2）審核概要設(shè)計說明書，以評審報告的形式給建設(shè)方進行確認；3）對詳細設(shè)計進度情況進行核查；4）審核詳細設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、測試計劃，以評審報告的形式給建設(shè)方進行確認；3.2承建單位應(yīng)提交的文檔1）實施方案（含報審表）2）概要設(shè)計說明書（含報審表）3）詳細設(shè)計說明書（含報審表）4）數(shù)據(jù)庫設(shè)計說明書（含報審表）5）測試計劃（含報審表）6）測試報告3.3監(jiān)理方應(yīng)提交的文檔實施方案評審報告概要設(shè)計說明書評審報告（含概要（結(jié)構(gòu)）設(shè)計檢查表）2）詳細設(shè)計說明書評審報告3）數(shù)據(jù)庫設(shè)計說明書評審報告4）測試計劃評審報告5）組織協(xié)調(diào)監(jiān)理資料（會議紀要、監(jiān)理周報、項目評審會議紀要、變更報告等）6）其他監(jiān)理文檔（聯(lián)系單、備忘錄等）。3.4工作流程3.5流程說明1）審核本階段計劃和明細任務(wù)分解計劃：審核承建方提交本階段計劃和明細任務(wù)分解計劃，提出監(jiān)理審核意見，對工程進度進行控制；2）審核承建方的質(zhì)量保證措施的完備性及有效性；3）監(jiān)督實施小組的聯(lián)系、溝通，記錄實施人員投入數(shù)量，檢查人員分工制度、投入人員資格證書，評估實施人員技能水平，向建設(shè)方提出合理化建議，保證實現(xiàn)過程的工作效率和效果；4）協(xié)助建設(shè)組織系統(tǒng)設(shè)計報告評審；5）協(xié)助建設(shè)組織應(yīng)用系統(tǒng)架構(gòu)設(shè)計、數(shù)據(jù)庫設(shè)計的合理性審查；6）定期向建設(shè)報告項目實施的進度和質(zhì)量情況。4.工程實施階段監(jiān)理4.1監(jiān)理方應(yīng)完成的任務(wù)4.1.1工程開工前的監(jiān)理內(nèi)容(1)審核實施方案。(2)審核實施組織計劃。(3)審核實施進度計劃。(4)審核工程實施人員、承建方資質(zhì)。4.1.2實施準備階段的監(jiān)理內(nèi)容(1)審批開工申請，確定開工日期。(2)了解承建方設(shè)備訂單的定購和運輸情況。(3)了解實施條件準備情況。(4)了解承建方工程實施前期的人員到崗情況，實施設(shè)備到位的情況。4.1.3工程實施階段的監(jiān)理內(nèi)容工程實施階段也就是網(wǎng)絡(luò)集成與測試階段。網(wǎng)絡(luò)工程的監(jiān)理主要工作：(1)組織布線、網(wǎng)絡(luò)和安全系統(tǒng)方案設(shè)計評審。(2)檢查布線施工和布線測試情況。(3)進行布線系統(tǒng)的監(jiān)理確認測試。(4)網(wǎng)絡(luò)硬件設(shè)備和配套軟件的監(jiān)理確認測試。集成測試的監(jiān)理主要工作：(1)評審項目驗收大綱及各子系統(tǒng)測試報告。(2)評審承建方應(yīng)交付的各類文檔。(3)組織計算機系統(tǒng)和網(wǎng)絡(luò)系統(tǒng)的集成測試。(4)組織網(wǎng)絡(luò)系統(tǒng)的連通性測試。(5)組織軟件系統(tǒng)集成測試。軟件工程主要的監(jiān)理內(nèi)容：對編碼的進度情況進行核查，并對編碼的規(guī)范進行抽查，并將檢查情況向建設(shè)方匯報；需求變更處理；審核單元測試報告、操作手冊、用戶手冊，以評審報告的形式給建設(shè)方進行確認；旁站聯(lián)調(diào)測試；審核聯(lián)調(diào)測試報告、培訓(xùn)計劃、試運行計劃、數(shù)據(jù)割接及應(yīng)用上線方案，以評審報告的形式給建設(shè)方進行確認；4.2承建單位應(yīng)提交的文檔到貨報驗記錄（含報審表）；設(shè)備加電記錄（含報審表）；操作手冊（含報審表）；用戶手冊（含報審表）；測試報告（含報審表）；培訓(xùn)方案（含報審表）；試運行計劃（含報審表）；實施過程資料4.3監(jiān)理方應(yīng)提交的文檔1）系統(tǒng)問題跟蹤記錄；2）硬件、軟件到驗記錄；3）軟件系統(tǒng)功能檢查表；4）源代碼檢查記錄表；5）數(shù)據(jù)遷移驗證和確認檢查表；6）其他監(jiān)理文檔（聯(lián)系單、備忘錄等）。4.4工作流程4.5流程說明1）審核本階段計劃和明細任務(wù)分解計劃：審核承建方提交本階段計劃和明細任務(wù)分解計劃，提出監(jiān)理審核意見，對工程進度進行控制；2）審核承建方的質(zhì)量保證措施的完備性及有效性；3）監(jiān)督實施小組的聯(lián)系、溝通，記錄實施人員投入數(shù)量，檢查人員分工制度、投入人員資格證書，評估實施人員技能水平，向建設(shè)方提出合理化建議，保證實現(xiàn)過程的工作效率和效果；4）編碼過程的控制：依據(jù)承建方的模塊開發(fā)計劃，對系統(tǒng)編碼階段進行過程控制，審核承建方提交的測試分析報告，必要時進行抽測，隨時掌握系統(tǒng)開發(fā)的進展情況；5）自測管理：督促承建方及時提交單元測試報告、系統(tǒng)模塊測試計劃、系統(tǒng)模塊測試用例、系統(tǒng)模塊測試報告和問題跟蹤情況報告；督促承建方對系統(tǒng)出現(xiàn)的問題及時進行改正和優(yōu)化；6）Ul確認：在系統(tǒng)編碼結(jié)束前，協(xié)助建設(shè)方組織系統(tǒng)用戶界面（UI）的確認；7）審核項目開發(fā)總結(jié)報告：依據(jù)合同、需求和設(shè)計文檔，審查承建方的項目開發(fā)總結(jié)報告；8）審核系統(tǒng)測試分析報告：審核承建方的系統(tǒng)測試分析報告，并提交系統(tǒng)集成測試審核報告，如果系統(tǒng)集成測試存在問題，指出問題并督促承建方對進行修正；9）評審并評估項目的階段性成果：組織評審并評估項目的階段性成果，發(fā)現(xiàn)并總結(jié)分析系統(tǒng)試運行中存在的問題和缺陷，定期向建設(shè)報告項目實施的進度和質(zhì)量情況。5.工程驗收階段監(jiān)理5.1監(jiān)理方應(yīng)完成的任務(wù)1）協(xié)助建設(shè)方進行培訓(xùn)；2）對系統(tǒng)的試運行情況進行定期檢查，并向建設(shè)方匯報；3）審核試運行情況報告，以評審報告的形式給建設(shè)方進行確認；4）三方確定驗收時間、驗收準則、評估規(guī)則、硬件/軟件環(huán)境等，以及三方職責(zé)；5）審核驗收方案、驗收測試報告、售后服務(wù)計劃，以評審報告的形式給建設(shè)方進行確認；6）參與驗收測試，編制項目驗收報告，并將符合要求的文檔移交給建設(shè)方；7）如果判斷系統(tǒng)建設(shè)工期將出現(xiàn)延期，則向建設(shè)方提交風(fēng)險報告；8）審核開發(fā)方提交的報告；9）編制周報，并提交給建設(shè)方；10）根據(jù)實際情況調(diào)整進度計劃（出現(xiàn)重大變更應(yīng)立即進行調(diào)整），并三方確認;11）主持召開三方監(jiān)理例會、專題會，編制會議紀要、工程備忘錄；12）各監(jiān)理規(guī)范表格的使用；5.2承建單位應(yīng)提交的文檔1）試運行情況報告2）驗收方案（含報審表）3）測試報告4）合同要求提供的相關(guān)文檔5）售后服務(wù)計劃6）竣工資料5.3監(jiān)理方應(yīng)提交的文檔1）驗收方案評審報告2）系統(tǒng)缺陷修復(fù)審核單3）質(zhì)量評估報告4）監(jiān)理工作總結(jié)報告；5）竣工監(jiān)理文檔。

5.4工作流程

5.5流程說明1）協(xié)調(diào)進行交工驗收：承建方確認應(yīng)用系統(tǒng)滿足需求后，監(jiān)理方和建設(shè)方依據(jù)合同執(zhí)行情況評估報告中所作的結(jié)論與合同中的規(guī)定準則和方式判斷產(chǎn)品是否已經(jīng)可以驗收，對于不符合驗收條件的，督促承建方對問題進行整改；2）審核安裝手冊和操作使用手冊：對承建方提交的安裝手冊和操作使用手冊進行審核；3）系統(tǒng)培訓(xùn)管理：審核承建方的培訓(xùn)計劃和培訓(xùn)內(nèi)容，檢查和考核培訓(xùn)效果；4）評審系統(tǒng)試運行計劃和方案：組織評審承建方的應(yīng)用系統(tǒng)試運行計劃和方案,并提交系統(tǒng)試運行計劃和方案的審核報告，如果存在問題，指出問題并督促承建方對其進行修正；5）系統(tǒng)試運行管理：協(xié)助進行試運行前數(shù)據(jù)準備；審核并評估系統(tǒng)試運行的方法、步驟、條件以及實施的措施，檢查為保證系統(tǒng)整體試運行所采取措施的有效性；依據(jù)應(yīng)用系統(tǒng)試運行計劃和方案對應(yīng)用系統(tǒng)的試運行過程進行控制，及時發(fā)現(xiàn)存在的問題，隨時掌握系統(tǒng)試運行的進展情況；并督促承建方對系統(tǒng)試運行中出現(xiàn)的問題及時進行改進和優(yōu)化；6）評審并評估項目的階段性成果：組織評審并評估項目的階段性成果，發(fā)現(xiàn)并總結(jié)分析系統(tǒng)試運行中存在的問題和缺陷；協(xié)助建設(shè)進行試運行的總結(jié)、分析并評估系統(tǒng)試運行的效果；協(xié)助建設(shè)制定下一步的流程持續(xù)改進措施；7）協(xié)商制定驗收程序和驗收標準：根據(jù)國際、國家標準、規(guī)范要求，三方協(xié)商制定驗收程序和驗收標準；8）審核驗收申請：依據(jù)承建方提交的系統(tǒng)實施文檔報告，審核承建方提交的驗收申請；9）組織合同執(zhí)行情況評估：依據(jù)建設(shè)與承建方簽訂的應(yīng)用系統(tǒng)實施合同和本應(yīng)用系統(tǒng)的實施情況，組織進行評估合同的執(zhí)行情況，并提交合同執(zhí)行情況評估報告；10）組織系統(tǒng)預(yù)驗收測試：監(jiān)理方組織承建方按照驗收方案進行預(yù)驗收測試，審核預(yù)驗收測試報告；11）協(xié)調(diào)解決預(yù)驗收過程中發(fā)現(xiàn)的問題，對問題的處理方法以及結(jié)果納入驗收記錄中。12）相關(guān)文檔審核：依據(jù)驗收標準對工程文檔進行審核；13）協(xié)助建設(shè)方組織正式驗收測試，審核承建商提交的測試報告，提出監(jiān)理意見；必要時引入第三方測試。驗收報告三方簽字確認；14）審核系統(tǒng)維護計劃：審核承建方提交的系統(tǒng)維護計劃，提出審核意見，對于出現(xiàn)的問題，督促承建方進行修正，協(xié)調(diào)進行系統(tǒng)試運行維護，審核承建方的維護記錄，協(xié)調(diào)解決維護過程中出現(xiàn)的問題；協(xié)調(diào)相關(guān)承建方進行系統(tǒng)聯(lián)調(diào);15）協(xié)助建設(shè)方組織系統(tǒng)竣工驗收會：協(xié)調(diào)進行竣工驗收工作，協(xié)助建設(shè)方組織進行系統(tǒng)竣工驗收會，必要時可以聘請相關(guān)專家參加；16）驗收文檔移交：監(jiān)督工程驗收后各項文檔的移交工作。

三、監(jiān)理工作要點根據(jù)監(jiān)理規(guī)劃和監(jiān)理工作流程，設(shè)立監(jiān)理工作的控制要點及目標。1.工程啟動階段的控制要點1）明確用戶需求；2）合同實施范圍明確，各項需求規(guī)定足夠明確。3）任何與投標時不一致的要求已得到解決。4）項目組有能力滿足合同要求。5）合同中規(guī)定項目驗收準則和方式。6）合同中規(guī)定對系統(tǒng)驗收后出現(xiàn)的問題的處理，包括與質(zhì)量有關(guān)的索賠和用戶的投訴。7）合同中規(guī)定采用的技術(shù)標準和規(guī)程。目標：協(xié)助建設(shè)單位明確工程需求，確定工程建設(shè)目標；產(chǎn)生合理的初步設(shè)計方案和投資預(yù)算；盡可能使招標書少出現(xiàn)不確定性問題，并對有效的投標標書給予評價和比較，給出明確意見，協(xié)助選擇具有完成本項目實力的承建方;根據(jù)中標方案和招標要求，促使建設(shè)單位、承建單位所簽訂的承建合同在技術(shù)、經(jīng)濟上合理有效。文檔要求：產(chǎn)生經(jīng)過確認的需求統(tǒng)計表，需求分配表，需求分配原則、合同評審報告（標識出可能的風(fēng)險）。2.設(shè)計階段的控制要點1）監(jiān)督承建單位進行更進一步的可行性調(diào)研和制定出初步項目開發(fā)計劃。2）監(jiān)督承建單位進行需求分析，寫出相應(yīng)的文檔。3）監(jiān)督承建單位出相應(yīng)的初步用戶手冊。4）及時檢查承建單位出進一步的測試計劃。5）監(jiān)督承建單位及時出概要設(shè)計說明書，檢查是否符合相應(yīng)的規(guī)范性，以及是否考慮周全等。6）監(jiān)督承建單位及時出詳細設(shè)計說明書，檢查好似否符合相應(yīng)的規(guī)范性，以及是否考慮周全等。7）監(jiān)督承建單位及時出數(shù)據(jù)庫設(shè)計說明，檢查是否符合相應(yīng)的規(guī)范性，以及是否考慮周全等。8）及時檢查承建單位出操作手冊。9）監(jiān)督承建單位出相應(yīng)的開發(fā)進度周報和月報。10）配備實施人員和實施設(shè)備，提供實施方案包括風(fēng)險投資控制措施和進度計劃；目標：這個階段是軟件開發(fā)中的可行性研究與計劃階段、需求分析階段、設(shè)計階段，主要是推動建設(shè)單位、承建單位對工程需求和設(shè)計進行規(guī)范化的技術(shù)描述，為工程實施提供優(yōu)化的設(shè)計方案；促使工程計劃、設(shè)計方案滿足工程需求，符合相關(guān)的法律、法規(guī)和標準，并與工程建設(shè)合同相符，具有可驗證性;協(xié)助建設(shè)單位、承建單位消除設(shè)計文檔在進入工程實施前可預(yù)見的缺陷。文檔要求：編制、歸檔包括：可行性報告、項目開發(fā)計劃、軟件需求規(guī)格說明書、業(yè)務(wù)需求說明書（可整合）、數(shù)據(jù)需求說明書（可整合）、概要設(shè)計說明書、詳細設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明、初步測試計劃和開發(fā)進度周報等文檔。2.1需求調(diào)研監(jiān)理控制點1）根據(jù)招投標文件、協(xié)助承建單位全面理解用戶的各項需求；2)協(xié)助承建單位確定行之有效的需求獲取方式；3)協(xié)助承建單位了解建設(shè)方的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運行系統(tǒng)等等具體、客觀的信息基礎(chǔ)上，結(jié)合現(xiàn)有的硬件、軟件實現(xiàn)方案,做出簡單的用戶流程頁面；4)結(jié)合以往的項目經(jīng)驗對建設(shè)方采用誘導(dǎo)式、啟發(fā)式的調(diào)研方法和手段，和建設(shè)方一起探討業(yè)務(wù)流程設(shè)計的合理性、準確性、便易性、習(xí)慣性。建設(shè)方可以操作簡單演示的DEMO,來實際體驗整個業(yè)務(wù)流程的設(shè)計合理性、準確性等等問題，及時地提出改進意見和方法。5)評審需求說明書，滿足需求說明書八原則：明確“做什么”；使用面向處理的規(guī)格說明語言；明確軟件與系統(tǒng)的其他系統(tǒng)元素交互的方式；規(guī)格說明必須包括系統(tǒng)運行的環(huán)境；系統(tǒng)規(guī)格說明必須是一個認識的模型；規(guī)格說明必須可操作的；規(guī)格說明必須容許不完備性并允許擴充；規(guī)格說明必須局部化和松散的耦合。6）需求說明書評審內(nèi)容：(1)系統(tǒng)定義的目標是否與用戶的要求一致；(2)系統(tǒng)需求分析階段提供的文檔資料是否齊全；(3)文檔中的所有描述是否完整、清晰、準確反映用戶要求：(4)與所有其他系統(tǒng)成分的重要接口是否都已經(jīng)描述：(5)被開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、確定；(6)所有圖表是否清楚，在不補充說明時能否理解；(7)主要功能是否己包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說明；(8)軟件的行為和它必須處理的信息、必須完成的功能是否一致；(9)設(shè)計的約束條件或限制條件是否符合實際；(10)是否考慮了開發(fā)的技術(shù)風(fēng)險；(11)是否考慮過軟件需求的其他方案二(12)是否考慮過將來可能會提出的軟件需求；(13)是否詳細制定了檢驗標準，它們能否對系統(tǒng)定義是否成功進行確認；(14)有沒有遺漏、重復(fù)或不一致的地方；(15)用戶是否審查了初步的用戶手冊或原型；(16)項目開發(fā)計劃中的估算是否受到了影響。7)督促承建方做《需求確認表》建設(shè)方的簽字、蓋章確認工作。3.施工階段的控制要點1)檢查承建單位項目開發(fā)的軟、硬件環(huán)境。2)及時檢查承建單位使用戶手冊。3)及時檢查承建單位操作手冊。4)及時檢查承建單位出模塊開發(fā)卷宗。5)及時檢查承建單位的測試分析報告。6)監(jiān)督承建單位出相應(yīng)的開發(fā)進度周報和月報。7)監(jiān)督承建單位出相應(yīng)的項目開發(fā)總結(jié)。目標：這個階段是軟件開發(fā)的實現(xiàn)階段、測試階段、運行與維護。是加強工程實施方案的合法性、合理性、與設(shè)計方案的符合性；促使工程中所使用的產(chǎn)品和服務(wù)符合承建合同及國家相關(guān)法律、法規(guī)和標準；明確工程實施計劃，對于計劃的調(diào)整必須合理、受控；促使工程實施過程滿足承建合同的要求，并與工程設(shè)計方案、工程計劃相符；完善工程中的不足，是整個工程符合合同要求。文檔要求：操作手冊、用戶手冊、模塊開發(fā)卷宗、測試報告、項目開發(fā)總結(jié)和工程實施建設(shè)報告等文檔的審核報告，做監(jiān)理質(zhì)量評估報告。3.1軟件編碼監(jiān)理控制點(1)監(jiān)督承建單位將合適的軟件編碼工程方法和工具集成到項目定義的軟件過程中。依據(jù)項目定義的軟件過程對軟件編碼任務(wù)進行綜合。選擇軟件編碼可用的方法和工具，并將選擇專用工具或方法的理由寫成文檔。選擇和使用適合于軟件編碼的配置管理模型。將用于軟件編碼的軟件產(chǎn)品和工具置于配置管理之下。(2)監(jiān)督承建單位依據(jù)項目定義的軟件過程，對軟件編碼進行開發(fā)、維護、建立文檔和驗證，以實現(xiàn)軟件需求和軟件設(shè)計。參與軟件編碼的人員評審軟件需求和軟件設(shè)計，以確保影響編碼的各種問題得到識別和解決。使用有效的編程方法編制軟件代碼。根據(jù)一個計劃制訂代碼單位的開發(fā)順序。每個代碼單元完成編碼時，通過評審和單元測試。將代碼置于配置管理之下。每當軟件需求或軟件設(shè)計更改時，適當?shù)馗拇a。(3)軟件監(jiān)理組跟蹤和記錄軟件編碼產(chǎn)品的功能性和質(zhì)量。跟蹤和記錄的內(nèi)容有：跟蹤、累計軟件編碼產(chǎn)品缺陷的數(shù)量、類型和嚴重程度。軟件編碼產(chǎn)品工程活動的狀態(tài)。有關(guān)問題嚴重性和持續(xù)時間的報告。用于分析每個更改建議的工作量及匯總統(tǒng)計量。按類別被納入軟件基線的更改數(shù)量。3.2軟件測試監(jiān)理控制點(1)監(jiān)督承建單位將合適的軟件測試工程方法和工具集成到項目定義的軟件過程中。①依據(jù)項目定義的軟件過程對軟件測試任務(wù)進行綜合。②選擇軟件測試可用的方法和工具，并將選擇專用工具或方法的理由寫成文檔。③選擇和使用適合于軟件測試的配置管理模型。④將用于測試軟件產(chǎn)品的工具置于配置管理之下。(2)監(jiān)督承建單位依據(jù)項目定義的軟件過程，對軟件測試進行開發(fā)、維護、建立文檔和驗證，以滿足軟件測試計劃要求。①軟件測試有靜態(tài)測試、單元測試、集成測試、確認測試和系統(tǒng)測試組成。②可與客戶和最終用戶一同參與開發(fā)和評審測試準則。③使用有效方法測試軟件。④基于測試級別、選擇的測試策略、欲達到的測試覆蓋等因素確定測試的充分性。⑤對每個級別的軟件測試，建立和使用測試準備就緒準則。⑥每當被測試軟件或軟件環(huán)境發(fā)生變化時，則在各有關(guān)測試級別上適當進行回歸測試。⑦測試計劃、測試規(guī)程和測試用例，準備使用前通過評審。⑧管理和控制測試計劃、測試說明、測試規(guī)程和測試用例。⑨每當軟件需求、軟件設(shè)計或被測試代碼更改時，適當?shù)馗臏y試計劃、測試說明、測試規(guī)程和測試用例。(3)監(jiān)督承建單位依據(jù)項目定義的軟件過程、計劃和實施軟件的確認測試。①基于軟件開發(fā)計劃，制訂確認測試計劃并寫成文檔。②負責(zé)軟件需求、軟件設(shè)計、系統(tǒng)測試及驗收測試的人員，評審確認測試用例、測試說明和測試規(guī)程。③依據(jù)指定的軟件需求文檔和軟件設(shè)計文檔的指定版本，對軟件進行確認測試。計劃和實施軟件系統(tǒng)測試，實施系統(tǒng)測試以保證軟件滿足軟件需求。①盡早分配測試軟件的資源，以做好充分的測試準備。②編制系統(tǒng)測試的計劃文檔。③由一個獨立于軟件開發(fā)者的測試小組來計劃和準備所需的測試用例和測試規(guī)程。④在測試開始前，對測試用例建立文檔，并經(jīng)評審和認可。⑤依據(jù)已納入基線的軟件及其軟件任務(wù)書和軟件需求文檔，實施軟件測試。⑥對測試中發(fā)現(xiàn)的問題建立文檔，并跟蹤到關(guān)閉。⑦建立測試結(jié)果文檔，并以此作為判斷軟件是否滿足需求的基礎(chǔ)。管理和控制測試結(jié)果。(5)軟件監(jiān)理組跟蹤和記錄軟件測試的結(jié)果。①跟蹤和記錄的內(nèi)容有：②跟蹤、累計軟件產(chǎn)品缺陷的數(shù)量、類型和嚴重程度。③軟件測試工程活動的狀態(tài)。④有關(guān)問題嚴重性和持續(xù)時間的報告。⑤用于分析每個更改建議的工作量及匯總統(tǒng)計量。按類別被納入軟件基線的更改數(shù)量。3.3數(shù)據(jù)遷移及轉(zhuǎn)換監(jiān)理控制點1)數(shù)據(jù)遷移轉(zhuǎn)換質(zhì)量要求如下：數(shù)據(jù)遷移轉(zhuǎn)換的范圍和內(nèi)容必須完整，遷移轉(zhuǎn)換過程中不能出現(xiàn)數(shù)據(jù)丟失或遺漏的情況；數(shù)據(jù)遷移轉(zhuǎn)換的結(jié)果必須正確，遷移轉(zhuǎn)換后數(shù)據(jù)和歷史數(shù)據(jù)在內(nèi)容和實質(zhì)上保持一致性；數(shù)據(jù)遷移轉(zhuǎn)換結(jié)果必須合規(guī)，保障轉(zhuǎn)換后的數(shù)據(jù)符合數(shù)據(jù)標準規(guī)范；數(shù)據(jù)遷移轉(zhuǎn)換結(jié)果必須符合新建軟件平臺數(shù)據(jù)庫設(shè)計的邏輯，保障數(shù)據(jù)轉(zhuǎn)換結(jié)果能夠支撐相關(guān)應(yīng)用子系統(tǒng)正常運行。2）安全管理要求如下：（1）檢查承建方建立完善的數(shù)據(jù)備份機制和安全管理機制，確保數(shù)據(jù)遷移過程不會造成數(shù)據(jù)丟失、損壞或泄露；（2）檢查承建方建立完善的數(shù)據(jù)遷移應(yīng)急預(yù)案，確保數(shù)據(jù)遷移的異常或失敗不對業(yè)務(wù)和數(shù)據(jù)帶來影響；（3）檢查承建方建立歷史數(shù)據(jù)的備份備查機制，并提供歷史數(shù)據(jù)的查詢環(huán)境和查詢服務(wù)，但不允許再對歷史數(shù)據(jù)進行任何修改操作。3）流程控制要求：（1）建立數(shù)據(jù)遷移轉(zhuǎn)換專用環(huán)境。為了避免數(shù)據(jù)遷移對還在運行的原系統(tǒng)或已部分切換上線的新平臺運行造成影響，搭建數(shù)據(jù)遷移轉(zhuǎn)換專用環(huán)境，專用環(huán)境應(yīng)支持生產(chǎn)系統(tǒng)數(shù)據(jù)導(dǎo)入、數(shù)據(jù)質(zhì)量檢查、數(shù)據(jù)轉(zhuǎn)換規(guī)則定制、數(shù)據(jù)轉(zhuǎn)換以及數(shù)據(jù)導(dǎo)出等功能；（2）原數(shù)據(jù)準備。首先在數(shù)據(jù)遷移轉(zhuǎn)換環(huán)境上創(chuàng)建和原系統(tǒng)數(shù)據(jù)庫結(jié)構(gòu)相同的數(shù)據(jù)轉(zhuǎn)換源數(shù)據(jù)庫及和新平臺數(shù)據(jù)庫結(jié)構(gòu)相同的目標數(shù)據(jù)庫，然后從原生產(chǎn)系統(tǒng)數(shù)據(jù)庫中將數(shù)據(jù)導(dǎo)出并同步到數(shù)據(jù)轉(zhuǎn)換源數(shù)據(jù)庫中，確保數(shù)據(jù)完整、安全；（3）原數(shù)據(jù)質(zhì)量檢查。在對數(shù)據(jù)轉(zhuǎn)換源數(shù)據(jù)庫的數(shù)據(jù)進行轉(zhuǎn)換前，需要先對歷史數(shù)據(jù)的質(zhì)量進行全面校驗，符合數(shù)據(jù)轉(zhuǎn)換的質(zhì)量要求，對于歷史問題數(shù)據(jù)，建議在數(shù)據(jù)轉(zhuǎn)換前修正完成；（4）執(zhí)行數(shù)據(jù)轉(zhuǎn)換。根據(jù)原數(shù)據(jù)模型和新數(shù)據(jù)模型的映射規(guī)則，編制數(shù)據(jù)轉(zhuǎn)換腳本，并執(zhí)行數(shù)據(jù)轉(zhuǎn)換操作，對于轉(zhuǎn)換過程中發(fā)現(xiàn)的質(zhì)量問題數(shù)據(jù)，需要登記到異常信息表中，進行后續(xù)修正；（5）轉(zhuǎn)換后質(zhì)量檢查。在數(shù)據(jù)轉(zhuǎn)換到目標數(shù)據(jù)庫后，應(yīng)對轉(zhuǎn)換后的數(shù)據(jù)進行全面校驗，包括數(shù)據(jù)的完整性、準確性和一致性檢查。具體數(shù)據(jù)轉(zhuǎn)換工作，可以編寫數(shù)據(jù)轉(zhuǎn)換腳本并實施數(shù)據(jù)轉(zhuǎn)換和驗證工作。另外，除質(zhì)量檢查還應(yīng)包含業(yè)務(wù)驗證；4.驗收階段的控制要點1）督促工程施工方將項目順利移交給建設(shè)方。2）督促整理工程合同中需要提交的技術(shù)文檔資料。3）明確工程測試驗收方案的符合性（驗收目標、責(zé)任雙方、驗收提交清單、驗收標準、驗收方式、驗收環(huán)境等）及可行性；4）促使工程的最終功能和性能符合承建合同、法律、法規(guī)和標準的要求；目標：促使工程按照合同和相關(guān)標準驗收。文檔要求：全套監(jiān)理資料、監(jiān)理工作總結(jié)報告。4.1驗收流程4.2驗收的前提條件信息網(wǎng)絡(luò)系統(tǒng)必須在下列條件完成后才可以驗收。(1)所有建設(shè)項目按照批準設(shè)計方案要求全部建成，并滿足使用要求。(2)各個分項工程全部初驗合格。(3)各種技術(shù)文檔和驗收資料完備，符合集成合同的內(nèi)容。(4)系統(tǒng)建設(shè)和數(shù)據(jù)處理符合信息安全的要求。(5)外購的硬件、操作系統(tǒng)、數(shù)據(jù)庫、中間件、應(yīng)用軟件和開發(fā)工具符合知識產(chǎn)權(quán)相關(guān)政策法規(guī)的要求。(6)各種設(shè)備經(jīng)過加電試運行，并且狀態(tài)正常。(7)經(jīng)過用戶同意。4.3驗收方案的審核與實施在信息系統(tǒng)工程完工時，業(yè)主、承建方和監(jiān)理方三方共同確定驗收方案，監(jiān)理方主要做：(1)確認工程驗收的基本條件。(2)建議業(yè)主和承建方共同推薦驗收人員，組成工程驗收組。(3)確認工程驗收時應(yīng)達到的標準和要求。(4)確認驗收程序。在工程驗收階段，需要對以下內(nèi)容進行審核：(1)系統(tǒng)整體功能、性能。(2)主要設(shè)備的功能、性能。(3)承建方提交文檔的種類和內(nèi)容。(4)系統(tǒng)設(shè)計、開發(fā)、實施、測試各個階段涉及的工具和設(shè)備都具備合法的知識產(chǎn)權(quán)。(5)承建方的質(zhì)量保證和售后服務(wù)體系。(6)承建方采取必要的管理和工程措施，以方便系統(tǒng)的擴容和升級。四、監(jiān)理工作方法及措施根據(jù)監(jiān)理規(guī)劃、監(jiān)理工作流程，制定監(jiān)理工作的方法及措施。1.網(wǎng)絡(luò)工程的監(jiān)理1.1設(shè)備采購的監(jiān)理1．設(shè)備采購監(jiān)理的重點(1)設(shè)備是否與工程量清單所規(guī)定的設(shè)備規(guī)格相符。(2)設(shè)備是否與合同所規(guī)定的設(shè)備清單相符。(3)設(shè)備合格證明、規(guī)格、供應(yīng)商保證等證明文件是否齊全。(4)設(shè)備系統(tǒng)要按照合同規(guī)定準時到貨。(5)配套軟件包是否成熟、滿足規(guī)范。2．監(jiān)理的流程(1)承建商提前三天通知建設(shè)和監(jiān)理方設(shè)備到達時間和地點，并提交交貨清單。(2)監(jiān)理方協(xié)助建設(shè)做好設(shè)備到貨驗收準備。(3)監(jiān)理方協(xié)助建設(shè)進行設(shè)備驗收，并做好記錄，評估設(shè)備能否滿足信息網(wǎng)絡(luò)建設(shè)的要求。(4)發(fā)現(xiàn)短缺或破損，要求設(shè)備提供商補發(fā)或免費更換。(5)提交設(shè)備到貨驗收監(jiān)理報告。1.2機房工程的監(jiān)理機房工程監(jiān)理的重點：(1)審查好承建方的工程實施組織方案，尤其要重點審查是否有保證施工質(zhì)量的措施。(2)控制好施工人員的資質(zhì)，堅持持證上崗。(3)認真貫徹《建筑智能化系統(tǒng)工程實施及驗收規(guī)范》，及時發(fā)現(xiàn)并糾正違反規(guī)范的做法。(4)深入現(xiàn)場落實“隨裝隨測”的要求，以保證施工質(zhì)量，加快施工進度。1.3綜合布線的監(jiān)理綜合布線工程包括綜合布線設(shè)備安裝、布放線纜、纜線端接三個環(huán)節(jié)。綜合布線的監(jiān)理工作內(nèi)容主要包括：(1)按照國家關(guān)于綜合布線的相關(guān)施工標準的規(guī)定審查承建人員施工是否規(guī)范。(2)到場的設(shè)備、纜線等設(shè)備的數(shù)量、型號、規(guī)格是否與合同中的設(shè)備清單一致，產(chǎn)品的合格證，檢驗報告是否齊全。1.4隱蔽工程的監(jiān)理因為隱蔽工程一旦完成隱蔽，以后如果出現(xiàn)問題就會耗費較大的工作量，的工程造成不良的影響。所以在實施過程中，對隱蔽工程的監(jiān)理非常重要。同時對已完成因為機房的隱蔽工程涉及許多土建和裝修工程的內(nèi)容，在監(jiān)理時，主要對金屬線槽安裝、管道安裝、管內(nèi)穿線進行監(jiān)理。1.5布線系統(tǒng)測試局域網(wǎng)布線系統(tǒng)測試內(nèi)容主要包括：(1)工作間到設(shè)備間的連通狀況。(2)主干線連通狀況。(3)跳線測試。(4)信息傳輸速率、衰減、距離、接線圖、近端串擾等。1．UTP測試對UTP鏈路測試主要有以下內(nèi)容。(1)接線圖。這一測試是確認鏈路的連接。它不僅進行邏輯連接測試，更是要確認鏈路一端的每一個針與另一端相應(yīng)的針連接。(2)鏈路長度。如果長度超過指標，則信號損耗較大。(3)衰減。衰減是沿有一個的信號損失度量，是指信號在一定長度的線纜中的損耗。(4)近端串擾NEXT損耗。NEXT損耗是測量一條UTP鏈路中從一對線到另一對線的信號耦合，是對性能評估的最主要的標準，是傳送與接收同時進行的時候產(chǎn)生干擾的信號。(5)連線長度。如果長度超過規(guī)定的指標，信號的衰減就會很大。(6)衰減量。信號在電纜上傳輸時，其強度會隨傳傳播距離的增加而逐漸變小。(7)近端串擾。當信號在一個線對上傳輸時，會同時將一小部分信號感應(yīng)到其他線對上，這種信號感應(yīng)就是串擾。串擾分為近端串擾與遠端串擾．但規(guī)范只要求進行近端串擾的測量。實驗證明在40m內(nèi)所測量到的近端串擾值是比較準確的，而超過40m處鏈路中產(chǎn)生的串擾信號可能就無法測量到，因此規(guī)范要求在鏈路兩端都要進行對近端串擾值的測量。(8)SRL。SRL（StructuralRetumloss）是衡量線纜阻抗一致性的標準，阻抗的變化引起反射、噪音的形線是由于一部分信號的能量被反射到發(fā)送端，SRL是測量能量的變化的標準，由于線纜結(jié)構(gòu)變化而導(dǎo)致阻抗變化，使得信號的能量發(fā)生變化，TIAfEIA568A要求在100MHz下SRL為16dB。(9)等效遠端串擾。等效遠端串擾指遠端串擾與衰減的差值，是信噪比的另一種表示方式，即兩個以上的信號朝同一方向傳輸時的情況。(10)綜合遠端串擾。綜合遠端串擾指線纜遠端的接收線承受其相鄰各線對它的等效遠端串擾ELFEXT的總和限定值。(11)回波損耗?；夭〒p耗是關(guān)心某一頻率范圍內(nèi)反射信號的功率，與特性阻抗有關(guān)。①電纜制造過程中的結(jié)構(gòu)變化。②連接器。③安裝。以下這三種因素是影響回波損耗數(shù)值的主要因素。(12)特性阻抗。特性阻抗是線纜對通過的信號的阻礙能力。(13)衰減串擾比。它是同一頻率下近端串擾NEXT和衰減的差值，是系統(tǒng)SNR（信噪比）衡量的唯一衡量標準，是決定網(wǎng)絡(luò)正常運行的一個因素，是系統(tǒng)性能的標志。2．光纜測試光纜布線的測試是工程驗收的必要步驟。通常對光纜的測試方法有：連通性測試、端--端的損耗測試、收發(fā)功率測試、損耗／衰減測試。1.6網(wǎng)絡(luò)系統(tǒng)安裝調(diào)試的監(jiān)理網(wǎng)絡(luò)工程施工開始之前，監(jiān)理方與建設(shè)方的工程領(lǐng)導(dǎo)小組共同確認項目的主要實施階段，并與建設(shè)方項目組一起，共同制訂《工程計劃書》，詳細規(guī)定各階段所要完成的主要任務(wù)?！豆こ逃媱潟肥蔷W(wǎng)絡(luò)工程的調(diào)試、安裝、測試、驗收等各項工作的主要依據(jù)。必要時，經(jīng)雙方同意，可以通過各階段的有關(guān)會議備忘錄對調(diào)試和安裝的步驟進行調(diào)整。任何一個網(wǎng)絡(luò)工程的實施都包括邏輯設(shè)計與物理實現(xiàn)。首先，應(yīng)根據(jù)建設(shè)方的需求規(guī)劃設(shè)計網(wǎng)絡(luò)結(jié)構(gòu)與參數(shù)，即邏輯設(shè)計；然后，根據(jù)邏輯設(shè)計連接、配置、調(diào)試網(wǎng)絡(luò)設(shè)備，即物理實現(xiàn)。根據(jù)網(wǎng)絡(luò)集成的監(jiān)理工作經(jīng)驗，網(wǎng)絡(luò)系統(tǒng)的調(diào)試與安裝通常應(yīng)該分以下幾步。①網(wǎng)絡(luò)系統(tǒng)的詳細邏輯設(shè)計。②全部網(wǎng)絡(luò)設(shè)備加電測試。③模擬建網(wǎng)調(diào)試及連通性測試。④實際網(wǎng)絡(luò)安裝調(diào)試。網(wǎng)絡(luò)設(shè)備加電測試主要是為了檢測是否有到貨即壞的設(shè)備，也為網(wǎng)絡(luò)模擬調(diào)試做了必要的準備，加電測試包括設(shè)備自檢、默認配置下軟件運行狀況檢測。1．網(wǎng)絡(luò)設(shè)備的安裝必須提供的安裝材料(1)物理安裝（包括設(shè)備上架及連接布線系統(tǒng)）。(2)連通性調(diào)試（根據(jù)邏輯設(shè)計連通整個網(wǎng)絡(luò)）。(3)應(yīng)用測試及網(wǎng)絡(luò)優(yōu)化（通過典型應(yīng)用測試發(fā)現(xiàn)問題并進一步調(diào)整優(yōu)化網(wǎng)絡(luò)）。安裝的過程將遵照先主干、后分支的順序進行。2．主機及軟件系統(tǒng)的安裝調(diào)試(1)對主機系統(tǒng)進行安裝測試時的注意事項。①機箱是否有損壞。②內(nèi)存、硬盤能否正常運行。③顯示器是否正常顯示。④系統(tǒng)加電是否正常工作。(2)對軟件系統(tǒng)進行安裝測試時注意事項。①軟件系統(tǒng)與主機系統(tǒng)是否匹配。②軟件能否正常安裝。③軟件功能是否能夠?qū)崿F(xiàn)。④軟件的資料是否齊全。2.軟件工程的監(jiān)理2.1軟件項目計劃工序監(jiān)理主要內(nèi)容的方法1）確保軟件承建方在項目軟件過程規(guī)范約定的基礎(chǔ)上制定軟件項目計劃。2）監(jiān)督承建單位為實施軟件工程和管理軟件項目制定合理的軟件項目計劃，包括進行軟件規(guī)模估計和軟件風(fēng)險分析，建立軟件項目組織，確定軟件項目生命周期，進行軟件項目策劃，確定必要的約定。3）監(jiān)督承建單位依據(jù)書面規(guī)程制定項目的軟件項目計劃，確認計劃內(nèi)容是否滿足相關(guān)標準、規(guī)范及建設(shè)合同要求。4）審查承建單位編寫的項目計劃文檔，軟件項目計劃包括：軟件項目的用途、范圍、目標和對象，軟件開發(fā)計劃，軟件配置管理，軟件質(zhì)量保證，軟件框架設(shè)計，問題跟蹤與整改方法，軟件度量。5）審查承建單位標明、建立和保持對軟件項目的控制所必需的軟件工作產(chǎn)品。6）審查承建單位依據(jù)書面規(guī)程估計軟件工作產(chǎn)品規(guī)模，估計軟件項目的工作量和成本，估計項目的關(guān)鍵計算機資源（包含自建平臺及云平臺服務(wù)購買）。7）監(jiān)督承建單位依據(jù)書面規(guī)程制定項目的軟件進度計劃，分析承建單位制定項目的軟件工程設(shè)備和支持工具計劃的合理性、可行性，分析軟件進度計劃的合理性。8）管理和控制軟件計劃數(shù)據(jù)，審查軟件項目計劃的活動情況。9）確保軟件項計劃通過正式的評審，在評審后得到技術(shù)修改和批準，給出是否符合要求的結(jié)論，確定其能否作為軟件開發(fā)的前提和依據(jù)，作為應(yīng)用軟件系統(tǒng)建設(shè)進度控制的依據(jù)。2.2軟件質(zhì)量管理體系建立及執(zhí)行監(jiān)1）監(jiān)督應(yīng)用軟件系統(tǒng)建設(shè)承建單位根據(jù)項目合同和建設(shè)應(yīng)用軟件系統(tǒng)需求，制定項目軟件工程和管理活動，結(jié)合成為密切相關(guān)、定義完整的項目軟件過程；2）評估項目軟件過程的技術(shù)合理性，包括是否符合標準和規(guī)范，是否符合項目合同和建設(shè)技術(shù)要求；3）項目軟件過程文檔化，并得到批準；監(jiān)督和控制承建單位的項目軟件過程的狀態(tài)，促使承建單位支持和實施項目軟件過程，提高軟件項目實施的計劃性，減少軟件項目實施的風(fēng)險；4）監(jiān)督應(yīng)用軟件系統(tǒng)建設(shè)承建單位在軟件開發(fā)過程中按照項目軟件過程的規(guī)范實施，跟蹤、記錄和審查軟件管理過程活動。2.3軟件質(zhì)量保證監(jiān)理主要內(nèi)容及方法1）確保項目遵循書面的承建單位管理策略來實施軟件質(zhì)量保證，承建單位成立了軟件質(zhì)量保證活動的組織；2）控制承建單位依據(jù)書面規(guī)程，為軟件項目制定軟件質(zhì)量保證計劃，保障軟件質(zhì)量保證計劃符合項目軟件過程的規(guī)范要求；3）參加承建單位的軟件質(zhì)量保證組按照軟件質(zhì)量保證計劃進行活動；4）參加承建單位的軟件質(zhì)量保證組評審軟件工程活動，驗證軟件工程活動與軟件項目計劃的一致性；5）參加承建單位軟件質(zhì)量保證組審核指定的軟件產(chǎn)品，依據(jù)指定的軟件標準、規(guī)程和合同需求對可交付的軟件產(chǎn)品進行評價，驗證軟件產(chǎn)品與軟件項目計劃的一致性；6）控制承建單位依據(jù)書面規(guī)程，歸檔和處理軟件活動和軟件工作產(chǎn)品中的偏差,管理和控制不一致性問題的文檔；7）軟件專業(yè)監(jiān)理工程師和建設(shè)方的軟件質(zhì)量保證人員定期對軟件質(zhì)量保證組的活動和結(jié)果進行評審；8）跟蹤和記錄軟件質(zhì)量保證活動的情況，審查軟件質(zhì)量保證活動，并給出軟件質(zhì)量保證監(jiān)理報告。2.4軟件配置管理監(jiān)理主要內(nèi)容及方法1）確保應(yīng)用軟件系統(tǒng)建設(shè)承建單位的配置管理組織和環(huán)境按照軟件項目計劃的要求成立并配備。2）控制承建單位依據(jù)書面規(guī)程，為應(yīng)用軟件系統(tǒng)建設(shè)項目制定軟件配置管理計劃。3）監(jiān)督承建單位使用審批通過的、文檔化的軟件配置管理計劃作為實施軟件配置管理活動的基礎(chǔ)，該計劃包括:要執(zhí)行的活動、活動的進度安排、指定的職責(zé)和所需的資源;監(jiān)督承建單位標識將置于配置管理下的軟件工作產(chǎn)品，工作產(chǎn)品包括與過程相關(guān)的計劃、標準或規(guī)程、軟件需求、軟件設(shè)計、軟件代碼單元、軟件測試規(guī)程、為軟件測試活動建立的軟件系統(tǒng)、軟件系統(tǒng)產(chǎn)品和編譯程序。4）控制承建單位依據(jù)書面規(guī)程，對所有配置項/單元的更改請求和問題報告實施初始準備、記錄、評審、批準和跟蹤。5）監(jiān)督承建單位依據(jù)書面規(guī)程，控制對基線的更改。監(jiān)督承建單位依據(jù)書面規(guī)程，由軟件基線庫生成軟件產(chǎn)品并對其發(fā)布進行控制。監(jiān)督承建單位依據(jù)書面規(guī)程，記錄配置項/單元的狀態(tài)。6）控制承建單位編制軟件配置管理報告，證明軟件配置管理活動和軟件基線庫的內(nèi)容，并提供給建設(shè)方。7）監(jiān)督承建單位依據(jù)書面規(guī)程，進行軟件基線庫審核。進行軟件配置管理活動狀態(tài)的跟蹤和記錄。8）定期審查軟件配置管理活動和軟件配置管理基線，以驗證它們與文檔定義的一致性。9）審核軟件配置管理活動及其工作產(chǎn)品，并給出軟件配置管理監(jiān)理報告。2.5需求說明書評審監(jiān)理工作方法作為需求分析階段工作的復(fù)查手段，在需求分析的最后一步，應(yīng)該對功能的正確性、完整性和清晰性，以及其他需求給予評價。評審的主要內(nèi)容是：D系統(tǒng)定義的目標是否與用戶的要求一致；2）系統(tǒng)需求分析階段提供的文檔資料是否齊全；3）文檔中的所有描述是否完整、清晰、準確反映用戶要求：4）與所有其他系統(tǒng)成分的重要接口是否都已經(jīng)描述：5）被開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、確定；6）所有圖表是否清楚，在不補充說明時能否理解；7）主要功能是否己包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說明；8）軟件的行為和它必須處理的信息、必須完成的功能是否一致；9）設(shè)計的約束條件或限制條件是否符合實際；10）是否考慮了開發(fā)的技術(shù)風(fēng)險；11）是否考慮過軟件需求的其他方案」12）是否考慮過將來可能會提出的軟件需求；13）是否詳細制定了檢驗標準，它們能否對系統(tǒng)定義是否成功進行確認；14）有沒有遺漏、重復(fù)或不一致的地方；15）用戶是否審查了初步的用戶手冊或原型；16）項目開發(fā)計劃中的估算是否受到了影響。為保證軟件需求定義的質(zhì)量，評審應(yīng)以專門指定的人員負責(zé)，并按規(guī)程嚴格進行。評審結(jié)束應(yīng)有評審負責(zé)人的結(jié)論意見及簽字。除承建單位分析員之外,建設(shè)單位人員和監(jiān)理單位都應(yīng)當參加評審工作。需求說明書要經(jīng)過嚴格評審，一般，評審的結(jié)果都包含了一些修改意見，待修改完成后再經(jīng)評審?fù)ㄟ^，才可進入設(shè)計階段。2.6軟件分包合同監(jiān)理工作方法方法1：定期審查軟件分包合同的管理活動。實施定期審查的主要目的是適當?shù)亍⒓皶r地掌握軟件分包合同管理的軟件過程活動。在滿足建設(shè)單位需求的前提下，只要有適當?shù)臋C制來報告異常情況，審查的時間間隔就盡可能長些。方法2:根據(jù)實際需要隨時跟蹤和審查軟件分包合同的管理活動。方法3:評審和（或）審核軟件分包合同的管理活動及其產(chǎn)品，并報告結(jié)果。這些評審和（或）審核至少應(yīng)驗證：（1）選擇分承建單位的活動。（2）管理軟件分包合同的活動。（3）協(xié)調(diào)主承建單位和分承建單位配置管理的活動。（4）與分承建單位按計劃評審的實施情況。（5）確認分包合同達到關(guān)鍵里程碑或階段完成時的評審情況。（6）對分承建單位軟件產(chǎn)品的驗收過程。2.7概要設(shè)計說明書評審監(jiān)理工作方法1）可追溯性：即分析該軟件的系統(tǒng)結(jié)構(gòu)、子系統(tǒng)結(jié)構(gòu)，確認該軟件設(shè)計是否覆蓋了所有己確定的軟件需求，軟件每一成分是否可追溯到某一項需求。2）接口：即分析軟件各部分之間的聯(lián)系，確認該軟件的內(nèi)部接口與外部接口是否已經(jīng)明確定義。模塊是否滿足高內(nèi)聚和低耦合的要求。模塊作用范圍是否在其控制范圍之內(nèi)。3）風(fēng)險：即確認該軟件設(shè)計在現(xiàn)有技術(shù)條件下和預(yù)算范圍內(nèi)是否能按時實現(xiàn)。4）實用性:即確認該軟件設(shè)計對于需求的解決方案是否實用。5）技術(shù)清晰度：即確認該軟件設(shè)計是否以一種易于翻譯成代碼的形式表達。6）可維護性:從軟件維護的角度出發(fā)，確認該軟件設(shè)計是否考慮了方便未來的維護。7）質(zhì)量：即確認該軟件設(shè)計是否表現(xiàn)出良好的質(zhì)量特征。8）各種選擇方案:看是否考慮過其他方案，比較各種選擇方案的標準是什么。9）限制:評估對該軟件的限制是否現(xiàn)實，是否與需求一致。10）其他具體問題:對于文檔、可測試性、設(shè)計過程等進行評估。2.8軟件編碼規(guī)范評審1.源程序文檔化1）符號名的命名符號名即標識符，包括模塊名、變量名、常量名、標號名、子程序名、數(shù)據(jù)區(qū)名以及緩沖區(qū)名等等。這些名稱應(yīng)能反映它所代表的實際東西，應(yīng)有一定的實際意義。例如，表示次數(shù)的量用TinIes,表示總量的量用TOtaL表示平均值的量用Average,表示和的量用SUnI等等。2）程序的注釋夾在程序中的注釋是程序員與日后的程序讀者之間通信的重要手段。注釋絕不是可有可無的。一些正規(guī)的程序文本中一注釋行的數(shù)量占到整個源程序的1/3-1/2,甚至更多。注釋分為序言性注釋和功能性注釋。序言性注釋通常置于每個程序模塊的開頭部分，它應(yīng)當給出程序的整體說明，對子理解程序本身具有引導(dǎo)作用。有些軟件開發(fā)部門對序言性注釋做了明確而嚴格的規(guī)定，要求程序編制者逐項列出。有關(guān)項目包括:程序標題;有關(guān)本模塊功能和目的的說明；主要算法;接口說明（包括調(diào)用形式、參數(shù)描述、子程序清單）；有關(guān)數(shù)據(jù)描述（重要的變量及其用途、約束或限制條件，以及其他有關(guān)信息）；模塊位置（在哪一個源文件中，或隸屬十哪一個軟件包）；開發(fā)簡歷（模塊設(shè)計者、復(fù)審者、復(fù)審日期、修改日期及有關(guān)說明）等。功能性注釋功能性注釋嵌在源程序體中，用于描述其后的語句或程序段是在做什么工作，或是執(zhí)行了下面的語句會怎么樣。而不要解釋下面怎么做。要點:描述一段程序，而不是每一個語句;用縮進和空行，使程序與注釋容易區(qū)別;注釋要正確。3）標準的書寫格式視覺組織用空格、空行和移行來實現(xiàn)。恰當?shù)乩每崭?，可以突出運算的優(yōu)先性，減少發(fā)生編碼的錯誤；自然的程序段之間可用空行隔開;移行也叫做向右縮格，它是指程序中的各行不必都在左端對齊，不必都從第一格起排列，這樣做可以使程序分清層次關(guān)系。對于選擇語句和循環(huán)語句，把其中的程序段語句向右做階梯式移行，使程序的邏輯結(jié)構(gòu)更加清晰。2數(shù)據(jù)說明在設(shè)計階段己經(jīng)確定了數(shù)據(jù)結(jié)構(gòu)的組織及其復(fù)雜性。在編寫程序時，則需要注意數(shù)據(jù)說明的風(fēng)格。為了使程序中數(shù)據(jù)說明更易于理解和維護，必須注意以下幾點。1）數(shù)據(jù)說明的次序應(yīng)當規(guī)范化數(shù)據(jù)說明次序規(guī)范化，使數(shù)據(jù)屬性容易查找，也有利于測試、排錯和維護。原則上，數(shù)據(jù)說明的次序與語法無關(guān)，其次序是任意的。但出于閱讀、理解和維護的需要，最好使其規(guī)范化，使說明的先后次序固定。2）說明語句中變量安排有序化當多個變量名在一個說明語句中說明時，應(yīng)當對這些變量按字母的順序排列。帶標號的全程數(shù)據(jù)也應(yīng)當按字母的順序排列。3）使用注釋說明復(fù)雜數(shù)據(jù)結(jié)構(gòu)如果設(shè)計了一個復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，應(yīng)當使用注釋來說明在程序?qū)崿F(xiàn)時這個數(shù)據(jù)結(jié)構(gòu)的固有特點。4）語句結(jié)構(gòu)在設(shè)計階段確定了軟件的邏輯流結(jié)構(gòu)，但構(gòu)造單個語句則是編碼階段的任務(wù)。語句構(gòu)造力求簡單、直接，不能為了片面追求效率而使語句復(fù)雜化。3輸入和輸出1）對所有的輸入數(shù)據(jù)都要進行檢驗，識別錯誤的輸入，以保證每個數(shù)據(jù)的有效性。2）檢查輸入項的各種重要組合的合理性，必要時報告輸入狀態(tài)信息。3）使得輸入的步驟和操作盡可能簡單，并保持簡單的輸入格式。4）輸入數(shù)據(jù)時，應(yīng)允許使用自由格式輸入。5）應(yīng)允許默認值。6）輸入一批數(shù)據(jù)時，最好使用輸入結(jié)束標志，而不要由用戶指定輸入數(shù)據(jù)數(shù)目。7）在交互式輸入時，要在屏幕上使用提示符明確提示交互輸入的請求，指明可使用選擇項的種類和取值范圍。同時，在數(shù)據(jù)輸入的過程中和輸入結(jié)束時，也要在屏幕上給出狀態(tài)信息。8）當程序設(shè)計語言對輸入/輸出格式有嚴格要求時，應(yīng)保持輸入格式與輸入語句的要求的一致性。9)給所有的輸出加注解，并設(shè)計輸出報表格式。2.9軟件編碼監(jiān)理的內(nèi)容及方法措施2.9.1軟件編碼監(jiān)理的內(nèi)容1)監(jiān)督承建單位將合適的軟件編碼工程方法和工具集成到項目定義的軟件過程中：(1)依據(jù)項目定義的軟件過程對軟件編碼任務(wù)進行綜合。(2)選擇軟件編碼可用的方法和工具，并將選擇專用工具或方法的理由寫成文檔。對備選方法和工具進行選擇的依據(jù)是：機構(gòu)標準軟件過程項目定義的軟件過程現(xiàn)有的技術(shù)基礎(chǔ)可得到的培訓(xùn)合同需求工具的能力使用的方便性和提供的服務(wù)(3)選擇和使用適合于軟件編碼的配置管理模型。配置管理模型可能是：入庫出庫模型組合模型事務(wù)處理模型更改處理模型(4)將用于軟件編碼的軟件產(chǎn)品和工具置于配置管理之下。2)監(jiān)督承建單位依據(jù)項目定義的軟件過程，對軟件編碼進行開發(fā)、維護、建立文檔和驗證，以實現(xiàn)軟件需求和軟件設(shè)計(1)參與軟件編碼的人員評審軟件需求和軟件設(shè)計，以確保影響編碼的各種問題得到識別和解決。(2)使用有效的編程方法編制軟件代碼。編程方法可能是：?結(jié)構(gòu)化編程?代碼重用(3)根據(jù)一個計劃制定代碼單元的開發(fā)順序，該計劃考慮諸如關(guān)鍵性、難度、集成和測試問題;合適時，還要考慮客戶和最終用戶的需要。(4)每個代碼單元完成編碼時，通過評審和單元測試。(5)將代碼置于配置管理之下。(6)每當軟件需求或軟件設(shè)計更改時，適當?shù)馗拇a。3)軟件監(jiān)理組跟蹤和記錄軟件編碼產(chǎn)品的功能性和質(zhì)量跟蹤和記錄的內(nèi)容有：(1)跟蹤、累計的軟件編碼產(chǎn)品缺陷的數(shù)量、類型和嚴重程度。(2)軟件編碼產(chǎn)品工程活動的狀態(tài)。(3)有關(guān)問題嚴重性和持續(xù)時間的報告。(4)用于分析每個更改建議的工作量及匯總統(tǒng)計量。(5)按類別(如界面、安全性、系統(tǒng)配置、性能和可用性)被納入軟件基線的更改數(shù)量。2.9.2軟件編碼監(jiān)理的方法措施1)定期審查軟件編碼的工程活動和工程進度。2)根據(jù)實際需要對軟件編碼工程活動、工作進度進行審查。3)對軟件編碼工程活動和產(chǎn)品進行評審和（或）審核，并報告結(jié)果。這些評審和（或）審核至少應(yīng)包括：軟件編碼工程任務(wù)的準備就緒和完成準則得到滿足。軟件編碼符合規(guī)定的標準和需求。已完成所需的測試。檢測出的問題和缺陷已建立文檔，并被跟蹤和處理。通過軟件編碼，對設(shè)計的跟蹤得以實施。在軟件產(chǎn)品提交前，依據(jù)軟件基線驗證了用來管理和維護軟件的文檔。2.10.軟件測試監(jiān)理的內(nèi)容及方法措施2.10.1軟件測試監(jiān)理的內(nèi)容1）監(jiān)督承建單位將合適的軟件測試工程方法和工具集成到項目定義的軟件過程中（1）依據(jù)項目定義的軟件過程對軟件測試任務(wù)進行綜合。（2）選擇軟件測試可用的方法和工具，并將選擇專用工具或方法的理由寫成文檔。對備選方法和工具進行選擇的依據(jù)是：機構(gòu)標準軟件過程項目定義的軟件過程現(xiàn)有的技術(shù)基礎(chǔ)可得到的培訓(xùn)合同需求工具的能力使用的方便性和提供的服務(wù)(3)選擇和使用適合于軟件測試的配置管理模型。配置管理模型可能是：入庫出庫模型組合模型事務(wù)處理模型更改處理模型(4)將用于測試軟件產(chǎn)品的工具置于配置管理之下。2)監(jiān)督承建單位依據(jù)項目定義的軟件過程，對軟件測試進行開發(fā)、維護、建立文檔和驗證，以滿足軟件測試計劃要求。軟件測試有靜態(tài)測試、單元測試、集成測試、確認測試和系統(tǒng)測試組成。(1)可與客戶和最終用戶一同參與開發(fā)和評審測試準則。(2)使用有效方法測試軟件。(3)基于下列因素確定測試的充分性：測試試級別。測試級別有單元測試、集成測試、確認測試和系統(tǒng)測試。選擇的測試策略。測試策略有功能測試(黑盒測試)、結(jié)構(gòu)測試(白盒測試)和統(tǒng)計測試。欲達到的測試覆蓋。測試覆蓋方法有語句覆蓋、路徑覆蓋、分支覆蓋和運行剖面覆蓋。(4)對每個級別的軟件測試，建立和使用測試準備就緒準則。確定測試準備就緒準則包括：?軟件單元在進入集成測試前己成功地完成了代碼的靜態(tài)測試和單元測試?在進入系統(tǒng)測試前，軟件己成功地完成了確認測試?在軟件進入系統(tǒng)測試前，已對測試準備就緒進行評審（5）每當被測試軟件或軟件環(huán)境發(fā)生變化時，則在各有關(guān)的測試級別上適當(6)對于測試計劃、測試規(guī)程和測試用例，準備使用前通過評審。(7)管理和控制測試計劃、測試說明、測試規(guī)程和測試用例。(8)每當軟件需求、軟件設(shè)計或被測試代碼更改時，適當?shù)馗臏y試計劃、測試說明、測試規(guī)程和測試用例。3)監(jiān)督承建單位依據(jù)項目定義的軟件過程、計劃和實施軟件的確認測試(1)基于軟件開發(fā)計劃，制定確認測試計劃并寫成文檔。(2)負責(zé)軟件需求、軟件設(shè)計、系統(tǒng)測試及驗收測試的人員，評審確認測試用例、測試說明和測試規(guī)程。(3)依據(jù)指定的軟件需求文檔和軟件設(shè)計文檔的指定版本，進行軟件確認測試。4)計劃和實施軟件系統(tǒng)測試，實施系統(tǒng)測試以保證軟件滿足軟件需求(1)盡早分配測試軟件的資源，以做好充分的測試準備。所需的測試準備活動包括：準備測試文檔準備測試資源開發(fā)測試程序開發(fā)模擬程序(2)編制系統(tǒng)測試的計劃文檔。如果合適，該測試計劃由建設(shè)單位進行評審和認可。此測試計劃包括：全面測試和驗證的方法測試職責(zé)測試工具、測試設(shè)備和測試支持需求?驗收準則(3)由一個獨立于軟件開發(fā)者的測試小組來計劃和準備所需的測試用例和測試規(guī)程。(4)在測試開始前，對測試用例建立文檔，并經(jīng)評審和認可。(5)依據(jù)已納入基線的軟件及其軟件任務(wù)書(或合同)和軟件需求文檔，實施軟件測試。(6)對測試中發(fā)現(xiàn)的問題建立文檔，并跟蹤到關(guān)閉。(7)建立測試結(jié)果文檔，并以此作為判斷軟件是否滿足需求的基礎(chǔ)。(8)管理和控制測試結(jié)果。5)軟件監(jiān)理組跟蹤和記錄軟件測試的結(jié)果跟蹤和記錄的內(nèi)容有：(1)跟蹤、累計的軟件產(chǎn)品缺陷的數(shù)量、類型和嚴重程度。(2)軟件測試工程活動的狀態(tài)。(3)有關(guān)問題嚴重性和持續(xù)時間的報告。(4)用于分析每個更改建議的工作量及匯總統(tǒng)計量。2.10.2軟件測試監(jiān)理的方法1)定期審查軟件測試的工程活動和工作進度。2)根據(jù)實際需要對軟件測試工程活動進行跟蹤、審查和評估。3)對軟件測試工程活動和產(chǎn)品進行評審和(或)審核，并報告結(jié)果。這些評審和(或)審核至少應(yīng)包括：(1)軟件測試工程任務(wù)的準備就緒和完成準則得到滿足。(2)軟件測試符合規(guī)定的標準和需求。(3)已完成所需的測試。(4)檢測出的問題和缺陷已建立文檔，并被跟蹤和處理。(5)通過軟件測試，軟件產(chǎn)品符合軟件需求的要求。(6)在軟件產(chǎn)品提交前，依據(jù)軟件基線驗證了用來管理和維護軟件的文檔。4)測試設(shè)計，監(jiān)理方督促承建方根據(jù)測試目標,結(jié)合被測源代碼的業(yè)務(wù)和技術(shù)特點，明確測試環(huán)境和工具,確定測試需求、測試方法、測試內(nèi)容、測試準人條件和測試準出條件。測試方法應(yīng)采用自動化靜態(tài)分析工具掃描和人工分析相結(jié)合的方法。源代碼漏洞測試的測試內(nèi)容宜包括但不限于以下源代碼漏洞分類：(1)行為問題；(2)路徑錯誤；(3)數(shù)據(jù)處理；(4)處理程序錯誤；(5)不充分的封裝；(6)安全功能；(7)時間和狀態(tài)；(8)Web問題；(9)用戶界面錯誤。5)測試用例。源代碼漏洞測試的測試用例應(yīng)包括但不限于以下要素：(1)名稱和編號；(2)自動化靜態(tài)分析工具的操作步驟和參數(shù)配置；(3)自動化靜態(tài)分析工具的期望操作結(jié)果。6)源代碼漏洞測試工具選擇源代碼漏洞測試工具重點應(yīng)考慮工具的漏報率和誤報率，可通過調(diào)查或比較的方式評估工具的漏報率和誤報率。選擇的源代碼漏洞測試工具應(yīng)覆蓋但不限于本標準的源代碼漏洞測試內(nèi)容,測試前應(yīng)對工具的漏洞規(guī)則庫和測試引擎進行必要的升級和維護。選擇源代碼漏洞測試工具建議結(jié)合項目的具體需求。如可行,首先考慮選用商業(yè)的自動化靜態(tài)分析工具。若條件不具備,也可選用開源的自動化靜態(tài)分析工具。2.11數(shù)據(jù)遷移轉(zhuǎn)換監(jiān)理方法及措施1）數(shù)據(jù)轉(zhuǎn)換監(jiān)理方法（1）檢查承建方是否明確歷史數(shù)據(jù)的轉(zhuǎn)換范圍；（2）檢查是否建立歷史數(shù)據(jù)結(jié)構(gòu)到新數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)映射關(guān)系；（3）檢查是否建立歷史數(shù)據(jù)字典到新數(shù)據(jù)字典的代碼映射關(guān)系；（4）對于數(shù)量特別大的歷史數(shù)據(jù)，建議制定兩階段遷移轉(zhuǎn)換方案，大量歷史數(shù)據(jù)要能提前進行遷移轉(zhuǎn)換，正式遷移轉(zhuǎn)換時，只對增量變化數(shù)據(jù)進行遷移轉(zhuǎn)換處理。2）數(shù)據(jù)遷移轉(zhuǎn)換結(jié)果質(zhì)量檢查對數(shù)據(jù)遷移轉(zhuǎn)換結(jié)果需要進行全面的質(zhì)量檢查，質(zhì)量檢測要點和要求如下：（1）對數(shù)據(jù)轉(zhuǎn)換結(jié)果的合規(guī)性進行