Please enable JavaScript.
Coggle requires JavaScript to display documents.
撰寫使用案例, 黑箱:只知道輸入輸出關係而不知道內部結構的系統或設備 - Coggle Diagram
撰寫使用案例
繪製使用案例圖
參與者、使用案例圖與系統邊界
參與者actor:人行符號
模板stereotype :將特定類型的名稱放入<< >>內
部門
電腦系統
主要參與者primary actor :放左邊,表啟動使用案例的執行
支持參與者supporting actor:放右邊,表接受使用案例執行完的結果
使用案例:橢圓形符號
參與者與使用案例關係:沒有箭頭的實線
使用案例放在長方形框框內:系統(長方形邊界:系統邊界)
子系統
子系統分割:為了簡化系統製作、安全、效率等考量
功能分割:將功能關聯性高的使用案例集合再一起(降低系統複雜程度、簡化設計並提高系統運作的效能)
角色導向分割:以不同參與者或部門需要操作的使用案例來區隔
地理分割或時間分割:依據處理的地點或時間進行子系統分割
<< include >>依賴
某些特定流程會重複出現,將特定流程寫成使用案例,再由其他使用案例來呼叫
有箭頭的虛線,由基本使用案例(base use case)指到要被呼叫進來的使用案例上
<< extend >>擴充/延伸關係
原有的使用案例已經寫好,但要增加一些初裡步驟或有些特殊的情況需要處理,在不改寫原有使用案例內容的情況下,可以將這些增加的步驟寫成使用案例
基本使用案例圖中要標示擴充點,表示當條件成立時,會從這個點擴充出去執行擴充的使用案例
從擴充點的使用案例畫一連結線指向基本使用案例(和<< include >>正好相反)ㄈ
簡介使用案例
使用案例撰寫要點
使用案例:描述參與者如何使用系統以達成其目標的一組成功與失敗的情節scenario
(情節:描述參與者與系統之間一連串動作的敘述、互動過程)
必須考慮各種互動的情況
必須仔細描述互動的細節
以使用者能夠理解的簡單直接方式,敘述參與者與系統的互動過程,不需要描述到系統如何處理資料的細節,但也需要再使用者的層次上盡可能地詳細
參與者:與系統直接互動的人或個體
利害關係人:對系統有期望,也可能是原始事件的啟動者
目標導向的情境描述goal-oriented context:檢驗是否達成了利害關係人的目標(每個使用案例都會完成部分利害關系人的目標,全部的使用案例將完全達到所有利害關係人的目標)
簡略、中等與完整描述
簡略/非正式、中等:一段話、一小節的敘述使用案例內容
完整:更精確描述內容,詳細地將各種狀況與細節清楚地陳述出來
使用案例名稱:描述使用案例之名稱
使用案例描述:簡要說明使用案例之內容
主要參與者:與系統交互作用之外部人員、部門或其他系統,紀錄著啟動使用案例執行的參與者
支持者參與者:接收使用案例回傳訊息的參與者,在使用案例中可以不需要表示,會標示在圖形的右邊
利害關係人與目標:紀錄與使用案例相關的利害關係人與所要達成的目標。檢視使用案例的情節及後製條件是否充分達成這個目標,也可以依目標來訂使用案例所要完成的工作。
前置條件pre-conditions:使用案例執行前需要滿足之條件,當條件為真,才會開始執行。有時會加入在使用案例的主要情節中判斷,以確保執行中不會產生錯誤
後置條件post-conditions:使用案例執行之後所要達成之條件。用來檢查執行這個使用案例的目的為何,以及是否完成工作
主要成功情節main success scenario :描述完成工作之流程與步驟,並且以基本企業流程(EBP, Elementary Business Process。是描述企業流程的基本單位,意思是某人員在某一時間某個地點回應某個企業事件的工作,將系統看成是黑箱black box)的概念來描述這些動作
例外情節extensions:描述例外狀況或其他條件發生時所產生的動作,包括成功或失敗條件之情節
其他需求:描述這個使用案例所需要的其他需求,包括一些企業規則或硬體設備
描述主要情節的方式
兩欄的描述方式
單欄的描述方式
如何撰寫使用案例
結合介面的使用案例
簡介活動圖
黑箱:只知道輸入輸出關係而不知道內部結構的系統或設備