1、招標階段監理工作

【問題1】V模型的軟件測試共包含哪些測試？

（1）單元測試：對軟件中的最小可測試單元進行檢查和驗證

（2）集成測試：也叫組裝測試或聯合測試，在單元測試的基礎上，將所有模塊按照設計要求（如根據結構圖）組裝成為子系統或系統，進行集成測試

（3）系統測試：對整套系統的測試，將硬件、軟件、操作人員看作一個整體，檢驗它是否有不符合系統說明書的地方

（4）驗收測試：也稱為交付測試，部署軟件之前的最后一個測試操作，是在軟件產品完成了單元測試、集成測試和系統測試之后，在產品發布之前所進行的軟件測試活動

【問題2】監理機構在招標階段需要收集的軟件工程資料有哪些？

（1）軟件工程項目建設方案；

（2）軟件工程項目相關的業務現狀和業務流程；

（3）軟件系統的功能和性能指標；

（4）實現軟件系統建設目標所必需的資源；

（5）如適用，還應包括信息資源規劃、業務流程再造的策略、業務持續改進計劃、業務指標評價體系、業主單位信息化人力資源規劃等。

【問題3】監理單位應當如何協助業主單位初步定義軟件系統的建設范圍、系統需求和約束條件？

（1）業務、組織和用戶需求；

（2）系統規模、投資和進度要求；

（3）安全保密性要求；

（4）應遵循的標準、規程；

（5）與測試有關的要求和驗收準則；

（6）知識產權要求；

（7）數據所有權要求。

2、設計階段監理工作

【問題1】軟件工程設計階段的主要監理活動有哪些？

(1)審查承建單位提交的軟件工程項目計劃，促使項目計劃合理、可行，并符合承建合同的要求；

(2)參與調研工作，督促承建單位形成調研記錄，監督承建單位系統需求分析過程，促使 系統需求具有正確性、完備性、可測試性和一致性；

(3)組織和參與對承建單位在設計階段形成的文檔的評審，促使設計階段文檔符合承建合 同的要求，滿足軟件工程項目的系統需求，符合有關法規、標準的要求；

(4)及時對變更進行響應，并做好變更控制工作。

【問題2】監理單位在開展對設計階段的需求管理過程中，驗證需求可采用哪些方式進行驗證？

(1)審查需求文檔：對需求文檔進行正式審查是保證軟件質量的很有效的方法。

(2)依據需求編寫監理驗證用的測試用例：根據用戶需求所要求的產品特性，編制監理開展驗證測試可能應用的黑盒功能測試用例，確認是否達到了期望的要求。 

(3)敦促編寫用戶手冊：在需求開發早期即可起草一份用戶手冊，用它作為需求規格說明的參考并輔助需求分析。

(4)確定合格的標準：讓用戶描述什么樣的產品才算滿足他們的要求和適合他們使用

【問題3】審核項目計劃應遵循哪些原則，并提出監理意見？

（1）與承建合同的一致性、可追溯性；

（2）系統范圍及工作任務分解的完整性；

（3）項目過程及主要里程碑劃分的合理性，包括適宜的軟件生存周期模型；

（4）項目規模估算方法的正確性，包括項目任務和工作產品規模、時間安排、資源使用等；

（5）項目進度的合理性，包括項目質量保證計劃、配置管理計劃等；

（6）項目計劃中部署全部可用產品（軟件和硬件）的可行性；

（7）對項目風險有必要的識別、分析、處理和跟蹤。

3、實施階段監理工作

【問題1】軟件編碼規范應滿足哪些要求？

（1）遵循開發流程，在設計的指導下進行代碼編寫；

（2）代碼編寫以實現設計的功能和性能為目標；

（3）程序具有良好的結構，能夠提高程序的封裝性、降低程序的耦合程度；

（4）程序可讀性強，易于理解；

（5）軟件易于使用和維護；

（6）軟件具有良好的可擴展性。

【問題2】系統部署的監理內容應包括哪些工作？

(1)要求承建單位提交系統部署計劃。該計劃應包括應用環境和基礎設施需求、職責和進度安排。

(2)應在系統部署之前，審查軟件產品是否具備系統集成實施的條件和環境。

(3)督促承建單位按照部署計劃的要求開展系統集成活動并提交系統部署文檔。

(4)宜根據前期工作成果(招投標文件、承建合同、需求規格說明書)，審核已部署系統，對功能需求、性能需求、安全需求、保密需求等內容提出監理意見

(5)監督承建單位解決系統部署中發現的問題和不合格項，形成系統問題跟蹤的記錄。

(6)如適用，應組織對就緒可用軟件產品進行查驗，并做好記錄。

(7)如適用，應督促承建單位驗證數據遷移結果，保證數據遷移的完整性和準確性，并做

好記錄，形成數據遷移驗證和確認檢查表。

4、驗收階段監理工作

【問題1】工程初驗前，監理機構應協助業主單位確認工程達到哪些初驗條件？

（1）軟件產品已納入配置管理并可交付；

（2）已提交承建合同規定的項目文檔；

（3）軟件系統已通過測試