分析及整理用例

分析及整理用例

這個步驟是更具體，也很重要的的一步，前面2個步驟確定了范圍和流程，這一步針對流程上的某個節(jié)點來具體描述。以會員中心→內容管理這個模塊為例，這個模塊下面包含的用例有：

1. 1. 新增文章

2. 2. 修改文章

3. 3. 刪除文章

4. 4. 查看文章列表

5. 5. 查看文章詳情

現(xiàn)在，就可以按照上面這個列表，來一一的描述用例。一個完整的用例應該包含以下主要內容：

在描述需求時，有2種方式，一種是用例描述，另外一種是功能點描述。用例描述和功能點描述最大的區(qū)別在于，描述的角度不一樣，用例是從人和系統(tǒng)的旁觀者來描述，而功能點是從產品的角度來描述。通過用例描述需求，最好用文檔，并且有統(tǒng)一的用例模板，而功能描述只需要在Axure里，以注釋的方式描述即可。

其實，關于需求怎么描述，沒有完全正確的方式，只有最合適的方式，具體因人而異?！秵⑹句洝芬粫髡呔徒ㄗh描述產品需求只需要高保真原型+注釋就可以，完全不需要文檔，以下是書中的一些觀點：

產品說明（需求）文檔的主體應該是高保真原型，由它體現(xiàn)產品的功能需求、信息架構、用戶體驗、交互設計、視覺設計。高保證原型最大的優(yōu)勢是可以用于測試。

與其花幾個星期撰寫冗長的Word文檔，既沒人讀，也無法測試，還不如和設計師一起創(chuàng)建原型。

不管是用例描述還是功能描述，規(guī)則都是最重要的一部分，這里主要講一下如何描述能完整無誤的闡述需求并讓閱讀者看懂。規(guī)則的描述，主要是從3方面思考。

1. 1. 數(shù)據(jù)規(guī)則。主要指頁面從數(shù)據(jù)庫調取數(shù)據(jù)并展現(xiàn)的規(guī)則，比如查看文章列表這個用例，需要描述文章列表頁面展示哪些字段、每個字段的類型及長度、列表的排序規(guī)則刷新頻率等。

2. 2. 狀態(tài)邏輯。文章不同狀態(tài)之間切換的觸發(fā)點是什么，比如狀態(tài)為已發(fā)布的文章，要變?yōu)橄录?，可能的觸發(fā)條件有：發(fā)布時間已過期、手動操作下架等。

3. 3. 交互規(guī)則。界面上存在交互的元素，一一列舉并說明，比如鏈接、按鈕、滑動、下拉的具體交互規(guī)則及異常處理。另外，整個場景由于網絡問題、系統(tǒng)問題導致的異常也需要說明。