需求工程ppt課件(2)-資料下載頁
2025-09-11 20:28本頁面
【正文】 明確的理解最重要，不存在十全十美的軟件規(guī)格說明書 ?原則 4： 力求尋找到恰如其分的需求詳細程度 一個有益的原則就是編寫單個可測試的需求文檔 建議將可測試的需求作為衡量軟件產(chǎn)品規(guī)模大小的尺度 37 ?原則 5： 文檔段落不宜過長 簡短 記?。翰灰谛枨笳f明中使用“和 /或”、“等等”之類的詞語 ?原則 6： 避免使用模糊的、主觀的術語 如用戶友好、容易、簡單、速度、有效、許多、最新技術、優(yōu)越的、可接受的、最大化、最小化、提高等詞語 建議： 采用一種標準的 SRS模板 編寫需求規(guī)格說明的原則 38 SRS（ IEEE 8301998） 39 需求規(guī)格說明的質(zhì)量特性小結(jié) ?優(yōu)秀的需求規(guī)格說明應該準確地、完整地表達軟件需求 其中的需求描述應該易于理解，并且在測試和驗證時不會出現(xiàn)上述問題 雖然不存在十全十美的需求規(guī)格說明，但是只要在編寫需求文檔時始終記住其質(zhì)量特性，則會產(chǎn)生優(yōu)秀的需求文檔，為后續(xù)的軟件開發(fā)工作打下良好的基礎 40 內(nèi)容提綱 ?軟件需求 軟件需求的定義與層次 需求工程過程 ?需求的獲取技術 常見的需求獲取技術 ?需求分析與需求文檔 需求分析及其模型 軟件需求規(guī)格說明及其質(zhì)量特性 ?需求驗證與管理 41 需求驗證 ?需求驗證 是檢驗需求能否滿足客戶的意愿 ?需求驗證的技術 需求評審 ：由不同的代表（如分析員、客戶、設計人員、測試人員）組成的評審小組以會議形式對需求進行系統(tǒng)性分析 原型評價 ：客戶和用戶在一個可運行的系統(tǒng)模型上實際檢驗系統(tǒng)是否符合他們的真正需要 測試用例生成 ：通過設計具體的測試方法，發(fā)現(xiàn)需求中的許多問題 42 需求評審過程 43 需求管理 ?需求管理是在軟件開發(fā)過程中維護需求規(guī)格說明的完整性、準確性以及保持需求文檔是最新版本的所有活動，具體包括： 變更控制：控制對需求基線的變更 版本控制：控制單項需求與需求文檔的版本 需求跟蹤：管理單項需求與其他項目工作制品之間的邏輯聯(lián)系鏈 需求狀態(tài)跟蹤：跟蹤基線中需求的狀態(tài) 44 需求管理 45 需求變更管理 ?需求變更是不可避免的，但是如果不控制這種變更將會導致項目陷入混亂、不能按進度執(zhí)行或軟件質(zhì)量低劣等問題。因此，應該按照規(guī)范的管理過程控制和實施需求變更 46 需求跟蹤管理 ?需求跟蹤性 需求跟蹤性是維護需求與軟件制品之間的映射（例如設計對象、用例、測試用例、以實現(xiàn)的軟件組件等），以滿足整個開發(fā)生命周期的需要 ?建立需求跟蹤性的過程 識別并唯一地標識 SRS中的每一個需求 建立和更新 SRS中的跟蹤矩陣 工作制品的創(chuàng)建者負責增加該制品與需求的跟蹤信息 跟蹤矩陣應該作為工作制品的一部分進行審查 47 ?需求跟蹤幫助人們?nèi)娴胤治鲎兏鼛淼挠绊?，從而做出正確的變更決策 ?需求跟蹤包括編制每個需求同系統(tǒng)元素之間的聯(lián)系文檔，這些元素包括：別的需求、體系結(jié)構(gòu)、其他設計部件、源代碼模塊、測試、幫助文件、文檔等，從而建立了需求的跟蹤聯(lián)系鏈 ?在下圖所示的需求跟蹤鏈中，我們可以通過向前跟蹤從SRR1→FR4→UCR24 ，同時也可以從 UCR24回溯到其起源SRR1
高考資料相關推薦
鄂ICP備17016276號-1