SPM系統與Workflow之比較

2023-07-10
BorG SPM坊間 Java-based Workflow坊間 .Net-based Workflow
MVC + RWD架構
MVC 架構
WebForm 架構
100% 採用「.NET新技術」與物件導向開發，達到高執行效能（Performance）、快回應時間、高穩定度（Stability）的目標。
採用服務導向架構 SOA（Service Oriented Architecture），透過 Web Services 提供跨公司（Multi-site）的流程管理。		採用「Java 技術」開發。流程引擎仍採用「伺服器控制項-ASP.NET Web Forms」為20年前舊技術開發，瓶頸為：
  1. ViewState的包袱，造成系統效能低落。
  2. 介面和程式邏輯的混用，程式夾雜著HTML語法，在維護上較為複雜。
  3. 伺服器端控制項-使用者可以修改的空間相當有限。
BorG SPM 首創「分離式架構」：
  1. 使用介面、商業邏輯、與資料邏輯分離的三層式架構。
  2. 將表單邏輯、簽核操作（工作窗格）邏輯、與流程引擎等獨立分開。
  3. 流程工具、與流程引擎邏輯分離。
  4. 表單、流程分離。
  5. Business、IT、HR 角色分離。
相對應的好處如下：
  1. 使用介面、商業邏輯變動互不影響。
  2. 支援所有 Web-based 電子表單，並可客製化獨立的簽核操作（工作窗格）程式，以自行增添功能、或變更系統操作介面。
  3. 流程工具增加功能時，不會影響流程引擎的穩定度。流程工具功能不夠時，可使用 SDK 客製化操作介面、表單製作、系統管理等，自行掌握度高。
  4. 一個流程多個表單。
  5. 各個部門可自行調整相關的商務營運流程，以快速因應市場變化需求；人員組織、差勤規定等異動由HR自行維護，分擔 IT 負擔。
01. 效能較差、較不穩定。
02. 表單設計難度較高，相較「.Net」 開發更費時。
03. 性能相對較低、內存消耗較大、學習成本較高。
04. 具有較高的安全性，但相較於JQuery編譯過程較繁瑣，間接影響效率。		「一坨式架構」：
  1. 電子表單邏輯參雜著流程引擎、及簽核操作邏輯。
  2. 沒有獨立的流程引擎，流程工具與流程引擎邏輯混在一起。
  3. UI（使用介面）並與 Logic 程式混在一起。
  4. 以違章建築方式，疊加上眾多客戶的特殊需求，架構肥大。
瓶頸如下：
  1. Bugs 不斷、不穩、慢。
  2. 功能、操作介面客製化困難。
  3. IT 負責所有工作，疲於奔命，成為公司應變之瓶頸。

使用介面比較

BorG SPM坊間 Java-based Workflow坊間 .Net-based Workflow
提供與 E-mail 相同操作習慣的操作介面。表單與流程有關的簽核介面分離，以降低導入阻力與操作習慣學習。
無區隔表單與簽核動作
無區隔表單與簽核動作

表單製作比較

BorG SPM坊間 Java-based Workflow坊間 .Net-based Workflow
WEB 化 FormDesigner (免安裝)
1.表單UI畫面快速設計、撰寫JS程式與整合WebAPI。
2.支援 Visual Studio、網頁製作工具（譬如 FrontPage）等多種電子表單製作工具，彈性完全不受限制。
3.可外購JS控件整合。

專屬FormDesign開發
Web-based 電子表單限用 JSP 格式。
ASP.NET 需透過 Web Services 自行撰寫程式。
專屬FormDesign(Client需安裝)或Visual Studio開發。
伺服器控制項-ASP.NET Web Forms不易變動。
ASP.NET Web Forms瀏覽器相容性不易調整。
需撰寫大量程式、不易偵錯或無法透過程式改變現有功能。

流程規劃比較

BorG SPM坊間 Java-based Workflow坊間.Net-based Workflow
首創「流程監視器」，監視一個流程進行的狀況。無。無。
首創「流程規則精靈」（SPM Rule Designer），規劃複雜的流程規則。無，複雜的流程規則必須撰寫許多 JSP 程式。無，複雜的流程規則必須撰寫許多 ASP 程式。
「資料查詢精靈」，完成核准的表單內容之檢視表。無，必須另外撰寫程式。無，必須另外撰寫程式。
「流程偵錯精靈」，偵錯出流程規劃、表單邏輯的錯誤。可整合 Visual Studio 的偵錯功能，偵錯表單程式的問題。流程偵錯無法與表單偵錯結合，必須單獨各自偵錯。流程偵錯無法與表單偵錯結合，必須單獨各自偵錯。
採用表單、流程分開的「分離式架構」，一個流程可以選擇多個表單。 Form-based，一個流程限用一個表單註：僅可勉強設計一張大表單再用隱藏的方式，但須撰寫大量程式。
「人員處理關卡」之處理方式除了一般處理、通知外，可設定是否依照權重、輪流、自取。可以依照表單內容，或使用程式「動態改變流程」。
可依關卡設定容許處理者之行為，包括退到申請者（Return）、跳簽（Jump）、退簽（Return）、加會（Confer）、移辦（ReAssign）、改分（Move）、指定（Assign）、抽單（Recall）、決行（Approve）、副本（Cc）等權限。
「逾期」可分三階段（超過完成、延期、逾期時限），設定逾期通知、逾期處理方式。
「代理人」可依照流程、與部門設定代理期間之代理人員，可由使用者自行設定（或管理者代設）、或由程式呼叫設定。		不完整，需撰寫大量程式。不完整，僅提供一般處理、通知功能。需撰寫大量程式。
多組織管理設定，可定期同步不同組織樹。首創「組織圖」有版本、生效日期的設定，可預先設定新組織的生效日期，讓流程採用最新生效的正確組織圖。大部分無多組織管理。大部分無多組織管理。

系統整合比較

BorG SPM坊間 Java-based Workflow坊間.Net-based Workflow
全方位整合微軟SQL Reporting Services、Windows Server 2016以上、Visual Studio 等，提供了企業資訊保全、企業入口網站、企業專案管理、B2B/EAI、即時訊息、商業智慧 等解決方案的「全方位」商業流程管理產品。
Java 開發之產品不易與微軟產品整合。非 .NET 開發之產品不易與微軟、SQL Reporting Services 等新產品整合。
可將任何現行 Web-based（ASP.NET、HTML、ASP、JSP、PHP、CFM）的 ERP、CRM、SCM 等應用軟體之 URL 做為表單，即可賦予流程管理的功能，不需額外製作電子表單。無法做到。無法做到。
「流程觸發精靈」，客戶現行的 ERP、CRM、SCM 等系統整合可以時間排程、檔案、電子郵件、資料庫異動資料等多種方式，來觸發流程。
「HR 整合精靈」，立即或定期同步使用者、組織相關資料。		功能不完整。功能不完整。

系統管理比較

BorG SPM坊間 Java-based Workflow坊間.Net-based Workflow
「角色分離架構」，將 Business、IT、HR 角色分離，各個部門因應市場變化需求，透過設定自行製作表單、規劃流程，以機動調整商務營運流程；HR負責人員、群組、組織、行事曆、關係人之維護。
提供多種管理角色，可依群組、部門來設定系統管理員、使用者管理員、組織管理員、群組管理員等權限，以及設定各分類之流程使用、流程規劃、流程管理、流程瀏覽、規則管理、人員管理等權限，以分散工作，達到角色分離的目標。		功能不完整，IT 負責所有工作，造成瓶頸。功能不完整，IT 負責所有工作，造成瓶頸。

BorG 為博格科技公司的註冊商標。此處所提及的公司與產品名稱、商標皆為其各自所屬擁有者的商標。
分離式架構 獲得【發明專利】(發明第 I255410 號 - 具分離式架構之工作流程管理方法) ，請勿抄襲創意。
規格若有變更，恕不另通知。若對上列功能有任何不清楚的地方，歡迎與本公司服務人員聯絡。

博格小檔案

台灣第一個Web-based Workflow的原創團隊

台灣第一個透過 WEB 開發.NET (MVC+RWD)

一群熱愛創新的研發團隊&專業顧問