台灣最大程式設計社群網站
線上人數
1571
 
會員總數:245468
討論主題:189226
歡迎您免費加入會員
討論區列表 >> 專欄文章 >> 建構領域概念模型的來源—Y型結構理論
[]  
[我要回覆]
回應主題 加入我的關注話題 檢舉此篇討論 將提問者加入個人黑名單
建構領域概念模型的來源—Y型結構理論
價值 : 0 QP  點閱數:574 回應數:0

樓主

Kenming
初學者
20 53
874 3
發送站內信

...全文及附圖請參考

http://www.hsdc.com.tw/modules/newbb/viewtopic.php?
viewmode=flat&topic_id=29&forum=1

影響軟體資訊系統彈性度的最基本根源在於結構(Structure),而結構的核心又
源自於從問題領域(Problem Domain)的專業術語中,擷取其本質(Essential)與
彼此之間的關係,所建構的概念模型(Conceptual Model),而後再依此概念模
型來制訂更具體規格、與平台相依的軟體模型。

建構問題領域概念模型的參考來源(Source),主要有兩種:

o 需求訪談記錄、使用案例(Use Case)敘述等。
o 從與領域專家(Domain Expert)的溝通中,擷取問題領域的核心(或稱之本
質)。

第一種方式,訪談的對象大都以系統的操作者(Operator)為主,敘述的紀錄
中,所擷取的術語,幾乎以名詞為主。E-R(Entity-Relationship) Model 的系
統分析者,多數會以此種方式來找出 "Entity",作為建構 E-R 模型的單元,
而類別圖(Class Diagram),也可以此手法來塑模(Modeling)。

此種塑模的方法最重要的關鍵在於:如何紀錄並組織明確、有效的需求敘述,
依此建構概念模型,來滿足操作者使用系統的期望。

第二種方式,訪談的對象是以領域專家(Domain Expert)為主要對象。從專家的
角度,比較能看到高於一般系統操作者的局部觀點,比較能得到整體性的企業
流程(Business Process)與企業邏輯、規則等。系統分析師(SA, System
Analyst)則是需具備高度的抽象能力,懂得在與領域專家溝通的過程中,擷取
該領域最重要的本質,並以此來建構概念模型。

應用一些軟體設計的抽象技巧與樣式(Pattern),例如 "交易樣式
(Transaction Pattern)",SA 很容易擷取出各領域以交易為核心的術語,例
如 "採購"、"註冊"、"看診" ...等,均為各領域中,最為核心的交易術語,再
以此為延伸,關連此交易的 "人"、"地"、"物" ...等。

此種塑模的方法最重要的關鍵在於:SA 需要具備軟體設計的抽象思維,包括對
封裝、繼承、介面的正知與正覺。同時並懂得如何與各領域專家溝通的柔軟身
段與技巧。

以上兩種的塑模方式,是可以相互互補的。與領域專家的溝通,容易擷取出該
領域的核心本質;而從需求訪談的紀錄,可以得到操作者需要的細節。

可以以下圖的 "Y 型結構" 來表達出建構領域概念模型的來源,是源自於以上
兩種塑模方式的互補。


 
---------------------------------------------------------------------
★☆ UML 2.0 實務入門課程(1/21, 1/22) ★☆
http://www.hsdc.com.tw/modules/eguide/event.php?eid=8

---------------------------------------------------------------------
=$∼寸心千里∼$=
= blog: http://www.kenming.idv.tw/
= 軟體設計討論: http://www.hsdc.com.tw/

本篇文章發表於2006-01-11 21:27
== 簽名檔 ==
= 寸心千里=
= blog: http://www.kenming.idv.tw/
= 軟體課程訊息 http://www.hsdc.com.tw/
別忘捐VP感謝幫助你的人 新手會員瞧一瞧
目前尚無任何回覆
   

回覆
如要回應,請先登入.