P1-S5-輕舞飛揚：需求管理策略與實務(wù)

輕舞飛揚

需求管理策略與實務(wù)軟件需求最正確實踐：SERU1需求基線是確保開發(fā)節(jié)奏的要點，是迭代開發(fā)的基礎(chǔ)2需求變更的核心是控制需求變更的影響需求管理策略與實務(wù)軟件需求最正確實踐：SERU1.基礎(chǔ)理念2.基線劃定3.變更管理4.需求跟蹤5.管理工具方法論間的關(guān)系CMM/CMMI：不是過程方法論，只是評價體系重方法論：RUP、MSF

重預(yù)先設(shè)計、文檔敏捷方法論：XP、Scrum、FDD、水晶方法CMM：2級提到“需求管理”CMMI：3級提到“需求開發(fā)”

客戶需求：用戶需求

產(chǎn)品需求：軟件需求

產(chǎn)品組件需求中程在線信息產(chǎn)業(yè)培訓(xùn)網(wǎng)RUP與需求管理RUP對需求開發(fā)的指導(dǎo)列出候選需求

特征清單

需求捕獲理解系統(tǒng)的語境

業(yè)務(wù)模型或領(lǐng)域模型

需求分析捕獲功能性需求

用例模型

需求分析捕獲非功能性需求

補充需求或特殊用例

需求分析需求組織元素：用例

功能點中程在線信息產(chǎn)業(yè)培訓(xùn)網(wǎng)MSF與需求管理六小組：產(chǎn)品管理、程序管理、開發(fā)、測試、用戶教育、后勤管理

產(chǎn)品管理：確定業(yè)務(wù)用例(Businessusecase)、特性(feature)

程序經(jīng)理：管理產(chǎn)品的范圍和標準四階段：構(gòu)思(前景認可)、方案(工程方案認可)、開發(fā)(域完成)、穩(wěn)定(發(fā)布)動態(tài)文檔：

早基線：為了盡早啟動開發(fā)，基線方案越早越好

晚凍結(jié)：把文檔看成動態(tài)的，并準備更改中程在線信息產(chǎn)業(yè)培訓(xùn)網(wǎng)敏捷方法與需求管理XP：用戶故事，粒度不等〔小到功能點，大到業(yè)務(wù)場景〕，以小迭代、快變更響應(yīng)。FDD：<action><result>

<object>，如統(tǒng)計本月

業(yè)務(wù)總額。粒度與用例

接近，更強調(diào)價值需求基線與迭代基線：已接受的需求子集瀑布模型：1.0、2.0……迭代開發(fā)：每次迭代的工作任務(wù)迭代vs.分階段開發(fā)以時間劃分vs.以任務(wù)劃分

每次迭代時間短vs.每個階段時間長每次迭代就是一次微型瀑布迭代內(nèi)不響應(yīng)變更變更及時處理導(dǎo)致“攪拌”

方案性處理提高效率軟件需求最正確實踐：SERU迭代開發(fā)中的基線管理軟件需求最正確實踐：SERU需求管理項的關(guān)系軟件需求最正確實踐：SERU需求管理策略與實務(wù)軟件需求最正確實踐：SERU1.基礎(chǔ)理念2.基線劃定3.變更管理4.需求跟蹤5.管理工具基線管理的要點軟件需求最正確實踐：SERUBacklog中的需求組織方法從Backlog中選取Baseline的方法

優(yōu)先級估算工程中調(diào)整根底工作一：估算估算的核心是找到計數(shù)點，再考慮復(fù)雜因子不同階段將采用不同的的計數(shù)點估算應(yīng)該是基于權(quán)重的迭代結(jié)束時，其進度數(shù)據(jù)就是調(diào)整

估算的根底，也是劃定新Baseline

的根底。迭代內(nèi)可以將估算和設(shè)計結(jié)合

〔Delphi法〕軟件需求最正確實踐：SERU根底工作二：優(yōu)先級優(yōu)先級是相對的，要在同一級中進行比較優(yōu)先級劃分的三個角度：

BA/RA：業(yè)務(wù)重要性

Dev：技術(shù)依賴性PM：風(fēng)險樂觀、悲觀估計應(yīng)是風(fēng)險驅(qū)動的優(yōu)先級策略參考模型軟件需求最正確實踐：SERU離主營業(yè)務(wù)發(fā)生頻度參考優(yōu)先級近高關(guān)鍵近低重要遠高有用遠低一般基線劃定演示兩階段的估算演示劃分優(yōu)先級演示基線劃定演示軟件需求最正確實踐：SERU需求管理策略與實務(wù)軟件需求最正確實踐：SERU1.基礎(chǔ)理念2.基線劃定3.變更管理4.需求跟蹤5.管理工具需求變更管理：核心思想變更管理是目標是控制變更，而非防止變更控制變更的目標是減少變更的影響，而達成這一目標需要由所有團隊協(xié)作需求團隊的奉獻在于“盡早標識變更”，設(shè)計團隊的奉獻在于“盡可能以彈性的設(shè)計來減少變更的影響”建立統(tǒng)一的渠道讓客戶意識到變更的本錢，減少“來路不正”的變更，記錄“變更的

工作”采用統(tǒng)一的平臺來捕獲、管理、

控制變更是重要的最正確實踐軟件需求最正確實踐：SERUCCB造成混亂的多對多軟件需求最正確實踐：SERU變更控制委會員(CCB)CCB：由一個小組或多個不同的組擔(dān)任

>工程管理部門>產(chǎn)品管理或需求分析部門

>開發(fā)部門>測試或質(zhì)量保證部門

>市場或客戶代表>用戶文檔部門

>技術(shù)支持部門>配置管理部門CCB是官僚

機構(gòu)嗎？用戶不理會

CCB怎么辦？軟件需求最正確實踐：SERU變更影響分析要點變更應(yīng)該批量處理、批量談判業(yè)務(wù)分析：

1〕關(guān)鍵？Y，即時處理；N，批量處理

2〕WhoExecute？WhoManage？

3〕價值如何：誰笑了，需求跟蹤技術(shù)分析：帶來多少工作量？是否接受？更新BackLog工程本錢分析：批量接受后考慮增加

的總工作量！

軟件需求最正確實踐：SERU統(tǒng)一的變更管理平臺軟件需求最正確實踐：SERUBugFree、Mantis

ClearQuest…變更分類是關(guān)鍵執(zhí)行者分類誰動了我的奶酪需求管理策略與實務(wù)軟件需求最正確實踐：SERU1.基礎(chǔ)理念2.基線劃定3.變更管理4.需求跟蹤5.管理工具需求跟蹤的根本概念跟蹤能力〔聯(lián)系〕鏈使你能夠跟蹤一個

需求使用期限的全過程四類需求跟蹤能力鏈需求跟蹤是需求管理的高級內(nèi)容軟件需求最正確實踐：SERU跟蹤實現(xiàn)法軟件需求最正確實踐：SERU

功能需求用例UC-1UC-2UC-3UC-4FR-1FR-2FR-3用例功能點設(shè)計元素代碼模塊測試用例UC-28catalog.query.sortcatalog類catalog.sort()search.7search.8UC-29catalog.query.importcatalog類catalog.import()catalog.validate()search.12search.13search.14……………跟蹤實現(xiàn)法雙向鏈表法Doors實現(xiàn)方法軟件需求最正確實踐：SERU非功能需求的跟蹤非功能需求并不總能直接跟蹤到代碼?？梢詫⑾鄳?yīng)的

功能性需求向

后回溯到其父

級非功能性需

求，也可以向前跟蹤

到下游可交付產(chǎn)品。軟件需求最正確實踐：SERU業(yè)務(wù)需求：公司平安策略與用戶身份驗證有關(guān)的集成質(zhì)量屬性密碼的功能性需求密碼管理器

模塊的設(shè)計實現(xiàn)密碼特性的代碼需求管理策略與實務(wù)軟件需求最正確實踐：SERU1.基礎(chǔ)理念2.基線劃定3.變更管理4.需求跟蹤5.管理工具需求管理工具的優(yōu)點基于文檔存儲需求的方法：

保存增補信息難版本管理難狀態(tài)管理難共享協(xié)作難

建立跟蹤難軟件需求最正確實踐：SERU常用的需求管理工具TelelogicDOORSRationalRequisiteProBorlandCalib