1、運(yùn)維階段的需求管理,成本,在管理與維護(hù)上的投資已遠(yuǎn)遠(yuǎn)超過了在基礎(chǔ)設(shè)施上的投資。,合法性,變化的全球業(yè)務(wù)格局需要安全性，私密性，和連續(xù)審計(jì)的功能。,EP系統(tǒng)面臨的壓力,要求實(shí)現(xiàn) 更高的 IT管理能力,業(yè)務(wù)流程再造,要求快速響應(yīng),更重視對(duì)用戶的服務(wù)質(zhì)量,強(qiáng)調(diào)用戶服務(wù),對(duì)EP系統(tǒng)的要求,業(yè)務(wù)上要求,通過提升效率，不斷提升服務(wù)質(zhì)量的能力,保證IT系統(tǒng)安全、穩(wěn)定運(yùn)行的能力,配合新業(yè)務(wù)的推出實(shí)施IT應(yīng)用系統(tǒng)的能力,業(yè)務(wù)不斷推陳出新,監(jiān)控服務(wù)質(zhì)量的能力,IT服務(wù)管理能為客戶解決的問題,業(yè)務(wù)的變化對(duì)EP系統(tǒng)提出了更高的要求,運(yùn)維階段的需求管理要點(diǎn),1、需求管理必須流程化： 2、需求管理必須有審核： 3、需求管

2、理必須歡迎變更： 4、需求管理必須有版本控制： 5、需求管理必須有可跟蹤性： 6 、軟件需求的文檔化：,1、需求管理必須流程化：,確定需求的層次,2、需求審核分析：,業(yè)務(wù)需求,用戶需求,功能需求,軟件需求規(guī)格說明,系統(tǒng)需求,質(zhì)量屬性,其它非功能需求,約束條件,項(xiàng)目前景與范圍文檔,審核需求,是否有足夠用戶參與 用戶需求的不斷增加 需求是否模棱兩可 需求是否具有不必要的特性 需求的規(guī)格說明是否過于簡(jiǎn)單,3、需求管理必須歡迎變更：,應(yīng)該仔細(xì)評(píng)估已建議的變更 挑選合適的人選對(duì)變更做出決定（CCB） 變更應(yīng)及時(shí)通知相關(guān)小組和個(gè)人 項(xiàng)目要按照一定的程序來采納需求變更,CCB,請(qǐng)求者,變更日志,實(shí)施者,SC

3、M,授權(quán),配置庫,WP old,WP new,校驗(yàn)者,WP new,CR,CR,CR,CR,CR,雖然我們必須歡迎變更，但是我們還是需要對(duì)變更做嚴(yán)肅的處理，做軟件的人都知道，如果對(duì)于已經(jīng)在開發(fā)功能做變更，會(huì)增加很多難度，不光成本上，時(shí)間上，更重要的是在質(zhì)量上；所如果是對(duì)于已經(jīng)開發(fā)完的功能做變更，潛在問題可能更多。,版本控制的好處是可以隨時(shí)知道以前怎么改的，查看各種版本的數(shù)據(jù)與比較各個(gè)版本的數(shù)據(jù)，很多情況下版本控制還需要具備基線（Baseline）的功能，以比較產(chǎn)品最初設(shè)計(jì)與最終實(shí)現(xiàn)的變化。,4、需求管理必須有版本控制：,5、需求管理必須有可跟蹤性：,審核 ： 變更影響分析: 維護(hù): 項(xiàng)目跟蹤 : 再設(shè)計(jì): 重復(fù)利用: 減小風(fēng)險(xiǎn): 測(cè)試:,6、軟件需求文檔,需求管理必須提供高質(zhì)量的文檔交付 制定一些文檔的具體要求、以及文檔質(zhì)量的核對(duì)表，統(tǒng)一和明確對(duì)于高質(zhì)量文檔的具體要求。,Merci,Grazie,Gracias,Obrigado,Danke,Japanese,French,Russian,German,Italian,Spanish,Brazilian Portu