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

1、 信息系統(tǒng)應(yīng)用工程監(jiān)理細(xì)則（草稿）遼寧北方電子信息技術(shù)檢測(cè)有限公司.5目 錄1.工程概述信息系統(tǒng)應(yīng)用工程即軟件工程，是一類求解軟件的工程，它應(yīng)用計(jì)算機(jī)科學(xué)、數(shù)學(xué)（用于構(gòu)造模型和算法）和管理科學(xué)（顧客籌劃、資源、質(zhì)量和成本等的管理）等原理，借鑒老式工程（用于制定規(guī)范、設(shè)計(jì)范型、評(píng)估成本、權(quán)衡成果）的原則和措施，創(chuàng)立軟件已達(dá)到提高質(zhì)量、減少成本的目的。2.工程建設(shè)內(nèi)容軟件工程活動(dòng)是“生產(chǎn)一種最后滿足需求且達(dá)到工程目的的軟件產(chǎn)品所需要的環(huán)節(jié)”。重要涉及需求、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)以及支持等活動(dòng)。需求活動(dòng)涉及需求分析和問(wèn)題分析。問(wèn)題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設(shè)計(jì)活動(dòng)一般涉及該

2、藥設(shè)計(jì)和具體設(shè)計(jì)。概要設(shè)計(jì)建立整個(gè)軟件體系構(gòu)造，涉及子系統(tǒng)、模塊以及有關(guān)層次的闡明、每一模塊接口定義。具體設(shè)計(jì)產(chǎn)生程序員可用的模塊闡明，涉及每一模塊中數(shù)據(jù)構(gòu)造闡明及加工描述。實(shí)現(xiàn)活動(dòng)把設(shè)計(jì)成果轉(zhuǎn)換為可執(zhí)行的程序代碼。確認(rèn)活動(dòng)貫穿于整個(gè)開(kāi)發(fā)過(guò)程，實(shí)現(xiàn)完畢后的確認(rèn)，保證最后產(chǎn)品滿足顧客的規(guī)定。支持活動(dòng)涉及修改和完善。隨著以上活動(dòng)，尚有管理過(guò)程、支持過(guò)程、培訓(xùn)過(guò)程等。歸結(jié)起來(lái)，軟件工程活動(dòng)涉及如下基本內(nèi)容：2.1需求：定義問(wèn)題，即建立系統(tǒng)模型，涉及如下重要任務(wù)：2.1.1需求獲取：需求定義。市系統(tǒng)功能的一種對(duì)的的陳述。2.1.2需求規(guī)約：系統(tǒng)需求規(guī)格闡明。重要成分是系統(tǒng)模型，是系統(tǒng)功能的一種精確、系

3、統(tǒng)的描述。2.1.3需求驗(yàn)證：對(duì)獲取的需求進(jìn)行驗(yàn)證。2.2設(shè)計(jì)：在需求分析基本上，給出系統(tǒng)的軟件解決方案。2.2.1總體設(shè)計(jì)2.2.1.1系統(tǒng)的軟件體系構(gòu)造2.2.12.2.1.3 以數(shù)據(jù)庫(kù)為中心的構(gòu)造2.2.1.4管道構(gòu)造2.2.1.5面向?qū)ο蟮臉?gòu)造2.2.1.6其他2.2.2具體設(shè)計(jì)：針對(duì)總體設(shè)計(jì)成果，給出每一構(gòu)件的具體描述。2.3實(shí)現(xiàn)：選擇可用的構(gòu)件，或以一種選定的語(yǔ)言，對(duì)每一構(gòu)件進(jìn)行編碼。2.4確認(rèn)：貫穿軟件開(kāi)發(fā)的整個(gè)過(guò)程，重要任務(wù)是軟件測(cè)試。2.5支持：完善性維護(hù)和糾錯(cuò)性維護(hù)。3.監(jiān)理根據(jù)根據(jù)“委托原則”，在業(yè)主方的委托授權(quán)范疇內(nèi)，根據(jù)有關(guān)的合同及原則，對(duì)項(xiàng)目的全過(guò)程開(kāi)展監(jiān)理工作。在

4、工程監(jiān)理過(guò)程中，根據(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國(guó)際原則、國(guó)家和行業(yè)原則。根據(jù)合同執(zhí)行的具體狀況，如合用，則應(yīng)選擇使用下列現(xiàn)行的有關(guān)技術(shù)規(guī)范、規(guī)程和技術(shù)原則：ISO 9000-3:1997 質(zhì)量管理和質(zhì)量保證原則第三部分ISO 9001-1994 在計(jì)算機(jī)軟件開(kāi)發(fā)、供應(yīng)、安裝和維護(hù)中的應(yīng)用指南GB/T 16260-1996 信息技術(shù) 軟件產(chǎn)品 質(zhì)量特性及其使用指南GB/T 9385-88 計(jì)算機(jī)軟件需求闡明編寫指南GB/T 9386-88 計(jì)算機(jī)軟件測(cè)試文獻(xiàn)編制規(guī)范

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

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

7、對(duì)的的進(jìn)行投資決策，在設(shè)計(jì)階段對(duì)設(shè)計(jì)方案、設(shè)計(jì)原則、總預(yù)算進(jìn)行審查；在開(kāi)發(fā)準(zhǔn)備階段協(xié)助擬定標(biāo)底和合同造價(jià)；在開(kāi)發(fā)階段審核設(shè)計(jì)變更，核算已完畢的工程量，進(jìn)行工程進(jìn)度款簽證和索賠控制；在工程竣工階段審核工程結(jié)算。4.4變更控制重要工作內(nèi)容是對(duì)接受應(yīng)用軟件系統(tǒng)建設(shè)過(guò)程中的變更申請(qǐng)，收集變更信息資料，對(duì)發(fā)生的所有變更狀況按照一定的程序進(jìn)行解決，并對(duì)變更的內(nèi)容、方式、范疇?wèi)?yīng)用進(jìn)行評(píng)估和控制。4.5合同管理合同管理是進(jìn)行投資控制、工期控制和質(zhì)量控制的手段。由于合同管理是監(jiān)理單位站在公正立場(chǎng)采用多種控制、協(xié)調(diào)與監(jiān)督措施，履行糾紛調(diào)解職責(zé)的根據(jù)，也是實(shí)行三大目的控制的出發(fā)點(diǎn)和歸宿。4.6安全管理信息系統(tǒng)安全管

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

9、到驗(yàn)收的全過(guò)程。重要采用現(xiàn)場(chǎng)和會(huì)議方式進(jìn)行協(xié)調(diào)。針對(duì)信息工程應(yīng)用系統(tǒng)的特點(diǎn)，在后續(xù)的條目中具體描述監(jiān)理流程、各不同階段的監(jiān)理要點(diǎn)及有關(guān)監(jiān)理工作手冊(cè)，以指引軟件監(jiān)理工程師工作的順利實(shí)行。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)的實(shí)行框架構(gòu)造，協(xié)助業(yè)主相應(yīng)用系統(tǒng)進(jìn)行優(yōu)先級(jí)劃分，同步結(jié)合國(guó)內(nèi)外

10、的有關(guān)類型系統(tǒng)的實(shí)行狀況，協(xié)助業(yè)主制定系統(tǒng)的總體實(shí)行規(guī)劃；5.1.2.4招投標(biāo)：必要時(shí)協(xié)助業(yè)主進(jìn)行應(yīng)用系統(tǒng)的招投標(biāo)工作；5.1.2.5承建方實(shí)力評(píng)價(jià)：協(xié)助業(yè)主理解承建方的技術(shù)實(shí)力和管理能力，客觀公正地評(píng)價(jià)承建方，為業(yè)主評(píng)估、選定承建方提供技術(shù)方面的參照意見(jiàn)；5.1.2.6簽訂開(kāi)發(fā)合同：協(xié)助業(yè)主進(jìn)行應(yīng)用系統(tǒng)的開(kāi)發(fā)合同的簽訂工作；在承建合同中應(yīng)明確規(guī)定承建單位接受監(jiān)理方的監(jiān)理；建議業(yè)主單位在承建合同中明確規(guī)定工程所涉及的功能、技術(shù)規(guī)定、測(cè)試原則、驗(yàn)收規(guī)定和質(zhì)量責(zé)任；建議業(yè)主單位在開(kāi)發(fā)合同中明確工程階段劃分及其質(zhì)量和進(jìn)度規(guī)定，并依此作為工程階段性付款的根據(jù)；核準(zhǔn)投資預(yù)算與付款籌劃；5.1.2.7評(píng)審

11、系統(tǒng)實(shí)行方案：協(xié)助業(yè)主評(píng)審系統(tǒng)實(shí)行方案的科學(xué)性、可行性；協(xié)助業(yè)主審核系統(tǒng)建設(shè)的量化目的以及考核措施；結(jié)合業(yè)主的實(shí)際狀況對(duì)實(shí)行過(guò)程中的風(fēng)險(xiǎn)進(jìn)行評(píng)估，協(xié)助提出規(guī)避風(fēng)險(xiǎn)的措施和手段；5.1.2.8評(píng)審總體進(jìn)度籌劃：評(píng)審應(yīng)用系統(tǒng)承建方的總體實(shí)行進(jìn)度籌劃，根據(jù)軟件工程的規(guī)定，評(píng)審承建方提出的應(yīng)用系統(tǒng)總體實(shí)行籌劃與否合理；5.1.2.9項(xiàng)目啟動(dòng)會(huì)：項(xiàng)目啟動(dòng)時(shí)，召開(kāi)由委托方、業(yè)主方、承建方和監(jiān)理方參與的初次會(huì)議，明確四方在項(xiàng)目實(shí)行過(guò)程中的責(zé)任和權(quán)利、四方的項(xiàng)目負(fù)責(zé)人及聯(lián)系方式、項(xiàng)目實(shí)行過(guò)程中三方遇到問(wèn)題的解決流程、監(jiān)理例會(huì)的具體時(shí)間及周期等，并規(guī)定監(jiān)理方和承建方準(zhǔn)時(shí)提交報(bào)告。5.2 工程需求階段監(jiān)理5.2.

12、1工作流程5.2.2流程描述5.2.2.1編制監(jiān)理規(guī)程和監(jiān)理細(xì)則；5.2.2.2審核本階段籌劃和明細(xì)任務(wù)分解籌劃：審核承建方提交本階段籌劃和明細(xì)任務(wù)分解籌劃，提出監(jiān)理建議，對(duì)工程進(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)備工作，必要時(shí)參與需求的調(diào)研工作；5.2.2.6審核調(diào)研記錄：審核承建方提交的顧客需求調(diào)研記錄（即原始需求），協(xié)助業(yè)主組織進(jìn)行調(diào)研記錄的確認(rèn)工作；5.2.2.7組織需求分析報(bào)告評(píng)審：提交評(píng)審預(yù)案報(bào)告，闡明需求分析

13、報(bào)告評(píng)審的原則規(guī)范、評(píng)審項(xiàng)及建議；協(xié)助業(yè)主組織需求分析報(bào)告評(píng)審，必要時(shí)以“專家評(píng)審會(huì)”的形式展開(kāi)；5.2.2.8協(xié)助組織需求分析報(bào)告的業(yè)主方、監(jiān)理方、承建方簽字確認(rèn)；5.2.2.9審核承建方提交的測(cè)試方案；5.2.2.10定期向業(yè)主報(bào)告項(xiàng)目實(shí)行的進(jìn)度和質(zhì)量狀況；5.3 工程設(shè)計(jì)階段監(jiān)理5.3.15.35.3.2.1審核本階段籌劃和明細(xì)任務(wù)分解籌劃：審核承建方提交本階段籌劃和明細(xì)任務(wù)分解籌劃，提出監(jiān)理建議，對(duì)工程進(jìn)度進(jìn)行控制；5.3.2.2審核承建方的質(zhì)量保證措施的完備性及有效性；5.3.2.3監(jiān)督實(shí)行小組的聯(lián)系、溝通，有助于實(shí)現(xiàn)過(guò)程的工作效率和效果；5.3.2.4協(xié)助業(yè)主組織系統(tǒng)設(shè)計(jì)報(bào)告評(píng)審；

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

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

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

17、劃和方案的審核報(bào)告，如果存在問(wèn)題，指出問(wèn)題并督促承建方對(duì)其進(jìn)行修正；5.5.2.5系統(tǒng)試運(yùn)營(yíng)管理：協(xié)助進(jìn)行試運(yùn)營(yíng)前數(shù)據(jù)準(zhǔn)備；審核并評(píng)估系統(tǒng)試運(yùn)營(yíng)的措施、環(huán)節(jié)、條件以及實(shí)行的措施，檢查為保證系統(tǒng)整體試運(yùn)營(yíng)所采用措施的有效性；根據(jù)應(yīng)用系統(tǒng)試運(yùn)營(yíng)籌劃和方案相應(yīng)用系統(tǒng)的試運(yùn)營(yíng)過(guò)程進(jìn)行控制，及時(shí)發(fā)現(xiàn)存在的問(wèn)題，隨時(shí)掌握系統(tǒng)試運(yùn)營(yíng)的進(jìn)展?fàn)顩r；并督促承建方對(duì)系統(tǒng)試運(yùn)營(yíng)中浮現(xiàn)的問(wèn)題及時(shí)進(jìn)行改善和優(yōu)化；5.5.2.6評(píng)審并評(píng)估項(xiàng)目的階段性成果：組織評(píng)審并評(píng)估項(xiàng)目的階段性成果，發(fā)現(xiàn)并總結(jié)分析系統(tǒng)試運(yùn)營(yíng)中存在的問(wèn)題和缺陷；協(xié)助業(yè)主進(jìn)行試運(yùn)營(yíng)的總結(jié)、分析并評(píng)估系統(tǒng)試運(yùn)營(yíng)的效果；協(xié)助業(yè)主制定下一步的流程持續(xù)改善措施；5

18、.5.2.7協(xié)商制定驗(yàn)收程序和驗(yàn)收原則：根據(jù)國(guó)際、國(guó)標(biāo)、規(guī)范規(guī)定，三方協(xié)商制定驗(yàn)收程序和驗(yàn)收原則；5.5.2.8審核驗(yàn)收申請(qǐng)：根據(jù)承建方提交的系統(tǒng)實(shí)行文檔報(bào)告，審核承建方提交的驗(yàn)收申請(qǐng)；5.5.2.9組織合同執(zhí)行狀況評(píng)估：根據(jù)業(yè)主與承建方簽訂的應(yīng)用系統(tǒng)實(shí)行合同和本應(yīng)用系統(tǒng)的實(shí)行狀況，組織進(jìn)行評(píng)估合同的執(zhí)行狀況，并提交合同執(zhí)行狀況評(píng)估報(bào)告；5.5.2.10協(xié)助組織系統(tǒng)驗(yàn)收測(cè)試：監(jiān)理方和業(yè)主方批準(zhǔn)承建方提交的驗(yàn)收申請(qǐng)后，協(xié)助業(yè)主方組織驗(yàn)收測(cè)試，必要時(shí)引入第三方測(cè)試；協(xié)調(diào)解決驗(yàn)收過(guò)程中發(fā)現(xiàn)的問(wèn)題，對(duì)問(wèn)題的解決措施以及成果納入驗(yàn)收記錄中。具體驗(yàn)收測(cè)試內(nèi)容：有關(guān)文檔審核：根據(jù)驗(yàn)收原則對(duì)工程文檔進(jìn)行審核；

19、協(xié)助業(yè)主方組織驗(yàn)收測(cè)試，審核承建商提交的測(cè)試報(bào)告，提出監(jiān)理意見(jiàn)；必要時(shí)引入第三方測(cè)試或進(jìn)行監(jiān)理抽測(cè)；出具監(jiān)理驗(yàn)收測(cè)試報(bào)告。驗(yàn)收?qǐng)?bào)告三方簽字確認(rèn)；5.5.2.11審核系統(tǒng)維護(hù)籌劃：審核承建方提交的系統(tǒng)維護(hù)籌劃，提出意見(jiàn)和見(jiàn)解，對(duì)于浮現(xiàn)的問(wèn)題，督促承建方進(jìn)行修正，協(xié)調(diào)進(jìn)行系統(tǒng)試運(yùn)營(yíng)維護(hù)，審核承建方的維護(hù)記錄，協(xié)調(diào)解決維護(hù)過(guò)程中浮現(xiàn)的問(wèn)題；協(xié)調(diào)有關(guān)承建方進(jìn)行系統(tǒng)聯(lián)調(diào)；5.5.2.12協(xié)助組織系統(tǒng)竣工驗(yàn)收會(huì)：協(xié)調(diào)進(jìn)行竣工驗(yàn)收工作，協(xié)助業(yè)主方組織進(jìn)行系統(tǒng)竣工驗(yàn)收會(huì)，必要時(shí)可以聘任專家參與；5.5.2.13驗(yàn)收文檔移送：監(jiān)督工程驗(yàn)收后各項(xiàng)文檔的移送工作。6.監(jiān)理控制要點(diǎn)6.1工程前期階段監(jiān)理6.1.1原則

20、、規(guī)范體系三方或四方就工程建設(shè)中應(yīng)當(dāng)采用的總的原則和規(guī)范的內(nèi)容、參照根據(jù)達(dá)到一致，作為工程建設(shè)的根據(jù)。6.1.2明確工程范疇、總工期三方或四方就工程建設(shè)的總體進(jìn)度籌劃、量化目的以及考核措施達(dá)到一致。6.1.3明確質(zhì)量控制原則三方或四方就工程建設(shè)質(zhì)量保證籌劃達(dá)到一致。6.1.4制定工程總體實(shí)行規(guī)劃：三方或四方就工程建設(shè)優(yōu)先級(jí)、實(shí)行方案和各子系統(tǒng)間接口原則達(dá)到一致，作為工程建設(shè)的參照根據(jù)。6.1.5明確組織構(gòu)造保障擬定工程建設(shè)領(lǐng)導(dǎo)小組的職責(zé)及人員構(gòu)成，建議采用“一把手負(fù)責(zé)制”，便于協(xié)調(diào)工程建設(shè)中的各方及有關(guān)業(yè)務(wù)部門的關(guān)系。6.2工程需求階段監(jiān)理6.2.1明確需求調(diào)研波及各方的職責(zé)擬定調(diào)研方式、調(diào)研

21、范疇、波及各方的職責(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)驗(yàn)收的根據(jù)之一。6.2.4需求評(píng)審和需求確認(rèn)組織需求調(diào)研成果的評(píng)審，貫徹需求分析報(bào)告的對(duì)的性、完整性、可驗(yàn)證性等規(guī)定，并貫徹需求分析報(bào)告的簽字確認(rèn)，作為后來(lái)階段的根據(jù)。6.2.5測(cè)試籌劃審核三方或四方就測(cè)試方案達(dá)到一致。6.3工程設(shè)計(jì)階段監(jiān)理6.3.1審核階段性成果審核工程設(shè)計(jì)階段的成果，涉及概要設(shè)計(jì)報(bào)告、具體設(shè)計(jì)報(bào)告、數(shù)據(jù)

22、庫(kù)設(shè)計(jì)報(bào)告、界面設(shè)計(jì)原型等。6.3.2變更控制妥善解決系統(tǒng)建設(shè)過(guò)程中變更事項(xiàng)，進(jìn)行變更管理，并貫徹文檔的同步更新。6.4工程實(shí)行階段監(jiān)理6.4.1審核階段性成果審核工程實(shí)行階段的成果，涉及程序編碼規(guī)范、測(cè)試籌劃、測(cè)試用例、測(cè)試分析報(bào)告、培訓(xùn)籌劃、培訓(xùn)記錄等。6.4.2變更控制妥善解決系統(tǒng)建設(shè)過(guò)程中變更事項(xiàng)，進(jìn)行變更管理，并貫徹文檔的同步更新。6.5工程驗(yàn)收階段監(jiān)理6.5.1系統(tǒng)實(shí)行協(xié)調(diào)系統(tǒng)實(shí)行部署籌劃的執(zhí)行，建議采用“試點(diǎn)”模式，逐漸實(shí)現(xiàn)系統(tǒng)試運(yùn)營(yíng)，同步，制定新老系統(tǒng)協(xié)調(diào)運(yùn)營(yíng)業(yè)務(wù)管理措施，解決好歷史數(shù)據(jù)問(wèn)題；6.5.2驗(yàn)收原則三方制定驗(yàn)收原則，進(jìn)行合同執(zhí)行狀況的評(píng)估，并貫徹合同中驗(yàn)收事項(xiàng)的執(zhí)行

23、。7.監(jiān)理工作手冊(cè)7.1.1實(shí)行準(zhǔn)備7.1.1.1系統(tǒng)規(guī)劃與否從組織上擬定了整體籌劃的重要體制，與否得到了最高領(lǐng)導(dǎo)的承認(rèn)；7.1.1.2整體籌劃與否根據(jù)重要規(guī)則鑒定，與否得到了最高領(lǐng)導(dǎo)的承認(rèn)；7.1.1.3整體籌劃中與否明確了信息化的效果、推動(dòng)體制、費(fèi)用等各項(xiàng)內(nèi)容；7.1.1.4整體籌劃中與否明確闡明了信息系統(tǒng)的整體概貌；7.1.1.5整體籌劃中與否明確闡明了系統(tǒng)開(kāi)發(fā)的優(yōu)先級(jí)；7.1.1.6整體籌劃中與否明確闡明了系統(tǒng)開(kāi)發(fā)的組織及業(yè)務(wù)變化的方針；7.1.1.7整體籌劃中與否明確闡明了安全對(duì)策的方針；7.1.1.8整體籌劃與否認(rèn)期進(jìn)行修正以及隨條件的變化而修正；7.1.1.9開(kāi)發(fā)籌劃與否得到最高

24、領(lǐng)導(dǎo)的承認(rèn)；7.1.1.10開(kāi)發(fā)籌劃與否考慮到了與整體籌劃的整合；7.1.1.11開(kāi)發(fā)籌劃是不是在對(duì)內(nèi)外信息技術(shù)調(diào)查基本上決定的；7.1.1.12開(kāi)發(fā)籌劃與否明確闡明了目的、對(duì)象業(yè)務(wù)、性能價(jià)格比等各項(xiàng)內(nèi)容；7.1.1.13開(kāi)發(fā)籌劃與否明確闡明了變化信息系統(tǒng)生命周期的條件；7.1.1.14與否具有明確的項(xiàng)目質(zhì)量籌劃。7.1.2系統(tǒng)分析7.1.2.1開(kāi)發(fā)籌劃，需求定義與否得到承建方及顧客方承認(rèn)；7.1.2.2顧客需求調(diào)查與否明確對(duì)象、范疇及措施；7.1.2.3與否由精通業(yè)務(wù)的顧客參與現(xiàn)狀分析；7.1.2.4與否對(duì)隨著信息系統(tǒng)引入而產(chǎn)生的風(fēng)險(xiǎn)進(jìn)行分析；7.1.2.5與否對(duì)有關(guān)信息系統(tǒng)的法律、法規(guī)及制

25、度等進(jìn)行調(diào)查；7.1.2.6對(duì)引入信息系統(tǒng)后受影響的業(yè)務(wù)、管理體制和多種規(guī)程等與否進(jìn)行研討與修正；7.1.2.7顧客部門及信息部門的作用分派與否明確；7.1.2.8開(kāi)發(fā)籌劃及顧客需求與否考慮了軟件、硬件和網(wǎng)絡(luò)等需求；7.1.2.9與否有達(dá)到信息系統(tǒng)目的的替代方案；7.1.2.10與否根據(jù)開(kāi)發(fā)的規(guī)程、時(shí)間及系統(tǒng)的特性來(lái)決定承建措施；7.1.2.11開(kāi)發(fā)及運(yùn)營(yíng)費(fèi)用的計(jì)算模型與否合適，成果與否合理、精確；7.1.2.12與否對(duì)信息系統(tǒng)的效果進(jìn)行了定量及定性的評(píng)價(jià)；7.1.2.13與否保證開(kāi)發(fā)所必須的人員、預(yù)算、設(shè)備及時(shí)間等；7.1.2.14與否有明確的業(yè)務(wù)狀況調(diào)研問(wèn)卷；7.1.2.15與否有明確的業(yè)

26、務(wù)狀況調(diào)研報(bào)告；7.1.2.16需求分析規(guī)格闡明書與否得到了承建方及業(yè)主方、委托方的承認(rèn)。7.1.3系統(tǒng)設(shè)計(jì)7.1.3.1系統(tǒng)設(shè)計(jì)報(bào)告與否得到承建方與業(yè)主方（或委托方）負(fù)責(zé)人的承認(rèn)；7.1.3.2輸入輸出報(bào)表及界面設(shè)計(jì)與否便于顧客使用；7.1.3.3輸入輸出報(bào)表及界面設(shè)計(jì)與否得到顧客的簽字確認(rèn)；7.1.3.4數(shù)據(jù)庫(kù)與否按業(yè)務(wù)內(nèi)容進(jìn)行設(shè)計(jì)；7.1.3.5數(shù)據(jù)的整體性與否保證；7.1.3.6網(wǎng)絡(luò)與否按業(yè)務(wù)內(nèi)容進(jìn)行設(shè)計(jì)；7.1.3.7信息系統(tǒng)的性能與否滿足顧客規(guī)定；7.1.3.8系統(tǒng)的構(gòu)成與否考慮系統(tǒng)應(yīng)用的高峰進(jìn)行設(shè)計(jì)；7.1.3.9與否設(shè)計(jì)運(yùn)營(yíng)性能管理的技術(shù)實(shí)現(xiàn)措施；7.1.3.10與否考慮信息系

27、統(tǒng)的故障對(duì)策；7.1.3.11與否設(shè)計(jì)對(duì)不合法行為避免及機(jī)密保護(hù)等功能；7.1.3.12測(cè)試籌劃中與否明確目的、范疇、措施及進(jìn)度安排等；7.1.3.13信息系統(tǒng)應(yīng)用的培訓(xùn)方針、進(jìn)度等與否明確。7.1.4編碼7.1.4.1程序闡明書，與否得到開(kāi)發(fā)負(fù)責(zé)人承認(rèn)；7.1.4.2與否按照系統(tǒng)設(shè)計(jì)報(bào)告進(jìn)行程序設(shè)計(jì)；7.1.4.3編碼時(shí)發(fā)現(xiàn)與系統(tǒng)設(shè)計(jì)有矛盾時(shí)，與否對(duì)系統(tǒng)設(shè)計(jì)進(jìn)行了再討論；7.1.4.4檢查編碼與否按程序闡明書進(jìn)行；7.1.4.5與否對(duì)程序測(cè)試成果進(jìn)行登記與保管；7.1.4.6重要的程序與否由程序作者以外的人員進(jìn)行了測(cè)試。7.1.5系統(tǒng)測(cè)試7.1.5.1測(cè)試用例數(shù)據(jù)的選用及系統(tǒng)測(cè)試與否按測(cè)試籌

28、劃進(jìn)行；7.1.5.2系統(tǒng)測(cè)試與否站在公正、客觀立場(chǎng)上進(jìn)行；7.1.5.3系統(tǒng)測(cè)試與否由顧客參與，與否按照顧客手冊(cè)進(jìn)行；7.1.5.4系統(tǒng)測(cè)試成果與否得到開(kāi)發(fā)、運(yùn)營(yíng)、維護(hù)及顧客的負(fù)責(zé)人承認(rèn)；7.1.5.5系統(tǒng)的測(cè)試與否考慮容量、并發(fā)數(shù)等邊界條件；7.1.5.6與否對(duì)系統(tǒng)測(cè)試的成果進(jìn)行記錄與保管的承認(rèn)。7.1.6系統(tǒng)初始化7.1.6.1與否收集到了完整的初始化數(shù)據(jù)；7.1.6.2與否對(duì)初始化數(shù)據(jù)加以有效整頓；7.1.6.3與否對(duì)初始化數(shù)據(jù)進(jìn)行評(píng)審；7.1.6.4整頓過(guò)的初始化數(shù)據(jù)與否得到業(yè)主方的簽字承認(rèn)；7.1.6.5與否可以有效的將各類數(shù)據(jù)初始化；7.1.6.6初始化的數(shù)據(jù)與否對(duì)的并得到業(yè)主方

29、的簽字承認(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試運(yùn)營(yíng)7.1.8.1試運(yùn)營(yíng)與否按籌劃進(jìn)行； 7.1.8.2與否能根據(jù)試運(yùn)營(yíng)籌劃籌辦到必要的人員、預(yù)算和設(shè)備等資源；7.1.8.3系統(tǒng)的性能與否滿足顧客的需求；7.1.8.4系統(tǒng)的構(gòu)成與否考慮高峰進(jìn)行設(shè)計(jì)；7.1.8.5與否考慮信息系統(tǒng)的故障對(duì)策；7.1.8.6與否設(shè)計(jì)對(duì)不合法行為的避免和機(jī)密保護(hù)等功能；7.1.8.7并行運(yùn)營(yíng)業(yè)務(wù)數(shù)據(jù)錄入規(guī)則與否對(duì)的；7.1.8.8試運(yùn)營(yíng)成果的驗(yàn)收措施與否對(duì)的；7.1.8.9與否

30、制定試運(yùn)營(yíng)后的運(yùn)營(yíng)籌劃； 7.1.8.10試運(yùn)營(yíng)順序的制定與否考慮到試運(yùn)營(yíng)的條件；7.1.8.11與否對(duì)修改前的程序及數(shù)據(jù)做好了備份；7.1.8.12試運(yùn)營(yíng)負(fù)責(zé)人與否驗(yàn)證其信息系統(tǒng)不受影響；7.1.8.13試運(yùn)營(yíng)成果的驗(yàn)收措施與否明確；7.1.8.14與否制定試運(yùn)營(yíng)后的運(yùn)營(yíng)籌劃，并根據(jù)試運(yùn)營(yíng)成果進(jìn)行修正。7.1.9運(yùn)營(yíng)管理7.1.9.1總體操作管理信息系統(tǒng)顧客與否制定與遵守運(yùn)營(yíng)管理的規(guī)則；操作順序與否原則化，事故及故障對(duì)策與否明確；作業(yè)進(jìn)度的決定與否考慮業(yè)務(wù)解決的優(yōu)先級(jí)；操作與否按作業(yè)進(jìn)程表及指引書進(jìn)行；例外解決的操作與否按運(yùn)營(yíng)管理規(guī)則進(jìn)行；操作員的交替與否按運(yùn)營(yíng)管理規(guī)則進(jìn)行；與否對(duì)作業(yè)進(jìn)程表

31、與操作事實(shí)記錄的差別進(jìn)行分析；與否能把握住信息系統(tǒng)運(yùn)營(yíng)狀況達(dá)到性能管理及資源的有效運(yùn)用；操作實(shí)行記錄與否按照運(yùn)營(yíng)管理規(guī)則保管一定期限；與否記錄事故及故障內(nèi)容，并向信息系統(tǒng)運(yùn)營(yíng)負(fù)責(zé)人報(bào)告；與否找到事故及故障的因素，并采用措施避免再發(fā)生；辨認(rèn)代碼及口令的管理與否考慮避免不合法行為及機(jī)密保護(hù)對(duì)策；與否對(duì)顧客進(jìn)行了有關(guān)信息系統(tǒng)的安全教育及培訓(xùn)。7.1.9.2軟件管理信息系統(tǒng)顧客與否制定及遵守軟件管理的規(guī)則；對(duì)軟件的存取及控制、監(jiān)視與否有避免不合法行為及機(jī)密保護(hù)對(duì)策；信息系統(tǒng)顧客與否記錄軟件運(yùn)用狀況，并定期進(jìn)行分析；軟件備份的范疇及措施與否按業(yè)務(wù)內(nèi)容及解決狀態(tài)來(lái)決定；軟件的保管及廢除有否避免不合法行為對(duì)

32、策及機(jī)密保護(hù)對(duì)策；軟件的拷貝有否避免不合法行為及機(jī)密保護(hù)對(duì)策；對(duì)軟件有否故障對(duì)策；對(duì)軟件版本如何管理。7.1.9.3硬件管理信息系統(tǒng)顧客與否制定并遵守硬件管理的規(guī)則；對(duì)硬件與否設(shè)立了可以回避風(fēng)險(xiǎn)的環(huán)境；對(duì)硬件與否設(shè)立了可以應(yīng)對(duì)風(fēng)險(xiǎn)的環(huán)境；與否認(rèn)期對(duì)硬件進(jìn)行維護(hù)；與否有硬件的故障對(duì)策；與否對(duì)硬件的運(yùn)用狀況進(jìn)行記錄，并定期進(jìn)行分析。7.1.9.4建筑物及有關(guān)設(shè)備管理對(duì)建筑物及有關(guān)設(shè)備與否設(shè)立了可以回避風(fēng)險(xiǎn)的環(huán)境；建筑物及房間的進(jìn)出管理與否有避免不合法行為的對(duì)策及機(jī)密保護(hù)的對(duì)策；對(duì)有關(guān)設(shè)備與否認(rèn)期進(jìn)行維護(hù)；有關(guān)設(shè)備與否有故障對(duì)策。7.1.9.5構(gòu)成管理所有要管理的軟件、硬件、網(wǎng)絡(luò)的對(duì)象范疇與否明確；

33、軟件、硬件及網(wǎng)絡(luò)的構(gòu)成，供應(yīng)商的支持維護(hù)條件與否明確；引入或變更軟件、硬件和網(wǎng)絡(luò)后受到影響的范疇與否明確；引入或變更軟件、硬件和網(wǎng)絡(luò)與否按籌劃實(shí)行。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.11.3在系統(tǒng)需求更新時(shí)，文檔內(nèi)容與否進(jìn)行更新，并留下更新記錄；7.1

34、.11.4文檔的拷貝及廢除與否有對(duì)不合法行為的防備及機(jī)密保護(hù)的對(duì)策。7.1.12進(jìn)度籌劃7.1.12.1與否按原則格式編寫籌劃書；7.1.12.2與否有時(shí)間、任務(wù)和成果形式；7.1.12.3進(jìn)度安排與否合理。7.1.13進(jìn)度控制7.1.13.1承建方與否制定進(jìn)度管理的措施、體制，與否得到籌劃、開(kāi)發(fā)、運(yùn)營(yíng)及維護(hù)等各業(yè)務(wù)負(fù)責(zé)人的承認(rèn)；7.1.13.2籌劃、開(kāi)發(fā)、運(yùn)營(yíng)及維護(hù)各業(yè)務(wù)負(fù)責(zé)人與否把握進(jìn)度狀況，與否按籌劃執(zhí)行；與否有進(jìn)度延遲的對(duì)策；7.1.13.3各業(yè)務(wù)結(jié)束時(shí)，與否按籌劃等實(shí)行狀況進(jìn)度分析與評(píng)價(jià)；7.1.13.4評(píng)價(jià)的成果與否反映到下階段工程的進(jìn)度籌劃中；7.1.13.5評(píng)價(jià)的成果與否反映對(duì)

35、進(jìn)度管理的措施與體制等的改善。7.1.14進(jìn)度評(píng)價(jià)7.1.14.1檢查在各業(yè)務(wù)結(jié)束時(shí)，與否按籌劃對(duì)實(shí)行狀況進(jìn)行分析與評(píng)價(jià)，評(píng)價(jià)的成果與否客觀、真實(shí)，與否分析了影響進(jìn)度的重要因素，與否提出了相應(yīng)的應(yīng)對(duì)措施，應(yīng)對(duì)措施與否合理，能否實(shí)現(xiàn)等；7.1.14.2檢查評(píng)價(jià)的成果與否反映到下階段工程的籌劃中，在下階段的工程實(shí)行過(guò)程中與否按照相應(yīng)的進(jìn)度調(diào)節(jié)籌劃進(jìn)行實(shí)行；7.1.14.3對(duì)進(jìn)度的評(píng)價(jià)與否反映對(duì)進(jìn)度管理的措施與體制等的改善。7.2軟件監(jiān)理技術(shù)要點(diǎn)7.2.1系統(tǒng)規(guī)劃任務(wù)：保證新開(kāi)發(fā)的信息系統(tǒng)是滿足公司戰(zhàn)略發(fā)展需要的，從技術(shù)、經(jīng)濟(jì)和操作的角度來(lái)說(shuō)是可行的、恰當(dāng)?shù)?，但不是不顧公司的?shí)際需要而一味地追求新技

36、術(shù)或高性能的硬件配備。7.2.2系統(tǒng)需求分析任務(wù)：保證需求達(dá)到如下原則：一致性：所有需求必須是一致的；完整性：需求必須是完整的，規(guī)格闡明書應(yīng)當(dāng)涉及顧客需要的每一種功能或性能；現(xiàn)實(shí)性：制定的需求應(yīng)當(dāng)是用既有的硬件技術(shù)和軟件技術(shù)可以實(shí)現(xiàn)的；有效性：必須證明需求是對(duì)的有效的，的確能解決顧客面臨的問(wèn)題。7.2.3系統(tǒng)設(shè)計(jì)7.2.3.1總體設(shè)計(jì)規(guī)定具體需求的描述為了設(shè)計(jì)一種信息系統(tǒng)，設(shè)計(jì)者必須明白系統(tǒng)可以提供什么信息。數(shù)據(jù)/信息流的設(shè)計(jì)數(shù)據(jù)流和信息流的流動(dòng)方向以及傳播點(diǎn)；數(shù)據(jù)流和信息流的流動(dòng)頻率以及流動(dòng)時(shí)間；將被格式化的數(shù)據(jù)流和信息流。7.2.3.2具體設(shè)計(jì)規(guī)定數(shù)據(jù)庫(kù)設(shè)計(jì)構(gòu)造概念建模：模型反映了實(shí)體或?qū)?/p>

37、象的關(guān)系、實(shí)體的屬性、實(shí)體之間的關(guān)系以及對(duì)這些實(shí)體、實(shí)體屬性和實(shí)體關(guān)系的靜態(tài)和動(dòng)態(tài)限制；數(shù)據(jù)建模：將概念模型轉(zhuǎn)換成數(shù)據(jù)模型；存儲(chǔ)構(gòu)造設(shè)計(jì)：決定如何將這些數(shù)據(jù)構(gòu)造線性化和進(jìn)行分割，以存儲(chǔ)在某些設(shè)備上；物理構(gòu)造設(shè)計(jì)：決定如何通過(guò)具體的存儲(chǔ)介質(zhì)和地點(diǎn)來(lái)分派存儲(chǔ)構(gòu)造。數(shù)據(jù)自由存取控制：根據(jù)顧客的類別分派合適的權(quán)限；強(qiáng)制性存取控制：數(shù)據(jù)資源被分為不同的級(jí)別，顧客也被分派了不同的存取級(jí)別，根據(jù)安全方略的定義決定顧客對(duì)資源的存取權(quán)限。實(shí)體-關(guān)系模型中的完整性約束唯一性：每個(gè)實(shí)體的實(shí)例必須是唯一的；最大基數(shù)：在數(shù)據(jù)庫(kù)中存在的一種實(shí)體所能產(chǎn)生的實(shí)例最大數(shù)目；最小基數(shù)：在數(shù)據(jù)庫(kù)中存在的一種實(shí)體所能產(chǎn)生的實(shí)例最小數(shù)

38、目；實(shí)體核心字：唯一標(biāo)記實(shí)體的實(shí)例的屬性；核心字類型：定義實(shí)體核心字的屬性的類型；核心字的值：定義構(gòu)成核心字的屬性所容許的某些值。屬性完整性約束屬性類型：一種屬性所容許的數(shù)據(jù)類型；屬性的值：對(duì)于一種屬性所容許的某些值；轉(zhuǎn)換法則：定義一種屬性的前一種值到后一種值的轉(zhuǎn)換關(guān)系。關(guān)系完整性約束鍵的完整性：定義一種關(guān)系的候選鍵應(yīng)唯一標(biāo)記關(guān)系的一種元組；實(shí)體完整性：包拯主鍵不能為空；參照完整性：保證元組之間協(xié)同。當(dāng)一種元組引用另一種元組的一種屬性時(shí)（運(yùn)用外鍵），應(yīng)保證這個(gè)屬性在另一種元組中是存在的。對(duì)象完整性約束唯一標(biāo)記碼：每個(gè)對(duì)象都必須是唯一的，數(shù)據(jù)庫(kù)系統(tǒng)能產(chǎn)生一種對(duì)象標(biāo)記碼，在對(duì)象的生命周期中唯一標(biāo)記

39、這個(gè)實(shí)體；唯一鍵：唯一鍵與唯一標(biāo)記碼是不同的，唯一標(biāo)記碼是系統(tǒng)產(chǎn)生的，唯一鍵是顧客產(chǎn)生的；屬性類型：對(duì)象的屬性容許的類型；屬性的值：對(duì)象的屬性所容許的某些值；類型和繼承：保證一種對(duì)象的子對(duì)象繼承了它的所有屬性。對(duì)象關(guān)系完整性約束參照完整性：一種對(duì)象要引用另一種對(duì)象，被應(yīng)用的對(duì)象必須存在并且是對(duì)的的類型；合成完整性：規(guī)定的合成關(guān)系中，相應(yīng)對(duì)象的插入和刪除的行為；基數(shù)完整性：在一種關(guān)系中，特殊類型對(duì)象的最大和至少數(shù)目。顧客界面設(shè)計(jì)屏幕的組織標(biāo)題設(shè)計(jì)數(shù)據(jù)輸入框設(shè)計(jì)顏色設(shè)計(jì)響應(yīng)時(shí)間提示和協(xié)助的設(shè)計(jì)模塊具體設(shè)計(jì)模塊規(guī)定獨(dú)立性強(qiáng)；模塊規(guī)模應(yīng)適中；深度、寬度、輸入和輸出都應(yīng)合適；模塊的作用域應(yīng)當(dāng)在控制域之內(nèi)

40、；力求減少模塊接口的復(fù)雜度；設(shè)計(jì)單入口單出口的模塊；模塊功能可以預(yù)測(cè)。硬件或軟件平臺(tái)的設(shè)計(jì)和獲得要考慮硬件及軟件平臺(tái)的設(shè)計(jì)上互相之間的兼容限度，抱負(fù)狀況下，不同的硬件和系統(tǒng)軟件可以互相交流。7.2.4重要是從編程語(yǔ)言的選擇、編程風(fēng)格、編碼措施，以及有關(guān)文檔的編寫這幾種方面進(jìn)行考慮。7.2.4.1程序內(nèi)部的文檔選用含義鮮明的名字，使它能對(duì)的地提示程序?qū)ο笏淼膶?shí)體；對(duì)的的注解非常有助于對(duì)程序的理解；程序清單對(duì)程序的可讀性有很大的影響。7.2.4.2數(shù)據(jù)闡明數(shù)據(jù)闡明的順序應(yīng)當(dāng)原則化；當(dāng)多種變量名字在一種語(yǔ)句中闡明時(shí)，應(yīng)當(dāng)按字母順序排列這些變量；如果設(shè)計(jì)時(shí)使用了一種復(fù)雜的數(shù)據(jù)構(gòu)造，則應(yīng)當(dāng)用注解闡明

41、用這種程序設(shè)計(jì)語(yǔ)言實(shí)現(xiàn)這個(gè)數(shù)據(jù)構(gòu)造的措施和特點(diǎn)。7.2.4.3語(yǔ)句構(gòu)造不要為了節(jié)省空間而把多種語(yǔ)句寫在同一行；盡量避免復(fù)雜的條件測(cè)試；盡量減少對(duì)“非”條件的測(cè)試；避免大量使用循環(huán)嵌套和條件嵌套；運(yùn)用括號(hào)使邏輯體現(xiàn)式和算術(shù)體現(xiàn)式清晰直觀。7.2.4.4輸入輸出對(duì)所有輸入數(shù)據(jù)進(jìn)行校驗(yàn)；檢查輸入項(xiàng)重要組合的合法性；保持輸入格式簡(jiǎn)樸；使用數(shù)據(jù)結(jié)束標(biāo)記，不要規(guī)定顧客指定數(shù)據(jù)的數(shù)目；明確提交交互式輸入的祈求，具體闡明可用的選擇和邊界數(shù)值；設(shè)計(jì)良好的輸出表格；給所有輸出數(shù)據(jù)加標(biāo)志。7.2.4.5效率效率重要指時(shí)間和容量?jī)煞矫?。一方面，?yīng)當(dāng)在需求分析階段擬定效率方面的規(guī)定；另一方面，效率是靠好設(shè)計(jì)來(lái)提高的；第

42、三，程序的效率和程序的簡(jiǎn)樸限度是一致的，涉及程序運(yùn)營(yíng)的時(shí)間，存儲(chǔ)器效率和輸入輸出效率。7.2.4.6編碼程序的每個(gè)模塊都只能有一種入口和一種出口，模塊的長(zhǎng)度建議限制在50100個(gè)語(yǔ)句范疇，應(yīng)采用自頂向下的流控制。7.2.4.7文檔高質(zhì)量的文檔是減少編碼錯(cuò)誤和提高后來(lái)可維護(hù)性的有利途徑。提供程序重要構(gòu)成部分和互相關(guān)系的圖表；在程序中運(yùn)用多種注釋闡明程序的特點(diǎn)、作用及不同的構(gòu)成部分和邏輯關(guān)系；對(duì)于不同類型的變量、常量、程序段和模塊等，使用故意義的名字可增強(qiáng)程序的可閱讀性；有格式的書寫程序可增強(qiáng)閱讀性。7.2.57.2.5.1單元測(cè)試7.2.5.2集成測(cè)試7.2.5.3驗(yàn)收測(cè)試7.2.67.2.6.

43、1系統(tǒng)輸入：數(shù)據(jù)錄入是整個(gè)信息系統(tǒng)運(yùn)營(yíng)的非常核心的一種環(huán)節(jié)，是后來(lái)報(bào)表生成和決策支持的基本數(shù)據(jù)有效性驗(yàn)證。字段檢查數(shù)據(jù)缺省或空值檢查字母或數(shù)字檢查范疇檢查校驗(yàn)碼檢查主文獻(xiàn)參照大小檢查格式檢查記錄檢查合理性大小順序檢查批檢查控制總量批類型順序檢查文獻(xiàn)檢查內(nèi)部標(biāo)簽版本號(hào)有效期7.2.6.2錯(cuò)誤報(bào)告清晰和簡(jiǎn)潔語(yǔ)言嚴(yán)謹(jǐn)中立信息系統(tǒng)生命周期支持業(yè)務(wù)7.2.77.2.7.1意義文檔可以作為開(kāi)發(fā)人員在一定階段內(nèi)的工作成果和結(jié)束的標(biāo)志，各階段的人員通過(guò)文檔進(jìn)行交接工作；文檔可以作為管理根據(jù)；文檔可用做將來(lái)項(xiàng)目的一種資源；文檔可以作為運(yùn)營(yíng)、維護(hù)和培訓(xùn)的參照根據(jù)；文檔對(duì)保證軟件質(zhì)量起到重要作用。7.2.7.2重要

44、內(nèi)容可行性研究：可行性研究報(bào)告、項(xiàng)目開(kāi)發(fā)籌劃、系統(tǒng)需求闡明書、數(shù)據(jù)規(guī)定闡明、開(kāi)發(fā)進(jìn)度月報(bào)；需求分析：項(xiàng)目開(kāi)發(fā)籌劃、系統(tǒng)需求說(shuō)蜜柑內(nèi)、數(shù)據(jù)規(guī)定闡明、測(cè)試籌劃、顧客手冊(cè)、開(kāi)發(fā)進(jìn)度月報(bào)；設(shè)計(jì)：概要設(shè)計(jì)闡明、具體設(shè)計(jì)闡明、測(cè)試籌劃、顧客手冊(cè)、操作手冊(cè)、開(kāi)發(fā)進(jìn)度月報(bào)；代碼編寫：顧客手冊(cè)、操作手冊(cè)、開(kāi)發(fā)進(jìn)度月報(bào)；測(cè)試：測(cè)試分析報(bào)告、開(kāi)發(fā)進(jìn)度月報(bào)、項(xiàng)目開(kāi)發(fā)總結(jié)；運(yùn)營(yíng)與維護(hù)：維護(hù)修改日記。7.2.7.3質(zhì)量規(guī)定針對(duì)性精確性清晰性完整性靈活性可追溯性文檔的版本管理是文檔管理的一種必要方面。需求文檔的每一版本必須被統(tǒng)一擬定，并保證開(kāi)發(fā)成員得到需要的目前版本。此外，在需求進(jìn)行變更時(shí)，需要清晰地將變更以文檔形式記錄下

45、來(lái)，并告知有關(guān)人員。7.2.87.2.8.1進(jìn)度籌劃規(guī)定GATT圖網(wǎng)絡(luò)圖7.2.8.2進(jìn)度控制規(guī)定用多種控制手段保證項(xiàng)目及各個(gè)任務(wù)活動(dòng)按籌劃及時(shí)開(kāi)始，在項(xiàng)目過(guò)程中記錄各任務(wù)活動(dòng)的開(kāi)始和結(jié)束時(shí)間及完畢限度；在各個(gè)階段結(jié)束時(shí)，按各任務(wù)的完畢狀況對(duì)比籌劃，擬定整個(gè)項(xiàng)目的完畢限度，并結(jié)合時(shí)間、開(kāi)發(fā)內(nèi)容、效率、消耗等評(píng)價(jià)項(xiàng)目進(jìn)度狀況，分析其中的問(wèn)題；對(duì)下期工作做出安排，對(duì)某些已開(kāi)始，但尚未結(jié)束的項(xiàng)目單元的剩余時(shí)間做估算，分析調(diào)節(jié)進(jìn)度的措施；根據(jù)已完畢的狀況做新的安排和籌劃，并預(yù)測(cè)新的進(jìn)度狀況；分析新的進(jìn)度籌劃與否符合合理性需求，如不符合，如何采用調(diào)節(jié)措施等。7.2.8.3進(jìn)度調(diào)節(jié)規(guī)定調(diào)節(jié)過(guò)程為了調(diào)節(jié)進(jìn)度，應(yīng)進(jìn)一步現(xiàn)場(chǎng)，進(jìn)行調(diào)查，分析產(chǎn)生偏差的因素；在查明產(chǎn)生因素之后，要分析偏差對(duì)后續(xù)工作和總進(jìn)度