版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
需求工程概述演示文稿第一頁(yè),共二十五頁(yè)。優(yōu)選需求工程概述第二頁(yè),共二十五頁(yè)。第一章需求工程概述1.1需求工程的重要性1.2什么是軟件需求1.3軟件需求的分類1.4需求規(guī)格說明1.5需求工程1.6其它一些基本概念2023/2/63第三頁(yè),共二十五頁(yè)。一幅漫畫帶來的思考4第四頁(yè),共二十五頁(yè)。CHAOSReport美國(guó)專門從事跟蹤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%第五頁(yè),共二十五頁(yè)。1.1需求工程的重要性軟件開發(fā)的風(fēng)險(xiǎn)軟件項(xiàng)目成功因素的前三名:用戶的參與執(zhí)行層的支持清晰的需求描述軟件項(xiàng)目失敗或嚴(yán)重超支的8個(gè)最重要原因中有5個(gè)都與需求相關(guān):不完整的需求;缺乏用戶的參與;不實(shí)際的客戶期望;需求和需求規(guī)格說明的變更;提供許多不必要的功能。6第六頁(yè),共二十五頁(yè)。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第七頁(yè),共二十五頁(yè)。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第八頁(yè),共二十五頁(yè)。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ā)過程中對(duì)系統(tǒng)的約束9第九頁(yè),共二十五頁(yè)。1.3軟件需求的分類第十頁(yè),共二十五頁(yè)。目標(biāo)需求系統(tǒng)建立的戰(zhàn)略出發(fā)點(diǎn),表現(xiàn)為高層次的目標(biāo)(Objective),它描述了組織為什么要開發(fā)系統(tǒng)參與各方必須要對(duì)高層次的解決方案達(dá)成一致,以建立一個(gè)共同的前景(Vision)業(yè)務(wù)需求執(zhí)行實(shí)際工作的用戶對(duì)系統(tǒng)所能完成的具體任務(wù)的期望,描述了系統(tǒng)能夠幫助用戶做些什么特性模糊、不清晰多特性混雜多邏輯混雜系統(tǒng)需求用戶對(duì)系統(tǒng)行為的期望,一系列的系統(tǒng)行為聯(lián)系在一起可以幫助用戶完成任務(wù),滿足業(yè)務(wù)需求系統(tǒng)需求可以直接映射為系統(tǒng)行為,定義了系統(tǒng)中需要實(shí)現(xiàn)的功能,描述了開發(fā)人員需要實(shí)現(xiàn)什么第十一頁(yè),共二十五頁(yè)。1.3軟件需求的分類軟件需求間的層次關(guān)系12第十二頁(yè),共二十五頁(yè)。軟件需求業(yè)務(wù)需求系統(tǒng)需求功能
需求非功能
需求約束與
限制由客戶管理員、用戶等提出第十三頁(yè),共二十五頁(yè)。功能需求和約束與限制功能需求它是對(duì)系統(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)域所決定的特有的功能需求或是對(duì)功能的約束。第十四頁(yè),共二十五頁(yè)。非功能需求非功能需求(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/2/615第十五頁(yè),共二十五頁(yè)。維度劃分的非功能需求分類16第十六頁(yè),共二十五頁(yè)。軟件質(zhì)量屬性特征樹17第十七頁(yè),共二十五頁(yè)。面向服務(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)第十八頁(yè),共二十五頁(yè)。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ò)的單詞。用對(duì)話框顯示可供選擇的單詞表。實(shí)現(xiàn)整個(gè)文檔范圍內(nèi)的替換。非功能需求:檢查單詞的速度快,準(zhǔn)確率要求達(dá)到99%,系統(tǒng)的有效性和可靠性要高等。約束與限制:文件內(nèi)部格式要與word系統(tǒng)一致。開發(fā)平臺(tái)為L(zhǎng)inux系統(tǒng),以及使用C語言等。第十九頁(yè),共二十五頁(yè)。1.4需求規(guī)格說明需求規(guī)格說明需求規(guī)格說明是軟件所應(yīng)滿足的全部需求,并可以文檔的方式完整和精確陳述這些需求。重要性需求規(guī)格說明是項(xiàng)目相關(guān)人員對(duì)將要開發(fā)的軟件系統(tǒng)所達(dá)成的共識(shí),是進(jìn)行系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試和驗(yàn)收的基本依據(jù),也是整個(gè)軟件開發(fā)過程中最重要的文檔。20第二十頁(yè),共二十五頁(yè)。1.4需求規(guī)格說明內(nèi)容需求規(guī)格說明應(yīng)精確地描述一個(gè)軟件系統(tǒng)必須提供的功能和性能,以及所要考慮的約束條件與限制。編寫方法需求規(guī)格說明也可以說是在1.3節(jié)中所定義的所有軟件需求的集成,并使用某種描述語言如自然語言按照規(guī)定的書寫格式編寫的文檔。21第二十一頁(yè),共二十五頁(yè)。1.4需求規(guī)格說明一個(gè)好的需求規(guī)格說明應(yīng)該具有的特征完整性正確性可行性必要性劃分優(yōu)先級(jí)無二義性可驗(yàn)證性22第二十二頁(yè),共二十五頁(yè)。1.5需求工程需求工程需求工程是指應(yīng)用工程化的方法、技術(shù)和規(guī)格來開發(fā)和管理軟件的需求目的獲取高質(zhì)量的軟件需求23第二十三頁(yè),共二十五頁(yè)。需求工程需求開發(fā)需求管理第二十四頁(yè),共二十五頁(yè)。1.5需求工程任務(wù)確定待開發(fā)的軟件系統(tǒng)的用戶類,并獲取他們的需求信息。分析用戶的需求信息,并按
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年版出院康復(fù)指導(dǎo)協(xié)議書模板4篇
- 二零二五年度智慧交通停車場(chǎng)車位使用權(quán)租賃協(xié)議3篇
- 2025至2030年中國(guó)錫制品數(shù)據(jù)監(jiān)測(cè)研究報(bào)告
- 2025至2030年中國(guó)金屬郵箱數(shù)據(jù)監(jiān)測(cè)研究報(bào)告
- 個(gè)性化條款:20249A文離婚合同案例分析版B版
- 2025至2030年中國(guó)熱剪刀數(shù)據(jù)監(jiān)測(cè)研究報(bào)告
- 2025年度生產(chǎn)線承包及智能化升級(jí)協(xié)議4篇
- 二零二五年度集團(tuán)間無息資金借貸合同示范文本3篇
- 二零二五版綠色建筑樓棟移交與節(jié)能評(píng)估合同規(guī)范4篇
- 基于區(qū)塊鏈技術(shù)的2025年度金融交易系統(tǒng)開發(fā)合同2篇
- 玩具活動(dòng)方案設(shè)計(jì)
- Q∕GDW 516-2010 500kV~1000kV 輸電線路劣化懸式絕緣子檢測(cè)規(guī)程
- 遼寧省撫順五十中學(xué)2024屆中考化學(xué)全真模擬試卷含解析
- 2024年湖南汽車工程職業(yè)學(xué)院?jiǎn)握新殬I(yè)技能測(cè)試題庫(kù)及答案解析
- 家長(zhǎng)心理健康教育知識(shí)講座
- GB/T 292-2023滾動(dòng)軸承角接觸球軸承外形尺寸
- 軍人結(jié)婚函調(diào)報(bào)告表
- 民用無人駕駛航空器實(shí)名制登記管理規(guī)定
- 北京地鐵6號(hào)線
- 航空油料計(jì)量統(tǒng)計(jì)員(初級(jí))理論考試復(fù)習(xí)題庫(kù)大全-上(單選題匯總)
評(píng)論
0/150
提交評(píng)論