SA Training--專案需求發展
最近在公司上了課，聽了，看了，做了，寫了，印象才會比較深刻，所以將上課中記下來的紀錄到Blog中
最近在公司上了課，聽了，看了，做了，寫了，印象才會比較深刻，所以將上課中記下來的紀錄到Blog中
需求訪談及需求分析時可以使用 19 個已有的Model
Model主要的目的找出使用者需求，要什麼?
- 需求發展：由需要到需求
- 對使用者的要求，清晰穩定的瞭解
需求發展的步驟：
- 研讀專案計劃
- 蒐集瞭解需求
- 彙整管理需求
- 確認需求
研讀專案計劃
- 專案目標
- 範圍
- 關鍵人員參與溝通計劃(要和每一關鍵人員有互動，可減少結案的困難)
蒐集資料的方法
- 文獻調查
- 讀RFP，Proposal，工作說明書
- 專案目標
- 瞭解客戶組織，有哪些人會使用
- 研讀客戶報表，文件
- Domain Knowledge
- 訪談會議
- 訪談會議
- 擬定計劃
- 瞭解現行作業流程問題
- 瞭解使用者需要
- 對未來系統的需求與期望
- 未來系統有什麼限制與條件(要卡什麼)
- 導引使用者
- 配合訪談進行預先構思一個Scenario，一步一步導引使用者真正的需求
- 使用現有的Prototype，啟發使用者需求
- 問卷調查
- 實地觀察
- 實習
- 到使用者工作地實習
彙整管理需求
- 將使用者的需求轉成結構性
- 將需求條列分類
- 功能性
- 非功能性
- 介面需求(UI，資料交換)
- 效能(是否每一畫面，特例討論)
- 將需求給予唯一編號
- 專案詞彙 (Glossary)
文件產出
- 訪談會議紀錄
- 客戶提供資料紀錄表
- 現行作業流程圖
- 需求彙整清單暨專案詞彙表
- 系統軟硬體及網路架構圖
- 建立需求追溯表(RTM)
- 系統需求規格書
- 資料量分析表
需求確認
如何確認正確，是User想要的
- 取得專案成員認同
- 內部審查
- 取得客戶認同
- 需求彙整報告會議
- 對客戶之審查會議
- 交付需求分析文件
- 文件審查
- 客戶簽名
教育客戶：客戶需要自行整理文件(需求)，在每次的會議前
需求分析Model
User：任何會影響專案或被影響的人事物
為何要用Model
- 溝通
- 用簡單明瞭的方式，讓對方瞭解你要表達什麼
Requirements Level
- Business Problem
- User
- Sofrware
需求分類
- Level
- Scope
- High
- Low
- Focus(5W1H)
- Who誰會影響，被影響
- What 流程為何
- When 何時使用
- Where 何處使用
- Why 為何導入
- How 如何使用
- View
- Structure,behavior
- control，Dynamic
......待續