需求分析

需求分析

• • 優秀需求的特性
  • 文檔
  • 需求擷取困難
  • 擷取資訊的來源
  • 項目前景與範圍文檔
  • 面談結構
  • 面談優點
  • 面談的缺點和局限性

1. 完整性

   每一個描述包含開發人員設計和實作這項功能需要的所有資訊。

2. 正确性

   真實反映使用者意圖

3. 精确性

   需求的描述要具有可了解性，充分。包括必要的資訊

4. 可行性

   在現有系統和環境已知條件和限制實作，必要時通過開發原型來驗證

5. 必要性

   每一項需求都是必要的，滿足使用者業務需求所必需的，沒有可以忽略的

6. 無歧義

   每一需求隻有一種解釋，在需求開發定義一個共同了解的詞彙表

7. 可驗證

   通過分析、檢查、模拟、測試能判斷需求是否被滿足

項目前景和範圍文檔、使用者需求文檔、需求規格說明文檔

1. 項目前景和範圍文檔定義了系統的業務需求，明确了系統開發的努力方向和工作範圍

2. 使用者需求文檔定義了系統的使用者需求，以使用者立場表達了對系統行為的期望

3. 需求規格說明文檔系統規格說明和軟體規格說明

系統規格說明定義整個系統的需求，軟體需求、硬體需求、其他需求

軟體規格說明定義軟體需求

1. 使用者和開發人員的背景不同，立場不同
   1. 知識了解的困難
   2. 預設知識現象
2. 普通使用者缺乏概括性、綜合性表述能力
3. 使用者存在認知困境
4. 使用者越俎代庖
   1. 使用者提出的不是需求，是解決方案
   2. 使用者固執地堅持某些特征和功能
5. 缺乏使用者參與
   1. 使用者數量太多，選擇困難
   2. 使用者認識不足，不願參與
   3. 使用者情緒抵制，消極參與
   4. 沒有明确的使用者

1. 涉衆
   • 使用者
   • 客戶
   • 領域專家
   • 市場人員、銷售人員
2. 硬資料
   • 登記表格、單據、報表 定量
   • 備忘錄、日志 定性
3. 相關産品
   • 原有系統
   • 競争産品
   • 協作産品
4. 重要文檔
   • 原有系統的規格說明
   • 競争産品的規格說明
   • 協作産品的規格說明
   • 客戶的需求文檔、委托開發的規格說明、招标書
5. • 相關法律、法規
   • 行業規範、行業标準
   • 領域參考模型

1. 業務需求

   1.1 應用背景

   1.2 業務機遇

   1.3 業務目标

   1.4 業務風險

2. 項目前景

   2.1 前景概述

   2.2 主要特性

   2.3 假設與依賴

3. 項目範圍

   3.1 第一版範圍

   3.2 後續版本範圍

   3.3 限制與排除

4. 項目環境

   4.1 操作環境

   4.2 涉衆

   4.3 項目屬性

1. 金字塔結構

   主動情況，被會見者需要對話題進行預熱

   被動情況，會見者發現自己事先對事實的确認存在較大偏差或被會見者不情願讨論某個話題

2. 漏鬥結構

   主動情況，開始面談提供容易的途徑

   被動情況，被會見者對話題有情緒或會見者事先對事實了解不多

   好處，用這種方式得到很多詳細資訊，

3. 菱形結構

   有金字塔結構和漏鬥結構好處，缺點是時間比較長

1. 面談的開展條件較為簡單，經濟成本較低
2. 能獲得包括事實、問題、被會見者觀點、被會見者态度和被會見者信仰等各種資訊類型在内的廣泛内容
3. 通過面談，需求工程師可以和涉衆建立互相之間的友好關系
4. 通過參與面談，被會見者會産生一種主動為項目作出貢獻的感覺，提高涉衆的項目參與熱情

1. 面談比較耗時，時間成本較高
2. 在被會見者地理分散的情況下往往難以實作
3. 面談參與者的記憶和交流能力對結果影響較大，尤其是面談的成功較高地依賴于需求工程師的人際交流 能力
4. 交談中常見的概念結構不同、模糊化表述、預設知識、潛在知識和态度偏見等各種問題在面談中都不可避免，進而影響面談的效果，導緻産生不充分的、不相關的或者錯誤的資料
5. 在會見者不了解被會見者認知結構的情況下，面談不可能取得令人滿意的效果