By 高焕堂 2008/04/04
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 活动进行调整。[歡迎光臨 高煥堂 網頁： http://www.cnblogs.com/myEIT/ ]
然而，企业再造并不是IT系统开发与建置的先决条件。在实务上，IT系统是企业再造的触媒(Enabler)而非主导者(Driver)，所以现代系统分析也需要精确的业务流程分析，而且先支持它，再建议企业主管逐渐改造它。 初等的系统架构师，通常建议同时进行IT建置又进行企业再造，这是IT系统开发失败的主因之一。优秀的系统架构师，会建议先尽量支持既有的业务流程，而系统架构尽量维持可变与弹性，支持企业主管的逐渐改造业务流程；这就是当今热门话题：EA(Enterprise Architecture)的主要精神所在。
[Go Back]
