信息系統(tǒng)的需求管理

信息系統(tǒng)的需求管理信息技術(shù)部2015年9月軟件工程的流程123需求管理什么是需求管理什么是軟件需求需求管理的流程軟件需求的完全嚴(yán)格解釋1、用戶解決問題或達(dá)到目標(biāo)所需條件或權(quán)能(Capability)。2、系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。3、一種反映上面(1)或(2)所述條件或權(quán)能的文檔說明。軟件需求的完全嚴(yán)格解釋簡單來說，軟件需求就是一個軟件要實現(xiàn)的功能，當(dāng)然這里所謂的“功能”可能分為兩種情況，一種是有形的，一種是無形的：

“有形”的很好理解，比如要求Word文檔具備把字題加粗的功能。

“無形”的其實也好理解，比如說軟件的運(yùn)行速度，穩(wěn)定性，還有比如這個軟件要達(dá)到什么目的（比如系統(tǒng)能夠根據(jù)錄入的具體信息，按照費率表計算出正確的保險費）。123需求管理什么是需求管理什么是軟件需求需求管理的流程1、軟件需求的誕生

軟件需求是隨著計算機(jī)的發(fā)展而發(fā)展的，在計算機(jī)發(fā)展早期，軟件規(guī)模很小，所以當(dāng)時大家關(guān)注的是編碼，而對于需求并不怎么關(guān)注，后來隨著“軟件危機(jī)”的出現(xiàn)，誕生了軟件工程，而需求階段就是軟件工程的第一階段（也稱之為需求分析）。軟件危機(jī)：伴隨計算機(jī)系統(tǒng)的廣泛使用，軟件系統(tǒng)的規(guī)模越來越大，復(fù)雜程度越來越高，軟件可靠性問題也越來越突出。2、軟件需求的重要性軟件需求：是軟件工程的第一階段，是軟件系統(tǒng)最初的框架，決定了軟件的可靠性、易用性、可擴(kuò)展性和可維護(hù)性，對一個軟件工程能否成功起決定性作用。完成了需求分析和設(shè)計，相當(dāng)于完成了一項工程的圖紙，而之后的編程實現(xiàn)只是施工階段，掌握需求分析與設(shè)計才是掌握了一項工程的核心。2、軟件需求的重要性“蘋果”就是這樣的公司，把最后的生產(chǎn)交給富士康，最終得到完美的產(chǎn)品。需求是將管理思想融入系統(tǒng)的過程，將管理思想抽象成系統(tǒng)需求是一個艱難的過程，需要業(yè)務(wù)管理部門與信息技術(shù)部做到密切配合，只有融入了管理思想的系統(tǒng)才是優(yōu)秀的系統(tǒng)，在實際的應(yīng)用過程中才具備生命力。3、如何進(jìn)行軟件需求管理既然軟件需求如此重要，那么需求管理就自然特別重要了。需求階段主要由這么幾個階段組成：獲取用戶需求（要做些什么）-->策劃工作（怎么去做）-->評審（能不能做、做得好不好）-->開發(fā)（開始做/讓誰去做），需求管理對這些階段的過程管理。第一階段：需求獲?。ㄒ鲂┦裁矗╆P(guān)于要做些什么，其實對于產(chǎn)品的需求階段而言，是極其重要的一個環(huán)節(jié)，但我想提醒大家?guī)c。一、角色意識，我們都是需求設(shè)計者不是用戶。二、抽象需求是一個融合的過程。三、風(fēng)險意識與價值成本意識。第一階段：需求獲取（要做些什么）還是拿“蘋果”為例，那對于用戶而言，他們關(guān)注的是實現(xiàn)了什么功能，是不是做得更漂亮，更薄，更強(qiáng)大，但是他們不關(guān)心怎么去把它做薄，做強(qiáng)大，用了什么材料，用了什么技術(shù)，用的是那種設(shè)計思想。我們的末級分支機(jī)構(gòu)也許是用戶，但總公司和二級機(jī)構(gòu)的業(yè)務(wù)管理部門和信息技術(shù)部我們都是需求設(shè)計人員。第一階段：需求獲取（要做些什么）伴隨公司規(guī)模和機(jī)構(gòu)的不斷發(fā)展，采集需求是一個非常容易的過程，發(fā)個通知很容易就能采集來很多需求，但不成體系。分離出有價值的需求，形成體系需要一個不斷融合的過程，需要業(yè)務(wù)管理部門人員去了解一些系統(tǒng)建設(shè)的知識，同時也需要信息技術(shù)部門的人員去了解公司的業(yè)務(wù)知識。如何獲取有價值的需求，就很難講解了，從量變到質(zhì)變需要的是靈感。諸葛亮借東風(fēng)項目背景：赤壁大戰(zhàn)在即，周瑜突然發(fā)現(xiàn)隆冬應(yīng)該不會有東南風(fēng)，既定的火攻策略恐難奏效，頓時氣急攻心，口吐鮮血，孔明聞訊前來……項目經(jīng)理：

諸葛亮項目團(tuán)隊組長：

周瑜項目時間：

一周項目交付物：

東風(fēng)項目風(fēng)險：

不可預(yù)知性資源，風(fēng)險極大項目運(yùn)作模式：項目經(jīng)理提前向當(dāng)?shù)貪O民咨詢了氣候規(guī)律。諸葛亮借東風(fēng)孔明：都督莫非有心事？周瑜：先生怎知？孔明：我有一良策，可醫(yī)都督之病。（說完寫了16個大字給周瑜：欲破曹公，宜用火攻，萬事俱備，只欠東風(fēng)）周瑜心想：Oh,MyGod！孔明真神人也?？酌鲹u著羽扇心道：你怎知我早就咨詢了當(dāng)?shù)乩蠞O民，否則如何借你三日大風(fēng)。項目結(jié)論：借助東風(fēng)火燒赤壁，蜀吳聯(lián)軍十萬戰(zhàn)勝曹軍百萬。亮曰：“為將而不通天文，不識地利，不知奇門，不曉陰陽，不看陣圖，不明兵勢，是庸才也”。諸葛亮的風(fēng)險管理能力項目管理中對于未來趨勢的判斷是極為重要的，做決策時需要提前判斷未來有什么風(fēng)險，怎么去處理這種風(fēng)險，這樣項目才有可能成功。信息技術(shù)工作都是硬指標(biāo)，系統(tǒng)的平穩(wěn)運(yùn)、項目按照既定的日期上線等都是風(fēng)險極高的管理目標(biāo)，往往業(yè)務(wù)部門提出一些會大量消耗系統(tǒng)資源，影響系統(tǒng)平穩(wěn)運(yùn)行的需求、鄰近上線日期無法按期完成或改動程序影響版本穩(wěn)定的需求，信息技術(shù)部往往會因風(fēng)險太高不予實施，能夠予以實施的一定是掌握了完整的可行性方案，能夠做到風(fēng)險可控。第二階段：需求分析與設(shè)計（怎么去做）需求獲取后就說明系統(tǒng)功能已確定，接下來就是如何進(jìn)行需求分析和進(jìn)行需求管理了，所謂的需求分析，簡單點來說就是把獲取的需求做出盡量準(zhǔn)確的描述，準(zhǔn)確反映用戶的真實意圖，以保障最終的產(chǎn)品符合要求，避免造成重復(fù)的返工和資源浪費。關(guān)于需求管理的相關(guān)規(guī)定，就不在這做詳述了。需求出錯的圖例第二階段：需求分析與設(shè)計（怎么去做）完整系統(tǒng)的需求分析與設(shè)計是較為龐大的項目工程，而我們作為新成立的保險主體，各方面的條件都不允許我們完成完整的系統(tǒng)需求分析與設(shè)計，時間也是不允許的，系統(tǒng)一般采用外包的建設(shè)方式，系統(tǒng)基本是拿來主義，因此我們需要做的是需求變更，優(yōu)化系統(tǒng)。但需求變更同樣需要對提出的需求做準(zhǔn)確性的描述。第二階段：需求分析與設(shè)計（怎么去做）保險公司的系統(tǒng)多數(shù)為數(shù)據(jù)處理系統(tǒng)，通常輸入、輸出、處理邏輯等三項是需求的重要組成部分，因此輸入要有完整的具體項目，甚至需要有具體的附件；輸出要有清晰完整的描述和具體的項目（打印輸出要出具格式）；處理邏輯無非是計算公式，控制邏輯等等。一但這些要素不夠齊全，會導(dǎo)致系統(tǒng)建設(shè)的項目遺漏，因此在一個項目需求形成的過程需要信息技術(shù)部與業(yè)務(wù)部門進(jìn)行反復(fù)的探討和溝通，最終形成確定的文檔。第三階段：需求評審（能不能做、做得好不好）需求評審是需求管理必須進(jìn)行的處理階段，主要是可行性、完成時間、需要的成本等方面的因素，是對需求做科學(xué)篩選的過程，是需求管理的保障。因此公司的項目需求管理辦法中部門審批、相關(guān)部門審批、信息技術(shù)審批和公司領(lǐng)導(dǎo)審批等過程。信息技術(shù)部是項目需求的末端管理部門，自然也就成了需求管理部門，要求大家嚴(yán)格遵守需求管理辦法也就成了自然的職責(zé)。123需求管理什么是需求管理什么是軟件需求需求管理的流程1、需求管理必須流程化需求的管理涉及了從需求獲取、需求分析、需求設(shè)計、編程實現(xiàn)這樣一連串的過程，每個過程都是缺一不可的，而且過程之間有著必然的聯(lián)系，我們不可能獲取了需求就去設(shè)計開發(fā)，這樣會經(jīng)常發(fā)現(xiàn)做出來的東西不是當(dāng)初的目標(biāo)，主要原因是我們繞過了需求分析的階段。

所以需求的管理必須對過程的流程化非常重視，需求需要嚴(yán)格按照流程來處理，每個過程最好由不同的人的來處理，并且過程之間轉(zhuǎn)換時，需要有審核程序。需求管理流程圖

2、需求管理必須有審核需求審核這個程序非常重要，需求處理的流程長環(huán)節(jié)多，每個環(huán)節(jié)都必須經(jīng)過嚴(yán)格的審核，每個環(huán)節(jié)的失誤都會導(dǎo)致最終結(jié)果的錯誤和項目的失敗，因此要求每個環(huán)節(jié)對于不能審核通過的需求文檔必須退回重新來過，重要環(huán)節(jié)要建立多重審核機(jī)制。

3、需求管理必須歡迎變更

“沒有不變的需求，世上的軟件都改動過3次以上，唯一的只改動過兩次的軟件的擁有者已經(jīng)死了，死在去修改需求的路上?！毙枨笞兏遣豢扇鄙俚囊粋€因素，即使你初期軟件設(shè)計的很好，總是或多或少在后期會有些需要變更的地方，增加或者減少或者改變功能點都是有可能的，所以我們必須歡迎變更，不然的話，機(jī)構(gòu)用戶經(jīng)常會提出這方面和那方面的問題。

雖然我們必須歡迎變更，但是我們還是需要對變更做嚴(yán)肅的處理，對已經(jīng)在開發(fā)功能做變更，會增加很多難度，成本、時間、質(zhì)量都會受到影響；對已經(jīng)開發(fā)完的功能做變更，潛在問題可能更多。所以我們需要一套嚴(yán)格的機(jī)制來確保質(zhì)量。

4、需求管理必須有版本控制版本控制的好處是可以隨時知道以前的情況，對于需求管理而言，這個是極其重要的，因為開發(fā)設(shè)計是不斷變更的工作，一但出錯沒有版本控制改回去都會很難，因此信息部會要求業(yè)務(wù)部門提供紙質(zhì)需求，便于形成檔案。

5、需求管理必須有可跟蹤性所謂的可跟蹤性，說得簡單點就是這個需求自始至終所有的過程我都能跟蹤到和記錄下來，這樣的目的，第一、是為了能管理到整個需求變化的過程，知道這個需求誰在做，在做什么，什么時候能完成，已經(jīng)修改了多少次，誰負(fù)責(zé)審核的。第二、很多時候，我們需要查找需求變更的歷史，比如，這個需求完成代碼后發(fā)現(xiàn)嚴(yán)重與最初的要求不符，這樣就需要知道當(dāng)初誰提出的需求，誰負(fù)責(zé)分析，誰負(fù)責(zé)審核。第三、形成需求變更的記錄可以用來分析過去和預(yù)測未來。

5、需求管理必須有可跟蹤性

需求管理是大家共同的工作以上是需求管理要點和過程，但我想說的是需求管理不是信息技術(shù)部一個部門能夠獨立管好的一項工作，系統(tǒng)建設(shè)工作也不單單是信息技術(shù)部的工作，信息技術(shù)部單方面搞系統(tǒng)建設(shè)，僅僅能做到系統(tǒng)流程通暢、計算準(zhǔn)確，但這樣的系統(tǒng)只能算及格，將業(yè)務(wù)部門的管理思想融入系統(tǒng)功能，系統(tǒng)才有靈魂和生命力，而大家共同的一項工作“