【導讀】XXX應用系統(tǒng)項目監(jiān)理

　　

【正文】 度調(diào)整、工程索賠、監(jiān)理協(xié)調(diào)的依據(jù)，在工程過程中，我們將安排專人對它們進行歸檔管理，對資料的領用和歸還進行嚴格的登記，以防止信息遺漏、丟失等對工程管理造成嚴重影響的事件發(fā)生。 1) 簽訂前管理。對合同文本結(jié)構(gòu)和內(nèi)容，尤其是有關當事人雙方的權利和義務的條款進行審查；審查對方的資質(zhì)、技術、財務狀況、履約能力；審查合同的可行性、合同風險分析；特殊問題的法律分析；為報價、談判、合同簽訂提供決策意見。 2) 談判簽訂管理。對談 判內(nèi)容要有準確的文字記錄；經(jīng)雙方簽字蓋章、備案。 3) 合同的實施。實行目標管理、落實合同責任、建立合同跟蹤檢查制度。當發(fā)生工期延誤等，應按施工合同規(guī)定從承包單位應得款項中扣除誤期損害賠償費。 4) 工程變更管理。業(yè)主提出的變更，監(jiān)理工程師應根據(jù)合同文件辦理；承包人提出的施工工藝變更，監(jiān)理工程師應審查；對設計變更和延長工期的要求，要審查后報業(yè)主批準。 5) 分包工程管理。對分包工程的類別、數(shù)量、工期、分包人的資質(zhì)等進行審查；由承包人對分包人進行管理，監(jiān)理工程師對分包工程進行監(jiān)督，發(fā)現(xiàn)問題責成承包人進行處理。 6) 工程保險管理。應 滿足合同保險金額和工期的要求。 7) 索賠管理。對承包人提出的費用索賠報告，監(jiān)理工程師應對索賠理由進行調(diào)查，并報業(yè)主批準。 爭端管理。因發(fā)生合同爭端需要調(diào)解時，監(jiān)理工程師應對爭端事件進行調(diào)查，并依合同有關條款的精神進行調(diào)解。當需要仲裁時，監(jiān)理工程師應向仲裁機構(gòu)提供準確真實的材料。 第十章 信息管理及監(jiān)理制度 1) 建立信息流結(jié)構(gòu)圖和信息管理流程圖。反映參加單位、部門間的信息關系。 2) 建立信息編碼系統(tǒng)和信息目錄表。包括信息名稱、提供者、接收者、提供時間、信息的形式。 3) 建立收發(fā)文制度。收發(fā)文按分類編號、登記。 4) 建立會議制 度。包括監(jiān)理工作例會、監(jiān)理報告會等，配備專職速記員負責記錄和整理會議紀要。 5) 在施工過程中，總監(jiān)理工程師應定期主持召開施工現(xiàn)場例會。會議紀要應由項目監(jiān)理機構(gòu)負責起草，并經(jīng)與會各方代表會簽。施工現(xiàn)場例會應包括以下主要內(nèi)容： A) 檢查上次例會議定事項的落實情況，分析未完事項原因； B) 檢查分析工程項目進度計劃完成情況，提出下一階段進度目標及其落實措施； C) 檢查分析工程項目質(zhì)量狀況，針對存在的質(zhì)量問題提出改進措施； D) 檢查工程量核定及工程款支付情況； E) 解決需要協(xié)調(diào)的有關事項； F) 其他有關事宜； 6) 監(jiān)理日記 /月報、監(jiān)理工作總 結(jié)制度。月報和總結(jié)要及時報送業(yè)主。 7) 檔案管理制度。監(jiān)理資料的管理應由總監(jiān)理工程師負責，并指定專職檔案管理員負責歸檔、分揀、保存 /淘汰、錄入電腦等。監(jiān)理資料必須及時整理、真實完整、分類有序。根據(jù)投資、進度、質(zhì)量、合同四個方面組織信息，建立相應子系統(tǒng)。技術（質(zhì)量）類資料分類按：技術交底；材質(zhì)與產(chǎn)品檢驗；施工記錄；施工試驗報告；驗收報告。并在各階段監(jiān)理工作結(jié)束后及時歸檔 , 檔案的編制及保存應按有關規(guī)定執(zhí)行。 第十一章 監(jiān)理的協(xié)調(diào) 在本項目中，監(jiān)理工作協(xié)調(diào)的重點在于業(yè)主單位和承建單位，監(jiān)理要想把工 作做好，就要與工程雙方多溝通，出現(xiàn)問題多商量，多協(xié)商，同時也要常提醒和督促他們履行合同規(guī)定的義務。 在工程建設中，出現(xiàn)這樣那樣的問題是必然的，有些問題出在用戶方面，有些在承建單位，也可能出自監(jiān)理。監(jiān)理站在用戶立場，要嚴格防止承建單位不按合同要求開發(fā)設計，同時對業(yè)主方一些需求的增加，也要考慮承建單位的合理利益，對一些超出合同范圍且承建單位工作有難度的或成本上升較多的要求與用戶進行溝通和協(xié)調(diào)。監(jiān)理方自身將通過加強內(nèi)部管理、對監(jiān)理工程師的業(yè)務培訓、職業(yè)道德教育等，來保證監(jiān)理工程師具有嫻熟的監(jiān)督、協(xié)調(diào)和溝通能力，從 而保證業(yè)主方的投資得到應有回報。 對出現(xiàn)一些難以劃分責任的問題，造成了用戶和承建單位的矛盾時，監(jiān)理就要站在第三方立場，通過監(jiān)理工作的經(jīng)驗和專業(yè)技術知識，以本項目招投標文件、開發(fā)合同和相關標準為依據(jù)，公正地提出解決方案。 監(jiān)理的協(xié)調(diào)方式可采用正式或非正式的會議、雙方交換意見和指定聯(lián)絡員等形式。 第十二章 驗收測試方案 按慣例，監(jiān)理一般不直接承擔驗收測試任務，通常采用監(jiān)督測試或委托權威機構(gòu)測試方式實施驗收測試，軟件驗收測試應該由承建單位提出具體測試方案，承建單位應按測試方案進行自測，并對自測發(fā)現(xiàn)的錯誤進行修改 并進行回歸測試后，提交給用戶進行測試（即使委托第三方開展驗收測試，業(yè)主自己仍需自己進行測試），監(jiān)理方主要審核驗收測試方案和協(xié)助用戶組織驗收測試的實施。 本測試指對應用軟件系統(tǒng)的最終驗收測試，其中包括系統(tǒng)功能、性能、穩(wěn)定性、安全性、安裝測試。測試主要從系統(tǒng)完成任務的角度，執(zhí)行系統(tǒng)管理員規(guī)程、用戶規(guī)程，確認系統(tǒng)完成軟件需求說明書的要求。 軟件的最終驗收測試通常是對對軟件的功能、性能，兼容性（包括操作系統(tǒng)兼容性、異構(gòu)數(shù)據(jù)庫兼容性、新舊數(shù)據(jù)格式轉(zhuǎn)化、異種數(shù)據(jù)兼容性、應用軟件兼容性、硬件兼容性）、安全性、容錯性、易操作性、易學習性等質(zhì)量特性進行充分的測試，不但用合法值進行測試，而且用邊界值、非法值進行測試。必要時，還要進行恢復性測試和互操作性測試，以確認軟件達到了需求說明提出的各項要求。同時要對配套的軟件技術文檔和用戶文檔的完整性及其質(zhì)量、購買的第三方軟件、工具進行驗收。 監(jiān)理提出驗收測試總體要求，承建單位根據(jù)自身具體的技術條件提交驗收測試方案，監(jiān)理會同業(yè)主審核承建單位驗收測試方案。 若方案通過，則采用該方案，由承建單位實施驗收測試，監(jiān)理負責監(jiān)督。 若方案需要補充完善，則要求承建單位做出相應修改，修改后驗收測試方案審核 通過后，再實施驗收測試，承建單位的測試方案應提交業(yè)主方，作為用戶開展驗收測試的基礎，用戶可根據(jù)實際需要，適當補充測試用例。 若方案不能通過，監(jiān)理將建議啟動委托驗收測試計劃或獨立驗收測試計劃。委托驗收測試或獨立驗收測試所需的費用，均由承建單位承擔。“委托驗收測試”即委托權威第三方專業(yè)測試機構(gòu)實施驗收測試，監(jiān)理督促承建單位與第三方專業(yè)測試機構(gòu)密切配合，提供測試所必要的技術資料和資源。 以下驗收測試方案用來指導對軟件系統(tǒng)進行系統(tǒng)的最終驗收測試監(jiān)理，最終驗收測試應充分考慮系統(tǒng)的穩(wěn)定性、安全性、安裝測試、易用性測試。 測試主要從系統(tǒng)完成任務的角度，執(zhí)行系統(tǒng)管理員規(guī)程、用戶規(guī)程，確認系統(tǒng)完成軟件說明書上的要求。 一、 測試要點 穩(wěn)定性測試 測試項目 測試說明 屏蔽用戶錯誤 考察對用戶常見的誤操作的提示和屏蔽情況。 出錯提示 出錯提示是否正確。 當用戶操作錯誤或軟件發(fā)生錯誤時，能否有準確清晰的提示，使用戶知道造成錯誤的原因。 重要數(shù)據(jù)刪除提示 是否有警告及確認提示。 輸入數(shù)據(jù)檢查 當用戶輸入的數(shù)據(jù)有錯時，軟件應能判斷數(shù)據(jù)的有效性，避免無效數(shù) 據(jù)的生成，或避免不合要求的數(shù)據(jù)進入數(shù)據(jù)庫。 輸入非法值 可識別輸入非法值，并 有相應的錯誤提示 網(wǎng)絡故障影響 當網(wǎng)絡中斷連接時，是否會造成數(shù)據(jù)的丟失。 數(shù)據(jù)備份和恢復 是否提供了備份工具。 主要針對有數(shù)據(jù)存儲需要的軟件。 異常退出 考察軟件運行的穩(wěn)定性，當軟件發(fā)生一般錯誤或嚴重錯誤時，軟件是 否會自動退出。 異常終止 程序在異常終止的情況下，不影響操作系統(tǒng)及其他程序的正常運行 安全性測試 測試項目 測試說明 用戶權限 不同用戶是否有不同的權限。 是否按功能模塊劃分用戶權限，權限劃分是否 合理。 考察超級用戶對各個用戶的權限管理是否合理，包括修改用戶的登錄資料等。 非法登陸 系統(tǒng)對用戶名和密碼進行校驗，可識別非法登陸，并給出提示。 密碼封閉性 軟件對密碼有無屏蔽功能。 錯誤登錄次數(shù) 軟件對用戶錯誤登錄有無次數(shù)限制，一般做法是連續(xù)三次登錄失敗就退出系統(tǒng)。 用戶管理 登陸用戶由服務器端進行管理。 留痕功能 軟件是否提供操作日志，比如某用戶登錄的時間，查詢、修改或刪除的動作以及離開的時間等。 對數(shù)據(jù)庫的存取 是否對數(shù)據(jù)庫可直接存取，數(shù)據(jù)庫的直接存取是否有權限保護措施。 安裝測試 測試項目 測試說明 軟件安裝 自動安裝或手工配置安裝，安裝過程是否符合習慣，是否能正確 安裝。 安裝目錄 安裝目錄是否可選系統(tǒng)盤以外的其它的驅(qū)動器； 是否可選擇瀏覽的文件夾作為安裝目錄。 安裝順序 對于客戶服務器模式的應用系統(tǒng)，是否可以先 安裝客戶端，然后安裝服務器端，測試是否會出現(xiàn)問題。 筆記本安裝 至少在一臺筆記本上進行安裝測試，是否能安裝成功，并且能正常運行。 運行程序 安裝退出之后，雙擊程序圖標或在開始菜單中選中程序圖標，應用程序是否可以正確啟動、運行。 軟件卸載 安裝完成之后，在簡單的使用之后再執(zhí)行卸載操作，看系統(tǒng)是否能成功卸載。 卸載刪除 檢驗系統(tǒng)是否把所有的文件全部刪 除，注冊表中有關的注冊信息是否也被刪除。 對其他程序的影響 考察安裝該系統(tǒng)是否對其他的應用程序造成影響。 易用性測試 測試項目 測試說明 用戶界面 界面是否友好， 界面是否中英文混雜，界面元素是否參差不齊，文字顯示是否不全。提示信息意文是否不明或為原始的英文提示。 界面風格 各個模塊界面風格是否一致 界面刷新 界面中的信息是否能及時刷新，是否能正確反映當前數(shù)據(jù)狀態(tài)，否則可能誤導用戶。 聯(lián)機幫助 是否有聯(lián)機幫助。 查詢結(jié)果的輸出方式 查詢結(jié)果的輸出方式比較直觀、合理。 幫助文件、用戶手冊 是否 有幫助文件、用戶手冊 復雜操作 對復雜的操作是否有聯(lián)機幫助 系統(tǒng)導航 系統(tǒng)導航是否合理 操作向?qū)? 操作是否基本上以向?qū)У男问酵瓿伞? 用戶輸入 是否要求用戶輸入多余的、本來系統(tǒng)可以自己得到的數(shù)據(jù)。如：服務是否啟動，安裝后用戶要手動修改某些配置文件 冗余操作 是否某一項功能的冗余操作太多。如：對話框 嵌套層次太多。 符合用戶操作習慣 快捷鍵定義是否科學、實用，鍵位分布合理、按鍵是否太多，甚至沒有快捷鍵。 操作記憶 是否能記憶用戶的設置或操作習慣，是否用戶每次進入都需要重新操作一次初始環(huán)境。 人機接 口 是否提供多種方式人機接口 二、 測試工具 序號 工具名稱 主要功能 1. Rational Suite TestStudio 包括一整套自動化測試和缺陷跟蹤的工具集 ,提供了一整套測試解決方案。其中包括整套的單元測試工具： Rational Purify,Rational Quantify,Rational PureCoverage，及其他一系列功能、性能、可靠性自動測試工具。如： Rational TestManager ，Rational Visual test， Rational Robot 等。