系統體系結構

系統體系結構是一個系統建模的方法：

在系統體系結構的各種視圖中，以組織視圖與行為視圖最為突出和重要。所以，要完成各種視圖的綜合，必須先完成組織與行為視圖的統一。基本上，通過組織視圖與行為視圖的合一過程，我們就可以構建出一個可以完整描述的系統。所以，系統體系結構可以作為構建系統模型的一種方法。

一般來説，系統或軟件體系結構都需要用相應的體系結構描述語言（Architecture Description Language）來描述，其目的在於為體系結構進行描述和呈現，為體系結構中的相關人員，如：管理人員、系統開發人員和用户等，提供可以進行溝通的語言。目前已有多種體系結構描述語言，如卡內基梅隆大學的ACME和Wright，斯坦福大學的Rapide等。

這裏我們通過信息系統體系結構來闡述和理解系統體系結構模式．

隨着信息系統規模不斷擴大、複雜程度日益提高，體系結構模式對信息系統性能的影響越來越大不同功能的信息系統對體系結構模式有不同的要求，各種體系結構模式的信息系統在開發和應用過程中也有很大的區別。選擇和設計合理的體系結構模式甚至比算法設計和數據結構設計更重要。

單用户體系結構

單用户信息系統是早期最簡單的信息系統，整個信息系統運行在一台計算機上，由一個用户佔用全部資源，不同用户之間不共享和交換數據。

C/S體系結構

C/S（Client/Server）結構，即客户機和服務器結構。這種體系結構模式是以數據庫服務器為中心、以客户機為網絡基礎、在信息系統軟件支持下的兩層結構模型。這種體系結構中，用户操作模塊佈置在客户機上，數據存儲在服務器上的數據庫中。客户機依靠服務器獲得所需要的網絡資源，而服務器為客户機提供網絡必須的資源。目前大多數信息系統是採用Client/Server結構。

B/S（Browser/Server）結構，即瀏覽器服務器結構。它是隨着Internet技術的興起，對C/S結構的一種變化或者改進的結構。在這種結構下，用户工作界面通過瀏覽器來實現，極少部分事務邏輯在前端（Browser）實現，主要事務邏輯在服務器端（Server）實現，形成所謂三層結構。這樣就大大簡化了客户端電腦載荷，減輕了系統維護與升級的成本和工作量，降低了用户的總體成本。

P2P（P to P）體系結構，即對等網絡結構。P2P體系結構取消了服務器的中心地位，各個系統內計算機可以通過交換直接共享計算機資源和服務。在這種體系結構中，計算機可對其他計算機的要求進行響應，請求響應範圍和方式都根據具體應用程序不同而有不同的選擇。目前對等網絡模式有純P2P模式、集中模式及混合模式，是迅速發展的一種新型網絡結構模式。

單用户體系結構因為功能簡單和不支持網絡功能，雖然對軟硬件的要求都很少，只可用於開發不需要網絡的單機小規模信息系統。本節主要分析和比較C/S體系結構、B/S體系結構和P2P體系結構。

C/S體系結構根據系統規模需要相應的硬件配置，一般建立在小範圍網絡環境上，局域網之間再通過專門服務器提供連接和數據交換服務。C/S程序可以更加註重流程，可以對權限多層次校驗，對系統運行速度可以較少考慮。

B/S體系結構由於用户界面主要事務邏輯完全在服務器端通過瀏覽器實現，客户端一般的硬件配置均能滿足要求，網絡也不必是專門的網絡硬件環境，但應用服務器運行數據負荷較重，需要更加優化的系統結構和相應硬件配置。

P2P體系結構要求用户使用專門的客户端軟件，不同的信息系統和客户端軟件對硬件配置的要求有很大的區別。

系統開發的投入

P2P體系結構不需要建立成本高昂的服務器平台，特別是立足現有網絡建立起的P2P體系結構信息系統幾乎沒有成本。

B/S體系結構系統開發的投入與用户的多少無關，部署代價比較小，尤其適合開發客户較多，使用頻繁的信息系統。

C/S體系結構系統部署代價與信息點的多少成正比，可用於開發小型信息系統。

B/S體系結構只需維護服務器，所有的客户端只是瀏覽器，不需要任何維護和管理，而且只需將服務器連接專網，即可實現遠程維護、升級和共享。

C/S體系結構維護複雜，處理出現的問題以及系統升級困難，系統擴展性不好。

P2P體系結構系統內計算機配置和使用各不相同，維護和擴展工作較為複雜。

C/S一般面向相對固定的用户羣，對信息安全的控制能力很強，一般高度機密的信息系統採用C/S結構適宜。

B/S建立在廣域網之上，面向不可知的用户羣，對安全的控制能力相對弱一點。

P2P體系結構網絡內大多數計算機由不同用户控制，網絡相對混亂，系統整體效果存在問題不可預見，系統安全與穩定方面存在很大的風險，但由於信息分佈在不同的計算機上，不會因為一台計算機的故障導致整個系統的癱瘓。

許多單位和管理機構通過ERP 來管理企業或機構的整體業務流程，整合企業資源，提高生產效率，考核人員工作效率．Unitsoft EBS系統立足於此類企業，將管理工作中綜合信息因素納入管理系統，實行宏觀、統一、適時的管理，提高工作效率，降低企業成本，有效整合企業資源。

作為單位和管理機構的管理系統，具有一定複雜性，經過分析，Unitsoft EBS系統主要應滿足下列要求：

1. 實現對分佈於全球各地的分支機構進行集中控管。

2. 不同公司採用虛擬集團模式進行一體化操作，財務上實現獨立核算。

3. 業務員業績考核系統，實現計劃目標，達成業績，回款狀況，費用綜合考核，科學計算獎金的激勵方案。

4. 通過客户關係管理使銷售過程可視化，提高銷售機會轉化率

注重過程管理才能使結果可控，客户關係系統按照客户定位，發現，聯繫，拜訪，建立關係，確定機會，持續跟進，簽單，後續服務的過程，與客户維持良好的關係，把客户一步一步往前推進，提高銷售機會轉化率，從而提高最終接單率。

5. 敏捷的售前分析，快速訂單響應，控制接單風險

通過訂單綜合評估，快速響應客户訂貨要求並贏得訂單；通過訂單全程跟蹤瞭解訂單執行情況，以便給客户做出恰當、明確的承諾；

通過訂單綜合評估（客户等級、信用、價格、付款條件、訂單交期），快速響應客户訂貨要求並贏得訂單；

對於訂單的變更，以MRP為紐帶實現銷售、採購、委外、生產的快速聯動，通過對銷售、採購、委外、生產的變更管理，快速響應客户；

通過訂單全程跟蹤瞭解訂單執行情況，以便給客户做出恰當、明確的承諾。

6. 完備的供應商和客户管理

通過完備的供應商和客户檔案管理，集中統一管理供應商和客户，及時進行供應商資格認定與信用評估，從而降低經營風險。

7. 靈活規範的價格體系，滿足不同客户的需要

嚴格按照既定價格政策報價，如全部產品執行統一價格，不同級別客户執行不同價格，個別客户特價等，避免銷售人員隨意報價。系統能夠追蹤價格歷史版本，使得出現問題有據可查。

8. 嚴格的信用管理，控制賒銷與應收風險

通過信用管理，確定控制信用的對象（客户、業務員、部門）和信用控制的方式（信用額度和信用期限），並可以設置控制的單據、觸發信用控制的時點、超信用的處理方式及對應的額度的審核，保證用户能真正控制住信用額度、信用期限。

9. 嚴密的採購價格控制，降低採購成本

通過採購詢價比價，請購與採購訂單三個環節，實時控制採購最高進價，如高於最高進價，系統予以提示，並自動進入審批流程，報請採購主管審批後才可通過，從而幫助供應主管規範採購業務，降低採購成本。

10. 以MRP為核心,協調銷售，生產，倉庫，採購等部門，確保及時交貨

通過配置BOM快速按客户需求完成產品配置；

系統快速準確下達生產和採購計劃，使得計劃合理可行，生產週期縮短；

通過信息關聯進行生產任務全程跟蹤，發現問題及時處理，保證按期交貨。

11. 實時業務追蹤

幫助企業實時的瞭解客户訂單在庫存、供應環節的詳細進度，能夠實時監控訂單的滿足情況和可能發生的例外。

12. 多層次的庫存控制，防止庫存積壓和短缺

以MRP為核心準確計算生產物料需求，合理制定採購策略，與庫存策略保障供需平衡；

通過實時控制可用量，保證庫存的連續性，庫存展望等多角度的分析幫助庫管加強可預見性，合理保證庫存，優化資金佔用。

13. 多種預警設置，及時提醒決策

通過靈巧的工作流機制，自動推進業務流程，及時提醒，提高工作效率。

14. 持續優化成本, 提高成本核算的精準度和及時性

存貨自動核算機制，準確掌握原材料消耗的成本；

全面收集生產人工，設備，能耗，管理費用等，併科學的分攤到每個訂單，每種產品，體現真實的成本。

15. 業務財務同步管理

通過業務財務同步管理，規範了企業的銷售、生產、採購、庫存管理，並可依據憑證追溯到每一項業務，達到真正的業務監控，也可控制和協調企業的各種計劃和預算。

根據系統功能需求和主要模塊設計，系統用户較多，功能複雜，存儲信息量大，需要專業技術人員維護和管理系統。在體系結構模式選擇過程中，儘量立足於現有網絡，在滿足安全與穩定要求的同時，使管理維護操作簡單，減少開發投入。

單用户體系結構不能滿足本系統網絡要求；C/S體系結構過於龐大，管理維護複雜；P2P體系結構雖然功能強大，但是本系統並不需要即時通訊和不間斷的數據更新。為使用户能夠在簡單、易用、單一、統一的可視化界面下，輕鬆、方便地訪問到各種類型的數據，Unitsoft EBS系統採用B/S體系結構。

Unitsfot EBS系統的後台數據庫採用MS SQL Server。

服務器採用Windows 2003server操作系統，使用MS SQL Server數據庫管理系統作為數據庫平台，網絡協議採用標準HTTP以太網協議。

目前B/S體系結構和C/S體系結構是信息系統開發中應用最廣泛的兩種方式，各有優勢。P2P是新興起來的一種體系結構模式，雖然有很多問題沒有完全解決，但是代表着信息系統發展的方向。

每種信息系統體系結構模式都有自己的優缺點，但是出於軟硬件要求、開發投入、維護與功能擴展、操作性、安全與穩定等各方面的考慮，用户需要根據自身的需求，來選擇使用最適合自己的方式。