P05-CMMI實踐-需求工程

1、讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用CMMI 實踐解析第五部分 需求工程讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用什么是需求？讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用課程概述需求工程概述需求工程概述需求開發(fā)（需求開發(fā)（RD）需求管理（需求管理（REQM）123需求工程總結需求工程總結4讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用Requirements Development （需求開發(fā)）The purpose of Requirements Development (RD) is to produce and analyze customer, product, and pro

2、duct component requirements.需求開發(fā)的目的是產(chǎn)生和分析客戶，產(chǎn)品和產(chǎn)品組件的需求。相關的PAREQM 獲得相關干系人的需求，實現(xiàn)需求，維護需求的雙向可跟蹤性和需求管理相關。TS 根據(jù)需求的結果進行需求精化及進行方案設計和技術實現(xiàn)相關。PI 關于接口需求和接口管理和產(chǎn)品集成相關。讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用Requirements Development （需求開發(fā)）相關的PA（續(xù)）VER 最終產(chǎn)品結果滿足需求方面和驗證相關。VAL 最終產(chǎn)品如何滿足客戶的需要和使用和確認相關。RSKM 識別和管理需求相關的風險活動和風險管理相關。CM 確保關鍵的工作產(chǎn)

3、品受控和管理方面和配置管理相關。讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用Requirements Development （需求開發(fā)）讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用目標之間關系解析 SG1Analyze andValidateRequirements（分析和確認需求）Develop CustomerRequirements（開發(fā)客戶需求）DevelopProductRequirements（開發(fā)產(chǎn)品需求）StakeholdersNeeds（相關干系人）SG1SG2SG3Validated CustomerRequirements（確認的客戶需求）Validated Produ

4、ct, Product Component, and Interface Requirements （確認的產(chǎn)品需求）讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用SG1 開發(fā)客戶需求Develop Customer Requirements（SG1 開發(fā)客戶需求）干系人的需求干系人的需求SP1.1 引導引導需求需求SP1.2 開發(fā)開發(fā)客戶需求客戶需求CustomerRequirements（客戶需求）讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用SP1.1 引導需求讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用SP1.1 引導需求需求調(diào)研的六邊形法則組織結構：企業(yè)為進行相應的業(yè)務流程所做的人員的組

5、織安排。業(yè)務流程：企業(yè)開展業(yè)務所必須的各個環(huán)節(jié)及在每個環(huán)節(jié)中的具體做法。業(yè)務數(shù)據(jù)：企業(yè)內(nèi)部經(jīng)營信息的存儲和流動形式。業(yè)務地點分布：反映企業(yè)在什么地方開展業(yè)務以及業(yè)務流程中的各個環(huán)節(jié)之間的地點關系。業(yè)務應用：企業(yè)以什么樣的應用軟件處理業(yè)務流程中的各個環(huán)節(jié)。技術基礎設施：企業(yè)在信息技術基礎設施上的狀況。讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用SP1.2 開發(fā)客戶需求深入淺出對企業(yè)的需求調(diào)研的要盡可能的全面、細致調(diào)研的需求是個全集，系統(tǒng)真正實現(xiàn)的是個子集。調(diào)研的細致并不等于在分析時都面面俱到地將調(diào)研的內(nèi)容納入到新系統(tǒng)中, 而有可能實現(xiàn)的很少,但其中在向細處擴充時將會很容易。 以流程為主線應該用流

6、程將所有的內(nèi)容串起來，如單據(jù)、信息、組織結構、處理規(guī)則等；流程的描述既要有宏觀，又要有微觀。讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用SP1.2 開發(fā)客戶需求需求獲取過程中的注意事項調(diào)查前的準備并落實調(diào)研計劃在調(diào)研前和用戶講清楚調(diào)研的意義、過程、以及需要注意的問題 發(fā)問時以一人為主,其他人注意記錄與查找問題 在用戶講解時,不要中斷用戶,使對方有充分的演說機會 對詢問的問題要有記錄，記錄要點 調(diào)研時可以IPO思想作為總體的主線 讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用目標之間關系解析 SG2Analyze andValidateRequirements（分析和確認需求）Develop Cu

7、stomerRequirements（開發(fā)客戶需求）（開發(fā)客戶需求）DevelopProductRequirements（開發(fā)產(chǎn)品需求）（開發(fā)產(chǎn)品需求）StakeholdersNeeds（相關干系人）SG1SG2SG3Validated CustomerRequirements（確認的客戶需求）Validated Product, Product Component, and Interface Requirements （確認的產(chǎn)品需求）讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用SG2 開發(fā)產(chǎn)品需求Develop Product Requirements（SG2 開發(fā)產(chǎn)品需求）開發(fā)產(chǎn)品需求

8、）技術實現(xiàn)技術實現(xiàn)Select Technical Solution選擇技術方案選擇技術方案SP2.1 建立建立產(chǎn)品和產(chǎn)品和產(chǎn)品組件產(chǎn)品組件的需求的需求SP2.2 分配分配產(chǎn)品產(chǎn)品組件需求組件需求SP2.3 識別識別接口需求接口需求SG2CustomerRequirements（客戶需求）Product, Product Component, Requirements （產(chǎn)品和產(chǎn)品組件需求）讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用目標之間關系解析 SG3Analyze andValidateRequirements（分析和確認需求）Develop CustomerRequirements（

9、開發(fā)客戶需求）DevelopProductRequirements（開發(fā)產(chǎn)品需求）StakeholdersNeeds（相關干系人）SG1SG2SG3Validated CustomerRequirements（確認的客戶需求）Validated Product, Product Component, and Interface Requirements （確認的產(chǎn)品需求）讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用SG3 分析和確認需求Analyze Requirements to Achieve Balance（SG3 分析和確認需求）分析和確認需求）SP3.1 建立建立操作概念操作概念和場

10、景和場景SP3.2 建立建立需求功能需求功能的定義的定義SP3.3 分析分析需求需求SP3.4 分析分析需求達到需求達到平衡平衡SP3.5 確認確認需求需求SG3Customer, Product, Product Component, and Interface Requirements （客戶，產(chǎn)品，產(chǎn)品組件需求）Validated Requirements （確認的需求）讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用SP3.1 建立操作概念和場景讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用SP3.2 建立需求功能的定義讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用SP3.3 分析需求完整性：

11、完整描述即將交付使用的功能，發(fā)現(xiàn)缺少某項信息，可以采用TBD來標注正確性：經(jīng)過用戶或用戶信任的代理人審閱可行性：在已知能力和約束條件中實現(xiàn)必要性：每項需求記錄的功能都應是用戶真正需要的有優(yōu)先次序：提供了實現(xiàn)優(yōu)先級無歧義：對所有讀者只有一種一致的解釋可驗證性：可以設計測試方法來檢查讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用如何達到能力等級2級讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用如何達到能力等級3級讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用課程概述需求工程概述需求工程概述需求開發(fā)（需求開發(fā)（RD）需求管理（需求管理（REQM）123需求工程總結需求工程總結4讓軟件過程更簡潔、實用讓軟件

12、過程更簡潔、實用Requirements Management （需求管理）The purpose of Requirements Management (REQM) is to manage the requirements of the projects products and product components and to identify inconsistencies between those requirements and the projects plans and work products.需求管理的目的是管理項目產(chǎn)品和產(chǎn)品組件的需求，并且識別需求和項目計劃及工作產(chǎn)

13、品之間的不一致性。相關PA：RD 獲將干系人的需求轉換為產(chǎn)品需求并且確定分配需求到產(chǎn)品組件。TS 將需求轉換為產(chǎn)品解決方案。PP 需求變更時影響相應的計劃修訂CM 為需求進行基線和變更控制PMC 基于需求監(jiān)控工作產(chǎn)品和活動，并且采取適當?shù)募m正措施RSKM 識別及控制需求方面的風險讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用Requirements Management （需求管理）讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用目標之間關系解析 SG1Manage Requirements（管理需求）SG1 Requirements需求需求Bidirectional Traceability of

14、 Requirements雙向跟蹤矩陣雙向跟蹤矩陣讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用SG1 管理需求需求需求跟蹤跟蹤距陣跟蹤跟蹤距陣 Manage Requirements（SG1 管理需求）管理需求）SP1.1 獲取和獲取和理解需求理解需求SP1.2 獲取獲取對需求對需求的承諾的承諾SP1.3 管理管理需求變更需求變更SP1.4 維護維護需求的雙向需求的雙向可跟蹤性可跟蹤性SP1.5 識別識別工作產(chǎn)品和工作產(chǎn)品和需求的需求的不一致性不一致性SG1讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用SP1.3 管理需求變更是否給變更誰來判斷明確變更緊急程度，緊急變更立即處理變更影響分析（Br

15、ain Storming）不緊急變更批量處理，建議分三批需求形成基線前設計完成前試運行完成前讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用如何達到能力等級2級讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用如何達到能力等級3級讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用課程概述需求工程概述需求工程概述需求開發(fā)（需求開發(fā)（RD）需求管理（需求管理（REQM）123需求工程總結需求工程總結4讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用需求開發(fā)和需求管理的分界線讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用國內(nèi)項目面臨的最主要問題客戶普遍不成熟：項目范圍定義不確切，缺乏對項目范圍、進度、成本、質(zhì)量的平衡需求

16、頻繁變更主要人員的變動是項目最大風險項目團隊不成熟：項目經(jīng)理基本上全是技術出身，普遍缺乏管理意識和管理方法培訓不能正確識別項目相關干系人并管理其參與項目組成員工作勤奮但普遍缺乏正確方法人員變動是項目經(jīng)理最頭疼的問題讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用需求開發(fā)我們需要客戶方如何做調(diào)查前需要客戶方落實調(diào)研計劃，確定參加調(diào)研人員，時間，地點，并通知其調(diào)研內(nèi)容（同時要考慮人員變動的備選方案）需要甲方確立內(nèi)部項目組需求負責人準備調(diào)研所用資源會議室白板投影儀及時組織內(nèi)部人員與乙方確認調(diào)研成果讓軟件過程更簡潔、實用讓軟件過程更簡潔、實用需求管理需要客戶方如何配合作為客戶方，如何做？了解乙方需求變更流程，并與乙方就此流程達成一致；指定