信息系統(tǒng)應(yīng)用工程監(jiān)理細(xì)則

1、 信息系統(tǒng)應(yīng)用工程監(jiān)理細(xì)則（初稿）遼寧北方電子信息技術(shù)檢測有限公司2005.5目 錄1.工程概述信息系統(tǒng)應(yīng)用工程即軟件工程，是一類求解軟件的工程，它應(yīng)用計算機(jī)科學(xué)、數(shù)學(xué)（用于構(gòu)造模型和算法）和管理科學(xué)（用戶計劃、資源、質(zhì)量和成本等的管理）等原理，借鑒傳統(tǒng)工程（用于制定規(guī)范、設(shè)計范型、評估成本、權(quán)衡結(jié)果）的原則和方法，創(chuàng)建軟件已達(dá)到提高質(zhì)量、降低成本的目的。2.工程建設(shè)內(nèi)容軟件工程活動是“生產(chǎn)一個最終滿足需求且達(dá)到工程目標(biāo)的軟件產(chǎn)品所需要的步驟”。主要包括需求、設(shè)計、實現(xiàn)、確認(rèn)以及支持等活動。需求活動包括需求分析和問題分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設(shè)計活動一

2、般包括該藥設(shè)計和詳細(xì)設(shè)計。概要設(shè)計建立整個軟件體系結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說明、每一模塊接口定義。詳細(xì)設(shè)計產(chǎn)生程序員可用的模塊說明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說明及加工描述。實現(xiàn)活動把設(shè)計結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。確認(rèn)活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認(rèn)，保證最終產(chǎn)品滿足用戶的要求。支持活動包括修改和完善。伴隨以上活動，還有管理過程、支持過程、培訓(xùn)過程等。歸結(jié)起來，軟件工程活動包括以下基本內(nèi)容：2.1需求：定義問題，即建立系統(tǒng)模型，包括以下主要任務(wù)：2.1.1需求獲?。盒枨蠖x。市系統(tǒng)功能的一個正確的陳述。2.1.2需求規(guī)約：系統(tǒng)需求規(guī)格說明。主要成分是系統(tǒng)模型，是系統(tǒng)功能的一個

3、精確、系統(tǒng)的描述。2.1.3需求驗證：對獲取的需求進(jìn)行驗證。2.2設(shè)計：在需求分析基礎(chǔ)上，給出系統(tǒng)的軟件解決方案。2.2.1總體設(shè)計2.2.1.1系統(tǒng)的軟件體系結(jié)構(gòu)2.2.1.2 C/S結(jié)構(gòu)、B/S結(jié)構(gòu)2.2.1.3 以數(shù)據(jù)庫為中心的結(jié)構(gòu)2.2.1.4管道結(jié)構(gòu)2.2.1.5面向?qū)ο蟮慕Y(jié)構(gòu)2.2.1.6其它2.2.2詳細(xì)設(shè)計：針對總體設(shè)計結(jié)果，給出每一構(gòu)件的詳細(xì)描述。2.3實現(xiàn)：選擇可用的構(gòu)件，或以一種選定的語言，對每一構(gòu)件進(jìn)行編碼。2.4確認(rèn)：貫穿軟件開發(fā)的整個過程，主要任務(wù)是軟件測試。2.5支持：完善性維護(hù)和糾錯性維護(hù)。3.監(jiān)理依據(jù)依據(jù)“委托原則”，在業(yè)主方的委托授權(quán)范圍內(nèi)，依據(jù)相關(guān)的合同及

4、標(biāo)準(zhǔn)，對項目的全過程開展監(jiān)理工作。在工程監(jiān)理過程中，依據(jù)的相關(guān)材料包括：3.1招標(biāo)人與施工方簽訂的工程建設(shè)承包合同：明確監(jiān)理方的地位。3.2招標(biāo)人與監(jiān)理方簽訂的工程建設(shè)監(jiān)理合同：明確監(jiān)理方的責(zé)任、權(quán)利和義務(wù)。3.3國際標(biāo)準(zhǔn)、國家和行業(yè)標(biāo)準(zhǔn)。根據(jù)合同執(zhí)行的具體情況，如適用，則應(yīng)選擇使用下列現(xiàn)行的有關(guān)技術(shù)規(guī)范、規(guī)程和技術(shù)標(biāo)準(zhǔn)：ISO 9000-3:1997 質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn)第三部分ISO 9001-1994 在計算機(jī)軟件開發(fā)、供應(yīng)、安裝和維護(hù)中的應(yīng)用指南GB/T 16260-1996 信息技術(shù) 軟件產(chǎn)品 質(zhì)量特性及其使用指南GB/T 9385-88 計算機(jī)軟件需求說明編寫指南GB/T 938

5、6-88 計算機(jī)軟件測試文件編制規(guī)范GB/T 12504-90 計算機(jī)軟件質(zhì)量標(biāo)準(zhǔn)保證計劃規(guī)范GB/T 12505-90 計算機(jī)軟件配置管理計劃規(guī)范GB/T 12207-1995 信息技術(shù) 軟件生存周期過程GB/T 14079-93 計算機(jī)軟件維護(hù)指南GB/T 14394-93 計算機(jī)軟件可靠性和可維護(hù)性管理GB/T 15532-95 計算機(jī)軟件單元測試GB/T 11457-1995 軟件工程術(shù)語4.監(jiān)理內(nèi)容對于信息系統(tǒng)應(yīng)用工程監(jiān)理的內(nèi)容，主要圍繞信息產(chǎn)業(yè)部正式頒布的信息系統(tǒng)工程監(jiān)理暫行規(guī)定第九條規(guī)定的對信息系統(tǒng)工程的質(zhì)量、進(jìn)度、投資進(jìn)行監(jiān)督，對項目合同和文檔進(jìn)行管理，協(xié)調(diào)有關(guān)單位間的工作關(guān)系

6、。4.1質(zhì)量控制質(zhì)量控制要貫穿項目建設(shè)從可行性分析、設(shè)計、開發(fā)、實施、測試、驗收和用戶維護(hù)的全過程。主要包括組織設(shè)計方案評比，進(jìn)行設(shè)計方案磋商，控制設(shè)計變更，在實施前審查承建單位資質(zhì)等，在實施中采用多種控制手段檢查監(jiān)督標(biāo)準(zhǔn)、規(guī)范的貫徹，以及通過階段驗收和竣工驗收把好質(zhì)量關(guān)等。4.2進(jìn)度控制主要工作內(nèi)容是要在開發(fā)前期通過周密分析研究確定合理的工期目標(biāo)，并在實施前將工期要求納入承建合同；在軟件開發(fā)、實施階段通過運籌學(xué)、網(wǎng)絡(luò)計劃技術(shù)等科學(xué)手段，審查、修改實施組織設(shè)計和進(jìn)度計劃，做好協(xié)調(diào)與監(jiān)督，排除干擾，使單項工程及其分階段目標(biāo)工期逐步實現(xiàn)，最終保證項目建設(shè)總工期的實現(xiàn)。4.3投資控制主要工作內(nèi)容是在

7、開發(fā)前期進(jìn)行可行性研究，協(xié)助業(yè)主單位正確的進(jìn)行投資決策，在設(shè)計階段對設(shè)計方案、設(shè)計標(biāo)準(zhǔn)、總預(yù)算進(jìn)行審查；在開發(fā)準(zhǔn)備階段協(xié)助確定標(biāo)底和合同造價；在開發(fā)階段審核設(shè)計變更，核實已完成的工程量，進(jìn)行工程進(jìn)度款簽證和索賠控制；在工程竣工階段審核工程結(jié)算。4.4變更控制主要工作內(nèi)容是對接受應(yīng)用軟件系統(tǒng)建設(shè)過程中的變更申請，收集變更信息資料，對發(fā)生的所有變更情況按照一定的程序進(jìn)行處理，并對變更的內(nèi)容、方式、范圍應(yīng)用進(jìn)行評估和控制。4.5合同管理合同管理是進(jìn)行投資控制、工期控制和質(zhì)量控制的手段。因為合同管理是監(jiān)理單位站在公正立場采取各種控制、協(xié)調(diào)與監(jiān)督措施，履行糾紛調(diào)解職責(zé)的依據(jù)，也是實施三大目標(biāo)控制的出發(fā)點

8、和歸宿。4.6安全管理信息系統(tǒng)安全管理的作用是保證業(yè)主在信息系統(tǒng)工程項目建設(shè)過程中，保證信息系統(tǒng)的安全在可用型、保密性、完整性與信息系統(tǒng)工程的可維護(hù)性技術(shù)環(huán)節(jié)上沒有沖突；在投資控制的前提下，確保信息系統(tǒng)安全設(shè)計上沒有漏洞；督促業(yè)主的信息系統(tǒng)工程應(yīng)用人員在安全管理制度和安全規(guī)范下嚴(yán)格執(zhí)行安全操作和管理，建立安全意識；監(jiān)督承建單位按照技術(shù)標(biāo)準(zhǔn)和建設(shè)方案實施；檢查承建單位是否存在設(shè)計過程中的非安全隱患行為或現(xiàn)象等。4.7信息管理確保項目信息管理工作規(guī)范化，保證項目信息的準(zhǔn)確性、完整性和可用性，確保項目信息交流、信息溝通渠道暢通，規(guī)范信息組織及信息管理，為項目實施管理及決策提出信息依據(jù)。4.8協(xié)調(diào)協(xié)調(diào)

9、貫穿在整個信息系統(tǒng)工程從設(shè)計到實施再到驗收的全過程。主要采用現(xiàn)場和會議方式進(jìn)行協(xié)調(diào)。針對信息工程應(yīng)用系統(tǒng)的特點，在后續(xù)的條目中詳細(xì)描述監(jiān)理流程、各不同階段的監(jiān)理要點及相關(guān)監(jiān)理工作手冊，以指導(dǎo)軟件監(jiān)理工程師工作的順利實施。5.監(jiān)理流程5.1工程前期階段監(jiān)理5.1.1工作流程5.1.2流程描述5.1.2.1前期咨詢：提供應(yīng)用系統(tǒng)建設(shè)相關(guān)的技術(shù)支持服務(wù)；5.1.2.2基本業(yè)務(wù)模型分析：協(xié)助業(yè)主制定所需應(yīng)用系統(tǒng)的業(yè)務(wù)需求指標(biāo)；進(jìn)行基本需求的調(diào)研和分析整理工作，基本上明確應(yīng)用系統(tǒng)的主體思路，為應(yīng)用系統(tǒng)建設(shè)范圍的確定提供依據(jù)；5.1.2.3用系統(tǒng)總體規(guī)劃：結(jié)合基本需求和應(yīng)用系統(tǒng)的實施框架結(jié)構(gòu)，協(xié)助業(yè)主對應(yīng)

10、用系統(tǒng)進(jìn)行優(yōu)先級劃分，同時結(jié)合國內(nèi)外的相關(guān)類型系統(tǒng)的實施情況，協(xié)助業(yè)主制定系統(tǒng)的總體實施規(guī)劃；5.1.2.4招投標(biāo)：必要時協(xié)助業(yè)主進(jìn)行應(yīng)用系統(tǒng)的招投標(biāo)工作；5.1.2.5承建方實力評價：協(xié)助業(yè)主了解承建方的技術(shù)實力和管理能力，客觀公正地評價承建方，為業(yè)主評估、選定承建方提供技術(shù)方面的參考意見；5.1.2.6簽訂開發(fā)合同：協(xié)助業(yè)主進(jìn)行應(yīng)用系統(tǒng)的開發(fā)合同的簽訂工作；在承建合同中應(yīng)明確要求承建單位接受監(jiān)理方的監(jiān)理；建議業(yè)主單位在承建合同中明確規(guī)定工程所包含的功能、技術(shù)要求、測試標(biāo)準(zhǔn)、驗收要求和質(zhì)量責(zé)任；建議業(yè)主單位在開發(fā)合同中明確工程階段劃分及其質(zhì)量和進(jìn)度要求，并依此作為工程階段性付款的依據(jù)；核準(zhǔn)投

11、資預(yù)算與付款計劃；5.1.2.7評審系統(tǒng)實施方案：協(xié)助業(yè)主評審系統(tǒng)實施方案的科學(xué)性、可行性；協(xié)助業(yè)主審核系統(tǒng)建設(shè)的量化目標(biāo)以及考核方法；結(jié)合業(yè)主的實際情況對實施過程中的風(fēng)險進(jìn)行評估，協(xié)助提出規(guī)避風(fēng)險的措施和手段；5.1.2.8評審總體進(jìn)度計劃：評審應(yīng)用系統(tǒng)承建方的總體實施進(jìn)度計劃，根據(jù)軟件工程的要求，評審承建方提出的應(yīng)用系統(tǒng)總體實施計劃是否合理；5.1.2.9項目啟動會：項目啟動時，召開由委托方、業(yè)主方、承建方和監(jiān)理方參加的首次會議，明確四方在項目實施過程中的責(zé)任和權(quán)利、四方的項目負(fù)責(zé)人及聯(lián)系方式、項目實施過程中三方遇到問題的處理流程、監(jiān)理例會的具體時間及周期等，并規(guī)定監(jiān)理方和承建方按時提交報

12、告。5.2 工程需求階段監(jiān)理5.2.1工作流程5.2.2流程描述5.2.2.1編制監(jiān)理規(guī)程和監(jiān)理細(xì)則；5.2.2.2審核本階段計劃和明細(xì)任務(wù)分解計劃：審核承建方提交本階段計劃和明細(xì)任務(wù)分解計劃，提出監(jiān)理建議，對工程進(jìn)度進(jìn)行控制；5.2.2.3督促承建方建立完善的質(zhì)量保證體系；5.2.2.4建立協(xié)調(diào)機(jī)制：督促建設(shè)小組的聯(lián)系、溝通，有利于本階段的工作效率和效果；5.2.2.5審核調(diào)研方式：協(xié)助業(yè)主審核調(diào)研計劃，進(jìn)行需求調(diào)研準(zhǔn)備工作，必要時參加需求的調(diào)研工作；5.2.2.6審核調(diào)研記錄：審核承建方提交的用戶需求調(diào)研記錄（即原始需求），協(xié)助業(yè)主組織進(jìn)行調(diào)研記錄的確認(rèn)工作；5.2.2.7組織需求分析報告

13、評審：提交評審預(yù)案報告，說明需求分析報告評審的標(biāo)準(zhǔn)規(guī)范、評審項及建議；協(xié)助業(yè)主組織需求分析報告評審，必要時以“專家評審會”的形式展開；5.2.2.8協(xié)助組織需求分析報告的業(yè)主方、監(jiān)理方、承建方簽字確認(rèn)；5.2.2.9審核承建方提交的測試方案；5.2.2.10定期向業(yè)主報告項目實施的進(jìn)度和質(zhì)量情況；5.3 工程設(shè)計階段監(jiān)理5.3.1工作流程5.3.2流程描述5.3.2.1審核本階段計劃和明細(xì)任務(wù)分解計劃：審核承建方提交本階段計劃和明細(xì)任務(wù)分解計劃，提出監(jiān)理建議，對工程進(jìn)度進(jìn)行控制；5.3.2.2審核承建方的質(zhì)量保證措施的完備性及有效性；5.3.2.3監(jiān)督實施小組的聯(lián)系、溝通，有利于實現(xiàn)過程的工作

14、效率和效果；5.3.2.4協(xié)助業(yè)主組織系統(tǒng)設(shè)計報告評審；5.3.2.5協(xié)助業(yè)主組織應(yīng)用系統(tǒng)架構(gòu)設(shè)計、數(shù)據(jù)庫設(shè)計的合理性審查；5.3.2.6定期向業(yè)主報告項目實施的進(jìn)度和質(zhì)量情況。5.4 工程實施階段監(jiān)理5.4.1工作流程5.4.2流程描述5.4.2.1審核本階段計劃和明細(xì)任務(wù)分解計劃：審核承建方提交本階段計劃和明細(xì)任務(wù)分解計劃，提出監(jiān)理建議，對工程進(jìn)度進(jìn)行控制；5.4.2.2審核承建方的質(zhì)量保證措施的完備性及有效性；5.4.2.3監(jiān)督實施小組的聯(lián)系、溝通，有利于實現(xiàn)過程的工作效率和效果；5.4.2.4編碼過程的控制：依據(jù)承建方的模塊開發(fā)計劃，對系統(tǒng)編碼階段進(jìn)行過程控制，審核承建方提交的測試分析

15、報告，必要時進(jìn)行抽測，隨時掌握系統(tǒng)開發(fā)的進(jìn)展情況；5.4.2.5自測管理：督促承建方及時提交單元測試報告、系統(tǒng)模塊測試計劃、系統(tǒng)模塊測試用例、系統(tǒng)模塊測試報告和問題跟蹤情況報告；督促承建方對系統(tǒng)出現(xiàn)的問題及時進(jìn)行改正和優(yōu)化；5.4.2.6UI確認(rèn)：在系統(tǒng)編碼結(jié)束前，協(xié)助業(yè)主方組織系統(tǒng)用戶界面（UI）的確認(rèn)；5.4.2.7審核項目開發(fā)總結(jié)報告：依據(jù)合同、需求和設(shè)計文檔，審查承建方的項目開發(fā)總結(jié)報告；5.4.2.8審核系統(tǒng)測試分析報告：審核承建方的系統(tǒng)測試分析報告，并提交系統(tǒng)集成測試審核報告，如果系統(tǒng)集成測試存在問題，指出問題并督促承建方對進(jìn)行修正；5.4.2.9評審并評估項目的階段性成果：組織評

16、審并評估項目的階段性成果，發(fā)現(xiàn)并總結(jié)分析系統(tǒng)試運行中存在的問題和缺陷；5.4.2.10定期向業(yè)主報告項目實施的進(jìn)度和質(zhì)量情況。5.5 工程驗收階段監(jiān)理5.5.1工作流程5.5.2流程描述5.5.2.1協(xié)調(diào)進(jìn)行交工驗收：承建方確認(rèn)應(yīng)用系統(tǒng)滿足需求后，監(jiān)理方和業(yè)主方依據(jù)合同執(zhí)行情況評估報告中所作的結(jié)論與合同中的規(guī)定準(zhǔn)則和方式判斷產(chǎn)品是否已經(jīng)可以驗收，對于不符合驗收條件的，督促承建方對問題進(jìn)行整改；5.5.2.2審核安裝手冊和操作使用手冊：對承建方提交的安裝手冊和操作使用手冊進(jìn)行審核；5.5.2.3系統(tǒng)培訓(xùn)管理：審核承建方的培訓(xùn)計劃和培訓(xùn)內(nèi)容，檢查和考核培訓(xùn)效果；5.5.2.4評審系統(tǒng)試運行計劃和方

17、案：組織評審承建方的應(yīng)用系統(tǒng)試運行計劃和方案，并提交系統(tǒng)試運行計劃和方案的審核報告，如果存在問題，指出問題并督促承建方對其進(jìn)行修正；5.5.2.5系統(tǒng)試運行管理：協(xié)助進(jìn)行試運行前數(shù)據(jù)準(zhǔn)備；審核并評估系統(tǒng)試運行的方法、步驟、條件以及實施的措施，檢查為保證系統(tǒng)整體試運行所采取措施的有效性；依據(jù)應(yīng)用系統(tǒng)試運行計劃和方案對應(yīng)用系統(tǒng)的試運行過程進(jìn)行控制，及時發(fā)現(xiàn)存在的問題，隨時掌握系統(tǒng)試運行的進(jìn)展情況；并督促承建方對系統(tǒng)試運行中出現(xiàn)的問題及時進(jìn)行改進(jìn)和優(yōu)化；5.5.2.6評審并評估項目的階段性成果：組織評審并評估項目的階段性成果，發(fā)現(xiàn)并總結(jié)分析系統(tǒng)試運行中存在的問題和缺陷；協(xié)助業(yè)主進(jìn)行試運行的總結(jié)、分析

18、并評估系統(tǒng)試運行的效果；協(xié)助業(yè)主制定下一步的流程持續(xù)改進(jìn)措施；5.5.2.7協(xié)商制定驗收程序和驗收標(biāo)準(zhǔn)：根據(jù)國際、國家標(biāo)準(zhǔn)、規(guī)范要求，三方協(xié)商制定驗收程序和驗收標(biāo)準(zhǔn)；5.5.2.8審核驗收申請：依據(jù)承建方提交的系統(tǒng)實施文檔報告，審核承建方提交的驗收申請；5.5.2.9組織合同執(zhí)行情況評估：依據(jù)業(yè)主與承建方簽訂的應(yīng)用系統(tǒng)實施合同和本應(yīng)用系統(tǒng)的實施情況，組織進(jìn)行評估合同的執(zhí)行情況，并提交合同執(zhí)行情況評估報告；5.5.2.10協(xié)助組織系統(tǒng)驗收測試：監(jiān)理方和業(yè)主方批準(zhǔn)承建方提交的驗收申請后，協(xié)助業(yè)主方組織驗收測試，必要時引入第三方測試；協(xié)調(diào)解決驗收過程中發(fā)現(xiàn)的問題，對問題的處理方法以及結(jié)果納入驗收記錄

19、中。具體驗收測試內(nèi)容：相關(guān)文檔審核：依據(jù)驗收標(biāo)準(zhǔn)對工程文檔進(jìn)行審核；協(xié)助業(yè)主方組織驗收測試，審核承建商提交的測試報告，提出監(jiān)理意見；必要時引入第三方測試或進(jìn)行監(jiān)理抽測；出具監(jiān)理驗收測試報告。驗收報告三方簽字確認(rèn)；5.5.2.11審核系統(tǒng)維護(hù)計劃：審核承建方提交的系統(tǒng)維護(hù)計劃，提出意見和看法，對于出現(xiàn)的問題，督促承建方進(jìn)行修正，協(xié)調(diào)進(jìn)行系統(tǒng)試運行維護(hù)，審核承建方的維護(hù)記錄，協(xié)調(diào)解決維護(hù)過程中出現(xiàn)的問題；協(xié)調(diào)相關(guān)承建方進(jìn)行系統(tǒng)聯(lián)調(diào)；5.5.2.12協(xié)助組織系統(tǒng)竣工驗收會：協(xié)調(diào)進(jìn)行竣工驗收工作，協(xié)助業(yè)主方組織進(jìn)行系統(tǒng)竣工驗收會，必要時可以聘請專家參加；5.5.2.13驗收文檔移交：監(jiān)督工程驗收后各項

20、文檔的移交工作。6.監(jiān)理控制要點6.1工程前期階段監(jiān)理6.1.1標(biāo)準(zhǔn)、規(guī)范體系三方或四方就工程建設(shè)中應(yīng)該采用的總的標(biāo)準(zhǔn)和規(guī)范的內(nèi)容、參考依據(jù)達(dá)成一致，作為工程建設(shè)的依據(jù)。6.1.2明確工程范圍、總工期三方或四方就工程建設(shè)的總體進(jìn)度計劃、量化目標(biāo)以及考核方法達(dá)成一致。6.1.3明確質(zhì)量控制標(biāo)準(zhǔn)三方或四方就工程建設(shè)質(zhì)量保證計劃達(dá)成一致。6.1.4制定工程總體實施規(guī)劃：三方或四方就工程建設(shè)優(yōu)先級、實施方案和各子系統(tǒng)間接口標(biāo)準(zhǔn)達(dá)成一致，作為工程建設(shè)的參考依據(jù)。6.1.5明確組織結(jié)構(gòu)保障確定工程建設(shè)領(lǐng)導(dǎo)小組的職責(zé)及人員構(gòu)成，建議采用“一把手負(fù)責(zé)制”，便于協(xié)調(diào)工程建設(shè)中的各方及相關(guān)業(yè)務(wù)部門的關(guān)系。6.2工

21、程需求階段監(jiān)理6.2.1明確需求調(diào)研涉及各方的職責(zé)確定調(diào)研方式、調(diào)研范圍、涉及各方的職責(zé)和權(quán)限劃分并制訂需求管理規(guī)定，督促需求調(diào)研的積極進(jìn)展。6.2.2需求調(diào)研的組織和協(xié)調(diào)業(yè)主方、監(jiān)理方、承建方共同制定調(diào)研計劃，協(xié)調(diào)各方及相關(guān)業(yè)務(wù)部門關(guān)系落實計劃的執(zhí)行。6.2.3明確系統(tǒng)建設(shè)范圍在遵循承建合相關(guān)說明情況下，進(jìn)一步細(xì)化系統(tǒng)建設(shè)范圍，并作為系統(tǒng)驗收的依據(jù)之一。6.2.4需求評審和需求確認(rèn)組織需求調(diào)研結(jié)果的評審，落實需求分析報告的正確性、完整性、可驗證性等要求，并落實需求分析報告的簽字確認(rèn)，作為以后階段的依據(jù)。6.2.5測試計劃審核三方或四方就測試方案達(dá)成一致。6.3工程設(shè)計階段監(jiān)理6.3.1審核階

22、段性成果審核工程設(shè)計階段的成果，包括概要設(shè)計報告、詳細(xì)設(shè)計報告、數(shù)據(jù)庫設(shè)計報告、界面設(shè)計原型等。6.3.2變更控制妥善處理系統(tǒng)建設(shè)過程中變更事項，進(jìn)行變更管理，并落實文檔的同步更新。6.4工程實施階段監(jiān)理6.4.1審核階段性成果審核工程實施階段的成果，包括程序編碼規(guī)范、測試計劃、測試用例、測試分析報告、培訓(xùn)計劃、培訓(xùn)記錄等。6.4.2變更控制妥善處理系統(tǒng)建設(shè)過程中變更事項，進(jìn)行變更管理，并落實文檔的同步更新。6.5工程驗收階段監(jiān)理6.5.1系統(tǒng)實施協(xié)調(diào)系統(tǒng)實施部署計劃的執(zhí)行，建議采用“試點”模式，逐步實現(xiàn)系統(tǒng)試運行，同時，制定新老系統(tǒng)協(xié)調(diào)運行業(yè)務(wù)管理辦法，處理好歷史數(shù)據(jù)問題；6.5.2驗收標(biāo)準(zhǔn)

23、三方制定驗收標(biāo)準(zhǔn)，進(jìn)行合同執(zhí)行情況的評估，并落實合同中驗收事項的執(zhí)行。7.監(jiān)理工作手冊7.1.1實施準(zhǔn)備7.1.1.1系統(tǒng)規(guī)劃是否從組織上確定了整體計劃的主要體制，是否得到了最高領(lǐng)導(dǎo)的認(rèn)可；7.1.1.2整體計劃是否依照主要規(guī)則判定，是否得到了最高領(lǐng)導(dǎo)的認(rèn)可；7.1.1.3整體計劃中是否明確了信息化的效果、推進(jìn)體制、費用等各項內(nèi)容；7.1.1.4整體計劃中是否明確說明了信息系統(tǒng)的整體概貌；7.1.1.5整體計劃中是否明確說明了系統(tǒng)開發(fā)的優(yōu)先級；7.1.1.6整體計劃中是否明確說明了系統(tǒng)開發(fā)的組織及業(yè)務(wù)改變的方針；7.1.1.7整體計劃中是否明確說明了安全對策的方針；7.1.1.8整體計劃是否定

24、期進(jìn)行修正以及隨條件的變化而修正；7.1.1.9開發(fā)計劃是否得到最高領(lǐng)導(dǎo)的認(rèn)可；7.1.1.10開發(fā)計劃是否考慮到了與整體計劃的整合；7.1.1.11開發(fā)計劃是不是在對內(nèi)外信息技術(shù)調(diào)查基礎(chǔ)上決定的；7.1.1.12開發(fā)計劃是否明確說明了目的、對象業(yè)務(wù)、性能價格比等各項內(nèi)容；7.1.1.13開發(fā)計劃是否明確說明了改變信息系統(tǒng)生命周期的條件；7.1.1.14是否具有明確的項目質(zhì)量計劃。7.1.2系統(tǒng)分析7.1.2.1開發(fā)計劃，需求定義是否得到承建方及用戶方認(rèn)可；7.1.2.2用戶需求調(diào)查是否明確對象、范圍及方法；7.1.2.3是否由精通業(yè)務(wù)的用戶參與現(xiàn)狀分析；7.1.2.4是否對隨著信息系統(tǒng)引入而

25、產(chǎn)生的風(fēng)險進(jìn)行分析；7.1.2.5是否對有關(guān)信息系統(tǒng)的法律、法規(guī)及制度等進(jìn)行調(diào)查；7.1.2.6對引入信息系統(tǒng)后受影響的業(yè)務(wù)、管理體制和各種規(guī)程等是否進(jìn)行研討與修正；7.1.2.7用戶部門及信息部門的作用分配是否明確；7.1.2.8開發(fā)計劃及用戶需求是否考慮了軟件、硬件和網(wǎng)絡(luò)等需求；7.1.2.9是否有達(dá)到信息系統(tǒng)目的的替代方案；7.1.2.10是否根據(jù)開發(fā)的規(guī)程、時間及系統(tǒng)的特性來決定承建方法；7.1.2.11開發(fā)及運行費用的計算模型是否適當(dāng)，結(jié)果是否合理、準(zhǔn)確；7.1.2.12是否對信息系統(tǒng)的效果進(jìn)行了定量及定性的評價；7.1.2.13是否確保開發(fā)所必須的人員、預(yù)算、設(shè)備及時間等；7.1.

26、2.14是否有明確的業(yè)務(wù)狀況調(diào)研問卷；7.1.2.15是否有明確的業(yè)務(wù)狀況調(diào)研報告；7.1.2.16需求分析規(guī)格說明書是否得到了承建方及業(yè)主方、委托方的認(rèn)可。7.1.3系統(tǒng)設(shè)計7.1.3.1系統(tǒng)設(shè)計報告是否得到承建方與業(yè)主方（或委托方）負(fù)責(zé)人的認(rèn)可；7.1.3.2輸入輸出報表及界面設(shè)計是否便于用戶使用；7.1.3.3輸入輸出報表及界面設(shè)計是否得到用戶的簽字確認(rèn)；7.1.3.4數(shù)據(jù)庫是否按業(yè)務(wù)內(nèi)容進(jìn)行設(shè)計；7.1.3.5數(shù)據(jù)的整體性是否確保；7.1.3.6網(wǎng)絡(luò)是否按業(yè)務(wù)內(nèi)容進(jìn)行設(shè)計；7.1.3.7信息系統(tǒng)的性能是否滿足用戶要求；7.1.3.8系統(tǒng)的組成是否考慮系統(tǒng)應(yīng)用的高峰進(jìn)行設(shè)計；7.1.3.

27、9是否設(shè)計運行性能管理的技術(shù)實現(xiàn)方法；7.1.3.10是否考慮信息系統(tǒng)的故障對策；7.1.3.11是否設(shè)計對不正當(dāng)行為防止及機(jī)密保護(hù)等功能；7.1.3.12測試計劃中是否明確目的、范圍、方法及進(jìn)度安排等；7.1.3.13信息系統(tǒng)應(yīng)用的培訓(xùn)方針、進(jìn)度等是否明確。7.1.4編碼7.1.4.1程序說明書，是否得到開發(fā)負(fù)責(zé)人認(rèn)可；7.1.4.2是否按照系統(tǒng)設(shè)計報告進(jìn)行程序設(shè)計；7.1.4.3編碼時發(fā)現(xiàn)與系統(tǒng)設(shè)計有矛盾時，是否對系統(tǒng)設(shè)計進(jìn)行了再討論；7.1.4.4檢查編碼是否按程序說明書進(jìn)行；7.1.4.5是否對程序測試結(jié)果進(jìn)行登記與保管；7.1.4.6重要的程序是否由程序作者以外的人員進(jìn)行了測試。7.

28、1.5系統(tǒng)測試7.1.5.1測試用例數(shù)據(jù)的選取及系統(tǒng)測試是否按測試計劃進(jìn)行；7.1.5.2系統(tǒng)測試是否站在公正、客觀立場上進(jìn)行；7.1.5.3系統(tǒng)測試是否由用戶參加，是否按照用戶手冊進(jìn)行；7.1.5.4系統(tǒng)測試結(jié)果是否得到開發(fā)、運行、維護(hù)及用戶的負(fù)責(zé)人認(rèn)可；7.1.5.5系統(tǒng)的測試是否考慮容量、并發(fā)數(shù)等邊界條件；7.1.5.6是否對系統(tǒng)測試的結(jié)果進(jìn)行記錄與保管的認(rèn)可。7.1.6系統(tǒng)初始化7.1.6.1是否收集到了完整的初始化數(shù)據(jù)；7.1.6.2是否對初始化數(shù)據(jù)加以有效整理；7.1.6.3是否對初始化數(shù)據(jù)進(jìn)行評審；7.1.6.4整理過的初始化數(shù)據(jù)是否得到業(yè)主方的簽字認(rèn)可；7.1.6.5是否能夠有

29、效的將各類數(shù)據(jù)初始化；7.1.6.6初始化的數(shù)據(jù)是否正確并得到業(yè)主方的簽字認(rèn)可。7.1.7系統(tǒng)培訓(xùn)7.1.7.1是否有完整的培訓(xùn)計劃；7.1.7.2是否有系統(tǒng)培訓(xùn)記錄；7.1.7.3是否按照培訓(xùn)計劃進(jìn)行培訓(xùn)；7.1.7.4是否有完善的培訓(xùn)教材。7.1.8試運行7.1.8.1試運行是否按計劃進(jìn)行； 7.1.8.2是否能根據(jù)試運行計劃籌備到必要的人員、預(yù)算和設(shè)備等資源；7.1.8.3系統(tǒng)的性能是否滿足用戶的需求；7.1.8.4系統(tǒng)的組成是否考慮高峰進(jìn)行設(shè)計；7.1.8.5是否考慮信息系統(tǒng)的故障對策；7.1.8.6是否設(shè)計對不正當(dāng)行為的防止和機(jī)密保護(hù)等功能；7.1.8.7并行運行業(yè)務(wù)數(shù)據(jù)錄入規(guī)則是否

30、正確；7.1.8.8試運行結(jié)果的驗收方法是否正確；7.1.8.9是否制定試運行后的運行計劃； 7.1.8.10試運行順序的制定是否考慮到試運行的條件；7.1.8.11是否對修改前的程序及數(shù)據(jù)做好了備份；7.1.8.12試運行負(fù)責(zé)人是否驗證其信息系統(tǒng)不受影響；7.1.8.13試運行結(jié)果的驗收方法是否明確；7.1.8.14是否制訂試運行后的運行計劃，并根據(jù)試運行結(jié)果進(jìn)行修正。7.1.9運行管理7.1.9.1總體操作管理信息系統(tǒng)用戶是否制定與遵守運行管理的規(guī)則；操作順序是否標(biāo)準(zhǔn)化，事故及故障對策是否明確；作業(yè)進(jìn)度的決定是否考慮業(yè)務(wù)處理的優(yōu)先級；操作是否按作業(yè)進(jìn)程表及指導(dǎo)書進(jìn)行；例外處理的操作是否按運

31、行管理規(guī)則進(jìn)行；操作員的交替是否按運行管理規(guī)則進(jìn)行；是否對作業(yè)進(jìn)程表與操作事實記錄的差異進(jìn)行分析；是否能把握住信息系統(tǒng)運行狀況達(dá)到性能管理及資源的有效利用；操作實施記錄是否按照運行管理規(guī)則保管一定期限；是否記錄事故及故障內(nèi)容，并向信息系統(tǒng)運行負(fù)責(zé)人報告；是否找到事故及故障的原因，并采取措施防止再發(fā)生；識別代碼及口令的管理是否考慮防止不正當(dāng)行為及機(jī)密保護(hù)對策；是否對用戶進(jìn)行了有關(guān)信息系統(tǒng)的安全教育及培訓(xùn)。7.1.9.2軟件管理信息系統(tǒng)用戶是否制定及遵守軟件管理的規(guī)則；對軟件的存取及控制、監(jiān)視是否有防止不正當(dāng)行為及機(jī)密保護(hù)對策；信息系統(tǒng)用戶是否記錄軟件利用狀況，并定期進(jìn)行分析；軟件備份的范圍及方法

32、是否按業(yè)務(wù)內(nèi)容及處理狀態(tài)來決定；軟件的保管及廢除有否防止不正當(dāng)行為對策及機(jī)密保護(hù)對策；軟件的拷貝有否防止不正當(dāng)行為及機(jī)密保護(hù)對策；對軟件有否故障對策；對軟件版本如何管理。7.1.9.3硬件管理信息系統(tǒng)用戶是否制定并遵守硬件管理的規(guī)則；對硬件是否設(shè)置了能夠回避風(fēng)險的環(huán)境；對硬件是否設(shè)置了能夠應(yīng)對風(fēng)險的環(huán)境；是否定期對硬件進(jìn)行維護(hù)；是否有硬件的故障對策；是否對硬件的利用狀況進(jìn)行記錄，并定期進(jìn)行分析。7.1.9.4建筑物及相關(guān)設(shè)備管理對建筑物及相關(guān)設(shè)備是否設(shè)置了能夠回避風(fēng)險的環(huán)境；建筑物及房間的進(jìn)出管理是否有防止不正當(dāng)行為的對策及機(jī)密保護(hù)的對策；對相關(guān)設(shè)備是否定期進(jìn)行維護(hù)；相關(guān)設(shè)備是否有故障對策。7

33、.1.9.5組成管理所有要管理的軟件、硬件、網(wǎng)絡(luò)的對象范圍是否明確；軟件、硬件及網(wǎng)絡(luò)的組成，供應(yīng)商的支持維護(hù)條件是否明確；引入或變更軟件、硬件和網(wǎng)絡(luò)后受到影響的范圍是否明確；引入或變更軟件、硬件和網(wǎng)絡(luò)是否按計劃實施。7.1.10文檔編制7.1.10.1是否遵守文檔編制規(guī)范；7.1.10.2是否制訂文檔計劃；7.1.10.3文檔計劃的執(zhí)行情況；7.1.10.4文檔的種類、目的、制作方法等是否明確；7.1.10.5文檔是否得到信息系統(tǒng)部門及用戶部門負(fù)責(zé)人的認(rèn)可。7.1.11文檔管理7.1.11.1是否制定和遵守文檔管理規(guī)則；7.1.11.2文檔更新是否得到信息系統(tǒng)部門及用戶負(fù)責(zé)人的認(rèn)可；7.1.1

34、1.3在系統(tǒng)需求更新時，文檔內(nèi)容是否進(jìn)行更新，并留下更新記錄；7.1.11.4文檔的拷貝及廢除是否有對不正當(dāng)行為的防范及機(jī)密保護(hù)的對策。7.1.12進(jìn)度計劃7.1.12.1是否按標(biāo)準(zhǔn)格式編寫計劃書；7.1.12.2是否有時間、任務(wù)和結(jié)果形式；7.1.12.3進(jìn)度安排是否合理。7.1.13進(jìn)度控制7.1.13.1承建方是否制訂進(jìn)度管理的方法、體制，是否得到計劃、開發(fā)、運行及維護(hù)等各業(yè)務(wù)負(fù)責(zé)人的認(rèn)可；7.1.13.2計劃、開發(fā)、運行及維護(hù)各業(yè)務(wù)負(fù)責(zé)人是否把握進(jìn)度狀況，是否按計劃執(zhí)行；是否有進(jìn)度延遲的對策；7.1.13.3各業(yè)務(wù)結(jié)束時，是否按計劃等實施狀況進(jìn)度分析與評價；7.1.13.4評價的結(jié)果是

35、否反映到下階段工程的進(jìn)度計劃中；7.1.13.5評價的結(jié)果是否反映對進(jìn)度管理的方法與體制等的改進(jìn)。7.1.14進(jìn)度評價7.1.14.1檢查在各業(yè)務(wù)結(jié)束時，是否按計劃對實施狀況進(jìn)行分析與評價，評價的結(jié)果是否客觀、真實，是否分析了影響進(jìn)度的主要原因，是否提出了相應(yīng)的應(yīng)對措施，應(yīng)對措施是否合理，能否實現(xiàn)等；7.1.14.2檢查評價的結(jié)果是否反映到下階段工程的計劃中，在下階段的工程實施過程中是否按照相應(yīng)的進(jìn)度調(diào)整計劃進(jìn)行實施；7.1.14.3對進(jìn)度的評價是否反映對進(jìn)度管理的方法與體制等的改進(jìn)。7.2軟件監(jiān)理技術(shù)要點7.2.1系統(tǒng)規(guī)劃任務(wù)：確保新開發(fā)的信息系統(tǒng)是滿足企業(yè)戰(zhàn)略發(fā)展需要的，從技術(shù)、經(jīng)濟(jì)和操作

36、的角度來說是可行的、恰當(dāng)?shù)模皇遣活櫰髽I(yè)的實際需要而一味地追求新技術(shù)或高性能的硬件配置。7.2.2系統(tǒng)需求分析任務(wù)：保證需求達(dá)到如下原則：一致性：所有需求必須是一致的；完整性：需求必須是完整的，規(guī)格說明書應(yīng)該包括用戶需要的每一個功能或性能；現(xiàn)實性：制定的需求應(yīng)該是用現(xiàn)有的硬件技術(shù)和軟件技術(shù)可以實現(xiàn)的；有效性：必須證明需求是正確有效的，確實能解決用戶面臨的問題。7.2.3系統(tǒng)設(shè)計7.2.3.1總體設(shè)計要求詳細(xì)需求的描述為了設(shè)計一個信息系統(tǒng)，設(shè)計者必須明白系統(tǒng)能夠提供什么信息。數(shù)據(jù)/信息流的設(shè)計數(shù)據(jù)流和信息流的流動方向以及傳輸點；數(shù)據(jù)流和信息流的流動頻率以及流動時間；將被格式化的數(shù)據(jù)流和信息流。

37、7.2.3.2詳細(xì)設(shè)計要求數(shù)據(jù)庫設(shè)計結(jié)構(gòu)概念建模：模型反映了實體或?qū)ο蟮年P(guān)系、實體的屬性、實體之間的關(guān)系以及對這些實體、實體屬性和實體關(guān)系的靜態(tài)和動態(tài)限制；數(shù)據(jù)建模：將概念模型轉(zhuǎn)換成數(shù)據(jù)模型；存儲結(jié)構(gòu)設(shè)計：決定怎樣將這些數(shù)據(jù)結(jié)構(gòu)線性化和進(jìn)行分割，以存儲在某些設(shè)備上；物理結(jié)構(gòu)設(shè)計：決定怎樣通過具體的存儲介質(zhì)和地點來分配存儲結(jié)構(gòu)。數(shù)據(jù)自由存取控制：根據(jù)用戶的類別分配適當(dāng)?shù)臋?quán)限；強(qiáng)制性存取控制：數(shù)據(jù)資源被分為不同的級別，用戶也被分配了不同的存取級別，根據(jù)安全策略的定義決定用戶對資源的存取權(quán)限。實體-關(guān)系模型中的完整性約束唯一性：每個實體的實例必須是唯一的；最大基數(shù)：在數(shù)據(jù)庫中存在的一個實體所能產(chǎn)生的

38、實例最大數(shù)目；最小基數(shù)：在數(shù)據(jù)庫中存在的一個實體所能產(chǎn)生的實例最小數(shù)目；實體關(guān)鍵字：唯一標(biāo)識實體的實例的屬性；關(guān)鍵字類型：定義實體關(guān)鍵字的屬性的類型；關(guān)鍵字的值：定義組成關(guān)鍵字的屬性所允許的一些值。屬性完整性約束屬性類型：一個屬性所允許的數(shù)據(jù)類型；屬性的值：對于一個屬性所允許的一些值；轉(zhuǎn)換法則：定義一個屬性的前一個值到后一個值的轉(zhuǎn)換關(guān)系。關(guān)系完整性約束鍵的完整性：定義一個關(guān)系的候選鍵應(yīng)唯一標(biāo)識關(guān)系的一個元組；實體完整性：包拯主鍵不能為空；參照完整性：保證元組之間協(xié)同。當(dāng)一個元組引用另一個元組的一個屬性時（利用外鍵），應(yīng)保證這個屬性在另一個元組中是存在的。對象完整性約束唯一標(biāo)識碼：每個對象都必須

39、是唯一的，數(shù)據(jù)庫系統(tǒng)能產(chǎn)生一個對象標(biāo)識碼，在對象的生命周期中唯一標(biāo)識這個實體；唯一鍵：唯一鍵與唯一標(biāo)識碼是不同的，唯一標(biāo)識碼是系統(tǒng)產(chǎn)生的，唯一鍵是用戶產(chǎn)生的；屬性類型：對象的屬性允許的類型；屬性的值：對象的屬性所允許的一些值；類型和繼承：保證一個對象的子對象繼承了它的所有屬性。對象關(guān)系完整性約束參照完整性：一個對象要引用另一個對象，被應(yīng)用的對象必須存在并且是正確的類型；合成完整性：規(guī)定的合成關(guān)系中，對應(yīng)對象的插入和刪除的行為；基數(shù)完整性：在一個關(guān)系中，特殊類型對象的最大和最少數(shù)目。用戶界面設(shè)計屏幕的組織標(biāo)題設(shè)計數(shù)據(jù)輸入框設(shè)計顏色設(shè)計響應(yīng)時間提示和幫助的設(shè)計模塊詳細(xì)設(shè)計模塊要求獨立性強(qiáng)；模塊規(guī)模

40、應(yīng)適中；深度、寬度、輸入和輸出都應(yīng)適當(dāng)；模塊的作用域應(yīng)該在控制域之內(nèi)；力爭降低模塊接口的復(fù)雜度；設(shè)計單入口單出口的模塊；模塊功能可以預(yù)測。硬件或軟件平臺的設(shè)計和獲得要考慮硬件及軟件平臺的設(shè)計上相互之間的兼容程度，理想狀況下，不同的硬件和系統(tǒng)軟件可以互相交流。7.2.4編碼要求主要是從編程語言的選擇、編程風(fēng)格、編碼方法，以及相關(guān)文檔的編寫這幾個方面進(jìn)行考慮。7.2.4.1程序內(nèi)部的文檔選取含義鮮明的名字，使它能正確地提示程序?qū)ο笏淼膶嶓w；正確的注解非常有助于對程序的理解；程序清單對程序的可讀性有很大的影響。7.2.4.2數(shù)據(jù)說明數(shù)據(jù)說明的次序應(yīng)該標(biāo)準(zhǔn)化；當(dāng)多個變量名字在一個語句中說明時，應(yīng)該

41、按字母順序排列這些變量；如果設(shè)計時使用了一個復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，則應(yīng)該用注解說明用這種程序設(shè)計語言實現(xiàn)這個數(shù)據(jù)結(jié)構(gòu)的方法和特點。7.2.4.3語句構(gòu)造不要為了節(jié)省空間而把多個語句寫在同一行；盡量避免復(fù)雜的條件測試；盡量減少對“非”條件的測試；避免大量使用循環(huán)嵌套和條件嵌套；利用括號使邏輯表達(dá)式和算術(shù)表達(dá)式清晰直觀。7.2.4.4輸入輸出對所有輸入數(shù)據(jù)進(jìn)行校驗；檢查輸入項重要組合的合法性；保持輸入格式簡單；使用數(shù)據(jù)結(jié)束標(biāo)記，不要要求用戶指定數(shù)據(jù)的數(shù)目；明確提交交互式輸入的請求，詳細(xì)說明可用的選擇和邊界數(shù)值；設(shè)計良好的輸出表格；給所有輸出數(shù)據(jù)加標(biāo)志。7.2.4.5效率效率主要指時間和容量兩方面。首先，

42、應(yīng)該在需求分析階段確定效率方面的要求；其次，效率是靠好設(shè)計來提高的；第三，程序的效率和程序的簡單程度是一致的，包括程序運行的時間，存儲器效率和輸入輸出效率。7.2.4.6編碼程序的每個模塊都只能有一個入口和一個出口，模塊的長度建議限制在50100個語句范圍，應(yīng)采用自頂向下的流控制。7.2.4.7文檔高質(zhì)量的文檔是減少編碼錯誤和提高以后可維護(hù)性的有利途徑。提供程序主要組成部分和相互關(guān)系的圖表；在程序中利用各種注釋闡明程序的特點、作用及不同的組成部分和邏輯關(guān)系；對于不同類型的變量、常量、程序段和模塊等，使用有意義的名字可增強(qiáng)程序的可閱讀性；有格式的書寫程序可增強(qiáng)閱讀性。7.2.5測試要求7.2.5

43、.1單元測試7.2.5.2集成測試7.2.5.3驗收測試7.2.6運行要求7.2.6.1系統(tǒng)輸入：數(shù)據(jù)錄入是整個信息系統(tǒng)運行的非常關(guān)鍵的一個環(huán)節(jié)，是以后報表生成和決策支持的基礎(chǔ)數(shù)據(jù)有效性驗證。字段檢驗數(shù)據(jù)缺省或空值檢驗字母或數(shù)字檢驗范圍檢驗校驗碼檢驗主文件參照大小檢驗格式檢驗記錄檢驗合理性大小順序檢驗批檢驗控制總量批類型順序檢驗文件檢驗內(nèi)部標(biāo)簽版本號有效期7.2.6.2錯誤報告清晰和簡潔語言嚴(yán)謹(jǐn)中立信息系統(tǒng)生命周期支持業(yè)務(wù)7.2.7文檔管理7.2.7.1意義文檔可以作為開發(fā)人員在一定階段內(nèi)的工作成果和結(jié)束的標(biāo)志，各階段的人員通過文檔進(jìn)行交接工作；文檔可以作為管理依據(jù)；文檔可用做未來項目的一種資

44、源；文檔可以作為運行、維護(hù)和培訓(xùn)的參考依據(jù)；文檔對保證軟件質(zhì)量起到重要作用。7.2.7.2主要內(nèi)容可行性研究：可行性研究報告、項目開發(fā)計劃、系統(tǒng)需求說明書、數(shù)據(jù)要求說明、開發(fā)進(jìn)度月報；需求分析：項目開發(fā)計劃、系統(tǒng)需求說蜜柑內(nèi)、數(shù)據(jù)要求說明、測試計劃、用戶手冊、開發(fā)進(jìn)度月報；設(shè)計：概要設(shè)計說明、詳細(xì)設(shè)計說明、測試計劃、用戶手冊、操作手冊、開發(fā)進(jìn)度月報；代碼編寫：用戶手冊、操作手冊、開發(fā)進(jìn)度月報；測試：測試分析報告、開發(fā)進(jìn)度月報、項目開發(fā)總結(jié)；運行與維護(hù)：維護(hù)修改日志。7.2.7.3質(zhì)量要求針對性精確性清晰性完整性靈活性可追溯性文檔的版本管理是文檔管理的一個必要方面。需求文檔的每一版本必須被統(tǒng)一確

45、定，并保證開發(fā)成員得到需要的當(dāng)前版本。此外，在需求進(jìn)行變更時，需要清楚地將變更以文檔形式記錄下來，并通知相關(guān)人員。7.2.8進(jìn)度管理7.2.8.1進(jìn)度計劃要求GATT圖網(wǎng)絡(luò)圖7.2.8.2進(jìn)度控制要求用各種控制手段保證項目及各個任務(wù)活動按計劃及時開始，在項目過程中記錄各任務(wù)活動的開始和結(jié)束時間及完成程度；在各個階段結(jié)束時，按各任務(wù)的完成情況對比計劃，確定整個項目的完成程度，并結(jié)合時間、開發(fā)內(nèi)容、效率、消耗等評價項目進(jìn)度狀況，分析其中的問題；對下期工作做出安排，對一些已開始，但尚未結(jié)束的項目單元的剩余時間做估算，分析調(diào)整進(jìn)度的措施；根據(jù)已完成的狀況做新的安排和計劃，并預(yù)測新的進(jìn)度狀況；分析新的進(jìn)度計劃是否符合合理性需求，如不符合，如何采取調(diào)整措施等。7.2.8.3進(jìn)度調(diào)整要求調(diào)整過程為了調(diào)整進(jìn)度，應(yīng)深入現(xiàn)場，進(jìn)行調(diào)查，分析產(chǎn)生偏差的原因；在查明產(chǎn)生原因之后，要分析偏差對后續(xù)工作和總