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

第14章<面向對象模組化>采用了面向對象方法學的世界觀，将系統看作是一系列對象的集合，每個對象具有獨立的職責，完成獨立的任務，對象之間通過消息機制互相協作，共同實作系統的目标。在需求分析中涉及的UML技術有對象模型，用例模型，行為模型，狀态機模型和對象限制語言OCL。對象模型中強調了一個事物可以被抽象為對象的兩個條件是獨立可确認和有明确的角色；類是共享相同屬性和行為的對象的集合，它為屬于該類的所有對象提供統一的抽象描述和生成模闆；類之間的關系有關聯，泛化和依賴關系。用例模型的基本元素有用例，參與者，關系和系統邊界。行為模型有三種：互動圖，狀态圖和活動圖；互動圖又包括順序圖，通信圖，互動概述圖和時間圖，天是依據交換行為進行的用例實作；活動圖是依據處理流程進行的用例實作；狀态圖是以狀态機模型的方式進行的用例實作。OCL是用來定義UML模型元素的四類限制：不變量，前置條件，後置條件和監護條件。面向對象的模組化方法有技術路線，建立領域模型(發現對象和類，建立類之間的關聯)，建立行為模型(建立互動圖，建立狀态圖，建立活動圖，添加契約說明)，以及居于CRC卡的職責驅動方法(CRC卡，基于CRC卡的職責驅動方法)。

第15章<需求規格說明>活動是将需求及其軟體解決方案進行定義和文檔化，并傳遞給開發人員的需求活動。需求規格說明文檔可以清晰明确的将軟體系統的需求資訊和解決方案更好的傳遞給所有的開發者，另一方面可以拓展人們的知識記憶能力。在開發過程中會産生不同類型的需求規格說明文檔，它的描述手段為非形式化語言，半形式化語言和形式化語言；需求規格說明文檔的寫作原則有寫作是一門藝術文檔化的目标是交流，優秀的需求規格說明文檔應具備正确性，無歧義等特性。

第16章<需求驗證>指的是軟體工程中系統驗證和需求工程中的需求驗證；需求驗證的方法有需求評審(包括參與者，過程和檢查方法，以及類型)，原型與模拟，開發測試用例，使用者手冊編制，利用跟蹤關系和自動化分析；常見的問題修正行為有需求澄清，發現缺失需求，解決需求沖突和修正不切實際的期望。第17章<需求管理>是在需求開發結束後保證後續的系統開發活動依照需求的基線進行展開，進而保證系統的品質。需求基線是是項目團隊需要在某一特定産品版本中實作的特征和需求集合，它需要從配置管理和狀态維護2方面進行維護；需求跟蹤是描述需求以及跟蹤需求變化的能力，分為前向跟蹤和後向跟蹤。需求變更控制是以控制，一緻的方式進行需求基線中需求的變更處理，包括對變化的評估，協調，準許或拒絕，實作和驗證。實踐中的需求管理包括需求的變更，需求跟蹤資訊和需求管理工具。

第18章<需求工程的過程管理>中提出了其過程具有環境依賴性，包括市場特性，領域特性，技術成熟度，組織文化和項目特性；其過程建立包括建立過程架構，選擇工作元件，應用實踐方法過程；需求工程過程的改進措施有評價目前程序，計劃改進活動，教育訓練參與人員，發現新過程，度量新過程和确定下一步活動；其中應該注意：應将需求工程過程放在軟體過程的背景下實施改進，改進的措施要建立在現有過程的評價之上，過程的改進要針對目标，改進過程要有計劃，過程赢是漸進和持續的。

第19章<需求工程中的項目管理>中提出了其過程活動包括資源管理，活動管理和傳遞物價管理；需求工程的成功執行需要項目提供足夠的資源支援；需求工程的生命周期規劃要受項目特點的限制，要符合軟體的過程模型，它是軟體生命周期模型的一個部分；團隊管理過程包括組建需求團隊和維持需求團隊内部的有效溝通(建立一緻的目标，建立有效的溝通機制，利用有效的溝通技巧，利用輔助的工具和技術)；需求風險管理關注軟體開發活動和任務的風險和不确定性，并采取行動減少其中的不确定性或者降低風險的影響；其過程包括風險識别，風險分析，制定風險管理計劃，風險跟蹤和風險控制。需求工程中的風險管理是要識别，分析，計劃，跟蹤和監控由于需求變化而可能發生的項目風險，複雜性，穩定性和可得性是需求分析的最大驅動因素。