軟件需求工程大綱-

1、第一部分軟件需求的基本概念第1章需求問題/1.1軟件開發(fā)的目標(biāo)1.2項(xiàng)目失敗與成功的原因1.3需求在項(xiàng)目中的作用1.4需求錯(cuò)誤的代價(jià)1.5高質(zhì)量的需求過程帶來的好處1.6若干需求定義1.7好的需求應(yīng)具有的特性1.7.1歧義因素1.7.2完整性因素1.7.3一致性因素1.7.4可檢驗(yàn)性因素1.7.5確定性因素1.7.6可跟蹤性因素1.7.7正確性因素1.7.8可行性因素1.7.9必要性因素第2章需求的層次/2.1業(yè)務(wù)需求2.2用戶需求2.3功能需求2.4非功能需求2.4.1可靠性2.4.2可用性2.4.3有效性2.4.4可維護(hù)性2.4.5可移植性2.4.6約束2.5需求路線圖練習(xí)一軟件需求工程第

2、二部分需求工程與需求工程過程第3章軟件需求與產(chǎn)品生命周期/3.1瀑布模型3.2快速應(yīng)用開發(fā)模型3.3螺旋模型3.4RUP3.4.1統(tǒng)一軟件開發(fā)過程RUP的二維開發(fā)模型3.4.2RUP的核心概念3.4.3RUP中的各個(gè)階段和里程碑3.4.4RUP的核心工作流3.4.5RUP的裁剪3.4.6RUP的迭代開發(fā)模式3.4.7RUP的6大經(jīng)驗(yàn)3.4.8RUP的十大要素3.4.9RUP總結(jié)3.5迭代式模型3.5.1迭代3.5.2迭代方法在需求管理中的優(yōu)勢3.5.3迭代模型與瀑布模型的差別3.5.4迭代方法常見的問題3.5.5應(yīng)用迭代方法給分析人員帶來的新思維3.6敏捷方法3.6.1敏捷方法遵循的原則3.6

3、.2敏捷開發(fā)與需求3.6.3敏捷方法的適用條件和不適用條件3.7形式化方法3.7.1形式化方法的優(yōu)缺點(diǎn)3.7.2形式化方法的10條戒律3.8關(guān)于選擇生命周期模型的總結(jié)第4章需求工程/4.1什么是需求工程4.2需求工程的內(nèi)容4.3需求工程過程4.3.1Pressman的需求工程過程4.3.2Boehm的需求工程過程4.4需求工程的涉眾人員4.5需求工程的方法4.6面向?qū)ο蟮男枨蠊こ谭椒?.7面向?qū)ο蟮男枨蠊ぷ髁?.7.1問題分析4.7.2理解涉眾需要4.7.3定義系統(tǒng)4.7.4管理項(xiàng)目規(guī)模4.7.5改進(jìn)系統(tǒng)定義4.8需求過程的改進(jìn)4.8.1需求與其他項(xiàng)目過程的聯(lián)系4.8.2軟件需求對(duì)其他涉眾的影

4、響4.8.3需求過程改進(jìn)的基礎(chǔ)4.8.4過程改進(jìn)周期4.8.5需求過程改進(jìn)路線圖練習(xí)二第三部分需求獲取與需求分析第5章需求獲取的方法/5.1需求的獲取方法5.1.1面向目標(biāo)的方法5.1.2基于場景(scenario的方法5.1.3面向方面(aspect的方法5.1.4面向視點(diǎn)(viewpoint的方法5.1.5基于知識(shí)的方法5.2需求描述語言5.3案例分析第6章尋找客戶的需求/6.1在問題定義上達(dá)成共識(shí)6.2了解問題產(chǎn)生的根本原因6.2.1魚骨圖6.2.2帕累托圖6.3確定涉眾和用戶6.4確定系統(tǒng)的界限6.5確定解決方案的約束條件第7章理解用戶的需要/7.1用戶訪談7.1.1準(zhǔn)備訪談7.1.2

5、計(jì)劃和安排訪談日程7.1.3訪談開始和結(jié)束7.1.4引導(dǎo)訪談7.1.5調(diào)查問卷7.2專題討論會(huì)7.3情節(jié)串聯(lián)板第8章定義系統(tǒng)/8.1項(xiàng)目的范圍問題8.1.1項(xiàng)目的可用資源8.1.2項(xiàng)目開發(fā)時(shí)間8.1.3系統(tǒng)功能、時(shí)間與資源8.2客戶要求的總比實(shí)際的要多8.3確立系統(tǒng)基線8.3.1設(shè)定優(yōu)先級(jí)8.3.2評(píng)估工作量8.3.3加入風(fēng)險(xiǎn)因素8.3.4縮小項(xiàng)目范圍,確定基線8.4建立項(xiàng)目前景文檔第9章管理客戶/9.1讓客戶確認(rèn)項(xiàng)目范圍9.2遇到變更要與客戶溝通第10章需求建模/10.1什么是需求分析模型10.2需求分析階段模型的作用第11章結(jié)構(gòu)化分析建模/11.1數(shù)據(jù)模型11.1.1數(shù)據(jù)對(duì)象11.1.2屬

6、性11.1.3關(guān)系11.1.4實(shí)體 關(guān)系圖11.2功能模型數(shù)據(jù)流圖11.3行為模型狀態(tài)轉(zhuǎn)換圖11.4數(shù)據(jù)字典11.5其他結(jié)構(gòu)化分析方法的概述11.5.1數(shù)據(jù)結(jié)構(gòu)化系統(tǒng)開發(fā)11.5.2Jackson 系統(tǒng)開發(fā)11.5.3SADT11.6結(jié)構(gòu)化分析小結(jié)第12章面向?qū)ο蟮慕?/12.1UMLUnified Modeling Language 12.2可視化的建模工具Rose12.3UML對(duì)用例驅(qū)動(dòng)需求工程的支持第13章業(yè)務(wù)建模/13.1業(yè)務(wù)建模是什么13.2為什么要業(yè)務(wù)建模13.3需求和業(yè)務(wù)建模13.4業(yè)務(wù)建模時(shí)期的主要任務(wù)13.5業(yè)務(wù)建模中的用例業(yè)務(wù)用例13.5.1業(yè)務(wù)角色和業(yè)務(wù)主角13.5.2

7、業(yè)務(wù)對(duì)象13.5.3CRC建模13.6建立業(yè)務(wù)用例模型13.7業(yè)務(wù)建模的步驟13.8從業(yè)務(wù)模型到系統(tǒng)模型13.9何時(shí)使用業(yè)務(wù)建模第14章用例建模/14.1什么是用例14.2用例的內(nèi)容14.3用例方法的特點(diǎn)14.4建立用例模型14.4.1尋找參與者14.4.2確定用例14.5描述用例規(guī)約14.5.1基本流14.5.2備選流14.5.3用例場景14.5.4特殊需求14.5.5前置和后置條件14.6檢查用例模型14.7系統(tǒng)需求14.7.1需求工件集14.7.2補(bǔ)充規(guī)約14.7.3詞匯表14.8調(diào)整用例模型14.8.1參與者之間的關(guān)系14.8.2用例之間的關(guān)系14.9管理用例模型復(fù)雜度14.9.1用例

8、包14.9.2用例的粒度14.9.3用例圖14.10常見的用例建模的錯(cuò)誤14.11使用用例的好處第15章原型開發(fā)/15.1原型方法的選擇15.2原型方法的工具15.3選擇適當(dāng)?shù)脑头椒?5.4原型評(píng)價(jià)15.5原型法的最大風(fēng)險(xiǎn)15.6原型法成功的因素練習(xí)三第四部分需求文檔與需求質(zhì)量驗(yàn)證第16章軟件需求規(guī)格說明/16.1需求規(guī)格說明書解決的項(xiàng)目問題16.2需求規(guī)格說明模板(IEEE/ANSI 8301993 16.3需求文檔的編寫原則16.4高質(zhì)量的SRS的一些特性16.5軟件需求規(guī)格說明書的評(píng)審第17章需求驗(yàn)證/第18章需求評(píng)審/18.1評(píng)審概述18.1.1評(píng)審類型18.1.2計(jì)劃18.2準(zhǔn)備1

9、8.3評(píng)審過程18.3.1理解評(píng)審流程18.3.2理解評(píng)審員角色18.3.3指定協(xié)調(diào)員18.3.4使評(píng)審保持簡短18.3.5確定問題,而不要解決問題18.4常見的幾種需求評(píng)審的問題18.5如何做好需求評(píng)審18.5.1分層次評(píng)審18.5.2正式評(píng)審與非正式評(píng)審結(jié)合18.5.3分階段評(píng)審18.5.4精心挑選評(píng)審員18.5.5對(duì)評(píng)審員進(jìn)行培訓(xùn)18.5.6充分利用需求評(píng)審檢查單18.5.7建立標(biāo)準(zhǔn)的評(píng)審流程18.5.8做好評(píng)審后的跟蹤工作18.5.9充分準(zhǔn)備評(píng)審18.6需求評(píng)審的困難18.7測試需求練習(xí)四第五部分軟件需求管理第19章需求管理所要完成的任務(wù)/ 19.1需求共識(shí)19.2根據(jù)需求設(shè)計(jì)解決方案

10、19.3系統(tǒng)優(yōu)化19.4方案設(shè)計(jì)19.5必要的修改19.6任務(wù)劃分19.7產(chǎn)品測試19.8重復(fù)開發(fā)19.9項(xiàng)目管理的輔助第20章需求管理模型/20.1需求管理模型的特點(diǎn)20.2存在的各種關(guān)聯(lián)20.3需求管理的主要活動(dòng)20.4需求管理與能力成熟度模型20.4.1能力成熟度模型CMM20.4.2關(guān)鍵過程域與需求管理20.5需求管理步驟20.6需求管理中須注意的問題第21章管理變更/21.1需求變更的因素(內(nèi)部、外部21.1.1對(duì)需求的理解存在分歧21.1.2系統(tǒng)實(shí)施時(shí)間過長21.1.3用戶業(yè)務(wù)需求改變21.1.4系統(tǒng)正常升級(jí)21.2需求變更的代價(jià)21.3減少需求變更21.4需求變更的過程管理21.

11、4.1認(rèn)識(shí)到變更不可避免,為變更制訂計(jì)劃21.4.2確認(rèn)需求基線21.4.3建立控制變更的唯一渠道21.4.4使用變更控制系統(tǒng)來捕獲變更21.4.5分層次地管理變更21.5需求變更管理實(shí)踐中的對(duì)策21.5.1優(yōu)先排序,分批實(shí)現(xiàn)21.5.2相互協(xié)作,充分交流21.5.3合同約束,區(qū)別對(duì)待21.5.4選用適當(dāng)?shù)拈_發(fā)模型21.5.5用戶參與需求評(píng)審21.6需求配置管理21.7基線管理21.8需求狀態(tài)的變化第22章需求風(fēng)險(xiǎn)管理/22.1與需求有關(guān)的風(fēng)險(xiǎn)22.1.1無足夠用戶參與22.1.2用戶需求的不斷增加22.1.3模棱兩可的需求22.1.4不必要的特性22.1.5過于精簡的規(guī)格說明22.1.6忽略了用戶分類22.1.7不準(zhǔn)確的計(jì)劃22.2評(píng)估需求風(fēng)險(xiǎn)22.2.1需求獲取階段22.2.2需求分析階段22.2.3需求規(guī)格說明22.2.4需求驗(yàn)證22.2.5需求管理22.3風(fēng)險(xiǎn)管理是項(xiàng)目管理人員的好助手第23章需求跟蹤/23.1需求跟蹤動(dòng)機(jī)23.2需求跟蹤的定義23.3跟蹤關(guān)系23.4需求跟蹤鏈23.5通用的跟蹤模型2