004項(xiàng)目需求ppt課件

1、四、軟件工程需求管理.RoadMap合同管理 生存期需求管理義務(wù)分解工程進(jìn)度規(guī)模估算質(zhì)量方案配置方案風(fēng)險(xiǎn)方案團(tuán)隊(duì)管理工程度量集成工程跟蹤控制 工程終了.需求管理中的問題舉例需求的隱含錯(cuò)誤需求不明確、模糊用戶不斷添加需求、變卦需求用戶刁難開發(fā)人員的“鍍金.本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的根本方法.軟件需求需求是指用戶對(duì)軟件的功能和性能的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，到達(dá)什么性能。.軟件需求的層次業(yè)務(wù)需求用戶需求功能需求軟件需求規(guī)格非功能性需求質(zhì)量特性約束和假設(shè)系統(tǒng)需求.工程失敗的緣由分析No. Top 10 Factors 平均值 1 Inade

2、quate requirements specification 不充分的需求規(guī)范 4.5 2 Changes in requirements 需求的改動(dòng) 4.3 3 Shortage of systems engineers 缺乏系統(tǒng)工程師 4.2 4 Shortage of software managers 缺乏了解軟件特性的經(jīng)理人 4.1 5 Shortage of qualified project managers 缺乏合格的工程經(jīng)理 4.1 6 Shortage of software engineers 缺乏軟件工程師 3.9 7 Fixed- price contract 固

3、定價(jià)合同 3.8 8 Inadequate communications for system integration 系統(tǒng)集成階段, 交流與溝通不充分 3.8 9 Insufficient experience as team團(tuán)隊(duì)缺乏閱歷 3.6 10 Shortage of application domain experts 缺乏運(yùn)用領(lǐng)域?qū)＜?3.6 Scale: 5 = Very Serious 3 = Serious 1 = No Serious Source: Carnegie-Mellon University, Software Engineering Institute.本章

4、要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的根本方法.軟件需求管理的過程需求分析編寫需求規(guī)格需求驗(yàn)證需求獲取需求變卦需求確認(rèn)需求變卦.需求開發(fā)(確認(rèn))和管理根本義務(wù)需求工程需求管理需求開發(fā)需求獲取需求分析需求規(guī)格闡明需求驗(yàn)證變卦管理版本控制風(fēng)險(xiǎn)分析.本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗(yàn)證需求變卦三、需求建模的根本方法.需求獲取用戶要求 擴(kuò)展需求基線需求軟件需求.本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗(yàn)證需求變卦三、需求建模的根本方法.需求分析定義需求分析是為最終用戶所看到的系統(tǒng)建立一個(gè)概念模型，是對(duì)需

5、求的籠統(tǒng)描畫。 .需求分析模型.本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗(yàn)證需求變卦三、需求建模的根本方法.需求規(guī)格需求分析任務(wù)完成的一個(gè)根本標(biāo)志是構(gòu)成了一份完好的、規(guī)范的需求規(guī)格闡明書需求規(guī)格闡明書的編制是為了運(yùn)用戶和軟件開發(fā)者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的了解，使之成為整個(gè)開發(fā)任務(wù)的根底。.軟件需求規(guī)格闡明的原那么從現(xiàn)實(shí)中分別功能，即描畫要“做什么而不是“怎樣實(shí)現(xiàn)要求運(yùn)用面向處置的規(guī)格闡明言語或稱系統(tǒng)定義言語假設(shè)被開發(fā)軟件只是一個(gè)大系統(tǒng)中的一個(gè)元素，那么整個(gè)大系統(tǒng)也包括在規(guī)格闡明的描畫之中.軟件需求規(guī)格闡明的原那么規(guī)格闡明應(yīng)該包括系統(tǒng)運(yùn)轉(zhuǎn)環(huán)境規(guī)格闡

6、明應(yīng)該是一個(gè)認(rèn)識(shí)模型規(guī)格闡明應(yīng)該允許不完備性并允許擴(kuò)展.規(guī)格文檔參考引言系統(tǒng)定義 運(yùn)用環(huán)境功能規(guī)格 性能需求產(chǎn)品提交實(shí)現(xiàn)約束質(zhì)量描畫其它簽字認(rèn)證.本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗(yàn)證需求變卦三、需求建模的根本方法.需求驗(yàn)證需求是正確的嗎？需求是一致的嗎？需求是完全的嗎？需求是實(shí)踐可行的嗎？需求是必要的嗎？需求是可檢驗(yàn)的嗎？需求是可跟蹤的嗎？最后的簽字.本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗(yàn)證需求變卦三、需求建模的根本方法.需求變卦管理確定需求變卦控制過程建立變卦控制委員會(huì)(SCCB)進(jìn)展需求變卦影響分析跟蹤

7、一切受需求變卦影響的任務(wù)產(chǎn)品建立需求基準(zhǔn)版本和需求控制版本文檔維護(hù)需求變卦的歷史記錄跟蹤每項(xiàng)需求的形狀衡量需求穩(wěn)定性.需求變卦管理管理和控制需求基線的過程需求變卦控制系統(tǒng)一個(gè)正式的文檔，闡明如何控制需求變卦建立變卦審批系統(tǒng).變卦懇求需求方開發(fā)方忽略選擇變卦方式SCCB評(píng)價(jià)工程經(jīng)理自行決議根據(jù)評(píng)價(jià)結(jié)果回絕接受本次修正下個(gè)版本再修正修正合同相關(guān)信息修正相關(guān)需求修正相應(yīng)的工程方案.本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的根本方法.需求建模的根本方法原型方法構(gòu)造化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄆ渌?原型方法按照用戶的需求，快速構(gòu)成一個(gè)操作流程界面能夠只是一個(gè)框架，詳細(xì)的功能沒有

8、實(shí)現(xiàn)，只是結(jié)果靜態(tài)的操作流程，以便與用戶快速就需求達(dá)成一致主要思索系統(tǒng)的功能需求，很少思索非功能需求.原型方法需求分析原型開發(fā)原型評(píng)價(jià).原型方法的類型進(jìn)化型開發(fā)出來用于了解問題，并構(gòu)成被交付軟件的部分或全部的根底丟棄型開發(fā)出來獲以便更多地了解問題或探求能夠的方案的靈敏性或者合理性，是嘗試性軟件，不用于被交付軟件的實(shí)踐部分.構(gòu)造化分析方法20世紀(jì)70年開展起來的面向數(shù)據(jù)流的方法是一種自頂向下逐漸求精的分析方法根據(jù)軟件內(nèi)部數(shù)據(jù)傳送、變換的關(guān)系進(jìn)展分析的.構(gòu)造化分析方法-技術(shù)數(shù)據(jù)流程圖(DFD)數(shù)據(jù)字典(DD)系統(tǒng)流程圖.數(shù)據(jù)流程圖的層次構(gòu)造為了表達(dá)數(shù)據(jù)處置過程的數(shù)據(jù)加工情況，需求采用層次構(gòu)造的數(shù)據(jù)

9、流圖。按照系統(tǒng)的層次構(gòu)造進(jìn)展逐漸分解，并以分層的數(shù)據(jù)流圖反映這種構(gòu)造關(guān)系，能清楚地表達(dá)和容易了解整個(gè)系統(tǒng).分層數(shù)據(jù)流程圖.數(shù)據(jù)字典描畫系統(tǒng)中涉及的每個(gè)數(shù)據(jù),是數(shù)據(jù)描畫的集合,通常配合數(shù)據(jù)流圖運(yùn)用,用來描畫數(shù)據(jù)流圖中出現(xiàn)的各種數(shù)據(jù)和加工.數(shù)據(jù)字典-組成數(shù)據(jù)項(xiàng):數(shù)據(jù)元素?cái)?shù)據(jù)流:由數(shù)據(jù)項(xiàng)組成的數(shù)據(jù)流數(shù)據(jù)文件:表示對(duì)數(shù)據(jù)文件的存儲(chǔ).系統(tǒng)流程圖系統(tǒng)包含的部分以及各個(gè)部分之間的關(guān)系是描畫物理系統(tǒng)的工具用圖形符號(hào)表示系統(tǒng)中的元素表達(dá)了系統(tǒng)中各個(gè)元素之間的信息流動(dòng)情況.面向?qū)ο蟮男枨蠓治鯫OSEOOAOODOOPOOT.OOA是OO軟件工程的第一項(xiàng)技術(shù)活動(dòng)將現(xiàn)實(shí)世界的“視圖轉(zhuǎn)化為用對(duì)象來描畫的模型描畫對(duì)象之間的各種關(guān)系，以滿足軟件系統(tǒng)的要求。.用例需求Use case分析用例需求分析方法采用一種面向?qū)ο蟮那榫胺治龇椒ㄓ美窍到y(tǒng)向用戶提供一個(gè)有價(jià)值的結(jié)果的某項(xiàng)功能從用戶角度出發(fā)思索的功能需求一切的用例結(jié)合起來就構(gòu)成了用例模型.UML需求視圖用例視圖