軟件工程之系統建模篇【設計用例模型】


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

辦理發文用例模型

  1、辦理公文用例圖

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

  1.1 活動者識別

  活動者是系統分析員與用戶交流的起點,也是項目獲得后續產品的關鍵。活動者可以是使用系統功能的人,也可以是軟件系統和硬件設備,凡是與系統進行信息交換的外部實物,都可以歸為系統的活動者。系統分析員與系統用戶深入交流后,明確系統范圍,系統功能和外部關聯的事物。識別活動者需要往復多次,可以通過向用戶詢問類識別活動者。如:誰/什么對系統運行的結果感興趣,會改變系統中的數據,從系統中獲取信息,與系統交互。通過對具備這些需求的用戶進一步分析,即可識別系統活動者。

  1.2 識別過程

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

  1.3 用例識別

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

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

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

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

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

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

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

  1.4 用例圖

  

  2、用例描述

    2.1 新擬發文

  用例目標:當發文草擬人新擬一份發文時用例開始。它處理有關發文的初始化定義及編輯發文等問題,當發文草擬人結束編輯以后用例結束。

  前提條件:發文草擬人登錄進入系統

  成功后件:增加一份草擬發文,發文辦理人改為發文審核人

  主路徑:草擬發文—>提交發文審核人  可選路徑:草擬發文—>保存不提交 草擬發文—>放棄新擬發文

  2.2 修改發文

  用例目標:當發文草擬人修改一份發文時用例開始,它處理對發文的修改,當發文草擬人結束編輯后用例結束。

  前提條件:發文草擬人登錄進入系統

  成功后件:保存對發文的修改,發文辦理人改為發文審核人,刪除發文草擬人修改該發文的待辦事項,增加發文審核人審核該發文的待辦事項。

  主路徑:修改發文—>提交發文審核人  可選路徑:修改發文—>保存不提交 修改發文—>放棄對發文修改

  2.3 審核發文

  用例目標:當發文審核人審核一份發文時用例開始,它處理對審核意見的編輯,當發文審核人結束編輯以后用例結束。

  前提條件:發文審核人登錄進入系統

  成功后件:保存審核意見,發文辦理人改為發文復核人,刪除發文審核人審核該發文的待辦事項,增加發文復核人復核該發文的待辦事項

  主路徑:編輯審核意見—>提交發文復核人 可選路徑:編輯審核意見—>提交發文草擬人  編輯審核意見—>保存不提交 編輯審核意見—>放棄對審核意見編輯

  2.4 復核發文

  用例目標:當發文復核人復核一份發文時用例開始,它處理對復核意見的編輯,當發文復核人結束編輯以后用例結束。

  前提條件:發文復核人登錄進入系統

  成功后件:保存復核意見,發文辦理人改為發文簽發人,刪除發文復核人復核該發文的待辦事項,增加發文簽發人簽發該發文的待辦事項

  主路徑:編輯復核意見—>提交發文簽發人 可選路徑:編輯復核意見—>提交發文審核人  編輯復核意見—>保存不提交 編輯復核意見—>放棄對復核意見編輯

  2.5 簽發發文

  用例目標:當發文簽發人簽發一份發文時用例開始,它處理對簽發意見的編輯,當發文簽發人結束編輯以后用例結束。

  前提條件:發文簽發人登錄進入系統

  成功后件:保存簽發意見,發文辦理人改為分發人,刪除發文簽發人簽發該發文的待辦事項,增加分發人簽發該發文的待辦事項

  主路徑:編輯簽發意見—>提交分發人 可選路徑:編輯簽發意見—>提交發文復核人  編輯簽發意見—>保存不提交 編輯簽發意見—>放棄對簽發意見編輯

  2.6 分發發文

  用例目標:當分發人分發一份發文時用例開始,它處理對分發登記,當分發人結束登記以后用例結束。

  前提條件:分發登錄進入系統

  成功后件:保存發文分發結果,發文辦理人改為發文草擬人,刪除分發人分發該發文的待辦事項,增加發文草擬人發文存檔該發文的待辦事項

  主路徑:分發人登記分發結果—>提交發文草擬人 可選路徑: 編輯復核意見—>保存不提交 分發人登記分發結果—>放棄對分發登記編輯

  2.7 送發文至檔案室

  用例目標:當分發草擬人送一份發文至檔案室時用例開始,它處理將發文轉至檔案室問題,當完成轉移以后用例結束。

  前提條件:發文草擬人進入系統

  成功后件:發文草擬人辦理發文轉移檔案室

  主路徑:發文草擬人—>送發文至檔案室 可選路徑: 發文草擬人—>送發文至檔案室登錄后,放棄送發文至檔案室 發文草擬人—>送發文至檔案室后,但沒有需要送檔案室的發文。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM