第二章 文獻探討
第三節 UML
UML 是軟體發展人員為了提升團隊工作的溝通效率,將系統模型以具現化方式建 造。UML 由三位物件導向方法論專 Grady Booch、James Rumbaugh 及 Ivar Jacobson 共 同合作制定的物件導向塑模語言。根據物件管理組織( Object Management Group ,簡稱 為 OMG )的定義, UML 是「用來詳細說明、呈現、建置、記錄軟體系統工作成果的 一種塑模語言,它也可以用來建立企業模型以及其它非軟體系統。」 (Object Management Group 2001)
一、 UML 架構(葉文崎,2002)
3. 實作觀點(Implementation View)
相關的一組類別經編譯之後產生可執行的軟體元件,其間的互動說明系統內部 各模組元件的資訊及彼此之間的相依性(Dependency)。
4. 程序觀點(Process View)
在這個觀點中考量的重點就是如何透過對執行程序,或是執行緒(Thread)的組態 (Configuration),來完成系統功能性的需求。同時能符合系統中非功能性
(Nonfunctional)的屬性。
5. 部署觀點( Deployment View)
這個觀點主要顯示出系統軟硬體架構的實體佈署。
30
二、 UML 圖形
表 2-7 UML 圖形分類
靜態模型 (Static Models)
使用案例圖 (Use Case Diagram) 物件圖 (Object Diagram)
類別圖 (Class Diagram) 元件圖 (Component Diagram) 佈署圖 (Deployment Diagram)
動態模型 (Dynamic Models)
活動圖 (Activity Diagram) 狀態圖 (Statechart Diagram) 循序圖 (Sequence Diagram) 合作圖 (Collaboration Diagram)
資料來源: 葉文崎,2002,元件式系統開發方法研究-以郵務應用為例,國立政治大學資訊管
理研究所碩士論文。
1. 使用案例圖(Use Case Diagram)
用以描繪出系統所包含的使用案例(Use Case),以及與系統外部角色間的互動 關係,並以 Use Case 作為所有軟體開發流程的起始點。
2. 活動圖(Activity Diagram)
透過對活動工作者(workers)、工作流程(workflow) 、組織(organization)及相關 物件的互動,活動圖可用來表達一個企業流程內部如何運作。
3. 類別圖(Class Diagram)
類別圖可用來描述系統中物件的類型(types)及各類型間的靜態關係。類別包含 了類別名稱(name) 、內部屬性(attributes)及外部的操作方法(operations)。
4. 狀態圖
狀態圖對於系統行為模型的描述非常有用,它可以把一個物件可以進入的所有 可能狀態,以及這物件在面對外部事件所進行的狀態變化情形全都表示出來。
31
5. 循序圖(Sequence Diagram)
循序圖是互動的一種,主要強調物件間訊息傳遞的時間順序,循序圖和合作圖 主要有兩點差別,循序圖有生命線(Lifeline)及控制焦點(Focus of Control),生命線表 現出物件互動的時間;控制焦點表示物件處理某項工作的所耗費的時間。
6. 合作圖(Collaboration Diagram)
合作圖亦是互動圖的一種,主要強調物件間如何參與互動。合作圖和循序圖的 差異主要在於,合作圖的空間配置較自由,但無訊息傳遞時間順序,不過此缺點可 由順序編號(sequence number)來彌補,透過順序編號可以清楚的知道物件互動的順 序。
7. 物件圖(Object Diagram)
物件圖可表達一組實體物件間在某一時點的關係。
8. 元件圖(Component Diagram)
元件圖最主要表示出當系統開發完成後的軟體執行架構,以及元件彼此之間的 相依關係(dependency),一般會將之與佈署圖結合作為系統之軟硬體實體架構模型。
9. 佈署圖(Deployment Diagram)
配合元件圖,佈署圖可以把系統的軟體元件、硬體設備之間的關係表示出來,
描述分散式系統中所包含的硬體設備種類及軟體元件在其中的具體分布情形。
32
Becker &
Gerhart
1996
Mathis &
Jackson
1977 人力資源管理的目標主要包括生產力、品質及服務三部分。
林財丁與
陳子良 2002
人力資源管理具有策略性競爭優勢,當其與企業整體策略相結 合時,也扮演著釐清公司人力資源問題、發展解決方案的重要角色。
Ulrich &
Brockbank 2005
將人力資源區分為策略夥伴、人力資本發展者、員工支持者、