軟件需求工程大綱.docx

第一部分軟件需求的基本概念第1章需求問題/1.1軟件開發(fā)的目標1.2項目失敗與成功的原因1.3需求在項目中的作用1.4需求錯誤的代價1.5高質量的需求過程帶來的好處1.6若干需求定義1.7好的需求應具有的特性1.7.1歧義因素1.7.2完整性因素1.7.3一致性因素1.7.4可檢驗性因素1.7.5確定性因素1.7.6可跟蹤性因素1.7.7正確性因素1.7.8可行性因素1.7.9必要性因素第2章需求的層次/2.1業(yè)務需求2.2用戶需求2.3功能需求2.4非功能需求2.4.1可靠性2.4.2可用性2.4.3有效性2.4.4可維護性2.4.5可移植性2.4.6約束2.5需求路線圖練習一軟件需求工程第二部分需求工程與需求工程過程第3章軟件需求與產(chǎn)品生命周期/3.1瀑布模型3.2快速應用開發(fā)模型3.3螺旋模型3.4RUP3.4.1統(tǒng)一軟件開發(fā)過程RUP的二維開發(fā)模型 3.4.2RUP的核心概念3.4.3RUP中的各個階段和里程碑3.4.4RUP的核心工作流3.4.5RUP的裁剪3.4.6RUP的迭代開發(fā)模式 3.4.7RUP的6大經(jīng)驗3.4.8RUP的十大要素3.4.9RUP總結 3.5迭代式模型3.5.1迭代3.5.2迭代方法在需求管理中的優(yōu)勢3.5.3迭代模型與瀑布模型的差別3.5.4迭代方法常見的問題3.5.5應用迭代方法給分析人員帶來的新思維3.6敏捷方法3.6.1敏捷方法遵循的原則3.6.2敏捷開發(fā)與需求3.6.3敏捷方法的適用條件和不適用條件3.7形式化方法3.7.1形式化方法的優(yōu)缺點3.7.2形式化方法的10條戒律3.8關于選擇生命周期模型的總結第4章需求工程/4.1什么是需求工程4.2需求工程的內容4.3需求工程過程4.3.1Pressman的需求工程過程4.3.2Boehm的需求工程過程4.4需求工程的涉眾人員4.5需求工程的方法4.6面向對象的需求工程方法 4.7面向對象的需求工作流4.7.1問題分析4.7.2理解涉眾需要4.7.3定義系統(tǒng)4.7.4管理項目規(guī)模4.7.5改進系統(tǒng)定義4.8需求過程的改進4.8.1需求與其他項目過程的聯(lián)系4.8.2軟件需求對其他涉眾的影響4.8.3需求過程改進的基礎4.8.4過程改進周期4.8.5需求過程改進路線圖練習二第三部分需求獲取與需求分析第5章需求獲取的方法/5.1需求的獲取方法5.1.1面向目標的方法5.1.2基于場景（scenario）的方法5.1.3面向方面（aspect）的方法5.1.4面向視點（viewpoint）的方法5.1.5基于知識的方法5.2需求描述語言5.3案例分析第6章尋找客戶的需求/6.1在問題定義上達成共識6.2了解問題產(chǎn)生的根本原因6.2.1魚骨圖6.2.2帕累托圖6.3確定涉眾和用戶6.4確定系統(tǒng)的界限6.5確定解決方案的約束條件第7章理解用戶的需要/7.1用戶訪談7.1.1準備訪談7.1.2計劃和安排訪談日程7.1.3訪談開始和結束7.1.4引導訪談7.1.5調查問卷7.2專題討論會7.3情節(jié)串聯(lián)板第8章定義系統(tǒng)/8.1項目的范圍問題8.1.1項目的可用資源8.1.2項目開發(fā)時間8.1.3系統(tǒng)功能、時間與資源8.2客戶要求的總比實際的要多8.3確立系統(tǒng)基線8.3.1設定優(yōu)先級8.3.2評估工作量8.3.3加入風險因素8.3.4縮小項目范圍，確定基線8.4建立項目前景文檔第9章管理客戶/9.1讓客戶確認項目范圍 9.2遇到變更要與客戶溝通 第10章需求建模/10.1什么是需求分析模型10.2需求分析階段模型的作用第11章結構化分析建模/11.1數(shù)據(jù)模型11.1.1數(shù)據(jù)對象11.1.2屬性11.1.3關系11.1.4實體關系圖11.2功能模型數(shù)據(jù)流圖11.3行為模型狀態(tài)轉換圖11.4數(shù)據(jù)字典11.5其他結構化分析方法的概述11.5.1數(shù)據(jù)結構化系統(tǒng)開發(fā)11.5.2Jackson 系統(tǒng)開發(fā)11.5.3SADT11.6結構化分析小結第12章面向對象的建模 /12.1UMLUnified Modeling Language 12.2可視化的建模工具Rose 12.3UML對用例驅動需求工程的支持 第13章業(yè)務建模/13.1業(yè)務建模是什么13.2為什么要業(yè)務建模13.3需求和業(yè)務建模13.4業(yè)務建模時期的主要任務13.5業(yè)務建模中的用例業(yè)務用例13.5.1業(yè)務角色和業(yè)務主角13.5.2業(yè)務對象13.5.3CRC建模13.6建立業(yè)務用例模型13.7業(yè)務建模的步驟13.8從業(yè)務模型到系統(tǒng)模型13.9何時使用業(yè)務建模第14章用例建模/14.1什么是用例14.2用例的內容 14.3用例方法的特點 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補充規(guī)約 14.7.3詞匯表 14.8調整用例模型 14.8.1參與者之間的關系14.8.2用例之間的關系14.9管理用例模型復雜度 14.9.1用例包 14.9.2用例的粒度14.9.3用例圖14.10常見的用例建模的錯誤14.11使用用例的好處第15章原型開發(fā)/15.1原型方法的選擇15.2原型方法的工具15.3選擇適當?shù)脑头椒?5.4原型評價15.5原型法的最大風險15.6原型法成功的因素練習三第四部分需求文檔與需求質量驗證第16章軟件需求規(guī)格說明/16.1需求規(guī)格說明書解決的項目問題16.2需求規(guī)格說明模板（IEEE/ANSI 8301993）16.3需求文檔的編寫原則16.4高質量的SRS的一些特性16.5軟件需求規(guī)格說明書的評審第17章需求驗證/第18章需求評審/18.1評審概述 18.1.1評審類型 18.1.2計劃 18.2準備18.3評審過程18.3.1理解評審流程18.3.2理解評審員角色18.3.3指定協(xié)調員18.3.4使評審保持簡短18.3.5確定問題，而不要解決問題18.4常見的幾種需求評審的問題18.5如何做好需求評審18.5.1分層次評審18.5.2正式評審與非正式評審結合18.5.3分階段評審18.5.4精心挑選評審員18.5.5對評審員進行培訓18.5.6充分利用需求評審檢查單18.5.7建立標準的評審流程18.5.8做好評審后的跟蹤工作18.5.9充分準備評審18.6需求評審的困難18.7測試需求練習四第五部分軟件需求管理第19章需求管理所要完成的任務/19.1需求共識 19.2根據(jù)需求設計解決方案 19.3系統(tǒng)優(yōu)化 19.4方案設計 19.5必要的修改 19.6任務劃分 19.7產(chǎn)品測試 19.8重復開發(fā) 19.9項目管理的輔助 第20章需求管理模型/20.1需求管理模型的特點20.2存在的各種關聯(lián) 20.3需求管理的主要活動20.4需求管理與能力成熟度模型20.4.1能力成熟度模型CMM20.4.2關鍵過程域與需求管理20.5需求管理步驟20.6需求管理中須注意的問題第21章管理變更/21.1需求變更的因素（內部、外部）21.1.1對需求的理解存在分歧21.1.2系統(tǒng)實施時間過長21.1.3用戶業(yè)務需求改變21.1.4系統(tǒng)正常升級21.2需求變更的代價 21.3減少需求變更 21.4需求變更的過程管理21.4.1認識到變更不可避免，為變更制訂計劃21.4.2確認需求基線21.4.3建立控制變更的唯一渠道21.4.4使用變更控制系統(tǒng)來捕獲變更21.4.5分層次地管理變更21.5需求變更管理實踐中的對策21.5.1優(yōu)先排序，分批實現(xiàn)21.5.2相互協(xié)作，充分交流21.5.3合同約束，區(qū)別對待21.5.4選用適當?shù)拈_發(fā)模型21.5.5用戶參與需求評審21.6需求配置管理21.7基線管理21.8需求狀態(tài)的變化第22章需求風險管理/22.1與需求有關的風險22.1.1無足夠用戶參與22.1.2用戶需求的不斷增加22.1.3模棱兩可的需求22.1.4不必要的特性22.1.5過于精簡的規(guī)格說明22.1.6忽略了用戶分類22.1.7不準確的計劃22.2評估需求風險22.2.1需求獲取階段22.2.2需求分析階段22.2.3需求規(guī)格說明22.2.4需求驗證22.2.5需求管理22.3風險管理是項目管理人員的好助手第23章需求跟蹤/23.1需求跟蹤動機23.2需求跟蹤的定義23.3跟蹤關系23.4需求跟蹤鏈23.5通用的跟蹤