《需求工程》ppt課件 (2)(文件)
【正文】 ?面向?qū)ο蠓椒? 系統(tǒng)是交互對象的集合 對象與人或其他對象發(fā)送與響應(yīng)消息 33 需求規(guī)格說明 ?需求規(guī)格說明 （ SRS， Software Reqirement Specification）精確地闡述了一個軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件 ?作用 成為用戶、分析人員和設(shè)計人員 之間進行理解和交流的手段 支持系統(tǒng)測試活動 用于規(guī)劃和控制系統(tǒng)的開發(fā) 34 需求規(guī)格說明 ?應(yīng)該包括在 SRS中的內(nèi)容 功能 ：軟件應(yīng)該提供什么功能？ 外部接口 ：軟件如何與人、系統(tǒng)硬件和其它系統(tǒng)等進行相互作用？ 性能 ：軟件系統(tǒng)在運行速度、可用性、響應(yīng)時間、恢復時間等方面有什么考慮？ 特性 ：軟件系統(tǒng)在可移植性、可維護性、安全性等方面有什么考慮？ 設(shè)計約束 ：是否存在必要的標準、開發(fā)語言、數(shù)據(jù)庫、資源限制、運行環(huán)境等因素的影響和策略？ 35 需求規(guī)格說明 ?不 應(yīng)該包括在 SRS中的內(nèi)容 項目開發(fā)計劃 ?諸如成本、人員、進度、工具、方法等 產(chǎn)品保證計劃 ?諸如配置管理、驗證與測試、質(zhì)量保證等 軟件設(shè)計的細節(jié) ?需求通常用于表達“做什么”，而不描述“如何做” 36 編寫需求規(guī)格說明的原則 ?原則 1：只 描述“做什么”，而無須描述“怎么做” ?原則 2： 必須說明運行環(huán)境 ?原則 3： 考慮用戶、分析員和實現(xiàn)者的交流 對形式化和自然語言之間作出恰當?shù)倪x擇 明確的理解最重要，不存在十全十美的軟件規(guī)格說明書 ?原則 4： 力求尋找到恰如其分的需求詳細程度 一個有益的原則就是編寫單個可測試的需求文檔 建議將可測試的需求作為衡量軟件產(chǎn)品規(guī)模大小的尺度 37 ?原則 5： 文檔段落不宜過長 簡短 記?。翰灰谛枨笳f明中使用“和 /或”、“等等”之類的詞語 ?原則 6： 避免使用模糊的、主觀的術(shù)語 如用戶友好、容易、簡單、速度、有效、許多、最新技術(shù)、優(yōu)越的、可接受的、最大化、最小化、提高等詞語 建議： 采用一種標準的 SRS模板 編寫需求規(guī)格說明的原則 38 SRS（ IEEE 8301998） 39 需求規(guī)格說明的質(zhì)量特性小結(jié) ?優(yōu)秀的需求規(guī)格說明應(yīng)該準確地、完整地表達軟件需求 其中的需求描述應(yīng)該易于理解，并且在測試和驗證時不會出現(xiàn)上述問題 雖然不存在十全十美的需求規(guī)格說明，但是只要在編寫需求文檔時始終記住其質(zhì)量特性，則會產(chǎn)生優(yōu)秀的需求文檔，為后續(xù)的軟件開發(fā)工作打下良好的基礎(chǔ) 40 內(nèi)容提綱 ?軟件需求 軟件需求的定義與層次 需求工程過程 ?需求的獲取技術(shù) 常見的需求獲取技術(shù) ?需求分析與需求文檔 需求分析及其模型 軟件需求規(guī)格說明及其質(zhì)量特性 ?需求驗證與管理 41 需求驗證 ?需求驗證 是檢驗需求能否滿足客戶的意愿 ?需求驗證的技術(shù) 需求評審 ：由不同的代表（如分析員、客戶、設(shè)計人員、測試人員）組成的評審小組以會議形式對需求進行系統(tǒng)性分析 原型評價 ：客戶和用戶在一個可運行的系統(tǒng)模型上實際檢驗系統(tǒng)是否符合他們的真正需要 測試用例生成 ：通過設(shè)計具體的測試方法，發(fā)現(xiàn)需求中的許多問題
高考資料相關(guān)推薦
鄂ICP備17016276號-1