第四章 需求分析，用例分析法
文章目錄
一：需求分析的幾種主流方法
原型法（反覆迭代）
原型法是指在獲取一組基本的需求定義後，利用高階軟體工具視覺化的開發環境，快速地建立一個目標系統的最初版本，並把它交給使用者試用、補充和修改，再進行新的版本開發。反覆進行這個過程，直到使用者滿意為止的一種方法。
用例法
用例圖(Use Case Diagram)是由軟體需求分析到最終實現的第一步，它描述人們如何使用一個系統。用例檢視顯示誰是相關的使用者、使用者希望系統提供什麼樣的服務，以及使用者需要為系統提供的服務，以便使系統的使用者更容易理解這些元素的用途，也便於軟體開發人員實現這些元素。用例圖最常用來描述系統及子系統。
二：域建模：以OO思想構建術語表
在實際專案中，原始需求的描述形式可能是文字、活動圖、序列圖或其它形式，不管使用哪種形式，術語不統一的現象非常常見。
通常一個完整的專案需求都有較多的篇幅，想象一下，大量不統一的術語對交流和後續工作會造成多大的混亂，即使文字統一，也可能造成理解偏差。
域建模
為專案建立一個術語表。確保專案中的每個人都能以清晰一致的術語來理解和交流問題領域。
##. ###. 域建模[Domain Modeling] ### ##
- 域建模比普通的專案術語表優良的地方體現在：以圖的方式清晰地顯示出不同術語間的關係（減少理解偏差）。
- 描述業務中涉及到的實體及其相互之間的關係，是幫助系統分析人員、使用者認識現實業務的工具。
- 域模型圖將通過不斷修正完善逐步演化為最終的靜態類圖。
域建模的步驟
示例：基於文字需求進行域建模
取款
銀行客戶將儲蓄卡插入自助銀行系統，系統提示使用者輸入密碼。使用者輸入正確的密碼，系統驗證成功後，提示使用者選擇業務型別，使用者選擇“取款” 。系統提示使用者輸入取款金額，使用者輸入取款金額後，系統變更使用者賬戶金額，然後給使用者輸出相應的錢。使用者如果選擇“列印憑條”，系統會為使用者打印出憑證單。使用者選擇“退卡”，系統退出使用者的銀行卡。
第一步：提取名詞或名詞短語
取款：
- 銀行客戶將儲蓄卡插入自助銀行系統，系統提示使用者輸入密碼。
- 使用者輸入正確的密碼，系統驗證成功後，提示使用者選擇業務型別，使用者選擇“取款” 。
- 系統提示使用者輸入取款金額，使用者輸入取款金額後，系統變更使用者賬戶金額，然後給
使用者輸出相應的錢。 - 使用者如果選擇“列印憑條”，系統會為使用者打印出憑證單。
- 使用者選擇“退卡”，系統退出使用者的銀行卡。
第二步：排除重複、相似
第三步：排除系統範圍外和系統本身
第四步：畫出第一版域模型圖
第五步：整理第一版域模型
下面的空白是老版本的屬性，現在操作的話不要求；
域模型之間的關係
== 泛化==[Generalization]，一般元素和特殊元素的關係。
關聯[Association]，兩個類之間存在著某種語義上的聯絡。
示例：基於模型圖進行域建模
高階話題
預建模是系統分析時候做的。由系統分析人員製作。
資料模型是在設計的時候做的。
