信息系統(tǒng)軟件驗收階段監(jiān)理控制點及監(jiān)理方法

信息系統(tǒng)軟件驗收階段監(jiān)理控制點及監(jiān)理方法1.1驗收階段監(jiān)理工作的重點按照項目合同查看承建單位提供的各種審核報告和測試報告內(nèi)容是否齊全，再根據(jù)平時對承建單位工作情況的了解，可以初步判斷開發(fā)方是否已經(jīng)進行了足夠的正式測試。驗收可以分為兩個大的部分:軟件配置審核和驗收測試。其大致順序可分為:文檔審核，源代碼審核，配置腳本審核，測試程序或腳本審核和可執(zhí)行程序測試。驗收階段的每一個相對獨立的部分，都應(yīng)該有目標(本步驟的目的)、啟動標準(著手本步驟必須滿足的條件)、活動(構(gòu)成本步驟的具體活動)、完成標準(完成本步驟要滿足的條件)和度量(應(yīng)該收集的產(chǎn)品與過程數(shù)據(jù))。1.2組織機構(gòu)及人員組成業(yè)主單位與監(jiān)理單位協(xié)調(diào)成立專門的驗收委員會，作為驗收的組織機構(gòu)。委員會一般不少于5人(單數(shù))組成，設(shè)主任1人，委員若千人;并成立驗收測試組和配置審核組，委員可分別參與這兩個組的工作。另外還需要側(cè)試員、配置審核員和記錄員若干人。驗收委員會由業(yè)主單位代表、監(jiān)理單位代表、承建單位代表以及邀請的技術(shù)專家組成員組成。1.3驗收測試和配置審核步驟1、制訂驗收測試計劃、配置審核計劃，做好驗收測試、配置審核準備。2、驗收委員會審定測試計劃、配置審核計劃和測試準備、配置審核準備情況。3、進行驗收測試、配置審核，建立完整的測試、配置審核記錄。4、編寫測試報告、配置審核報告。5、驗收委員會評審。1.4驗收測試和配置審核內(nèi)容1、檢查“合同”或“驗收標準”要求的所有功能。2、檢查“合同”或“驗收標準”要求的所有質(zhì)量特性。3、檢查開發(fā)各個階段的文檔、評審結(jié)論是否齊全規(guī)范。4、驗證功能和接口與需求規(guī)格說明的一致性;檢查程序和文檔的一致性、文檔和文檔的一致性、交付的產(chǎn)品與“合同”或“驗收標準”要求的一致性及符合有關(guān)標準的情況。5、由雙方商定所進行的一些特殊測試和配置審核。1.5配置審核承建單位應(yīng)當在驗收前提供相應(yīng)軟件配置內(nèi)容，監(jiān)理單位應(yīng)對其進行審查，審查的內(nèi)容主要包括以下幾個部分。1、可執(zhí)行程序、源程序、配置腳本、測試程序或腳本。2、主要的開發(fā)類文檔:需求說明書、概要設(shè)計說明書、詳細設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、測試計劃、測試報告、程序維護手冊、程序員開發(fā)手冊、用戶操作手冊和項目總結(jié)報告。3、主要的管理類文檔:項目計劃書、質(zhì)量控制計劃、配置管理計劃、用戶培訓計劃、質(zhì)量總結(jié)報告、評審報告、會議記錄和開發(fā)進度月報。在開發(fā)類文檔中，容易被忽視的文檔有《程序維護手冊》和《程序員開發(fā)手冊》。《程序維護手冊》的主要內(nèi)容包括:系統(tǒng)說明(包括程序說明)，和操作環(huán)境、維護過程、源代碼清單等，編寫目的是為將來的維護丈修改和再次開發(fā)工作提供有用的技術(shù)信息。《程序員開發(fā)手冊》的主要內(nèi)容包括:系統(tǒng)目標、開發(fā)環(huán)境使用說明、測試環(huán)境使用說明、編碼規(guī)范及相應(yīng)的流程等，實際上就是程序員的培訓手冊。通常，正式的審核過程分為五個步驟:計劃、預(yù)備會議(可選)、準備階段、審核會議和問題追蹤。預(yù)備會議是對審核內(nèi)容進行介紹并討論。準備階段就是各責任人事先審核并記錄發(fā)現(xiàn)的問題。審核會議是最終確定工作產(chǎn)品中包含的錯誤和缺陷。審核要達到的基本目標是:根據(jù)共同制定的審核表，盡可能地發(fā)現(xiàn)被審核內(nèi)容中存在的問題，并最終得到解決。在根據(jù)相應(yīng)的審核表進行文檔審核和源代碼審核時，還要注意文檔與源代碼的一致性。在實際的驗收測試執(zhí)行過程中，常常會發(fā)現(xiàn)文檔審核是最難的工作，一方面由于市場需求等方面的壓力使這項工作常常被弱化或推遲，造成持續(xù)時間變長，加大文檔審核的難度:另一方面，文檔審核中不易把握的地方非常多，每個項目都有一些特別的地方，而且也很難找到可用的參考資料。1.1.1驗收測試在文檔審核、源代碼審核、配置腳本審核、測試程序或腳本審核都順利完成，就可以進行驗收測試的最后一個步驟—可執(zhí)行程序的測試，它包括功能、性能等方面的測試，每種測試也都包括目標、啟動標準、活動、完成標準和度量五個部分。1.1.2測試的前提條件在真正進行用戶驗收測試之前一般應(yīng)該己經(jīng)完成了以下工作(也可以根據(jù)實際情況有選擇地采用或增加):1、軟件開發(fā)已經(jīng)完成，并全部解決了己知的軟件缺陷。2、驗收測試計劃已經(jīng)過評審并批準，并且置于文檔控制之下。3、對軟件需求說明書的審查已經(jīng)完成。4、對概要設(shè)計、詳細設(shè)計的審查己經(jīng)完成。5、對所有夭鍵模塊的代碼審查已經(jīng)完成。6、對單元、集成、系統(tǒng)測試計劃和報告的審查已經(jīng)完成。7、所有的測試腳本己完成，并至少執(zhí)行過一次，且通過評審。8、便用配置管理工具且代碼置于配置控制之下。9、軟件問題處理流程已經(jīng)就緒。10、已經(jīng)制定、評審并批準驗收測試完成標準。1.1.3測試工作實施具體的測試內(nèi)容通?？梢园?安裝(或升級)、啟動與關(guān)機、功能測試(如正例、重要算法、邊界、時序、反例、錯誤處理)、性能測試(如正常的負載、容量變化)、壓力測試(如臨界的負載、容量變化)、配置測試、平臺測試、安全性測試、恢復(fù)測試(如在出現(xiàn)掉電、硬件故障或切換、網(wǎng)絡(luò)故障等情況時，系統(tǒng)是否能夠正常運行)、可靠性測試等。性能測試和壓力測試一般情況下是在一起進行，通常還需要輔助工具的支持。在進行性能測試和壓力測試時，測試范圍必須限定在那些使用頻度高的和時間要求苛刻的軟件功能子集中。由于承建單位已經(jīng)事先進行過性能測試和壓力測試，因此可以直接使用承建單位的輔助工具。也可以通過購買或自己開發(fā)來獲得輔助工具。具體的測試方法可以參考相關(guān)的軟件工程書籍。如果執(zhí)行了所有的測試案例、測試程序或腳本，驗收測試中發(fā)現(xiàn)的所有軟件問題都已解決，而且所有的軟件配置均已更新和審核，可以反映出軟件在驗收測試中所發(fā)生的變化，驗收測試就完成了。1.6驗收評審1.6.1系統(tǒng)移交和系統(tǒng)保障的重點1、系統(tǒng)移交的監(jiān)理系統(tǒng)驗收通過便可進行系統(tǒng)移交，此階段的監(jiān)理重點是確保文檔及軟件的完整、版本一致。2、系統(tǒng)保障的監(jiān)理系統(tǒng)保障的監(jiān)理工作重點是確保承建單位按照合同和業(yè)主要求及時高效地提供系統(tǒng)保障服務(wù)。1.6.2系統(tǒng)移交和系統(tǒng)保障監(jiān)理的措施1、系統(tǒng)移交的監(jiān)理措施(1)審查承建單位的項目資料清單。(2)協(xié)助業(yè)主和承建單位交接項目資料。(3)確保軟件文檔和軟件的一致性。(4)開發(fā)軟件