系統體系結構是一個綜合模型，系統體系結構是由許多結構要素及各種視圖（或觀點）（View）所組成的，而各種視圖主要是基於各組成要素之間的聯繫與互操作而形成的。所以，系統體系結構是一個綜合各種觀點的模型，用來完整描述整個系統。
基本介紹
- 中文名：系統體系結構
- 外文名：System Architecture
- 類別：綜合模型
- 模式：單用戶體系結構
- 用途：用來完整描述整個系統
概念,舉例,
概念
系統體系結構是一個系統建模的方法：
在系統體系結構的各種視圖中，以組織視圖與行為視圖最為突出和重要。所以，要完成各種視圖的綜合，必須先完成組織與行為視圖的統一。基本上，通過組織視圖與行為視圖的合一過程，我們就可以構建出一個可以完整描述的系統。所以，系統體系結構可以作為構建系統模型的一種方法。
一般來說，系統或軟體體系結構都需要用相應的體系結構描述語言（Architecture Description Language）來描述，其目的在於為體系結構進行描述和呈現，為體系結構中的相關人員，如：管理人員、系統開發人員和用戶等，提供可以進行溝通的語言。目前已有多種體系結構描述語言，如卡內基梅隆大學的ACME和Wright，史丹福大學的Rapide等。
這裡我們通過信息系統體系結構來闡述和理解系統體系結構模式．
舉例
信息系統體系結構
隨著信息系統規模不斷擴大、複雜程度日益提高，體系結構模式對信息系統性能的影響越來越大不同功能的信息系統對體系結構模式有不同的要求，各種體系結構模式的信息系統在開發和套用過程中也有很大的區別。選擇和設計合理的體系結構模式甚至比算法設計和數據結構設計更重要。
主要的信息系統體系結構模式
單用戶體系結構
單用戶信息系統是早期最簡單的信息系統，整個信息系統運行在一台計算機上，由一個用戶占用全部資源，不同用戶之間不共享和交換數據。
C/S體系結構
C/S（Client/Server）結構，即客戶機和伺服器結構。這種體系結構模式是以資料庫伺服器為中心、以客戶機為網路基礎、在信息系統軟體支持下的兩層結構模型。這種體系結構中，用戶操作模組布置在客戶機上，數據存儲在伺服器上的資料庫中。客戶機依靠伺服器獲得所需要的網路資源，而伺服器為客戶機提供網路必須的資源。目前大多數信息系統是採用Client/Server結構。
B/S體系結構
B/S（Browser/Server）結構，即瀏覽器伺服器結構。它是隨著Internet技術的興起，對C/S結構的一種變化或者改進的結構。在這種結構下，用戶工作界面通過瀏覽器來實現，極少部分事務邏輯在前端（Browser）實現，主要事務邏輯在伺服器端（Server）實現，形成所謂三層結構。這樣就大大簡化了客戶端電腦載荷，減輕了系統維護與升級的成本和工作量，降低了用戶的總體成本。
P2P體系結構
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體系結構。
系統主要模組設計
模組 | 1．客戶管理 | 2．市場開發管 理 | 3.報價管理 | 4．銷售機會管理 | 5．銷售契約管理 |
功 能 簡 介 | ·客戶信息 ·聯繫人管理 ·客戶分類與狀態 ·信用管理 ·聯繫歷史 ·客戶分配 ·客戶許可權控制 | ·日程管理 ·任務管理 ·銷售活動管理 ·客戶拜訪與報告 ·銷售日周月報 ·歷史信息查詢 ·事件提醒 | ·價格管理 ·報價助手 ·報價單生成 ·報價單審批 | ·客戶需求 ·成本預算 ·報價方案 ·報價與跟蹤 ·審批控制 ·備貨管理 | ·契約編制 ·契約審批 ·契約生成 ·契約執行控制 ·契約狀態管理 ·發貨開單 ·附屬檔案管理 |
模組 | 6．採購詢價管理 | 7．採購契約管理 | 8．庫存管理 | 9．進出口管理 | 10．運輸管理 |
功 能 簡 介 | ·供應商資料 ·供應商詢價 ·供應商比價 ·採購價格管理 | ·採購契約編制 ·採購審批 ·採購訂單生成 ·採購執行狀態 | ·採購入庫管理 ·生產入庫管理 ·其他入庫管理 ·銷售出庫管理 ·領料出庫管理 ·其他出庫管理 ·存貨盤點 ·存貨核算 ·出入庫檢驗 ·批次管理 | ·貨物明細 ·報關資料與單證 ·結匯單證 ·開票資料 ·配額與許可證 ·外運管理 ·保險與索賠 ·信用證管理 ·核銷與退稅 | ·發貨運輸 ·採購運輸 ·運輸費用 ·運費結算 |
模組 | 11．應收款管理 | 12．應付款管理 | 13．財務系統 | 14.生產數據管理 | 15.物料需求管理 |
功 能 簡 介 | ·應收款錄入 ·預收款控制 ·收款結算 ·應收款查詢 ·應收款統計分析 | ·應付款錄入 ·付款結算 ·應付款查詢 ·應付款統計分析 | ·多級BOM管理 ·成本BOM ·工序工藝管理 | ·物料需求 ·MRP運算 ·物料請購 ·物料狀態跟蹤 |
模組 | 16.生產過程管理 | 17．生成成本核算 | 18．系統平台 |
功 能 簡 介 | ·生產任務管理 ·外協管理 ·派工管理 ·領料管理 ·生產入庫 ·生產日報 ·工序檢驗 ·計時計件工資 ·設備管理 | ·材料成本歸集 ·成本分攤標準設定 ·部門公耗費用分攤 ·部門製造費用分攤 ·完工與在制品成本 ·單品成本 ·訂單成本 | ·Unitware商務中間件 基礎組件、業務組件、XML擴展組件 ·工作流 訊息的傳遞、流程驅動、事件提醒 ·許可權管理 組許可權、用戶許可權、跨公司許可權、金子塔和扁平化組織結構、網際網路訪問控制 ·系統基礎管理 包括產品與物料管理、分支機構、職員、職位、客戶分類、業務類型、列印模版、文檔模版、系統代碼、基礎資料等 |
模組 | 19．虛擬集團管理 | 20．費用管理 | 21．銷售業績核算 | 22.條碼管理 | 23.電子商務 |
功 能 簡 介 | ·分公司間訂單管理 ·分公司物流管理 ·多組織財務獨立核算 ·跨公司許可權管理 | ·費用報銷 ·費用審核 ·費用支付 ·費用統計 | ·目標設定 ·算法與參數設定 ·應收款匯總 ·回款 ·呆賬處理 ·提成計算 | ·產品條碼 ·出入庫掃描 ·批次自配 ·包裝數與數量換算 | ·會員管理 ·線上客服 ·詢價管理 ·採購管理 ·樣品管理 ·業務查詢 ·物流查詢 ·結算查詢 |
資料庫設計
Unitsfot EBS系統的後台資料庫採用MS SQL Server。
Unitsoft EBS系統的實現
伺服器採用Windows 2003server作業系統，使用MS SQL Server資料庫管理系統作為資料庫平台，網路協定採用標準HTTP乙太網協定。
結論
目前B/S體系結構和C/S體系結構是信息系統開發中套用最廣泛的兩種方式，各有優勢。P2P是新興起來的一種體系結構模式，雖然有很多問題沒有完全解決，但是代表著信息系統發展的方向。
每種信息系統體系結構模式都有自己的優缺點，但是出於軟硬體要求、開發投入、維護與功能擴展、操作性、安全與穩定等各方面的考慮，用戶需要根據自身的需求，來選擇使用最適合自己的方式。
