需求定義
前置背景
軟體開發的目標 軟體開發要能夠滿足各方面的需求
錯誤需求具有嚴重的擴散效應，而且修復代價很高，其根本原因是 需求的鴻溝(期望差異)： 開發者開發的與使用者所想得到 的軟體存在著巨大期望差異
軟體需求的定義
以一種清晰、簡潔、一致且無二義性的方式，描述用 戶對目標軟體系統在功能、行為、效能、設計約束等方面的期望， 是在開發過程中對系統的約束
需求分類
系統的功能性需求：系統的功能性需求是指滿足系統需求需要提供的功能
業務需求
使用者需求
系統需求
定義客戶對於系統的高層 次目標要求(high-level objectives) ，定義了專案的遠景和 範疇(vision and scope)
描述的是使用者的目標，或使用者 要求系統必須能完成的任務。用例、場景描述和事件――響應表 都是表達使用者需求的有效途徑。
系統應該提供的功能或服務， 通常涉及使用者或外部系統與該系統之間的互動，不考慮系統內部的實 現細節。
企業的業務需求是關於企業業務的陳述
使用者需求描述了使用者能使用系統來做些什麼
攜程旅行的業務需求是賣飛機票
使用者可以通過internet隨時查詢圖書資訊和個人借閱情況，並可以快 速查詢和瀏覽需要的電子資料
訂票系統需要和使用者資料庫互動 //新的軟體會使得汽車的啟動速度加倍
非功能性需求定義軟體系統以及軟體開發過程為滿足系統功能需求要 滿足的其他約束條件
非功能需求：檢驗起來非常困難，一般採用一些可度量的特性進 行描述。
非功能性需求的修改案例
非功能性需求
系統在20秒內響應所有的請求；
系統應該每週7天、每天24小時都可使用；
業務規則(businessrule)：對某些功能的可執行性或內部執行邏 輯的一些限定條件。
通常表達為「如果…，那麼…」的形式
如果借書卡型別為「教師」，那麼一次借閱的最大數量為8本；
如果訂單金額大於10000元，那麼該訂單的折扣為10%；
外部介面需求(external inte***ce requirement)：描述系統與其所處的外部 環境之間如何進行互動
約束條件（constraint）：限制了開發人員設計和構建系 統時的選擇範圍
-成本不能超出50萬元，要求半年內交付使用等等
軟體需求分析文件模板 軟體工程之軟體需求分析
從1980年代和1990年代至今，低 開發一直是軟體開發領域的熱門話題之一，在經濟發達的地區，例如歐洲，美洲和日本，軟體 商已經基於以下方面進行了相關的專案和實驗 這個。軟體需求分析 一些人對此表示了極大的熱情，認為低 開發是真正的國家發展，是軟體開發的必然趨勢。軟體需求分析 其他人則嘲笑它，認為低...
軟體工程之需求分析
軟體需求分析是軟體生存期非常重要的一部分。它是介於軟體計畫和軟體設計之間的橋梁。一方面，需求分析以系統規格說明和專案規劃為分析活動的出發點，並從軟體角度對它們進行檢查與調整 另一方面，需求規格說明又是軟體設計 編碼 測試 乃至維護的重要基礎。良好的分析有助於避免或儘量減少早期錯誤。從而提高軟體生產率...
軟體工程之需求分析
可行性分析的基本目的就是用較小的成本在較短的時間內確定軟體是否有可行的解決方案，即軟體值不值得開發的問題。一旦確定要開發軟體，開發人員首要的任務是要搞清楚使用者的需求。對軟體需求的深入理解是軟體開發工作獲得成功的前提條件，需求分析是軟體定義的最後乙個階段，它的基本任務是準確的回答 系統必須做什麼 的...