流程管理軟體如何適應變化)

最近接觸了一些關於SOA的相關理論，很是遺憾，沒看出什麼名堂來。最近為什麼網路上比較流行SOA呢?個人認為這東西太懸乎了，凡是有什麼好的軟體思想或是方法都稱之SOA,難怪架構師和軟體企業那麼熱忠的去追捧它,似乎SOA萬能，好多軟體廠商都鼓吹自己的軟體是面向SOA的，用SOA的熱門詞彙來攻關市場。幾年前,一個簡單的商務程序管理軟體當作ERP,然後換成iERP,直至現在ERP變得很爛很臭,最終讓企業談E色變。金融危機來了，這一波過後能讓ERP柳暗花明嗎？真希望SOA不要向現有的ERP或是OA,炒作向明星似的。面向SOA的軟體系統能解決商務程序靈活變化的問題嗎?由於現在我只是一個初級的程式員，接觸的軟體企業不多，感覺到很多軟體廠商都只解決了一些常見的技術問題，沒有真正意義上實現商務程序上的靈活變化。部分軟體商做到的只是(X)OS,例如(BOS,EOS),說白了就是一些簡的組件設定一下資料對應關係，然後形成人機互動介面，做出了一套面向使用者的商務程序平台。對於這種做法，我很是懷疑，首先，軟體的效率會不會受影響，比如一個訂單資訊，包括很多參照資訊（客戶、事業部門、負責人），這在系統底層設計時如果封裝服務，單獨訪問各自的資料，硬體條件是否受到了限制。其實，這類系統平台幾乎是基於模板的，基於模板的系統能適應靈活麼！最後，類似的系統培訓成本不高嗎？我試圖用過幾個相關的平台，自認為電腦應用軟體操作得還是不錯，看過相關示範，感覺還是不能解決實際工作中遇到實際的複雜商務程序的應用,用這類系統來產生一個流程管理軟體，比重新學習一門語言或是自己寫一個項目還難，最終明白了為什麼大公司的軟體開發套件（VS.NET + Framework）的設計意圖，越簡單越能適應變化，發揮空間越大。那麼，如果你是企業，你願意授受一套通用系統還是一個量身定做的軟體。如果你是開發商，你願意做一些複雜的工作還是簡單的工作，你是走通用產品道路還是二次開發項目的道路。

    接下來，你遇到過沒變化的系統麼?你遇到軟體系統的變化是怎麼應對的。拿企業一個簡單的商務程序來說吧！比如銷售訂單，在制定訂單過程中，有些企業按合約嚴格執行，但有些企業不按合約執行。開發階段,軟體設計的架構是否能更快的適應軟體商務程序的變更，良好的軟體架構能很好的適應軟體變更，很方便的進行後期維護。對於企業商務程序的變更，根據SOA的理論，將軟體劃分成一個單獨的服務，然後根據實際情況組合服務。在服務結構定義上，採用最大原則，將服務所用到的資料抽象成介面或是一個單獨的實體類，然後提供服務口訪問的方法，從而達到服務的組合重用。上面的情況是沒有改動本身的訂單實體，如果在實體本身需要改變的時候，比如訂單原來是不按合約就可以發貨，在儲存訂單時需要儲存合約資訊，這種變化影響到軟體結構的變化，這種變化可通過軟體組態管理，形成新的版本,作為一套單獨的系統來運行。實施階段，作為一套系統，最好以不變來應對變化,比如客戶要求不參照合約也能進行訂單產生，像這種不影響資料小的改動,您可以要求他虛擬合約來完成訂單申請,盡量去說服客戶接受現有的版本。

     總之，對於商務程序管理軟體來說，軟體開發本身不存在什麼技術難度。如何提高軟體的靈活性，一個良好的架構和業務的靈活變通是商務程序軟體發展的方向。用一套複雜通用的軟體系統替代一個流程軟體，來實現一套管理方法是很難做到的。一個良好的管理系統應該能充分體現一個企業的商務程序管理思路，形成企業的核心競爭力，管理思路的改變意味著軟體的改變,軟體架構的靈活意味著業務的靈活。