【文章內容簡介】 用戶需求進行現(xiàn)場調查工作進行監(jiān)管。其間涉及的質量、進度、投資成本等問題的處理。 ? 依據(jù)合同、用戶需求、軟件工程規(guī)范等，對設計工作進行監(jiān)督管理、組織設計方案會審等。 ? 由設計方匯報設計方案。監(jiān)理方和建設方審查方案的合理性（符合規(guī)范）和響應性（符合投標文件和合同要求）。 ? 編寫代碼和公司內部的測試。 ? 會同建設方進行功能性測試和驗收。（含 維護與培訓監(jiān)理）。 ? 對試運行、使用培訓工作進行監(jiān)督。 ? 做好工作總結、監(jiān)理文件的收集整理、存檔工作。 監(jiān)理內容 按照 《 XXX 應用系統(tǒng)實施方案》以 及結合 ISO9001 軟件過程管理規(guī)范，將項目化分為：合同審核、需求調研分析階段、軟件設計階段、修正監(jiān)理方案 監(jiān)理首次例會 編碼與測試監(jiān)理 消化招標文件 草擬監(jiān)理方案 驗收監(jiān)理 監(jiān)理總結、歸檔 試運行、培訓監(jiān)理 監(jiān)理準備工作 軟件設計監(jiān)理 需求分析監(jiān)理 集成測試監(jiān)理 集成方案監(jiān)理 軟件編碼階段、軟件集成階段、軟件實施階段、軟件驗收階段七個階段。各階段的具體內容如下： 軟件需求調研分析階段 1) 督促承建單位按合同要求搭建軟件環(huán)境、安裝軟件原型、開展軟件需求調查； 2) 督促承建單位及時將軟件需求描述、功能界面原型等提交用戶方審核，聽取用戶方意見； 3) 及時將用戶方對 軟件需求描述、功能界面原型的意見反饋給承建單位，并督促承建單位根據(jù)用戶意見進行必要的修改； 4) 督促承建單位將審核通過的軟件需求分析相關文檔納入配置管理； 5) 督促承建單位開展需求跟蹤和需求變更控制管理； 軟件設計階段 1) 檢查開發(fā)是否按進度計劃進行、質量保證計劃的執(zhí)行情況，當偏離計劃時及時要求承建單位采取補救措施并視嚴重程度向業(yè)主方通報； 2) 參加每周工作例會，對工作進展、質量、計劃偏離和上次例會提出問題的解決情況等進行核實和檢查； 3) 將每周例會、專題會議的會議紀要分發(fā)給三方，便于日后回顧和總結； 4) 出現(xiàn)重大問題時，監(jiān)理方主 持專題會議進行協(xié)調； 5) 遇到需要解釋的工程技術問題和其他問題，要向承建單位提出，并要求承建單位及時給予合理的答復； 6) 參與項目開發(fā)過程中的階段評審，全面掌握項目開發(fā)過程中的進度計劃實現(xiàn)情況和質量受控狀態(tài)，當進度或質量偏離預期目標時，及時組織協(xié)調各方采取必要的應對措施； 7) 對階段成果進行審核，并將監(jiān)理方意見向業(yè)主方報告； 8) 定期向業(yè)主方提交項目狀態(tài)報告，并提出必要的應對措施和建議。 9) 審批《詳細設計實施計劃》，其間涉及的質量、進度、投資成本問題處理。 10) 督促建設方提出詳細、合理的要求，安排需求調查聯(lián)絡人。軟件公司人員及時 到位，與建設方合作撰寫《用戶需求書》。 11) 根據(jù)用戶需求、結構化設計或面向對象設計規(guī)范對系統(tǒng)體系結構、業(yè)務邏輯、功能模塊的設計工作進行監(jiān)督，生成必要的設計圖表和文檔， 12) 根據(jù)用戶需求、結構化設計或面向對象設計規(guī)范對數(shù)據(jù)庫的表結構、表間關聯(lián)、存儲模式的設計進行監(jiān)督，生成必要的設計圖表和文檔， 13) 按照體系結構和業(yè)務邏輯規(guī)劃的要求，設計具體實現(xiàn)過程和函數(shù)的接口、返值以及函數(shù)間調用的參數(shù)傳遞關系，生成必要的設計圖表和文檔， 14) 設計具有特殊要求的過程和函數(shù)的實現(xiàn)算法，生成流程圖。對于普通的過程和函數(shù)，可又編碼人員自主實現(xiàn) 。 15) 設計工作結束后，應產生《用戶需求書》、《詳細設計說明書》、《數(shù)據(jù)字典》、《使用界面設計圖》等技術文檔。要檢查他們的完備性和可操作性。 16)按《單項工程報驗申請表》進行驗收。產生《單項工程驗收合格證明》。 軟件編碼及單元測試階段 1) 審批《軟件編碼規(guī)范》； 2) 檢查單元測試問題，主要從代碼上檢查程序的設計的規(guī)范性、是否符合國家相關標準； 3) 審核承建單位的單元測試跟蹤報告，給出監(jiān)理意見，確定軟件開發(fā)實施階段完成； 4) 檢查單元測試文檔的正確性、完整性、一致性； 5) 審批《編碼實施計劃》、《測試計劃》，其間涉及的質量、進度、投資成 本問題處理； 6) 組織編碼人員對設計方案進行學習、消化、理解設計思想，安排設計人員進行答疑輔導； 7) 將各模塊分解下發(fā)編程人員編寫代碼。審查接口與實現(xiàn)的合理性，注釋和相關文檔（比如函數(shù)實現(xiàn)的技術說明）的完備性； 8) 對各單元模塊進行功能、性能、邊界條件等的測試。 9) 對各子系統(tǒng)進行功能、性能、邊界條件等的測試。 軟件集成測試階段 1) 制定軟件驗收流程及驗收計劃提交業(yè)主審核； 2) 檢查集成測試，主要從功能上檢查是否滿足承建單位對業(yè)主的承諾、是否符合國家相關標準法規(guī)、系統(tǒng)運行是否安全可靠； 3) 審核承建單位的階段集成完工報告，給出監(jiān)理意見 ，確定軟件開發(fā)實施階段完成； 4) 檢查用戶文檔的正確性、完整性、一致性和易理解性； 軟件實施階段 1) 檢查系統(tǒng)安裝實施方案，是否滿足現(xiàn)有硬件、網(wǎng)絡要求； 2) 在數(shù)據(jù)遷移過程中，檢查是否將數(shù)據(jù)安全備份，數(shù)據(jù)導入后是否做準確性檢查； 3) 系統(tǒng)安裝實施后，檢查是否提供系統(tǒng)運行的監(jiān)控測試手段； 4) 檢查系統(tǒng)項目集成的各類文檔是否完善； 5) 檢查各應用系統(tǒng)的培訓工作是否到位； 6) 試運行過程中，檢查是否建立軟件問題跟蹤管理體系； 軟件驗收階段 1) 制定軟件驗收流程及驗收計劃提交業(yè)主審核； 2) 檢查確認測試，主要從功能上檢查是否滿足承建單位對業(yè)主的承 諾、是否符合國家相關標準法規(guī)、系統(tǒng)運行是否安全可靠； 3) 審核承建單位的竣工報告，給出監(jiān)理意見，確定軟件開發(fā)實施階段完成； 4) 檢查用戶文檔的正確性、完整性、一致性和易理解性； 5) 檢查承建單位的投標文件履行情況； 6) 檢查承建單位的合同執(zhí)行情況情況； 7) 協(xié)助用戶組織進行驗收測試，提出合理建議。 8) 審批《竣工驗收申請表》。 9) 驗收人員組織。 10)根據(jù)合同和有關標準擬制《驗收方案》、《驗收實施計劃》 11)在建設單位搭建軟件運行環(huán)境、安裝軟件、進行必要的配置、調試。 12)以用戶為主進行測試。 13)對于初測不合格、返工的項目進行再測試。 14)產品交用戶試 用，同時組織試用培訓。 15)檢查設計文檔、編碼說明、測試記錄、用戶使用說明書、維護手冊等是否齊備，出具《用戶驗收報告》 ,移交業(yè)主。 16)審核結算數(shù)據(jù)，簽發(fā)《工程款支付證書》。 17)監(jiān)督有關財務手續(xù)是否齊備。 18)督促承建單位及時解決運行中的有關問題。 19)審核系統(tǒng)運行維護情況和結算數(shù)據(jù)，簽發(fā)《工程款支付證書》。 20) 所有工程資料移交業(yè)主。 第六章 質量控制 質量控制程序 重提 不合格 進入下一個階段 軟件工程質量監(jiān)理程序圖 質量控制原則 1) 保證合同文件約定的質量要求。體現(xiàn)建設單位的質量控制。 2) 符合有關技術標準和規(guī)范。體現(xiàn)承建單位的質量控制。 3) 保證有關法律法規(guī)的要求。體現(xiàn)政府和國家、社會的質量控制。 質量控制手段 1) 以預防為主，確保實施組織計劃、設計方案符合要求，質量保證體系完善。 2) 以合同文件和有關標準為依據(jù)。 3) 合理設定質量控制點。 承建單位階段開工申請 現(xiàn)場人員，環(huán)境、設備，制定軟件階段實施計劃 總監(jiān)審批階段開工申請 軟件項目實施 承建單位自檢 監(jiān)理工程師驗收 監(jiān)理工程師編制階段性驗收報告證 4) 大型項目，要組織現(xiàn)場會，通過各方協(xié)調解決關鍵問題和就需要協(xié)調的工作達成一致。 5) 巡視與現(xiàn)場監(jiān)督。 6) 堅持質量標準、嚴格把關，嚴禁不合格的階段工作轉入下一階段工作。 7) 對可以彌補的質量問題，應要求立即糾正，必要時可以返工。 8) 發(fā)生重大質量事故時，應立即暫停施工，待提出合理解決方案后，再行開工。 9) 主動配合承建單位，熱情幫促，改善合作關系。 質量控制要點 軟件項目的質量控制必須按照軟件工程質量國家標準對已定義好的軟件生存周期的各個階段層層把關。監(jiān)理將以節(jié)點控制為主要監(jiān)理形式，對軟件開發(fā)實施過程的質量進行監(jiān)理，監(jiān)理的節(jié)點主要指軟件項目的各個階段的完成點，本章分別就 需求調研分析階段、軟件開發(fā)設計階段、軟件編碼及 單元測試階段、軟件集成測試階段、軟件實施階段、軟件驗收階段 對軟件項目質量控制進行闡述。 軟件需求調研分析階段 需求調研分析是軟件開發(fā)過程中最重要的階段，是決定承建單位能否按計劃開發(fā)出滿足用戶實際要求的軟件產品的關鍵，是開展軟件進度管理、質量管理和配置管理以及軟件設計和測試的依據(jù)。要求承建單位應根據(jù)自己的開發(fā)經(jīng)驗結合本項目的需求給出合理細化的、可實現(xiàn)的、可驗證的軟件需求說明文檔，引導用戶對本項目功能設計中需完善的地方進行調整和完善。為此，我們將對需求文檔進行嚴格、認真的評審和驗證，需求調研分析階 段監(jiān)理要點如下： 1) 在需求調研中承建單位應充分考慮系統(tǒng)建設的現(xiàn)狀，要求設計的軟件產品能在現(xiàn)有或擬購買的軟件、硬件環(huán)境下運行； 2) 需求文檔要按預先確定的格式編制，應安裝實施軟件原型產品并征詢用戶方意見； 3) 系統(tǒng)原型產品各按紐的功能、輸出項的意義應在相關的文檔中給予清晰的描述； 4) 軟件需求必須全面、準確地覆蓋了用戶對軟件功能、性能、可靠性、安全性與可擴展性等方面的要求，并且是前后一致的、可行的、可測試的； 5) 要清晰、明確定義不同層次人員對系統(tǒng)的使用權限，授權機制應靈活并使用方便； 6) 需求文檔中不但考慮本項目的業(yè)務系統(tǒng)，還要 充分考慮與其他系統(tǒng)的數(shù)據(jù)接口； 7) 需求文檔中應包括軟件系統(tǒng)的使用方便性和可維護性要求 ； 8) 需求文檔中應包括故障處理要求； 9) 需求文檔中應包括數(shù)據(jù)備份方案。 軟件開發(fā)設計階段 在承建單位完成軟件設計后，監(jiān)理組織對軟件設計文檔進行評審，評審的內容主要包括： 1) 設計是正確的、與需求一致并可追溯到需求，它覆蓋了軟件需求文檔的全部內容； 2) 設計執(zhí)行正確的事件順序、輸入、輸出、接口、邏輯流程圖、定時分配和預算估計、錯誤的定義、隔離和恢復； 3) 對故障處理的措施是否完備有效； 4) 軟件概要設計說明是否對軟件需求有良好的可追蹤 性； 5) 詳細設計與概要設計是否一致，即概要設計中的每一功能模塊都有正確的詳細設計說明； 6) 系統(tǒng)界面設計風格一致、盡量簡化用戶用戶操作、美觀大方且得到用戶認可； 7) 通過適當嚴格的方法表明設計