第二講需求管理..ppt

1、第二講 需求管理,內(nèi) 容,軟件發(fā)展的三個(gè)時(shí)期 軟件生存期過(guò)程 軟件開(kāi)發(fā)過(guò)程 軟件需求 需求工程 需求管理 CMM2級(jí)需求管理關(guān)鍵過(guò)程域,一、軟件發(fā)展的三個(gè)時(shí)期,表一,二、軟件生存期過(guò)程,ISO/IEC12207 信息技術(shù)軟件生存期過(guò)程,基本過(guò)程,支持過(guò)程,組織過(guò)程,軟件生存期過(guò)程,圖1-1,供應(yīng)過(guò)程,開(kāi)發(fā)過(guò)程,運(yùn)行過(guò)程,基本過(guò)程,獲取過(guò)程,維護(hù)過(guò)程,圖1-2,基礎(chǔ)設(shè)施過(guò)程,改進(jìn)過(guò)程,培訓(xùn)過(guò)程,組織過(guò)程,管理過(guò)程,圖1-4,三、軟件開(kāi)發(fā) 過(guò)程,1.計(jì)算機(jī)系統(tǒng),人員,硬件,軟件,數(shù)據(jù),傳輸 機(jī)構(gòu),執(zhí)行 機(jī)構(gòu),（劇作家、導(dǎo)演）,（舞臺(tái),劇本,演員,道具）,圖2 計(jì)算機(jī)系統(tǒng),2.軟件開(kāi)發(fā)過(guò)程： 活動(dòng)任

2、務(wù),系統(tǒng)需求分析 系統(tǒng)結(jié)構(gòu)設(shè)計(jì) 軟件需求分析 建立軟件需求 評(píng)價(jià)軟件需求 聯(lián)合評(píng)審 軟件結(jié)構(gòu)設(shè)計(jì) 軟件詳細(xì)設(shè)計(jì) 軟件編碼和測(cè)試 軟件集成 軟件鑒定測(cè)試 系統(tǒng)集成 系統(tǒng)鑒定測(cè)試 軟件安裝 軟件驗(yàn)收支持,軟件開(kāi)發(fā)面臨的實(shí)際問(wèn)題,軟件開(kāi)發(fā)面臨的實(shí)際問(wèn)題,軟件開(kāi)發(fā)面臨的實(shí)際問(wèn)題,3 定義軟件開(kāi)發(fā)過(guò)程的步驟 （1）確定軟件模型 （2）確定活動(dòng) （3）確定活動(dòng)間的關(guān)系 （4）文檔化每個(gè)活動(dòng)的其他有用信息 （5）文檔化剪裁過(guò)程 （6）文檔化改善過(guò)程 （7）獲得過(guò)程的認(rèn)可 （8）不斷使用和改善過(guò)程,3.1 確定軟件模型 編碼修復(fù)模型 瀑布模型 增量模型 迭代模型 3.2 確定活動(dòng) 3.3 確定活動(dòng)間的關(guān)系 3

3、.4 活動(dòng)的有用信息文檔化,3.5 剪裁過(guò)程文檔化 3.6 改善過(guò)程文檔化 3.7 過(guò)程獲得認(rèn)可并培訓(xùn)員工 3.8 不斷使用和改善過(guò)程,4當(dāng)前軟件開(kāi)發(fā)項(xiàng)目的特點(diǎn),規(guī)模大： LOC1萬(wàn)幾十萬(wàn) HP激光打印驅(qū)動(dòng)軟件 4萬(wàn)110萬(wàn) 復(fù)雜 質(zhì)量要求高滿足客戶需求和期望 客戶滿意度統(tǒng)計(jì) 開(kāi)發(fā)和維護(hù)成本缺陷后期發(fā)現(xiàn) 返工成本 延誤交付期,四、軟件需求 1.系統(tǒng)需求分析,軟件 系統(tǒng)需求(1),系統(tǒng)需求,分配,軟件工程組,硬件 系統(tǒng)需求(2),其它成分 系統(tǒng)需求(n),軟件需求,客戶,最終用戶,系統(tǒng)工程組,圖3 系統(tǒng)需求分配,2.軟件需求, 定義（IEEE-STD-610） 用戶為解決某個(gè)問(wèn)題、或?yàn)閷?shí)現(xiàn)某一目

4、標(biāo)， 要求軟件必須滿足的條件或能力。 軟件需求的三個(gè)層次 業(yè)務(wù)需求 用戶需求 功能需求和非功能需求,非功能需求,過(guò)程需求：交付需求，實(shí)現(xiàn)需求，遵循的標(biāo)準(zhǔn) 性能需求：速度，容量，可靠性 外部需求：互操作性，倫理性， 機(jī)密性，安全性， 使用要求,業(yè)務(wù)需求,業(yè)務(wù)說(shuō)明,使用實(shí)例,用戶需求,功能需求,約束條件,非功能需求,軟 件 需 求 規(guī) 格 說(shuō) 明,圖 4 軟件需求的層次,質(zhì)量功能展開(kāi)（QFDQuality Function Development）,客戶需求,常規(guī)需求：客戶明確提出 期望需求：并未明確提出的潛在需求， 不 言而喻的需求 興奮需求：客戶未想到，若實(shí)現(xiàn)客戶 感到意外,分配需求的實(shí)例,系

5、 統(tǒng) 需 求 ACCS應(yīng)能使汽車保持在預(yù)期車速的2KMH范圍內(nèi)行駛,分配給硬件的需求 硬件應(yīng)能使車速在規(guī)定的精確度1.5KMH范圍內(nèi),分配給軟件的需求 軟件應(yīng)能在車速超出預(yù)期車速0.5KMH時(shí)給硬件加/減速命令,軟 件 需 求 軟件應(yīng)能： 讀入當(dāng)前車速值 計(jì)算當(dāng)前車速與預(yù)期車速之差 若差值0.5KMH給出加/減速命令,圖5 汽車限速系統(tǒng)ACCS的需求分配,3CMM 2級(jí) 關(guān)鍵過(guò)程域需求管理（KPA RM）中對(duì)軟件需求的解釋：,分配需求（allocated requirements）： 分配給軟件的系統(tǒng)需求,（1）分配需求包括： 影響和確定軟件項(xiàng)目活動(dòng)的非技術(shù)性需求 （在合同條款中規(guī)定），如：

6、要交付的產(chǎn)品 交付日期 里程碑 軟件的技術(shù)需求，如： 最終用戶、操作人員、支持或集成的功能 性能需求 設(shè)計(jì)約束條件 編程語(yǔ)言 界面需求 用于確認(rèn)軟件產(chǎn)品滿足分配需求的驗(yàn)收準(zhǔn)則,（2）分配需求應(yīng)當(dāng)是： 以軟件來(lái)實(shí)現(xiàn)是可行的，而且是適合的； 已得到清晰而正確的闡述； 相互之間是一致的； 可以測(cè)試的。 同時(shí)，分配需求應(yīng)當(dāng)： 被管理和控制（如必要可納入軟件配置管理） 是制定軟件開(kāi)發(fā)計(jì)劃SDP的基礎(chǔ) 是制定軟件需求的基礎(chǔ),（3）與分配需求相關(guān)的組： 軟件評(píng)估組 系統(tǒng)工程組 系統(tǒng)測(cè)試組 軟件質(zhì)量保證組SQA 合同管理組 文檔支持組,五、需求工程,1需求工程需求開(kāi)發(fā)需求管理,獲取需求,分析需求,定義需求,驗(yàn)

7、證需求,需求變更控制,需求跟蹤,需求狀態(tài)跟蹤,需求文檔版本控制,需求開(kāi)發(fā),需求管理,需求工程,圖6 需求工程的構(gòu)成,用戶/系統(tǒng),市場(chǎng),管理者,初始需求,變更的需求,獲取,分析,定義,驗(yàn)證需求,控制需求變更,需求規(guī)格說(shuō)明,項(xiàng)目環(huán)境,需求開(kāi)發(fā),需求管理,圖7 需求開(kāi)發(fā)與需求管理,2需求開(kāi)發(fā),（1）獲取需求 確定目標(biāo)用戶、服務(wù)對(duì)象 明確用戶代表 用戶培訓(xùn) 了解實(shí)際業(yè)務(wù)和業(yè)務(wù)需求 （2）分析需求 分清功能需求、性能需求、使用需求 必要性 可行性,（3）定義需求 編寫軟件需求規(guī)格說(shuō)明（SRS） 作用 要求：完整、正確、可行、無(wú)歧意、可驗(yàn)證 形式：圖、表、文字 （4）驗(yàn)證需求 聯(lián)合評(píng)審,六、需求管理,需求

8、管理的目的是在客戶與開(kāi)發(fā)方之間建立對(duì)需求的共同理解，維護(hù)需求與工作成果的一致性，并控制需求的變更。 包括：需求確認(rèn) 需求變更控制 需求跟蹤 1、需求確認(rèn) 需求確認(rèn)是指開(kāi)發(fā)方和客戶共同對(duì)需求文檔進(jìn)行評(píng)審，雙方對(duì)需求達(dá)成共識(shí)后做出書面承諾，使需求文檔具有商業(yè)合同效果。,需求確認(rèn)步驟： （1）非正式需求評(píng)審 項(xiàng)目經(jīng)理先在項(xiàng)目?jī)?nèi)部組織人員進(jìn)行非正式的需求評(píng)審，消除明顯的錯(cuò)誤和分歧。 （2）正式需求評(píng)審 項(xiàng)目經(jīng)理邀請(qǐng)同行專家和用戶（包括客戶和最終用戶）一起評(píng)審需求文檔，盡最大努力使需求文檔能夠正確無(wú)誤地反映用戶的意愿。 （3）獲取需求承諾 通過(guò)正式評(píng)審后，開(kāi)發(fā)方負(fù)責(zé)人（項(xiàng)目經(jīng)理）和客戶對(duì)需求文檔做書面承

9、諾，使之具有商業(yè)合同效果。,例如： 本需求文檔建立在雙方對(duì)需求的共同理解基礎(chǔ)上，我同意后續(xù)的開(kāi)發(fā)工作根據(jù)該需求文檔開(kāi)展。如果需求發(fā)生變化，我們將按照“需求變更控制規(guī)程”執(zhí)行。我明白，需求的變更將導(dǎo)致雙方重新協(xié)商成本、資源和進(jìn)度等。 甲方負(fù)責(zé)人簽字 乙方負(fù)責(zé)人簽字,2、需求變更控制 什么是需求變更？,初始需求,變更的需求,對(duì)問(wèn)題的 初始理解,對(duì)問(wèn)題的 新理解,時(shí)間,圖8 需求的變更,需求變更原因分析,單純的用戶因素 市場(chǎng)形勢(shì)變化 系統(tǒng)因素 工作環(huán)境和要求變化 需求開(kāi)發(fā)的缺陷 需求分析、定義和評(píng)審不充分 與用戶溝通不暢,需求變更對(duì)軟件開(kāi)發(fā)的影響, 使變更前開(kāi)發(fā)工作和成果失效 返工成為被迫采取的對(duì)策

10、 工作量及資源投入的增加使開(kāi)發(fā)成本提高 項(xiàng)目完成時(shí)間后延,需求變更失控可能導(dǎo)致的后果, 未受控的需求 變更引起需求 和實(shí)現(xiàn)不一致, 受控的需求 變更使需求和實(shí)現(xiàn)一致,圖7 未受控及受控的需求變更,降低需求變更風(fēng)險(xiǎn)的策略, 與用戶充分溝通 與用戶共同明確確定的需求的意義,向用戶說(shuō)明需求不確切或頻繁變更對(duì)開(kāi)發(fā)工作的沖擊 使用戶理解過(guò)多變更最終對(duì)用戶不利, 與用戶共同確定需求，作為合同附件， 簽字生效 合同中含有對(duì)需求變更的條款 采用原型方法開(kāi)發(fā)，或螺旋模型開(kāi)發(fā) 項(xiàng)目計(jì)劃中適當(dāng)留有余地（時(shí)間進(jìn)度、人力投入、 費(fèi)用等） 嚴(yán)格實(shí)施變更控制,需求變更控制要求,變更控制的策略 （1）所有需求變更必須遵循需求

11、變更控制規(guī)程實(shí)施變更。 （2）需求變更提出后是否被接受，應(yīng)由專門的組織變 更控制委員會(huì)（CCBChange Control Board）審查決定。 （3）不得以任何理由刪除和修改需求變更的原始文件。 （4）應(yīng)將已接受的需求變更通知到所有相關(guān)人員。 （5）已接受的需求變更應(yīng)能追溯到批準(zhǔn)的變更請(qǐng)求。 （6）對(duì)項(xiàng)目的需求賦予狀態(tài)屬性，以利于需求變更的控制。,需求變更影響的控制,按CMM2級(jí)RM KPA的要求，由于分配需求的變更導(dǎo)致軟件計(jì)劃、工作產(chǎn)品和活動(dòng)的變更，都應(yīng)對(duì)其作： 識(shí)別 評(píng)價(jià) 風(fēng)險(xiǎn)分析 編制文檔 制定計(jì)劃 傳達(dá)給受影響的小組和人員 跟蹤直至結(jié)束,變更控制的步驟,（1）提出變更請(qǐng)求 （2）審

12、理變更請(qǐng)求，進(jìn)行變更影響評(píng)估。評(píng)估內(nèi)容包括： 變更所需人力投入 變更對(duì)原計(jì)劃安排的影響 估計(jì)變更引起的成本增加 （3）批準(zhǔn)變更請(qǐng)求 （4）取得用戶的認(rèn)可 （5）修訂項(xiàng)目計(jì)劃 （6）實(shí)施變更 （7）驗(yàn)證變更,需求變更控制實(shí)施,需求變更請(qǐng)求 （1）內(nèi)容 申請(qǐng)?zhí)?變更說(shuō)明 變更類別 影響分析 變更請(qǐng)求狀態(tài) 變更請(qǐng)求日期,需求變更請(qǐng)求實(shí)例（表三）,需求變更累積影響的跟蹤,（1）需求變更累積影響跟蹤的意義和作法 累積影響 變更累積表 （2）需求變更累積表實(shí)例（表四）,表四需求變更累積表,需求控制流,（1）需求狀態(tài)及其演變 軟件需求在后繼階段開(kāi)發(fā)工作中將逐步展開(kāi)，加以實(shí)現(xiàn)。 在不同的開(kāi)發(fā)階段軟件需求以不同

13、的形式進(jìn)行著狀態(tài)的演變。例如： 需求階段從獲取的需求到定義的需求 建議階段制定出項(xiàng)目計(jì)劃以后演化為承諾的需求 設(shè)計(jì)階段設(shè)計(jì)工作完成并在驗(yàn)收后成為設(shè)計(jì)的需求 編碼階段完成編碼和單元測(cè)試后成為實(shí)現(xiàn)的需求 測(cè)試階段完成確認(rèn)測(cè)試后成為完成的需求,開(kāi)發(fā) 階段,需求 狀態(tài),需求,建議,設(shè)計(jì),編碼,測(cè)試,獲取,定義,承諾,設(shè)計(jì),實(shí)現(xiàn),完成,圖11 生存期各階段需求 狀態(tài)的演變,(1) 需求可跟蹤與需求變更控制 隨著開(kāi)發(fā)工作的進(jìn)展需求將逐步擴(kuò)展和演化 各個(gè)開(kāi)發(fā)階段的工作產(chǎn)品之間存在的繼承關(guān)系 可跟蹤矩陣 (2)可跟蹤管理的目標(biāo) 使每一項(xiàng)需求均能追溯到 前后繼承關(guān)系的脈絡(luò)清晰可見(jiàn) (3)兩類不同的跟蹤 （1）向

14、前跟蹤 （2）向后跟蹤,3、需求跟蹤,可跟蹤矩陣,（1）矩陣的作用 可防止遺漏 為評(píng)審提供方便 便于進(jìn)行變更影響追蹤、分析和檢查 （2）矩陣的建立與維護(hù),（3）矩陣的應(yīng)用 完整性檢驗(yàn) 考察有無(wú)需求遺漏的情況 有無(wú)冗余代碼 檢查所有性能需求是否已被測(cè)試用例測(cè)試 對(duì)集成測(cè)試計(jì)劃和系統(tǒng)測(cè)試計(jì)劃進(jìn)行交互檢查 需求變更控制 需求變更后相關(guān)的工作產(chǎn)品受影響的部分應(yīng)隨之變更 更新需求規(guī)格說(shuō)明，同時(shí)要更新跟蹤矩陣 每增加一項(xiàng)需求，應(yīng)在跟蹤矩陣中得到體現(xiàn),表五 跟蹤矩陣實(shí)例,需求跟蹤歸納如下： 1、建立和維護(hù)需求跟蹤矩陣 正向跟蹤 逆向跟蹤 當(dāng)需求文檔或后續(xù)工作成果發(fā)生變更時(shí)，要及時(shí)更新需求跟蹤矩陣 2、查找不

15、一致 后續(xù)工作成果沒(méi)有實(shí)現(xiàn)需求文檔中的某些需求 后續(xù)工作成果實(shí)現(xiàn)了需求文檔中不存在的需求 后續(xù)工作成果沒(méi)有正確實(shí)現(xiàn)需求文檔中的需求 3、消除不一致 將消除不一致記錄到“需求跟蹤報(bào)告” 消除不一致后，項(xiàng)目經(jīng)理更新“需求跟蹤矩陣”,七、CMM 2級(jí) RM KPA,需求管理（RMRequirements Management）是CMM 2級(jí)的第1個(gè)關(guān)鍵過(guò)程域。需求管理的目的是要在客戶和將處理客戶需求的軟件項(xiàng)目之間形成共同的理解。 這種共同理解應(yīng)該體現(xiàn)在： 客戶需求的文檔和對(duì)客戶需求的控制中 使項(xiàng)目的計(jì)劃、產(chǎn)品和活動(dòng)都應(yīng)與需求一致,2級(jí),RM,SPP,SPTO,SSM,SQA,SCM,目標(biāo),G1 G2

16、,約定,能力,活動(dòng),測(cè)量,驗(yàn)證,C1,Ab1,Ab2,Ab3,Ab4,Ac1,Ac2,Ac3,M1,V1,V2,V3,圖13 RM KPA 結(jié)構(gòu),1目標(biāo)與活動(dòng),目標(biāo)1：分配給軟件的系統(tǒng)需求應(yīng)是受控的， 以利建立軟件工程和管理的基線 活動(dòng)1：在分配需求被納入軟件項(xiàng)目之前， 軟件工程組應(yīng)對(duì)其進(jìn)行評(píng)審 目標(biāo)2：軟件計(jì)劃、產(chǎn)品和活動(dòng)要與分配給軟件的 系統(tǒng)需求保持一致 活動(dòng)2：軟件工程組將分配需求作為軟件計(jì)劃、 工作產(chǎn)品和活動(dòng)的基礎(chǔ) 活動(dòng)3：評(píng)審對(duì)分配需求的變更，并將變更納入 軟件項(xiàng)目,2約定與能力,約定1：項(xiàng)目要遵循一個(gè)書面的組織方針來(lái)管理 分配給軟件的系統(tǒng)需求 能力1：為每個(gè)項(xiàng)目規(guī)定分析系統(tǒng)需求并將其分 配給硬件、軟件和其它系統(tǒng)成分的職責(zé) 能力2：編制分配需求文檔 能力3：為管理分配需求提供足夠的資源和資金 能力4：軟件工程組人員和與軟件相關(guān)的其它組 人員要接受培訓(xùn)，以利于完成他們的需 求管理活動(dòng),3測(cè)量與驗(yàn)證,測(cè)量1：進(jìn)行測(cè)量，并將測(cè)量結(jié)果用于確定對(duì)分配 需求所作管