個人需求分析總結
需求分為: 業務需求 用戶需求 軟體需求 功能需求 非功能性需求 設計約束 ;這就是常規需求文檔中所描述的內容。
需求的標準: 完整性 不失真 有優先順序 有技術早期介入 需求的標準,對於任何需求分析都是一種基準,如果沒有一個基準,就不好判斷需求,也不好進行排序。
一 需求文檔的描述及技術需求要點:
1、需求規格書應採用業務導向的樹型層次結構來組織
2、對於需求分析而言真正的專業主義是基於業務利益(解決問題、創造機會、提高管控能力等)的問題
3、緩解溝通失真最有效的方法是及時複述
4、在需求捕獲的過程中多問為什麼?
5、在功能上加一個計數器
6、需求分析的本質在於業務分析而非技術分析
7、業務需求是需求之魂
8、需求分析人員對於計劃方法論的評價重在適用性
Advertisements
9、對預設計的需求是評判敏捷方法論是否適用的關鍵
10、流程分析(業務事件)是OLTP系統的關鍵線索和主要視圖
二 需求的不同層次,類型/場景要點
高層管理人員的關注點往往在問題和機會
對於向用戶的鑲入式系統行為分析是要點,以場景為主
并行工作流是OA系統的關鍵線索和主要視圖
業務需求是需求定的產物,用戶需求是捕獲的產物,軟體需求是需求分析與建模的產物
功能需求的重點在於組織
非功能需求的要點在於保證信息有效傳遞和注意其局部性
設計約束包括非技術因素的技術選型、預期的軟硬體環境和預期的使用環境三大類
業務導向的層次結構是保障完整性的關鍵
滿意/不滿意度模型是需求必要性評價的有效手段
在需求捕獲活動中化被動為主動是關鍵
需求分析是什麼? 需求分析是業務分析 需求分析是一種分解活動 需求分析是一種提煉與整合行動 需求分析是一種規格化活動
Advertisements
需求分析就是向下分解+向上提煉,外加一些規範化
需求分析是目標 需求建模是手段
在編寫需求規格說明書時,應確保一類信息只在一處描述
劃分出大小合適、粒度均勻的需求項是需求管理的前提
需求獲取的問題主要表現在:捕獲範圍不足 缺乏計劃性 缺乏科學性 捕獲對象不明確 捕獲手段不足
項目失敗的本質分析 需求變更頻繁 上線阻力大 (利益衝突 工作量大) 運行效果差 完全奔潰
目標市場分析; 目標客戶分析 競爭對手分析 商業模式分析
信息系統類軟體產品的需求重點在於針對不同目標客戶群體的不同商業模式分離變化點 經常需要減出通用性再通過插接解決擴展性。