需求工程概述演示文稿

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

需求非功能

需求約束與

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

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