• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 業務流程管理軟件向套件級進化

    發表于:2007-06-13來源:作者:點擊數: 標簽:
    PM技術促進 SOA 發展 BPM(業務流程管理)聽起來多少有些高端,但企業的應用環境中,BPM已經越來越重要,當企業要面對人工工作流、應用集成、業務規則和績效管理等復雜的應用環境時,確實需要一個“好管家”幫忙打理,BPM也從上述分散的應用領域逐漸聚集,BP

    PM技術促進SOA發展 BPM(業務流程管理)聽起來多少有些高端,但企業的應用環境中,BPM已經越來越重要,當企業要面對人工工作流、應用集成、業務規則和績效管理等復雜的應用環境時,確實需要一個“好管家”幫忙打理,BPM也從上述分散的應用領域逐漸聚集,BPM套件的概念由此產生,將BPM由混亂引向秩序。

    業務與IT的對話平臺

    利用BPM軟件,你可以從基礎設施中分離出業務邏輯,以前所未有的速度創建新應用。BPM軟件宣稱的好處聽起來好得讓人不敢相信。鼓吹者吹噓它帶來更低的應用開發成本、更短的上市時間、更好的遵從性實施以及優化企業績效等優點。

    當然,BPM軟件本身并不能改進什么—然而當與面向業務的數據和分析結合時,將成為一種威力強大的武器。從小處看,BPM提供一種有效的新媒介,通過這種媒介,企業中的業務方可以與IT方溝通需求。往大處看,BPM可以解放束縛在基礎設施中的業務邏輯,實現企業應用系統前所未有的靈活性。

    然而,混亂是用戶面臨的老問題。BPM解決方案的種類繁多,以致于只有很少一些咨詢師才知道哪些解決方案最適合手頭的任務。目前,BPM套件的出現開始澄清這種混亂局面。

    BPM套件的優勢是把人工工作流、應用集成、業務規則和績效管理等應用環境的管理置于統一管理的平臺之內,當這些元素在企業中獨立存在時,可能聽起來像是一團亂麻,讓人摸不清頭緒。但是,新一代集成BPM套件開始理清這團BPM亂麻,為業務與IT協作提供新的對話平臺。

    BPM套件是用于開發和運行管理業務流程軟件的集成套件,由于是集成軟件,用戶無須整合來自不同廠商的不同技術就可以建模、部署和監測BPM系統。在BPM世界中,發展趨勢是將人工工作流、應用集成、業務規則和績效管理所有這些部件納入BPM套件之內,不管是通過并購、OEM或建立合作。這種變化造成了BPM套件廠商與建模工具、中間件供應商之間的沖突與重新整合。

    目前,在國內已經有政府、金融、電信、電力等多個行業開始了BPM的應用,應用的特點總體上可以概括為兩大類,一類主要是支持人工參與的流程管理,如公文審批;另一類主要是支持自動化的企業流程處理。但兩類應用的精髓都是將業務流程從應用系統中剝離出來,正所謂“磨刀不誤砍柴工”,業務流程通過軟件來實現,一方面加強了對人的規范,另一方面增加了整個應用系統的靈活性。信雅達軟件公司工作流產品的相關負責人孔明告訴記者:“目前國內的BPM以工作流為主,這是因為人參與流程的情況比較多,但BPEL(業務流程執行語言)是發展的方向,我們也會關注,隨著國內在自動化流程處理方面的加強,BPEL產品市場的前景會更大?!?/p>



    fff



    與績效管理相結合

    將業務流程從應用系統中剝離出來可以提高應用系統的靈活性,同時也提供了一個嘗試最佳業務流程的平臺,能使企業不斷地優化與改進已有的業務流程,這與績效管理密不可分。目前,BPM套件的另一個新趨勢就是與績效管理結合起來。

    BPM產品的流程引擎通常以事件的形式報告某一數據和狀態的快照,以便用于績效管理。BPM套件的績效管理組件采集這些事件,利用它們更新KPI(關鍵績效指標)和其他建模引擎中定義的績效指標。指標通常被匯集在OLAP(聯機分析處理)多維數據庫中,多維數據庫可以被制成圖表,以及被用戶通過管理儀表板查詢?;贠LAP的績效管理提供歷史和“近實時”的報表和鉆?。╠rill-down)分析,并根據需要通過重新處理采集的數據集來執行更新。



    dd



    一些BPM套件,包括Adobe、FileNet、IBM、Intalio和Savvion提供的套件,利用規則觸發的報警和自動調整行動,提供對被選擇的KPI的實時更新。BPM流程引擎在KPI出現偏離時,發出實時報警并自動執行調整過程。實際的KPI可以被反饋來優化流程模型和開始一個新的增量式流程改進周期。這種功能是經常與BPM套件捆綁的BAM(業務活動監測)組件的功能。

    兩大陣營



    目前,兩種不同技術架構構成了BPM產品的兩大陣營。一種架構贏得了媒體最多的關注,它基于BPEL標準,通過在SOA環境中編排Web服務來實現流程。這正是包括IBM、BEA、Microsoft、Oracle和SAP在內的軟件基礎設施廠商施展拳腳的地方。

    另一方面,大多數純BPM套件廠商,如Fuego(今年3月剛剛被BEA收購)、FileNet、Pegasystems和Savvion,則采用一種由20世紀90年代工作流軟件演變而來的架構,這種架構更適于將人工任務加入到流程模型中。

    結論相當簡單?;贐PEL的BPM軟件最適合將Web服務整合到不怎么涉及人工工作流的應用中——即那些涉及無須多級切換到一家公司中的承擔不同職務的不同的用戶的應用系統。純BPM廠商長期以來一直強調無編程的實現,因此他們的BPM解決方案通常提供一條到實際BPM部署的最短距離。不利之處是,與強調BPEL的競爭對手相比,純BPM廠商的產品集成到已有應用環境中更困難。

    kkk



    原文轉自:http://www.kjueaiud.com

    ...
    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>