系統分析

完成系統規劃之後，即進入系統分析階段。在這個階段，將以執掌管理、任務追蹤等兩 個業項目為例，先運用 UML 使用案例圖 (Use Case Diagram) 來分析各個作業項目中，行動者 與系統之間的互動情形。並使用活動圖 (Activity Diagram) 來分析使用者與系統互動的程序。

接下去，再使用 UML 動態觀點 (Dynamic View) 中的合作圖 (Corporation Diagram) 與順序圖 (Sequence Diagram) 來分析各個作業中，行動與行動之間的相互關係。

4.3.1 職掌管理系統分析

進行維護。當操作者使用前者時，系統即進入職掌新增模式；當操作者使用後者時，系統先 將存在於資料庫中的職掌列出，由操作者選擇所要進行的作業為 1) 查詢職掌，2) 變更職掌，

或是 3) 取消職掌。

圖 31 以 UML 使用活動圖塑造的執掌管理作業分析模型

4.3.1.1 職掌建立

以 UML 合作圖 (Corporation Diagram) 來分析職掌建立動作中，各物件之間的互動情形如 圖 32 所示。首先，1) 使用者透過職掌管理介面，向系統輸入職掌資料；接下來 2) 職掌管理 介面向職掌管理作業提出建立職掌的要求；3) 職掌管理作業於是先針對現有職掌進行查詢，

以確保不會產生職掌重複的問題；4) 等新的職掌建立完成之後，職掌管理作業會收到職掌物 件庫所發出來的通知；最後，再由 5) 職掌管理系統於職掌管理介面上顯示職掌建立完成的訊 息，通知操作系統者。

圖 32 以 UML 合作圖塑造的執掌建立動作分析模型

將 UML 合作圖 (Corporation Diagram) 轉化為順序圖(Sequence Diagram)來分析職掌建立 動作之中，各步驟在時間上的先後次序關係如圖 33 所示。

圖 33 以 UML 順序圖塑造的執掌建立動作分析模型

4.3.1.2 職掌查詢

以 UML 合作圖 (Corporation Diagram) 來分析職掌查詢動作中，各物件之間的互動情形如 圖 34 所示。首先，1) 使用者透過職掌管理介面，向系統輸入職掌查詢關鍵字；接下來 2) 職 掌管理介面向職掌管理作業提出查詢職掌的要求；3) 職掌管理作業於是先針對現有職掌進行 查詢；4) 等新的職掌查詢完成之後，職掌管理作業會收到職掌物件庫所發出來的通知；最後，

再由 5) 職掌管理系統於職掌管理介面上顯示職掌查詢的結果，通知操作系統之者。

圖 34 以 UML 合作圖塑造的執掌查詢動作分析模型

將 UML 合作圖 (Corporation Diagram) 轉化為順序圖(Sequence Diagram)來分析職掌查詢 動作之中，各步驟在時間上的先後次序關係如圖 35 所示。

圖 35 以 UML 順序圖塑造的執掌查詢動作分析模型 4.3.1.3 職掌變更

以 UML 合作圖 (Corporation Diagram) 來分析職掌變更動作中，各物件之間的互動情形如

圖 36 所示。首先，1) 使用者透過職掌管理介面，向系統輸入職掌變更資料；接下來 2) 職掌 管理介面向職掌管理作業提出變更職掌的要求；3) 職掌管理作業於是先針對現有職掌進行查 詢，以確保不會產生職掌重複的問題；4) 在確認沒有職掌重複的問題後，職掌管理作業開始 進行職掌變更以及下階職掌同步變更的動作；5) 等新職掌變更完成之後，職掌管理作業會收 到職掌物件庫所發出來的通知；最後，再由 6) 職掌管理系統於職掌管理介面上顯示職掌建立 完成的訊息，通知操作系統者。

圖 36 以 UML 合作圖塑造的執掌變更動作分析模型

將 UML 合作圖 (Corporation Diagram) 轉化為順序圖(Sequence Diagram)來分析職掌變更 動作之中，各步驟在時間上的先後次序關係如圖 37 所示。

圖 37 以 UML 順序圖塑造的執掌變更動作分析模型 4.3.1.4 職掌取消

以 UML 合作圖 (Corporation Diagram) 來分析職掌取消動作中，各物件之間的互動情形如 圖 38 所示。首先，1) 使用者透過職掌管理介面，向系統輸入職掌取消要求；接下來 2) 職掌 管理介面向職掌管理作業提出取消職掌的要求；3) 職掌管理作業於是先針對現有職掌進行查

詢；4) 等職掌取消完成之後，職掌管理作業會收到職掌物件庫所發出來的通知；最後，再由 5) 職掌管理系統於職掌管理介面上顯示職掌取消完成的訊息，通知操作系統者。

圖 38 以 UML 合作圖塑造的執掌取消動作分析模型

將 UML 合作圖 (Corporation Diagram) 轉化為順序圖(Sequence Diagram)來分析職掌取消 動作之中，各步驟在時間上的先後次序關係如圖 39 所示。

圖 39 以 UML 順序圖塑造的執掌取消動作分析模型

4.3.2 任務追蹤系統分析

以 UML 使用案例圖 (Use Case Diagram) 來分析任務追蹤作業中，行動者與系統之間的互 動情形如圖 40 所示。行動者為任一位員工，他透過系統介面可能的動作有下列五項：

1) 建立任務

依據實際狀況建立任務，需包括來源、需求等資訊；在確認建立新任務之前，需查詢 是否有重複建立任務的情況。

2) 查詢任務

依照操作者輸入的關鍵字，查詢已建立的任務以及其執行狀況等資訊。

3) 指派任務

任務建立完成 之後，由相關主管負責進行任務指派的作業。在進行任務指派之前，

需先進行任務查詢的動作。

4) 回報任務執行情況

由任務執行負責人回報任務執行狀況，在在進行任務執行狀況回報之前，也需先進行 任務查詢的動作。

5) 任務完成確認

由品保部門負責針對以執行完畢的任務，進行任務執行完成確認，確保任務的徹底執 行，在在進行任務完成確認之前，同樣需先進行任務查詢的動作。

圖 40 以 UML 使用案例圖塑造的任務追蹤作業分析模型

接下來使用活動圖、合作圖以及順序圖針對任務追蹤作業進行的分析工作，基本上類似 以上針對職掌管理作業所進行的分析工作。