《需求工程--軟體建模與分析》讀書筆記三

標籤：

      需求規格說明活動就是將需求極其軟體解決方案進行定義和文檔化，並傳遞給開發人員的需求工程活動。編寫需求規格說明文檔：清晰明確結構化的文檔可以將軟體系統的需求資訊和解決方案更好的傳遞給所有的開發人員；可以拓展人們的知識記憶能力；可以成為各方人員之間有關軟體系統的協議基準；可以成為項目開發活動的一個重要依據；可以儘早發現和減少可能的需求錯誤，從而減少項目的返工，降低項目的工作量；可以成為有效智力資產。需求規格說明文檔的類型不同表現在，名稱，內容，組織方式，表達方式，用途和作用，使用的輔助性。需求規格說明文檔的寫作需要注意：內容的組織，表達方式，細節描述。優秀的需求規格說明文檔應該具備正確性，無歧義，完備性，一致性，根據重要性和穩定性分級，可驗證，可修改，可跟蹤。 

     （1）需求驗證確保需求集是正確，完備和一致的，技術上是可解決的，它們在現實世界中的滿足是可行和可驗證的。方法有需求評審，原型與類比，開發測試案例，使用者手冊編製，利用跟蹤關係，自動化分析。（2）需求確認的目的是確保需求的內容正確性。（3）系統驗證：正確地建立系統，確保系統能夠在預期的環境中正確地執行設定的功能。（4）系統確認：建立的系統是正確的。問題修正有需求澄清，發現缺失需求，解決需求衝突，修正不切實際的期望的幾種。 

      需求基準就是被明確和固定的需求集合，內容包括軟體需求自身和軟體需求相關的描述資訊。基準的維護包括組態管理和狀態維護兩個方面。還有需求跟蹤，控制變更等模組 

      需求工程的過程管理：需求工程過程需要依賴的環境因素有市場特性，領域特性，技術成熟度等級，組織文化，項目特性等。需求工程過程的建立包括建立過程架構和選擇工作群組件兩個步驟。需求工程過程需要專門特定的評價標準和改進方法。評價可以參照REGPG的66個實踐。改進的實施步驟有評價當前過程，計劃改進活動，培訓參與人員，實現新過程，度量新過程，確定下一步行動等六個步驟。流程改善中需要注意以下事項：將需求工程過程放在軟體過程的背景下實施改進，改進的實施要建立在現有過程的評價之上，過程的改進要針對目標，過程的改進要有計劃，過程的改進應該是漸進和持續的。 

      關於項目的含義對編程系統產品的論述給出很好的啟發，區分了下面幾個概念：程式、編程產品、編程系統、編程系統產品。需求工程中的專案管理活動包括資源管理、活動管理和交付物件管理。資源支援主要有一定數量技能良好的可用人員；可行的時間限制和充足的資金支援；可用的系統運行環境、軟體工具、道具、文件範本、可複用資源等其他資源支援。維持需求團隊內部的有效共同應該建立一致的目標，建立有效共同機制，利用有效溝通技巧，利用輔助的工具和技術等。需求風險管理就是管理風險的活動，關注軟體開發活動和任務的風險和不確定性，並採取行動減少其中的不確定性或者降低風險的影響範圍。過程包括風險識別，風險分析，制定風險管理計劃，風險跟蹤，風險控制等幾個方面。

《需求工程--軟體建模與分析》讀書筆記三