建立使用案例模型的 80/20 法則

使用案例模型(Use Case Model)係由 使用案例圖(Use Case Diagram) + 使用案例敘述(Use Case Description) 所組成的。

任何事物，若是運用 80/20 法則，將主要精力集中於 20% 的重點上，可以節省及避免耗費太多的精力於錯誤的細節上。

一開始，先利用使用案例圖，找出最接近本質性(Essential)的元素：使用案例(橢圓型圖示)、參與者(棒形人偶圖示)及系統範圍(套件圖示)。

一開始就做對的事情，免得因太早落入細節的使用案例描述，結果回頭才發現團隊對系統範圍、目的等有見解上的分歧，而耗費太多不必要的精力與時間。

對系統全貌有了共識，再由需求分析師針對使用案例來描述參與者與系統之間溝通的對話。
需求分析師最重要的一個心態，在於描述對話的過程期間，謹記要把系統當黑盒子，只能看到系統的外觀。如此才能避免不知不覺會描述到系統內部的實做細節。

仍然利用 80/20 法則，先利用散文、簡潔易讀的文筆來書寫使用案例敘述，專心把最常發生(most of time)的情景描述下來，成為使用案例敘述內的基本事件流程(Basic course of event)。

凡事總有例外(Exception)及意外(Accident)發生，最重要、必須防範處理的例外，需要有相對應的措施處理。將許多必要的例外情況記錄在使用案例敘述的替代(alternative)及例外處理的流程欄位上。

可以想得到而先採取防範措施的情況，稱之為 “例外”；而完全無法預料的，稱之為 “意外”。
不要也不可能想要窮盡紀錄所有的例外情節，因為，總是會有意想不到的 “意外” 發生。
反而，在無常的情況中，如何讓系統有 “應變” 的能力，這會比較重要。

有了表達全貌的使用案例圖、一份簡潔易讀的使用案例敘述，需求分析師的工作暫時告一段落，由系統分析師接手，來負責實現(Realize)該使用案例。

實現(Realize)使用案例就是代表了要開始做系統內部的結構分析與設計。
此時系統分析師的角色，會很像電影導演的角色，要安排劇本，找適當的演員來演一齣戲(Use Case)。
這又是另外一段故事了．．．

基本的心得，建立使用案例模型，從低精確度逐漸地至高精密的細節，在階段過程中，用最少的精力，找出最重要的精華與本質，一開始把焦點集中在對的目標(Goal)上，勝過於忙忙碌碌，結果花在太多沒有必要的工作上。

• 建立使用案例圖—界定系統範圍、找出參與者、找出使用案例
• 利用自然語言記錄使用案例敘述—將系統當黑盒子，描述參與者與系統之間的操作對話過程。關心的是，系統 “做什麼(What to do)”
• 實現(Realize)使用案例。開始探討系統要 “如何做(how to do)”