古典需求分析的焦點是流程(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) (END)
|

