第8章 軟件項(xiàng)目需求與變更管理

IT工程管理首都經(jīng)濟(jì)貿(mào)易大學(xué)信息學(xué)院軟件工程需求管理概述1軟件工程義務(wù)分解2第8章軟件工程需求與變卦管理3軟件需求的變卦控制第頁(yè)學(xué)習(xí)目的掌握軟件需求的概念熟習(xí)需求管理的方法與過(guò)程掌握義務(wù)分解的方法與步驟了解需求變卦的緣由掌握需求變卦控制的戰(zhàn)略第7章工程招招標(biāo)與合同管理第頁(yè)HotTip軟件需求定義需求是來(lái)源于用戶調(diào)查，即客戶的需求。需求分析是指軟件分析人員經(jīng)過(guò)研討用戶在軟件問(wèn)題上的需求志愿，分析出軟件系統(tǒng)的功能、性能、數(shù)據(jù)等諸方面應(yīng)該到達(dá)的目的，從而獲得有關(guān)軟件的需求規(guī)格定義的過(guò)程。8.1軟件工程需求管理概述第頁(yè)明確的需求是工程的根底1需求的生命周期：需求產(chǎn)生〔變化、內(nèi)部、外部〕需求認(rèn)識(shí)〔現(xiàn)存、潛在、超前、前景分析〕需求表達(dá)：1、讓提出需求的人盡能夠清楚地闡明他們的需求；2、對(duì)需求提出一系列問(wèn)題：明確的需求是工程的根底第頁(yè)明確的需求是工程的根底2？提出需求的人是如何描畫(huà)需求的？需求真實(shí)嗎，是真正需求還是外表景象？我們能滿足這個(gè)需求嗎，其他人能滿足嗎，是不是真的有處理方法？需求重要嗎，值得去滿足他嗎？滿足需求的關(guān)鍵問(wèn)題在那里，會(huì)不會(huì)有新的需求產(chǎn)生，還要進(jìn)一步滿足其他需求嗎，新的需求能取代目前這個(gè)需求嗎？需求直接涉及什么人，他們以為這是一個(gè)必要的需求嗎，滿族足需求后對(duì)他們有什么影響，他們的反映會(huì)怎樣樣？需求對(duì)機(jī)構(gòu)的影響是什么，對(duì)我的影響是什么明確的需求是工程的根底第頁(yè)明確的需求是工程的根底33、作一些必要的研討任務(wù)，更好地了解需求4、根據(jù)以上三步得出結(jié)論，盡能夠清楚地描畫(huà)這個(gè)需求5、聽(tīng)聽(tīng)用戶對(duì)他的論述的反映，并作適當(dāng)修正。功能和技術(shù)要求1、把需求變勝利能要求；2、功能要求應(yīng)描畫(huà)工程最終交付產(chǎn)品的特征3、技術(shù)要求根據(jù)功能要求產(chǎn)生4、功能要求運(yùn)用日常言語(yǔ)陳說(shuō)清楚明確的需求是工程的根底第頁(yè)定義需求時(shí)的問(wèn)題1模糊的需求：1、不斷變化的需求〔人員變化、預(yù)算變化、技術(shù)變化、商業(yè)環(huán)境變化〕2、誤解需求〔我說(shuō)不清楚我所需求的是什么，但我見(jiàn)到東西時(shí)就會(huì)知道—覺(jué)得會(huì)隨環(huán)境變化〕過(guò)早作出結(jié)論〔截?cái)嘈枨蟊磉_(dá)過(guò)程——需求分析需求耐心和自我控制〕與真正的用戶討論需求定義需求時(shí)的問(wèn)題第頁(yè)定義需求時(shí)的問(wèn)題2多種用戶，多種需求〔確定優(yōu)先級(jí)，即需求層次〕曲解用戶的需求需求鍍金對(duì)用戶的需求有選擇的過(guò)濾包辦替代定義需求時(shí)的問(wèn)題第頁(yè)需求和目的根本需求:工程實(shí)施范圍、質(zhì)量要求、利潤(rùn)或本錢(qián)目的、時(shí)間目的以及必需滿足的法規(guī)要求等期望要求:如一種新產(chǎn)品性能之外的外形、運(yùn)用溫馨第頁(yè)HotTip軟件需求定義1．用戶需求特點(diǎn)：〔1〕用戶需求直接來(lái)源于用戶〔2〕用戶需求需求以文檔的方式提供應(yīng)用戶審查〔3〕可以把用戶需求了解為用戶對(duì)軟件的合理懇求〔4〕用戶需求主要是為用戶方的管理層、用戶方的技術(shù)代表、操作者以及開(kāi)發(fā)方的高層技術(shù)人員撰寫(xiě)的8.1軟件工程需求管理概述第頁(yè)HotTip2．系統(tǒng)需求〔1〕功能需求全面性一致性可了解可維護(hù)可追蹤等8.1軟件工程需求管理概述〔2〕非功能性需求性能需求、可靠性、可用性需求、系統(tǒng)平安以及系統(tǒng)對(duì)開(kāi)發(fā)過(guò)程、時(shí)間、資源等方面的約束和規(guī)范關(guān)懷系統(tǒng)的整體特性〔3〕數(shù)據(jù)要求第頁(yè)HotTip3．需求規(guī)格闡明書(shū)的寫(xiě)作規(guī)范1〕明晰2〕完好3〕一致4〕可測(cè)試8.1軟件工程需求管理概述第頁(yè)HotTip需求管理1．需求管理復(fù)雜性分析需求的描畫(huà)問(wèn)題需求的完備程度問(wèn)題需求開(kāi)發(fā)的工期問(wèn)題需求的細(xì)致程度問(wèn)題需求的變化問(wèn)題8.1軟件工程需求管理概述第頁(yè)HotTip需求管理2．需求管理的根本原那么需求管理必需與需求工程的其它活動(dòng)嚴(yán)密整合需求必需是文檔化的、正確的、最新的、可管理的、可了解的只需需求變化了，需求變卦的影響就必需被評(píng)價(jià)需求必需分優(yōu)先級(jí)需求一定要分類(lèi)管理8.1軟件工程需求管理概述第頁(yè)HotTip3．需求管理的方法確定需求變卦控制過(guò)程進(jìn)展需求變卦影響分析建立需求基準(zhǔn)版本和需求控制版本文檔維護(hù)需求變卦的歷史記錄跟蹤每項(xiàng)需求的形狀衡量需求穩(wěn)定性8.1軟件工程需求管理概述第頁(yè)HotTip需求管理過(guò)程1．定義需求2．需求確認(rèn)3．建立需求形狀4．需求評(píng)審評(píng)判需求優(yōu)劣的主要目的有：正確性、明晰性、無(wú)二義性、一致性、必要性、完好性、可實(shí)現(xiàn)性、可驗(yàn)證性、可測(cè)性。8.1軟件工程需求管理概述第頁(yè)HotTip需求管理過(guò)程5．需求承諾6．需求跟蹤正向跟蹤：以用戶需求為切入點(diǎn)，檢查<需求規(guī)格闡明書(shū)>中的每個(gè)需求能否都能在后繼任務(wù)產(chǎn)品中找到對(duì)應(yīng)點(diǎn)。逆向跟蹤：檢查設(shè)計(jì)文檔、代碼、測(cè)試用例等任務(wù)產(chǎn)品能否都能在<需求規(guī)格闡明書(shū)>中找到出處。7．需求變卦控制8.1軟件工程需求管理概述第頁(yè)HotTip任務(wù)分解構(gòu)造工程的分解構(gòu)培育是將工程的產(chǎn)品或效力、組織、過(guò)程這3種不同的構(gòu)造綜合為工程分解構(gòu)造的過(guò)程，也就是給工程的組織人員分派各自角色和義務(wù)的過(guò)程?；诔晒蚬δ艿姆纸夥椒?，以完成該工程應(yīng)該交付的成果為導(dǎo)向，確定相關(guān)的義務(wù)、任務(wù)、活動(dòng)和要素?；诹鞒痰姆纸夥椒?，以完成該工程所應(yīng)閱歷的流程為導(dǎo)向，確定相關(guān)的義務(wù)、任務(wù)、活動(dòng)和要素。8.2軟件工程義務(wù)分解第頁(yè)HotTip任務(wù)分解構(gòu)造〔1〕圖表方式分解層次與構(gòu)造8.2軟件工程義務(wù)分解第頁(yè)HotTip任務(wù)包是完成一項(xiàng)詳細(xì)任務(wù)所要求的一個(gè)特定的、可確定的、可交付以及獨(dú)立的任務(wù)包，可為工程控制提供充分而適宜的管理信息。WBS編碼設(shè)計(jì)8.2軟件工程義務(wù)分解第頁(yè)HotTip〔2〕清單方式需求分析方案流程優(yōu)化編寫(xiě)需求闡明書(shū)編寫(xiě)需求規(guī)格詞匯表繪制業(yè)務(wù)流程籠統(tǒng)業(yè)務(wù)類(lèi)建立數(shù)據(jù)模型將需求分析圖示參與規(guī)格文檔需求規(guī)格測(cè)試需求規(guī)格確認(rèn)8.2軟件工程義務(wù)分解第頁(yè)HotTip義務(wù)分解過(guò)程1．分解步驟〔1〕確認(rèn)并分解工程的主要組成要素?！?〕確定分解規(guī)范〔3〕確認(rèn)分解能否詳細(xì)，分解結(jié)果能否可以作為費(fèi)用和時(shí)間估計(jì)的規(guī)范，明確責(zé)任。〔4〕確定工程交付成果?！?〕驗(yàn)證分解正確性，驗(yàn)證分解正確性后，建立一套編號(hào)系統(tǒng)。8.2軟件工程義務(wù)分解第頁(yè)HotTip義務(wù)分解過(guò)程2．分解的規(guī)范:普通不能采用雙重規(guī)范。選擇一種工程分解規(guī)范之后，在分解過(guò)程中應(yīng)該一致運(yùn)用此規(guī)范，防止因運(yùn)用不同規(guī)范而導(dǎo)致的混亂。3．分解結(jié)果的檢驗(yàn)核實(shí)分解的正確性：更低層次的細(xì)目能否必要和充分？最底層要素能否有反復(fù)？每個(gè)細(xì)目都有明確的、完好的定義嗎？能否每個(gè)細(xì)目可以進(jìn)展適當(dāng)?shù)墓浪?？誰(shuí)能擔(dān)負(fù)起完成這個(gè)義務(wù)？8.2軟件工程義務(wù)分解第頁(yè)HotTip4．義務(wù)分解的本卷須知留意搜集與工程相關(guān)的一切信息。義務(wù)分解結(jié)果必需有利于責(zé)任分配。最底層的任務(wù)包普通要有全面、詳細(xì)和明確的文字闡明，并聚集編制成工程任務(wù)分解構(gòu)造詞典。防止不用要的過(guò)細(xì)，最好不要超越7層。按照軟件工程的平均規(guī)模來(lái)說(shuō)，引薦義務(wù)分解時(shí)至少分解到一周的任務(wù)量〔40小時(shí)〕。8.2軟件工程義務(wù)分解第頁(yè)HotTip5．責(zé)任分配及本錢(qián)分解8.2軟件工程義務(wù)分解WBS編號(hào)預(yù)算責(zé)任者WBS編號(hào)預(yù)算責(zé)任者10.1張明3.30.15李立20.46李立3.40.1李立30.46張明、李立3.50.02張明3.10.04張明40.08萬(wàn)風(fēng)3.20.15李立50.1張明第頁(yè)HotTip需求變卦緣由分析1．范圍沒(méi)有圈定就開(kāi)場(chǎng)細(xì)化2．沒(méi)有良好的軟件構(gòu)造順應(yīng)變化3．用戶改動(dòng)需求管理變卦懇求1．控制需求漸變的戰(zhàn)略需求一定要與投入有顯示的聯(lián)絡(luò)，否那么假設(shè)需求變卦的本錢(qián)由開(kāi)發(fā)方來(lái)承當(dāng)，那么工程需求的變卦就成為必然了。所以，在工程的開(kāi)場(chǎng)無(wú)論是軟件開(kāi)發(fā)方還是出資方都要明確這一條：需求變化，軟件開(kāi)發(fā)的投入也要變化。8.3軟件需求的變卦控制第頁(yè)HotTip需求的變卦要經(jīng)過(guò)出資者的認(rèn)可,這樣才會(huì)對(duì)需求的變卦有本錢(qián)的概念，可以慎重地對(duì)待需求的變卦。小的需求變卦也要經(jīng)過(guò)正規(guī)的需求管理流程，否那么會(huì)積少成多。準(zhǔn)確的需求與范圍定義并不會(huì)阻止需求的變卦。并非對(duì)需求定義的越細(xì)，越能防止需求的漸變，這是兩個(gè)層面的問(wèn)題。太細(xì)的需求定義對(duì)需求漸變沒(méi)有任何效果。由于需求的變化是永久的，并非由于需求細(xì)化了，