淺議商業(yè)銀行軟件外包的需求管理[權威資料]_第1頁
淺議商業(yè)銀行軟件外包的需求管理[權威資料]_第2頁
淺議商業(yè)銀行軟件外包的需求管理[權威資料]_第3頁
淺議商業(yè)銀行軟件外包的需求管理[權威資料]_第4頁
免費預覽已結束,剩余1頁可下載查看

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

淺議商業(yè)銀行軟件外包的需求管理 本文檔格式為 WORD,感謝你的閱讀。 摘 要:本文分析了商業(yè)銀行在軟件外包需求管理中的常見問題,并提出了需求管理工作的改進建議。 關鍵詞:需求管理;軟件外包;商業(yè)銀行 F832.2; TP311.5 A doi: 10.3969/j.issn.1672-3309( x) .2013.02.23 1672-3309( 2013) 02-57-02 金融軟件開發(fā)是商業(yè)銀行信息化建設的一項核心工作。目前 ,對于部分軟件的開發(fā)、推廣和維護,我國商業(yè)銀行采用外包的方式,委托單獨的軟件開發(fā)部門或者外部的專業(yè)服務供應商完成。這種方式為商業(yè)銀行節(jié)省了時間和成本,也帶來一些新的挑戰(zhàn),而需求控制和管理是其中最為重要內容的之一。本文就需求管理實踐中常見問題進行分析,并提出一些建議。 一、需求管理的基本概念 所謂需求,是指使用金融軟件的銀行業(yè)務人員為了解決某一問題或達到某一目標,提出的關于系統(tǒng)功能方面的需要。需求管理就是對業(yè)務人員提出的需求進行管理,系統(tǒng)化地獲取、組織和管理需求,使功能設計能夠滿足業(yè)務不斷 變化的需要。 需求管理貫穿了軟件開發(fā)的整個項目周期,首先,業(yè)務部門提出具體的業(yè)務需求,需求管理部門對需求進行獲取、分析,由開發(fā)部門或外包公司對需求確認后進行技術開發(fā),解決各項技術問題,提供相應的軟件產品,再由需求管理部門對軟件產品進行測試和驗收,提交業(yè)務部門進行反饋,再由開發(fā)部門進行調整和完善,最終實現(xiàn)軟件產品的投產。在這個過程中,需求管理是一個動態(tài)、交互和持續(xù)的過程,包括從需求的提交、項目評審到需求分析說明書的確認、項目開發(fā)、功能說明書的發(fā)布、需求測試、系統(tǒng)上線、項目培訓、需求變更等具體環(huán)節(jié),其 中涉及到的每一環(huán)節(jié),對系統(tǒng)最終效果實現(xiàn)的好壞都有著重要影響。 二、需求管理中的常見問題 (一)來自業(yè)務部門的問題 軟件工程理論認為,在軟件生命周期中,需求分析是最重要的一個階段。為了準確地掌握業(yè)務人員的需要,需求管理人員往往引導業(yè)務人員準確表達,再經過綜合分析提煉和規(guī)范化表述,與業(yè)務人員進行書面確認。實際工作中,需求分析往往存在一些問題,給工作造成不便,甚至由于軟件重新開發(fā)和延遲上線而帶來大量的損失。 一是需求表述和傳達不夠清晰明了。業(yè)務人員提出需求時往往使用了專業(yè)術 語,由于經常處理相關業(yè)務,業(yè)務人員在提交需求時只是寫了大概的要求,許多細節(jié)沒有詳細展開說明,認為開發(fā)人員理所當然應該知道,但需求管理人員可能無法準確理解其意思,尤其是開發(fā)人員不一定對每一項業(yè)務的細節(jié)都很了解,造成開發(fā)出的系統(tǒng)和預期不一致。 二是需求不夠具體細化。有時業(yè)務人員提出的需求也只是一個初步設想,特別是針對不熟悉的新業(yè)務,業(yè)務人員也只能對要開發(fā)的系統(tǒng)進行模糊大致的描述,或者沒有經過系統(tǒng)完整的思考,在可行性上存在問題。這樣容易造成開發(fā)人員的盲目性,花費較多時間和人力才能實現(xiàn)業(yè)務人員的需要,或者 開發(fā)出來的系統(tǒng)主要功能實現(xiàn)了,但是一些小問題,給工作帶來不便。 三是對需求分析說明書的確認不夠重視。需求分析說明書是開發(fā)人員與業(yè)務人員進行需求確認的書面說明,是開發(fā)人員進行軟件開發(fā)的依據,也是產品最終驗收的依據,因而其準確性、規(guī)范性和可行性都要求很高。但在實踐中,需求提出人員有時在沒有充分閱讀文檔的情況下就匆忙簽字確認,導致開發(fā)人員按照此說明書進行開發(fā)的系統(tǒng)和業(yè)務預期不一致,或者對說明書的權威性不夠重視,簽字確認前沒有經過充分思考,而在系統(tǒng)開發(fā)過程中不斷更改需求,導致軟件開發(fā)效率和進度受影 響。 (二)來自開發(fā)部門或外包公司的問題 一是對需求的理解不深。由于開發(fā)人員通常是技術開發(fā)的專家,并不一定具備相應的業(yè)務背景知識,或者與業(yè)務人員出發(fā)點不一致,容易造成與業(yè)務人員的理解不一致。有的開發(fā)人員在對具體業(yè)務流程和做法不了解的基礎上,僅按照自己的理解去開發(fā),使得開發(fā)的軟件產品與預期相差較大,有的甚至存在常識性錯誤,造成大量的返工。有些外包公司為了節(jié)省成本,在已開發(fā)完成的相似產品基礎上進行簡單修改,對新用戶本地化改造能少就少,導致業(yè)務人員使用時才發(fā)現(xiàn)毛病不斷,也影響軟件系統(tǒng)的正常使用 。 二是軟件交付前的內部測試不充分。部分軟件外包公司內部質量控制把關不夠嚴,加上有銀行的需求管理部門和人員做測試,容易產生松懈的思想,對交付前的軟件產品測試不充分,導致用戶方需求管理人員開始測試時發(fā)現(xiàn)很多問題,甚至包括顯而易見的錯誤和與需求說明書不一致的地方,增加了用戶方的不便。 (三)來自需求管理部門的問題 需求管理部門作為負責新需求從始至終全過程跟蹤管理的部門,關系著軟件開發(fā)的質量、周期和最終效果。但實際工作中,需求管理部門也存在一定問題。 一是需求的全面控制存在 局限。需求管理部門需要面對來自多個業(yè)務部門和人員的需求,通常從服務銀行業(yè)務大局的角度,盡可能滿足業(yè)務部門多種多樣的需求。同時,需求管理部門并沒有超越其他業(yè)務部門之上,對需求管理缺乏足夠的控制權,實際中通常受制或依賴于業(yè)務部門,需求的跟蹤和推動比較困難,對需求開發(fā)的進程和規(guī)模缺乏控制,對軟件的開發(fā)改造缺乏系統(tǒng)性,甚至對合理性、經濟性和可行性不夠的改造需求也不能喊 “ 停 ” ,可能造成不必要的損失浪費。 二是需求管理的規(guī)模效應還沒有體現(xiàn)。目前,需求管理部門的職能多限于需求的集中化管理,僅充當業(yè)務人員和開發(fā)人 員之間溝通的簡單協(xié)調,對需求的評估考核、統(tǒng)計分析和信息反饋等工作開展的較少,需求管理也較為零散化,沒有實現(xiàn)需求統(tǒng)一管理的規(guī)模效益,比如一些軟件缺陷常常通過多次需求改造、多次 “ 打補丁 ” 來完善,而需求管理人員在從根本上理順和完善系統(tǒng)方面沒有能發(fā)揮應有的作用。 三、需求管理工作改進建議 需求管理需要業(yè)務部門、開發(fā)部門和需求管理部門等各方的共同努力,尤其是加強需求管理在職責劃分、制度流程設計、質量控制體系建設等方面的工作,不斷提高需求管理的規(guī)范性和效率性。 一是加強與業(yè)務人員和開發(fā)人員的溝 通協(xié)調。需求管理在需求的表述和傳達過程中,應該不斷加強準確性、完整性和真實性。同時,針對需求業(yè)務涉及人員多、面廣的特點,需求管理人員應當主動了解獲取業(yè)務方和技術方的知識背景和實際情況,加強與業(yè)務人員和開發(fā)人員之間的溝通協(xié)調,幫助二者之間對需求形成較為統(tǒng)一明確的認識,及時掌握需求形成和軟件開發(fā)的進程,了解其中的問題和困難,盡量把問題在軟件開發(fā)完成之前解決。比如在業(yè)務人員表述需求時,需求管理人員可以根據經驗對相關需求提出合理化建議,一起對項目、特別是需求說明書,進行評審,檢查是否滿足業(yè)務需要,從源頭控制軟件質量 ;在軟件開發(fā)過程中,需求管理人員可以針對業(yè)務緣由和常見做法,與開發(fā)人員進行深入具體的溝通,確保軟件的開現(xiàn)實現(xiàn)預期需求。 二是加強對需求管理的統(tǒng)籌把握。加強對日常需求和測試的歸納、分析,特別是對常用業(yè)務、重點環(huán)節(jié)和需求集中點、測試易錯點的總結,在深入了解掌握業(yè)務系統(tǒng)的基礎上,能夠形成對軟件系統(tǒng)改造的正確判斷和合理化建議,提高對需求和測試信息的分析反饋,為業(yè)務系統(tǒng)和流程優(yōu)化提供建議,努力獲得需求管理工作中的主動地位。比如某一業(yè)務原采用手工方式進行,隨著業(yè)務量的增長,人力壓力越來越大,需求管理人員在分析 業(yè)務原理后,提出設置關鍵字段、改由系統(tǒng)批量處理的建議,明顯地提高了業(yè)務效率,較好地解決了問題。 三是提高需求管理的效率。加強對需求管理工作規(guī)律的認識和把握,引入科學的管理方法和管理工具,提高需求管理的效率。比如利用專業(yè)化的需求管理軟件來進行管理,將需求提出時間、部門、內容、聯(lián)系人、需求分析、功能說明書、測試、需求變更、上線運行情況等相關資料文檔存入需求管理系統(tǒng)。這樣就可以從需求開始到上線運營,貫穿整個軟件生命周期進行管理。既能對開發(fā)過程進行控制,讓需求相關方了解到項目進展,合理安排各項工作時間,保 證充分的測試時間,又能方便查找需求,以及需求變更情況,還可以對日后的分析、培訓等工作提供材料。同時還可以通過需求管理檢查新的需求與已有需求的一致性,不能有沖突的地方。再比如建立測試電子檔案庫或案例庫,對日常性測試業(yè)務形成模板,測試時只用對調整參數進行測試,減少重復編寫測試案例的時間,從而提高需求管理的效率。 四是豐富需求管理的 “ 增值產品 ” 。需求管理工作涉及環(huán)節(jié)多、人員多,但同時也具有能夠完整掌握相關業(yè)務流程或系統(tǒng)全貌的便利,特別是可以多角度了解業(yè)務和系統(tǒng),因此需求管理工作可以開發(fā)相應的 “ 增值產品 ” ,以更好地為業(yè)務服務。比如需求管理人員在日常工作中注重經驗和技巧的收集,可以為業(yè)務數據統(tǒng)計提供支持,也可以為新員工、新業(yè)務培訓提供幫助。 參考文獻: 1 周晶平 .金融軟件需求管理方法的改進 J . 中南民族大學學報( 自然科學版) , 2008,( 03) . 2 陳小輝、文 佳 .淺析銀行系統(tǒng)需求存在的問題及改進措施 J.金融科技時代, 2011,( 09) . 閱讀相關文檔 :基于 ACSI 模型的煙草商業(yè)企業(yè)煙葉種植戶滿意度測評應用研究 關于加強國有企業(yè)財務管理的思考 論現(xiàn)代企業(yè)預算管理 銀行 拯救小微企業(yè)的關鍵 淺析企業(yè)并購財務風險及防范 我國中小型企業(yè)的內部控制制度探析 企業(yè)文化測評的主要方法 淺析民營企業(yè)中的顧客忠誠 企業(yè)的核心競爭力和企業(yè)文化的關系探究 中小企業(yè)品牌網絡推廣瓶頸與破解 我國林農購買森林保險的支付意愿及影響因素的實證研究 化工企業(yè)設備管理方法的探討 論

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論