【正文】 維護過程能夠合理地使用各種資源（人力、物力和財力），以實現(xiàn)軟件項目的總成本 控制目標(biāo)。 ? 若存在偏差， 乙方 應(yīng)分析產(chǎn)生進度偏差的原因，督促 承建方 采取糾正措施，調(diào)整 硬件 項目實施計劃，轉(zhuǎn)第 二 步進行審查。 ? 根據(jù) 硬件項目 實施計劃和硬件項目監(jiān)理規(guī)劃，制定硬件項目監(jiān)理實施細則。 乙方 需重點控制下述內(nèi)容 ： ? 根據(jù) 硬件 項目的質(zhì)量、投資和進度目標(biāo)，明確 硬件 各實施階段的進度控制要求，制定 硬件 項目監(jiān)理規(guī)劃。 ? 及時收集和整理相關(guān)資料， 對軟件項目進行進度控制跟蹤監(jiān)理，定期和不定期地編寫軟件項目進度控制監(jiān)理報告，幫助 甲方 做好決策工作。 ? 在一個階段的開發(fā)工作完成后， 乙方 應(yīng)檢查進度偏差情況。 ? 根據(jù)監(jiān)理實 施細則，通過檢查 承建方 報送的開發(fā)進度報表并進行現(xiàn)場監(jiān)理，跟蹤 承建方 的開發(fā)過程，若發(fā)現(xiàn)進度出現(xiàn)偏差， 乙方 應(yīng)分析引起偏差的原因，要求 和 督促 承建方 采取糾正措施，調(diào)整軟件開發(fā)計劃。 ? 在軟件開發(fā)過程中收集有關(guān)軟件項目進度方面的信息，并對這些信息進行整理和分析，為下一階段的進度控制工作打下基礎(chǔ)。監(jiān)理實施細則應(yīng)明確進度控制監(jiān)理工作的內(nèi)容。 ? 審查 承建方 提交的軟件項目開發(fā)計劃，若未通過審查，則在 承建方 調(diào)整軟件開發(fā)計劃后重新審查，直到審查通過為止。 乙方 需重點控制下述內(nèi)容 ： ? 在軟件 項目建設(shè)合同 生效后，檢查并監(jiān)督承建方制定的軟件項目開發(fā)計劃 。 ? 檢查各種技術(shù)文檔是否齊全。 ? 按照國際、國內(nèi)標(biāo)準(zhǔn)，監(jiān)督檢查硬件設(shè)備的測試報告和結(jié)果 。 15 ? 督促 供貨單位 嚴(yán)格遵守相關(guān)施工管理規(guī)定。 （ 3） 施工中 的質(zhì)量控制 施工質(zhì)量的控制是硬件工程質(zhì)量的保證 ， 乙方 要做好以下 控制措施： ? 監(jiān)督 項目 實 施按最新的圖紙、生效的設(shè)計方案進行 。 ? 協(xié)助 甲方 選擇合格的供貨單位 ： 乙方 要 從質(zhì)量、價格、技術(shù)支持、售后服務(wù)和信譽度等方面 對同一類產(chǎn)品的多個供應(yīng)商進行綜合評估確定。 ? 明確設(shè)計要求（技術(shù)規(guī)范和 項目建設(shè)合同 ）識別產(chǎn)品偏差 ： 乙方要 明確了解 硬件 （集成） 項目 的設(shè)計要求，對 硬件 的功能 要求要在產(chǎn)品審核和訂購過程中得到落實。監(jiān)理要控制好以下幾個環(huán)節(jié)，保證設(shè)計階段的質(zhì)量： ☆ 產(chǎn)品測試規(guī)范； ☆ 設(shè)計的審查和確認； ☆ 設(shè)計評審。 硬件（集成） 質(zhì)量控制 的監(jiān)理要點 硬件（集成）項目質(zhì)量控制是在實現(xiàn)硬件項目總目標(biāo)的過程中，為使硬件項目滿足項目總體質(zhì)量要求而開展的有關(guān)監(jiān)督管理活動。 （ 15） 參與工程竣工驗收和交接。 （ 13） 在設(shè)計評審?fù)ㄟ^之后， 乙方 必須對設(shè)計更改進行嚴(yán)格控制。 （ 11） 在 承建方 完成階段 性工作 時，及時組織專家和 甲方 代表對階段成果進行評審，評審?fù)ㄟ^后 承建方 方能轉(zhuǎn)入下一階段的開發(fā)工作。 （ 9） 定期和不定期地組織三方協(xié)商會議，做好咨詢解釋工作，統(tǒng)一各方對軟件質(zhì)量控制的認識，落實下一步質(zhì)量控制工作的內(nèi)容。 （ 7） 明確各軟件開發(fā)階段產(chǎn)品的質(zhì)量標(biāo)準(zhǔn)和要求，為軟件項目質(zhì)量控制監(jiān)理提供依據(jù)。 （ 5） 制定軟件開發(fā)監(jiān)理控制方案和 軟件開發(fā)過程中可能出現(xiàn)的重大質(zhì)量問題的處理預(yù)案。監(jiān)理實施細則應(yīng)明確質(zhì)量控制監(jiān)理工作的內(nèi)容。該計劃是進行軟件項目質(zhì)量控制監(jiān)理的重要文件和依據(jù)。 乙方 在實施軟件項目質(zhì)量控制時， 需 重點控制下述內(nèi)容： （ 1） 依據(jù)招標(biāo)文件、投標(biāo)文件、 項目建設(shè)合同 的要求，審查、監(jiān)督、控制項目的質(zhì)量。 ? 各監(jiān)理規(guī)范表格的使用； 確保系統(tǒng)維護服務(wù)與 項目建設(shè)合同相符，保障系統(tǒng)的長期正常運行 通過電話、郵件和預(yù)約上門（ 周期為每月一次 ）方式與甲方保持良好的項目溝通，做到每月對系統(tǒng)檢查一次， 每次檢測時對系統(tǒng)的一些重要技術(shù)、第三方構(gòu)件做重點檢驗，對更新修改的加補程序做更重點的事例測試，并做好詳細記錄 ， 檢測系統(tǒng)運行維護情況，處理使用過程中出現(xiàn)的問題，為甲方提供系統(tǒng)改進、維護或管理建議和意見等，并編寫好定期檢查報告 （每月一次） ； 參見《監(jiān)理表格及分類 監(jiān)理平臺》； 系統(tǒng)運行狀況報告（每月一次） 系統(tǒng)維護記錄和報告 13 六 、 監(jiān)理措施 要求 乙方 需 根據(jù) 本工程 建設(shè)要 求，切實 做好 有效的“質(zhì)量控制、進度控制、資金控制、合同與信息管理” 等工作 。 《驗收方案評審意見》 《驗收測試報告》 《 項目建設(shè)合同 要求應(yīng)提交的相關(guān)文檔》 《售后服務(wù)計劃評審報告》 《 工程質(zhì)量評估報告 》 《項目績效評價報告》 《系統(tǒng)安全風(fēng)險評估報告》 《 驗收監(jiān)理報告 》 軟件系統(tǒng)安裝程序 （含光盤） 本工程的全部源代碼（含光盤） 說明： 項目終驗工作要點： 組織 軟件項目完工 驗收準(zhǔn)備 ； 驗證 軟件 系統(tǒng)功能性能與 甲方 需求 的符合性 ； 審核與 項目 配套的技術(shù)文檔是否齊全并滿足相關(guān)標(biāo)準(zhǔn)及規(guī)范的要求 ； 檢查技術(shù)培訓(xùn)是否達到 項目建設(shè)合同 要求；出具 項目 驗收報告；負責(zé)對規(guī)定保修期內(nèi) 項目 質(zhì)量的檢查、鑒定以及督促責(zé)任單位 修改 ；督促整理 項目建設(shè)合同 文件的技術(shù)檔案資料 ； 幫助 甲方 制定系統(tǒng)運行管理規(guī)章制度 。 確保最終交付的系統(tǒng)滿足 甲方 各項要求，功能及性能達到預(yù)期結(jié)果，符合驗收程序，文檔齊全 三方確定 驗收時間、驗收準(zhǔn)則、評估規(guī)則、硬件 /軟件環(huán)境等，以及三方職責(zé)； 采用功能測試與性能測試（ Webload、loadrunner 測試工具）相結(jié)合，編制驗收測試報告； 向 甲方 提供有關(guān)評審報告； 參考佛山市財政局對項目績效評價的有關(guān)要求，進行項目的建設(shè)進行科學(xué)評價； 按國家對信息系統(tǒng)運行安全風(fēng)險評估的有關(guān)要求，進行項目的安全風(fēng)險評估 參見《 監(jiān)理表格及分類 監(jiān)理平臺 》； 工程質(zhì)量評估報告：對工程質(zhì)量、工 程材料、工程進度等給出一個大概的評價。 系統(tǒng)經(jīng)過聯(lián)調(diào)測試后，在試運行期間保障系統(tǒng)與預(yù)期實現(xiàn)結(jié)果一致 檢查承建方安裝調(diào)試工作； 根據(jù) 甲方 實際培訓(xùn)需求，協(xié)同 承建方 制定合理的《培訓(xùn)方案》； 一周 兩 次檢查評估， 向 甲方 提供有關(guān)評審報告； 出現(xiàn)重大變更應(yīng)立即進行調(diào)整，出現(xiàn)小變更則兩個星期調(diào)整一次； 定期（月度 /季度 /里程碑階段）向 甲方 提交風(fēng)險報告 ； 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情況； 《安裝調(diào)試報告》 《培訓(xùn) 方案評審報告》 《試運行情況報告》 《 項目質(zhì)量控制監(jiān)理報告 》 《監(jiān)理周報》 《監(jiān)理 月 報》 《會議紀(jì)要》 《備忘錄》 12 協(xié)調(diào)會（通常一周一次）； 參見《 監(jiān)理表格及分類 監(jiān)理平臺 》 。 測試報告評審要點： 測試報告是 否 正確的，實際情況和預(yù)期結(jié)果之間的差異 是否 已得到解決； 是否 采用了必要的軟件測試工具以提高測試的效率，同時保障測試的可重復(fù)驗證性； 是否 進行了強度、邊界和異常輸入測試；針對測試中發(fā)現(xiàn)的軟件錯誤 是否 進行了軟件修改，并開展了相應(yīng)的軟件回歸測試；確認軟件產(chǎn)品在目標(biāo)環(huán)境的選定區(qū)域進行了適用性測試 。 11 建設(shè)階段 監(jiān)理主要內(nèi)容 監(jiān)理目標(biāo) 具體實施辦法 提交的主要文檔 系統(tǒng)聯(lián)調(diào)測試階段 ? 參與聯(lián)調(diào)測試； ? 根據(jù)實際情況調(diào)整進度計劃，并 三方確認 ； ? 審核聯(lián)調(diào)測試計劃、聯(lián)調(diào)測試報告、培訓(xùn)計劃、試運行計劃、 數(shù)據(jù)割接及應(yīng)用上線方案 、周報； ? 定期對系統(tǒng)的風(fēng)險系數(shù)進行判斷； ? 編制周報，并提交給 甲方 ； ? 定期主持召開三方協(xié)調(diào)會，編制工程備忘錄； ? 各監(jiān)理規(guī)范表格的使用 。 集成驗證的要點包括： 每個軟件項的軟件組件和軟件單元已完整地、正確地集成到系統(tǒng)中；系統(tǒng)的硬件項、軟件 項和人工操作項已完整地、正確地集成到系統(tǒng)中； 其他系統(tǒng)的相關(guān)功能模塊已完整地、正確地集成到系統(tǒng)中； 已根據(jù)集成計劃完成集成任務(wù)。 確保模塊單元編碼符合軟件開發(fā)標(biāo)準(zhǔn)流程與規(guī)范，以及為后期的系統(tǒng)安裝運行制定相應(yīng)方案 一周一次核查 承建方 編碼情況，確保編碼符合軟件開發(fā)規(guī)范，且代碼缺陷率在可控范圍內(nèi)； 功能單元測試：派人駐場進行白盒測試、黑盒測試，并向 甲方 匯報測試結(jié)果； 系統(tǒng)性能功能評審：對系統(tǒng)的易用性、操作人性化程度、界面美觀、效率效能、性能功能等方面進行審查； 出現(xiàn)重大變更應(yīng)立即進行調(diào)整，出現(xiàn)小變更則 一 個星期調(diào)整一次； 向 甲方 提供有關(guān)評審報告 ； 定期（月度 /季度 /里程碑階段）向 甲方 提交風(fēng)險報告 ； 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情況； 協(xié)調(diào)會（通常一周一次）； 參見《 監(jiān)理表格及分類 監(jiān)理平臺 》。 《詳細設(shè)計說明書評審報告》 《數(shù)據(jù)庫設(shè)計說明書評審報告》 《模塊開發(fā)卷宗評審報告》 《測試計劃審查報告》 《 項目質(zhì)量控制監(jiān)理報告 》 《監(jiān)理周報》 《監(jiān)理 月 報》 《會議紀(jì)要》 《備忘錄》 說明： 系統(tǒng) 詳細 設(shè)計 審核要點包括： 數(shù)據(jù)庫設(shè)計是 否全面，且考慮了多對一、一對多的關(guān)系 ； 詳細設(shè)計與概要設(shè)計是否一致；通過適當(dāng)嚴(yán)格的方法表明設(shè)計正確地實現(xiàn)了安全、保密和其他關(guān)鍵性的要求；是否按計劃開展了進度管理、質(zhì)量管理和配置管理 。 詳細設(shè)計階段 ? 核查詳細設(shè)計進度情況； ? 對 承建 方編制的《詳細設(shè)計說明書》內(nèi)容提出改進建議 ； ? 根據(jù)實際情況調(diào)整進度計劃，并三方確認 ； ? 審核詳細設(shè)計說明書、 操作手冊 、 數(shù)據(jù)庫設(shè)計說明書、測試計劃 、周報； ? 定期對系統(tǒng)的風(fēng)險系數(shù)進行判斷； ? 編制周報，并提交給 甲方 ； ? 定期主持召開三方協(xié)調(diào)會，編制工程備忘錄； ? 各監(jiān)理規(guī)范表格的使用 。 變更則一個星期調(diào)整一次； 向 甲方 提供有關(guān)評審報告； 定期（月度 /季度 /里程碑階段）向 甲方 提交風(fēng)險報告 ； 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情 況； 協(xié)調(diào)會（通常一周一次）； 參見《 監(jiān)理表格及分類 監(jiān)理平臺 》。 《會議紀(jì)要》 《用戶需求記錄》 《需求調(diào)研計劃書評審報告》 《項目需求規(guī)格說明書評審報告》 《數(shù)據(jù)要求說明書評審報告》 《項目開發(fā)計劃書評審報告》 《 項目質(zhì)量控制監(jiān)理報告 》 《監(jiān)理周報》 《監(jiān)理 月 報》 《會議紀(jì)要》 《備忘錄》 說明： 項目需求 規(guī)格 說明書 審核要點包括： 文檔是否按項目文檔編制標(biāo)準(zhǔn)編制的；文檔中描述的系統(tǒng)需求是前后一致的、可行的、可測試的；軟件需求是否全面、準(zhǔn)確地覆蓋了用戶對軟件功能、性能、可靠性等方面的要求；根據(jù)設(shè)計 準(zhǔn)則，把系統(tǒng)的需求恰當(dāng)?shù)胤峙浣o硬件項、軟件項和人工操作項；每一條軟件需求說明是不是都是可實現(xiàn)且可驗證的；需求說明中是否考慮了與已有應(yīng)用系統(tǒng)的接口問題；需求說明中是否考慮了審批業(yè)務(wù)的擴展要求 ； 需求說明中是否考慮了故障處理要求，對故障處理方法是否合理和合適；需求說明中是否考慮了用戶安全保密性方面的要求，通過適當(dāng)嚴(yán)格的方法表明涉及安全、保密和關(guān)鍵性的軟件需求是正確的。 建設(shè)階段 監(jiān)理主要內(nèi)容 監(jiān)理目標(biāo) 具體實施辦法 提交的主要文檔 需求分析階段 ? 三方共同制定需求調(diào)研的方式，審核承建方的調(diào)研計劃； ? 與承建方一起共同進行需求調(diào)研工作，記錄好用戶需求； ? 定期對承建方的調(diào)研成果進行核查，及時指出不足之處； ? 根據(jù)實際情況調(diào)整進度計劃，并三方確認； ? 審核開發(fā)計劃、項目需求規(guī)格說明書、系統(tǒng)原型、 測試計劃 、周報； ? 定期對系統(tǒng)的風(fēng)險系數(shù)進行判斷； ? 編制周報，并提交給 甲方 ； ? 定期主持召開三方協(xié)調(diào)會，編制工程備忘錄； ? 各監(jiān)理規(guī)范表格的使用。 《 規(guī)劃設(shè)計 方案 》 《初步調(diào)研報告》 啟動階段 ? 項目前期資料進行備檔，并界定系統(tǒng)實施的范圍，了解整個項目的情況； ? 三方共同明確聯(lián)系機制、項目接口責(zé)任、內(nèi)部管理制度及監(jiān)理工作流程； ? 審核項目建設(shè)實施方案，提交審核報告； ? 審核承建 方的進度計劃 ，確定 監(jiān)理進度計劃； ? 三方商討可能存在的需求變更以及進度計劃變更； ? 制訂 本工程 監(jiān)理文檔的命名、保存規(guī)范，明確各監(jiān)理規(guī)范表格的使用； ? 審核承建 方提交的各種文檔規(guī) 范、開發(fā)計劃、周報 等 ； ? 定期對系統(tǒng)的風(fēng)險系數(shù)進行判斷； ? 主持召開三方協(xié)調(diào)會（通常一周一次） 。 建設(shè) 階段 監(jiān)理主要 內(nèi)容 監(jiān)理目標(biāo) 具體實施 辦法 提交 的主要 文檔 規(guī)劃設(shè)計階段 ? 了解現(xiàn)狀（投資規(guī)模、可利用資源、緊迫程度、進度要求等） ； ? 按 甲方 要求編制 可行性報告 ； ? 參與可行性報告的評審會，并對是否可行給出明確的意見； ? 按 甲方 要求 進行規(guī)劃設(shè)計 。 7 本工程 軟件 開發(fā)各階段監(jiān)理工作要點 本工程 將采取原型模型和螺旋模型相結(jié)合的軟件開發(fā)模型，監(jiān)理工作主要分為工