2011軟件水平考試信息系統(tǒng)監(jiān)理師重點輔導(7)
軟件分包合同監(jiān)理：定期審查軟件分包合同的管理活動。根據實際需要隨時跟蹤和審查軟件分包合同的管理活動。評審和(或)審核軟件分包合同的管理活動及其產品，并報告結果
設計說明書：清晰、完整、依從、一致、可行性、數據使用、功能性、接口、可維護性、性能、可靠性、易測性、可追溯性
詳細設計說明書：清晰、完整、依從、一致、正確性、數據使用、接口、可維護性、性能、可靠性、易測性、可追溯性
測試計劃：完整、依從、一致、正確、詳細級別/程度、易測性/可行性、可追溯性
軟件編碼規(guī)范評審：評審的目的是為使程序具有良好的風格，便于閱讀。具體表現在：源程序文檔化、數據說明、輸入/輸出等。
實施階段的系統(tǒng)建設任務：編碼階段、測試階段(單元測試、集成測試、確認測試、系統(tǒng)測試)試運行及培訓階段(試運行、培訓)
編碼階段監(jiān)理活動：1監(jiān)督承建單位將合適的軟件編碼工程方法和工具集成到項目定義的軟件過程中。2監(jiān)督承建單位依據項目定義的軟件過程，對軟件編碼進行開發(fā)、維護、建立文檔和驗證，以實現軟件需求和軟件設計。3軟件監(jiān)理組跟蹤和記錄軟件編碼產品的功能性和質量。
監(jiān)理方法：定期審查、抽查、評審：1、定期審查軟件編碼的工程活動和工程進度。2、根據實際需要對軟件編碼工程活動、工作進度進行審查。3、對軟件編碼工程活動和產品進行評審和(或)審核，并報告結果。
測試階段監(jiān)理活動：測試方法、文檔管理、監(jiān)督確認測試、監(jiān)督系統(tǒng)測試、追蹤測試結果。(監(jiān)督承建單位將合適的軟件測試工程方法和工具集成到項目定義的軟件過程中。監(jiān)督承建單位依據項目定義的軟件過程，對軟件測試進行開發(fā)、維護、建立文檔和驗證，以滿足軟件測試計劃的要求。監(jiān)督承建單位依據項目定義的軟件過程、計劃和實施軟件的確認測試。計劃和實施軟件系統(tǒng)測試，實施系統(tǒng)測試以保證軟件滿足軟件需求。軟件監(jiān)理組跟蹤和記錄軟件測試的結果)
監(jiān)理方法：定期檢查、必要抽查、評審。1、定期審查軟件測試的工程活動和工作進度。2、根據實際需要對軟件測試工程活動進行跟蹤、審查和評估。3、對軟件測試工程活動和產品進行評審和(或)審核，并報告結果。
試運行及培訓階段監(jiān)理：試運行：記錄問題、督促解決、監(jiān)督培訓。培訓：監(jiān)督培訓計劃、監(jiān)督培訓實施、記錄培訓效果
試運行監(jiān)理重點：1、協助業(yè)主方和承建單位處理系統(tǒng)試運行期間出現的各項問題，并予以記錄;2、對于一些重復出現的問題，在驗收測試時給予必要的關注，督促承建單位必要的解決措施;3、監(jiān)督檢查承建單位試運行階段的培訓工作。
技術培訓監(jiān)理重點：1、監(jiān)督承建單位按照合同和業(yè)主的要求制定培訓計劃;2、審核培訓計劃的可操作性，要求在培訓計劃中明確培訓對象、培訓教材、培訓時間、培訓方式和培訓師資;3、監(jiān)督技術培訓計劃的實施，對培訓教材和師資進行評估，將培訓計劃執(zhí)行的情況和效果通報給業(yè)主。
驗收階段監(jiān)理 驗收負責單位：業(yè)主組織、監(jiān)理輔助、承建方配合;業(yè)主工作：審核承建方的驗收方案確定驗收方案。承建方工作：內部測試準備、驗收準備工作、驗收申請?zhí)峤?、驗收方案準備?/p>
驗收過程：1提出驗收申請、2制定驗收計劃、3成立驗收委員會、4進行驗收測試和配置審計、5進行驗收評審、6形成驗收報告、7移交產品
驗收階段的監(jiān)理工作：監(jiān)理重點：軟件配置審核、驗收測試。具體分為文檔審核、源代碼審核、配置腳本審核、測試程序或腳本審核和可執(zhí)行程序測試。
驗收組織：1、組織機構及人員組成(不少于5人的單數，驗收測試組和配置審核組，三方加專家)2、驗收委員會的任務及權限(判定所驗收的軟件是否符合合同要求;審定驗收環(huán)境;審定驗收測試計劃;組織驗收測試和配置審核，進行驗收評審，并形成驗收報告)3、驗收的地點及條件(符合合同或驗收方案規(guī)定)4驗收記錄及報告
驗收的基本原則：1、驗收測試和配置審核是驗收評審前必須完成的兩項主要檢查工作，由驗收委員會主持。2、測試組再認真審查需求規(guī)格說明、確認測試和系統(tǒng)測試的計劃與分析結論的基礎上制訂驗收測試計劃。3、配置審核組再需求規(guī)格說明、確認測試、系統(tǒng)測試等過程中形成的產品的變更管理及審核工作的基礎上開展審計。4、原有測試和審核結果凡可用的就可用，不必重做該項測試或審核;同時可根據業(yè)主單位的要求臨時增加一些測試和審核內容。5、測試組在完成測試驗收的同時，完成功能配置審核，即驗證軟件功能和接口與“合同”的一致性。6配置審核組完成物理配置審核，檢查程序和文檔的一致性、文檔和文檔的一致性、交付的產品與“合同”要求的一致性及符合有關標準的情況。
配置審核：審查(程序、腳本;主要的開發(fā)類文檔;主要的管理類文檔)審核(計劃、預審會議(可選)、準備階段、審核會議、問題跟蹤)
測試條件：1、軟件開發(fā)已經完成，并全部解決了已知的軟件缺陷。2、驗收測試計劃已經評審并批準，并且置于文檔控制之下。3、對軟件需求說明書的審查已經完成。4、對概要設計、詳細設計的審查已經完成。5、對所有關鍵模塊的代碼審查已經完成。6、對單元、集成、系統(tǒng)測試計劃和報告的審查已經完成。7、所有的測試腳本已經完成，并至少執(zhí)行過一次，且通過評審。8、使用配置管理工具且代碼置于配置控制之下。9、軟件問題處理流程已經就緒。10、已經制定、評審并批準驗收測試完成標準。
測試內容：安裝(或升級)、啟動與關機、功能測試、性能測試、壓力測試、配置測試、平臺測試、安全性測試、恢復測試、可靠性測試
驗收準則：1、軟件產品符合“合同”或“驗收標準”規(guī)定的全部功能和質量要求。2、不同安全性關鍵等級的軟件均通過《軟件測試細則》文檔要求的各項測試。3、文檔齊全，符合“合同”或“驗收標準”要求及有關標準的規(guī)定。4、文檔和文檔一致，程序和文檔相符。5、對被驗收軟件的可執(zhí)行代碼，在驗收測試中查出的錯誤總數，依錯誤嚴重性不超過業(yè)主單位事先約定的限制值。6、配置審核時查出的交付文檔中的錯誤總數不超過業(yè)主單位事先約定的限制值。
驗收報告內容：驗收的各項內容、評價與驗收結論、驗收委員會全體成員簽字。驗收委員會主任意見。
驗收未通過的處理：重新驗收或合同爭議。
移交監(jiān)理實施：1、審查承建單位的項目資料清單。2、協助業(yè)主和承建單位交接項目資料。3、確保軟件文檔和軟件的一致性。4、開發(fā)軟件做好備份，保管在安全的地方，文件材料歸檔。
保障期監(jiān)理：1、督導承建單位按照“合同”規(guī)定及時進行系統(tǒng)保障，抽查系統(tǒng)保障的執(zhí)行情況。2、對項目業(yè)主方提出的質量問題進行記錄。3、督促承建單位進行修復和維護。4、對承建單位進行修復的內容進行確認。
【編輯推薦】
