需求工程概述演示文稿

需求工程概述演示文稿第一頁，共二十五頁。優(yōu)選需求工程概述第二頁，共二十五頁。第一章需求工程概述1.1需求工程的重要性1.2什么是軟件需求1.3軟件需求的分類1.4需求規(guī)格說明1.5需求工程1.6其它一些基本概念2023/2/63第三頁，共二十五頁。一幅漫畫帶來的思考4第四頁，共二十五頁。CHAOSReport美國專門從事跟蹤IT項目成功或失敗的權(quán)威機構(gòu)StandishGroup在它每年的CHAOSReport報告中給出了IT項目相關(guān)調(diào)查數(shù)據(jù)結(jié)果。Success：軟件項目按時、按預(yù)算完成、并符合要求Challenged：延期完成、成本超出計劃、并沒有滿足所有要求Failed：被取消、未能完成配置、不可使用519941996199820002002200420062009Success16%27%26%28%34%29%35%32%Challenged53%33%46%49%51%53%46%44%Failed31%40%28%23%15%18%19%24%第五頁，共二十五頁。1.1需求工程的重要性軟件開發(fā)的風(fēng)險軟件項目成功因素的前三名：用戶的參與執(zhí)行層的支持清晰的需求描述軟件項目失敗或嚴(yán)重超支的8個最重要原因中有5個都與需求相關(guān)：不完整的需求；缺乏用戶的參與；不實際的客戶期望；需求和需求規(guī)格說明的變更；提供許多不必要的功能。6第六頁，共二十五頁。1.1需求工程的重要性因需求導(dǎo)致的軟件項目失敗案例倫敦股票交易項目TAURUS原因：未能協(xié)調(diào)不一致需求Swanick空中交通抗旨系統(tǒng)原因：缺乏健壯的需求規(guī)格說明而繼續(xù)進行系統(tǒng)實現(xiàn)需求與成本DavisA.M.研究發(fā)現(xiàn)，在需求階段檢查和修復(fù)一個錯誤所需的費用只有編碼階段的1/5到1/10，而在維護階段做同樣的工作所需付出的代價卻是編碼階段的20倍。結(jié)論在軟件開發(fā)過程中，必須極早、有效地發(fā)現(xiàn)和解決與需求相關(guān)的問題。7第七頁，共二十五頁。1.2什么是軟件需求軟件需求的各種定義 （1）A.Davis認為： 軟件需求是從軟件外部能發(fā)現(xiàn)的，軟件所具有的，滿足于用戶的特點、功能及屬性等的集合。 （2）I.Sommerville認為： 需求是問題信息和系統(tǒng)行為、特性、設(shè)計和實現(xiàn)約束的描述的集合。（3）M.Jackson等人認為： 需求是客戶希望在問題域內(nèi)產(chǎn)生的效果。 8第八頁，共二十五頁。1.2什么是軟件需求IEEE關(guān)于軟件需求的定義用戶解決問題或達到目標(biāo)所需的條件或能力（用戶的角度）系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力（軟件系統(tǒng)的角度）反映上面所描述的條件或能力的文檔說明（規(guī)約）需求是指明必須實現(xiàn)什么的規(guī)格說明。它描述了系統(tǒng)的行為、特性或?qū)傩?，是在開發(fā)過程中對系統(tǒng)的約束9第九頁，共二十五頁。1.3軟件需求的分類第十頁，共二十五頁。目標(biāo)需求系統(tǒng)建立的戰(zhàn)略出發(fā)點，表現(xiàn)為高層次的目標(biāo)（Objective），它描述了組織為什么要開發(fā)系統(tǒng)參與各方必須要對高層次的解決方案達成一致，以建立一個共同的前景（Vision）業(yè)務(wù)需求執(zhí)行實際工作的用戶對系統(tǒng)所能完成的具體任務(wù)的期望，描述了系統(tǒng)能夠幫助用戶做些什么特性模糊、不清晰多特性混雜多邏輯混雜系統(tǒng)需求用戶對系統(tǒng)行為的期望，一系列的系統(tǒng)行為聯(lián)系在一起可以幫助用戶完成任務(wù)，滿足業(yè)務(wù)需求系統(tǒng)需求可以直接映射為系統(tǒng)行為，定義了系統(tǒng)中需要實現(xiàn)的功能，描述了開發(fā)人員需要實現(xiàn)什么第十一頁，共二十五頁。1.3軟件需求的分類軟件需求間的層次關(guān)系12第十二頁，共二十五頁。軟件需求業(yè)務(wù)需求系統(tǒng)需求功能

需求非功能

需求約束與

限制由客戶管理員、用戶等提出第十三頁，共二十五頁。功能需求和約束與限制功能需求它是對系統(tǒng)應(yīng)該提供的服務(wù)、功能以及系統(tǒng)在特定條件下的行為的描述。它與軟件系統(tǒng)的類型、使用系統(tǒng)的用戶等相關(guān)，有時需要詳細描述系統(tǒng)的功能、輸入/輸出、異常等，有時還需要聲明系統(tǒng)不應(yīng)該做什么。約束與限制它是由軟件系統(tǒng)的應(yīng)用領(lǐng)域所決定的特有的功能需求或是對功能的約束。第十四頁，共二十五頁。非功能需求非功能需求（Requirements）有時也被稱作“非功能屬性”（Attributes）、“質(zhì)量屬性”（QualityAttributes）定義：N.S.Rosa：軟件的功能性需求定義了一個軟件期望做“什么”，而非功能需求則指定了關(guān)于軟件“如何”運行和功能“如何”展示的全局限制。R.Thayer：一種明確說明一個系統(tǒng)/軟件系統(tǒng)或者系統(tǒng)/軟件構(gòu)件必須要達到的運行能力的系統(tǒng)/軟件需求。2023/2/615第十五頁，共二十五頁。維度劃分的非功能需求分類16第十六頁，共二十五頁。軟件質(zhì)量屬性特征樹17第十七頁，共二十五頁。面向服務(wù)的非功能需求分類18

非功能需求類型外部需求服務(wù)價格（ServicePrice）法規(guī)需求（LegislativeRequirements）互操作性（Interoperability）服務(wù)需求可用性（Usability）可靠性（Reliability）有效性（Availability）性能（Performance）響應(yīng)時間（ResponseTime）吞吐量（ThroughputCapability）可靠安全性（Safety）信息安全性（Security）保密性（Confidentiality）認證性（Authenticity）完整性（Integrity）第十八頁，共二十五頁。1.3軟件需求的分類示例某文字處理系統(tǒng)的相關(guān)部分需求19目標(biāo)需求：用戶使用系統(tǒng)能有效地糾正文檔中的拼寫錯誤，并且系統(tǒng)能滿足用戶的業(yè)務(wù)要求以及提高用戶的工作效率。業(yè)務(wù)需求：當(dāng)找到文檔中的拼寫錯誤時，通過一個可供選擇的單詞表，并在選擇單詞表中的某一個單詞后替換掉原來的單詞。功能需求：查找文檔中的單詞，并高亮度地顯示出錯的單詞。用對話框顯示可供選擇的單詞表。實現(xiàn)整個文檔范圍內(nèi)的替換。非功能需求：檢查單詞的速度快，準(zhǔn)確率要求達到99％，系統(tǒng)的有效性和可靠性要高等。約束與限制：文件內(nèi)部格式要與word系統(tǒng)一致。開發(fā)平臺為Linux系統(tǒng)，以及使用C語言等。第十九頁，共二十五頁。1.4需求規(guī)格說明需求規(guī)格說明需求規(guī)格說明是軟件所應(yīng)滿足的全部需求，并可以文檔的方式完整和精確陳述這些需求。重要性需求規(guī)格說明是項目相關(guān)人員對將要開發(fā)的軟件系統(tǒng)所達成的共識，是進行系統(tǒng)設(shè)計、實現(xiàn)、測試和驗收的基本依據(jù)，也是整個軟件開發(fā)過程中最重要的文檔。20第二十頁，共二十五頁。1.4需求規(guī)格說明內(nèi)容需求規(guī)格說明應(yīng)精確地描述一個軟件系統(tǒng)必須提供的功能和性能，以及所要考慮的約束條件與限制。編寫方法需求規(guī)格說明也可以說是在1.3節(jié)中所定義的所有軟件需求的集成，并使用某種描述語言如自然語言按照規(guī)定的書寫格式編寫的文檔。21第二十一頁，共二十五頁。1.4需求規(guī)格說明一個好的需求規(guī)格說明應(yīng)該具有的特征完整性正確性可行性必要性劃分優(yōu)先級無二義性可驗證性22第二十二頁，共二十五頁。1.5需求工程需求工程需求工程是指應(yīng)用工程化的方法、技術(shù)和規(guī)格來開發(fā)和管理軟件的需求目的獲取高質(zhì)量的軟件需求23第二十三頁，共二十五頁。需求工程需求開發(fā)需求管理第二十四頁，共二十五頁。1.5需求工程任務(wù)確定待開發(fā)的軟件系統(tǒng)的用戶類，并獲取他們的需求信息。分析用戶的需求信息，并按