軟件項(xiàng)目需求管理教材 課件

承上啟下項(xiàng)目合同管理生存期模型0chapter__４承上啟下項(xiàng)目合同管理0chapter__４RoadMap合同管理

生存期需求管理任務(wù)分解項(xiàng)目進(jìn)度規(guī)模估算質(zhì)量計劃配置計劃風(fēng)險計劃團(tuán)隊管理項(xiàng)目度量集成項(xiàng)目跟蹤控制

項(xiàng)目結(jié)束1chapter__４RoadMap合同管理需求管理任務(wù)分解軟件開發(fā)項(xiàng)目管理第四章軟件項(xiàng)目需求管理2chapter__４軟件開發(fā)項(xiàng)目管理第四章2chapter__４需求管理中的問題舉例需求的隱含錯誤需求不明確、含糊用戶不斷增加需求、變更需求用戶刁難開發(fā)人員的鍍金3chapter__４需求管理中的問題舉例需求的隱含錯誤3chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法四、案例分析4chapter__４本章要點(diǎn)一、軟件需求定義4chapter__４軟件需求定義軟件需求定義軟件需求需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，達(dá)到什么性能。6chapter__４軟件需求需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟軟件需求的層次業(yè)務(wù)需求用戶需求功能需求軟件需求規(guī)格非功能性需求質(zhì)量特性約束和假設(shè)系統(tǒng)需求7chapter__４軟件需求的層次業(yè)務(wù)需求用戶需求功能需求軟件需求規(guī)格非功能性需需求管理的重要性8chapter__４需求管理的重要性8chapter__４項(xiàng)目失敗的原因分析No.

Top10Factors

平均值

1

Inadequaterequirementsspecification

不充分的需求規(guī)范

4.5

2

Changesinrequirements

需求的改變

4.3

3

Shortageofsystemsengineers

缺乏系統(tǒng)工程師

4.2

4

Shortageofsoftwaremanagers缺乏了解軟件特性的經(jīng)理人

4.1

5

Shortageofqualifiedprojectmanagers缺乏合格的項(xiàng)目經(jīng)理

4.1

6

Shortageofsoftwareengineers缺乏軟件工程師

3.9

7

Fixed-pricecontract固定價合同

3.8

8

Inadequatecommunicationsforsystemintegration系統(tǒng)集成階段,交流與溝通不充分

3.8

9

Insufficientexperienceasteam團(tuán)隊缺乏經(jīng)驗(yàn)

3.6

10

Shortageofapplicationdomainexperts缺乏應(yīng)用領(lǐng)域?qū)＜?/p>

3.6

Scale:5=VerySerious3=Serious1=NoSerious

Source:Carnegie-MellonUniversity,SoftwareEngineeringInstitute9chapter__４項(xiàng)目失敗的原因分析No.Top10Factors平均本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法四、案例分析10chapter__４本章要點(diǎn)一、軟件需求定義10chapter__４軟件需求管理過程軟件需求管理過程軟件需求管理的過程需求分析編寫需求規(guī)格需求驗(yàn)證需求獲取需求變更需求確認(rèn)需求變更12chapter__４軟件需求管理的過程需求分析編寫需求規(guī)格需求驗(yàn)證需求獲取需求變需求開發(fā)(確認(rèn))和管理基本任務(wù)需求工程需求管理需求開發(fā)需求獲取需求分析需求規(guī)格說明需求驗(yàn)證變更管理版本控制風(fēng)險分析13chapter__４需求開發(fā)(確認(rèn))和管理基本任務(wù)需求工程需求管理需求開發(fā)需求獲本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗(yàn)證需求變更三、需求建模的基本方法四、案例分析14chapter__４本章要點(diǎn)一、軟件需求定義14chapter__４需求獲取圖示15chapter__４需求獲取圖示15chapter__４需求獲取用戶要求

擴(kuò)展需求基線需求軟件需求16chapter__４需求獲取用戶要求軟件需求16chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗(yàn)證需求變更三、需求建模的基本方法四、案例分析17chapter__４本章要點(diǎn)一、軟件需求定義17chapter__４需求分析定義需求分析是為最終用戶所看到的系統(tǒng)建立一個概念模型，是對需求的抽象描述。18chapter__４需求分析定義需求分析是為最終用戶所看到的系統(tǒng)建立一個概念模型需求分析模型19chapter__４需求分析模型19chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗(yàn)證需求變更三、需求建模的基本方法四、案例分析20chapter__４本章要點(diǎn)一、軟件需求定義20chapter__４需求規(guī)格需求分析工作完成的一個基本標(biāo)志是形成了一份完整的、規(guī)范的需求規(guī)格說明書需求規(guī)格說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解，使之成為整個開發(fā)工作的基礎(chǔ)。21chapter__４需求規(guī)格需求分析工作完成的一個基本標(biāo)志是形成了一份完整的、規(guī)軟件需求規(guī)格說明的原則從現(xiàn)實(shí)中分離功能，即描述要“做什么”而不是“怎樣實(shí)現(xiàn)”要求使用面向處理的規(guī)格說明語言（或稱系統(tǒng)定義語言）如果被開發(fā)軟件只是一個大系統(tǒng)中的一個元素，那么整個大系統(tǒng)也包括在規(guī)格說明的描述之中22chapter__４軟件需求規(guī)格說明的原則從現(xiàn)實(shí)中分離功能，即描述要“做什么”而規(guī)格說明應(yīng)該包括系統(tǒng)運(yùn)行環(huán)境規(guī)格說明應(yīng)該是一個認(rèn)識模型規(guī)格說明應(yīng)該容許不完備性并允許擴(kuò)充23chapter__４規(guī)格說明應(yīng)該包括系統(tǒng)運(yùn)行環(huán)境23chapter__４3、規(guī)格文檔參考引言系統(tǒng)定義應(yīng)用環(huán)境功能規(guī)格性能需求產(chǎn)品提交實(shí)現(xiàn)約束質(zhì)量描述其它簽字認(rèn)證24chapter__４3、規(guī)格文檔參考引言24chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗(yàn)證需求變更三、需求建模的基本方法四、案例分析25chapter__４本章要點(diǎn)一、軟件需求定義25chapter__４需求驗(yàn)證需求是正確的嗎？需求是一致的嗎？需求是完全的嗎？需求是實(shí)際可行的嗎？需求是必要的嗎？需求是可檢驗(yàn)的嗎？需求是可跟蹤的嗎？最后的簽字26chapter__４需求驗(yàn)證需求是正確的嗎？26chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗(yàn)證需求變更三、需求建模的基本方法四、案例分析27chapter__４本章要點(diǎn)一、軟件需求定義27chapter__４需求總在變化28chapter__４需求總在變化28chapter__４29chapter__４29chapter__４需求變更管理確定需求變更控制過程建立變更控制委員會(SCCB)進(jìn)行需求變更影響分析跟蹤所有受需求變更影響的工作產(chǎn)品建立需求基準(zhǔn)版本和需求控制版本文檔維護(hù)需求變更的歷史記錄跟蹤每項(xiàng)需求的狀態(tài)衡量需求穩(wěn)定性30chapter__４需求變更管理確定需求變更控制過程30chapter__４需求變更管理管理和控制需求基線的過程需求變更控制系統(tǒng)一個正式的文檔，說明如何控制需求變更建立變更審批系統(tǒng)31chapter__４需求變更管理管理和控制需求基線的過程31chapter__變更申請忽略選擇變更方式SCCB評估項(xiàng)目經(jīng)理自行決定根據(jù)評估結(jié)果拒絕接受本次修改下個版本再修改修改合同相關(guān)信息修改相關(guān)需求修改相應(yīng)的項(xiàng)目計劃32chapter__４變更申請忽略選擇變更方式SCCB評估項(xiàng)目經(jīng)理自行決定根據(jù)評估表4-3需求變更提交單軟件基線產(chǎn)品修改提交單申請人韓萬江申請日期2002。10．11項(xiàng)目名稱項(xiàng)目管理系統(tǒng)階段名稱系統(tǒng)設(shè)計文件名稱RCR-PM-01.doc,RCR-PM-02.doc,變更簡述如下修改內(nèi)容1）修改測試流程控制：將2個角色，3個渠道流，改為3個角色，4個渠道流，詳見RCR-PM-01.doc2）增加開發(fā)人員技能信息庫管理，詳見RCR-PM-02.doc

驗(yàn)證意見同意RCR-PM-01.doc變更。RCR-PM-02.doc的變更可以推遲到下一個版本實(shí)施驗(yàn)證人楊炎泰驗(yàn)證日期2002．10．11SCCB韓萬江，姜岳尊，孫泉

填表人韓萬江33chapter__４表4-3需求變更提交單軟件基線產(chǎn)品修改提交單申請人韓萬江申本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法四、案例分析34chapter__４本章要點(diǎn)一、軟件需求定義34chapter__４需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄆ渌?5chapter__４需求建模的基本方法原型方法35chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄆ渌?、案例分?6chapter__４本章要點(diǎn)一、軟件需求定義36chapter__４原型方法按照用戶的需要，快速形成一個操作流程界面可能只是一個框架，具體的功能沒有實(shí)現(xiàn)，只是結(jié)果靜態(tài)的操作流程，以便與用戶快速就需求達(dá)成一致主要考慮系統(tǒng)的功能需求，很少考慮非功能需求37chapter__４原型方法按照用戶的需要，快速形成一個操作流程界面37cha原型方法需求分析原型開發(fā)原型評價38chapter__４原型方法需求分析原型開發(fā)原型評價38chapter__４原型方法的類型進(jìn)化型開發(fā)出來用于了解問題，并形成被交付軟件的部分或全部的基礎(chǔ)拋棄型開發(fā)出來獲以便更多地了解問題或探究可能的方案的靈活性或者合理性，是嘗試性軟件，不用于被交付軟件的實(shí)際部分39chapter__４原型方法的類型進(jìn)化型39chapter__４原型實(shí)例原型系統(tǒng)40chapter__４原型實(shí)例原型系統(tǒng)40chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄆ渌?、案例分?1chapter__４本章要點(diǎn)一、軟件需求定義41chapter__４結(jié)構(gòu)化分析方法（SA,StructuredAnalysis）

20世紀(jì)70年發(fā)展起來的面向數(shù)據(jù)流的方法是一種自頂向下逐步求精的分析方法根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系進(jìn)行分析的42chapter__４結(jié)構(gòu)化分析方法（SA,StructuredAnalysis結(jié)構(gòu)化分析方法-技術(shù)數(shù)據(jù)流圖(DFD)數(shù)據(jù)字典(DD)系統(tǒng)流程圖43chapter__４結(jié)構(gòu)化分析方法-技術(shù)數(shù)據(jù)流圖(DFD)43chapter_描述銀行取款過程的數(shù)據(jù)流圖44chapter__４描述銀行取款過程的數(shù)據(jù)流圖44chapter__４數(shù)據(jù)流圖的層次結(jié)構(gòu)為了表達(dá)數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，需要采用層次結(jié)構(gòu)的數(shù)據(jù)流圖。按照系統(tǒng)的層次結(jié)構(gòu)進(jìn)行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系，能清楚地表達(dá)和容易理解整個系統(tǒng)45chapter__４數(shù)據(jù)流圖的層次結(jié)構(gòu)為了表達(dá)數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，需要采分層數(shù)據(jù)流圖46chapter__４分層數(shù)據(jù)流圖46chapter__４數(shù)據(jù)字典描述系統(tǒng)中涉及的每個數(shù)據(jù),是數(shù)據(jù)描述的集合,通常配合數(shù)據(jù)流圖使用,用來描述數(shù)據(jù)流圖中出現(xiàn)的各種數(shù)據(jù)和加工.47chapter__４數(shù)據(jù)字典描述系統(tǒng)中涉及的每個數(shù)據(jù),是數(shù)據(jù)描述的集合,通常配合數(shù)據(jù)字典-組成數(shù)據(jù)項(xiàng):數(shù)據(jù)元素數(shù)據(jù)流:由數(shù)據(jù)項(xiàng)組成的數(shù)據(jù)流數(shù)據(jù)文件:表示對數(shù)據(jù)文件的存儲48chapter__４數(shù)據(jù)字典-組成數(shù)據(jù)項(xiàng):數(shù)據(jù)元素48chapter__４數(shù)據(jù)流圖需求分析實(shí)例建立學(xué)生管理系統(tǒng)學(xué)管科體檢科學(xué)籍科學(xué)生處49chapter__４數(shù)據(jù)流圖需求分析實(shí)例建立學(xué)生管理系統(tǒng)49chapter__數(shù)據(jù)流圖-頂層學(xué)管科體檢科學(xué)籍科學(xué)生管理信息系統(tǒng)學(xué)生處領(lǐng)導(dǎo)學(xué)生基本信息學(xué)生健康信息學(xué)生成績學(xué)生健康情況表學(xué)生成績單查詢要求不及格人數(shù)人數(shù)統(tǒng)計表50chapter__４數(shù)據(jù)流圖-頂層學(xué)管科體檢科學(xué)籍科學(xué)生管理學(xué)生處領(lǐng)導(dǎo)學(xué)生基本信數(shù)據(jù)流圖-0層51chapter__４數(shù)據(jù)流圖-0層51chapter__４數(shù)據(jù)流圖-1層52chapter__４數(shù)據(jù)流圖-1層52chapter__４數(shù)據(jù)流圖-1層53chapter__４數(shù)據(jù)流圖-1層53chapter__４數(shù)據(jù)字典-數(shù)據(jù)流

學(xué)生基本信息：學(xué)號十姓名學(xué)生健康信息：學(xué)號十健康情況學(xué)生成績：學(xué)號十{課程名+成績}查詢要求：[健康查詢單|平均成績查詢單l不及格人數(shù)查詢]學(xué)生健康情況表：優(yōu)％十良％十一般％十差％學(xué)生成績單：學(xué)號十姓名十{課程名+成績}+總成績不及格人數(shù)統(tǒng)計表：學(xué)號十成績十不及格總?cè)藬?shù)54chapter__４數(shù)據(jù)字典-數(shù)據(jù)流學(xué)生基本信息：學(xué)號十姓名54cha數(shù)據(jù)字典-數(shù)據(jù)文件文件名：基本信息組成：｛學(xué)號十姓名十入學(xué)成績十生源｝組織：按學(xué)號遞增順序排列文件名：健康文件組成：{學(xué)號+姓名+健康情況}組織：按照健康情況為優(yōu)、良、一般、差順序排列文件名：成績文件組成：{學(xué)號+姓名+平均成績}組織：按照評劇成績遞增順序排列55chapter__４數(shù)據(jù)字典-數(shù)據(jù)文件文件名：基本信息55chapter__４系統(tǒng)流程圖系統(tǒng)包含的部分以及各個部分之間的關(guān)系是描述物理系統(tǒng)的工具用圖形符號表示系統(tǒng)中的元素表達(dá)了系統(tǒng)中各個元素之間的信息流動情況56chapter__４系統(tǒng)流程圖系統(tǒng)包含的部分以及各個部分之間的關(guān)系56chap系統(tǒng)流程圖符號57chapter__４系統(tǒng)流程圖符號57chapter__４58chapter__４58chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄆ渌?、案例分?9chapter__４本章要點(diǎn)一、軟件需求定義59chapter__４面向?qū)ο蟮男枨蠓治鯫OSEOOAOODOOPOOT…….60chapter__４面向?qū)ο蟮男枨蠓治鯫OSE60chapter__４OOA是OO軟件工程的第一項(xiàng)技術(shù)活動將現(xiàn)實(shí)世界的“視圖”轉(zhuǎn)化為用對象來描述的模型描述對象之間的各種關(guān)系，以滿足軟件系統(tǒng)的要求。61chapter__４OOA是OO軟件工程的第一項(xiàng)技術(shù)活動61chapter__用例需求（Usecase）分析用例需求分析方法采用一種面向?qū)ο蟮那榫胺治龇椒ㄓ美窍到y(tǒng)向用戶提供一個有價值的結(jié)果的某項(xiàng)功能從用戶角度出發(fā)考慮的功能需求所有的用例結(jié)合起來就構(gòu)成了用例模型62chapter__４用例需求（Usecase）分析用例需求分析方法采用一種面向UML需求視圖用例視圖（UsecaseDiagram）順序圖（SequenceDiagram）狀態(tài)圖（StateDiagram）活動圖（ActivityDiagram）63chapter__４UML需求視圖用例視圖（UsecaseDiagram）6用例視圖用例視圖主要是展示了外部行為者所觀察到的系統(tǒng)將提交的功能.即:各類外部行為者與系統(tǒng)所提供的用例的連接64chapter__４用例視圖用例視圖主要是展示了外部行為者所觀察到的系統(tǒng)將提交的用例視圖用例（Usecase）：系統(tǒng)所提供的功能描述角色（Actor）：可能使用用例的人或者外部系統(tǒng)65chapter__４用例視圖用例（Usecase）：系統(tǒng)所提供的功能描述65UML圖符66chapter__４UML圖符66chapter__４用例實(shí)例67chapter__４用例實(shí)例67chapter__４用例實(shí)例68chapter__４用例實(shí)例68chapter__４順序圖示順序圖展示了幾個對象之間的動態(tài)協(xié)作關(guān)系，主要用來顯示對象之間發(fā)送消息的順序，還顯示對象之間的交互，即系統(tǒng)執(zhí)行某一特定時間點(diǎn)所發(fā)生的事。

69chapter__４順序圖示順序圖展示了幾個對象之間的動態(tài)協(xié)作關(guān)系，主要用來顯示順序圖示70chapter__４順序圖示70chapter__４狀態(tài)視圖狀態(tài)圖是對類描述的補(bǔ)充，它說明該類的對象所有可能的狀態(tài)以及那些事件將導(dǎo)致狀態(tài)的改變。它是一個類對象所可能經(jīng)歷的所有歷程的模型圖71chapter__４狀態(tài)視圖狀態(tài)圖是對類描述的補(bǔ)充，它說明該類的對象所有可能的狀活動視圖活動圖用來描述執(zhí)行工作流程中涉及的活動，展示了連續(xù)的活動流72chapter__４活動視圖活動圖用來描述執(zhí)行工作流程中涉及的活動，展示了連續(xù)的活動圖例73chapter__４活動圖例73chapter__４UseCase需求分析方法綜述識別出系統(tǒng)的Actor描述主要的Usecase實(shí)現(xiàn)用例視圖實(shí)現(xiàn)順序視圖，活動視圖,狀態(tài)視圖等74chapter__４UseCase需求分析方法綜述識別出系統(tǒng)的Actor74實(shí)例用Rationalrose工具實(shí)現(xiàn)的需求規(guī)格文檔貿(mào)易鏈需求的需求實(shí)例75chapter__４實(shí)例用Rationalrose工具實(shí)現(xiàn)的需求規(guī)格文檔75本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄆ渌摹咐治?6chapter__４本章要點(diǎn)一、軟件需求定義76chapter__４功能列表需求類別（功能/性能）名稱/標(biāo)識描述

特性（Feature）AA.1

……

A.n

特性FeatureBB.1

……

B.n

特性FeatureCC.1

……

C.n

77chapter__４功能列表需求類別（功能/性能）名稱/標(biāo)識描述

A.1

……

功能列表實(shí)例某網(wǎng)站功能列表實(shí)例78chapter__４功能列表實(shí)例某網(wǎng)站功能列表實(shí)例78chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法四、案例分析79chapter__４本章要點(diǎn)一、軟件需求定義79chapter__４案例分析“School”項(xiàng)目的需求管理過程：需求確認(rèn)：原型法需求變更：變更控制系統(tǒng)變更過程80chapter__４案例分析“School”項(xiàng)目的需求管理過程：80chapt小結(jié)軟件需求開發(fā)過程需求的獲取需求分析編寫需求規(guī)格需求驗(yàn)證需求變更需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇P(guān)鍵功能列表法81chapter__４小結(jié)軟件需求開發(fā)過程81chapter__４承上啟下項(xiàng)目合同管理生存期模型82chapter__４承上啟下項(xiàng)目合同管理0chapter__４RoadMap合同管理

生存期需求管理任務(wù)分解項(xiàng)目進(jìn)度規(guī)模估算質(zhì)量計劃配置計劃風(fēng)險計劃團(tuán)隊管理項(xiàng)目度量集成項(xiàng)目跟蹤控制

項(xiàng)目結(jié)束83chapter__４RoadMap合同管理需求管理任務(wù)分解軟件開發(fā)項(xiàng)目管理第四章軟件項(xiàng)目需求管理84chapter__４軟件開發(fā)項(xiàng)目管理第四章2chapter__４需求管理中的問題舉例需求的隱含錯誤需求不明確、含糊用戶不斷增加需求、變更需求用戶刁難開發(fā)人員的鍍金85chapter__４需求管理中的問題舉例需求的隱含錯誤3chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法四、案例分析86chapter__４本章要點(diǎn)一、軟件需求定義4chapter__４軟件需求定義軟件需求定義軟件需求需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，達(dá)到什么性能。88chapter__４軟件需求需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟軟件需求的層次業(yè)務(wù)需求用戶需求功能需求軟件需求規(guī)格非功能性需求質(zhì)量特性約束和假設(shè)系統(tǒng)需求89chapter__４軟件需求的層次業(yè)務(wù)需求用戶需求功能需求軟件需求規(guī)格非功能性需需求管理的重要性90chapter__４需求管理的重要性8chapter__４項(xiàng)目失敗的原因分析No.

Top10Factors

平均值

1

Inadequaterequirementsspecification

不充分的需求規(guī)范

4.5

2

Changesinrequirements

需求的改變

4.3

3

Shortageofsystemsengineers

缺乏系統(tǒng)工程師

4.2

4

Shortageofsoftwaremanagers缺乏了解軟件特性的經(jīng)理人

4.1

5

Shortageofqualifiedprojectmanagers缺乏合格的項(xiàng)目經(jīng)理

4.1

6

Shortageofsoftwareengineers缺乏軟件工程師

3.9

7

Fixed-pricecontract固定價合同

3.8

8

Inadequatecommunicationsforsystemintegration系統(tǒng)集成階段,交流與溝通不充分

3.8

9

Insufficientexperienceasteam團(tuán)隊缺乏經(jīng)驗(yàn)

3.6

10

Shortageofapplicationdomainexperts缺乏應(yīng)用領(lǐng)域?qū)＜?/p>

3.6

Scale:5=VerySerious3=Serious1=NoSerious

Source:Carnegie-MellonUniversity,SoftwareEngineeringInstitute91chapter__４項(xiàng)目失敗的原因分析No.Top10Factors平均本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法四、案例分析92chapter__４本章要點(diǎn)一、軟件需求定義10chapter__４軟件需求管理過程軟件需求管理過程軟件需求管理的過程需求分析編寫需求規(guī)格需求驗(yàn)證需求獲取需求變更需求確認(rèn)需求變更94chapter__４軟件需求管理的過程需求分析編寫需求規(guī)格需求驗(yàn)證需求獲取需求變需求開發(fā)(確認(rèn))和管理基本任務(wù)需求工程需求管理需求開發(fā)需求獲取需求分析需求規(guī)格說明需求驗(yàn)證變更管理版本控制風(fēng)險分析95chapter__４需求開發(fā)(確認(rèn))和管理基本任務(wù)需求工程需求管理需求開發(fā)需求獲本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗(yàn)證需求變更三、需求建模的基本方法四、案例分析96chapter__４本章要點(diǎn)一、軟件需求定義14chapter__４需求獲取圖示97chapter__４需求獲取圖示15chapter__４需求獲取用戶要求

擴(kuò)展需求基線需求軟件需求98chapter__４需求獲取用戶要求軟件需求16chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗(yàn)證需求變更三、需求建模的基本方法四、案例分析99chapter__４本章要點(diǎn)一、軟件需求定義17chapter__４需求分析定義需求分析是為最終用戶所看到的系統(tǒng)建立一個概念模型，是對需求的抽象描述。100chapter__４需求分析定義需求分析是為最終用戶所看到的系統(tǒng)建立一個概念模型需求分析模型101chapter__４需求分析模型19chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗(yàn)證需求變更三、需求建模的基本方法四、案例分析102chapter__４本章要點(diǎn)一、軟件需求定義20chapter__４需求規(guī)格需求分析工作完成的一個基本標(biāo)志是形成了一份完整的、規(guī)范的需求規(guī)格說明書需求規(guī)格說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解，使之成為整個開發(fā)工作的基礎(chǔ)。103chapter__４需求規(guī)格需求分析工作完成的一個基本標(biāo)志是形成了一份完整的、規(guī)軟件需求規(guī)格說明的原則從現(xiàn)實(shí)中分離功能，即描述要“做什么”而不是“怎樣實(shí)現(xiàn)”要求使用面向處理的規(guī)格說明語言（或稱系統(tǒng)定義語言）如果被開發(fā)軟件只是一個大系統(tǒng)中的一個元素，那么整個大系統(tǒng)也包括在規(guī)格說明的描述之中104chapter__４軟件需求規(guī)格說明的原則從現(xiàn)實(shí)中分離功能，即描述要“做什么”而規(guī)格說明應(yīng)該包括系統(tǒng)運(yùn)行環(huán)境規(guī)格說明應(yīng)該是一個認(rèn)識模型規(guī)格說明應(yīng)該容許不完備性并允許擴(kuò)充105chapter__４規(guī)格說明應(yīng)該包括系統(tǒng)運(yùn)行環(huán)境23chapter__４3、規(guī)格文檔參考引言系統(tǒng)定義應(yīng)用環(huán)境功能規(guī)格性能需求產(chǎn)品提交實(shí)現(xiàn)約束質(zhì)量描述其它簽字認(rèn)證106chapter__４3、規(guī)格文檔參考引言24chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗(yàn)證需求變更三、需求建模的基本方法四、案例分析107chapter__４本章要點(diǎn)一、軟件需求定義25chapter__４需求驗(yàn)證需求是正確的嗎？需求是一致的嗎？需求是完全的嗎？需求是實(shí)際可行的嗎？需求是必要的嗎？需求是可檢驗(yàn)的嗎？需求是可跟蹤的嗎？最后的簽字108chapter__４需求驗(yàn)證需求是正確的嗎？26chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗(yàn)證需求變更三、需求建模的基本方法四、案例分析109chapter__４本章要點(diǎn)一、軟件需求定義27chapter__４需求總在變化110chapter__４需求總在變化28chapter__４111chapter__４29chapter__４需求變更管理確定需求變更控制過程建立變更控制委員會(SCCB)進(jìn)行需求變更影響分析跟蹤所有受需求變更影響的工作產(chǎn)品建立需求基準(zhǔn)版本和需求控制版本文檔維護(hù)需求變更的歷史記錄跟蹤每項(xiàng)需求的狀態(tài)衡量需求穩(wěn)定性112chapter__４需求變更管理確定需求變更控制過程30chapter__４需求變更管理管理和控制需求基線的過程需求變更控制系統(tǒng)一個正式的文檔，說明如何控制需求變更建立變更審批系統(tǒng)113chapter__４需求變更管理管理和控制需求基線的過程31chapter__變更申請忽略選擇變更方式SCCB評估項(xiàng)目經(jīng)理自行決定根據(jù)評估結(jié)果拒絕接受本次修改下個版本再修改修改合同相關(guān)信息修改相關(guān)需求修改相應(yīng)的項(xiàng)目計劃114chapter__４變更申請忽略選擇變更方式SCCB評估項(xiàng)目經(jīng)理自行決定根據(jù)評估表4-3需求變更提交單軟件基線產(chǎn)品修改提交單申請人韓萬江申請日期2002。10．11項(xiàng)目名稱項(xiàng)目管理系統(tǒng)階段名稱系統(tǒng)設(shè)計文件名稱RCR-PM-01.doc,RCR-PM-02.doc,變更簡述如下修改內(nèi)容1）修改測試流程控制：將2個角色，3個渠道流，改為3個角色，4個渠道流，詳見RCR-PM-01.doc2）增加開發(fā)人員技能信息庫管理，詳見RCR-PM-02.doc

驗(yàn)證意見同意RCR-PM-01.doc變更。RCR-PM-02.doc的變更可以推遲到下一個版本實(shí)施驗(yàn)證人楊炎泰驗(yàn)證日期2002．10．11SCCB韓萬江，姜岳尊，孫泉

填表人韓萬江115chapter__４表4-3需求變更提交單軟件基線產(chǎn)品修改提交單申請人韓萬江申本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法四、案例分析116chapter__４本章要點(diǎn)一、軟件需求定義34chapter__４需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄆ渌?17chapter__４需求建模的基本方法原型方法35chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄆ渌摹咐治?18chapter__４本章要點(diǎn)一、軟件需求定義36chapter__４原型方法按照用戶的需要，快速形成一個操作流程界面可能只是一個框架，具體的功能沒有實(shí)現(xiàn)，只是結(jié)果靜態(tài)的操作流程，以便與用戶快速就需求達(dá)成一致主要考慮系統(tǒng)的功能需求，很少考慮非功能需求119chapter__４原型方法按照用戶的需要，快速形成一個操作流程界面37cha原型方法需求分析原型開發(fā)原型評價120chapter__４原型方法需求分析原型開發(fā)原型評價38chapter__４原型方法的類型進(jìn)化型開發(fā)出來用于了解問題，并形成被交付軟件的部分或全部的基礎(chǔ)拋棄型開發(fā)出來獲以便更多地了解問題或探究可能的方案的靈活性或者合理性，是嘗試性軟件，不用于被交付軟件的實(shí)際部分121chapter__４原型方法的類型進(jìn)化型39chapter__４原型實(shí)例原型系統(tǒng)122chapter__４原型實(shí)例原型系統(tǒng)40chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄆ渌摹咐治?23chapter__４本章要點(diǎn)一、軟件需求定義41chapter__４結(jié)構(gòu)化分析方法（SA,StructuredAnalysis）

20世紀(jì)70年發(fā)展起來的面向數(shù)據(jù)流的方法是一種自頂向下逐步求精的分析方法根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系進(jìn)行分析的124chapter__４結(jié)構(gòu)化分析方法（SA,StructuredAnalysis結(jié)構(gòu)化分析方法-技術(shù)數(shù)據(jù)流圖(DFD)數(shù)據(jù)字典(DD)系統(tǒng)流程圖125chapter__４結(jié)構(gòu)化分析方法-技術(shù)數(shù)據(jù)流圖(DFD)43chapter_描述銀行取款過程的數(shù)據(jù)流圖126chapter__４描述銀行取款過程的數(shù)據(jù)流圖44chapter__４數(shù)據(jù)流圖的層次結(jié)構(gòu)為了表達(dá)數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，需要采用層次結(jié)構(gòu)的數(shù)據(jù)流圖。按照系統(tǒng)的層次結(jié)構(gòu)進(jìn)行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系，能清楚地表達(dá)和容易理解整個系統(tǒng)127chapter__４數(shù)據(jù)流圖的層次結(jié)構(gòu)為了表達(dá)數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，需要采分層數(shù)據(jù)流圖128chapter__４分層數(shù)據(jù)流圖46chapter__４數(shù)據(jù)字典描述系統(tǒng)中涉及的每個數(shù)據(jù),是數(shù)據(jù)描述的集合,通常配合數(shù)據(jù)流圖使用,用來描述數(shù)據(jù)流圖中出現(xiàn)的各種數(shù)據(jù)和加工.129chapter__４數(shù)據(jù)字典描述系統(tǒng)中涉及的每個數(shù)據(jù),是數(shù)據(jù)描述的集合,通常配合數(shù)據(jù)字典-組成數(shù)據(jù)項(xiàng):數(shù)據(jù)元素數(shù)據(jù)流:由數(shù)據(jù)項(xiàng)組成的數(shù)據(jù)流數(shù)據(jù)文件:表示對數(shù)據(jù)文件的存儲130chapter__４數(shù)據(jù)字典-組成數(shù)據(jù)項(xiàng):數(shù)據(jù)元素48chapter__４數(shù)據(jù)流圖需求分析實(shí)例建立學(xué)生管理系統(tǒng)學(xué)管科體檢科學(xué)籍科學(xué)生處131chapter__４數(shù)據(jù)流圖需求分析實(shí)例建立學(xué)生管理系統(tǒng)49chapter__數(shù)據(jù)流圖-頂層學(xué)管科體檢科學(xué)籍科學(xué)生管理信息系統(tǒng)學(xué)生處領(lǐng)導(dǎo)學(xué)生基本信息學(xué)生健康信息學(xué)生成績學(xué)生健康情況表學(xué)生成績單查詢要求不及格人數(shù)人數(shù)統(tǒng)計表132chapter__４數(shù)據(jù)流圖-頂層學(xué)管科體檢科學(xué)籍科學(xué)生管理學(xué)生處領(lǐng)導(dǎo)學(xué)生基本信數(shù)據(jù)流圖-0層133chapter__４數(shù)據(jù)流圖-0層51chapter__４數(shù)據(jù)流圖-1層134chapter__４數(shù)據(jù)流圖-1層52chapter__４數(shù)據(jù)流圖-1層135chapter__４數(shù)據(jù)流圖-1層53chapter__４數(shù)據(jù)字典-數(shù)據(jù)流

學(xué)生基本信息：學(xué)號十姓名學(xué)生健康信息：學(xué)號十健康情況學(xué)生成績：學(xué)號十{課程名+成績}查詢要求：[健康查詢單|平均成績查詢單l不及格人數(shù)查詢]學(xué)生健康情況表：優(yōu)％十良％十一般％十差％學(xué)生成績單：學(xué)號十姓名十{課程名+成績}+總成績不及格人數(shù)統(tǒng)計表：學(xué)號十成績十不及格總?cè)藬?shù)136chapter__４數(shù)據(jù)字典-數(shù)據(jù)流學(xué)生基本信息：學(xué)號十姓名54cha數(shù)據(jù)字典-數(shù)據(jù)文件文件名：基本信息組成：｛學(xué)號十姓名十入學(xué)成績十生源｝組織：按學(xué)號遞增順序排列文件名：健康文件組成：{學(xué)號+姓名+健康情況}組織：按照健康情況為優(yōu)、良、一般、差順序排列文件名：成績文件組成：{學(xué)號+姓名+平均成績}組織：按照評劇成績遞增順序排列137chapter__４數(shù)據(jù)字典-數(shù)據(jù)文件文件名：基本信息55chapter__４系統(tǒng)流程圖系統(tǒng)包含的部分以及各個部分之間的關(guān)系是描述物理系統(tǒng)的工具用圖形符號表示系統(tǒng)中的元素表達(dá)了系統(tǒng)中各個元素之間的信息流動情況138chapter__４系統(tǒng)流程圖系統(tǒng)包含的部分以及各個部分之間的關(guān)系56chap系統(tǒng)流程圖符號139chapter__４系統(tǒng)流程圖符號57chapter__４140chapter__４58chapter__４本章要點(diǎn)一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄆ渌?、案例分?41chapter__４本章要點(diǎn)一、軟件需求定義59chapter__４面向?qū)ο蟮男枨蠓治鯫OSEOOAOODOOPOOT…….142chapter__４面向?qū)ο蟮男枨蠓治鯫OSE60chapter__４OOA是OO軟件工程的第一項(xiàng)技術(shù)活動將現(xiàn)實(shí)世界的“視圖”轉(zhuǎn)化為用對象來描述的模型描述對象之間的各種關(guān)系，以滿足軟件系統(tǒng)的要求。143chapter__４OOA是OO軟件工程的第一項(xiàng)技術(shù)活動61chapter__用例需求（Usecase）分析用例需求分析方法采用一種面向?qū)ο蟮那榫胺治龇椒ㄓ美窍到y(tǒng)向用戶提供一個有價值的結(jié)果的某項(xiàng)功能從用戶角度出發(fā)考慮的功能需求所有的用例結(jié)合起來就構(gòu)成了用例模型144chapter__４用例需求（Usecase）分析用例需求分析方