程基礎之需求工程課件

1、程基礎之需求工程1基礎：需求管理信息系統(tǒng)項目管理基礎教程程基礎之需求工程2主要內容n需求管理n需求基線n需求跟蹤n需求變更控制n需求管理的實踐調查程基礎之需求工程31. 需求管理意圖n需求的影響力q整個后續(xù)的產品生命周期 VS 需求開發(fā)階段n需求規(guī)格說明文檔 需求基準化q后續(xù)的開發(fā)工作都應該以軟件需求規(guī)格說明文檔的內容為標準和目標來進行n需求管理q在需求開發(fā)之后的產品生命周期當中保證需求作用的有效發(fā)揮程基礎之需求工程41. 需求管理作用n增強了項目涉眾對復雜產品特征在細節(jié)和相互依賴關系上的理解q增強了項目涉眾對需求（尤其是復雜需求）的掌握。n增進了項目涉眾之間的交流q減少了可能的誤解和交流偏差

2、。n減少了工作量的浪費，提高了生產力q需求管理能夠更加有效的處理需求的變更n準確反映項目的狀態(tài)，幫助進行更好的項目決策q需求跟蹤信息能夠更加準確的反映項目的進展情況n改變項目文化，使得需求的作用得到重視和有效發(fā)揮q使得項目涉眾認識到需求在項目工作中的重要性程基礎之需求工程51. 需求管理任務n交流涉眾需要什么；n將需求應用、實施到解決方案；n驅動設計和實現工作；n控制變更；n將需求分配到子系統(tǒng)；n測試和驗證最終產品；n控制迭代式開發(fā)中的變化；n輔助項目管理程基礎之需求工程61. 需求管理活動程基礎之需求工程7主要內容n需求管理n需求基線n需求跟蹤n需求變更控制n需求管理的實踐調查程基礎之需求工

3、程82. 需求基線n已經通過正式評審和批準的規(guī)格說明或產品，它可以作為進一步開發(fā)的基礎，并且只有通過正式的變更控制過程才能修改它n是被明確和固定下來的需求集合，是項目團隊需要在某一特定產品版本中實現的特征和需求集合程基礎之需求工程92. 需求基線描述內容n標識符（ID），為后續(xù)的項目工作提供一個共同的交流參照。n當前版本號（Version），保證項目的各項工作都建立在最新的一致需求基礎之上。n源頭（Source），在需要進一步深入理解或者改變需求時，可以回溯到需求的源頭。n理由（Rational），提供需求產生的背景知識。n優(yōu)先級（Priority），后續(xù)的項目工作可以參照優(yōu)先級進行安排和調度

4、。n狀態(tài)（Status），交流和具體需求相關的項目工作狀況。n成本、工作量、風險、可變性（Cost、Effort、Risk、Volatility），為需求的設計和實現提供參考信息，驅動設計和實現工作。n需求創(chuàng)建的日期；n和需求相關的項目工作人員，包括需求的作者、設計者、實現者、測試者等；n需求涉及的子系統(tǒng)；n需求涉及的產品版本號；n需求的驗收和驗證標準；n程基礎之需求工程102. 需求基線配置管理n標識配置項q遞增數值，例如1，2，x；q層次式數值編碼，例如1.1.1，1.2.1，x.y.z；q層次式命名編碼，例如Order.Place.Date，Order.Place.Register，Ta

5、sk.Step.Substepn版本控制q每一條單獨的需求需要進行版本控制q相關的需求文檔也需要進行版本控制n變更控制 整體變更控制原理n訪問審計q記錄和審計訪問的情況n狀態(tài)報告q反映需求基線的成熟度（變化的幅度越大，成熟度越低）、穩(wěn)定性（改變的次數越多，穩(wěn)定性越差）等程基礎之需求工程112. 需求基線狀態(tài)維護狀態(tài)定義已提議（Proposed）該需求已被有相應權限的人提出已批準（Approved）該需求已經被分析，它對項目的影響已進行了估計，并且已經被分配到某一特定版本的基線中。關鍵涉眾已同意包含這一需求，軟件開發(fā)團隊已承諾實現這一需求已實現（Implemented）實現這一需求的系統(tǒng)組件已經

6、完成了設計和實現。這一需求已經被跟蹤到相關的設計元素和實現元素已驗證（Verified）已在集成產品中確認了這一需求的功能實現是正確的。這一需求已經被跟蹤到相關的測試用例。這一需求目前可以被認為是已完成了已刪除（Deleted） 已批準的需求又從需求基線中取消了。要解釋清楚為什么要刪除這一需求，以及是誰決定刪除的已否決（Rejected）需求已被提議，但并不在下一版本中實現它。要解釋清楚為什么要否決這一需求，以及是誰決定否決的程基礎之需求工程12主要內容n需求管理n需求基線n需求跟蹤n需求變更控制n需求管理的實踐調查程基礎之需求工程133. 需求跟蹤n避免在開發(fā)過程或者演化過程中與需求基線不一

7、致或者偏離的風險n前向跟蹤是指被定義到軟件需求規(guī)格說明文檔之前的需求演化過程q向前跟蹤到需求：說明涉眾的需要和目標產生了哪些軟件需求q從需求向后回溯：說明軟件需求來源于哪些涉眾的需要和目標n后向跟蹤是指被定義到軟件需求規(guī)格說明文檔之后的需求演化過程q從需求向前跟蹤：說明軟件需求是如何被后續(xù)的開發(fā)物件支持和實現的q回溯到需求的跟蹤：說明各種系統(tǒng)開發(fā)的物件是因為什么原因（軟件需求）而被開發(fā)出來的程基礎之需求工程143. 需求跟蹤用途（1）n需求的后向跟蹤可以幫助項目管理者：q評估需求變更的影響；q盡早發(fā)現需求之間的沖突，避免未預料的產品延期；q可以收集沒有被實現的需求，并估算這些需求需要的工作量；

8、q發(fā)現可以復用的已有組件，從而降低新系統(tǒng)開發(fā)的時間和精力；q明確需求的實現進度，跟蹤項目的狀態(tài)。n需求的后向跟蹤可以幫助客戶和用戶：q評價針對用戶需求的產品的質量；q可以確認成本上沒有（昂貴的）鍍金浪費；q確認驗收測試的有效性；q確信開發(fā)者的關注點始終保持在需求的實現上。程基礎之需求工程153. 需求跟蹤用途（2）n需求跟蹤中針對具體需求的設計方案選擇、設計假設條件需求跟蹤中針對具體需求的設計方案選擇、設計假設條件以及設計結果等信息可以幫助設計人員：以及設計結果等信息可以幫助設計人員：q驗證設計方案正確的滿足了需求；驗證設計方案正確的滿足了需求；q評估需求變更對設計的影響；評估需求變更對設計的

9、影響；q在設計完成很久之后仍然可以理解設計的原始思路；在設計完成很久之后仍然可以理解設計的原始思路；q評估技術變化帶來的影響；評估技術變化帶來的影響；q實現系統(tǒng)組件的復用；實現系統(tǒng)組件的復用；n需求跟蹤信息還可以幫助維護人員：需求跟蹤信息還可以幫助維護人員：q評估某一個需求變化時對其他需求的影響；評估某一個需求變化時對其他需求的影響；q評估需求變化時對實現的影響；評估需求變化時對實現的影響；q評估未變化需求對實現變更的允許度。評估未變化需求對實現變更的允許度。程基礎之需求工程163. 需求跟蹤內容n最低層次：低端用戶q捕獲各個系統(tǒng)組件之間的關系n更高層次：高端用戶q捕獲組件之間的聯系q捕捉各個

10、組件的工作背景q例如實現的理由、實現方案的選擇、實現技術的假設、決策依據、變化歷程等等n最高層次：高端用戶q捕獲更高層次信息q捕獲項目的組織過程n 例如負責人、時間安排、資源消耗、最終成果等程基礎之需求工程173. 需求跟蹤實現方法n矩陣、實體關系模型和交叉引用用戶需求用戶需求功能性需求功能性需求設計組件設計組件實現組件實現組件測試用例測試用例UC-28Catalog.query.sortClass catalog Catalog.sort()Search.7Search.8UC-29Catalog.query.import Class catalog Catalog.import()Cata

11、log.validate()Search.12Search.13Search.14程基礎之需求工程183. 需求跟蹤建立過程n明確需求跟蹤需要解決的問題n說明需求跟蹤過程的目標n明確需要捕獲的跟蹤聯系n組織提供資源支持和技術支持n制定有效的過程策略n便利需求跟蹤信息的使用程基礎之需求工程193. 需求跟蹤需求依賴n大多數的需求并不是完全獨立的，它們在一種復雜的機制中互相影響n需求依賴聯系的特殊性并不在于它的重要性，而在于它是難以發(fā)現、建立和維護的n需求交互作用管理q用于發(fā)現、管理和部署（disposition）需求之間關鍵聯系的活動依賴R1R2R3R4R5R6R1*R2*R3*R4*R5*R6

12、程基礎之需求工程20主要內容n需求管理n需求基線n需求跟蹤n需求變更控制n需求管理的實踐調查程基礎之需求工程214. 需求變更控制需求變化n需求的變化是正當和不可避免的q問題發(fā)生了改變q環(huán)境發(fā)生了改變q需求基線存在缺陷q用戶變動q用戶對軟件的認識變化q相關產品的出現程基礎之需求工程224. 需求變更控制變更控制過程n以可控、一致的方式進行需求基線中需求的變更處理，包括對變化的評估、協調、批準或拒絕、實現和驗證程基礎之需求工程234. 需求變更控制變更控制過程程基礎之需求工程244. 需求變更控制變更控制委員會n變更控制委員會（CCB）q評價需求的變更，做出批準或者拒絕變化的確定，并確保已批準變

13、化的實現q變更控制委員會可能由來自下列部門的人員組成n項目或程序管理部門；n產品管理或者需求分析部門；n開發(fā)部門；n測試或者質量保障部門；n市場或客戶代表；n編寫用戶文檔的部門；n技術支持或幫助部門；n配置管理部門。程基礎之需求工程254. 需求變更控制注意事項（1）n認識到變更的必要性，并為之制定計劃q定義明確的變更控制過程，建立變更控制的有效渠道q所有提交的需求變更請求都要進行仔細的評估q是否進行變更的決定應該由變更控制委員會統(tǒng)一做出q必須對變更的實現結果進行驗證q需求的變化情況要及時的通知到所有會受到影響的項目涉眾程基礎之需求工程264. 需求變更控制 注意事項（2）n維護需求基線，審計

14、變更記錄n管理范圍蔓延q根據業(yè)務目標、產品前景和項目范圍，評估每一項提議的新增需求和特性n靈活應對變更請求q推遲產品的交付時間。q要求增派人手：在有限的情況下有效q要求員工加班工作：只能適度的使用。q推遲或者去除尚未實現的優(yōu)先級較低的需求q容許產品質量的降低：盡量不使用程基礎之需求工程274. 需求變更控制注意事項（3）n使用輔助工具q工具應該具有以下幾個特性，以支持需求變更過程：n可用定義變更請求中的數據項。n可用輔助項目涉眾完成變更控制過程中的協作。n可以幫助維護需求基線，審計變更記錄。n能夠將變更情況及時的通知到相關人員。n可以生成標準的和定制的報告和圖表。程基礎之需求工程28主要內容n

15、需求管理n需求基線n需求跟蹤n需求變更控制n需求管理的實踐調查程基礎之需求工程295. 需求管理的實踐調查 需求的變更n有效處理變更非常重要n新增（Added）需求影響最大n缺陷修復最為頻繁n范圍蔓延常見n需求可變性很高n變更控制還需要繼續(xù)完善程基礎之需求工程305. 需求管理的實踐調查需求跟蹤n重視和關注了對后向跟蹤聯系的處理n忽視了對前向跟蹤聯系的處理n最低層次需求跟蹤策略存在廣泛n高端用戶的需求跟蹤實現仍需努力n需求之間的依賴關系困難和復雜q只有大概20的需求是完全獨立的q20左右的需求產生了所有依賴關系的75。程基礎之需求工程315. 需求管理的實踐調查需求管理工具n非常需要需求管理工

16、具n通用的文本處理器（Word Processor）和電子表格（Spreadsheet）使用最為廣泛n部分組織自己開發(fā)了專用需求管理工具n很少有組織使用專用的商業(yè)需求管理工具q無法和軟件的開發(fā)過程以及其他輔助工具進行有效的集成程基礎之需求工程32實例分析n經常出現一個模塊的需求剛剛整理完畢或者程序編寫了一半，業(yè)務已經發(fā)生變化的情況。在一年的開發(fā)過程中，我們陸續(xù)接到的業(yè)務變更行政命令多達幾十條，這給整個軟件開發(fā)和推廣都帶來了很大困惑。為了保證軟件正常運行，省局信息中心不得不專門成立了軟件推廣維護小組，不斷就新業(yè)務改寫程序，各地也不得不在后續(xù)的過程中不停的從省局下載新的升級包，這件事情已經經歷了很多年，大家都已經習慣了。程基礎之需求工程33本章小結n需求管理是發(fā)生在需求開發(fā)之后的需求工程活動，貫穿于余下的產品生命周期，用于確保需求作業(yè)的有效實現n需求管理是一項重要的活動，包括維護需求基線、需求跟蹤和