企業(yè)云系統(tǒng)的總體設計

田承祺

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

關鍵詞：企業(yè)；云；系統(tǒng)設計

中圖分類號：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 企業(yè)云服務的調配系統(tǒng)的整體架構設計

1.1 開發(fā)模式的設計

企業(yè)云服務的調配系統(tǒng)的開發(fā)是基于企業(yè)云及MVC模式的多層架構，采用業(yè)務邏輯層、表示層、數(shù)據(jù)訪問層的方式來實現(xiàn)。

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

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

業(yè)務邏輯層：在數(shù)據(jù)層與表現(xiàn)層之間做連接作用。從數(shù)據(jù)層中得到數(shù)據(jù)，并進行相關處理，最終顯示到表現(xiàn)層。

1.2 企業(yè)云布署方案架構

企業(yè)云服務的資源調配系統(tǒng)的布署方式是采用企業(yè)私有云的分布式架構設計的。該體系包括分布式數(shù)據(jù)存儲集群、分布式數(shù)據(jù)訪問服務器集群、分布式業(yè)務邏輯計算服務器集群、分布式業(yè)務展現(xiàn)服務器集群。

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

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

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

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

2 系統(tǒng)功能模塊結構設計

2.1 系統(tǒng)功能模塊的劃分原則

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

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

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

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

2.2 系統(tǒng)設計的目標

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

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

2.3 系統(tǒng)功能架構設計

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

3 數(shù)據(jù)表設計

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

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

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

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

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

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

4 Redis -hash存儲對象設計

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

參考文獻：

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

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

[3]楊明，等.面向農(nóng)村基層的醫(yī)療云系統(tǒng)設計與實現(xiàn)[J].山東科學，2017（01）：122-127.