《軟件需求工程》第3章 需求工程過程

第3章.需求工程過程主要內(nèi)容需求工程過程需求工程過程的活動需求工程過程的并發(fā)和迭代性實踐方法的應用1.需求工程過程過程是一組相關(guān)活動的集成，通過這些活動的執(zhí)行，可以完成一項任務或者達到一個目標。需求工程過程是系統(tǒng)開發(fā)當中需求開發(fā)活動的集成，它的模版是產(chǎn)生一個能夠在用戶環(huán)境下解決用戶業(yè)務問題的系統(tǒng)方案需求工程過程可能會表現(xiàn)出極大的差異，但是除了少數(shù)情況之外，主要的需求工程活動是比較固定的1.需求工程過程1.需求工程過程主要內(nèi)容需求工程過程需求工程過程的活動需求工程過程的并發(fā)和迭代性實踐方法的應用2.需求工程過程的活動需求獲取需求獲取是從人、文檔或者環(huán)境當中獲取需求的過程需求工程師必須要利用各種方法和技術(shù)來“發(fā)現(xiàn)”需求需求獲取和需求分析是交織在一起的2.需求工程過程的活動需求獲取子活動收集背景資料定義項目前景和范圍選擇信息的來源選擇獲取方法，執(zhí)行獲取記錄獲取結(jié)果2.需求工程過程的活動需求分析建模來整合各種信息，以使得人們更好的理解問題為問題定義出一個需求集合，這個集合能夠為問題界定一個有效的解決方案檢查需求當中存在的錯誤、遺漏、不一致等各種缺陷，并加以修正2.需求工程過程的活動需求分析子活動背景分析確定系統(tǒng)邊界需求建模需求細化確定優(yōu)先級需求協(xié)商2.需求工程過程的活動需求規(guī)格說明獲取的需求需要被編寫成文檔，主要目的是為了在系統(tǒng)涉眾之間交流需求信息業(yè)務需求被寫入項目前景和范圍文檔用戶需求被寫入用戶需求文檔（或者用例文檔）系統(tǒng)需求被寫入需求規(guī)格說明需求規(guī)格說明子活動定制文檔模版編寫文檔2.需求工程過程的活動需求驗證確保需求規(guī)格說明文檔能正確、準確的反映用戶的意圖確保文檔的高質(zhì)量文檔內(nèi)每條需求都正確、準確的反映了用戶的意圖；文檔記錄的需求集在整體上具有完整性和一致性；文檔的組織方式和需求的書寫方式具有可讀性和可修改性需求驗證子活動執(zhí)行驗證問題修正2.需求工程過程的活動需求管理保證需求作用在整個軟件的產(chǎn)品生命周期中的續(xù)、穩(wěn)定和有效發(fā)揮需求管理子活動建立和維護需求基線集建立需求跟蹤信息進行變更控制主要內(nèi)容需求工程過程需求工程過程的活動需求工程過程的并發(fā)和迭代性實踐方法的應用3.需求工程過程的并發(fā)和迭代性

——需求開發(fā)中的分析模型復雜度3.需求工程過程的并發(fā)和迭代性

——迭代的需求開發(fā)過程模型3.需求工程過程的并發(fā)和迭代性

——需求開發(fā)活動的并發(fā)性主要內(nèi)容需求工程過程需求工程過程的活動需求工程過程的并發(fā)和迭代性實踐方法的應用4.實踐方法的應用個人才智實踐方法知識體系需求工程師需要為組織或項目選擇、定制和應用一些有效的實踐方法見教材表3-1有效實踐內(nèi)容技術(shù)、方法需求獲取定義項目前景定義項目前景問題分析

明確問題

發(fā)現(xiàn)業(yè)務需求

定義問題解決方案和系統(tǒng)特性控制項目范圍控制項目范圍定義問題解決方案的邊界

定義系統(tǒng)邊界需求獲取實現(xiàn)用戶價值涉眾識別

涉眾描述

涉眾分析涉眾識別方法

涉眾的描述特征

涉眾的優(yōu)先級評估

涉眾的風險評估

涉眾的共贏分析促進用戶參與涉眾采樣

用戶參與代表采樣

制定參與策略

使用用戶替代源

用戶參與需求獲取識別并使用各種需求源涉眾分析

硬數(shù)據(jù)采樣

需求重用涉眾分析的各種方法（如前述）

硬數(shù)據(jù)采樣有效的獲取需求建立有效交流機制建立合作關(guān)系，維護交流氣氛

利用適當?shù)慕涣魍緩?、交流方式正確使用需求獲取方法面談/調(diào)查問卷

群體會議面談/頭腦風暴原型

觀察

文檔分析/需求重用/需求剝離收集和組織需求獲取的結(jié)果建立收集和組織需求需求結(jié)果的機制面向目標的方法

基于場景的方法

基于用例的方法需求分析

為需求建模通過建模手段明確和理解需求信息上下文圖和系統(tǒng)用例圖

ERD和數(shù)據(jù)字典

DFD、FDD和PDD

狀態(tài)(轉(zhuǎn)移)圖/矩陣

UML（分析部分）使用多種手段從多角度建模相同的內(nèi)容多視點方法

Wiegrnga框架

Zachman框架在合適的層次上描述需求需求細化唯一的標識每一條需求需求細化劃分需求的優(yōu)先級確定需求優(yōu)先級累計投票

區(qū)域劃分

Top-N

數(shù)據(jù)量化分析系統(tǒng)的背景前期需求階段的建模與分析面向目標的方法

面向問題域的分析

領(lǐng)域分析

企業(yè)建模有效實踐內(nèi)容技術(shù)、方法需求規(guī)格說明使用模版使用需求文檔模版[IEEE1998]的模版創(chuàng)建需求規(guī)格說明文檔創(chuàng)建正式的軟件需求規(guī)格說明文檔文檔的類型

文檔的內(nèi)容

文檔的使用進行良好的寫作綜合使用各種描述手段形式化、半形式和非形式化描述學習有效的寫作實踐發(fā)揮創(chuàng)造性

以交流為目標組織內(nèi)容得當

不要重復

形式依賴內(nèi)容

使用術(shù)語表和數(shù)據(jù)字典

避免干擾文本

避免歧義詞匯需求驗證驗證需求使用有效方法進行需求的驗證和確認需求評審

原型與模擬

開發(fā)測試用例

用戶手冊編制

利用跟蹤關(guān)系

自動化分析需求管理建立和維護需求基線建立和維護需求基線配置管理狀態(tài)維護進行變更控制進行變更控制變更控制過程變更控制事項（策略）建立需求跟蹤信息建立需求跟蹤信息低端/高端的需求跟蹤使用需求跟蹤矩陣需求依賴實踐方法內(nèi)容過程管理建立需求工程過程建立需求過程過程框架選擇需求工程過程工作組件維護和使用有效的實踐方法維護和使用有效的實踐方法持續(xù)改進需求工程過程評價需求工程過程持續(xù)改進需求工程過程項目管理制定需求開發(fā)計劃提供充足的資源支持選擇需求開發(fā)的生命周期建立需求工程團隊組建團隊維持團隊內(nèi)部的交流氛圍管理需求風險管理需求風險思考題1.除了需求開發(fā)的四個活動和需求管理活動之外，需求工程當中還有沒有需要執(zhí)行的活動？如果有的話，它們是哪些活動？給出你的理由。2.需求開發(fā)過程具有迭代特性，但是不是所有項目的需求開發(fā)過程都必須是迭代完成的？如果不是，請給出舉例和理由。3.需求開發(fā)的迭代特性與軟件開發(fā)過程的迭代式開發(fā)有什么關(guān)系？它們之間會互相影響嗎？如果會，那么有哪些影響？4.需求工程細節(jié)知識的實踐性對不同項目的需求開發(fā)過程的差異性有沒有影響？如果有，請說明影響是什么。如果沒有，請說明是哪些因素產(chǎn)生了不同項目的需求開