在軟件開發領域中，對金融軟件開發中的難題研究一直存在，當提及到這個問題時，人們往往會想到軟件工程方法論上，還會想到關鍵技術上這些方面確實是金融軟件開發的一部分難關，但是隨著經濟技術的不斷發展與完善，這些技術上的難題都被一一克服，所以這些并不算真正的難題，下面筆者將對金融軟件開發中的難題進行細致的分析 。
在我國金融軟件的開發作為一種獨立存在的商務活動和工程項目的時間并不長，在金融軟件開發活動中，有主要的兩個參與主體即：金融機構（軟件的使用者）和軟件開發商 。近些年，越來越多的人士認識到，這兩個金融軟件開發的參與者的相互關系，特別是它們之間的矛盾、合作、互動才是當今金融軟件開發的最大難題 。
【如何剖析金融軟件開發難題】
1 軟件開發費用的問題分析
金融軟件的開發已經成為了一種正常的商務活動，這意味著軟件開發的參與雙方都存在著正常的商務交流，存在著正常的貿易方式，使用方給開發方提出需求并支付開發費用 ， 而開發方承接任務研發軟件，進而接受開發費用的模式深入人心 。這也意味著雙方存在著經費上的矛盾，雙方都在為了經費展開了各種的手段 ， 這對開發方而言卻是一個真正意義上的難題 。
通常在計算經費時 ， 雙方都會根據所需的工作量來計算，然而雙方對同一個軟件的項目計算出的所需“人月”數量卻各不相同，甚至會出現數倍的差距，為了合理的技術工作量，雙方都面臨著專業和心理的挑戰[1] 。
部分軟件開發商為了保證開發權的競爭，常常在競標時壓低報價，不然根本無法中標 。但是壓低報價卻有兩個危害：一是中標的開發商往往實力不強，這意味著軟件使用方的軟件質量相當難以保證；二是開發經費的不足會導致開發商不敢高薪聘用專業人才，也無法進行有效的獎勵機制，進而會影響軟件的開發質量 。
2 軟件使用方的問題研究
軟件使用方某種角度可以稱為是開發商的衣食父母，這意味著使用方對開發方的要求會各種各樣，這也一定程度促進了軟件開發工作的進行 ， 但是也一定程度的阻礙了軟件開發工作 。并不是所有的軟件使用方都有相關的專業知識，但是使用方的監督干擾卻一直貫穿整個的軟件開發過程，這就意味著軟件的開發工作很大程度將被影響 。
例如在開發過程中，使用方會派出人員進行進度的視察，并且給出相對的建議，但是這個建議在使用方看來合理有據，但是大多情況下這些建議對已經成型的系統而言就是漏洞 。且使用方視察的人員不同對相關的建議也不同，雖然一定程度會保證開發方的工作進程，但是更多的是影響開發的整體進度[2] 。還有一些銀行用戶在進行軟件開發方的工作監督時，依據舊式的銀行工作理念，在和開發方交流時，一種高姿態俯視整個開發進程，對工程進程指手畫腳 。一旦出現問題則百般推卻，忽視自身的責任，只要求開發方如何，卻不考慮自身的相關責任 。
部分使用方字項目最后結尾階段延緩系統的驗收工作，遲遲不支付尾款 ， 一個幾個月的工程生生變成了數年的“胡子工程”，在出現這樣的情況時，就算通過法律途徑解決，但對開發方而言也是極大的人力物力的浪費 。
3 軟件的產品和版本的分析
軟件因不同金融單位的需求而各不相同，但是究其根本業務范圍，其實軟件的大范圍還是一致的 。但是目前各軟件開發方自身各自為政，開發出的軟件產品各不相同，這使得軟件市場一定程度上存在版本的重復和資源的浪費，無法推出一款通用型的軟件 。
以銀行業務需求軟件為例，銀行業務的大范圍包括存取款、轉賬、刷卡等 ， 這是所有銀行共通的，如果有一款通用的軟件系統 ， 這樣所有銀行都可以使用，可以大量的節約成本，省時省力 。部分銀行存在特殊的業務范圍，這就需要借助于設備軟件產品參數及接口模塊等相關技術 。但是目前的現狀告訴我們，這種軟件沒有出現過，各種銀行依舊是關門開發 ， 相互不存在任何的交流 。銀行各自開發的結果就是軟件作品一堆，但是系統的產品則沒有一件 。
在銀行的內部也存在著軟件版本的問題，總行開發出一個新的業務軟件，下發到各處分行，希望將整個銀行的業務進行規范化管理 。但是一段時間之后，各地區的分行紛紛根據自身要求對母軟件進行修改，這使得各自的版本不一，規范化的管理無法實施 。
4 使用方的需求難以把握
每個使用方都有自身單位特點，這就需要開發方進行細致的分析，整理出最合乎情況的設計方案 。但是很多情況下使用方的具體需求并不明顯，或者其描述不準確，這使得這點在實際實施時很難把握 。
軟件開發的出發點是使用方的金融業務需求，但是在實際的操作過程中 ， 對使用方的需求并不意味著全盤的接受或者過分的強調具體業務的操作習慣和個別的特例需求，在新的經濟形勢下，這是不可行的 。
在程序開發的初期，其根本目的是為了代替人力進行相關數據的統計計算，一定程度上就是人工處理方式的模仿 。隨著信息技術的推廣，這種工作模式逐漸的不合時宜 ， 根本滿足不了現狀的經濟現狀 。金融軟件的設計源于金融行業的需求，但是不應該停留在原有的需求上 。當大部分的金融機構使用同一種軟件時，并將其各自的需求反映到這個軟件中，然后加以改良，最后形成一個適應于大部分金融行業的軟件產品 。這可以統一、自動、規范的進行業務的展開，目前比較通用的SWIFT系統就是其中的一個較成功的案例[3] 。
這需要在實際的軟件開發過程中 ， 進行仔細的研究，積極采用先進的信息處理技術，對一些較為落后的技術、方式和習慣進行摒棄 。積極的引進外來的先進技術和設備，規范和改進自身的業務流程 。
5 協同開發平臺分析
軟件的開發是一個整體的過程，這個整體不但包括項目工程的整體，還包括了開發方和使用方的統一整體 ， 甚至包含了整個開發行業的整體 。軟件技術的發展帶來了使用方也就是金融企業對軟件的管理上的發展 ， 對軟件的需求管理、變更管理、測試管理、維護管理等項目開發不同階段進行有機的聯系，保證開發方工作的順利進行 ， 保證軟件的適用性 。以往的開發工作一般都只在于開發方的自身的控制中，不同的開發方、不同的使用需求使得軟件產品的生命周期和版本各不相同，產品與產品相互割裂，無法進行統一的分析和度量 。
建立一個統一的管理交流平臺，保證開發方行業內部的聯系以及開發方與使用方的聯系，對提高軟件的性能和適用范圍有積極的意義 。統一的交流平臺的建立還有利于全面的項目的成本和績效的評估 ， 也有利于使用方的統一管理[4] 。
6 結論
在金融軟件開發過程中，積極的處理使用方和開發方的雙方關系 ， 合理平等的進行溝通和矛盾的處理 。軟件使用方在進行經費和相關要求的提出時 ， 要合理有據，并且要進行相關專業性具體要求的提出，保證軟件設計的合理性和與自身金融機構的需求的匹配性 。對于開發方而言 ， 在項目競標時要根據自身情況合理的報價，在軟件設計的過程中，保證經費和所接項目的匹配性，不能盲目的進行投標，積極與使用方進行溝通 ， 細致了解客戶的需求 ， 進行相關的設計和解釋，樹立自身的服務形象 。積極構建統一性和行業適應性的軟件系統 ， 積極引進先進技術 ， 保證軟件技術的先進性 。
