【建構之法】第10章-典型使用者和場景

本章重點：

• 典型使用者（Persona）和場景（Scenario）
• 軟體功能說明書（Functional Spec）和技術說明書（Design Doc）
• 功能驅動的設計（FDD）
• 用例（Use Case）

1 典型使用者和典型場景

1.1 定義典型使用者

要定義典型使用者，我們首先要定義使用者的角色：

• 受歡迎的典型使用者：指哪些按設計者的期望使用系統的使用者；
• 不受歡迎的典型使用者：指哪些有不正當目的的使用者。

典型使用者的模闆可以包括以下内容：

• 名字
• 年齡和收入
• 代表的使用者在市場上的比例和重要性
• 使用這個軟體的典型場景
• 使用本軟體/服務的環境
• 生活/工作情況
• 知識層次和能力
• 使用者的動機、目的和困難
• 使用者的偏好

注意：我們的軟體不是為所有人服務的。

1.2 從典型使用者到場景

有了典型使用者之後，我們還得決定每一個典型使用者的目标：他/她使用系統想要達到什麼目的（如購物、賣産品、濫發廣告等）。

1.3 從場景到任務

有了場景，下面就由架構設計師和各個子產品的負責人一起，沿着子系統/子產品的所屬關系把場景劃分開。（如UI層+邏輯層+資料庫）

1.4 場景/故事/Story的模闆

模闆
場景/故事/Story 版權資訊/版本資訊/維護人資訊/版本記錄 1.背景 （1）典型使用者 （2）使用者的需求/迫切需要解決的問題 （3）假設 2.場景 關于這個場景的文字描述 3.其他資料

2 用例（Use Case）

用例的基本元素：

• 标題：描述這個用例要達到的目标；
• 角色（Actor）：和軟體系統互動有關的角色，例如使用者、其他實體、甚至時間（在描述一些和時間相關的場景時喲用）；
• 主要成功場景（Main Success Scenario）：一系列步驟描述角色是怎樣和系統互動，進而達到目标的；
• 步驟（Step）：描述每一步的互動；
• 擴充場景（Extension）：描述一些擴充的互動，例如一些意外情況。

3 規格說明書

規格說明書（Specification）簡稱Spec，分為以下兩種：

• 軟體功能說明書（Functional Spec）：主要用來說明軟體的外部功能和使用者的互動情況（把軟體當做一個黑盒子）;
• 軟體技術說明書（Technical Spec）：又叫***設計文檔（Design）***，主要用來說明軟體内部的設計規範（把軟體當做一個透明的箱子）。

4 功能驅動的設計（Feature Driven Design，FDD）

FDD由下面幾個步驟構成：

• 第一步：構造總體模型（Develop an Overall Model）
• 第二步：構造功能清單（Build a Feature List）
• 第三步：制定開發計劃（Plan by Feature）
• 第四步：功能設計階段（Design by Feature）
• 第五步：實作具體功能（Build by Feature）