SOA(面向服務的架構)是一種企業級的IT架構方式，它把IT資源作為與業務協調的服務來提供，從而滿足業務要求。但大部分的業務領導者并不關心SOA具體是一種什么理念，可以實施什么新技術，而只關心能不能改善他們的BPM(業務流程管理)�，F在早已過了SOA的概念普及階段，對用戶來說，拿什么做SOA的切入點才是他們所關心的。
再來看看BPM，與其說它是一項技術，不如說是一門商業學科，要確保 SOA能夠提供商業價值，它就必不可少。在Gartner新近公布的“2008年十大戰略性技術”中，業務流程管理名列其中。BPM在經歷了數十年的發展后，如今，正悄然掀起一場流程管理的熱潮。
BPM效益在哪里?
以前，其他部門人員去財務部門報銷時，要么就是少了發票，要么就是少了審核人或者審核人不對，甚至有時候沒有采購單等相關工具。財務人員不給審核，他們就跟財務人員吵架，說財務人員臭擺架子，有的還去老總那邊打小報告。久而久之，同事之間漸生齟齬。
再舉一個例子。某家生產企業樣品管理很不規范，有時候，為了能及時把貨交給客戶，銷售人員竟然直接把訂單拿給研發人員生產。我們都知道，研發部分的耗費都是不直接計入到生產成本中去的。到了年底，研發人員一統計費用，嚇了一大跳，怎么會這么多?不僅如此，這個費用還影響到了研發人員的考核，他們自然不愿意銷售人員把本來應該是生產部門生產的訂單，拿到研發部門來生產了。長此以往，兩個部門的扯皮現象就越來越嚴重了。
第三個例子：一家從事電線電纜的制造企業從國外進口了幾件全自動的生產機器，可以生產不同顏色、規格的電線。因為同一臺機器放入的PVC顏色不同，生產的電線顏色也就不同。為了防止色差，要求在換PVC進行生產前，必須對機器進行徹底的清洗，同時，對于換過PVC后生產出來的電線，要進行首件檢測。雖然管理人員多次強調這個流程，但卻一直很難實施。
BPM怎么改善這些矛盾?
首先規范報銷的相關制度，規定具體哪個部門的費用要由誰審核才能報銷，再根據報銷費用的多少設置從部門經理到財務總監、總經理等多道審批權限，并且設置代理人制度，以確保當相關領導人出差時，相關的費用也能得到及時報銷; 再者，對于報銷的單據也要進行詳細設置，如給差旅費用的報銷單據規定下限等。
這些流程和制度在全集團范圍內推廣、培訓之后，財務部門就少了許多吵鬧聲，當員工再拿著手續不全的單據來報銷時，財務人員只要拿出相關的報銷流程與制度，員工自然沒話說，只好回去補全手續。
第二個例子則是這樣解決的：對樣品的制作流程進行詳細描述，對于那些走樣品流程的訂單也作了嚴格的限制，銷售人員、研發部門都按照這個規定操作。從此以后，銷售、研發、生產各個部門的權限明確，避免了很多不必要的沖突。這也是BPM最直觀效果。
對于那家生產電線電纜的企業，管理者們終于在BMP實施之后，決心強力推行清洗和首件檢測的流程。他們特意把流程制成卡片，塑封后掛在機器上及相關作業人員的工作牌上，隨時提醒他們嚴格按照流程操作。對于不及時按照這個操作的員工，都會給予嚴厲的處罰。從此以后，生產人員每次換PVC之前，都會進行機器的清洗并進行首檢。
所以，采取標準化的流程作業，可以在一定程度上減少由于流程不規范所造成的損失，這也正是實施BPM的目的之一。當然，光靠業務流程管理軟件本身還是不行的，還要靠配套的管理才能把這些流程徹底落實。
“走的人多了便成了路”
有一個聰明的大學校園規劃專家，他設計道路時并未貿然動手，而是先等待學生們在各個建筑之間自己用腳走出路線，再根據他們的習慣，在這所新大學里澆筑水泥人行道。
傳統的IT基礎設施很大程度上是在沿著同樣的道路演進：現在經驗豐富的操作者在鋪設自動化設備之前，會嘗試先透徹理解用戶需求(這些設備可比混凝土難對付多了)，然后再進行設計和施工。完全不考慮舊系統而重新設計流程和圍繞應用進行開發的傳統方法，已經不能再滿足領導者對速度和正在進行的流程變革的需求。
一旦更容易的集成技術發展最終趕上了管理對經營提高的持續推動，就不必再等待人為踏出人行道，BPM在此時發揮了作用。盡管很多供應商可能對BPM作了不同定義，但是大部分都認同BPM給組織提供了定義流程、執行流程和管理流程的能力。
沒有SOA之前，BPM產品已經出現并成功應用，BPM的主要應用場合有如下幾點：
業務流程自動化(BPA)。BPA按照業務需求，自動化流程，這是現在工作流技術還在繼續做的事情。
整合應用系統(EAI)，實現異構系統之間無縫交流。不過實現方法和老的eai技術是完全不同的。
企業流程建模分析(BPM)。在詳細了解企業流程劃分之后，用全局的視角，對一堆流程進行梳理，并給出企業流程全局圖。
業務活動監控(BAM)，實現企業流程持續改進。BAM需要用前面的企業流程全局圖，分析企業流程效果和效率，提供優化方向，實現企業級的流程管理。
在上面描述的BPM的四大應用場合中，每個都和SOA有千絲萬縷的關系。
不過，BPM和SOA的驅動因素大不相同：BPM是業務驅動型計劃，而SOA是IT驅動型計劃。是什么原因開始讓BPM和SOA聯系到一起，并受到了分析師們的更多關注，甚至還成為了業界新聞呢?
SOA作為BPM的一個重要基礎，用以整個企業范圍的BPM管理，使流程服務能夠快速組合，從而編排成更大的端到端流程。這是因為企業需要基于“服務”來設計可以靈活更改的流程，這些流程并沒有被“寫死”到應用程序的代碼結構中，不會導致以后無法更改。
SOA讓用戶可以輕松地將業務流程連接到基礎系統，從而節省時間和IT資源。但將流程鏈接到傳統的應用通常要依賴大量不同的專有技術，而在采用BPM的同時轉向SOA，可以促進SOA組件的再利用，從而最大程度地降低業務流程本身的復雜性。
企業的首席執行官和IT部門能夠聯手促進SOA應用的一個想法，就是在SOA的基礎之上采用BPM應用程序。讓SOA適應BPM ，讓BPM成為機構的“殺手應用”。
IT評論員Joe McKendrick解釋了他對這兩者關系的看法：“沒有SOA，BPM一樣會出現并得到實現，但是，在SOA將更多標準和系統整合成為可能的基礎上，通過SOA而在整體范圍內實現BPM將會得到最大程度的簡化。就我聽到的最為形象的一個比喻則是，在脫離SOA協助下的BPM如同一個將一只手捆綁在背上的人努力想要去達到的目標�！�
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/