BorG SPM 特別講究於 Mission Critical 的商業流程管理應用中，所需要的高執行效能（Performance）、快回應時間、高穩定度（Stability）、高延展性（Scalability）、高安全性等設計。

為了達到高執行效能（Performance）、快回應時間、高穩定度（Stability）的目標，BorG SPM 放棄 ASP/COM 的「一坨式架構」，不使用影響執行效能的 ActiveX control、Java Applet，改 100% 採用「.NET 技術」開發，並首創五種「分離式架構」。

將表單邏輯、簽核操作（工作窗格）邏輯、與流程引擎等獨立分開的「分離式架構」，支援所有 Web-based 電子表單，並可客製化獨立的簽核操作（工作窗格）程式，以自行增添功能、或變更系統操作介面。由於任何一個 URL 就是一個電子表單，可將任何現行 Web-based 的 ERP、CRM、SCM 等應用軟體賦予流程管理的功能。

為了達到高延展性（Scalability）的目標，BorG SPM 採用服務導向架構 SOA（Service Oriented Architecture），透過 Web Services 提供跨公司（Multi-site）的流程管理，並支援多台伺服器以提高延展性。
為了加強安全性設計，BorG SPM 採用資料庫資料加密、傳輸加密（SSL）等加強安全性設計。

系統架構特色

BorG SPM 於系統架構上，提供數個特色：

• 「.NET 新技術」vs.「ASP/COM、Java 舊技術」
• 「分離式架構」vs.「一坨式架構」
• 「二合一」（流程工具 + 流程引擎）
• 採用服務導向架構 SOA（Service Oriented Architecture）
• 跨公司（Multi-site）流程管理
• 支援多台伺服器以提高延展性
• 加強安全性設計

• 「.NET新技術」vs.「ASP/COM、Java 舊技術」

  BorG SPM 為 100% 採用微軟「.NET 新技術」開發的產品，.NET 為微軟的主力技術，網路資源眾多，突破了以往 ASP/COM 架構所無法達成的重大瓶頸：

  • ASP.NET：執行效能比 ASP 快 3~5 倍、維護偵錯容易。
  • 物件導向：繼承、覆蓋、多載、封裝。
  • Visual Studio：可使用 Visual Studio 開發電子表單，表單開發工具彈性不受限。

  坊間 Workflow 仍使用「ASP/COM、Java」舊技術開發，為 1997 年的老架構，瓶頸如下：

  • 執行效能低：大量使用影響執行效能的 Session、ActiveX control、或 Java Applet。
  • 同時上線人數受限：10 Users /1 CPU（COM+限制）。
  • 系統不穩：易當機。

• 「分離式架構」vs.「一坨式架構」

  BorG SPM 首創五種「分離式架構」：

  • 使用介面、商業邏輯、與資料邏輯分離的三層式架構。
  • 將表單邏輯、簽核操作（工作窗格）邏輯、與流程引擎等獨立分開。
  • 流程工具、與流程引擎邏輯分離。
  • 表單、流程分離。
  • Business、IT、HR 角色分離。

  相對應的好處如下：

  • 使用介面、商業邏輯變動互不影響。
  • 支援所有 Web-based 電子表單，並可客製化獨立的簽核操作（工作窗格）程式，以自行增添功能、或變更系統操作介面。由於任何一個 URL 就是一個電子表單，可將任何現行 Web-based 的 ERP、CRM、SCM 等應用軟體賦予流程管理的功能。
  • 流程工具增加功能時，不會影響流程引擎的穩定度。流程工具功能不夠時，可使用 SDK 客製化操作介面、表單製作、系統管理等，自行掌握度高。
  • 一個流程多個表單。
  • 各個部門可自行調整相關的商務營運流程，以快速因應市場變化需求；人員組織、差勤規定等異動由 HR 自行維護，分擔 IT 負擔。
  

  坊間 Workflow 為「一坨式架構」：

  • 電子表單邏輯參雜著流程引擎、簽核操作邏輯。
  • 沒有獨立的流程引擎，流程工具與流程引擎邏輯混在一起。
  • UI（使用介面）與 Logic 程式混在一起。
  • 以違章建築方式，疊加上眾多客戶的特殊需求，架構肥大。

  瓶頸如下：

  • Bugs 不斷、不穩、慢。
  • 功能、操作介面客製化困難。
  • IT 負責所有工作，疲於奔命，成為公司應變之瓶頸。

• 「二合一」（流程工具 + 流程引擎）

  BorG SPM 提供流程工具（Routing Tools）、與流程引擎（Routing Engine）的「二合一」功能：

  • 高親合性流程工具：讓流程自動化導入成本低。提供最新流行的微軟「工作窗格」、以及 E-mail 相同操作習慣等高親合性（User-Friendly）的流程工具，MIS 容易以低成本使用流程工具，自行導入流程自動化運用。
  • 高彈性流程引擎：可由各種程式於不同電腦呼叫。提供 .NET API、Web Services API SDK，可自行寫程式（ASP、ASP.NET、VB、C#、C++、J#），整合到您應用程式中的使用介面當中。包括表單申請、待處理與通知、流程追蹤等。可由 COM、.NET 元件呼叫 .NET API，其他 J2EE、Java 等程式、以及不同電腦可透過 Web Services API 呼叫。

  坊間 Workflow 產品，僅提供流程工具的功能。缺點如下：

  • 無法進行深層的流程整合。
  • 版本變更造成困擾：ActiveX Control、或 Java Applet。
  • 部份僅提供流程引擎功能，缺點為不易導入，開發、維護成本高。

• 採用服務導向架構 SOA（Service Oriented Architecture）

  BorG SPM 以「服務為導向（Services-Oriented）」的商業流程管理平台：

  • 每一個關卡為執行一個服務（Service），流程管理負責將「資料」傳達於每一個關卡執行的服務之間。
  • 透過 Web Services、XML 的標準與外部應用軟體溝通，使流程管理不僅包括 Workflow 的人員（People-to-People），更包括應用系統之間（Application–to-Application）、應用系統與人員之間（Application-to- People）的協調運作。

• 跨公司（Multi-site）流程管理

  透過標準的 Web Services 可將多個公司之間的流程資料整合在一起。

  譬如於一個公司的流程當中可觸發另一公司的流程，可等待或繼續跑流程。

  採用非同步方式，不需要永遠連線執行。

  可與 BizTalk 2004 整合 B2B、EAI 的應用。

  

• 支援多台伺服器以提高延展性

  為了提高延展性（Scalability），SPM Server 可設多台。

• 加強安全性設計

  資料庫資料加密、傳輸加密（SSL）等加強安全性設計：

  • 傳輸加密：Web 使用 SSL 加密傳輸、Windows 使用 DES 加密傳輸，確保資料傳輸的安全。可依照流程重要性個別加予設定。
  • 資料庫資料加密：表單資料可選擇是否使用 DES 加密後儲存到資料庫，連資料庫管理員也無法取得資料。
  • 坊間 Workflow 僅提供 SSL 傳輸加密。資料庫密碼儲存於文字檔，安全堪虞。