信息系統(tǒng)監(jiān)理作業(yè)指導書

信息系統(tǒng)監(jiān)理作業(yè)指導書甘肅省通信產(chǎn)業(yè)工程監(jiān)理有限公司目錄一、信息系統(tǒng)監(jiān)理業(yè)務通用流程 11、工程準備階段流程圖 12、工程設(shè)計階段流程圖 23、工程實施階段流程圖 34、工程驗收階段流程圖 4二、信息系統(tǒng)監(jiān)理通用表格 51、開工令 62、停工令 73、監(jiān)理通知單 84、監(jiān)理文件簽收單 95、監(jiān)理審核意見書 106、會議紀要 117、招標文件評審記錄表 128、監(jiān)理日志（詳見附件） 139、監(jiān)理周報（詳見附件） 1310、填寫說明 13三、信息系統(tǒng)監(jiān)理信息管理 131、信息系統(tǒng)監(jiān)理文檔編制作業(yè)規(guī)范書 13四、監(jiān)理工作方法 27一）第一次工地例會會議議程 27五、信息系統(tǒng)工程主要專業(yè)主要監(jiān)理控制點及監(jiān)理方法 27一）軟件工程 271、監(jiān)理控制目標 272、監(jiān)理控制要點 283、分析設(shè)計階段監(jiān)理 344、實施階段監(jiān)理 465、軟件驗收階段監(jiān)理 54二）網(wǎng)絡工程 591、監(jiān)理控制目標 592、監(jiān)理控制要點 603、機房建設(shè)設(shè)計階段監(jiān)理 634、綜合布線系統(tǒng)設(shè)計監(jiān)理 725、實施階段監(jiān)理 906、驗收階段監(jiān)理 119一、信息系統(tǒng)監(jiān)理業(yè)務通用流程1、工程準備階段流程圖2、工程設(shè)計階段流程圖3、工程實施階段流程圖4、工程驗收階段流程圖二、信息系統(tǒng)監(jiān)理通用表格序號分類文件名稱文件編號1總體類文件監(jiān)理單位案GTJL-101-****-####2監(jiān)理合同GTJL-102-****-####3監(jiān)理規(guī)劃GTJL-103-****-####4監(jiān)理實施細則GTJL-104-****-####5監(jiān)理總結(jié)報告GTJL-105-****-####6回應類文件提交資料回復單GTJL-106-****-####7內(nèi)部文件監(jiān)理日志GTJL-107-****-$$$$$$8綜合性文件監(jiān)理月報GTJL-001-****-####9監(jiān)理周報GTJL-002-****-####10專題監(jiān)理報告GTJL-003-****-####11監(jiān)理工作會議紀要GTJL-004-****-####12評審會議紀要GTJL-005-****-####13監(jiān)理工程師通知單GTJL-006-****-####14工程暫停令GTJL-007-****-####15項目前期階段監(jiān)理表格（含招/投標）招標文件評審記錄GTJL-011-****-####16投標文件評審記錄GTJL-012-****-####17開標過程確認表GTJL-013-****-####18工程合同評審表GTJL-014-****-####19質(zhì)量保證資料檢查記錄GTJL-015-****-####20項目設(shè)計階段表格軟件開發(fā)文檔審核表GTJL-021-****-####21軟件開發(fā)進度計劃檢查表GTJL-022-****-####22工程設(shè)計方案審核表GTJL-023-****-####23項目實施階段監(jiān)理表格設(shè)備開箱檢驗報告GTJL-031-****-####24設(shè)備安裝調(diào)試記錄GTJL-032-****-####25軟件安裝調(diào)試記錄GTJL-033-****-####26工程進度計劃檢查表GTJL-034-****-####27項目付款階段驗收報告GTJL-035-****-####28合同階段性支付申請表GTJL-036-****-####29項目驗收階段監(jiān)理表格工程驗收方案審核表GTJL-041-****-####30初驗報告GTJL-042-****-####31驗收報告GTJL-043-****-####32缺陷責任期監(jiān)理表格項目各階段培訓檢查記錄GTJL-051-****-####33缺陷責任期服務檢查表GTJL-052-****-####信息系統(tǒng)監(jiān)理產(chǎn)出文檔列表1、開工令工程名稱：致：（承建單位）經(jīng)審核，我方認為你方已經(jīng)完成了工程實施前的準備工作，滿足了開工條件，同意你方于年月日起開始實施。附：1、經(jīng)過總監(jiān)理工程師批準的系統(tǒng)設(shè)計方案。2、經(jīng)過總監(jiān)理工程師批準的實施組織設(shè)計方案?？偙O(jiān)理工程師：日期：2、停工令工程名稱：致：（承建單位）經(jīng)查實，我方認為工程實施過程中，存在問題，影響了工程的正常實施。因此，貴單位務必于年月日起開始停止施工。附：證明材料總監(jiān)理工程師：日期：3、監(jiān)理通知單項目名稱：編號:致（承建單位）：_事由：建設(shè)單位簽收：日期：承建單位簽收：日期：專業(yè)監(jiān)理工程師：日期：4、監(jiān)理文件簽收單工程名稱：文件名稱附件列表12345678910接收單位：接收人簽字：簽收日期：備注：5、監(jiān)理審核意見書工程名稱：致：建設(shè)單位簽收：項目監(jiān)理機構(gòu)（章）專業(yè)/總監(jiān)理工程師：承建單位簽收：日期：6、會議紀要工程名稱：地點：日期：參與人員：建設(shè)單位代表：承建單位代表：監(jiān)理單位代表：7、招標文件評審記錄表工程名稱：日期：招標單位：工程規(guī)模估算：參與評審人：評審內(nèi)容評審結(jié)論評審建議監(jiān)理方：專家：建設(shè)方：8、監(jiān)理日志（詳見附件）9、監(jiān)理周報（詳見附件）10、填寫說明嚴格按照信息系統(tǒng)監(jiān)理產(chǎn)出文檔列表進行編制，同類型表格可適當更改表格名稱。三、信息系統(tǒng)監(jiān)理信息管理1、信息系統(tǒng)監(jiān)理文檔編制作業(yè)規(guī)范書監(jiān)理大綱監(jiān)理規(guī)劃監(jiān)理規(guī)劃編制的程序和依據(jù)1.編制監(jiān)理規(guī)劃的基本要求1)監(jiān)理規(guī)劃的內(nèi)容應有統(tǒng)一性由于監(jiān)理規(guī)劃是指導整個監(jiān)理項目工作的綱領(lǐng)性文件，在編制監(jiān)理規(guī)劃時應當做到其內(nèi)容構(gòu)成力求統(tǒng)一。這是監(jiān)理工作規(guī)范化、制度化、統(tǒng)一化的基本要求，也是監(jiān)理工作科學化的要求。監(jiān)理規(guī)劃的基本作用是指導監(jiān)理項目部全面開展工作，如果監(jiān)理規(guī)劃的編寫內(nèi)容不能夠做到系統(tǒng)、統(tǒng)一，監(jiān)理工作就會出現(xiàn)漏洞或矛盾，使正常的監(jiān)理工作受到影響，甚至出現(xiàn)失誤。2)監(jiān)理規(guī)劃的內(nèi)容應有針對性信息系統(tǒng)工程項目具有單件性和一次性。因此，對某一個具體的工程項目而言，監(jiān)理規(guī)劃的內(nèi)容必須根據(jù)這個項目的實際來編制，如果忽視監(jiān)理規(guī)劃內(nèi)容的針對性，采用同一模式、同一方法開展監(jiān)理工作，必然會導致目標偏離計劃，甚至出現(xiàn)失誤。所以一個好的監(jiān)理規(guī)劃，應該針對具體的信息工程建設(shè)項目進行目標規(guī)劃，建立監(jiān)理項目部和制度。只有這樣，監(jiān)理規(guī)劃才能真正起到指導監(jiān)理工作的作用。3)監(jiān)理規(guī)劃的內(nèi)容應該具有時效性監(jiān)理規(guī)劃的內(nèi)容應該隨著工程項目的逐步開展，對其不切實際的措施進行不斷的補充、完善、調(diào)整。實際上它是把開始勾畫的輪廓進一步細化，使得監(jiān)理規(guī)劃變得更加詳盡可行。在工程項目的開始階段，總監(jiān)理工程師不可能對項目的具體信息掌握得非常準確，兼之工程項目在建設(shè)過程中，受到來自內(nèi)外各種因素和條件變化的影響，這就使得監(jiān)理規(guī)劃必須進行相應的調(diào)整和進一步的完善，才能保證監(jiān)理目標的實現(xiàn)。2.編制監(jiān)理規(guī)劃的步驟1)規(guī)劃信息的收集與處理所謂規(guī)劃信息，就是指與監(jiān)理規(guī)劃相關(guān)的信息，如所監(jiān)理的信息系統(tǒng)工程項目的情況(一般由建設(shè)單位提供)、承建單位(可能還包括設(shè)計單位、分包單位)的情況、建設(shè)單位的情況、監(jiān)理委托合同所規(guī)定的各項監(jiān)理任務等信息，在編制監(jiān)理規(guī)劃以前，應該廣泛收集相關(guān)的監(jiān)理信息，在整理和消化這些材料的基礎(chǔ)上開始著手編制項目監(jiān)理規(guī)劃。2)項目規(guī)劃目標的確認依據(jù)上一步收集到的項目規(guī)劃信息，來確定項目規(guī)劃的目標，并對目標進行識別、排序和量化，為下一步確定監(jiān)理工作做準備。3)確定監(jiān)理工作內(nèi)容在對監(jiān)理規(guī)劃目標進行確認的基礎(chǔ)上，具體確定監(jiān)理單位應該做的工作。在這里，監(jiān)理工作的工作內(nèi)容、工作程序和工作要求等，都將得到確定。確定的依據(jù)一方面來自于上邊所確定的監(jiān)理規(guī)劃目標，另一方面來自于監(jiān)理委托合同。4)按照監(jiān)理工作性質(zhì)及內(nèi)容進行工作分解緊承上一步，在對監(jiān)理工作進行初步確認的基礎(chǔ)上，對監(jiān)理工作進行細分，確定不同小組的責任，以此來確定各自的監(jiān)理任務。3.編制監(jiān)理規(guī)劃的依據(jù)(1)與信息系統(tǒng)工程建設(shè)有關(guān)的法律、法規(guī)及項目審批文件等;(2)與信息系統(tǒng)工程監(jiān)理有關(guān)的法律、法規(guī)及管理辦法等;(3)與本工程項目有關(guān)的標準、設(shè)計文件、技術(shù)資料等，其中標準應包含公認應該遵循的相關(guān)國際標準、國家或地方標準;(4)監(jiān)理大綱、監(jiān)理合同文件以及與本項目建設(shè)有關(guān)的合同文件。監(jiān)理規(guī)劃的內(nèi)容監(jiān)理規(guī)劃包括的主要內(nèi)容有工程項目概況、監(jiān)理范圍、監(jiān)理內(nèi)容、監(jiān)理目標、監(jiān)理項目部的組織形式、監(jiān)理項目部的人員配備計劃、監(jiān)理項目部的人員崗位職責、監(jiān)理依據(jù)、監(jiān)理工作程序、監(jiān)理工作方法及措施、監(jiān)理工作制度、監(jiān)理工具和設(shè)施等。在監(jiān)理工作實施過程中，如實際情況或條件發(fā)生重大變化而需要調(diào)整監(jiān)理規(guī)劃時，應由總監(jiān)理工程師組織專業(yè)監(jiān)理工程師研究修改，按原報審程序經(jīng)過批準后報建設(shè)單位。下面對上述內(nèi)容做簡單介紹。1.工程項目概況工程項目概況是描述整個信息系統(tǒng)工程項目大體情況的部分，信息系統(tǒng)工程項目概況包括工程名稱、工程項目組成及規(guī)模、工程預計總投資額、項目預計工期、工程質(zhì)量等級、設(shè)計、實施及開發(fā)承建單位名稱、工程特點的簡要描述等等。2.監(jiān)理的范圍、內(nèi)容與目標這三者要根據(jù)監(jiān)理委托合同和一般的監(jiān)理原則來確定。監(jiān)理范圍要表明監(jiān)理項目部的工作在工程的什么范圍之內(nèi)進行，比如說包含對工程的哪些階段進行監(jiān)理;監(jiān)理內(nèi)容要說明監(jiān)理工作具體做什么，比如包含質(zhì)量控制、進度控制、信息管理、合同管理等等;監(jiān)理的目標列出監(jiān)理工作在本項目中要達到的效果，這些效果應該符合實際，并且在監(jiān)理的控制范圍之內(nèi)。3.監(jiān)理項目部的組織結(jié)構(gòu)與人員配備監(jiān)理單位應該根據(jù)工程項目的實際情況確定監(jiān)理項目部的組織結(jié)構(gòu)，并按合理的比例配備專業(yè)的監(jiān)理工程師。監(jiān)理規(guī)劃中，應該寫明針對該項目組建的監(jiān)理項目部的組織形式以及各個環(huán)節(jié)、各個分項目方面的人員配備等情況。其中，監(jiān)理機構(gòu)的組織形式，一般都以圖的形式簡明、扼要地表示出來;監(jiān)理工程師的配備，可以按照各個分項目的不同來劃分，也可以按照職能來劃分，還可以綜合考慮兩方面的內(nèi)容，按照它們之間的交叉來劃分。具體應該采用哪一種劃分形式，可以按照項目自身的特點來進行選擇。4.監(jiān)理依據(jù)、程序、措施及制度監(jiān)理依據(jù)要求列出監(jiān)理工作所依據(jù)的所有文件、標準、資料，并對依據(jù)的理由和辦法進行闡述。監(jiān)理的工作程序，包括展開監(jiān)理信息搜集的步驟、監(jiān)理意見的發(fā)布程序、監(jiān)理會議召開的程序等等。監(jiān)理工作方法和措施指監(jiān)理對某一特定的監(jiān)理對象采取的監(jiān)理手段，比如對網(wǎng)絡設(shè)計的監(jiān)理手段、對軟件開發(fā)過程的監(jiān)理手段、對信息設(shè)備安裝的監(jiān)理手段等等。監(jiān)理工作制度是監(jiān)理項目部制定的、約束監(jiān)理工程師的、監(jiān)理行為的規(guī)章，不同項目的監(jiān)理制度可能有不同之處。制度內(nèi)容主要包括會議、簽認、處理、審查等方面。5.監(jiān)理工具和設(shè)施監(jiān)理工具和設(shè)施可分為兩類:一類是監(jiān)理單位自帶的監(jiān)理工具，一類是由建設(shè)單位提供的監(jiān)理設(shè)施。監(jiān)理單位應根據(jù)工程情況，配備滿足監(jiān)理工作需要的軟硬件工具和監(jiān)理設(shè)備。特別是軟件工具，一般包括監(jiān)理管理軟件、監(jiān)理測試軟件和監(jiān)理支持軟件。如果監(jiān)理工作包含現(xiàn)場監(jiān)理部分，還應按合同規(guī)定向建設(shè)單位提出必要的辦公設(shè)施等要求。需要強調(diào)的是，監(jiān)理項目部應妥善使用建設(shè)單位提供的設(shè)施，并在完成監(jiān)理工作后移交建設(shè)單位。信息系統(tǒng)監(jiān)理實施細則監(jiān)理實施細則編制的程序與依據(jù)技術(shù)復雜、專業(yè)性較強的大中型信息系統(tǒng)工程項目，項目監(jiān)理組應該編制監(jiān)理實施細則。信息系統(tǒng)工程監(jiān)理實施細則是在監(jiān)理規(guī)劃的基礎(chǔ)上，根據(jù)項目實際情況對各項監(jiān)理工作的具體實施和操作要求的具體化、詳細化，用以指導項目監(jiān)理部全面開展監(jiān)理業(yè)務。監(jiān)理實施細則應符合監(jiān)理規(guī)劃中的相關(guān)要求，并應結(jié)合信息系統(tǒng)工程項目的專業(yè)特點，做到詳細具體，具有可操作性。1.監(jiān)理實施細則編制的規(guī)定(1)監(jiān)理實施細則應在相應工程實施開始前編制完成，須經(jīng)總監(jiān)理工程師批準;(2)監(jiān)理實施細則應由總監(jiān)理工程師組織各專業(yè)監(jiān)理工程師編制;(3)監(jiān)理實施細則應符合項目的特點。2.監(jiān)理實施細則編寫的要求1)要符合項目本身的專業(yè)特點監(jiān)理實施細則雖然是具體指導項目中各專業(yè)開展監(jiān)理工作的技術(shù)性文件，但一個項目的目標實現(xiàn)，必須靠各專業(yè)間相互的配合協(xié)調(diào)，才能實現(xiàn)項目的有序進行。如果各自管各自的專業(yè)特點而不考慮別的專業(yè)，那么整個項目的有序?qū)嵤┚蜁霈F(xiàn)混亂，甚至影響到目標的實現(xiàn)。2)嚴格執(zhí)行國家、地方的規(guī)范及標準并考慮項目自身的特點國家和地方的標準、規(guī)范、規(guī)程及行業(yè)技術(shù)規(guī)范文件等，是開展監(jiān)理工作的主要依據(jù)。但是對于一些非強制性的標準、規(guī)范可以結(jié)合項目的自身特點和監(jiān)理目標，有選擇地采納部分適合項目自身特點的部分，而不要照抄、照搬。3)盡可能地對專業(yè)方面的技術(shù)指標量化、細化，使其更具有可操作性編寫監(jiān)理實施細則的目的是指導項目實施過程中的各項活動，并對各專業(yè)的實施活動進行監(jiān)督和對結(jié)果進行評價。因此，監(jiān)理工程師必須盡可能地依據(jù)技術(shù)指標來進行檢驗評定。在監(jiān)理實施細則的編寫中，要明確國家標準、規(guī)范、規(guī)程中的技術(shù)指標及要求。只有這樣，才能使監(jiān)理實施細則更具有針對性、可操作性。在監(jiān)理工作的具體實施過程中，監(jiān)理實施細則應根據(jù)實際進行補充、修改和完善。另外，為確保監(jiān)理工作的順利進行，監(jiān)理實施細則應對所要監(jiān)理項目中的關(guān)鍵點和實施難點設(shè)置“質(zhì)量控制點”。3.監(jiān)理實施細則編制的方式1)第一種方式按信息系統(tǒng)工程中的專業(yè)分工編制一個綜合性的信息系統(tǒng)工程涉及的專業(yè)領(lǐng)域可能有通信工程、網(wǎng)絡工程、軟件開發(fā)、信息安全、經(jīng)濟核算、設(shè)備造型等等，每種專業(yè)都有自己的監(jiān)理手段和技術(shù)。2)第二種方式按信息系統(tǒng)工程的階段編制按照信息系統(tǒng)工程項目的進程，可劃分為工程準備階段、工程設(shè)計階段、工程實施階段、工程驗收階段和缺陷責任期，每一階段的監(jiān)理單位法和措施各有特點。3)第三種方式按監(jiān)理的工作內(nèi)容編制監(jiān)理的工作內(nèi)容可分為質(zhì)量控制、進度控制、投資控制、變更控制、合同管理和信息管理。第一種方式是最常用的方式，也是比較好組織的一種方式。4.編制監(jiān)理實施細則的依據(jù)(1)已經(jīng)批準的項目監(jiān)理規(guī)劃;(2)與信息系統(tǒng)工程相關(guān)的國家、地方政策、法規(guī)和技術(shù)標準;(3)與工程相關(guān)的設(shè)計文件和技術(shù)資料:(4)實施組織設(shè)計;(5)合同文件。監(jiān)理實施細則內(nèi)容監(jiān)理實施細則的主要內(nèi)容包括工程專業(yè)的特點、監(jiān)理流程、監(jiān)理的控制要點及目標、監(jiān)理單位法及措施。一般來說，監(jiān)理實施細則是由專業(yè)監(jiān)理工程師來編寫，由總監(jiān)理工程師審核，作為實施監(jiān)理工作的指導文件。無論哪種專業(yè)，都要包含以上四個方面的內(nèi)容，下面對這四個方面的內(nèi)容進行闡述。1.工程專業(yè)的特點監(jiān)理的對象是一個具體的信息系統(tǒng)工程項目，監(jiān)理工程師首先要做的工作就是了解工程的情況，特別要細致分析工程的專業(yè)特點，列出工程中要用到的專業(yè)技術(shù)的優(yōu)缺點。這種分析對有針對性地采取監(jiān)理技術(shù)和手段有相當重要的作用。例如，某個應用軟件開發(fā)采用的開發(fā)語言、中間件、操作系統(tǒng)、數(shù)據(jù)庫等，每一種技術(shù)有其優(yōu)勢，也肯定有容易造成紕漏和隱患的地方。了解了專業(yè)技術(shù)的特點，就為編寫監(jiān)理的控制要點和方法措施奠定了基礎(chǔ)，也使監(jiān)理工程師更有效地實施監(jiān)理工作有了充分準備。2.監(jiān)理流程監(jiān)理流程是指進行專業(yè)監(jiān)理時遵循的程序，比如監(jiān)理信息的搜集、匯報、分析，監(jiān)理措施的采取，監(jiān)理意見的發(fā)布等等。在制定監(jiān)理流程時，要充分考慮到工程的實際情況，做到切實可行;監(jiān)理程序簡明而不粗糙，對工程異常情況反應迅速;流程要有一定的靈活性，不能太僵硬，避免過度限制監(jiān)理工程師使用監(jiān)理手段。3.監(jiān)理的控制要點及目標監(jiān)理的控制要點包含控制點和質(zhì)量、進度、投資、變更等控制需要注意的事項。監(jiān)理工程師應根據(jù)專業(yè)的特點，在工程過程中設(shè)置一些容易檢測和糾正的標志性時機作為控制點，為每個控制點確定檢測標準，也就是該控制點的目標。這樣，在實施監(jiān)理工作時，監(jiān)理工程師通過對這些關(guān)鍵點的控制達到對本專業(yè)的控制。4.監(jiān)理單位法及措施措施即計劃采用的監(jiān)理技術(shù)、監(jiān)理工具和針對工程異常情況的監(jiān)理措施。對不同的專業(yè)應有不同的監(jiān)理技術(shù)，在不同的工程階段也有不同的監(jiān)理手段。例如，在對綜合布線系統(tǒng)的線路連通性進行控制時，可采用一些測試儀器進行抽檢;對軟件開發(fā)進度進行控制時，可通過審查開發(fā)過程文檔、走查代碼來實現(xiàn);對網(wǎng)絡設(shè)備價格進行控制時，可審核原始單據(jù)，并通過電話核實來確認?？傊O(jiān)理細則的編制要做到“可行、有效、細致、全面”，真正起到指導監(jiān)理工程師實際工作的作用。承建單位待審文檔列表序號分類文件名稱文件編號1項目前期階段監(jiān)理表格（含招/投標）投標申請公司縮寫-CJ-001-****-###2投標單位投標文件資質(zhì)公司縮寫-CJ-002-****-###3投標書公司縮寫-CJ-003-****-###4項目設(shè)計階段監(jiān)理表格工程技術(shù)設(shè)計方案公司縮寫-CJ-004-****-###5工程施工設(shè)計方案公司縮寫-CJ-005-****-###6工程進度計劃公司縮寫-CJ-006-****-###7工程實施組織結(jié)構(gòu)公司縮寫-CJ-007-****-###8工程任務分解計劃公司縮寫-CJ-008-****-###9工程資金分解計劃公司縮寫-CJ-009-****-###10項目實施階段監(jiān)理表格設(shè)備開箱檢驗清單公司縮寫-CJ-010-****-###11設(shè)備安裝調(diào)試記錄公司縮寫-CJ-011-****-###12軟件安裝調(diào)試記錄公司縮寫-CJ-012-****-###13工程進度報表公司縮寫-CJ-013-****-###14工程階段性測試結(jié)果公司縮寫-CJ-014-****-###15項目付款階段驗收申請公司縮寫-CJ-015-****-###16合同階段性支付申請表公司縮寫-CJ-016-****-###17項目驗收階段監(jiān)理表格工程驗收方案公司縮寫-CJ-017-****-###18工程技術(shù)文檔（說明書）公司縮寫-CJ-018-****-###19初驗申請報告公司縮寫-CJ-019-****-###20驗收申請報告公司縮寫-CJ-020-****-###21缺陷責任期監(jiān)理表格項目各階段培訓計劃公司縮寫-CJ-021-****-###22缺陷責任期服務檢查表公司縮寫-CJ-022-****-###承建單位軟件工程文件文檔計劃需求分析設(shè)計編碼測試進行維護1、可行性研究報告2、項目開發(fā)計劃3、軟件需求規(guī)格說明4、數(shù)據(jù)需求規(guī)格說明5、測試計劃6、概要設(shè)計說明7、詳細設(shè)計說明8、數(shù)據(jù)庫設(shè)計說明9、模塊開發(fā)卷宗10、用戶手冊11、操作手冊12、測試分析報告13、開發(fā)進度月報14、項目開發(fā)總結(jié)部分階段質(zhì)量控制要點質(zhì)量控制手段驗收方式應用系統(tǒng)需求設(shè)計調(diào)研提綱，包括調(diào)研的對象、內(nèi)容、程序和時間需求分析報告，包括業(yè)務流程圖、數(shù)據(jù)流程圖、軟件規(guī)格說明書和初步用戶手冊軟件規(guī)格說明書，包括系統(tǒng)目標、軟件功能描述、軟件性能和軟件安全需求說明、軟件規(guī)則描述和關(guān)鍵數(shù)據(jù)項的編碼標準業(yè)主確認技術(shù)評審業(yè)主簽字評審意見系統(tǒng)設(shè)計系統(tǒng)詳細設(shè)計報告，包括數(shù)據(jù)字典、功能模塊劃分、功能模塊說明、模塊接口說明、與現(xiàn)行系統(tǒng)接口說明、界面設(shè)計、編程規(guī)范、測試標準技術(shù)評審評審意見程序編寫編程的時間控制編程計劃進度報告技術(shù)評審監(jiān)理意見評審意見系統(tǒng)測試培訓安排、培訓教材、培訓考核測試模型測試用例技術(shù)評審技術(shù)評審評審意見評審意見系統(tǒng)試運行出現(xiàn)的問題修改匯總問題清單程序修改確認系統(tǒng)驗收竣工文件驗收方案參加驗收工作監(jiān)理意見應用系統(tǒng)文檔監(jiān)理控制表信息系統(tǒng)監(jiān)理項目資料歸檔目錄一、監(jiān)理合同；二、監(jiān)理大綱；（投標）三、監(jiān)理規(guī)劃（含簽收單）；四、監(jiān)理實施細則（含簽收單）；五、開工申請表、開工令；六、實施方案報審表；七、進度計劃報審表；八、監(jiān)理審核意見類：1、合同審核意見；2、承建單位及實施人員資質(zhì)審查表；3、工程設(shè)計方案審核意見；4、工程實施方案審核意見；5、集成測試方案審核意見；6、軟件開發(fā)文檔審核表；7、項目付款階段驗收審核意見；8、工程驗收方案審核意見；9、工程實施文檔審核意見；九、監(jiān)理檢查記錄類：1、招標文件評審記錄；2、投標文件評審記錄；3、開標過程確認表；4、設(shè)備到到貨、開箱、加電檢驗報告；5、設(shè)備安裝調(diào)試記錄；6、軟件安裝調(diào)試記錄；7、工程進度計劃檢查表；8、軟件開發(fā)進度計劃檢查表；9、質(zhì)量保證資料檢查記錄（合格證、影像資料、隱蔽工程報驗單）10、培訓檢查記錄表；十、監(jiān)理過程性資料：1、監(jiān)理日志；2、監(jiān)理周報；3、工程會議紀要；4、工程備忘錄；5、工程變更單；6、監(jiān)理工程師通知單、回復單、聯(lián)系單；十一、竣工驗收報告：1、初驗驗收報告2、終驗驗收報告（包含試運行監(jiān)理報告）十二、監(jiān)理總結(jié)報告。四、監(jiān)理工作方法一）第一次工地例會會議議程1、建設(shè)方闡述建設(shè)目的、內(nèi)容、項目管理要求；2、承建方闡述項目實施方案、進度計劃；3、監(jiān)理方闡述項目實施方案、進度計劃審核意見，監(jiān)理規(guī)劃-監(jiān)理工作制度、質(zhì)量保障計劃；4、三方確認（1）監(jiān)理資料目錄；（2）監(jiān)理控制表格；（監(jiān)理通知單）（3）會議制度、報表制度（進度、工作量、存在問題等）；（4）溝通平臺建立（作為信息發(fā)布和通知的唯一平臺）；（5）監(jiān)理報表（監(jiān)理周報、月報、階段性監(jiān)理報告）；（6）獎懲制度；5）、形成結(jié)論五、信息系統(tǒng)工程主要專業(yè)主要監(jiān)理控制點及監(jiān)理方法一）軟件工程1、監(jiān)理控制目標應用系統(tǒng)建設(shè)監(jiān)理工作應力求達到以下主要目標:(1)對軟件開發(fā)單位、軟件實施單位和系統(tǒng)承建單位的行為進行監(jiān)控，促使開發(fā)行為符合國家法律法規(guī)、有關(guān)政策和相關(guān)技術(shù)標準，制止開發(fā)行為的隨意性和盲目性，促使開發(fā)進度、質(zhì)量按計劃(合同)實現(xiàn)，力求開發(fā)行為合法、科學、合理又經(jīng)濟。(2)促進用戶與軟件開發(fā)單位、軟件實施單位和系統(tǒng)承建單位的有效溝通，使軟件開發(fā)單位、軟件實施單位和系統(tǒng)承建單位能夠全面準確了解用戶的實際需求，同時用戶能及時了解項目的進展情況。(3)促使軟件開發(fā)單位、軟件實施單位和承建單位為項目運行的全過程建立一套明確、合理、可行的計劃或者規(guī)程，并利用與之相應的審核、監(jiān)理機制和手段對其執(zhí)行過程進行有效控制。(4)促使系統(tǒng)的關(guān)鍵技術(shù)指標在項目實施過程中處于受控狀態(tài)，及早預測和發(fā)現(xiàn)可能影響施工計劃的各種因素，及時糾正可能影響系統(tǒng)功能與性能的缺陷。2、監(jiān)理控制要點準備階段的監(jiān)理立項階段的監(jiān)理工作立項階段最終要做的工作就是編制可行性研究報告，目的是:說明項目的實現(xiàn)在技術(shù)、經(jīng)濟和社會條件方面的可行性;評述為了合理地達到開發(fā)目標而可能選擇的各種方案;說明并論證所選定的方案。從以下四個方面的進行可研監(jiān)理設(shè)審核：(1)經(jīng)濟可行性:進行成本/效益分析。從經(jīng)濟角度判斷系統(tǒng)開發(fā)是否“合算”。(2)技術(shù)可行性:進行技術(shù)風險評價。從建設(shè)基礎(chǔ)、問題的復雜性等出發(fā)，判斷系統(tǒng)開發(fā)在時間、費用等限制條件下成功的可能性。(3)法律可行性:確定系統(tǒng)開發(fā)可能導致的任何侵權(quán)、妨礙和責任。(4)方案的選擇:評價系統(tǒng)或產(chǎn)品開發(fā)的幾個可能的候選方案。最后給出結(jié)論意見。確定招標方式了解業(yè)主需求，協(xié)助業(yè)主確定招標方式。根據(jù)有關(guān)國際組織協(xié)議或國內(nèi)法規(guī)以及信息服務項目招標的特點，在實踐中確定信息服務招標方式的基本原則是:(1)如果可以擬定詳細的條件，而且服務的性質(zhì)允許采用招標方式，可采用公開或邀請招標的方式進行。(2)如果不能確切擬定或最后擬定條件，或采購的服務相當復雜，可采用征求建議書、邀請建議書、兩階段招標、競爭性談判、設(shè)計競賽等方式。(3)與其他形式的服務相比，聘用專家提供咨詢、研究、監(jiān)理等服務更側(cè)重對專家知識、技能、經(jīng)驗方面的考慮，故有獨特的方式。在招標方式確定后，協(xié)助業(yè)主制定招標文件和評標標準，并對招標過程的組織提出建議。審查承建單位資質(zhì)采用公開招標方式時，協(xié)助業(yè)主對投標單位的資質(zhì)進行審查，采用邀標或其他招標方式時，協(xié)助業(yè)主單位對候選承建單位進行資質(zhì)審查。協(xié)助業(yè)主單位對承建單位資質(zhì)進行審查，1、承建單位的軟件企業(yè)認定情況、系統(tǒng)集成資質(zhì)情況等，2、考察承建單位在以往的開發(fā)過程中是否從事過與本項目相關(guān)或相似的開發(fā)工作，幫助業(yè)主單位選擇合格的承建單位，減小項目實施的風險。審查承建單位質(zhì)量管理體系軟件企業(yè)所遵循的質(zhì)量管理體系主要有兩種，一種是軟件能力成熟度模型(SW-CMM)，一種是ISO質(zhì)量管理體系。監(jiān)督招標過程1、開標過程監(jiān)理開標應當在招標文件確定的提交投標文件截止時間的同一時間公開進行;開標地點應當為招標文件中預先確定的地點。開標時，要檢查投標文件的密封情況，經(jīng)確認無誤后，由工作人員當眾拆封，宣讀投標人名稱、投標價格和投標文件的其他主要內(nèi)容。開標過程應當記錄，并存檔備查。2、評標過程監(jiān)理，評標委員會由招標人的代表和有關(guān)技術(shù)、經(jīng)濟等方面的專家組成，成員人數(shù)為五人以上單數(shù)，其中技術(shù)、經(jīng)濟等方面的專家不得少于成員總數(shù)的三分之二。專家應當從事相關(guān)領(lǐng)域工作滿八年并具有高級職稱或者具有同等專業(yè)水平，由招標人從國務院有關(guān)部門或者省、自治區(qū)、直轄市人民政府有關(guān)部門提供的專家名冊或者招標代理機構(gòu)的專家?guī)靸?nèi)的相關(guān)專業(yè)的專家名單中確定;一般招標項目可以采取隨機抽取方式，特殊招標項目可以由招標人直接確定。確認沒有與投標人有利害關(guān)系的人進入相關(guān)項目的評標委員會。評標委員會成員的名單在中標結(jié)果確定前應當保密。確認沒有任何單位和個人非法干預、影響評標的過程和結(jié)果。評標委員會應當按照招標文件確定的評標標準和方法，對投標文件進行評審和比較;設(shè)有標底的，應當參考標底。評標委員會完成評標后，應當向招標人提出書面評標報告，并推薦合格的中標候選人。招標人根據(jù)評標委員會提出的書面評標報告和推薦的中標候選人確定中標人。招標人也可以授權(quán)評標委員會直接確定中標人。在確定中標人前，“招標人不得與投標人就投標價格、投標方案等實質(zhì)性內(nèi)容進行談判。評標委員會成員和參與評標的有關(guān)工作人員不得透露對投標文件的評審和比較、中標候選人的推薦情況以及與評標有關(guān)的其他情況。3、決標過程監(jiān)理中標通知書對招標人和中標人具有法律效力。中標通知書發(fā)出后，招標人改變中標結(jié)果的，或者中標人放棄中標項目的，應當依法承擔法律責任。招標人和中標人應當自中標通知書發(fā)出之日起三十日內(nèi)，按照招標文件和中標人的投標文件訂立書面合同。招標人和中標人不得再行訂立背離合同實質(zhì)性內(nèi)容的其他協(xié)議。依法必須進行招標的項目，招標人應當自確定中標人之日起十五日內(nèi)，向有關(guān)行政監(jiān)督部門提交招標投標情況的書面報告。中標人應當按照合同約定履行義務，完成中標項目。中標人不得向他人轉(zhuǎn)讓中標項目，也不得將中標項目肢解后分別向他人轉(zhuǎn)讓。中標人按照合同約定或者經(jīng)招標人同意，可以將中標項目的部分非主體、非關(guān)鍵性工作分包給他人完成。接受分包的人應當具備相應的資格條件，并不得再次分包。中標人應當就分包項目向招標人負責，接受分包的人就分包項目承擔連帶責任。合同簽訂管理監(jiān)理工程師應對工程承建、共同承擔風險的合同條款、法律條款分別進行仔細的分析解釋。同時也要對合同條款的更換、延期說明、投資變化等事件進行仔細分析。合同分析和工程檢查等工作要同其聯(lián)系起來。合同分析是解釋雙方合同責任的根據(jù)。監(jiān)理工程師在業(yè)主與承建單位訂立合同的過程中要按條款逐條分析，如果發(fā)現(xiàn)有對業(yè)主產(chǎn)生風險較大的條款，要增加相應的抵御條款。要詳細分析哪些條款與業(yè)主有關(guān)、與承建單位有關(guān)、與工程檢查有關(guān)、與工期有關(guān)等，分門別類分析各自責任和相互聯(lián)系的關(guān)聯(lián)，做到一清二楚，心中有數(shù)。合同評審過程中的考查以下內(nèi)容，確定以下內(nèi)容在合同中進行了明確定義;(1)定義/使用的術(shù)語:(2)保密約定;，(3)知識產(chǎn)權(quán)約定:(4)雙方義務;(5)合同價款及付款方式;(6)各階段工程成果及交付期限，應選取里程碑式的工程成果交付的期限，并在一定程度上把成果和付款計劃聯(lián)系起來;(7)驗收標準和方式/工程的質(zhì)量要求，應準確細致地描述工程的整體質(zhì)量和各部分質(zhì)量，必要時可以用明確的技術(shù)指標進行限定;(8)用戶培訓需求;(9)維護期約定，包括維護期長度、維護響應時間、維護方式和維護法用等;(10)違約責任;(11)期限和終止;(12)不可抗力;(13)變更，包括資金、需求、期限、合向等變更，對變更的范圍進行約定，并明確每一種變更以何種方式何種程序處理;對范圍外的變更，可注明另行協(xié)商并再補簽合同;(14)其他約定，如適用法律、爭議解決和雙方的其他協(xié)作條件等。將監(jiān)理意見以合同評審專題報告形式提交業(yè)主。3、分析設(shè)計階段監(jiān)理軟件項目計劃監(jiān)理的目標(1)監(jiān)督承建單位形成軟件規(guī)模估計文檔，以供計劃和跟蹤軟件項目使用。(2)監(jiān)督承建單位制定軟件項目的活動和約定，并形成文檔。(3)監(jiān)督和控制軟件項目計劃的產(chǎn)品和活動與軟件的需求規(guī)格說明一致。軟件項目計劃監(jiān)理的主要活動(1)確保軟件承建單位在項目軟件過程規(guī)范約定的基礎(chǔ)上制定軟件項目計劃。(2)監(jiān)督承建單位為實施軟件工程和管理軟件項目制定合理的軟件項目計劃，包括進行軟件規(guī)模估計和軟件風險分析，建立軟件項目組織，確定軟件項目生命周期，進行軟件項目策劃，確定必要的約定。(3)監(jiān)督承建單位依據(jù)書面規(guī)程制定項目的軟件項目計劃，確認計劃內(nèi)容是否滿足標準、規(guī)范及合同要求。(4)審查承建單位編寫的項目計劃文檔，軟件項目計劃包括:軟件項目的用途、范圍、目標和對象，軟件開發(fā)計劃，軟件配置管理，軟件質(zhì)量保證，軟件框架設(shè)計，問題跟蹤與排除方法，軟件度量。(5)審查承建單位標明、建立和保持對軟件項目的控制所必需的軟件工作產(chǎn)品。(6)審查承建單位依據(jù)書面規(guī)程估計軟件工作產(chǎn)品規(guī)模，估計軟件項目的工作量和成本，估計項目的關(guān)鍵計算機資源。(7)監(jiān)督承建單位依據(jù)書面規(guī)程制定項目的軟件進度計劃，分析承建單位制定項目的軟件工程設(shè)備和支持工具計劃的合理性、可行性，分析軟件進度計劃的合理性。(8)管理和控制軟件計劃數(shù)據(jù)，審查軟件項目計劃的活動情況。(9)確保軟件項自計劃通過正式的評審，在評審后得到技術(shù)修改和批準，給出是否符合要求的結(jié)論，確定其能否作為軟件開發(fā)的前提和依據(jù)，作為應用軟件系統(tǒng)建設(shè)進度控制的依據(jù)。軟件質(zhì)量管理體系監(jiān)理1、監(jiān)督應用軟件系統(tǒng)建設(shè)承建單位根據(jù)項目合同和業(yè)主應用軟件系統(tǒng)需求，制定項目軟件工程和管理活動，結(jié)合成為密切相關(guān)、定義完整的項目軟件過程;2、評估項目軟件過程的技術(shù)合理性，包括是否符合標準和規(guī)范，是否符合項目合同和業(yè)主技術(shù)要求;3、項目軟件過程文檔化，并得到批準;監(jiān)督和控制承建單位的項目軟件過程的狀杰，促使承建單位支持和實施項目軟件過程，提高軟件項目實施的計劃性，減少軟件項目實施的風險;4、監(jiān)督應用軟件系統(tǒng)建設(shè)承建單位在軟件開發(fā)過程中按照項目軟件過程的規(guī)范實施，跟蹤、記錄和審查軟件管理過程活動。軟件質(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、軟件監(jiān)理人員和業(yè)主的軟件質(zhì)量保證人員定期對軟件質(zhì)量保證組的活動和結(jié)果進行評審;8、跟蹤和記錄軟件質(zhì)量保證活動的情況，審查軟件質(zhì)量保證活動，并給出軟件質(zhì)量保證監(jiān)理報告。軟件配置管理監(jiān)理的主要活動1、確保應用軟件系統(tǒng)建設(shè)承建單位的配置管理組織和環(huán)境按照軟件項目計劃的要求成立并配備。2、控制承建單位依據(jù)書面規(guī)程，為應用軟件系統(tǒng)建設(shè)項目制定軟件配置管理計劃。3、監(jiān)督承建單位使用審批通過的、文檔化的軟件配置管理計劃作為實施軟件配置管理活動的基礎(chǔ)，該計劃包括:要執(zhí)行的活動、活動的進度安排、指定的職責和所需的資源;監(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)容，并提供給業(yè)主。7、監(jiān)督承建單位依據(jù)書面規(guī)程，進行軟件基線庫審核。進行軟件配置管理活動狀態(tài)的跟蹤和記錄。8、定期審查軟件配置管理活動和軟件配置管理基線，以驗證它們與文檔定義的一致性。9、審核軟件配置管理活動及其工作產(chǎn)品，并給出軟件配置管理監(jiān)理報告。需求說明書評審內(nèi)容作為需求分析階段工作的復查手段，在需求分析的最后一步，應該對功能的正確性、完整性和清晰性，以及其他需求給予評價。評審的主要內(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ù)風險;11、是否考慮過軟件需求的其他方案_;12、是否考慮過將來可能會提出的軟件需求;13、是否詳細制定了檢驗標準，它們能否對系統(tǒng)定義是否成功進行確認;14、有沒有遺漏、重復或不一致的地方;15、用戶是否審查了初步的用戶手冊或原型;16、項目開發(fā)計劃中的估算是否受到了影響。為保證軟件需求定義的質(zhì)量，評審應以專門指定的人員負責，并按規(guī)程嚴格進行。評審結(jié)束應有評審負責人的結(jié)論意見及簽字。除承建單位分析員之外，業(yè)主單位人員和監(jiān)理單位都應當參加評審工作。需求說明書要經(jīng)過嚴格評審，一般，評審的結(jié)果都包含了一些修改意見，待修改完成后再經(jīng)評審通過，才可進入設(shè)計階段。軟件分包合同監(jiān)理的方法方法1:定期審查軟件分包合同的管理活動。實施定期審查的主要目的是適當?shù)?、及時地掌握軟件分包合同管理的軟件過程活動。在滿足業(yè)主單位需求的前提下，只要有適當?shù)臋C制來報告異常情況，審查的時間間隔就盡可能長些。方法2:根據(jù)實際需要隨時跟蹤和審查軟件分包合同的管理活動。方法3:評審和(或)審核軟件分包合同的管理活動及其產(chǎn)品，并報告結(jié)果。這些評審和(或)審核至少應驗證:1、選擇分承建單位的活動。2、管理軟件分包合同的活動。3、協(xié)調(diào)主承建單位和分承建單位配置管理的活動。4、與分承建單位按計劃評審的實施情況。5、確認分包合同達到關(guān)鍵里程碑或階段完成時的評審情況。6、對分承建單位軟件產(chǎn)品的驗收過程。概要設(shè)計說明書評審評審內(nèi)容1、可追溯性:即分析該軟件的系統(tǒng)結(jié)構(gòu)、子系統(tǒng)結(jié)構(gòu)，確認該軟件設(shè)計是否覆蓋了所有己確定的軟件需求，軟件每一成分是否可追溯到某一項需求。2、接口:即分析軟件各部分之間的聯(lián)系，確認該軟件的內(nèi)部接口與外部接口是否已經(jīng)明確定義。模塊是否滿足高內(nèi)聚和低耦合的要求。模塊作用范圍是否在其控制范圍之內(nèi)。3、風險:即確認該軟件設(shè)計在現(xiàn)有技術(shù)條件下和預算范圍內(nèi)是否能按時實現(xiàn)。4、實用性:即確認該軟件設(shè)計對于需求的解決方案是否實用。5、技術(shù)清晰度:即確認該軟件設(shè)計是否以一種易于翻譯成代碼的形式表達。6、可維護性:從軟件維護的角度出發(fā)，確認該軟件設(shè)計是否考慮了方便未來的維護。7、質(zhì)量:即確認該軟件設(shè)計是否表現(xiàn)出良好的質(zhì)量特征。8、各種選擇方案:看是否考慮過其他方案，比較各種選擇方案的標準是什么。9、限制:評估對該軟件的限制是否現(xiàn)實，是否與需求一致。10、其他具體問題:對于文檔、可測試性、設(shè)計過程等進行評估。衡量設(shè)計的技術(shù)標準1、設(shè)計出來的結(jié)構(gòu)應是分層結(jié)構(gòu)，從而建立軟件成分之間的控制。2、設(shè)計應當模塊化，從邏輯上將軟件劃分為完成特定功能或子功能的構(gòu)件。3、設(shè)計應當既包含數(shù)據(jù)抽象，也包含過程抽象。4、設(shè)計應當建立具有獨立功能特征的模塊。5、設(shè)計應當建立能夠降低模塊與外部環(huán)境之間復雜連接的接口。6、設(shè)計應能根據(jù)軟件需求分析獲取的信息，建立可驅(qū)動、可重復的方法。軟件設(shè)計過程根據(jù)基本的設(shè)計原則，使用系統(tǒng)化的方法和完全的設(shè)計評審來建立良好的設(shè)計。設(shè)計說明書檢查表序號檢查項是/不確定/否/不適用清晰性1是否所設(shè)計的架構(gòu)，包括數(shù)據(jù)流、控制流和接口被清楚地表達了？2是否所有的假設(shè)、約束、策略及依賴都被記錄在本文檔了？3是否定義了總體設(shè)計目標？完整性4是否所有以前的TBD（待確定條目）都已經(jīng)解決了？5是否設(shè)計已經(jīng)可以支持本文檔中遺留的TBD有可能帶來的變更？6是否所有的TBD的影響都已經(jīng)被評估了？7是否仍存在可能不可行的設(shè)計部分？8是否已記錄設(shè)計時的權(quán)衡考慮？該文件是否包括了權(quán)衡選擇的標準和不選擇其他方案的原因？依從性9是否遵守了項目的文檔編寫標準？一致性10數(shù)據(jù)元素、流程和對象的命名和使用在整套系統(tǒng)和外部接口之間是否一致？11該設(shè)計是否反映了實際操作環(huán)境（硬件、軟件、支持軟件）？可行性12從進度、預算和技術(shù)角度上看該設(shè)計是否可行？13是否存在錯誤的、缺少的或不完整的邏輯？數(shù)據(jù)使用14所有符合數(shù)據(jù)元素、參數(shù)以及對象的概念是否都已文檔化？15是否還有任何需要的但還沒有定義的數(shù)據(jù)結(jié)構(gòu)，反之亦然？16是否已描述最低級別數(shù)據(jù)元素？是否已詳細說明取值范圍？功能性17是否對每一下級模塊進行了概要算法說明？18所選擇的設(shè)計和算法能否滿足所有的需求？接口19操作界面的設(shè)計是否有為用戶考慮（入詞匯、使用信息和進入的簡易）20是否已描述界面的功能特性？21界面將有利于解決問題嗎？22是否所有界面都互相一致，與其他模塊一致，以及和更高級別文檔中的需求一致？23是否所有的界面都提供了所需求的信息？24是否已說明內(nèi)部各界面之間的關(guān)系？25界面的數(shù)量和復雜程度是否已減少到最??？可維護性26該設(shè)計是否是模塊化的？27這些模塊是否具有高內(nèi)聚度和低耦合度？28是否已經(jīng)對繼承設(shè)計、代碼或先前選擇工具的使用進行了詳細說明？性能29主要性能參數(shù)是否已被詳細說明（如實時、速度要求、磁盤輸入/輸出接口等）可靠性30該設(shè)計能夠提供錯誤監(jiān)測和恢復？31是否矣考慮非正常情況？32是否所有錯誤情況都被完整和準確的說明？33該設(shè)計是否滿足該系統(tǒng)進行集成時所遵守的約定？易測性34是否能夠?qū)υ撓到y(tǒng)進行測試、演示、分析、或檢查來說明它是滿足需求的？35該套系統(tǒng)是否能用增量型的方法來測試和集成？可追溯型36是否各部分的設(shè)計都能追溯到需求說明書的需求？37是否所有的設(shè)計決策都能追溯到原來確定的權(quán)衡因素？38所繼承設(shè)計的已知風險是否已確定和分析？詳細設(shè)計說明書評審、測試計劃評審序號檢查項是/不確定/否/不適用所有單元或過程的目的是否都已文檔化？包括了數(shù)據(jù)流、控制流和接口的單元設(shè)計是否已清晰的說明？完整性是否已定義和初始化所有的變量、指針和常量？是否已描述單元的全部功能？是否已詳細說明實現(xiàn)該單元的關(guān)鍵算法？是否已列出該單元的調(diào)用？依從性數(shù)據(jù)元素的命名和使用在整個單元和單元接口之間是否一致？所有接口的設(shè)計是否互相一致并且各更高級別文檔一致？正確性是否處理所有條件（>0,=0,<0,switch/case）?是否存在處理“casenotfound”的條件？是否正確地規(guī)定了分支（邏輯沒有顛倒）？數(shù)據(jù)使用是否所有聲明的數(shù)據(jù)都被詳細說明？事都所有該單元的數(shù)據(jù)結(jié)構(gòu)都被詳細說明？是否所有修改共享數(shù)據(jù)（或文件）的程序都考慮到了其他程序?qū)υ摴蚕頂?shù)據(jù)（或文件）的存取權(quán)限？是否所有邏輯單元、時間標志和同步標志都被定義和初始化？接口接口參數(shù)在數(shù)量、類型和順序上是否匹配？是否所有的輸入和輸出都被正確定義和檢查？是否傳遞參數(shù)序列都被清晰描述？是否所有參數(shù)和控制標志由已描述的單元傳遞或返回？是否詳細說明了參數(shù)的度量單位、取值范圍、正確度和精度？共享數(shù)據(jù)區(qū)域及其存取規(guī)定的映射是否一致？可維護性單元是否具有高內(nèi)聚度和低耦合度？性能是否該單元的所有約束都被詳細說明？可靠性初始化是否使用到默認值，默認值是否正確？軟件編碼規(guī)范評審源程序文檔化1、符號名的命名符號名即標識符，包括模塊名、變量名、常量名、標號名、子程序名、數(shù)據(jù)區(qū)名以及緩沖區(qū)名等等。這些名稱應能反映它所代表的實際東西，應有一定的實際意義。例如，表示次數(shù)的量用Times，表示總量的量用Total，表示平均值的量用Average，表示和的量用Sum等等。名稱不是越長越好，應當選擇精煉的、意義明確的名稱。必要時可使用縮寫名稱，但這時要注意縮寫規(guī)則要一致，并且要給每一個名稱加注釋。同時，在一個程序中，一個變量只應用于一種用途。2、程序的注釋夾在程序中的注釋是程序員與日后的程序讀者之間通信的重要手段。注釋絕不是可有可無的。一些正規(guī)的程序文本中一注釋行的數(shù)量占到整個源程序的1/3－1/2，甚至更多。注釋分為序言性注釋和功能性注釋。序言性注釋通常置于每個程序模塊的開頭部分，它應當給出程序的整體說明，對子理解程序本身具有引導作用。有些軟件開發(fā)部門對序言性注釋做了明確而嚴格的規(guī)定，要求程序編制者逐項列出。有關(guān)項目包括:程序標題;有關(guān)本模塊功能和目的的說明;主要算法;接口說明(包括調(diào)用形式、參數(shù)描述、子程序清單);有關(guān)數(shù)據(jù)描述(重要的變量及其用途、約束或限制條件，以及其他有關(guān)信息);模塊位置(在哪一個源文件中，或隸屬十哪一個軟件包);開發(fā)簡歷(模塊設(shè)計者、復審者、復審日期、修改日期及有關(guān)說明)等。功能性注釋功能性注釋嵌在源程序體中，用于描述其后的語句或程序段是在做什么工作，或是執(zhí)行了下面的語句會怎么樣。而不要解釋下面怎么做。要點:描述一段程序，而不是每一個語句;用縮進和空行，使程序與注釋容易區(qū)別;注釋要正確。3、標準的書寫格式視覺組織用空格、空行和移行來實現(xiàn)。恰當?shù)乩每崭?，可以突出運算的優(yōu)先性，減少發(fā)生編碼的錯誤;自然的程序段之間可用空行隔開;移行也叫做向右縮格，它是指程序中的各行不必都在左端對齊，不必都從第一格起排列，這樣做可以使程序分清層次關(guān)系。對于選擇語句和循環(huán)語句，把其中的程序段語句向右做階梯式移行，使程序的邏輯結(jié)構(gòu)更加清晰。數(shù)據(jù)說明在設(shè)計階段己經(jīng)確定了數(shù)據(jù)結(jié)構(gòu)的組織及其復雜性。在編寫程序時，則需要注意數(shù)據(jù)說明的風格。為了使程序中數(shù)據(jù)說明更易于理解「和維護，必須注意以下幾點。1、數(shù)據(jù)說明的次序應當規(guī)范化數(shù)據(jù)說明次序規(guī)范化，使數(shù)據(jù)屬性容易查找，也有利于測試、排錯和維護。原則上，數(shù)據(jù)說明的次序與語法無關(guān)，其次序是任意的。但出于閱讀、理解和維護的需要，最好使其規(guī)范化，使說明的先后次序固定。2、說明語句中變量安排有序化當多個變量名在一個說明語句中說明時，應當對這些變量按字母的順序排列。帶標號的全程數(shù)據(jù)也應當按字母的順序排列。3、使用注釋說明復雜數(shù)據(jù)結(jié)構(gòu)如果設(shè)計了一個復雜的數(shù)據(jù)結(jié)構(gòu)，應當使用注釋來說明在程序?qū)崿F(xiàn)時這個數(shù)據(jù)結(jié)構(gòu)的固有特點。4、語句結(jié)構(gòu)在設(shè)計階段確定了軟件的邏輯流結(jié)構(gòu)，但構(gòu)造單個語句則是編碼階段的任務。語句構(gòu)造力求簡單、直接，不能為了片面追求效率而使語句復雜化。輸入和輸出1、對所有的輸入數(shù)據(jù)都要進行檢驗，識別錯誤的輸入，以保證每個數(shù)據(jù)的有效性。2、檢查輸入項的各種重要組合的合理性，必要時報告輸入狀態(tài)信息。3、使得輸入的步驟和操作盡可能簡單，并保持簡單的輸入格式。4、輸入數(shù)據(jù)時，_應允許使用自由格式輸入。5、應允許默認值。6、輸入一批數(shù)據(jù)時，最好使用輸入結(jié)束標志，而不要由用戶指定輸入數(shù)據(jù)數(shù)目。7、在交互式輸入時，要在屏幕上使用提示符明確提示交互輸入的請求，指明可使用選擇項的種類和取值范圍。同時，在數(shù)據(jù)輸入的過程中和輸入結(jié)束時，也要在屏幕上給出狀態(tài)信息。8、當程序設(shè)計語言對輸入/輸出格式有嚴格要求時，應保持輸入格式與輸入語句的要求的一致性。9、給所有的輸出加注解，并設(shè)計輸出報表格式。4、實施階段監(jiān)理軟件編碼監(jiān)理軟件編碼監(jiān)理的目標1、監(jiān)督承建單位定義和綜合軟件編碼任務，并在生產(chǎn)軟件的過程中始終如一地執(zhí)行這些任務。2、監(jiān)督使得軟件工作產(chǎn)品彼此間保持一致性。3、監(jiān)督使得軟件編碼的工作進度與計劃保持一致性。4、監(jiān)督使得軟件編碼的工作質(zhì)量達到計劃的要求。軟件編碼監(jiān)理的活動1、監(jiān)督承建單位將合適的軟件編碼工程方法和工具集成到項目定義的軟件過程中(1)依據(jù)項目定義的軟件過程對軟件編碼任務進行綜合。(2)選擇軟件編碼可用的方法和工具，并將選擇專用工具或方法的理由寫成文檔。對備選方法和工具進行選擇的依據(jù)是:機構(gòu)標準軟件過程項目定義的軟件過程現(xiàn)有的技術(shù)基礎(chǔ)可得到的培訓合同需求工具的能力使用的方便性和提供的服務(3)選擇和使用適合于軟件編碼的配置管理模型。配置管理模型可能是:入庫出庫模型組合模型事務處理模型更改處理模型(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ù)量。軟件編碼監(jiān)理的方法1、定期審查軟件編碼的工程活動和工程進度。2、根據(jù)實際需要對軟件編碼工程活動、工作進度進行審查。3、對軟件編碼工程活動和產(chǎn)品進行評審和(或)審核，并報告結(jié)果。這些評審和(或)審核至少應包括:軟件編碼工程任務的準備就緒和完成準則得到滿足。軟件編碼符合規(guī)定的標準和需求。已完成所需的測試。檢測出的問題和缺陷已建立文檔，并被跟蹤和處理。通過軟件編碼，對設(shè)計的跟蹤得以實施。在軟件產(chǎn)品提交前，依據(jù)軟件基線驗證了用來管理和維護軟件的文檔。軟件測試監(jiān)理 軟件測試監(jiān)理的目標1、監(jiān)督和控制承建單位的軟件測試過程，確保軟件測試按照承建單位的測試文檔規(guī)范和業(yè)主的軟件要求實施;2、軟件測試反映出、記錄著軟件產(chǎn)品的真實情況;3、軟件測試的各個階段按計劃步驟實施;4、對于軟件測試反映出的問題能有效地按回歸測試規(guī)范進行處理;5、最后得到符合軟件任務書(或合同)要求的軟件產(chǎn)品集;6、軟件測試的進度與計劃保持一致性。軟件測試監(jiān)理的活動1、監(jiān)督承建單位將合適的軟件測試工程方法和工具集成到項目定義的軟件過程中(1)依據(jù)項目定義的軟件過程對軟件測試任務進行綜合。(2)選擇軟件測試可用的方法和工具，并將選擇專用工具或方法的理由寫成文檔。對備選方法和工具進行選擇的依據(jù)是:機構(gòu)標準軟件過程項目定義的軟件過程現(xiàn)有的技術(shù)基礎(chǔ)可得到的培訓合同需求工具的能力使用的方便性和提供的服務(3)選擇和使用適合于軟件測試的配置管理模型。配置管理模型可能是:入庫出庫模型組合模型事務處理模型更改處理模型(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)負責軟件需求、軟件設(shè)計、系統(tǒng)測試及驗收測試的人員，評審確認測試用例、測試說明和測試規(guī)程。(3)依據(jù)指定的軟件需求文檔和軟件設(shè)計文檔的指定版本，進行軟件確認測試。4、計劃和實施軟件系統(tǒng)測試，實施系統(tǒng)測試以保證軟件滿足軟件需求(1)盡早分配測試軟件的資源，以做好充分的測試準備。所需的測試準備活動包括:準備測試文檔準備測試資源開發(fā)測試程序開發(fā)模擬程序(2)編制系統(tǒng)測試的計劃文檔。如果合適，該測試計劃由業(yè)主單位進行評審和認可。此測試計劃包括:全面測試和驗證的方法測試職責測試工具、測試設(shè)備和測試支持需求驗收準則(3)由一個獨立于軟件開發(fā)者的測試小組來計劃和準備所需的測試用例和測試規(guī)程。(4)在測試開始前，對測試用例建立文檔，并經(jīng)評審和認可。(5)依據(jù)已納入基線的軟件及其軟件任務書(或合同)和軟件需求文檔，實施軟件測試。(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)計量。軟件測試監(jiān)理的方法(1)定期審查軟件測試的工程活動和工作進度。(2)根據(jù)實際需要對軟件測試工程活動進行跟蹤、審查和評估。(3)對軟件測試工程活動和產(chǎn)品進行評審和(或)審核，并報告結(jié)果。這些評審和(或)審核至少應包括:軟件測試工程任務的準備就緒和完成準則得到滿足。軟件測試符合規(guī)定的標準和需求。已完成所需的測試。檢測出的問題和缺陷已建立文檔，并被跟蹤和處理。通過軟件測試，軟件產(chǎn)品符合軟件需求的要求。在軟件產(chǎn)品提交前，依據(jù)軟件基線驗證了用來管理和維護軟件的文檔。5、軟件驗收階段監(jiān)理驗收階段監(jiān)理工作的重點按照項目合同查看承建單位提供的各種審核報告和測試報告內(nèi)容是否齊全，再根據(jù)平時對承建單位工作情況的了解，可以初步判斷開發(fā)方是否已經(jīng)進行了足夠的正式測試。驗收可以分為兩個大的部分:軟件配置審核和驗收測試。其大致順序可分為:文檔審核，源代碼審核，配置腳本審核，測試程序或腳本審核和可執(zhí)行程序測試。驗收階段的每一個相對獨立的部分，都應該有目標(本步驟的目的)、啟動標準(著手本步驟必須滿足的條件)、活動(構(gòu)成本步驟的具體活動)、完成標準(完成本步驟要滿足的條件)和度量(應該收集的產(chǎn)品與過程數(shù)據(jù))。組織機構(gòu)及人員組成業(yè)主單位與監(jiān)理單位協(xié)調(diào)成立專門的驗收委員會，作為驗收的組織機構(gòu)。委員會一般不少于5人(單數(shù))組成，設(shè)主任1人，委員若千人;并成立驗收測試組和配置審核組，委員可分別參與這兩個組的工作。另外還需要側(cè)試員、配置審核員和記錄員若干人。驗收委員會由業(yè)主單位代表、監(jiān)理單位代表、承建單位代表以及邀請的技術(shù)專家組成員組成。驗收測試和配置審核步驟1、制訂驗收測試計劃、配置審核計劃，做好驗收測試、配置審核準備。2、驗收委員會審定測試計劃、配置審核計劃和測試準備、配置審核準備情況。3、進行驗收測試、配置審核，建立完整的測試、配置審核記錄。4、編寫測試報告、配置審核報告。5、驗收委員會評審。驗收測試和配置審核內(nèi)容1、檢查“合同”或“驗收標準”要求的所有功能。2、檢查“合同”或“驗收標準”要求的所有質(zhì)量特性。3、檢查開發(fā)各個階段的文檔、評審結(jié)論是否齊全規(guī)范。4、驗證功能和接口與需求規(guī)格說明的一致性;檢查程序和文檔的一致性、文檔和文檔的一致性、交付的產(chǎn)品與“合同”或“驗收標準”要求的一致性及符合有關(guān)標準的情況。5、由雙方商定所進行的一些特殊測試和配置審核。配置審核承建單位應當在驗收前提供相應軟件配置內(nèi)容，監(jiān)理單位應對其進行審查，審查的內(nèi)容主要包括以下幾個部分。1、可執(zhí)行程序、源程序、配置腳本、測試程序或腳本。2、主要的開發(fā)類文檔:需求說明書、概要設(shè)計說明書、詳細設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、測試計劃、測試報告、程序維護手冊、程序員開發(fā)手冊、用戶操作手冊和項目總結(jié)報告。3、主要的管理類文檔:項目計劃書、質(zhì)量控制計劃、配置管理計劃、用戶培訓計劃、質(zhì)量總結(jié)報告、評審報告、會議記錄和開發(fā)進度月報。在開發(fā)類文檔中，容易被忽視的文檔有《程序維護手冊》和《程序員開發(fā)手冊》?！冻绦蚓S護手冊》的主要內(nèi)容包括:系統(tǒng)說明(包括程序說明)，和操作環(huán)境、維護過程、源代碼清單等，編寫目的是為將來的維護丈修改和再次開發(fā)工作提供有用的技術(shù)信息?！冻绦騿T開發(fā)手冊》的主要內(nèi)容包括:系統(tǒng)目標、開發(fā)環(huán)境使用說明、測試環(huán)境使用說明、編碼規(guī)范及相應的流程等，實際上就是程序員的培訓手冊。通常，正式的審核過程分為五個步驟:計劃、預備會議(可選)、準備階段、審核會議和問題追蹤。預備會議是對審核內(nèi)容進行介紹并討論。準備階段就是各責任人事先審核并記錄發(fā)現(xiàn)的問題。審核會議是最終確定工作產(chǎn)品中包含的錯誤和缺陷。審核要達到的基本目標是:根據(jù)共同制定的審核表，盡可能地發(fā)現(xiàn)被審核內(nèi)容中存在的問題，并最終得到解決。在根據(jù)相應的審核表進行文檔審核和源代碼審核時，還要注意文檔與源代碼的一致性。在實際的驗收測試執(zhí)行過程中，常常會發(fā)現(xiàn)文檔審核是最難的工作，一方面由于市場需求等方面的壓力使這項工作常常被弱化或推遲，造成持續(xù)時間變長，加大文檔審核的難度:另一方面，文檔審核中不易把握的地方非常多，每個項目都有一些特別的地方，而且也很難找到可用的參考資料。驗收測試在文檔審核、源代碼審核、配置腳本審核、測試程序或腳本審核都順利完成，就可以進行驗收測試的最后一個步驟—可執(zhí)行程序的測試，它包括功能、性能等方面的測試，每種測試也都包括目標、啟動標準、活動、完成標準和度量五個部分。測試的前提條件在真正進行用戶驗收測試之前一般應該己經(jīng)完成了以下工作(也可以根據(jù)實際情況有選擇地采用或增加):1、軟件開發(fā)已經(jīng)完成，并全部解決了己知的軟件缺陷。2、驗收測試計劃已經(jīng)過評審并批準，并且置于文檔控制之下。3、對軟件需求說明書的審查已經(jīng)完成。4、對概要設(shè)計、詳細設(shè)計的審查己經(jīng)完成。5、對所有夭鍵模塊的代碼審查已經(jīng)完成。6、對單元、集成、系統(tǒng)測試計劃和報告的審查已經(jīng)完成。7、所有的測試腳本己完成，并至少執(zhí)行過一次，且通過評審。8、便用配置管理工具且代碼置于配置控制之下。9、軟件問題處理流程已經(jīng)就緒。10、已經(jīng)制定、評審并批準驗收測試完成標準。測試工作實施具體的測試內(nèi)容通?？梢园?安裝(或升級)、啟動與關(guān)機、功能測試(如正例、重要算法、邊界、時序、反例、錯誤處理)、性能測試(如正常的負載、容量變化)、壓力測試(如臨界的負載、容量變化)、配置測試、平臺測試、安全性測試、恢復測試(如在出現(xiàn)掉電、硬件故障或切換、網(wǎng)絡故障等情況時，系統(tǒng)是否能夠正常運行)、可靠性測試等。性能測試和壓力測試一般情況下是在一起進行，通常還需要輔助工具的支持。在進行性能測試和壓力測試時，測試范圍必須限定在那些使用頻度高的和時間要求苛刻的軟件功能子集中。由于承建單位已經(jīng)事先進行過性能測試和壓力測試，因此可以直接使用承建單位的輔助工具。也可以通過購買或自己開發(fā)來獲得輔助工具。具體的測試方法可以參考相關(guān)的軟件工程書籍。如果執(zhí)行了所有的測試案例、測試程序或腳本，驗收測試中發(fā)現(xiàn)的所有軟件問題都已解決，而且所有的軟件配置均已更新和審核，可以反映出軟件在驗收測試中所發(fā)生的變化，驗收測試就完成了。驗收評審系統(tǒng)移交和系統(tǒng)保障的重點1、系統(tǒng)移交的監(jiān)理系統(tǒng)驗收通過便可進行系統(tǒng)移交，此階段的監(jiān)理重點是確保文檔及軟件的完整、版本一致。2、系統(tǒng)保障的監(jiān)理系統(tǒng)保障的監(jiān)理工作重點是確保承建單位按照合同和業(yè)主要求及時高效地提供系統(tǒng)保障服務。系統(tǒng)移交和系統(tǒng)保障監(jiān)理的措施1、系統(tǒng)移交的監(jiān)理措施(1)審查承建單位的項目資料清單。(2)協(xié)助業(yè)主和承建單位交接項目資料。(3)確保軟件文檔和軟件的一致性。(4)開發(fā)軟件做好備份，保管在安全地方，文件材料歸檔。2、系統(tǒng)保障期的監(jiān)理措施(1)督導承建單位按“合同”規(guī)定及時進行系統(tǒng)保障，抽查系統(tǒng)保障的執(zhí)行情況。(2)對項目業(yè)主方提出的質(zhì)量問題進行記錄。(3)督促承建單位進行修復和維護。(4)對承建單位進行修復的內(nèi)容進行確認。二）網(wǎng)絡工程1、監(jiān)理控制目標簡單性：工程設(shè)計應該盡量簡單。這樣可以提高運行效益，同時也可以節(jié)省投資和提高系統(tǒng)的運行質(zhì)量。靈活性：工程對外界條件的變化應具有較強的適應能力。由于信息網(wǎng)絡工程是復雜的系統(tǒng)工程，要求系統(tǒng)的結(jié)構(gòu)要具有較好的靈活性和可塑性。完整性：信息網(wǎng)絡系統(tǒng)工程是各個子工程的集合