基于B/S模式的中小企業(yè)信息管理系統(tǒng)的實(shí)現(xiàn)

羅艷玲+李莉

摘 要：本文通過對中小企業(yè)業(yè)務(wù)模式的分析與研究，以Java2技術(shù)為基礎(chǔ)，遵循J2EE體系結(jié)構(gòu)，設(shè)計出一套基于B/S模式的中小企業(yè)信息管理系統(tǒng)，實(shí)現(xiàn)企業(yè)各部門之間的信息共享與交互，極大的提高了企業(yè)工作效率。

關(guān)鍵詞：中小企業(yè)；信息管理系統(tǒng)；B/S模式

1.開發(fā)背景

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

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

2.需求分析

2.1功能模塊劃分

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

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

2.2系統(tǒng)業(yè)務(wù)流程

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

3.系統(tǒng)設(shè)計

3.1 B/S模式架構(gòu)

系統(tǒng)采用Browser/Server（B/S）模式架構(gòu)，系統(tǒng)集中配置在應(yīng)用服務(wù)器上，使用者無需在客戶端上安裝任何功能模塊，直接使用IE瀏覽器通過網(wǎng)絡(luò)登錄服務(wù)器，進(jìn)入到相應(yīng)權(quán)限范圍內(nèi)的模塊中，進(jìn)行所需的錄入、查詢、修改和刪除等操作。

B/S模式結(jié)構(gòu)，是對C/S模式的一種改進(jìn)。在這種結(jié)構(gòu)下，用戶界面采用標(biāo)準(zhǔn)的WWW瀏覽器實(shí)現(xiàn)，客戶端僅實(shí)現(xiàn)部分顯示邏輯，而主要的工作事物邏輯還是在服務(wù)器端實(shí)現(xiàn)，這就是所謂的三層結(jié)構(gòu)，即系統(tǒng)由客戶端瀏覽器、對信息進(jìn)行組織與提供服務(wù)的WEB服務(wù)器以及對數(shù)據(jù)信息進(jìn)行存儲與管理的數(shù)據(jù)庫服務(wù)器構(gòu)成。

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

3.2 數(shù)據(jù)庫設(shè)計

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

合理地設(shè)計這些數(shù)據(jù)表的結(jié)構(gòu)，可以保證應(yīng)用成功和高效，建立的時候應(yīng)該充分考慮到當(dāng)數(shù)據(jù)量很大時讀寫和查詢的效率問題。為了提高數(shù)據(jù)庫的運(yùn)行效率，常常需要降低范式標(biāo)準(zhǔn)，適當(dāng)?shù)脑黾尤哂?，達(dá)到以空間換時間的目的。

防止數(shù)據(jù)庫設(shè)計打補(bǔ)丁的方法是“三少原則”：

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

（2）一個表中組合主鍵的字段個數(shù)越少越好。因?yàn)橹麈I的作用，一是建主鍵索引，二是作為子表的外鍵，所以組合主鍵的字段個數(shù)少了，不僅節(jié)省了運(yùn)行時間，而且節(jié)省了索引存儲空間；

（3）一個表中的字段個數(shù)越少越好。只有字段的個數(shù)少了，才能說明在系統(tǒng)中不存在數(shù)據(jù)重復(fù)，且很少有數(shù)據(jù)冗余。

數(shù)據(jù)庫設(shè)計的實(shí)用原則是：在數(shù)據(jù)冗余和處理速度之間找到合適的平衡點(diǎn)?！叭佟笔且粋€整體概念，綜合觀點(diǎn)，不能孤立某一個原則。該原則是相對的，不是絕對的。

3.3安全策略

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

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

4.系統(tǒng)實(shí)現(xiàn)效果圖

如圖3所示，登陸界面要實(shí)現(xiàn)用戶名和密碼的身份驗(yàn)證，根據(jù)用戶的權(quán)限和角色轉(zhuǎn)到相對應(yīng)子模塊的主頁面。

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

點(diǎn)擊修改密碼按鈕，可以跳轉(zhuǎn)到修改密碼的頁面，密碼修改以后，通過MD5進(jìn)行加密，以提高系統(tǒng)的安全性。

5.結(jié)束語

系統(tǒng)采用B/S模式三層結(jié)構(gòu)，所有業(yè)務(wù)邏輯均統(tǒng)一部署在服務(wù)器上，易于升級和維護(hù)，能很好的滿足中小企業(yè)管理信息化的集成、靈活、實(shí)用和可擴(kuò)展性的要求，對提升企業(yè)的管理水平和提高生產(chǎn)效率意義重大。

參考文獻(xiàn)

[1]穆麗萍.基于ASP.NET的三層結(jié)構(gòu)應(yīng)用程序開發(fā).湖北工業(yè)大學(xué)學(xué)報，2006（6）：37-39.