企業云系統的總體設計

田承祺

摘 要：在互聯網、大數據、云計算技術廣泛發展和普遍使用的今天，各行各業都在普及使用不同的計算機服務系統。對于企業來說，企業的業務活動表現在諸多層面，包括：資金周轉、原材料采購使用、固定資產管理、人力資源等方面。根據企業的生產、經營、資金運轉、管理等各方面的需要，設計適合企業使用的企業云服務系統，滿足企業需要就顯得尤為重要了。

關鍵詞：企業；云；系統設計

中圖分類號：TP393.05 文獻標志碼：A 文章編號：2095-2945（2018）29-0092-02

Abstract： In the Internet， big data， cloud computing technology widely developed and widely used today， a variety of industries are widespread use of different computer service systems. For enterprises， the business activities in many aspects， including： cash flow， raw material procurement and use， fixed asset management， human resources and so on. According to the production， management， capital operation， management and other aspects of the needs of enterprises， it is particularly important to design the enterprise cloud service system which is suitable for enterprises to meet the needs of enterprises.

Keywords： enterprise； cloud； system design

1 企業云服務的調配系統的整體架構設計

1.1 開發模式的設計

企業云服務的調配系統的開發是基于企業云及MVC模式的多層架構，采用業務邏輯層、表示層、數據訪問層的方式來實現。

表現層：即顯示給用戶最直觀的界面，只負責顯示邏輯層傳來的信息，不直接于數據層進行互動。

數據訪問層：在數據訪問層中封裝對數據庫平臺的操作。在數據訪問層中對業務邏輯層所需要的數據從數據庫中提取然后將所需返回的數據返回業務邏輯層，使其達到不直接與表現層進行交互從而降低耦合度。

業務邏輯層：在數據層與表現層之間做連接作用。從數據層中得到數據，并進行相關處理，最終顯示到表現層。

1.2 企業云布署方案架構

企業云服務的資源調配系統的布署方式是采用企業私有云的分布式架構設計的。該體系包括分布式數據存儲集群、分布式數據訪問服務器集群、分布式業務邏輯計算服務器集群、分布式業務展現服務器集群。

分布式數據存儲集群：存儲整個系統中產生的所有數據信息，分為Redis集群和Hadoop集群。Redis集群用于存儲系統中用于業務運算的相關數據，因為其內存數據庫的特性可以保證系統的響應效率。Hadoop的hdfs分布式文件存儲系統主要用于存儲系統中產生各種文件信息。

分布式數據訪問服務器集群：該集群主要運行系統數據訪問層的信息是服務的形式發送供上層調用。集群分為兩部分，一部分用于訪問Redis集群，一部分用于訪問Hadoop集群。

分布式業務邏輯計算服務器集群：該集群根據該管理系統各個部分業務計算運量的大小布置4臺大小為20G的Web服務器用于分類處理系統大量的業務計算任務，分別是設置若干功能的計算服務器。

分布式業務展現服務器集群：該集群共布署5臺大小為10G的Web服務器，用于運行展現給客戶端瀏覽器的WEB頁面，服務器的數量可以隨著客戶接入端的數量的增加動態調整。此外，在服務器的客戶接入端還會配置一個負載平衡機，用以將并發的訪問請求均衡地分配到各個服務器上。

2 系統功能模塊結構設計

2.1 系統功能模塊的劃分原則

為了提高系統的性能、可靠性與可修改性，我們要對系統功能模塊進行結構清晰的設計，使得閱讀起來更為清晰，理解起來更為明了，實踐起來更為方便[13]。所以，在對系統模塊進行設計的時候，要注意以下幾個原則：

將層次抽象化。現將系統功能抽象到幾大模塊，不考慮每個模塊中的細節，整體抽象完成后，再將每一個模塊細分，一層一層的設計下去，直到最后一層可以實現出來為止。

將模塊局部化區分。局部化區分指的是將有關系的模塊的物理位置靠近，可以提高操作效率。沒有關系的模塊之間，設置為不可訪問，這樣實現了信息的隱藏。

將模塊獨立化。獨立起來的模塊不僅容易開發，而且在測試和維護上也變得十分方便，降低了接口的復雜度，也減少了模塊之間頻繁調用的網絡消耗。

2.2 系統設計的目標

通過開發，設計出適應企業資源管理現狀的具有可擴展性、易維護性、穩定性以及高效性特征的資源管理系統，并期望通過公司為案例，為設計出適合目前我國大中型企業的資源管理系統提供理論基礎和一定的借鑒意義，以提高我國大中型企業實施資源管理系統的成功率。

資源管理系統的開發過程必須嚴格遵循軟件工程開發流程，本系統的設計應該遵循以下幾點原則：系統穩定性原則、系統高效性原則、系統易維護性原則、系統可擴展性原則、系統安全性原則。

2.3 系統功能架構設計

系統功能模塊之間的關系可以用系統功能架構設計圖來表示，在面向對象系統中，可以使用包圖來表示，包圖中以一個原點為中心，呈現發散方式設計若干個系統功能模塊。

3 數據表設計

由上述實體之間的關系，可以反映出各個表格之間的聯系。本系統對表格的詳細設計如下所示：

（1）員工基本信息表。保存員工類別的基本信息，具體描述如表1所示：

（2）部門信息表。用來存儲各個部門的信息，主鍵設置為部門編號，可以唯一確定一條部門信息，具體設計如表2所示：

（3）企業材料使用表。用來存儲企業生產所需材料的記錄，主鍵設置為材料編號。具體設計如表3所示。

（4）考核信息表。用來保存對員工考核的信息，具體設計如表4所示。

上述表格只是一個舉例，可以根據各個企業的實際需要具體設計，這里不再意義贅述。

4 Redis -hash存儲對象設計

由于該系統主要用于邏輯運算的數據存儲在Redis平臺上，而該系統的實現方式是面向對象的，于是采用Redis特別用于存儲對象的hash數據類型。上面每一個數據表對應一個hash對象，Key值為表名，Filed名對應列名，另外，Redis中是沒有主鍵和外鍵的概念的，因此這里的主外鍵只能是邏輯上存在的，并沒有實際設置。此外本系統的設計思路指出，系統中的文件數據存放在Hadoop文件系統中，因此hash對象中文件數據只存儲該文件在hadoop中的地址。還有一點數據表中的數據類型主要是在系統程序開發中使用，到了hash中全部變為string類型。因為hash存儲對象設計完全參照上面的表設計，這里就不再列出。

參考文獻：

[1]趙自勤.大數據技術在配電網智能規劃與決策平臺中的應用[J].自動化與儀器儀表，2018（03）：149-151.

[2]楊件.企業私有云平臺構建技術研究[A].旭日華夏（北京）國際科學技術研究院會議論文集[C].2016：401.

[3]楊明，等.面向農村基層的醫療云系統設計與實現[J].山東科學，2017（01）：122-127.