需求工程概述演示文稿

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

需求非功能

需求約束與

限制由客戶管理員、用戶等提出本文檔共25頁；當前第13頁；編輯于星期三\18點54分功能需求和約束與限制功能需求它是對系統(tǒng)應該提供的服務、功能以及系統(tǒng)在特定條件下的行為的描述。它與軟件系統(tǒng)的類型、使用系統(tǒng)的用戶等相關，有時需要詳細描述系統(tǒng)的功能、輸入/輸出、異常等，有時還需要聲明系統(tǒng)不應該做什么。約束與限制它是由軟件系統(tǒng)的應用領域所決定的特有的功能需求或是對功能的約束。本文檔共25頁；當前第14頁；編輯于星期三\18點54分非功能需求非功能需求（Requirements）有時也被稱作“非功能屬性”（Attributes）、“質量屬性”（QualityAttributes）定義：N.S.Rosa：軟件的功能性需求定義了一個軟件期望做“什么”，而非功能需求則指定了關于軟件“如何”運行和功能“如何”展示的全局限制。R.Thayer：一種明確說明一個系統(tǒng)/軟件系統(tǒng)或者系統(tǒng)/軟件構件必須要達到的運行能力的系統(tǒng)/軟件需求。2023/6/2115本文檔共25頁；當前第15頁；編輯于星期三\18點54分維度劃分的非功能需求分類16本文檔共25頁；當前第16頁；編輯于星期三\18點54分軟件質量屬性特征樹17本文檔共25頁；當前第17頁；編輯于星期三\18點54分面向服務的非功能需求分類18

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