爲什麼用SOA架構？

目前軟件開發面臨兩個難題：
1） 軟件在不斷地發展，用戶需求在不斷地增加，軟件功能模塊在不斷地擴充，軟件的重新設計和整合的成本成爲企業無休止的投資陷阱。

2） 目前管理軟件中不同種類的操作系統、應用軟件、系統軟件、數據格式相互交織，要將這些不同網絡、不同平臺、不同數據格式、不同軟件完全統一是不可能的，只能在現有的軟件、數據、平臺基礎上進行擴充。

基於上述兩點原因，我們在軟件架構的上需要做出必要的調整。

首先，要解決軟件功能模塊擴展的問題，減小未來軟件投資風險，除了常規的軟件升級更新，擴充功能以外，降低模塊間的耦合度、模塊間使用明確定義的接口進行交互、模塊組件化的方式，能夠有效地減小模塊間的依賴性，延長模塊生命週期，增加模塊間交互能力，增強軟件擴展能力，減少企業軟件開發和集成投資，並能夠保護用戶的IT基礎建設投資，提高產品競爭力。

其次，要解決跨網絡、跨平臺處理不同數據格式、與不同軟件的軟件進行交互的問題，必須採用標準化技術。軟件交互、數據格式、網絡協議等均有國際標準或行業標準，利用和實現這些標準所規定的內容，即可以相對簡單的解決跨網絡、跨平臺處理不同數據格式、與不同軟件的軟件進行交互的問題。

目前能夠實現了上述理念的軟件架構就是“面向服務架構（SOA）”。面向服務架構不是一種技術，也不是一種標準，而是一種應用框架，但SOA基於技術和標準，是技術和標準的累積，它着眼於日常的業務應用，並將它們劃分爲單獨的業務功能和流程，即所謂的服務。SOA 使用戶可以構建、部署和整合這些服務，且無需依賴應用程序及其運行計算平臺，從而提高業務流程的靈活性。這種業務靈活性可使企業加快發展速度，降低總體擁有成本，改善對及時、準確信息的訪問。SOA 有助於實現更多的資產重用、更輕鬆的管理和更快的開發與部署。

因此我們將以SOA作爲軟件的架構的重要構成部分。但由於實現完整的SOA架構極爲複雜，在有限的人力、資金和時間內無法對軟件整體全部實現SOA架構，我們將選擇相對易於實現並能夠快速投入使用的部分首先實現SOA架構，並在項目整體完成後的2~3年內逐漸將項目模塊按照SOA架構從集成項系統中分離出來，最終形成完整的SOA體系架構。
 
（摘自公司內部項目資料）