軟體工程之系統建模篇：設計用例模型

本文主要介紹用例模型的設計過程，首先從系統層設計用例模型，然後分別細 化系統層識別的各用例，設計更為詳細的用例模型。用例模型是開發過程的起點 ，並驅動建模全過程。以下以辦公自動化（OA）中的辦理髮文用例模型為例，來 講解用例模型的設計過程。用例模型包括辦理公文使用案例圖及用例描述。

辦理髮文用例模型

1、辦理公文使用案例圖

在設計辦理髮文用例模型之前，先要識別活動者和用例，活動者和用例識別以 後，才能建立用例模型。

1.1 活動者識別

活動者是系統分析員與使用者交流的起點，也是項目獲得後續產品的關鍵。活動 者可以是使用系統功能的人，也可以是軟體系統和硬體裝置，凡是與系統進行信 息交換的外部實物，都可以歸為系統的活動者。系統分析員與系統使用者深入交流 後，明確系統範圍，系統功能和外部關聯的事物。識別活動者需要往複多次，可 以通過向使用者詢問類識別活動者。如：誰/什麼對系統啟動並執行結果感興趣，會改變 系統中的資料，從系統中擷取資訊，與系統互動。通過對具備這些需求的使用者進 一步分析，即可識別系統活動者。

1.2 識別過程

與系統發生互動的外部實體有草擬人、審核人、複核人、簽發人和分發人。草 擬人可識別為發文草擬人，審核人可設別為發文審核人、複核人可識別為發文複 核人，簽發人一般由相關領導擔任，可識別為發文簽發人，分發人可識別為分發 人。

1.3 用例識別

發文草擬人 新擬發文  編輯發文並儲存在系統中               　  新擬發文用例

發文草擬人 修改發文  修改發文並儲存所做操作  　　　　　　 修改發文用例　

發文審核人 審核發文  編輯審核意見並儲存在系統中　　　　   審核發文用例

發文複核人 複核發文  編輯複核意見並儲存在系統中　　　　   複核發文用例

發文簽發人 簽發發文  編輯簽發意見並儲存在系統中　　　　   簽發發文用例

分發人 　　分發發文  對分發進行登記並儲存在系統中 　　　 分發發 文用例

發文草擬人 送檔案室　將發文轉入檔案室　　　　　　　　　 送發文 至檔案室用例

1.4 使用案例圖