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

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

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

3、驗證：對獲取的需求進行驗證。設(shè)計：在需求分析基礎(chǔ)上，給出系統(tǒng)的軟件解決方案。總體設(shè)計系統(tǒng)的軟件體系結(jié)構(gòu)C/S 結(jié)構(gòu)、B/S 結(jié)構(gòu)以數(shù)據(jù)庫為中心的結(jié)構(gòu)管道結(jié)構(gòu)面向?qū)ο蟮慕Y(jié)構(gòu)4.1質(zhì)量控制其它詳細設(shè)計：針對總體設(shè)計結(jié)果，給出每一構(gòu)件的詳細描述。實現(xiàn)：選擇可用的構(gòu)件，或以一種選定的語言，對每一構(gòu)件進行編碼。確認：貫穿軟件開發(fā)的整個過程，主要任務是軟件測試。支持：完善性維護和糾錯性維護。.監(jiān)理依據(jù)依據(jù)“委托原則”，在業(yè)主方的委托授權(quán)范圍內(nèi)，依據(jù)相關(guān)的合同及標準，對項目的全過程開展監(jiān)理工作。在工程監(jiān)理過程中，依據(jù)的相關(guān)材料包括：招標人與施工方簽訂的工程建設(shè)承包合同：明確監(jiān)理方的地位。招標人與監(jiān)理方簽訂的

4、工程建設(shè)監(jiān)理合同：明確監(jiān)理方的責任、權(quán)利和義務。國際標準、國家和行業(yè)標準。根據(jù)合同執(zhí)行的具體情況，如適用，則應選擇使用下列現(xiàn)行的有關(guān)技術(shù)規(guī)范、規(guī)程和技術(shù)標準：ISO 9000-3:1997質(zhì)量管理和質(zhì)量保證標準第三部分ISO 9001-1994在計算機軟件開發(fā)、供應、安裝和維護中的應用指南GB/T 16260-1996信息技術(shù)軟件產(chǎn)品質(zhì)量特性及其使用指南GB/T 9385-88 計算機軟件需求說明編寫指南GB/T 9386-88 計算機軟件測試文件編制規(guī)范GB/T 12504-90計算機軟件質(zhì)量標準保證計劃規(guī)范GB/T 12505-90計算機軟件配置管理計劃規(guī)范GB/T 12207-1995信

5、息技術(shù) 軟件生存周期過程GB/T 14079-93計算機軟件維護指南GB/T 14394-93計算機軟件可靠性和可維護性管理GB/T 15532-95計算機軟件單元測試GB/T 11457-1995軟件工程術(shù)語.監(jiān)理內(nèi)容對于信息系統(tǒng)應用工程監(jiān)理的內(nèi)容，主要圍繞信息產(chǎn)業(yè)部正式頒布的信息系統(tǒng)工程監(jiān)理暫行規(guī)定第九條規(guī)定的對信息系統(tǒng)工程的質(zhì)量、進度、投資進行監(jiān)督，對項目合同和文檔進行管理，協(xié)調(diào)有關(guān)單位間的工作關(guān)系。質(zhì)量控制要貫穿項目建設(shè)從可行性分析、設(shè)計、開發(fā)、實施、測試、驗收和用戶維護的全過程。主要包括組織設(shè)計方案評比，進行設(shè)計方案磋商，控制設(shè)計變更，在實施前審查承 建單位資質(zhì)等，在實施中采用多種控

6、制手段檢查監(jiān)督標準、規(guī)范的貫徹，以及通過階段驗收和竣工驗收把好質(zhì)量關(guān)等。進度控制主要工作內(nèi)容是要在開發(fā)前期通過周密分析研究確定合理的工期目標，并在實施前將工期要求納入承建合同； 在軟件開發(fā)、實施階段通過運籌學、 網(wǎng)絡(luò)計劃技術(shù)等科學手段，審查、修改實施組織設(shè)計和進度計劃，做好協(xié)調(diào)與監(jiān)督，排除干擾，使單項工程及其分階段目標工期逐步實現(xiàn)，最終保證項目建設(shè)總工期的實現(xiàn)。投資控制主要工作內(nèi)容是在開發(fā)前期進行可行性研究，協(xié)助業(yè)主單位正確的進行投資決策，在設(shè)計階段對設(shè)計方案、設(shè)計標準、總預算進行審查；在開發(fā)準備階段協(xié)助確定標底和合同造價； 在開發(fā)階段審核設(shè)計變更，核實已完成的工程量，進行工程進度款簽證和索賠

7、控制；在工程竣工階段審核工程結(jié)算。變更控制主要工作內(nèi)容是對接受應用軟件系統(tǒng)建設(shè)過程中的變更申請，收集變更信息資料， 對發(fā)生的所有變更情況按照一定的程序進行處理，并對變更的內(nèi)容、方式、范圍應用進行評估和控制。合同管理合同管理是進行投資控制、工期控制和質(zhì)量控制的手段。因為合同管理是監(jiān)理單位站在 公正立場采取各種控制、 協(xié)調(diào)與監(jiān)督措施，履行糾紛調(diào)解職責的依據(jù)， 也是實施三大目標控 制的出發(fā)點和歸宿。安全管理信息系統(tǒng)安全管理的作用是保證業(yè)主在信息系統(tǒng)工程項目建設(shè)過程中，保證信息系統(tǒng)的安全在可用型、保密性、完整性與信息系統(tǒng)工程的可維護性技術(shù)環(huán)節(jié)上沒有沖突；在投資控制的前提下，確保信息系統(tǒng)安全設(shè)計上沒有漏

8、洞；督促業(yè)主的信息系統(tǒng)工程應用人員在安全管理制度和安全規(guī)范下嚴格執(zhí)行安全操作和管理，建立安全意識；監(jiān)督承建單位按照技術(shù)標準和建設(shè)方案實施；檢查承建單位是否存在設(shè)計過程中的非安全隱患行為或現(xiàn)象等。 4.7信息管理確保項目信息管理工作規(guī)范化，保證項目信息的準確性、完整性和可用性，確保項目信息交流、信息溝通渠道暢通， 規(guī)范信息組織及信息管理，為項目實施管理及決策提出信息依據(jù)。協(xié)調(diào)協(xié)調(diào)貫穿在整個信息系統(tǒng)工程從設(shè)計到實施再到驗收的全過程。主要采用現(xiàn)場和會議方式進行協(xié)調(diào)。針對信息工程應用系統(tǒng)的特點，在后續(xù)的條目中詳細描述監(jiān)理流程、各不同階段的監(jiān)理要點及相關(guān)監(jiān)理工作手冊，以指導軟件監(jiān)理工程師工作的順利實施。

9、.監(jiān)理流程工程前期階段監(jiān)理工作流程監(jiān)理業(yè)務流程f表h前期階段）輸入承建單位監(jiān)理單位委托推位，業(yè)主值國招標文件項II組織文能方案總體城度日劃開發(fā)價同系統(tǒng)冥施方案方窠評審報,方察憤改報告總體過應計劃皿劇中報告川I朝公祝紀要流程描述前期咨詢：提供應用系統(tǒng)建設(shè)相關(guān)的技術(shù)支持服務;基本業(yè)務模型分析：協(xié)助業(yè)主制定所需應用系統(tǒng)的業(yè)務需求指標；進行基本需求的調(diào)研和分析整理工作， 基本上明確應用系統(tǒng)的主體思路，為應用系統(tǒng)建設(shè)范圍的確定提供依 據(jù);用系統(tǒng)總體規(guī)劃：結(jié)合基本需求和應用系統(tǒng)的實施框架結(jié)構(gòu)，協(xié)助業(yè)主對應用系統(tǒng)進行優(yōu)先級劃分，同時結(jié)合國內(nèi)外的相關(guān)類型系統(tǒng)的實施情況，協(xié)助業(yè)主制定系統(tǒng)的總體實 施規(guī)劃;招投標

10、：必要時協(xié)助業(yè)主進行應用系統(tǒng)的招投標工作;承建方實力評價：協(xié)助業(yè)主了解承建方的技術(shù)實力和管理能力，客觀公正地評價承建方，為業(yè)主評估、選定承建方提供技術(shù)方面的參考意見；簽訂開發(fā)合同：協(xié)助業(yè)主進行應用系統(tǒng)的開發(fā)合同的簽訂工作；在承建合同中應明確要求承建單位接受監(jiān)理方的監(jiān)理；建議業(yè)主單位在承建合同中明確規(guī)定工程所包含的功能、技術(shù)要求、測試標準、驗收要求和質(zhì)量責任；建議業(yè)主單位在開發(fā)合同中明確工程階段劃分及其質(zhì)量和進度要求，并依此作為工程階段性付款的依據(jù)；核準投資預算與付款計劃；評審系統(tǒng)實施方案：協(xié)助業(yè)主評審系統(tǒng)實施方案的科學性、可行性；協(xié)助業(yè)主審核系統(tǒng)建設(shè)的量化目標以及考核方法；結(jié)合業(yè)主的實際情況對

11、實施過程中的風險進行評估，協(xié)助提出規(guī)避風險的措施和手段；評審總體進度計劃：評審應用系統(tǒng)承建方的總體實施進度計劃，根據(jù)軟件工程的要求，評審承建方提出的應用系統(tǒng)總體實施計劃是否合理；項目啟動會：項目啟動時，召開由委托方、業(yè)主方、承建方和監(jiān)理方參加的首次會議，明確四方在項目實施過程中的責任和權(quán)利、四方的項目負責人及聯(lián)系方式、項目實施過程中三方遇到問題的處理流程、監(jiān)理例會的具體時間及周期等，并規(guī)定監(jiān)理方和承建方按時提交報告。工程需求階段監(jiān)理工作流程5. .2流程描述編制監(jiān)理規(guī)程和監(jiān)理細則；審核本階段計劃和明細任務分解計劃：審核承建方提交本階段計劃和明細任務分解計劃，提出監(jiān)理建議，對工程進度進行控制；督

12、促承建方建立完善的質(zhì)量保證體系；建立協(xié)調(diào)機制：督促建設(shè)小組的聯(lián)系、溝通，有利于本階段的工作效率和效果；審核調(diào)研方式：協(xié)助業(yè)主審核調(diào)研計劃，進行需求調(diào)研準備工作，必要時參加需求的調(diào)研工作；審核調(diào)研記錄：審核承建方提交的用戶需求調(diào)研記錄（即原始需求），協(xié)助業(yè)主組織進行調(diào)研記錄的確認工作；組織需求分析報告評審：提交評審預案報告，說明需求分析報告評審的標準規(guī)范、評審項及建議；協(xié)助業(yè)主組織需求分析報告評審，必要時以“專家評審會”的形式展開；協(xié)助組織需求分析報告的業(yè)主方、監(jiān)理方、承建方簽字確認；審核承建方提交的測試方案；定期向業(yè)主報告項目實施的進度和質(zhì)量情況；5.3工程設(shè)計階段監(jiān)理工作流程覽理業(yè)務流程設(shè)計

13、階段3承建單位監(jiān)理不位委托單位/業(yè)主輸出林池規(guī)范階段開始報市表開發(fā)設(shè)計報審評申報3階”1刖而求分析報弗改方案設(shè)計報告符合性押審出媒?jīng)]il報概罌設(shè)計報洋細設(shè)訃報,詳細設(shè)計報告數(shù)兒N沒h公為界面設(shè)計根告舟段匕肛界向設(shè)計報占測試計劃變更申請變更評審設(shè)計變更方案設(shè)計變更單而上變更）公過紀要設(shè)計變更審核承建方提交本階段計劃和明細任務分解整件評相設(shè)計變,史 方案項II組織 實僚方案設(shè)十報】 報市表監(jiān)理I程 如誦知通數(shù)州即設(shè)id 報告計劃，提出監(jiān)理建議，對工程進度進行控制5.3.2流程描述5.3.2.1審核本階段計劃和明細任務分解計劃5.3.2.2 審核承建方的質(zhì)量保證措施的完備性及有效性;監(jiān)督實施小組的聯(lián)

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

15、測試報告、系統(tǒng)模塊測試計劃、系統(tǒng)模塊測試用例、系統(tǒng)模塊測試報告和問題跟蹤情況報告；督促承建方對系統(tǒng)出現(xiàn)的問題及時進行改正和優(yōu)化；UI確認：在系統(tǒng)編碼結(jié)束前，協(xié)助業(yè)主方組織系統(tǒng)用戶界面（ UI）的確認；審核項目開發(fā)總結(jié)報告：依據(jù)合同、需求和設(shè)計文檔，審查承建方的項目開發(fā)總結(jié)報告；審核系統(tǒng)測試分析報告：審核承建方的系統(tǒng)測試分析報告，并提交系統(tǒng)集成測試審核報告，如果系統(tǒng)集成測試存在問題，指出問題并督促承建方對進行修正；評審并評估項目的階段性成果：組織評審并評估項目的階段性成果，發(fā)現(xiàn)并總結(jié)分析系統(tǒng)試運行中存在的問題和缺陷；定期向業(yè)主報告項目實施的進度和質(zhì)量情況。5.5工程驗收階段監(jiān)理工作流程5. .2

16、流程描述協(xié)調(diào)進行交工驗收：承建方確認應用系統(tǒng)滿足需求后，監(jiān)理方和業(yè)主方依據(jù)合同執(zhí)行情況評估報告中所作的結(jié)論與合同中的規(guī)定準則和方式判斷產(chǎn)品是否已經(jīng)可以驗收，對于不符合驗收條件的，督促承建方對問題進行整改；審核安裝手冊和操作使用手冊：對承建方提交的安裝手冊和操作使用手冊進行審核；系統(tǒng)培訓管理：審核承建方的培訓計劃和培訓內(nèi)容，檢查和考核培訓效果；評審系統(tǒng)試運行計劃和方案：組織評審承建方的應用系統(tǒng)試運行計劃和方案，并提交系統(tǒng)試運行計劃和方案的審核報告，如果存在問題，指出問題并督促承建方對其進行修正；系統(tǒng)試運行管理：協(xié)助進行試運行前數(shù)據(jù)準備；審核并評估系統(tǒng)試運行的方法、步驟、條件以及實施的措施，檢查為

17、保證系統(tǒng)整體試運行所采取措施的有效性；依據(jù)應用系統(tǒng)試運行計劃和方案對應用系統(tǒng)的試運行過程進行控制，及時發(fā)現(xiàn)存在的問題，隨時掌握系統(tǒng)試運行的進展情況；并督促承建方對系統(tǒng)試運行中出現(xiàn)的問題及時進行改進和優(yōu)化；評審并評估項目的階段性成果：組織評審并評估項目的階段性成果，發(fā)現(xiàn)并總結(jié)分析系統(tǒng)試運行中存在的問題和缺陷；協(xié)助業(yè)主進行試運行的總結(jié)、分析并評估系統(tǒng)試運行的效果；協(xié)助業(yè)主制定下一步的流程持續(xù)改進措施；協(xié)商制定驗收程序和驗收標準：根據(jù)國際、國家標準、規(guī)范要求，三方協(xié)商制定驗收程序和驗收標準；審核驗收申請：依據(jù)承建方提交的系統(tǒng)實施文檔報告，審核承建方提交的驗收申請；組織合同執(zhí)行情況評估：依據(jù)業(yè)主與承建

18、方簽訂的應用系統(tǒng)實施合同和本應用系統(tǒng)的實施情況，組織進行評估合同的執(zhí)行情況，并提交合同執(zhí)行情況評估報告；協(xié)助組織系統(tǒng)驗收測試：監(jiān)理方和業(yè)主方批準承建方提交的驗收申請后，協(xié)助業(yè)主方組織驗收測試， 必要時引入第三方測試；協(xié)調(diào)解決驗收過程中發(fā)現(xiàn)的問題，對問題的處理方法以及結(jié)果納入驗收記錄中。具體驗收測試內(nèi)容：(a)相關(guān)文檔審核：依據(jù)驗收標準對工程文檔進行審核；(b)協(xié)助業(yè)主方組織驗收測試，審核承建商提交的測試報告，提出監(jiān)理意見；必要時引入第三方測試或進行監(jiān)理抽測；出具監(jiān)理驗收測試報告。(c)驗收報告三方簽字確認；審核系統(tǒng)維護計劃：審核承建方提交的系統(tǒng)維護計劃，提出意見和看法，對于出 現(xiàn)的問題，督促承

19、建方進行修正，協(xié)調(diào)進行系統(tǒng)試運行維護，審核承建方的維護記錄，協(xié)調(diào)解決維護過程中出現(xiàn)的問題；協(xié)調(diào)相關(guān)承建方進行系統(tǒng)聯(lián)調(diào)；協(xié)助組織系統(tǒng)竣工驗收會：協(xié)調(diào)進行竣工驗收工作，協(xié)助業(yè)主方組織進行系統(tǒng)竣工驗收會，必要時可以聘請專家參加；驗收文檔移交：監(jiān)督工程驗收后各項文檔的移交工作。.監(jiān)理控制要點工程前期階段監(jiān)理標準、規(guī)范體系三方或四方就工程建設(shè)中應該采用的總的標準和規(guī)范的內(nèi)容、參考依據(jù)達成一致，作為工程建設(shè)的依據(jù)。明確工程范圍、總工期三方或四方就工程建設(shè)的總體進度計劃、量化目標以及考核方法達成一致。明確質(zhì)量控制標準三方或四方就工程建設(shè)質(zhì)量保證計劃達成一致。制定工程總體實施規(guī)劃：三方或四方就工程建設(shè)優(yōu)先級、

20、實施方案和各子系統(tǒng)間接口標準達成一致，作為工程建設(shè)的參考依據(jù)。明確組織結(jié)構(gòu)保障確定工程建設(shè)領(lǐng)導小組的職責及人員構(gòu)成，建議采用“一把手負責制”，便于協(xié)調(diào)工程建設(shè)中的各方及相關(guān)業(yè)務部門的關(guān)系。工程需求階段監(jiān)理明確需求調(diào)研涉及各方的職責確定調(diào)研方式、調(diào)研范圍、涉及各方的職責和權(quán)限劃分并制訂需求管理規(guī)定，督促需求調(diào)研的積極進展。需求調(diào)研的組織和協(xié)調(diào)業(yè)主方、監(jiān)理方、承建方共同制定調(diào)研計劃，協(xié)調(diào)各方及相關(guān)業(yè)務部門關(guān)系落實計劃的執(zhí)行。明確系統(tǒng)建設(shè)范圍在遵循承建合相關(guān)說明情況下，進一步細化系統(tǒng)建設(shè)范圍，并作為系統(tǒng)驗收的依據(jù)之一。需求評審和需求確認組織需求調(diào)研結(jié)果的評審，落實需求分析報告的正確性、完整性、可驗證

21、性等要求，并落實需求分析報告的簽字確認，作為以后階段的依據(jù)。 .1.1.8 整體計劃是否定期進行修正以及隨條件的變化而修正；測試計劃審核三方或四方就測試方案達成一致。工程設(shè)計階段監(jiān)理審核階段性成果審核工程設(shè)計階段的成果，包括概要設(shè)計報告、詳細設(shè)計報告、數(shù)據(jù)庫設(shè)計報告、界面設(shè)計 原型等。變更控制妥善處理系統(tǒng)建設(shè)過程中變更事項，進行變更管理，并落實文檔的同步更新。工程實施階段監(jiān)理審核階段性成果審核工程實施階段的成果，包括程序編碼規(guī)范、測試計劃、測試用例、測試分析報告、培訓 計劃、培訓記錄等。變更控制妥善處理系統(tǒng)建設(shè)過程中變更事項，進行變更管理，并落實文檔的同步更新。工程驗收階段監(jiān)理系統(tǒng)實施協(xié)調(diào)系統(tǒng)

22、實施部署計劃的執(zhí)行，建議采用“試點”模式，逐步實現(xiàn)系統(tǒng)試運行，同時，制定 新老系統(tǒng)協(xié)調(diào)運行業(yè)務管理辦法，處理好歷史數(shù)據(jù)問題；驗收標準三方制定驗收標準，進行合同執(zhí)行情況的評估，并落實合同中驗收事項的執(zhí)行。.監(jiān)理工作手冊.1.1實施準備系統(tǒng)規(guī)劃是否從組織上確定了整體計劃的主要體制，是否得到了最高領(lǐng)導的認可；整體計劃是否依照主要規(guī)則判定，是否得到了最高領(lǐng)導的認可；整體計劃中是否明確了信息化的效果、推進體制、費用等各項內(nèi)容；整體計劃中是否明確說明了信息系統(tǒng)的整體概貌；整體計劃中是否明確說明了系統(tǒng)開發(fā)的優(yōu)先級；整體計劃中是否明確說明了系統(tǒng)開發(fā)的組織及業(yè)務改變的方針；整體計劃中是否明確說明了安全對策的方針

23、；7.1.7.1是否有完整的培訓計劃;7.1.3.6 網(wǎng)絡(luò)是否按業(yè)務內(nèi)容進行設(shè)計；開發(fā)計劃是否得到最高領(lǐng)導的認可；開發(fā)計劃是否考慮到了與整體計劃的整合；開發(fā)計劃是不是在對內(nèi)外信息技術(shù)調(diào)查基礎(chǔ)上決定的；開發(fā)計劃是否明確說明了目的、對象業(yè)務、性能價格比等各項內(nèi)容；開發(fā)計劃是否明確說明了改變信息系統(tǒng)生命周期的條件；是否具有明確的項目質(zhì)量計劃。系統(tǒng)分析開發(fā)計劃，需求定義是否得到承建方及用戶方認可；用戶需求調(diào)查是否明確對象、范圍及方法；是否由精通業(yè)務的用戶參與現(xiàn)狀分析；是否對隨著信息系統(tǒng)引入而產(chǎn)生的風險進行分析；是否對有關(guān)信息系統(tǒng)的法律、法規(guī)及制度等進行調(diào)查；對引入信息系統(tǒng)后受影響的業(yè)務、管理體制和各種

24、規(guī)程等是否進行研討與修正;用戶部門及信息部門的作用分配是否明確；開發(fā)計劃及用戶需求是否考慮了軟件、硬件和網(wǎng)絡(luò)等需求；是否有達到信息系統(tǒng)目的的替代方案；是否根據(jù)開發(fā)的規(guī)程、時間及系統(tǒng)的特性來決定承建方法；開發(fā)及運行費用的計算模型是否適當，結(jié)果是否合理、準確；是否對信息系統(tǒng)的效果進行了定量及定性的評價；是否確保開發(fā)所必須的人員、預算、設(shè)備及時間等；是否有明確的業(yè)務狀況調(diào)研問卷；是否有明確的業(yè)務狀況調(diào)研報告；需求分析規(guī)格說明書是否得到了承建方及業(yè)主方、委托方的認可。系統(tǒng)設(shè)計系統(tǒng)設(shè)計報告是否得到承建方與業(yè)主方（或委托方）負責人的認可；輸入輸出報表及界面設(shè)計是否便于用戶使用；輸入輸出報表及界面設(shè)計是否得

25、到用戶的簽字確認；數(shù)據(jù)庫是否按業(yè)務內(nèi)容進行設(shè)計；數(shù)據(jù)的整體性是否確保；信息系統(tǒng)的性能是否滿足用戶要求；系統(tǒng)的組成是否考慮系統(tǒng)應用的高峰進行設(shè)計；是否設(shè)計運行性能管理的技術(shù)實現(xiàn)方法；是否考慮信息系統(tǒng)的故障對策；是否設(shè)計對不正當行為防止及機密保護等功能；測試計劃中是否明確目的、范圍、方法及進度安排等；信息系統(tǒng)應用的培訓方針、進度等是否明確。編碼程序說明書，是否得到開發(fā)負責人認可；是否按照系統(tǒng)設(shè)計報告進行程序設(shè)計；編碼時發(fā)現(xiàn)與系統(tǒng)設(shè)計有矛盾時，是否對系統(tǒng)設(shè)計進行了再討論;檢查編碼是否按程序說明書進行；是否對程序測試結(jié)果進行登記與保管；重要的程序是否由程序作者以外的人員進行了測試。系統(tǒng)測試測試用例數(shù)據(jù)

26、的選取及系統(tǒng)測試是否按測試計劃進行；系統(tǒng)測試是否站在公正、客觀立場上進行；系統(tǒng)測試是否由用戶參加，是否按照用戶手冊進行；系統(tǒng)測試結(jié)果是否得到開發(fā)、運行、維護及用戶的負責人認可；系統(tǒng)的測試是否考慮容量、并發(fā)數(shù)等邊界條件；是否對系統(tǒng)測試的結(jié)果進行記錄與保管的認可。系統(tǒng)初始化是否收集到了完整的初始化數(shù)據(jù)；是否對初始化數(shù)據(jù)加以有效整理；是否對初始化數(shù)據(jù)進行評審；整理過的初始化數(shù)據(jù)是否得到業(yè)主方的簽字認可；是否能夠有效的將各類數(shù)據(jù)初始化；初始化的數(shù)據(jù)是否正確并得到業(yè)主方的簽字認可。系統(tǒng)培訓7.1.7.2 是否有系統(tǒng)培訓記錄；是否按照培訓計劃進行培訓；是否有完善的培訓教材。試運行試運行是否按計劃進行；是否

27、能根據(jù)試運行計劃籌備到必要的人員、預算和設(shè)備等資源；系統(tǒng)的性能是否滿足用戶的需求；系統(tǒng)的組成是否考慮高峰進行設(shè)計；是否考慮信息系統(tǒng)的故障對策；是否設(shè)計對不正當行為的防止和機密保護等功能；并行運行業(yè)務數(shù)據(jù)錄入規(guī)則是否正確；試運行結(jié)果的驗收方法是否正確；是否制定試運行后的運行計劃；試運行順序的制定是否考慮到試運行的條件；是否對修改前的程序及數(shù)據(jù)做好了備份；試運行負責人是否驗證其信息系統(tǒng)不受影響；試運行結(jié)果的驗收方法是否明確；是否制訂試運行后的運行計劃，并根據(jù)試運行結(jié)果進行修正。運行管理總體操作管理(a)信息系統(tǒng)用戶是否制定與遵守運行管理的規(guī)則；(b)操作順序是否標準化，事故及故障對策是否明確；作業(yè)

28、進度的決定是否考慮業(yè)務處理的優(yōu)先級；(d)操作是否按作業(yè)進程表及指導書進行；(e)例外處理的操作是否按運行管理規(guī)則進行；操作員的交替是否按運行管理規(guī)則進行；(g)是否對作業(yè)進程表與操作事實記錄的差異進行分析；(h)是否能把握住信息系統(tǒng)運行狀況達到性能管理及資源的有效利用;操作實施記錄是否按照運行管理規(guī)則保管一定期限；是否記錄事故及故障內(nèi)容，并向信息系統(tǒng)運行負責人報告；7.2軟件監(jiān)理技術(shù)要點7.1.10文檔編制(k)是否找到事故及故障的原因，并采取措施防止再發(fā)生；識別代碼及口令的管理是否考慮防止不正當行為及機密保護對策；(m)是否對用戶進行了有關(guān)信息系統(tǒng)的安全教育及培訓。軟件管理(a)信息系統(tǒng)用

29、戶是否制定及遵守軟件管理的規(guī)則；(b)對軟件的存取及控制、監(jiān)視是否有防止不正當行為及機密保護對策；(c)信息系統(tǒng)用戶是否記錄軟件利用狀況，并定期進行分析；(d)軟件備份的范圍及方法是否按業(yè)務內(nèi)容及處理狀態(tài)來決定；(e)軟件的保管及廢除有否防止不正當行為對策及機密保護對策；軟件的拷貝有否防止不正當行為及機密保護對策；(g)對軟件有否故障對策；(h)對軟件版本如何管理。硬件管理(a)信息系統(tǒng)用戶是否制定并遵守硬件管理的規(guī)則；(b)對硬件是否設(shè)置了能夠回避風險的環(huán)境；(c)對硬件是否設(shè)置了能夠應對風險的環(huán)境；(d)是否定期對硬件進行維護；(e)是否有硬件的故障對策；是否對硬件的利用狀況進行記錄，并定

30、期進行分析。建筑物及相關(guān)設(shè)備管理(a)對建筑物及相關(guān)設(shè)備是否設(shè)置了能夠回避風險的環(huán)境；(b)建筑物及房間的進出管理是否有防止不正當行為的對策及機密保護的對策;(c)對相關(guān)設(shè)備是否定期進行維護；(d)相關(guān)設(shè)備是否有故障對策。組成管理(a)所有要管理的軟件、硬件、網(wǎng)絡(luò)的對象范圍是否明確；(b)軟件、硬件及網(wǎng)絡(luò)的組成，供應商的支持維護條件是否明確；(c)引入或變更軟件、硬件和網(wǎng)絡(luò)后受到影響的范圍是否明確；(d)引入或變更軟件、硬件和網(wǎng)絡(luò)是否按計劃實施。1是否遵守文檔編制規(guī)范；2 是否制訂文檔計劃；3文檔計劃的執(zhí)行情況；4文檔的種類、目的、制作方法等是否明確；5文檔是否得到信息系統(tǒng)部門及用戶部門負責人

31、的認可。文檔管理是否制定和遵守文檔管理規(guī)則；文檔更新是否得到信息系統(tǒng)部門及用戶負責人的認可；在系統(tǒng)需求更新時，文檔內(nèi)容是否進行更新，并留下更新記錄；文檔的拷貝及廢除是否有對不正當行為的防范及機密保護的對策。進度計劃是否按標準格式編寫計劃書；是否有時間、任務和結(jié)果形式；進度安排是否合理。進度控制承建方是否制訂進度管理的方法、體制，是否得到計劃、開發(fā)、運行及維護等各業(yè)務負責人的認可；計劃、開發(fā)、運行及維護各業(yè)務負責人是否把握進度狀況，是否按計劃執(zhí)行； 是否有進度延遲的對策；各業(yè)務結(jié)束時，是否按計劃等實施狀況進度分析與評價；評價的結(jié)果是否反映到下階段工程的進度計劃中；評價的結(jié)果是否反映對進度管理的方

32、法與體制等的改進。進度評價檢查在各業(yè)務結(jié)束時，是否按計劃對實施狀況進行分析與評價，評價的結(jié)果是否 客觀、真實，是否分析了影響進度的主要原因，是否提出了相應的應對措施，應對措施是否 合理，能否實現(xiàn)等；檢查評價的結(jié)果是否反映到下階段工程的計劃中，在下階段的工程實施過程中是否按照相應的進度調(diào)整計劃進行實施；對進度的評價是否反映對進度管理的方法與體制等的改進。7.2.1系統(tǒng)規(guī)劃任務：確保新開發(fā)的信息系統(tǒng)是滿足企業(yè)戰(zhàn)略發(fā)展需要的，從技術(shù)、經(jīng)濟和操作的角度來說是可行的、恰當?shù)?，但不是不顧企業(yè)的實際需要而一味地追求新技術(shù)或高性能的硬件配置。系統(tǒng)需求分析任務：保證需求達到如下原則：一致性：所有需求必須是一致的

33、；完整性：需求必須是完整的，規(guī)格說明書應該包括用戶需要的每一個功能或性能；現(xiàn)實性：制定的需求應該是用現(xiàn)有的硬件技術(shù)和軟件技術(shù)可以實現(xiàn)的；有效性：必須證明需求是正確有效的，確實能解決用戶面臨的問題。系統(tǒng)設(shè)計總體設(shè)計要求(a)詳細需求的描述為了設(shè)計一個信息系統(tǒng)，設(shè)計者必須明白系統(tǒng)能夠提供什么信息。(b)數(shù)據(jù)/信息流的設(shè)計數(shù)據(jù)流和信息流的流動方向以及傳輸點；數(shù)據(jù)流和信息流的流動頻率以及流動時間；將被格式化的數(shù)據(jù)流和信息流。詳細設(shè)計要求(a)數(shù)據(jù)庫設(shè)計結(jié)構(gòu)概念建模：模型反映了實體或?qū)ο蟮年P(guān)系、實體的屬性、實體之間的關(guān)系以及對這些實體、實體屬性和實體關(guān)系的靜態(tài)和動態(tài)限制；數(shù)據(jù)建模：將概念模型轉(zhuǎn)換成數(shù)據(jù)模

34、型；存儲結(jié)構(gòu)設(shè)計：決定怎樣將這些數(shù)據(jù)結(jié)構(gòu)線性化和進行分割，以存儲在某些設(shè)備上；物理結(jié)構(gòu)設(shè)計：決定怎樣通過具體的存儲介質(zhì)和地點來分配存儲結(jié)構(gòu)。數(shù)據(jù)自由存取控制：根據(jù)用戶的類別分配適當?shù)臋?quán)限；強制性存取控制：數(shù)據(jù)資源被分為不同的級別，用戶也被分配了不同的存取級別，根據(jù)安全策略的定義決定用戶對資源的存取權(quán)限。實體-關(guān)系模型中的完整性約束唯一性：每個實體的實例必須是唯一的；最大基數(shù)：在數(shù)據(jù)庫中存在的一個實體所能產(chǎn)生的實例最大數(shù)目；最小基數(shù)：在數(shù)據(jù)庫中存在的一個實體所能產(chǎn)生的實例最小數(shù)目；實體關(guān)鍵字：唯一標識實體的實例的屬性；關(guān)鍵字類型：定義實體關(guān)鍵字的屬性的類型；關(guān)鍵字的值：定義組成關(guān)鍵字的屬性所允許

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

36、；屬性的值：對象的屬性所允許的一些值；類型和繼承：保證一個對象的子對象繼承了它的所有屬性。對象關(guān)系完整性約束參照完整性：一個對象要引用另一個對象， 被應用的對象必須存在并且是正確的類型；合成完整性：規(guī)定的合成關(guān)系中，對應對象的插入和刪除的行為；基數(shù)完整性：在一個關(guān)系中，特殊類型對象的最大和最少數(shù)目。(b)用戶界面設(shè)計屏幕的組織標題設(shè)計數(shù)據(jù)輸入框設(shè)計顏色設(shè)計響應時間提示和幫助的設(shè)計模塊詳細設(shè)計模塊要求獨立性強；模塊規(guī)模應適中；深度、寬度、輸入和輸出都應適當；模塊的作用域應該在控制域之內(nèi)；力爭降低模塊接口的復雜度；設(shè)計單入口單出口的模塊；模塊功能可以預測。(d)硬件或軟件平臺的設(shè)計和獲得要考慮硬件

37、及軟件平臺的設(shè)計上相互之間的兼容程度，理想狀況下，不同的硬件和系統(tǒng)軟件可以互相交流。編碼要求主要是從編程語言的選擇、編程風格、編碼方法，以及相關(guān)文檔的編寫這幾個方面進行考慮。程序內(nèi)部的文檔(a)選取含義鮮明的名字，使它能正確地提示程序?qū)ο笏淼膶嶓w；(b)正確的注解非常有助于對程序的理解； 程序清單對程序的可讀性有很大的影響。數(shù)據(jù)說明(a)數(shù)據(jù)說明的次序應該標準化；(b)當多個變量名字在一個語句中說明時，應該按字母順序排列這些變量； 如果設(shè)計時使用了一個復雜的數(shù)據(jù)結(jié)構(gòu)，則應該用注解說明用這種程序設(shè)計語言實現(xiàn)這個數(shù)據(jù)結(jié)構(gòu)的方法和特點。7.2.5.2集成測試7.2.7文檔管理7.2.4.3 語句

38、構(gòu)造7.2.5測試要求7.2.5.1單元測試(a)不要為了節(jié)省空間而把多個語句寫在同一行；(b)盡量避免復雜的條件測試；(c)盡量減少對“非”條件的測試；(d)避免大量使用循環(huán)嵌套和條件嵌套；(e)利用括號使邏輯表達式和算術(shù)表達式清晰直觀。輸入輸出(a)對所有輸入數(shù)據(jù)進行校驗；(b)檢查輸入項重要組合的合法性；(c)保持輸入格式簡單；(d)使用數(shù)據(jù)結(jié)束標記，不要要求用戶指定數(shù)據(jù)的數(shù)目；(e)明確提交交互式輸入的請求，詳細說明可用的選擇和邊界數(shù)值；設(shè)計良好的輸出表格；(g)給所有輸出數(shù)據(jù)加標志。效率(a)效率主要指時間和容量兩方面。首先，應該在需求分析階段確定效率方面的要求； 其次，效率是靠好設(shè)

39、計來提高的；第三，程序的效率和程序的簡單程度是一致的， 包括程序運行的時間，存儲器效率和輸入輸出效率。編碼(a) 程序的每個模塊都只能有一個入口和一個出口，模塊的長度建議限制在50100個語句范圍，應采用自頂向下的流控制。文檔(a)高質(zhì)量的文檔是減少編碼錯誤和提高以后可維護性的有利途徑。(b)提供程序主要組成部分和相互關(guān)系的圖表；(c) 在程序中利用各種注釋闡明程序的特點、作用及不同的組成部分和邏輯關(guān)系；(d)對于不同類型的變量、常量、程序段和模塊等，使用有意義的名字可增強程序的可閱讀性；(e)有格式的書寫程序可增強閱讀性。7.2.5.3驗收測試7.2.6運行要求系統(tǒng)輸入：數(shù)據(jù)錄入是整個信息系

40、統(tǒng)運行的非常關(guān)鍵的一個環(huán)節(jié)，是以后報表生成 和決策支持的基礎(chǔ)數(shù)據(jù)有效性驗證。字段檢驗數(shù)據(jù)缺省或空值檢驗字母或數(shù)字檢驗范圍檢驗校驗碼檢驗主文件參照大小檢驗格式檢驗記錄檢驗合理性大小順序檢驗批檢驗控制總量批類型順序檢驗文件檢驗內(nèi)部標簽版本號有效期錯誤報告(a)清晰和簡潔語言嚴謹中立(c)信息系統(tǒng)生命周期支持業(yè)務7.2.7.1 意義(a)文檔可以作為開發(fā)人員在一定階段內(nèi)的工作成果和結(jié)束的標志，各階段的人員通過文檔進行交接工作；(b)文檔可以作為管理依據(jù)；文檔可用做未來項目的一種資源；(d)文檔可以作為運行、維護和培訓的參考依據(jù)；(e)文檔對保證軟件質(zhì)量起到重要作用。主要內(nèi)容(a)可行性研究：可行性研

41、究報告、項目開發(fā)計劃、系統(tǒng)需求說明書、數(shù)據(jù)要求說明、開發(fā)進度月報；(b)需求分析：項目開發(fā)計劃、系統(tǒng)需求說蜜柑內(nèi)、數(shù)據(jù)要求說明、測試計劃、用戶手冊、開發(fā)進度月報；(c) 設(shè)計：概要設(shè)計說明、詳細設(shè)計說明、測試計劃、用戶手冊、操作手冊、開發(fā)進度 月報；(d)代碼編寫：用戶手冊、操作手冊、開發(fā)進度月報；(e)測試：測試分析報告、開發(fā)進度月報、項目開發(fā)總結(jié)；運行與維護：維護修改日志。質(zhì)量要求針對性(b)精確性清晰性完整性(e)靈活性可追溯性文檔的版本管理是文檔管理的一個必要方面。需求文檔的每一版本必須被統(tǒng)一確定，并保證開發(fā)成員得到需要的當前版本。此外，在需求進行變更時， 需要清楚地將變更以文檔形式記

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