需求開發主要確定開發軟體的功能、效能、資料和介面等要求
需求分類:
l 業務需求,使用者需求,系統需求
系統需求:
功能需求,效能需求,設計約束(如開發語言的選擇,資料庫的選擇)
l qfd:基本需求,期望需求,興奮需求
1、需求獲取
2、需求分析
l 需求分析的方法:結構化分析,物件導向分析,面向問題域的分析
1)業務流程分析:
2)資料流圖(dfd):分層、頂層圖只表示外界。
ø 資料流(如圖中的箭頭箭頭)
ø 加工:處理資料的部件(如圖,圓形表示加工流程)
ø 資料儲存(如圖中的課程,學員,學員註冊)
ø 外部實體
3)資料字典:
資料字典是關於資料的資訊的集合,也就是對dfd中包含的所有元素的定義的集合
3、編寫規格說明書
需求定義的過程也就是形成需求規格說明書的過程
1) 嚴格定義方法
u 所有需求都能夠被預先定義。
u 開發人員與使用者之間能夠準確而清晰地交流
u 採用圖形/文字可以充分體現最終系統
u 嚴格定義方法存在文件量大,開發過程可見性差等問題
2) 原型方法
4、需求驗證
1)軟體需求說明書(software requirements specificaiton ,srs)是需求開發階段的成果
2)可以使用3種方法編寫srs:
a. 用好的結構化和自然語言編寫文字型文件
b. 建立圖形化模型,這些模型可以描繪轉換過程,系統狀態和它們之間的變化、數 據關係、邏輯流或物件類和它們的關係
c. 編寫形式化規格說明
5、需求管理
1)需求掛你的工作:
u 需求基線
u 處理需求變更
u 需求跟蹤
2)目的:
u 審核。跟蹤能力資訊可以幫助審核確保所有被應用
u 在增、刪、改需求時,可以確保不忽略每個受到影響的系統元素
u 使得維護時能正確、完整地實施變更,從而提高生產率
u 獲得計畫功能當前實現狀態的記錄
u 再工程。可以列出舊系統中將要替換的功能,記錄它們在新系統的去需求和軟體元件中的位置
u 重新利用跟蹤資訊可以幫助開發人員在新系統中對相同的功能利用舊系統相關資源
u 可以減少由於關鍵成員離開專案帶來的風險
u 可以在測試出錯時支出最可能有問題的**段
考勤管理系統需求分析說明書
目 錄 一 引言 1.1編寫目的 1.2背景 1.3編寫物件 1.4參考資料 二 任務概述 2.1任務目標 2.2執行環境 2.3條件限制 三 功能需求 3.1功能描述 3.2靜態資料 3.3動態資料 3.4資料字典 四 需求規定 4.1執行需求 4.2非效能需求 附錄 任務分工 一 引言 1.1編...
BBS論壇系統需求說明書
一 系統描述 1.1 系統背景 bbs bulletin board service,公告牌服務 是 internet 上的一種電子資訊服務系統,它提供一塊公共電子白板,每個使用者都可以在上面書寫,並且可發布資訊或提出看法。大部分bbs 由教育機構 研究機構或商業機構管理,象日常生活中的黑板報一樣,...
機房收費系統 專案需求說明書
不管是學習什麼材料,還是初步了解乙個系統的時候,想學習新東西,聽到最多的就是要了解需求,如果需求理解偏差了,那你的系統將變的面目全非。軟體需求說明書 需求分析人員與使用者進行多次的需求分析調查後,提出的乙份比較詳細的軟體需求說明書,這份說明書可以表現出軟體的功能 效能 開發條件等 並且在文件完成之後...