摘要:隨著國(guó)家的改革企業(yè)間的競(jìng)爭(zhēng)日趨激烈，各企業(yè)采取各種辦法，向管理要效益，在這種情況下，商業(yè)銀行逐步實(shí)現(xiàn)數(shù)據(jù)大集中，軟件規(guī)模也越來(lái)越大。金融軟件素以高質(zhì)量，高可靠性，高安全性著稱，如何提高軟件開(kāi)發(fā)的質(zhì)量和效率已經(jīng)成為金融軟件開(kāi)發(fā)的核心問(wèn)題。軟件需求管理是關(guān)系到金融軟件產(chǎn)品質(zhì)量的關(guān)鍵，因此對(duì)項(xiàng)目實(shí)施有效的項(xiàng)目管理，才能降低項(xiàng)目成本、縮短項(xiàng)目工期、保證信息工程質(zhì)量。

關(guān)鍵詞:需求管理 過(guò)程 原則

1 金融軟件需求管理的概念

軟件工程理論認(rèn)為，在軟件生命周期中需求分析(RequirementsAnalysis)是最重要的一個(gè)階段。軟件需求分析的質(zhì)量對(duì)軟件開(kāi)發(fā)的影響是深遠(yuǎn)的、全局性的，高質(zhì)量需求對(duì)軟件開(kāi)發(fā)往往起到事半功倍的效果，在后續(xù)階段改正需求分析階段產(chǎn)生的錯(cuò)誤將付出高昂的代價(jià)。

需求分析的過(guò)程，是分析用戶的需求的過(guò)程，是全面理解用戶的各項(xiàng)要求，并且準(zhǔn)確地表達(dá)所接受的用戶需求的過(guò)程。如果投入了大量的人力、物力、財(cái)力和時(shí)間開(kāi)發(fā)出來(lái)的軟件并不是用戶真正需要的東西，那么所有投入都是徒勞，開(kāi)發(fā)出來(lái)的東西不能得到用戶的認(rèn)可，從而造成重新開(kāi)發(fā)，這樣不僅影響項(xiàng)目進(jìn)度，而且嚴(yán)重影響項(xiàng)目組人員的積極性。

需求管理是調(diào)度、協(xié)調(diào)需求工程活動(dòng)，如獲取、分析、規(guī)約及驗(yàn)證，并編制文檔的整體過(guò)程。在實(shí)際工作中，伴隨著需求的改進(jìn)，需求工程的各階段有時(shí)是交織在一起的，其最終結(jié)果是產(chǎn)生需求分析文檔———《軟件需求規(guī)格說(shuō)明書(shū)》，相當(dāng)于最終用戶和開(kāi)發(fā)機(jī)構(gòu)之間的技術(shù)合同書(shū)。它既是開(kāi)發(fā)者開(kāi)發(fā)軟件系統(tǒng)的依據(jù)，也是最終用戶驗(yàn)收軟件系統(tǒng)的依據(jù)。

2 需求管理過(guò)程

2.1 需求統(tǒng)一入口 金融軟件項(xiàng)目有很多應(yīng)用，而每個(gè)應(yīng)用實(shí)施是相對(duì)獨(dú)立、同步的。如此一來(lái)，就難以整體把握需求，洞悉相互關(guān)聯(lián)。集中一點(diǎn)歸集，實(shí)現(xiàn)需求統(tǒng)一入口，歸集各種渠道而來(lái)的需求，并結(jié)合優(yōu)先級(jí)、需求明確粒度等抽取規(guī)則，確立需要進(jìn)入下一環(huán)節(jié)的需求。

2.2 需求分類 按業(yè)務(wù)范圍可分為資產(chǎn)負(fù)債管理、客戶關(guān)系管理、財(cái)務(wù)績(jī)效管理、風(fēng)險(xiǎn)管理和監(jiān)管合規(guī)管理五大類;按支持方式可以分為系統(tǒng)應(yīng)用支持和業(yè)務(wù)條線/部門(mén)兩大類;按工程實(shí)現(xiàn)方式可以分為接口、報(bào)表和完整業(yè)務(wù)應(yīng)用實(shí)施三類需求。

2.3 需求分解 不同的需求分類對(duì)應(yīng)著不同的管理方法，而管理方法的基礎(chǔ)則是進(jìn)行需求分解，需求分解的好壞將決定需求管理的效果。需求分解的益處包括以下幾點(diǎn):便于對(duì)需求點(diǎn)進(jìn)行全程跟蹤，包含業(yè)務(wù)定義、數(shù)據(jù)分析、數(shù)據(jù)校驗(yàn)、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試及各階段問(wèn)題、計(jì)劃的執(zhí)行情況、迭代管理等;有利于實(shí)現(xiàn)內(nèi)部協(xié)作的共享與監(jiān)督管理;以需求細(xì)化為基礎(chǔ)，能對(duì)不斷優(yōu)化的需求及需求變更進(jìn)行規(guī)范管理;有助于指標(biāo)、報(bào)表甚至功能的復(fù)用。

需求分解的方法和粒度因需求類型的不同而有差異。接口類需求按照接口表與字段兩個(gè)維度進(jìn)行分解;報(bào)表類需求以報(bào)表指標(biāo)為粒度進(jìn)行分解，分解時(shí)需先結(jié)合指標(biāo)維度進(jìn)行最細(xì)層拆分，再根據(jù)維度的共通性、實(shí)現(xiàn)的難易、取數(shù)的規(guī)則等進(jìn)行適當(dāng)?shù)暮喜?綜合類需求則需要對(duì)具體功能模塊不斷進(jìn)行分解，分解的合理性與需求分析的規(guī)范性是分不開(kāi)的，目前綜合類的需求以需求分析文檔為主，結(jié)合需求管理工具進(jìn)行管理。

2.4 需求分析 需求分解后就可以進(jìn)行需求分析工作，在分析中關(guān)注的是如何使分析的過(guò)程更為有序、高效和嚴(yán)謹(jǐn)。

2.5 需求確認(rèn) 需求分析完成后就需要進(jìn)行需求確認(rèn)，即由需求提出方對(duì)需求進(jìn)行評(píng)審和確認(rèn)，是項(xiàng)目轉(zhuǎn)入實(shí)施階段的關(guān)鍵。

2.6 需求基線與變更管理 在需求獲取確認(rèn)后，需求即被打上一條基線。被基線化的需求可以是一個(gè)應(yīng)用的完整需求，也可以是部分需求?；€化后，需求的變化即納入變更管理。一個(gè)新的需求變更會(huì)重新循環(huán)到需求統(tǒng)一入口這一環(huán)節(jié)。

需求變更是軟件開(kāi)發(fā)人員最為頭疼的事情，但不得不承認(rèn)，軟件的需求變更必然存在。外部環(huán)境改變、業(yè)務(wù)規(guī)則變化、人員更迭、溝通不暢等，都是需求發(fā)生改變的誘因。隨著優(yōu)化需求的不斷增加、數(shù)據(jù)與功能的復(fù)用和整合日漸增多，需求變更會(huì)逐漸成為需求管理的一個(gè)重點(diǎn)。需求變更需從影響性分析和變更評(píng)估開(kāi)始，直到變更完成，也需要經(jīng)過(guò)一個(gè)完整的過(guò)程管理。需求變更管理也是保障需求與最終產(chǎn)品一致性的關(guān)鍵環(huán)節(jié)。

2.7 需求跟蹤管理 需求基線化工作的結(jié)束標(biāo)志著開(kāi)發(fā)實(shí)施階段的開(kāi)始，在實(shí)施過(guò)程中，由于溝通、人員、能力、知識(shí)等各種原因，會(huì)發(fā)生各階段產(chǎn)品與需求的偏差，為使需求在各環(huán)節(jié)的流轉(zhuǎn)保持一致和可回溯，就需要進(jìn)行對(duì)需求的跟蹤管理，通過(guò)需求與設(shè)計(jì)、設(shè)計(jì)與開(kāi)發(fā)、需求與測(cè)試之間的需求跟蹤矩陣進(jìn)行持續(xù)的跟蹤管理，發(fā)現(xiàn)問(wèn)題及時(shí)溝通并反饋，以保障需求沒(méi)有遺漏、沒(méi)有重復(fù)、沒(méi)有偏差地傳遞到最終產(chǎn)品。對(duì)數(shù)據(jù)倉(cāng)庫(kù)的應(yīng)用需求而言，跟蹤矩陣大多是以數(shù)據(jù)的流轉(zhuǎn)過(guò)程和數(shù)據(jù)間的關(guān)系為核心進(jìn)行體現(xiàn)。

3 金融軟件需求管理的一般原則

為做好金融軟件的開(kāi)發(fā)和管理，要特別重視軟件需求管理，金融軟件需求的管理要符合需求工程的一般要求。

3.1 對(duì)需求的約束 軟件需求直接關(guān)系到軟件產(chǎn)品的質(zhì)量。一個(gè)好的軟件需求應(yīng)具有如下特性:

完整性:要從全局出發(fā)，不能單純從本業(yè)務(wù)考慮問(wèn)題。一方面要完整地反映該項(xiàng)業(yè)務(wù)，另一方面還要全面反映本項(xiàng)業(yè)務(wù)同其它關(guān)聯(lián)業(yè)務(wù)的聯(lián)系。

準(zhǔn)確性:準(zhǔn)確無(wú)誤，無(wú)二義，各項(xiàng)要求、業(yè)務(wù)做法、每種處理的詳細(xì)流程、數(shù)據(jù)等方面的要求等明確定義，不能摸棱兩可、含糊不清。

通用性:業(yè)務(wù)需求要具有較廣泛的適應(yīng)性，要能夠適應(yīng)大部分分支機(jī)構(gòu)、適應(yīng)大部分業(yè)務(wù)處理情況，減少以后各分支機(jī)構(gòu)對(duì)系統(tǒng)的修改要求。

前瞻性:業(yè)務(wù)需求要具有前瞻性，要能夠反映該項(xiàng)業(yè)務(wù)當(dāng)前的發(fā)展?fàn)顩r(包括同業(yè)情況)和發(fā)展趨勢(shì)。系統(tǒng)要留有可擴(kuò)充的余地。

穩(wěn)定性:一定時(shí)限內(nèi)相對(duì)穩(wěn)定、不變。

權(quán)威性:業(yè)務(wù)需求要具有權(quán)威性，能被普遍接受，并具有很強(qiáng)的約束力。

可行性:需求在技術(shù)實(shí)現(xiàn)和經(jīng)濟(jì)負(fù)擔(dān)上要符合實(shí)際，切實(shí)可行。

安全性:金融業(yè)在社會(huì)經(jīng)濟(jì)生活中的特殊性對(duì)金融軟件的安全性提出了較高的要求，從需求的提出就應(yīng)充分考慮軟件的安全性問(wèn)題，要有專門(mén)負(fù)責(zé)安全生產(chǎn)或稽核的人員全程參與需求管理及軟件開(kāi)發(fā)。

在金融軟件開(kāi)發(fā)的實(shí)踐中，業(yè)務(wù)需求要全面符合上述要求比較困難。一般由應(yīng)用部門(mén)綜合考慮各點(diǎn)有求，并有所側(cè)重。但是，為了保證軟件產(chǎn)品的質(zhì)量，還是應(yīng)該盡量滿足各項(xiàng)要求。

3.2 對(duì)需求管理的約束 金融軟件的需求管理是一個(gè)綜合性的過(guò)程，應(yīng)做到以下幾點(diǎn):

負(fù)責(zé)制:應(yīng)用部門(mén)和開(kāi)發(fā)部門(mén)都應(yīng)實(shí)行，兩個(gè)部門(mén)都要有專門(mén)的機(jī)構(gòu)負(fù)責(zé)從本部門(mén)的角度進(jìn)行需求管理，由專人負(fù)責(zé)，有專門(mén)的部門(mén)領(lǐng)導(dǎo)負(fù)責(zé)協(xié)調(diào)，并對(duì)需求中出現(xiàn)的各種問(wèn)題和錯(cuò)誤負(fù)責(zé)。需求管理涉及后續(xù)各個(gè)方面，直接關(guān)系到軟件產(chǎn)品的最終質(zhì)量，因此必須強(qiáng)化需求負(fù)責(zé)制，確保需求及其變更始終處于良好的管理之下。

規(guī)范化:規(guī)范化是現(xiàn)代管理工作的基本要求。強(qiáng)調(diào)規(guī)范化管理，可以避免非程序性、隨意性等多方面問(wèn)題。金融軟件需求管理同樣應(yīng)遵循科學(xué)規(guī)范的原則。在需求管理中，對(duì)需求的獲取、需求分析、需求分析的描述(《軟件需求規(guī)格說(shuō)明書(shū)》及其它文檔)、需求的變更等需求管理的各方面制定相應(yīng)的管理規(guī)范，并在工作中加以完善，堅(jiān)持執(zhí)行。

嚴(yán)肅性與靈活性:業(yè)務(wù)需求的提出及變更是一件嚴(yán)肅的事情。需求管理的目標(biāo)之一，就是減少需求的變動(dòng)，維護(hù)需求的相對(duì)穩(wěn)定性。需求的每一處變動(dòng)，都會(huì)對(duì)后續(xù)的開(kāi)發(fā)工作產(chǎn)生影響，甚至導(dǎo)致某些工作推倒重來(lái)。因此必須維護(hù)需求的嚴(yán)肅性，不允許隨意變更需求的內(nèi)容。如確有必要，應(yīng)經(jīng)過(guò)變更需求的管理程序。對(duì)于業(yè)務(wù)上某些不影響原則問(wèn)題的細(xì)節(jié)調(diào)整，開(kāi)發(fā)部門(mén)可以根據(jù)開(kāi)發(fā)工作的實(shí)際情況，在符合需求的大框架內(nèi)予以滿足，并將變更的內(nèi)容及時(shí)歸檔記錄，作為《軟件需求規(guī)格說(shuō)明書(shū)》的附件，從而在需求管理上體現(xiàn)出一定的靈活性。

4 總結(jié)

金融軟件的需求管理是關(guān)系到金融軟件產(chǎn)品質(zhì)量的關(guān)鍵，對(duì)業(yè)務(wù)發(fā)展具有深遠(yuǎn)影響。它是整個(gè)開(kāi)發(fā)項(xiàng)目中最重要的工作，需要應(yīng)用部門(mén)和開(kāi)發(fā)部門(mén)密切配合，并按需求工程的要求和開(kāi)發(fā)工作的規(guī)律進(jìn)行。保證開(kāi)發(fā)工作的順利進(jìn)行和最終投入使用，從而降低開(kāi)發(fā)成本。