需求工程系列（五）- 確定用例的粒度幾個基本原則

用例的粒度問題一直是困擾著需求分析員的常見問題，對於這個問題，抱歉，沒有銀彈，我只能給出一些解決這個問題的基本原則：

1.         控制用例的總體數量：一般來說，一個相當複雜的系統的用例數量可能在30-50個之間，如果一個系統的用例數量大大超過了這一範圍，那就該看看是不是陷入了功能分解的誤區；

2.         高內聚、低耦合：用例是一種結構化寫作需求的技術，用例是被從現實的情境中抽象出來的。如果這些情境有緊密的聯絡（高內聚），那用用例技術來組織它們則可以複用這些情境中的步驟描述，從而達到事倍功半的效果；

3.         寫寫看:很多時候在初步規劃用例模型的階段，有時很難判斷一個用例的粒度是否合適，不要執迷於一次獲得一個完美的用例模型和用例粒度。不妨先得出一個初稿，然後寫寫用例，看看是不是符合高內聚、低耦合的原則，實際上在寫用例的過程中，用例模型往往是需要不斷進行調整的；

4.         避免功能分解：功能分解是正確使用用例技術的最大敵人，很多用例粒度的討論其實都是功能分解的思想在作怪。