53 pos系統軟體架構_05 集中式或分散式

掌握客戶APP及行業別POS 系統設計/規劃/建置 資料整理

一般在台灣的企業只要經營的好，往往很快便會趨向多點經營。對經營者而言所面對的問題是管理時所帶來的困擾，至於MIS所需面對的則是資訊系統如何配合公司的成長計劃。

就筆者所見過的系統會以下列幾種方式呈現：

·      利用Terminal Service的方式將舊系統上網，讓遠端人員操作。

·      分別於每一分點個別安裝每一套系統，然後想辦法將各個分點資料作一匯總。

·      每一分點利用Internet即時連回總公司的主機進行電腦操作。

事實上，會選擇上述三種方案均有其景及理由。

以第一種方案為例，經常是基於舊系統不需任何修改就能上網，成果很快就能顯現。

美中不足的是使用上較不具親和力，檔案系統(Local與Server端)互不連通，Local端硬體設備無法被Server端使用(除了印表機)，除此之外，同時上線人數也較受限。因此，可定位於緊急備案，並非長期的最佳方案。

以第二種方案為例，經常應用於二種狀況：

1.     同樣舊系統也不需大量修改，只要加寫匯總程式，不過前提是要對舊系統的Table Schema(資料結構)夠了解。

2.     是Local端需獨立運行的系統，即使與Server端的網路斷線，典型像流通業、賣場均是屬於這種系統。這種系統一般均較複雜與需較多的人力能維護，因此，經常是公司花錢請人或委外專案客制。成功上線系統經常見於成功的企業，因為負擔的成本及所需的人才，絕非一般小公司所能輕易負擔。

以第三種方案為例，由於Internet的頻寬越來越大所至，通訊成本也越來越低，現行企業多點的解決方案，幾乎以這種方式進行。其顯而易見的好處是資料庫屬於集中式免去擾人資料匯總的問題，另外，程式碼的更新也只要在Server端即可。不過，實務上，要將這類系統寫好並不容易，經常會出現二個缺點：

1.     是輸入畫面不親和（以Pure HTML方式實作）。

2.     是反應速度過慢（以Java、Net、ActivForm）。

這其中較值得深入討論是第二及第三種解決方案，也是本篇文章所下的標題--集中式或分散式。

幾乎一開始會選擇集中式的企業，一定是著眼於其較低成本的維護成本，再者是企業本就對資訊系統依賴較不深入，一時的斷線或操作反應速度較慢均能接受，如果隨著分點的規模逐漸擴大，資訊系統的操作反應速度同時也逐漸被要求時，才認真思考讓分點獨立擁有資訊系統，這時包袱已深，不容易提出較完整解決方案，經常是延伸既有的系統，然後利用外加程式，把一些額外衍生的問題想辦法克服。

記得921時及SARS來襲，企業被迫思考異地備援及多點解決方案(SARS來襲，經常只要有一員工疑是SARS患者，政府規定企業必須歇業十天，因此，許多企業將員工分成二組分別在兩地上班)，那時企業才匆匆忙忙提出一些方案，實在令人懷疑是否可行。

掌握客戶APP及行業別POS 系統規劃/設計/建置 資料整理

  

華綺資訊顧問股份有限公司

連絡承辦人員 : 謝先生

行動電話 : 0988-967-688

Line ID : pos.app

E-Mail: pos.advisor@gmail.com

連絡時間 : 平常工作日 09:00 ~ 17:00