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

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

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

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

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

諸葛亮項(xiàng)目團(tuán)隊(duì)組長(zhǎng)：

周瑜項(xiàng)目時(shí)間：

一周項(xiàng)目交付物：

東風(fēng)項(xiàng)目風(fēng)險(xiǎn)：

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

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

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

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

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

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

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

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

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

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