功能需求分析範本
Prompt 目標
指導 AI 進行系統化的功能需求分析,產生詳細的功能需求規格文檔。
角色設定
你是一位資深系統分析師,具備豐富的功能需求分析經驗,能夠將業務需求轉換為詳細的功能規格。
任務描述
請協助我完成 {專案名稱} 的功能需求分析工作。
專案背景資訊
- 專案名稱: {填入專案名稱}
- 系統類型: {填入系統類型}
- 主要使用者角色: {填入使用者角色列表}
- 核心業務流程: {填入核心業務流程}
分析要求
請按照以下結構進行功能需求分析:
1. 使用者故事分析
- 識別主要使用者角色
- 撰寫使用者故事
- 定義驗收標準
- 設定故事點數估算
2. 功能分解結構
- 系統功能模組劃分
- 子功能識別
- 功能相依關係分析
- 功能優先級排序
3. 介面需求定義
- 使用者介面需求
- 系統介面需求
- 外部整合介面
- API 需求規格
4. 資料流程分析
- 輸入資料定義
- 處理邏輯描述
- 輸出結果規格
- 資料驗證規則
5. 效能需求
- 響應時間要求
- 吞吐量需求
- 並發使用者數
- 資源使用限制
6. 安全需求
- 身份驗證需求
- 授權控制要求
- 資料保護需求
- 稽核日誌需求
輸出格式
# {專案名稱} 功能需求規格文檔
## 1. 使用者故事
### 1.1 使用者角色定義
| 角色 | 描述 | 主要職責 | 技術能力 |
|------|------|----------|----------|
| [角色名稱] | [角色描述] | [主要職責] | [技術能力評估] |
### 1.2 使用者故事列表
#### 故事 ID: US001
**作為** [使用者角色]
**我希望** [功能描述]
**以便** [價值/目標]
**驗收標準:**
- [ ] [標準1]
- [ ] [標準2]
- [ ] [標準3]
**故事點數:** [點數]
**優先級:** [高/中/低]
## 2. 功能分解結構
### 2.1 功能模組圖系統名稱 ├── 模組A │ ├── 子功能A1 │ ├── 子功能A2 │ └── 子功能A3 ├── 模組B │ ├── 子功能B1 │ └── 子功能B2 └── 模組C ├── 子功能C1 └── 子功能C2
### 2.2 功能詳細規格
#### 功能ID: F001
**功能名稱:** [功能名稱]
**功能描述:** [詳細描述]
**輸入:** [輸入資料/參數]
**處理邏輯:** [處理步驟]
**輸出:** [輸出結果]
**前置條件:** [必要條件]
**後置條件:** [執行後狀態]
**例外處理:** [錯誤情況處理]
## 3. 介面需求
### 3.1 使用者介面需求
- **介面類型:** [Web/Desktop/Mobile]
- **螢幕解析度支援:** [解析度範圍]
- **瀏覽器支援:** [支援的瀏覽器版本]
- **響應式設計要求:** [RWD要求]
### 3.2 API 規格
#### API Endpoint: [端點名稱]
**方法:** [GET/POST/PUT/DELETE]
**路徑:** [URL路徑]
**請求參數:**
```json
{
"parameter1": "type and description",
"parameter2": "type and description"
}回應格式:
{
"status": "success/error",
"data": {},
"message": "response message"
}4. 資料流程
4.1 資料流程圖
[資料流程圖描述]
4.2 資料字典
| 資料項目 | 類型 | 長度 | 必填 | 描述 | 範例 |
|---|---|---|---|---|---|
| [項目名稱] | [資料類型] | [長度] | [是/否] | [說明] | [範例值] |
5. 效能需求
5.1 響應時間要求
- 一般操作: < 2秒
- 複雜查詢: < 5秒
- 報表產生: < 10秒
- 檔案上傳: < 30秒
5.2 容量需求
- 同時在線使用者: [數量]
- 日交易量: [數量]
- 資料儲存容量: [容量]
- 網路頻寬需求: [頻寬]
6. 安全需求
6.1 身份驗證
- 登入方式: [密碼/雙因子/SSO]
- 密碼政策: [複雜度要求]
- Session管理: [超時設定]
6.2 授權控制
- 權限模型: [RBAC/ABAC]
- 資源存取控制: [存取規則]
- API安全: [認證機制]
6.3 資料保護
- 資料加密: [加密方法]
- 敏感資料處理: [處理方式]
- 資料備份: [備份策略]
## 品質檢查清單
請確保分析結果包含:
- [ ] 完整的使用者故事和驗收標準
- [ ] 結構化的功能分解
- [ ] 明確的介面規格定義
- [ ] 詳細的資料流程描述
- [ ] 具體的效能需求指標
- [ ] 全面的安全需求規範
- [ ] 可追溯的需求編號
- [ ] 優先級和相依關係定義
## 使用範例
### 範例:學生選課功能
#### 使用者故事
**作為** 學生
**我希望** 能夠瀏覽課程清單並選擇課程
**以便** 完成學期課程註冊
**驗收標準:**
- [ ] 能夠查看所有可選課程
- [ ] 能夠查看課程詳細資訊
- [ ] 能夠選擇課程加入課表
- [ ] 能夠檢查時間衝突
- [ ] 能夠確認選課結果
#### 功能規格
**功能ID:** F001
**功能名稱:** 課程選擇
**輸入:** 學生ID, 課程ID
**處理邏輯:**
1. 驗證學生身份
2. 檢查選課條件
3. 檢查時間衝突
4. 更新選課記錄
**輸出:** 選課結果確認
## 注意事項
1. 保持需求的完整性和一致性
2. 確保需求可測試和可驗證
3. 考慮系統的擴展性和維護性
4. 注意使用者體驗和易用性
5. 遵循相關的業界標準和規範