Danny's 單車,工作與生活

BPM、SOA、Workflow、電子表單 打開Google 輸入BPM、SOA、Workflow、電子表單任何一個單字，至少可你看到數十種以上得產品,包括ultimus、K2、AgilePoint、華苓(AgentFlow)、超義(Power Process)、新人類(FlowMaster)甚至Oracle、IBM、Mircosoft…等等都有相對應的產品,早期最常被客戶問到的是BPM與Workflow 有什麼不同?要導入SOA或BPM呢?現在大家已經不在意這個問題了, 因為現在所有的產品都說是自己是BPM或SOA. 每個產品都號稱自己功能強大, 只要簡單的拖拖拉拉工作就完成了,真的是這樣嗎?如果導入了一個錯誤的產品, 簡單的需求當然沒有問題, 但是面對複雜的問題時, 因為東西已經買了, 要退貨或解約, IT 主管不只要面對廠商, 也要面對內部老板的壓力, 在這種情形下只好改變公司的流程去迎合產品. 有句話說不管黑貓白貓能抓的到老鼠的就是好貓,同樣的不管叫SOA或BPM只要能符合企業需求的就是好流程. 為了避免導入不適合的產品, 在導入前應該更審慎的評估, 先了解本身的需求, 再評估那一個產品適合自己的企業, 可是面對市場上琳瑯滿目的產品或平台該如何選擇呢? 企業應該導入一個BPM產品(電子表單系統)或SOA的架構? 在評估適合產品時,我們可以先看一下兩個最常見的產品類別,不論是Workflow或電子表單我們統一叫作BPM, 另一類是屬於較完整的架構的我們稱為SOA.  導入SOA 在一個SOA的平台中不論外掛或整合都會含有BPM的模組, 目前市場上所看的到的SOA平台都是屬於資訊界的大廠所推出的產品. SOA平台(含BPM 模組)其特點是平台架構完整, 因此具有未來擴充性, 同時SOA的平台通常可以用程式語言開發流程所需要用到表單與各種整合的元件,可是導入一個SOA的平台不是只由技術層面來考量, 還要由公司整體IT發展的策略來看, 因此架構完整的另一個義意, 代表了覆雜, 因此很難短時間內看到成效. 通常SOA的平台較擅長的是在自動化流程或系統整合部份, 面對華人地區覆雜的簽核流程時組織簽核的功能通常較弱, 我常開完笑講在歐美是符合規則就不用簽, 在台灣是符合規則就要簽, 而且這個規則的彈性很高, 其實台灣的企業都...

BPM 沒有彈性嗎？ 很多的企業導入 BPM 或 Workflow 的原因，是希望利用流程的設定，讓企業依循一定的規範運作。但在實務上我們常看到，因為規範的太嚴謹，導致運作上的困難。比如說在一個科技業或銀行業，物品的攜出入管制是相當嚴格的，一定要經過特定層級主管的放行才能夠攜帶出去，但總會有一些例外的狀況需要例外的處理，像是半夜緊急維修、主管已經下班、或是上班時間主管在會議中無法簽核。 企業導入差旅的流程，將差旅申請、費用報支導入流程管理，除了強化制度化的流程管理外，亦能讓費用審核更加透明化。可是也有人會擔心，如果遇到緊急出差的情形，一連串的申請作業如出差申請、預支申請、購買機票都需要主管審核，主管有時不在，或未指定代理人情形下，常會使得工作延誤。 因此，有些企業在導入 BPM 時，透過大量的 E-mail 簽核、批次簽核、 Mail 通知、簡訊通知，目的就是在於減少簽核延遲的情形。曾經聽過有一個公司的主管申請一支手機專為假日登山時使用，因為如果在山上收到簽核通知，難道要立刻趕下山嗎？所以有時判斷事情的重要性，是一件令人很為難的工作。 另一個常見的情形是，採用紙本申請時，有時直屬主管不在，可以直接拿給上一階主管簽核 ( 例如經理不在直接給協理簽 ) ，可是採用電腦化以後很多的流程平台是以循序工作指派的方式進行，單子卡在直屬主管身上，其它主管想代簽都很麻煩。 因此，很多企業在導入流程時，為了避免這種情形，刻意將一些流程排除在 BPM導入範圍之外，為了就是保留一些彈性。但在一個流程中正常的情形可能有90% 以上，例外的情形並不常見，因此而不將這些流程納入流程管理，可能會有為了 一棵樹木而喪失整個森林的遺憾。 利用例外管理創造流程彈性 除了將可能有例外的流程不要導入外，難道沒有更好的方法嗎？ 觀察上述流程無法導入的原因，我們發現很多的情形是，因為大部份流程產品都只能作到循序的執行，無法動態隨流程執行的條件改變流程。如果流程可以作到隨執行的條件動態來執行流程的步驟，這些問題都可以迎刃而解。 例如前面所提到的攜出入流程，只要增加一個急件的選項，一般情形需主管審核後才能到保全放行的關卡；遇到急件時，可以讓主管審核與保全放行平行處理。為了避免同仁動不動就勾選急件，申請時對急件的選項可加入需在非上班時間才能勾選；甚至保全在放行時，表單上可...

一個企業標準作業程序(Standard Operation Procedure)可分為兩部份，作業流程及傳遞的資訊(資訊管理)，傳統的資訊系統主要是在處理流程中的資訊部份，作業的流程中的每一個環節是由人來銜接，也因此產生許多不便與容易產生弊端，或許也有人稱為彈性，但對一個成熟的企業說，如何讓作業更標準化但又保留必要彈性成為一個很重要的課題。 新一代的BPM-Enable 的應用系統，建構的基本原則在於保留應用系統原本該有的功能，在加上以自動化的程序，取代原來靠人傳遞資訊的作業，因此簡單的說就是以BPM 平台來建構應用系統，為了加強讀者的理解，再此我們以新一代的BPM 平台AgilePoint來說明，何種的BPM 平台適合建構BPM-Enable的應用系統。 前面我們提到一個企業的企業標準作業程序(Standard Operation Procedure)可分為兩部份，作業流程及資訊管理，因此再建構一個BPM-Enable 的應用系統時，亦需滿足這兩方面的需求。 資訊管理： 傳統的應用系統主要的功能在於資訊管理，因此常需要呼叫或引用其它系統或廠商所提供的元件，對於一般資料處理或系統整合的能力要求較高，轉換至BPM平台上開發應用系統時，相較於一般工作流程(Workflow)所使用的電子表單更覆雜，原既有的需求必需要能夠滿足，因此在流程平台所使用的表單或元件必需要使用一般的程式語言開發如Java或.net，而非僅是單純的表單設計工具就能滿足，使用一般程式語言，一方面可保持程式開發的彈性，另一方面亦可減少企業內部同仁進入的障礙。 AgilePoint強調表單與流程引擎分離的概念，不僅是表單可使用Asp.net 開發，並且提供完整的WebService API , 因此亦可透過其它語言開發表單或其它外部系統透過Web Service API 與AgilePoint 整合. 除了表單以外，AgilePoint 亦強調元件化的整合觀念，對外部系統或內部處理的邏輯，都可以作成獨立的元件，而這些元件都可以使用.net 來開發，或透過Dot.Net 呼叫其它系統所提供的服務，因此再流程開發時亦可採用物件導向的流程開發方式。 流程管理 BPM-Enable 的應用系統除了資訊管理外，另一個重點在於流程整合的範圍，不同於一般的電子表單，只是在於單一表...

前言 在前一期電子報中，我們談到以BPM 平台建構應用系統與一般的應用系統的差異, 在這一期的電子報中, 我們將以固定資產管理系統為例，來說明BPM-Enable的固定資產管理系統有那些特點，以及如何將BPM的特性發揮於應用系統中。 企業流程與應用系統 一個企業資訊處理的業務，不外乎是處理的過程與處理結果的管理，以固定資產的管理業務來說，處理過程亦即簽核流程，處理的結果亦即存放在資產管理系統的資料及後續的資料處理系統。 其內容包括下列項目： l 簽核流程(資產新增、處分、調撥、增減值…等流程) l 資產管理(資產新增、處分、調撥、增減值…等結果的記錄與管理，以作為後續折舊、盤點…等作業之依據. 傳統的固定資產管理系統，著重於資產管理部分, 系統之主要使用者為財產管理人，簽核流程部分大部份企業採紙本簽核後再由財產管理人將資產相關資料登錄至資產管理系統，亦有部份企業採用電子表單簽核方式。 採用電子表單簽核與固定資產整合的方式取決於表單簽核平台的技術及固定資產管理系統所提供的應用系統整合介面(API)。 一般而言，若表單簽核平台採用開放的技術且固定資產管理系統提供足夠的API，兩者之間的整合可能會比較完整，否則仍需由人工輸入表單簽核的結果或僅能將最後的結果寫入應用系統資料庫，簽核表單上資料的來源，仍以資料輸入為主。 BPM-Enable 的固資管理 BPM-Enable的固定資產管理系統，可包含兩部份： u 資產管理的功能：此部份的功能需具備與一般程式語言(.net、Java...)開發的固定資產管理系統相同。 u 簽核流程 整合：包括資產新增、處分、調撥、增減值…等流程，簽核資料來源為固定資產的資料庫，採用選取的方式，而非自行輸入，若輸入的資料需執行業務邏輯的檢核，這些規則不論管理或簽核流程皆應來自同一個驗證的模組，以避免重複資料建檔或規則重複維護，簽核結果需回寫固定資產資料庫。 因此在一個BPM-Enable 的應用系統中，亦可採用物件導向的設計模式。 除上述兩項基本功能外，亦可運用流程平台的特性，整合主動式的資料管理作業，包括： u 資產保管人異動檢核 Ø 定時自動比對組織資料庫與資產資料庫之資產保管人員、部門差異 Ø 當資料不一致如人員已離職或調部門，可自動通知保管人或財產...

一、前言 在討論BPM-Enable 的應用系統之前我們先對BPM及BPM Enable 有個初步的認識。 何謂BPM BPM就是把所有業務流程中涉及的資源包括人與應用系統都連接起來，以保證工作流程無縫執行，並更有效率。 把業務流程中的控制部分提取到業務流程層，這樣它就可以重新建模、重複使用，從而協調所有的人員、應用程式和系統元件，達成更高效率的工作。 何謂BPM-Enable的應用系統 BPM-Enabled 的應用系統簡單來說就是應用BPM平台來開發應用系統。 並將應用系統切割為一個個的服務元件，再以BPM的平台來整合或串連這些元件 以一個企業中跨應用系統來說，BPM 可應用於系統與系統間，服務或程序的整合，在單一應用系統內部，亦可用來整合內部的服務元件。 簡單的來說就是以流程平台取代原來應用系統人工銜接的工作，因此BPM Enable 的應用系統可以說是運用BPM 平台的特性，建構應用系統。 二、建構BPM Enable 的應用系統 應用系統開發通常分成線上交易與批次處理兩種模式，在大型主機的時代，線上的程式雖然使用者介面不是很豐富，但亦能滿足使用者的需求，對於批次處理的系統，因為通常大型主機都具有背景處理的機制，因此具有良好的解決方案。 主從式的架構下，前端具有完整的使用者介面，但對於批次處理的能力較為薄弱，但仍能達到某種程度的要求。 但因每一台電腦皆需安裝客戶端的程式，因此很快的就被Web 化的應用系統所取代，Web 化的應用系統具有優良又豐富的使用者界面，同是又因為只要有一個Browse 就可操作系統，可享受服務無所不在的便利性，但是對於批次的處理並無較好的解決方案。 BPM Enable 的應用系統不只對於線上交易的系統，具有良好的架構，對於批次處理的作業，將其設計成流程的元件，組合成一個自動化的流程，是一個最佳的解決方案。 傳統Workflow-enable 的應用系統，Workflow 的應用範圍大多是應用在表單傳簽或審核上，對於應用系統自動化作業如批次交易並未具有良好的解決方案，因此應用的範圍並不是很廣。 一個BPM-Enable 的應用系統不僅可以作到人工表單輸入審核的作業，並因為在一個BPM的系統中，人工作業(Manual activity)與電腦自動化的作...

BPM- 下一代資訊技術發展的藍圖 前言 在過去這兩、三年，我們在推廣BPM的過程中，我們感受到不論是客戶或者是友商，都極力在推廣企業流程管理(Business Process Manager,BPM)以取代傳統的工作流程(Workflow)，但是到底什麼是BPM與傳統的Workflow有什麼不同則是我們常常被客戶提出的質疑，也常收到一些客戶或者是一些專業媒體的BPM功能調查表(Suvery Form)，但是觀察其內容多半是傳統Workflow的功能，如能不能動態加簽、能不能跳關.....等等的功能描述，加上有沒有支援Web Service、有多少的系統整合配接器(Adaptor)，這些功能當然是BPM應該要有的功能，可是難道Workflow 或傳統程式就作不到嗎? 目前市場上有幾種的迷思包括： BPMS 只不過是Workflow 廠商的舊瓶裝新酒。 WorkFlow加上系統整合的Adaptors就變成BPMS EAI廠商加上Activity Modeling的工具或者是Routing Engine重新包裝一下，也可以稱作BPMS BPM 是不是等於 Workflow+EAI 正因為這樣的迷思，某些產品宣稱，傳統的Workflow 是一張表單的流程，而只要可以整合流程中的多張表單，例如請購、採構、驗收、付款，這些表單的流程能夠串連起來，就是一個BPM的系統。 有些使用者會說程式沒有作不到的，基本上這句話是對的，因此我們可以說就功能面來看BPM 可以有的功能，Workflow 也都可以作到，但是重點在於要達成這樣的功能，需要花多少的成本、多少的時間，更何況BPM對一個企業在價值面的功能是傳統應用程式或Workflow所無法作到的。 我們也常接觸一些曾經用過Workflow 的客戶，想要找一套BPM但又怕買到一套Workflow，因此我們也試圖建立一個BPM應該具備的功能的功能查檢表，協助資訊單位的同仁，找到適合自己的解決方案，在查檢表中並非每個項目都是必備的，端看企業本身是否有此種需求。 在BPM的導入精神中，希望讓流程設計的工作讓Business User 也能參與流程的規劃，因此常常會有Business User 質疑是否可以達成，在現階段也許還無法實現，但是至少以目前BPM的開發模式可以讓IT主管人員系統析人員...

(前言) 節能減碳是很好啦！大家都說節能減碳應由 BPM 作起，那該如何作呢？ 或許，大家都認為就是減少紙張嘛！還能作什麼呢？只談這點，未免太老掉牙了 一點。一般人都以為 BPM 等於電子表單化，節能減碳只是因為導入 BPM 有減少 紙張這麼簡單而已。其實不然，對於號稱能打通企業流程任督二脈的 BPM ，可 能還一知半解，不曉得它到底還有什麼神奇的效用？今日除了減少紙張外，讓我 們重新揭開 BPM 它的面紗徹底瞭解吧！ BPM 是什麼？ 從事 BPM 導入以來，我最怕客戶問我什麼是 BPM ，與Workflow 有什麼不同？ BPM 是不是WorkFlow + EAI ，或者是不是WorkFlow + WebService？這些答案很明顯的要回答不是，但是下一個問題就變成了那 BPM 是什麼？這個問題的答案並不容易以簡單的幾句話來回答，這時只好把國外專家的答案拿出來： BPM is a IT-enabled management discipline, development rules that requires organizations to shift to process-centric thinking, and reduce reliance on traditional and functional structure. 不說還好，一說完，這下更模糊了 ！ 如果在Google 上打入”什麼是 BPM ？ ”，可以找到一大堆答案，不過看完以後呢？還是無法很簡單的說明到底 BPM 是什麼？ 最近在教我兒子自然科時看到一句話，風向等於風吹來的方向，東邊吹來叫東風、西邊吹來叫西風，可是換個問法：旗子吹向東邊，是吹什麼風？就攪混了。 突然讓我想到 BPM (企業流程管理) 那就是企業流程的管理， BPMS (企業流程管理系統) 就是管理企業流程的系統，多麼簡單呀！為什麼以前我們無法用這麼簡單的一句話來說明呢？原因是我們都陷入了技術的迷思，一談到 BPM (企業流程管理) ，就想到 BPMS (企業流程管理系統)，就想到電子表單、WorkFlow、 WebService、 XML、Wfmc …。 其實如果拋開技術不談，回歸到企業流程本身，在一個企業流程中有兩個要件：資料流與作業流，一張客戶訂單由接單一直到生產、出貨收款、不論是書面資料或是輸入電腦的資料都...