技術平台

 
三(多)層式架構 Multitier architecture
 

架構的發展歷程...

《傳統的 One-Tier》

以前 DBF 系統就是將資料庫放於 Local(單機上),如我們用 DBASE 或 CLIPPER 透過 Use / Append / Replace / Delete / Seek …等指令去存取 DBF 檔案,你寫的程式 PRG 是在 Local 上執行,並呼叫 Local 上的 DBASE 或 CLIPPER LIB(或 DLL)去存取這些 DBF 的檔案,整個過程都在同一個Local PC 上執行,我們可以叫它 One-Tier。

 

 

《DataBase Server 的 Two-Tier》

Two-Tier 就是 Client/Server 的架構,Client 就是 PC 或終端機,Server 就是 Database Server,約十五年前,IBM 發展 DB2 為 Client/Server 開啟了大門,此後如雨後春筍,Informix / Sybase / Oracle 掘起,於1990年代大肆流行, 95 年起,MS-SQL 問世,更讓資料庫市場進入戰國時代,就是因為 RDBMS(Relation DataBase Management System)確實帶來資料庫的效應與標準。

 

 

 

 

《Application Server 的 Three-Tier》

其實 Two-Tier 已經解決了不少資料庫的問題,但面臨大型系統,C/S 會因為 Connection 數量(使用者的連線數)的暴增而造成 Database Server 無法負荷,通常一個 Application Connection 只要到達 30 到 50 個User就會造成 DB Server 疲於奔命,速度與效能將有顯著的改變;另一個問題就是當資料庫的資料很大時,Client/Server 通常會依 SQL 命令將大量資料傳回 Client,往往造成網路與 Server 的瓶頸;再者就是維護的問題,大型的系統有很多很大的 Client 程式,分散到各個 Client 上,每當有程式版本異動時,都必須大費周章的將 Client 程式換掉,再加上目前整個 A/P 的全球發展趨勢就是 Thin-Client(瘦小的 Client),3-Tier 的架構與相關技術也就因運而生了。

所謂 3-Tier 就是 Client / Application Server / DataBase Server的意思,與 2-Tier 不一樣,就是將原本 Fat Client(肥胖的 Client 端)拆成 Thin Client 與 Application Server。

三層架構屬於瘦客戶的模式,用戶端只需一個較小的硬碟、較小的記憶體、較慢的 CPU 就可以獲得不錯的性能。相較之下,單層或胖客戶對機器的要求太高。試想如果今後還是以單層或雙層架構為主流的話,硬體的更新費用將會有多大,儘管現在電腦價格下降很多,對個人用戶已可以承受,但對於企業而言,頻繁的舊機器淘汰,換新機器,這是一筆多麼大的費用。可見,三層架構的實現帶給我們的不僅僅是種理念,更多的是資源與效率。

當您的企業是屬於兩岸三地或是跨國企業或是有多個營運點或是分店,甚至於是企業內部有上百個使用者時,透過WEB Module自動化安裝及程式分發更新功能,則可省去MIS維護及安裝的成本,成功的專案是顯而易見的。

【BRMS@ERP流通大師3-Tier系統架構】

 

 

解決門市批次傳輸缺失

  •  
  • 1.採用Windows介面、3-Tier架構
  • 2.可透過 IE Browser操作,免事前安裝並自動更新
  • 3.可連接各式關聯式資料庫如 MS-SQL , DB2(UNIX),ORACLE, LINUX MYSQL
  • 4.AP SERVER 無狀態,系統資料穩定
  • 5.技術成熟穩定,已有數十家上市櫃及資訊同業採用
  • 6.以Delphi實作分散式架構,大量節省硬體、資料庫與後續維護成本
  • 7.交易資料即時回傳,完全掌握經營動態 <>
    • 一、經營管理面:
      • ◆ 僅適用單店管理,無法應付連鎖經營整合之需求。
      • ◆ 資料傳輸時效慢,無法提供即時管理所需之資訊。
      • ◆ 系統設計複雜,作業流程煩複,不易落實於門市執行。
    • 二、資訊技術面:
      • ◆ 硬體設備投資較大(各門市須設置主機)。
      • ◆ 門市端之資料庫維護不容易。
      • ◆ 傳輸資料不穩定,經常發生資料錯誤的現象。
 
Work FLow 平台
 

work-flow flat-top building framework

「流通大師」WorkFlow 架構的目的是解決ERP系統,易用與好修改的彈性需求,讓顧問師導入「流通大師」時,能藉助WorkFlow流程架構,解決客戶特殊需求與流程。。