基于B/S模式的中小企業信息管理系統的實現

羅艷玲+李莉

摘 要：本文通過對中小企業業務模式的分析與研究，以Java2技術為基礎，遵循J2EE體系結構，設計出一套基于B/S模式的中小企業信息管理系統，實現企業各部門之間的信息共享與交互，極大的提高了企業工作效率。

關鍵詞：中小企業；信息管理系統；B/S模式

1.開發背景

近年來，隨著信息技術的快速發展，中國中小企業的信息化程度也有了很大提高，但也有部分中小企業，雖然自身規模不大，業務卻相對繁復，加上資金和技術限制，仍然采用分散式管理，辦公電腦之間基本獨立，信息交換采用傳統的口頭通知或者文件傳遞，存在信息共享不及時，數據易出錯、易丟失的問題。所以，借助先進的JAVA和數據庫技術，開發出有針對性的中小企業信息管理系統意義重大。

本文通過對深圳某中小企業業務流程的全面分析與研究，采用JAVA技術，開發出了基于web服務的中小企業信息管理系統，該系統采用B/S模式三層架構，通過中心服務器的部署，用戶直接使用IE瀏覽器通過TCP/IP協議即可訪問系統，實現部門間、員工間的信息統一及實時交互，滿足企業業務需求，運行和維護便捷，成本低。

2.需求分析

2.1功能模塊劃分

該企業是一家典型的訂單型生產企業，主要生產各類電線、電纜和插頭等產品，共設六個部門，包括人事勞資部、客戶服務部、物資采購部、計劃財務部、物料產品部和生產管理部。

通過對各部門工作職責及業務流程的分析，六大部門需要實現的功能如圖1所示。其中，人事勞資部需要實現員工基本信息管理（包括錄入、刪除、修改和查詢）、對外行文管理及公司規章制度管理；客戶服務部需要實現客戶基本信息管理、送貨單管理及客戶訂單管理；物資采購部需要實現供應商信息管理及采購訂單管理；計劃財務部需要實現客戶賬戶管理、費用管理、追款管理、付款管理和銀行賬現金賬管理；物料產品部需要實現原材料出入庫管理、庫存管理和產品出入庫管理；生產管理部需要實現生產信息管理和生產計劃管理。

2.2系統業務流程

各部門間的業務流程如圖2所示。人事勞資部僅做人事管理，不參與生產業務，所以圖2中只包含了客戶服務部、計劃財務部、物資采購部、生產管理部和物料產品部五個部門。首先，客戶服務部根據客戶需求錄入客戶訂單，制定生產計劃通知書，下達到各部門；隨時查看庫存情況，當客戶所需的產品數量達到要求時，就制定送貨單，向客戶送貨，再根據客戶發還的送貨單回執制定請款對賬單（通路A）。物資采購部根據計劃通知書和對倉庫現有庫存信息的分析，確定需要采購的物資種類，規格和數量，制定采購訂單，所采購物資入庫后制定付款對賬單，提交財務作為給供應商付款的依據（通路B）。生產管理部根據計劃通知書制定具體的生產計劃，憑計劃到物料產品部領取生產所需的原材料，投入生產，生產完畢后產品入庫（通路C）。物料產品部接收采購部采購的原材料，登記入庫；根據生產管理部的要求發放物資，做物資出庫記錄；再接收生產出來的成品和半成品，做產品入庫記錄；客戶服務部要送貨時發放產品，做產品出庫記錄（通路D）。計劃財務部審核來自物資采購部和客戶服務部的付款和請款對賬單，對供應商付款，對客戶追款（通路E）。

3.系統設計

3.1 B/S模式架構

系統采用Browser/Server（B/S）模式架構，系統集中配置在應用服務器上，使用者無需在客戶端上安裝任何功能模塊，直接使用IE瀏覽器通過網絡登錄服務器，進入到相應權限范圍內的模塊中，進行所需的錄入、查詢、修改和刪除等操作。

B/S模式結構，是對C/S模式的一種改進。在這種結構下，用戶界面采用標準的WWW瀏覽器實現，客戶端僅實現部分顯示邏輯，而主要的工作事物邏輯還是在服務器端實現，這就是所謂的三層結構，即系統由客戶端瀏覽器、對信息進行組織與提供服務的WEB服務器以及對數據信息進行存儲與管理的數據庫服務器構成。

B/S模式結合中間件技術，省去了客戶端的復雜設計，客戶端僅需安裝瀏覽器即可；開發效率高，周期短，節約了開發成本；整個系統的管理、資源分配、數據庫操作、業務邏輯部件的管理及動態加載等等工作都集中于應用服務器，使系統客戶端界面統一，易于管理和維護；可擴展性好，可以根據企業業務發展的需要，隨時進行擴展，升級方便，非常適合中小企業。

3.2 數據庫設計

系統共建立了50個種類繁多，關系復雜的數據表，包括員工、客戶供應商、產品和原材料的基本信息表，原材料和產品出/入庫記錄表，財務費用表等。表與表之間的關系也比較多樣，有一對一的關系，一對多的關系，還有多對多的關系。各表通過主鍵和外鍵建立聯系，主鍵與外鍵的設計，在全局數據庫的設計中，占有重要地位，主鍵是實體的高度抽象，主鍵與外鍵的配對，表示實體之間的連接。例如，原材料基本信息表中的原材料編號（MaterialID）為主鍵，它是原材料庫存表、原材料入庫表和原材料出庫表的外鍵；同理，在產品基本信息表中作為主鍵的產品編號（ProductID）是產品出/入庫表和產品庫存表的外鍵。

合理地設計這些數據表的結構，可以保證應用成功和高效，建立的時候應該充分考慮到當數據量很大時讀寫和查詢的效率問題。為了提高數據庫的運行效率，常常需要降低范式標準，適當的增加冗余，達到以空間換時間的目的。

防止數據庫設計打補丁的方法是“三少原則”：

（1）一個數據庫中表的個數越少越好。只有表的個數少了，才能說明系統的E-R圖少而精，去掉了重復的多余的實體，形成了對客觀世界的高度抽象，進行了系統的數據集成，防止了打補丁式的設計；

（2）一個表中組合主鍵的字段個數越少越好。因為主鍵的作用，一是建主鍵索引，二是作為子表的外鍵，所以組合主鍵的字段個數少了，不僅節省了運行時間，而且節省了索引存儲空間；

（3）一個表中的字段個數越少越好。只有字段的個數少了，才能說明在系統中不存在數據重復，且很少有數據冗余。

數據庫設計的實用原則是：在數據冗余和處理速度之間找到合適的平衡點。“三少”是一個整體概念，綜合觀點，不能孤立某一個原則。該原則是相對的，不是絕對的。

3.3安全策略

B/S模式允許用戶從企業局域網外部的任何地點通過Internet訪問和操作數據庫，這為異地辦公提供了極大的便利，但是也引入了一些安全問題。 所以，需要設計一個合理的安全策略，以保證不同部門不同角色的用戶只能使用與之相匹配的權限。

首先，為用戶分配不同的角色，如管理員、操作員、瀏覽者等，再對不同的角色開放不同的權限，如管理員就具有對所有部門的所有菜單進行查詢、錄入、刪除和修改的權限，而操作員除了能夠查詢相關信息以外，還能對自己所屬權限下的菜單進行刪除、修改和錄入操作，瀏覽者只能查詢不能操作，點擊修改、刪除等按鈕時，會收到“你沒有該權限”的提示信息。

4.系統實現效果圖

如圖3所示，登陸界面要實現用戶名和密碼的身份驗證，根據用戶的權限和角色轉到相對應子模塊的主頁面。

點擊登錄按鈕以后，系統需要把用戶ID保存到一個session對象當中。session用來存儲需要在整個用戶會話過程中保持其狀態的信息，它允許通過將對象存儲在 Web 服務器的內存中在整個用戶會話過程中保持任何對象。系統對每個登錄的用戶都生成一個單獨的session對象，從而保證該用戶對自己權限范圍以內所有頁面的訪問。

點擊修改密碼按鈕，可以跳轉到修改密碼的頁面，密碼修改以后，通過MD5進行加密，以提高系統的安全性。

5.結束語

系統采用B/S模式三層結構，所有業務邏輯均統一部署在服務器上，易于升級和維護，能很好的滿足中小企業管理信息化的集成、靈活、實用和可擴展性的要求，對提升企業的管理水平和提高生產效率意義重大。

參考文獻

[1]穆麗萍.基于ASP.NET的三層結構應用程序開發.湖北工業大學學報，2006（6）：37-39.