visual paradign
僅以uml表示法顯示用例圖是不夠的。每個用例都附有說明用例目的的文字,以及在執行用例時完成的功能。
用例規範通常以迭代方式在分析和設計階段建立。
用例描述由執行者生成的任務,該任務生成業務的業務價值結果。用例可以視覺化為用例圖或/和結構化文字規範格式:
用例(任務 - 客戶想要執行的)可能是:
用例有:
例如 - 客戶支付賬單:
有多種途徑可以實現目標:
一條不會導致目標的路徑:
用例模型及其各個用例隨著時間的推移逐級發展。並非所有模型的用例都必須指定為相同的細節級別。
用例可以在不同的資料和範圍級別編寫,每個用例都有用:
例如:從atm機獲取現金是一項有用的任務,並且在核心級別是乙個用例,但是輸入您的pin碼不會達到這個級別,因為它支援主要工作。
注意:某些用例可以在ii級之前充分指定。當使用及時和恰當的方式實現足夠的細節時,您就會停止。
詳細用例是說明一系列事件以及某種格式的其他相關用例資訊的文字表示。人們通常採用標準用例模板來記錄用例的詳細資訊
如前所述,用例有幾種表示法樣式(例如圖表樣式,統一建模語言,文字格式)。無論使用何種符號都應該易於理解。您可以使用模板,例如來自alistair cockburn的模板,但也可以選擇使用最適合您團隊的模板。
用例規範
用例名稱:
提取現金
男演員:
客戶(小學),銀行系統(中學)
摘要描述:
允許任何銀行客戶從其銀行帳戶中提取現金。
優先:
一定有狀態:
中等水平的細節
前提:
後置條件(s):
基本路徑:
客戶將他們的卡輸入atm
atm驗證該卡是有效的銀行卡
atm請求pin碼
客戶輸入他們的pin碼
atm根據pin碼驗證銀行卡
atm提供服務選項,包括「提款」
客戶選擇「提款」
atm提供金額選項
客戶選擇金額或輸入金額
atm驗證其料斗中有足夠的現金
atm驗證客戶是否低於提款限額
atm驗證客戶銀行賬戶中的足夠資金
atm借記客戶的銀行賬戶
atm返回客戶的銀行卡
客戶拿走他們的銀行卡
atm發出客戶的現金
客戶拿走現金
替代路徑:
2a。卡片無效
2b。卡顛倒了
5a。被盜卡
5b。pin無效
10a。料斗中的現金不足
10b。料斗中現金的錯誤面額
11a。提款超過提款限額
12a。客戶銀行賬戶中的資金不足
14a。銀行卡卡在機器中
15a。客戶未能領取銀行卡
16a。現金卡在機器上
17a。客戶未能拿走現金
商業規則:
b1:pin的格式
b2:pin重試次數
b3:服務選項
b4:金額選項
b5:提款限額
b6:在分發現金之前必須帶走卡
非功能性要求:
nf1:完成交易的時間
nf2:pin輸入的安全性
nf3:允許收集卡和現金的時間
nf4:語言支援
nf5:盲目和部分盲目支援
什麼是統一建模語言?
uml工具列表
免費試用visual paradigm
第二節 描述用例
第二節描述用例 一.描述用例 用例圖描述了參與者要求系統能 做什麼 但是缺乏描述系統該 怎麼做 的細節。一般情況下,每個用例應具有乙個用例描述。在uml中對用例的描述並沒有硬性規定,但一般情況下用例描述應包括以下幾個方面 1 用例名稱 用例名稱應該表明使用者的意圖或用例的用途,例如 借閱圖書 歸還圖...
簡單介紹一下 用例描述
主要內容有 1.用例概述 1.1 執行者 2.事件流 2.1 主要事件流 介紹完成某一次操作的流程,在介面中是通過哪些控制項一步一步來完成的,僅考慮一次正常順利的操作,無視異常 2.2 次要事件流 一些操作所引發或導致的錯誤或者異常,介紹其的產生原因和處理結果 3.特殊要求 4.前置條件 本用例開始...
愛上基於用例的開發
我個人的寫作水平有限,而且自己開發的經驗有限,下面的內容只是自己的一點體會。希望閱讀者能以乙個批判的態度閱讀,希望對你有幫助,並願意聽取你的意見。學習軟體工程的知識有較長一段時間了,但是自己的腦子裡面對於軟體開發的過程一直就是 需求分析,設計,實現,測試,維護。但是真的做起開發來,感覺總是把精力集中...