P05-CMMI實踐解析-需求工程課件

CMMI實踐解析

第五部分需求工程

CMMI實踐解析

第五部分需求工程

什么是需求？什么是需求？課程概述需求工程概述需求開發(fā)（RD）需求管理（REQM）123需求工程總結4課程概述需求工程概述需求開發(fā)（RD）需求管理（REQM）12RequirementsDevelopment（需求開發(fā)）ThepurposeofRequirementsDevelopment(RD)istoproduceandanalyzecustomer,product,andproductcomponentrequirements.需求開發(fā)的目的是產生和分析客戶，產品和產品組件的需求。相關的PAREQM>

獲得相關干系人的需求，實現(xiàn)需求，維護需求的雙向可跟蹤性和需求管理相關。TS>

根據需求的結果進行需求精化及進行方案設計和技術實現(xiàn)相關。PI>

關于接口需求和接口管理和產品集成相關。RequirementsDevelopment（需求開發(fā)RequirementsDevelopment（需求開發(fā)）相關的PA（續(xù)）VER>

最終產品結果滿足需求方面和驗證相關。VAL>

最終產品如何滿足客戶的需要和使用和確認相關。RSKM>

識別和管理需求相關的風險活動和風險管理相關。CM>

確保關鍵的工作產品受控和管理方面和配置管理相關。RequirementsDevelopment（需求開發(fā)RequirementsDevelopment（需求開發(fā)）RequirementsDevelopment（需求開發(fā)目標之間關系解析－SG1AnalyzeandValidateRequirements（分析和確認需求）Develop

Customer

Requirements（開發(fā)客戶需求）Develop

Product

Requirements（開發(fā)產品需求）Stakeholders’Needs（相關干系人）SG1SG2SG3ValidatedCustomer

Requirements（確認的客戶需求）ValidatedProduct,ProductComponent,and

Interface

Requirements

（確認的產品需求）目標之間關系解析－SG1AnalyzeandDevelSG1開發(fā)客戶需求DevelopCustomerRequirements（SG1開發(fā)客戶需求）干系人的需求SP1.1引導需求SP1.2開發(fā)客戶需求Customer

Requirements（客戶需求）SG1開發(fā)客戶需求DevelopCustomerReqSP1.1引導需求SP1.1引導需求SP1.1引導需求需求調研的六邊形法則組織結構：企業(yè)為進行相應的業(yè)務流程所做的人員的組織安排。業(yè)務流程：企業(yè)開展業(yè)務所必須的各個環(huán)節(jié)及在每個環(huán)節(jié)中的具體做法。業(yè)務數(shù)據：企業(yè)內部經營信息的存儲和流動形式。業(yè)務地點分布：反映企業(yè)在什么地方開展業(yè)務以及業(yè)務流程中的各個環(huán)節(jié)之間的地點關系。業(yè)務應用：企業(yè)以什么樣的應用軟件處理業(yè)務流程中的各個環(huán)節(jié)。技術基礎設施：企業(yè)在信息技術基礎設施上的狀況。SP1.1引導需求需求調研的六邊形法則SP1.2開發(fā)客戶需求深入淺出對企業(yè)的需求調研的要盡可能的全面、細致調研的需求是個全集，系統(tǒng)真正實現(xiàn)的是個子集。調研的細致并不等于在分析時都面面俱到地將調研的內容納入到新系統(tǒng)中,而有可能實現(xiàn)的很少,但其中在向細處擴充時將會很容易。以流程為主線應該用流程將所有的內容串起來，如單據、信息、組織結構、處理規(guī)則等；流程的描述既要有宏觀，又要有微觀。SP1.2開發(fā)客戶需求深入淺出SP1.2開發(fā)客戶需求需求獲取過程中的注意事項調查前的準備并落實調研計劃在調研前和用戶講清楚調研的意義、過程、以及需要注意的問題發(fā)問時以一人為主,其他人注意記錄與查找問題在用戶講解時,不要中斷用戶,使對方有充分的演說機會對詢問的問題要有記錄，記錄要點調研時可以IPO思想作為總體的主線

SP1.2開發(fā)客戶需求需求獲取過程中的注意事項目標之間關系解析－SG2AnalyzeandValidateRequirements（分析和確認需求）Develop

Customer

Requirements（開發(fā)客戶需求）Develop

Product

Requirements（開發(fā)產品需求）Stakeholders’Needs（相關干系人）SG1SG2SG3ValidatedCustomer

Requirements（確認的客戶需求）ValidatedProduct,ProductComponent,and

Interface

Requirements

（確認的產品需求）目標之間關系解析－SG2AnalyzeandDevelSG2開發(fā)產品需求DevelopProductRequirements（SG2開發(fā)產品需求）技術實現(xiàn)SelectTechnicalSolution選擇技術方案SP2.1建立產品和產品組件的需求SP2.2分配產品組件需求SP2.3識別接口需求SG2Customer

Requirements（客戶需求）Product,ProductComponent,Requirements

（產品和產品組件需求）SG2開發(fā)產品需求DevelopProductRequ目標之間關系解析－SG3AnalyzeandValidateRequirements（分析和確認需求）Develop

Customer

Requirements（開發(fā)客戶需求）Develop

Product

Requirements（開發(fā)產品需求）Stakeholders’Needs（相關干系人）SG1SG2SG3ValidatedCustomer

Requirements（確認的客戶需求）ValidatedProduct,ProductComponent,and

Interface

Requirements

（確認的產品需求）目標之間關系解析－SG3AnalyzeandDevelSG3分析和確認需求AnalyzeRequirementstoAchieveBalance（SG3分析和確認需求）SP3.1建立操作概念和場景SP3.2建立需求功能的定義SP3.3分析需求SP3.4分析需求達到平衡SP3.5確認需求SG3Customer,Product,ProductComponent,and

Interface

Requirements

（客戶，產品，產品組件需求）ValidatedRequirements

（確認的需求）SG3分析和確認需求AnalyzeRequirementSP3.1建立操作概念和場景SP3.1建立操作概念和場景SP3.2建立需求功能的定義SP3.2建立需求功能的定義SP3.3分析需求完整性：完整描述即將交付使用的功能，發(fā)現(xiàn)缺少某項信息，可以采用TBD來標注正確性：經過用戶或用戶信任的代理人審閱可行性：在已知能力和約束條件中實現(xiàn)必要性：每項需求記錄的功能都應是用戶真正需要的有優(yōu)先次序：提供了實現(xiàn)優(yōu)先級無歧義：對所有讀者只有一種一致的解釋可驗證性：可以設計測試方法來檢查SP3.3分析需求完整性：完整描述即將交付使用的功能，發(fā)現(xiàn)如何達到能力等級2級如何達到能力等級2級如何達到能力等級3級如何達到能力等級3級課程概述需求工程概述需求開發(fā)（RD）需求管理（REQM）123需求工程總結4課程概述需求工程概述需求開發(fā)（RD）需求管理（REQM）12RequirementsManagement（需求管理）ThepurposeofRequirementsManagement(REQM)istomanagetherequirementsoftheproject’sproductsandproductcomponentsandtoidentifyinconsistenciesbetweenthoserequirementsandtheproject’splansandworkproducts.需求管理的目的是管理項目產品和產品組件的需求，并且識別需求和項目計劃及工作產品之間的不一致性。相關PA：RD>

獲將干系人的需求轉換為產品需求并且確定分配需求到產品組件。TS>將需求轉換為產品解決方案。PP>需求變更時影響相應的計劃修訂CM>為需求進行基線和變更控制PMC>基于需求監(jiān)控工作產品和活動，并且采取適當?shù)募m正措施RSKM>識別及控制需求方面的風險RequirementsManagement（需求管理）RequirementsManagement（需求管理）RequirementsManagement（需求管理）目標之間關系解析－SG1ManageRequirements（管理需求）SG1

Requirements需求BidirectionalTraceabilityofRequirements雙向跟蹤矩陣目標之間關系解析－SG1ManageRequiremeSG1管理需求需求跟蹤跟蹤距陣

ManageRequirements（SG1管理需求）SP1.1獲取和理解需求SP1.2獲取對需求的承諾SP1.3管理需求變更SP1.4維護需求的雙向可跟蹤性SP1.5識別工作產品和需求的不一致性SG1SG1管理需求需求跟蹤跟蹤距陣ManageRequirSP1.3管理需求變更是否給變更誰來判斷明確變更緊急程度，緊急變更立即處理變更影響分析（BrainStorming）不緊急變更批量處理，建議分三批需求形成基線前設計完成前試運行完成前SP1.3管理需求變更是否給變更誰來判斷如何達到能力等級2級如何達到能力等級2級如何達到能力等級3級如何達到能力等級3級課程概述需求工程概述需求開發(fā)（RD）需求管理（REQM）123需求工程總結4課程概述需求工程概述需求開發(fā)（RD）需求管理（REQM）12需求開發(fā)和需求管理的分界線需求開發(fā)和需求管理的分界線國內項目面臨的最主要問題客戶普遍不成熟：項目范圍定義不確切，缺乏對項目范圍、進度、成本、質量的平衡需求頻繁變更主要人員的變動是項目最大風險項目團隊不成熟：項目經理基本上全是技術出身，普遍缺乏管理意識和管理方法培訓不能正確識別項目相關干系人并管理其參與項目組成員工作勤奮但普遍缺乏正確方法人員變動是項目經理最頭疼的問題 國內項目面臨的最主要問題客戶普遍不成熟：需求開發(fā)我們需要客戶方如何做調查前需要客戶方落實調研計劃，確定參加調研人員，時間，地點，并通知其調研內容（同時要考慮人員變動的備選方案）需要甲方確立內部項目組需求負責人準備調研所用資源會議室白板投影儀及時組織內部人員與乙方確認調研成果需求開發(fā)我們需要客戶方如何做調查前需要客戶方落實調研計劃，確需求管理需要客戶方如何配合作為客戶方，如何做？

了解乙方需求變更流程，并與乙方就此流程達成一致；指定專人負責需求變更；內部形成一個需求變更流程；針對內部提交的需求變更，在提交乙方之前橫向分析對業(yè)務的影響；在提交乙方之前，內部達成一致意見；需求變更必將導致乙方開發(fā)成本的增加，為保證項目成功，必要時追加合同資金；需求管理需要客戶方如何配合作為客戶方，如何做？ 常見的需求管理工具DOORS：以數(shù)據庫為中心RequisitePro：以文檔為中心，Rational公司Caliber-RM：以數(shù)據庫為核心QSSrequireit：以文檔為中心RTMWorkshop：以數(shù)據庫中心VitalLink：以文檔為中心常見的需求管理工具DOORS：以數(shù)據庫為中心CMMI實踐解析

第五部分需求工程

CMMI實踐解析

第五部分需求工程

什么是需求？什么是需求？課程概述需求工程概述需求開發(fā)（RD）需求管理（REQM）123需求工程總結4課程概述需求工程概述需求開發(fā)（RD）需求管理（REQM）12RequirementsDevelopment（需求開發(fā)）ThepurposeofRequirementsDevelopment(RD)istoproduceandanalyzecustomer,product,andproductcomponentrequirements.需求開發(fā)的目的是產生和分析客戶，產品和產品組件的需求。相關的PAREQM>

獲得相關干系人的需求，實現(xiàn)需求，維護需求的雙向可跟蹤性和需求管理相關。TS>

根據需求的結果進行需求精化及進行方案設計和技術實現(xiàn)相關。PI>

關于接口需求和接口管理和產品集成相關。RequirementsDevelopment（需求開發(fā)RequirementsDevelopment（需求開發(fā)）相關的PA（續(xù)）VER>

最終產品結果滿足需求方面和驗證相關。VAL>

最終產品如何滿足客戶的需要和使用和確認相關。RSKM>

識別和管理需求相關的風險活動和風險管理相關。CM>

確保關鍵的工作產品受控和管理方面和配置管理相關。RequirementsDevelopment（需求開發(fā)RequirementsDevelopment（需求開發(fā)）RequirementsDevelopment（需求開發(fā)目標之間關系解析－SG1AnalyzeandValidateRequirements（分析和確認需求）Develop

Customer

Requirements（開發(fā)客戶需求）Develop

Product

Requirements（開發(fā)產品需求）Stakeholders’Needs（相關干系人）SG1SG2SG3ValidatedCustomer

Requirements（確認的客戶需求）ValidatedProduct,ProductComponent,and

Interface

Requirements

（確認的產品需求）目標之間關系解析－SG1AnalyzeandDevelSG1開發(fā)客戶需求DevelopCustomerRequirements（SG1開發(fā)客戶需求）干系人的需求SP1.1引導需求SP1.2開發(fā)客戶需求Customer

Requirements（客戶需求）SG1開發(fā)客戶需求DevelopCustomerReqSP1.1引導需求SP1.1引導需求SP1.1引導需求需求調研的六邊形法則組織結構：企業(yè)為進行相應的業(yè)務流程所做的人員的組織安排。業(yè)務流程：企業(yè)開展業(yè)務所必須的各個環(huán)節(jié)及在每個環(huán)節(jié)中的具體做法。業(yè)務數(shù)據：企業(yè)內部經營信息的存儲和流動形式。業(yè)務地點分布：反映企業(yè)在什么地方開展業(yè)務以及業(yè)務流程中的各個環(huán)節(jié)之間的地點關系。業(yè)務應用：企業(yè)以什么樣的應用軟件處理業(yè)務流程中的各個環(huán)節(jié)。技術基礎設施：企業(yè)在信息技術基礎設施上的狀況。SP1.1引導需求需求調研的六邊形法則SP1.2開發(fā)客戶需求深入淺出對企業(yè)的需求調研的要盡可能的全面、細致調研的需求是個全集，系統(tǒng)真正實現(xiàn)的是個子集。調研的細致并不等于在分析時都面面俱到地將調研的內容納入到新系統(tǒng)中,而有可能實現(xiàn)的很少,但其中在向細處擴充時將會很容易。以流程為主線應該用流程將所有的內容串起來，如單據、信息、組織結構、處理規(guī)則等；流程的描述既要有宏觀，又要有微觀。SP1.2開發(fā)客戶需求深入淺出SP1.2開發(fā)客戶需求需求獲取過程中的注意事項調查前的準備并落實調研計劃在調研前和用戶講清楚調研的意義、過程、以及需要注意的問題發(fā)問時以一人為主,其他人注意記錄與查找問題在用戶講解時,不要中斷用戶,使對方有充分的演說機會對詢問的問題要有記錄，記錄要點調研時可以IPO思想作為總體的主線

SP1.2開發(fā)客戶需求需求獲取過程中的注意事項目標之間關系解析－SG2AnalyzeandValidateRequirements（分析和確認需求）Develop

Customer

Requirements（開發(fā)客戶需求）Develop

Product

Requirements（開發(fā)產品需求）Stakeholders’Needs（相關干系人）SG1SG2SG3ValidatedCustomer

Requirements（確認的客戶需求）ValidatedProduct,ProductComponent,and

Interface

Requirements

（確認的產品需求）目標之間關系解析－SG2AnalyzeandDevelSG2開發(fā)產品需求DevelopProductRequirements（SG2開發(fā)產品需求）技術實現(xiàn)SelectTechnicalSolution選擇技術方案SP2.1建立產品和產品組件的需求SP2.2分配產品組件需求SP2.3識別接口需求SG2Customer

Requirements（客戶需求）Product,ProductComponent,Requirements

（產品和產品組件需求）SG2開發(fā)產品需求DevelopProductRequ目標之間關系解析－SG3AnalyzeandValidateRequirements（分析和確認需求）Develop

Customer

Requirements（開發(fā)客戶需求）Develop

Product

Requirements（開發(fā)產品需求）Stakeholders’Needs（相關干系人）SG1SG2SG3ValidatedCustomer

Requirements（確認的客戶需求）ValidatedProduct,ProductComponent,and

Interface

Requirements

（確認的產品需求）目標之間關系解析－SG3AnalyzeandDevelSG3分析和確認需求AnalyzeRequirementstoAchieveBalance（SG3分析和確認需求）SP3.1建立操作概念和場景SP3.2建立需求功能的定義SP3.3分析需求SP3.4分析需求達到平衡SP3.5確認需求SG3Customer,Product,ProductComponent,and

Interface

Requirements

（客戶，產品，產品組件需求）ValidatedRequirements

（確認的需求）SG3分析和確認需求AnalyzeRequirementSP3.1建立操作概念和場景SP3.1建立操作概念和場景SP3.2建立需求功能的定義SP3.2建立需求功能的定義SP3.3分析需求完整性：完整描述即將交付使用的功能，發(fā)現(xiàn)缺少某項信息，可以采用TBD來標注正確性：經過用戶或用戶信任的代理人審閱可行性：在已知能力和約束條件中實現(xiàn)必要性：每項需求記錄的功能都應是用戶真正需要的有優(yōu)先次序：提供了實現(xiàn)優(yōu)先級無歧義：對所有讀者只有一種一致的解釋可驗證性：可以設計測試方法來檢查SP3.3分析需求完整性：完整描述即將交付使用的功能，發(fā)現(xiàn)如何達到能力等級2級如何達到能力等級2級如何達到能力等級3級如何達到能力等級3級課程概述需求工程概述需求開發(fā)（RD）需求管理（REQM）123需求工程總結4課程概述需求工程概述需求開發(fā)（RD）需求管理（REQM）12RequirementsManagement（需求管理）ThepurposeofRequirementsManagement(REQM)istomanagetherequirementsoftheproject’sproductsandproductcomponentsandtoidentifyinconsistenciesbetweenthoserequirementsandtheproject’splansandworkproducts.需求管理的目的是管理項目產品和產品組件的需求，并且識別需求和項目計劃及工作產品之間的不一致性。相關PA：RD>

獲將干系人的需求轉換為產品需求并且確定分配需求到產品組件。TS>將需求轉換為產品解決方案。PP>需求變更時影響相應的計劃修訂CM>為需求進行基線和變更控制PMC>基于需求監(jiān)控工作產品和活動，并且采取適當?shù)募m正措施RSKM>識別及控制需求方面的風險RequirementsManagement（需求管理）RequirementsManagement（需求管理）RequirementsManagement（需求管理）目標之間關系解析－SG1ManageRequirements（管理需求）SG1

Requirements需求BidirectionalTraceabilityofRequirements雙向跟蹤矩陣目標之間關系解析－SG1ManageRequiremeSG1管理需求需求跟蹤跟蹤距陣

ManageRequirements（SG1管理需求）SP1.1獲取和理解需求SP1.2獲取對需求