用例格式
在以往做作業中發現用例格式的重要性，所有特別列出用例格式，備忘：
最基本的乙個模板就是完整正式的用例模板：
完整正式的用例模板<
名字》《用例名應該是乙個用主動語態動詞短語來表示的用例目標
>
使用語境：《目標較長的描述，如果需要，還包括觸發條件
>
範圍：《設計範圍，在設計時將系統作為乙個黑盒來考慮
>
級別：《概要、使用者目標、子功能三者之一
>
主執行者：《主執行者的角色名稱或主執行者的描述
>
>
前置條件：《我們所希望的，周圍環境已經達到的狀態
>
最小保證：《在所有退出操作前，如何保證得到必須的資訊
>
成功保證：《目標完成時環境的狀態
>
觸發事件：《什麼引發了用例，可能是時間事件
>
主成功場景：
《在這裡寫出從觸發事件到目標完成以及清除的步驟
>
《步驟編號
#><
動作描述
>
擴充套件：《在這裡寫出擴充套件，每次寫乙個擴充套件，每乙個擴充套件都指向主場景中的特定步驟
>
《被改變步驟
><
條件》：<
動作或子用例
>
《被改變步驟
><
條件》：<
動作或子用例
>
技術和資料變化列表：
《在這裡寫出場景總因技術活資料變化而引起的可能分支
>
《步驟或變化編號
#>
：<
變化列表
>
《步驟或變化編號
#>
：<
變化列表
>
《專案所需要的所有附加資訊
>
與這正式的格式相比，程式開發組的往往比較中意一些單列、步驟編號的版本。
用例的單列**格式
用例#《用例名應該是乙個用主動語態動詞短語來表示的用例目標
>
使用語境
《如果需要，寫出語境的詳細陳述
>
範圍《在設計時將系統作為乙個黑盒來考慮
>
級別《概要、使用者目標、子函式三者之一
>
主執行者
《主執行者的角色名稱或主執行者的描述
>
專案相關人員和利益
專案相關人員
利益《專案相關人員名稱
>
《專案相關人員取得的利益
>
《專案相關人員名稱
>
《專案相關人員取得的利益
>
前置條件
《我們所希望的，周圍環境已經達到的狀態
>
最小保證
《在所有退出操作前，如何有效保證專案相關人員的利益
>
成功保證
《如果目標完成時滿足專案相關人員的利益
>
觸發事件
《觸發系統啟動用例的動作
>
描述步驟
活動《在這裡寫出從觸發事件到目標完成以及清除的步驟
>
擴充套件步驟
分支動作
1a《引起分支的條件
>
《活動或子用例名稱
>
技術和資料變化
《變化列表
>
還有一些常見的格式有非正式的用例格式、單列表用例格式、雙列表用例格式、rup
用例格式、條件語句格式、
occam
格式、圖形方式、
uml用例圖。
影響用例書寫格式的因素有：
矛盾因素：業務環境、社會作用、不同文化；
當想要描述用例時，可能會遇到突然發現我們總是按照另為一種方式去做事情，或者會在不同的文化背景中存在有偏見的看法等等。
理解層次：
在不同的時間、地點，不同的人對同一件事情會有不同的理解。
使用者是讀者，也是用例的使用者，他們關心用例的頂層描述；
技術人員是編寫者或實現者，他們關心細節；
還有其他專案相關人員關注的地方都不盡相同。
經驗與格式：
經驗：每個小組中都有用例才初學者，但是很快就會成為「有經驗」的設計者。有經驗的人知道一些捷徑；初學者則希望有清晰的方向和一致的指令。
格式：不管對有經驗的設計者還是初學者，領導者或部門傳統的工作方式都是需要一種正式的（或非正式）的書寫格式。
程式設計人員和使用者介面設計者需要準確的知道位址意味著什麼，位址包括哪些域，每個域的長度，以及位址、傳真號、**號碼的驗證規則，等等。所有這些資訊包含在需求的其他部分中，但不在用例中表示。
用例只是需求文件「第3
章」——行為需求，它們不包括系統效能需求、業務規則、使用者介面設計、資料描述、有限狀態機行為、優先順序以及其他相關資訊。
事實上，有些資訊可以作為用例相關資訊附在用例上：比如用例優先順序、期望的發生頻率、效能要求、交付日期、次要執行者、業務規則（可能）、未解決的問題。可以根據不同專案調整這些資訊。報認為重要的資訊包好進去。
每個用例都是一篇散文：「就像寫散文一樣，全部困難在於既要採用單調的寫作方式，又要富有完美的表達能力」。
僅適用一種句型：現在時態的句子、在主動語態中用主動動詞、描述執行者成功到達的目標、這些目標推動了整個過程的前進。
「包含」子用例；
誰控制球：應該按從上往下的角度，以觀察和記錄景物的方式來編寫用例。
正確地得到目標層；
不考慮gui
：確定你所寫的每一步恰好抓住了執行者的真實意圖，而不僅僅是操作使用者介面的動作。
兩個結局：成功和失敗。當乙個執行步驟呼叫乙個子用例時被呼叫的用例可能成功或者失敗。
前置條件：用例中的前置條件表明了用例的可執行條件。系統必須保證前置條件為真。編寫前置條件是為了以後用例編寫中不用再對它們進行檢查。
對用例進行通過/
失敗測試；
《編寫有效用例》
1 完整正式的用例格式 1 單列文字 不是乙個 2 步驟編號 3 沒有條件語句 4 擴充套件部分的編號規則是數字和字母的組合 完整正式的用例模板 名字 用例名應該是乙個用主動語態動詞短語來表示的用例目標 使用語境 目標較長的描述，如果需要，還包括觸發事件 範圍 設計範圍，在設計時將系統作為乙個黑盒來...
《編寫有效用例》閱讀筆記三
基於資料庫操作的小用力稱為crud用例，每個小用例都表達了單獨需求，在處理這種用例是會有兩種不同的方法，可以將其分離或者先使用單個管理實體用例對其處理。在提取系統用例時或有許多用例大致相同，對此可能會建立一種通用搜尋機。用例每個目標步驟的命名類似於程式語言中的子過程呼叫，而且用例是有人而不是計算機使...
淺讀《編寫有效用例》
writing effective use cases alistair cockburn 做為乙個著名的軟體開發方 者，他積極倡導輕型的敏捷軟體開發，強調人在軟體開發中的核心作用，他形象把軟體開發比喻為 遊戲 工作應該投入，輕鬆，簡單，交流，充滿興趣的。本書是關於編寫用例的方面的名著，獲獎書，值得...