Misoo

Use Case分析於現代軟體分析之角色

                                                                                                                                                                                                 
 
       古典需求分析的焦點是流程(Process)和功能(Function)Use Case的焦點也是流程,只是基於
另一個新觀點來看流程而已。Use Case分析應該屬於『新古典』需求分析技術。如圖1所示。
 
        
          圖1  增加一個新觀點
 

所以:

 

     新古典需求分析     = 古典需求分析 + Use Case分析

     現代系統分析       = 新古典需求分析 + 領域知識分析

     現代軟體分析與設計 = 新古典系統分析 + 架構設計

 

古典需求分析是持著經營者(Manager)觀點去分析工作流程和資訊流程。Use Case分析則從用戶

觀點來分析流程,如下圖2

 

2、現代軟體分析的三個互補觀點
 

         User眼中的系統就像青蛙眼中的池塘,Use Case就像青蛙眼中的荷葉,青蛙眼中的各片荷葉

之間並沒有相連,也不關心各片荷葉在水面下是如何連結在一起的。領域分析師就會關心水面下的

根桱應如何支撐水面上的荷葉,水面下是以領域知識觀點而建立出來的物件模型(Object Model)

支持著水面上的各片荷葉。Use Case模型表達User的使用流程觀點,敘述User對企業系統的關心

(Concerns)期望(Expectation)和使用過程。

        Use Case模型表達企業流程裡的Value-added 活動。業務流程模型涵括企業流程裡的Non-value-added

 活動,這些活動常用來控制、支援與協調Value-added 活動,運用得當能使企業流程更加順暢,反之卻常

阻礙企業流程,所以企業再造(Reengineering)時常針對Non-value-added 活動進行調整。然而,企業再造

並不是IT系統開發與建置的先決條件。在實務上,IT系統是企業再造的觸媒(Enabler)而非主導者(Driver)

所以現代系統分析也需要精確的業務流程分析,而且先支持它,再建議企業主管逐漸改造它。

        初等的系統架構師,通常建議同時進行IT建置又進行企業再造,這是IT系統開發失敗的主因之一。

優秀的系統架構師,會建議先盡量支持既有的業務流程,而系統架構盡量維持可變與彈性,支持企業

主管的逐漸改造業務流程;這就是當今熱門話題:SOA(Service-Oriented Architecture)的主要精神所在。

 

 ---- > 請閱讀  1. 現代分析方法:雙杈式(Two-Prong)

                   2. 現代軟體結構:功能與領域物件之完美結合

       (END)