怎麼寫開發用例？

最近在搞軟件構建，總結下編寫開發用例的知識。

用例是什麼？

用例是文本形式的描述，使用系統實現用戶目標的情節發現和紀錄功能性需求

用例要說明的內容：

• 場景的簡單描述
• 關於場景的假設條件
• 用例的發起參與者
• 場景的前置條件
• 場景中與系統相關的步驟序列
• 場景完成後的後置條件
• 用例的收益參與者

開發用例

編寫用例的目的

用例是軟件構建過程當中常常被提到的名詞。測試用例是爲了讓測試人員更好的測試，一樣的道理開發用例就是更好的指導開發人員完成編碼。
在這要說的是兩個基本目標：

• 覆蓋全部需求
  經過用例對產品需求進行有效的整理，並將需求轉成一個個用例。
• 指導開發
  完整的用例減小開發人員在編碼階段對功能需求的重複思考，一方面能夠調高效率，另外一方面也能避免功能背離需求的狀況。

編寫用例

下面經過對用例的幾個必備因素聊一聊寫開發用例。

描述

描述要表達的基本含義就某某（角色）經過【xxx】（功能）作xxx，以達到xx的目的。由此能夠得出用例描述所要體現出如下幾個基本信息：

• 參與者——角色
• 行爲——功能
• 目的——產生的影響

前置條件

前置條件就是說用戶要作這件事情以前，必需要完成的事情或者具有的條件，沒有作到這個條件不能執行當前行爲。這個一般指業務上的一些前置，例如：必須登陸；必須是某某角色。

後置條件

後置條件是執行完用例後產生的一些影響，好比：添加完信息後列表能夠顯示出來。

執行步驟

步驟主要說明用例在業務上的執行步驟。

寫用例的粒度

粒度是一個很關鍵的問題，通常用例能夠按照功能點劃分，可是若是功能業務邏輯十分複雜，且很是耗時，這時是有必要拆分下用例，以便能分析問題逐個解決。另一個多是功能十分簡單，沒有具體的業務且耗時較短，這類看似沒有必要寫成一個用例，可是若是是一個獨立的功能，仍是要寫的。

檢查項

檢查項不是用例必須的因素，但我的認爲檢查項十分有用，至少對於開發來說。檢查項應該是越詳細越好，一方面能夠清晰的體現業務的約束和邊界爲開發提供有利的幫助，另外一方面能夠很好的驗證開發的完整性。