敏捷開發框架下的軟體工程/第二輪迭代/任務
< 敏捷開發框架下的軟體工程 | 第二輪迭代
| 任務 |
|
 |
任務是在將功能需求與人員混合後發生的事情。 對於每個任務，我們都會對其進行分析。 重要的是，描述應該從人的角度而不是計算機的角度出發。
例如：如果任務是刷牙，那麼專注於步驟的順序，清潔的感覺等等，而不是牙刷的彎曲程度。
| 任務 | 任務編號和名稱 - 描述性且簡潔 |
| 功能 | 正在執行的功能與其與其他任務的關係 |
| 視角 | 哪個使用者在執行它 |
| 使用者分析 | 此任務中使用者的特徵是什麼，例如技能、經驗 |
| 環境 | 在什麼環境中將執行該任務；物理 - 辦公室噪音、照明、社交 - 壓力、保密性 |
| 先決條件知識 | 使用者在執行任務之前需要了解什麼：可能是資訊，例如學生 ID 號碼，或技能，例如簡訊培訓 |
| 優先順序 | 高/中/低 |
| 頻率 | 該使用者組執行此任務的頻率是多少，例如每天一次，每小時二十次 |
| 持續時間 | 此任務需要多長時間，例如 5 分鐘，一個小時 |
| 碎片化 | 任務是否由幾個簡短的任務組成，還是必須在一個會話中完成？ 描述哪個。 |
| 獨立性 | 任務是否依賴於其他任務，還是可以獨立於其他任務執行？ |
| 任務績效指標 | 我們如何衡量任務執行得如何？ 從人的角度 - 可衡量的標準，例如佇列大小、滿意度、結果的準確性 |
| 典型用例 | 描述任務，執行哪些步驟（要點） 確保這是從使用者的角度出發的。 避免對計算機術語的具體引用。 |
| 變體 | 任務的變體列表 - 使用者錯誤、改變主意、機器吞噬 EFTPOS 卡 |
| 相關任務 | 列出非常類似的任務，按編號和名稱，相同的任務 - 不同的使用者組，相同的任務 - 不同的環境 |
| 任務 | 註冊學生 |
| 功能 | 功能 學生註冊 在客戶服務處執行，學生在辦公桌旁。 |
| 視角 | 客戶服務人員 |
| 使用者分析 | 接受過簡訊使用的培訓，經驗豐富，熟練使用計算機，具備良好的客戶服務技能。 |
| 環境 | 前臺接待，照明良好，佈局合理。 可能會很忙、吵鬧、時間緊迫。 有時會處理機密資訊。 |
| 先決條件知識 | 學生需要已經在 SMS 中註冊（聯絡任務），POS 完成並簽字，使用者接受過 SMS 培訓 |
| 優先順序 | 中 - 隨高峰時段而變化，如果學生正在等待註冊，效率很重要。 |
| 頻率 | 非常頻繁，但隨學期時間、一天中的時間而變化。 學期第一週每小時 10 次。 |
| 持續時間 | 5-10 分鐘 |
| 碎片化 | 涉及多個階段，資料可以在任何時候儲存，註冊可以在以後完成。 所有來自注冊表格的資料都需要輸入才能完成。 |
| 獨立性 | 依賴於聯絡任務。 可以在同一會話中完成。 |
| 任務績效指標 | 處理速度、來自學生的反饋、來自部門的反饋、未處理的註冊積壓。 無錯誤。 |
| 從人的角度 - 可衡量的標準 | 例如：佇列大小、滿意度、結果的準確性 |
| 典型用例 |
- 收集學生資訊 - 在 SMS 中查詢學生 - 輸入來自注冊表格的詳細資訊 - 輸入來自 POS 表格的詳細資訊 - 檢查驗證 - 簽證、出生證明等 - 完成註冊 - 為學生列印檔案 |
| 變體 | 資訊不完整 - 沒有驗證、學生不在系統中、學生資料與系統資料不匹配 |
| 相關任務 | 註冊 - 後臺 - 學生不在場 線上註冊流程 |
