需求分析是需求工程中最為核心的工作，需求建模是需求分析的主要手段。
分解分解有很多種，如下業務流程為主線索的分解結構
程式結構為主線索的分解結構
基於場景的分解結構
基於資料的分解結構
提煉抽取業務事件中的相同部分
消除矛盾
需求分析過程中不免會出現矛盾，再過程的最後要消除這些矛盾
建模通過簡化、強調來幫助需求分析人員理清思路，達成共識。
建模的目的：幫助我們按照實際情況或按我們需要的樣式對系統進行視覺化；提供一種詳細說明系統的結構或行為的方法：給出乙個指導系統構造的模板；對我們所做出的決策進行文件化。
不要為了建模而建模，需要的時候才建模
常用的建模：活**、類圖、用例圖、構件圖、部署圖。
軟體需求閱讀筆記
案例 某大銀行的一位銀行卡辦公室的收賬經理liz遇到了乙個問題。她每週都收到乙份過期未付款的賬戶名單。這份報告已經從兩年前的250個賬戶增加到現在的1250個賬戶。為了確定那些嚴重拖欠債務的賬戶，liz需要通讀這份報告。嚴重拖欠債務的賬戶由幾個不同的規則確定，每個規則都要求liz檢查客戶的一項或幾項...
軟體需求閱讀筆記04
軟體需求實際就是 業務知識 問題列表 其他元素 軟體需求的三層次 業務需求 使用者需求 軟體需求。需求也有著三種型別 功能需求 非功能需求 設計約束。需求管理項之間的關係 1統一 明確的需求項劃分標準 成功的劃分滿足以下條件 1 粒度均勻 如每個需求項的大小相當，即工時相當等 2 大小合適 如每個需...
軟體需求閱讀筆記01
軟體需求實際就是 業務知識 問題列表 其他元素 軟體需求的三層次 業務需求 使用者需求 軟體需求。需求也有著三種型別 功能需求 非功能需求 設計約束。不完整的需求 缺乏使用者參與 不切實際的使用者期望 需求變更頻繁 提供了不再需要的 敗因解決方案 1 不完整的需求 採用業務導向讓使用者參與到完整性評...