《軟件需求分析》教學(xué)PPT

《軟件需求分析》教學(xué)PPT,軟件需求分析,軟件,需求,分析,教學(xué),PPT 第17章.需求管理主要內(nèi)容1.需求管理2.需求基線3.需求跟蹤4.需求變更控制5.需求管理的實踐調(diào)查1.需求管理意圖n需求的影響力q整個后續(xù)的產(chǎn)品生命周期 VS 需求開發(fā)階段n需求規(guī)格說明文檔q后續(xù)的開發(fā)工作都應(yīng)該以軟件需求規(guī)格說明文檔的內(nèi)容為標(biāo)準(zhǔn)和目標(biāo)來進(jìn)行n需求管理q在需求開發(fā)之后的產(chǎn)品生命周期當(dāng)中保證需求作用的有效發(fā)揮1.需求管理作用n增強(qiáng)了項目涉眾對復(fù)雜產(chǎn)品特征在細(xì)節(jié)和相互依賴關(guān)系上的理解q增強(qiáng)了項目涉眾對需求（尤其是復(fù)雜需求）的掌握。n增進(jìn)了項目涉眾之間的交流q減少了可能的誤解和交流偏差。n減少了工作量的浪費(fèi)，提高了生產(chǎn)力q需求管理能夠更加有效的處理需求的變更n準(zhǔn)確反映項目的狀態(tài)，幫助進(jìn)行更好的項目決策q需求跟蹤信息能夠更加準(zhǔn)確的反映項目的進(jìn)展情況n改變項目文化，使得需求的作用得到重視和有效發(fā)揮q使得項目涉眾認(rèn)識到需求在項目工作中的重要性1.需求管理任務(wù)n交流涉眾需要什么；n將需求應(yīng)用、實施到解決方案；n驅(qū)動設(shè)計和實現(xiàn)工作；n控制變更；n將需求分配到子系統(tǒng)；n測試和驗證最終產(chǎn)品；n控制迭代式開發(fā)中的變化；n輔助項目管理1.需求管理活動主要內(nèi)容1.需求管理2.需求基線3.需求跟蹤4.需求變更控制5.需求管理的實踐調(diào)查2.需求基線n已經(jīng)通過正式評審和批準(zhǔn)的規(guī)格說明或產(chǎn)品，它可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只有通過正式的變更控制過程才能修改它n是被明確和固定下來的需求集合，是項目團(tuán)隊需要在某一特定產(chǎn)品版本中實現(xiàn)的特征和需求集合2.需求基線描述內(nèi)容n標(biāo)識符（ID），為后續(xù)的項目工作提供一個共同的交流參照。n當(dāng)前版本號（Version），保證項目的各項工作都建立在最新的一致需求基礎(chǔ)之上。n源頭（Source），在需要進(jìn)一步深入理解或者改變需求時，可以回溯到需求的源頭。n理由（Rational），提供需求產(chǎn)生的背景知識。n優(yōu)先級（Priority），后續(xù)的項目工作可以參照優(yōu)先級進(jìn)行安排和調(diào)度。n狀態(tài)（Status），交流和具體需求相關(guān)的項目工作狀況。n成本、工作量、風(fēng)險、可變性（Cost、Effort、Risk、Volatility），為需求的設(shè)計和實現(xiàn)提供參考信息，驅(qū)動設(shè)計和實現(xiàn)工作。n需求創(chuàng)建的日期；n和需求相關(guān)的項目工作人員，包括需求的作者、設(shè)計者、實現(xiàn)者、測試者等；n需求涉及的子系統(tǒng)；n需求涉及的產(chǎn)品版本號；n需求的驗收和驗證標(biāo)準(zhǔn)；n2.需求基線維護(hù)活動：配置管理n標(biāo)識配置項q遞增數(shù)值，例如1，2，x；q層次式數(shù)值編碼，例如1.1.1，1.2.1，x.y.z；q層次式命名編碼，例如Order.Place.Date，Order.Place.Register，Task.Step.Substepn版本控制q每一條單獨(dú)的需求需要進(jìn)行版本控制q相關(guān)的需求文檔也需要進(jìn)行版本控制n變更控制n訪問審計q記錄和審計訪問的情況n狀態(tài)報告q反映需求基線的成熟度（變化的幅度越大，成熟度越低）、穩(wěn)定性（改變的次數(shù)越多，穩(wěn)定性越差）等2.需求基線維護(hù)活動：狀態(tài)維護(hù)狀態(tài)定義已提議（Proposed）該需求已被有相應(yīng)權(quán)限的人提出已批準(zhǔn)（Approved）該需求已經(jīng)被分析，它對項目的影響已進(jìn)行了估計，并且已經(jīng)被分配到某一特定版本的基線中。關(guān)鍵涉眾已同意包含這一需求，軟件開發(fā)團(tuán)隊已承諾實現(xiàn)這一需求已實現(xiàn)（Implemented）實現(xiàn)這一需求的系統(tǒng)組件已經(jīng)完成了設(shè)計和實現(xiàn)。這一需求已經(jīng)被跟蹤到相關(guān)的設(shè)計元素和實現(xiàn)元素已驗證（Verified）已在集成產(chǎn)品中確認(rèn)了這一需求的功能實現(xiàn)是正確的。這一需求已經(jīng)被跟蹤到相關(guān)的測試用例。這一需求目前可以被認(rèn)為是已完成了已刪除（Deleted）已批準(zhǔn)的需求又從需求基線中取消了。要解釋清楚為什么要刪除這一需求，以及是誰決定刪除的已否決（Rejected）需求已被提議，但并不在下一版本中實現(xiàn)它。要解釋清楚為什么要否決這一需求，以及是誰決定否決的主要內(nèi)容1.需求管理2.需求基線3.需求跟蹤4.需求變更控制5.需求管理的實踐調(diào)查3.需求跟蹤n避免在開發(fā)過程或者演化過程中與需求基線不一致或者偏離的風(fēng)險n前向跟蹤是指被定義到軟件需求規(guī)格說明文檔之前的需求演化過程q向前跟蹤到需求：說明涉眾的需要和目標(biāo)產(chǎn)生了哪些軟件需求q從需求向后回溯：說明軟件需求來源于哪些涉眾的需要和目標(biāo)n后向跟蹤是指被定義到軟件需求規(guī)格說明文檔之后的需求演化過程q從需求向前跟蹤：說明軟件需求是如何被后續(xù)的開發(fā)物件支持和實現(xiàn)的q回溯到需求的跟蹤：說明各種系統(tǒng)開發(fā)的物件是因為什么原因（軟件需求）而被開發(fā)出來的3.需求跟蹤用途（1）n需求的后向跟蹤可以幫助項目管理者：q評估需求變更的影響；q盡早發(fā)現(xiàn)需求之間的沖突，避免未預(yù)料的產(chǎn)品延期；q可以收集沒有被實現(xiàn)的需求，并估算這些需求需要的工作量；q發(fā)現(xiàn)可以復(fù)用的已有組件，從而降低新系統(tǒng)開發(fā)的時間和精力；q明確需求的實現(xiàn)進(jìn)度，跟蹤項目的狀態(tài)。n需求的后向跟蹤可以幫助客戶和用戶：q評價針對用戶需求的產(chǎn)品的質(zhì)量；q可以確認(rèn)成本上沒有（昂貴的）鍍金浪費(fèi)；q確認(rèn)驗收測試的有效性；q確信開發(fā)者的關(guān)注點始終保持在需求的實現(xiàn)上。3.需求跟蹤用途（2）n需求跟蹤中針對具體需求的設(shè)計方案選擇、設(shè)計假設(shè)條件以及設(shè)計結(jié)果等信息可以幫助設(shè)計人員：q驗證設(shè)計方案正確的滿足了需求；q評估需求變更對設(shè)計的影響；q在設(shè)計完成很久之后仍然可以理解設(shè)計的原始思路；q評估技術(shù)變化帶來的影響；q實現(xiàn)系統(tǒng)組件的復(fù)用；n需求跟蹤信息還可以幫助維護(hù)人員：q評估某一個需求變化時對其他需求的影響；q評估需求變化時對實現(xiàn)的影響；q評估未變化需求對實現(xiàn)變更的允許度。3.需求跟蹤內(nèi)容n最低層次：低端用戶q捕獲各個系統(tǒng)組件之間的關(guān)系n更高層次：高端用戶q捕獲組件之間的聯(lián)系q捕捉各個組件的工作背景n例如實現(xiàn)的理由、實現(xiàn)方案的選擇、實現(xiàn)技術(shù)的假設(shè)、決策依據(jù)、變化歷程等等n最高層次：高端用戶q捕獲更高層次信息q捕獲項目的組織過程n例如負(fù)責(zé)人、時間安排、資源消耗、最終成果等3.需求跟蹤實現(xiàn)方法n矩陣、實體關(guān)系模型和交叉引用用戶需求功能性需求設(shè)計組件實現(xiàn)組件測試用例UC-28Catalog.query.sortClass catalogCatalog.sort()Search.7Search.8UC-29Catalog.query.importClass catalogCatalog.import()Catalog.validate()Search.12Search.13Search.143.需求跟蹤建立過程n明確需求跟蹤需要解決的問題n說明需求跟蹤過程的目標(biāo)n明確需要捕獲的跟蹤聯(lián)系n組織提供資源支持和技術(shù)支持n制定有效的過程策略n便利需求跟蹤信息的使用3.需求跟蹤需求依賴n大多數(shù)的需求并不是完全獨(dú)立的，它們在一種復(fù)雜的機(jī)制中互相影響n需求依賴聯(lián)系的特殊性并不在于它的重要性，而在于它是難以發(fā)現(xiàn)、建立和維護(hù)的n需求交互作用管理q用于發(fā)現(xiàn)、管理和部署（disposition）需求之間關(guān)鍵聯(lián)系的活動依賴R1R2R3R4R5R6R1*R2*R3*R4*R5*R6主要內(nèi)容1.需求管理2.需求基線3.需求跟蹤4.需求變更控制5.需求管理的實踐調(diào)查4.需求變更控制需求變化n需求的變化是正當(dāng)和不可避免的q問題發(fā)生了改變q環(huán)境發(fā)生了改變q需求基線存在缺陷q用戶變動q用戶對軟件的認(rèn)識變化q相關(guān)產(chǎn)品的出現(xiàn)4.需求變更控制變更控制過程n以可控、一致的方式進(jìn)行需求基線中需求的變更處理，包括對變化的評估、協(xié)調(diào)、批準(zhǔn)或拒絕、實現(xiàn)和驗證4.需求變更控制變更控制過程4.需求變更控制變更控制委員會n變更控制委員會（CCB）q評價需求的變更，做出批準(zhǔn)或者拒絕變化的確定，并確保已批準(zhǔn)變化的實現(xiàn)q變更控制委員會可能由來自下列部門的人員組成n項目或程序管理部門；n產(chǎn)品管理或者需求分析部門；n開發(fā)部門；n測試或者質(zhì)量保障部門；n市場或客戶代表；n編寫用戶文檔的部門；n技術(shù)支持或幫助部門；n配置管理部門。4.需求變更控制注意事項（1）n認(rèn)識到變更的必要性，并為之制定計劃q定義明確的變更控制過程，建立變更控制的有效渠道q所有提交的需求變更請求都要進(jìn)行仔細(xì)的評估q是否進(jìn)行變更的決定應(yīng)該由變更控制委員會統(tǒng)一做出q必須對變更的實現(xiàn)結(jié)果進(jìn)行驗證q需求的變化情況要及時的通知到所有會受到影響的項目涉眾4.需求變更控制注意事項（2）n維護(hù)需求基線，審計變更記錄n管理范圍蔓延q根據(jù)業(yè)務(wù)目標(biāo)、產(chǎn)品前景和項目范圍，評估每一項提議的新增需求和特性n靈活應(yīng)對變更請求q推遲產(chǎn)品的交付時間。q要求增派人手：在有限的情況下有效q要求員工加班工作：只能適度的使用。q推遲或者去除尚未實現(xiàn)的優(yōu)先級較低的需求q容許產(chǎn)品質(zhì)量的降低：盡量不使用4.需求變更控制注意事項（3）n使用輔助工具q工具應(yīng)該具有以下幾個特性，以支持需求變更過程：n可用定義變更請求中的數(shù)據(jù)項。n可用輔助項目涉眾完成變更控制過程中的協(xié)作。n可以幫助維護(hù)需求基線，審計變更記錄。n能夠?qū)⒆兏闆r及時的通知到相關(guān)人員。n可以生成標(biāo)準(zhǔn)的和定制的報告和圖表。主要內(nèi)容1.需求管理2.需求基線3.需求跟蹤4.需求變更控制5.需求管理的實踐調(diào)查5.需求管理的實踐調(diào)查需求的變更n有效處理變更非常重要n新增（Added）需求影響最大n缺陷修復(fù)最為頻繁n范圍蔓延常見n需求可變性很高n變更控制還需要繼續(xù)完善5.需求管理的實踐調(diào)查需求跟蹤n重視和關(guān)注了對后向跟蹤聯(lián)系的處理n忽視了對前向跟蹤聯(lián)系的處理n最低層次需求跟蹤策略存在廣泛n高端用戶的需求跟蹤實現(xiàn)仍需努力n需求之間的依賴關(guān)系困難和復(fù)雜q只有大概20的需求是完全獨(dú)立的q20左右的需求產(chǎn)生了所有依賴關(guān)系的75。5.需求管理的實踐調(diào)查需求管理工具n非常需要需求管理工具n通用的文本處理器（Word Processor）和電子表格（Spreadsheet）使用最為廣泛n部分組織自己開發(fā)了專用需求管理工具n很少有組織使用專用的商業(yè)需求管理工具q無法和軟件的開發(fā)過程以及其他輔助工具進(jìn)行有效的集成實例分析n經(jīng)常出現(xiàn)一個模塊的需求剛剛整理完畢或者程序編寫了一半，業(yè)務(wù)已經(jīng)發(fā)生變化的情況。在一年的開發(fā)過程中，我們陸續(xù)接到的業(yè)務(wù)變更行政命令多達(dá)幾十條，這給整個軟件開發(fā)和推廣都帶來了很大困惑。為了保證軟件正常運(yùn)行，省局信息中心不得不專門成立了軟件推廣維護(hù)小組，不斷就新業(yè)務(wù)改寫程序，各地也不得不在后續(xù)的過程中不停的從省局下載新的升級包，這件事情已經(jīng)經(jīng)歷了很多年，大家都已經(jīng)習(xí)慣了。本章小結(jié)n需求管理是發(fā)生在需求開發(fā)之后的需求工程活動，貫穿于余下的產(chǎn)品生命周期，用于確保需求作業(yè)的有效實現(xiàn)n需求管理是一項重要的活動，包括維護(hù)需求基線、需求跟蹤和需求變更控制n實踐調(diào)查表明需求管理工作仍然有待人們的努力思考題n如何有效的處理需求的變化是很多現(xiàn)代軟件開發(fā)技術(shù)的主題，對此現(xiàn)象你有什么看法？結(jié)合本章內(nèi)容，你將怎樣做以控制一個需求多變的項目？