【正文】 通過容器產(chǎn)生相應(yīng)的 Servlets，使內(nèi)容和顯示分開． J2EE中提供了 Servlet API，用于創(chuàng)建 Servlets． ③ EJB技術(shù) EJB規(guī)范提供了一種開發(fā)和部署服務(wù)器端組件的方法。它是連接 J2EE平臺(tái)和企業(yè)信息系統(tǒng)層的標(biāo)準(zhǔn) API。 EJB層用來實(shí)現(xiàn)企業(yè)級(jí)信息系統(tǒng)的業(yè)務(wù)邏輯?；?Web的情況下主要作為企業(yè) Web服務(wù)器的瀏覽器。 J2EE平臺(tái)簡(jiǎn)介 J2EE(Java 2 Platform， Enterprise Edition)是 SUN公司定義的一個(gè)開發(fā)分布式企業(yè)級(jí)應(yīng)用的規(guī)范。供應(yīng)商名稱為主鍵并進(jìn)行升序排列。用戶名稱為主鍵并進(jìn)行升序排列。 第一種轉(zhuǎn)化是將實(shí)體轉(zhuǎn)化為關(guān)系表。 (11)實(shí)體與實(shí)體之間的關(guān)系 供應(yīng)商數(shù)據(jù)表與庫存帳套數(shù)據(jù)表是一對(duì)多的關(guān)系，通過供應(yīng)商數(shù)據(jù)表中的供應(yīng)商名字字段與庫存帳套數(shù)據(jù)表中的供應(yīng)商名字字段建立兩個(gè)數(shù)據(jù)表之間的聯(lián)系，供應(yīng)商數(shù)據(jù)表中的一條記錄可以對(duì)應(yīng)庫存帳套數(shù)據(jù)表的多條記錄． 客戶數(shù)據(jù)表與銷售帳套數(shù)據(jù)表是一對(duì)多的關(guān)系，通過客戶數(shù)據(jù)表中的客戶名字字 段與銷售帳套數(shù)據(jù)表中的客戶名字字段建立兩個(gè)數(shù)據(jù)表之間的聯(lián)系，客戶數(shù)據(jù)表中的一條記錄可以對(duì)應(yīng)銷售帳套數(shù)據(jù)表的多條記錄。其中，一個(gè)實(shí)體集中的任何一個(gè)實(shí)體與另一個(gè)實(shí)體集中的實(shí)體間存在一對(duì)多的聯(lián)系；反之亦然。用菱形表示，菱形內(nèi)為聯(lián)系的名稱。 本文采用 ER圖的方法來進(jìn)行數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì)，首先對(duì) ER圖的方法進(jìn)行簡(jiǎn)單介紹。包括的數(shù)據(jù)項(xiàng)有單據(jù)編號(hào)、單據(jù)類別、客戶、前臺(tái)銷售用戶名字、信用銷售用戶名字 、現(xiàn)金管理員名字、送貨地址、填寫日期、完成日期、完成狀態(tài)、備注． (11)銷售帳套明細(xì)信息。 (6)客戶信息。 (2)商品分類信息。因此，需求分析主要解決以下幾個(gè)問題． 商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 32 (1)內(nèi)容要求。 數(shù)據(jù)庫中保存的信息必須能夠根據(jù)需要快速的顯示出來，否則，使用計(jì)算機(jī)自動(dòng)化的數(shù)據(jù)庫系統(tǒng)將沒有任何意義。它是一個(gè)包括表、視圖、過程觸發(fā)器等很多數(shù)據(jù)對(duì)象的容器，它具有很好管理功能如備份、恢復(fù)、管理用戶和分配操作系統(tǒng)文件空間等。庫存盤點(diǎn)計(jì)數(shù)用戶可以應(yīng)用庫存盤點(diǎn)計(jì)數(shù)窗口創(chuàng)建、修改、撤銷、恢復(fù)盤點(diǎn)記錄。 商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 30 庫存商品盤點(diǎn) 庫存商品因?yàn)閿?shù)量較多、收發(fā)頻繁、計(jì)量誤差、自然損耗等原因，可能導(dǎo)致庫存數(shù)量與帳面數(shù)量不符。系統(tǒng)首先檢查用戶權(quán)限，如果權(quán)限滿足，商品調(diào)出用戶填寫商品調(diào)出單，在商品驗(yàn)收用戶未簽名前商品調(diào)出用戶可以修改、撤銷、刪除 和恢復(fù)商品調(diào)出單． 商品組合分類管理 商品組合分類管理是針對(duì)公司的營業(yè)方針?biāo)扇〉纳唐凡呗?。并注明上月原記帳?lián)的出處 (憑證號(hào) )。信用銷售用戶填寫商品的信用銷售單，系統(tǒng)檢查客戶的信用額度和商品總額，如果客戶的信用額度大于或者等于所購買的商品，那么完成購買；如果客戶的信用額度不足，那么系統(tǒng)顯示客戶的信用額度不夠的信息。驗(yàn)收員根據(jù)進(jìn)貨單驗(yàn)收貨物，如果貨物合格，將貨物入庫，同時(shí)在進(jìn)貨單上進(jìn)行電子簽名，系統(tǒng)自動(dòng)生成存貨和應(yīng)付帳款會(huì)計(jì)分錄，驗(yàn)收員打印簽名后的進(jìn)貨單和付款單交給供應(yīng)商：如果貨物不能入庫，驗(yàn)收員應(yīng)寫明原因．驗(yàn)收員一旦簽名，并不能撤銷簽名，需要進(jìn)入退貨程序才能撤銷相應(yīng)的會(huì)計(jì)分錄。 圖 客戶數(shù)據(jù)管理活動(dòng)圖 Fig Customer data management activity chart 客戶數(shù)據(jù)管理即為一個(gè)簡(jiǎn)單的客戶名片管理，系統(tǒng)實(shí)現(xiàn)對(duì)客戶、潛在客戶、聯(lián)系人、競(jìng)爭(zhēng)對(duì)手的全面管理，統(tǒng)一用戶的客戶資源。各個(gè)帳套之間相對(duì)獨(dú)立，在對(duì)帳套進(jìn)行建立、刪除或修改一個(gè)帳套中的數(shù)據(jù)，不會(huì)對(duì)其他帳套有任何影響。備份和恢復(fù)所有操作會(huì)記錄在日志數(shù)據(jù)表中，以方便查看操作。帳號(hào)和密碼錯(cuò)誤，請(qǐng)重新輸入。這是因?yàn)榕c序列圖相比，活動(dòng)圖在表示上 不夠技術(shù)性的 ，但有業(yè)務(wù)頭腦的人們往往能夠更快速地理解它們。這些圖形符號(hào)和文字所表達(dá)的是應(yīng)用級(jí)的模型。作為一種建模語言， UML的定義包括 UML語義和 UML表示法兩個(gè)部分。 (2)可靠性 ①服務(wù)器模塊可以 24小時(shí)無人運(yùn)行． ②平均故障間隔時(shí)間是每月 1次． ③平均修復(fù)時(shí)間是 3個(gè)小時(shí)。系統(tǒng)管理模塊負(fù)責(zé)分配采購管理模塊的用戶權(quán)限；基礎(chǔ)信息模塊可與采購管理模塊共同管理采購員和供貨商 信息并且向采購管理模塊提交需要采購的產(chǎn)品；采購管理模塊把采購到的物品通過庫存管理模塊存入倉庫． 采購模塊與其他模塊之間的關(guān)系圖如圖 所示． 圖 采購模塊與其他模塊之間的關(guān)系圖 商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 19 銷售模塊與其他模塊之間的關(guān)系 銷售管理模塊時(shí)銷售部門所使用的系統(tǒng)。 (5)庫存盤點(diǎn)核查用戶可以 應(yīng)用庫存盤點(diǎn)程序核查盤點(diǎn)數(shù)據(jù)。 (7)應(yīng)收帳款查詢。前臺(tái)銷售用戶可以應(yīng)用前臺(tái)銷售程序進(jìn)行商品現(xiàn)金銷售操作。應(yīng)付帳款查詢用戶可以應(yīng)用應(yīng)付帳款查詢程序查詢進(jìn)貨單． 采購管理模塊功能圖如圖 ． 圖 采購管理模塊功能圖 Fig． 3。請(qǐng)購用戶、訂購用戶和驗(yàn)收用戶可以應(yīng)用進(jìn)貨程序?qū)崿F(xiàn)單據(jù)審批和 進(jìn)貨操作． (2)進(jìn)貨付款．現(xiàn)金管理用戶可以應(yīng)用進(jìn)貨付款程序進(jìn)行付款操作。 (4)供應(yīng)商數(shù)據(jù)管理可以應(yīng)用供應(yīng)商數(shù)據(jù)管理程序進(jìn)行供應(yīng)商的創(chuàng)建、修改、刪除 操作。 (5)用戶管理用戶只有系 統(tǒng)總用戶才可以應(yīng)用用戶管理程序進(jìn)行用戶及用戶權(quán)限添 加、修改、刪除操作，其他用戶無權(quán)限操作，以保證系統(tǒng)的安全性． (6)數(shù)據(jù)備份用戶可以應(yīng)用數(shù)據(jù)備份程序?qū)?shù)據(jù)庫的數(shù)據(jù)轉(zhuǎn)換為本地機(jī)器的數(shù)據(jù)， 以方便系統(tǒng)故障時(shí)的及時(shí)恢復(fù)。銷售管理模塊處理銷售循環(huán)的各種業(yè)務(wù)。用戶既可以應(yīng)用窗口程序，又可以應(yīng)用互聯(lián)網(wǎng)程序訪問系統(tǒng)。 從以上關(guān)系可見，各部門之間的信息交流是非常密切的，每個(gè)部門雖然是一個(gè)獨(dú)立的個(gè)體，但同時(shí)也是整個(gè)企業(yè)中的一個(gè)部門，和他們部門之間都有著密切聯(lián)系關(guān)系。首先，辦公室會(huì)向采購部門提出采購要求，為企業(yè)采購所需的商品。部門管理人員對(duì)其他部門的基礎(chǔ)性設(shè)施進(jìn)行安排和 設(shè)置，員工的基本信息以及相應(yīng)的考勤和工資管理。對(duì)于訂單能夠?qū)崿F(xiàn)互聯(lián)網(wǎng)輸入、查詢、跟蹤和確認(rèn)．訂單可以根據(jù)多個(gè)方面進(jìn)行匯總分析。能夠根據(jù)客戶、供應(yīng)商查詢訂單完成情況。由此可見，商務(wù)進(jìn)銷存管理決策的正確與否直接影響著企業(yè)的經(jīng)濟(jì)效益。在管理中引入計(jì)算機(jī)和進(jìn) 銷存管理信息系統(tǒng)已經(jīng)得到 各商務(wù)企業(yè)業(yè)主的認(rèn)識(shí)，并將逐漸成為一種管理手段。一般說來，近期要以信 息技術(shù)應(yīng)用為重點(diǎn)， 以電子商務(wù)為突破口，結(jié)合企業(yè)信息化戰(zhàn)略和對(duì)傳統(tǒng)運(yùn)作方式的改造，促進(jìn)自身結(jié)構(gòu)優(yōu) 化升級(jí)，適時(shí)推動(dòng)企業(yè)管理體制改革和經(jīng)營模式創(chuàng)新。實(shí)際上，正如前面所言，企業(yè)對(duì)網(wǎng)絡(luò)經(jīng)濟(jì)的理解和態(tài)度將決定其生存與發(fā)展的命運(yùn)。 通過功能測(cè)試對(duì)軟件進(jìn)行測(cè)試，結(jié)果表明各個(gè)模塊運(yùn)行正常，能夠?qū)崿F(xiàn)對(duì)數(shù)據(jù)的添加、刪 除、修改、查詢等操作，在 WEB平臺(tái)中能夠與各個(gè)模塊進(jìn)行同步，達(dá)到了預(yù)期的設(shè)計(jì)目標(biāo)。它使各級(jí)管理人員在面對(duì)日益繁多、 日益復(fù)雜 的問題和業(yè)務(wù)時(shí)，能夠充分認(rèn)識(shí)問題，及時(shí)準(zhǔn)確地把握、分析問題，進(jìn)行有效地組織和管理， 以達(dá)到最高的經(jīng)濟(jì)效益。 本文根據(jù)鄭記菇品行的實(shí)際狀況?？傊? 商務(wù)進(jìn)銷存管理信息系統(tǒng)的易用性、可操作性提高了工作效率，實(shí)現(xiàn)了鄭記菇品行的網(wǎng)絡(luò)數(shù)據(jù) 傳輸 和異地辦公、管理，貨品即時(shí)查詢顯示，以及資金的應(yīng)收應(yīng)付、日結(jié)月結(jié)統(tǒng)計(jì)等財(cái)務(wù)管理， 客戶在線下單，公司在線審單，倉庫實(shí)時(shí)出貨等無紙化銷售型商務(wù)管理系統(tǒng)。為此，我們只能丟掉幻想，積極參與，勇于創(chuàng)新，急起直追。當(dāng)務(wù)之急是找準(zhǔn)切入點(diǎn)，構(gòu)建企 業(yè)內(nèi)部網(wǎng)，用最新的、最適宜的電子信息技術(shù)改造企業(yè)業(yè)務(wù)流程和經(jīng)營組織方式。改善管理手段，提高管理效率，是提高企業(yè)效率的主要任務(wù)。 ERP方面應(yīng)優(yōu)先考慮采購、市場(chǎng)營銷、銷售、庫存、財(cái)務(wù)等與物流、資金流密切相關(guān)的模塊，電子商務(wù)方 面應(yīng)考慮網(wǎng)站管理、網(wǎng)上銷售、網(wǎng)上采購和網(wǎng)上資金收付等模塊，把這些模塊集成到一起，構(gòu)成一個(gè)新的應(yīng)用系統(tǒng)。 (2)購銷管理。 (5)發(fā)貨計(jì)劃。 采購部門負(fù)責(zé)維持整個(gè)菇品行運(yùn)轉(zhuǎn)的物資采購。采購的商品要及時(shí)入庫，同時(shí)把商品的信息提供給銷售部，除了銷售的商品外，其他的商品必須入庫存放。 商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 10 系統(tǒng)結(jié)構(gòu)流程設(shè)計(jì) 系統(tǒng)結(jié) 構(gòu)流程圖如圖 3． 3所示。 主系統(tǒng)模塊提供如下功能： (1)系統(tǒng)管理模塊。 (5)庫存管理模塊。 (7)用戶日志查看只有系統(tǒng)總用戶才可以應(yīng)用用戶日志查看，查看所有用戶的操作。 (5)客戶數(shù)據(jù)管理可以應(yīng)用 客戶數(shù)據(jù)管理程序進(jìn)行客戶的創(chuàng)建、修改、刪除操作。 (3)現(xiàn)金日記帳。 Purchase adminisll39。 (3)信用銷售。應(yīng)收帳款查詢用戶可以應(yīng)用應(yīng)收帳款查詢程序進(jìn)行應(yīng)收帳款查 詢操作。 (6)庫存商品查詢用戶可以應(yīng)用庫存商品查詢程序查詢庫存商品． (7)庫存單據(jù)查詢用戶可以應(yīng)用庫存單據(jù)查詢程序查詢庫存單據(jù)。系統(tǒng)管理模塊負(fù)責(zé)分配銷售管理模塊的用戶權(quán)限；基礎(chǔ)信息模塊可與銷售管理模塊共同管理銷售人員和客戶并且向銷售管理模塊提交可銷售產(chǎn)品單；銷售管理模塊從庫存管理模塊中領(lǐng)取產(chǎn)品進(jìn)行銷售。 ④雙服務(wù)器備份保障數(shù)據(jù)完整。 (1)UML語義。在語義上它是 UML 元模型的實(shí)例?；顒?dòng)圖的符號(hào)集與狀態(tài)圖中使用的符號(hào)集類似。”，系統(tǒng)登錄由三次驗(yàn)證機(jī)會(huì)，三次錯(cuò)誤將退出登錄窗口，系統(tǒng)運(yùn)行結(jié)束，如在登錄要重新打開登錄窗口。 用戶日志可以記錄用戶的操作事件，系統(tǒng)管理員可以對(duì)此進(jìn)行系統(tǒng)安全分析。用戶打開帳套管理窗口，顯示數(shù)據(jù)庫內(nèi)的所有帳套，通過檢查用戶的權(quán)限顯示用戶是否能 對(duì)該帳套進(jìn)行操作，如果滿足條件可以對(duì)該帳套進(jìn)行操作，并將用戶操作的結(jié)果寫入日志數(shù)據(jù)表中． 帳套管理的活動(dòng)圖如圖 ． 圖 帳套管理的活動(dòng)圖 Fig Account set of management activity chart 商品數(shù)據(jù)管理活動(dòng)圖 商品數(shù)據(jù)管理活動(dòng)圖如圖 ． 商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 25 圖 商品數(shù)據(jù)管理活動(dòng)圖 Fig Commodity data management activity chart 商品數(shù)據(jù)管理是對(duì)采購的菇品的品種分類管理，記錄每種菇品的相關(guān)信息。系統(tǒng)首先查詢用戶權(quán)限，如果用戶的權(quán)限滿足，系統(tǒng)打開客戶數(shù)據(jù)管理窗 E1．在客戶數(shù)據(jù)管理窗口可以進(jìn)行客戶的查詢、添加、修改、刪除操作． 倉庫數(shù)據(jù)管理活動(dòng)圖 倉庫數(shù)據(jù)管理活動(dòng)圖如圖 ． 商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 27 圖 倉庫數(shù)據(jù)管理活動(dòng)圖 Fig Warehouse data management activity chart 倉庫是生產(chǎn)和供應(yīng)領(lǐng)域中各種類型的儲(chǔ)存?zhèn)}庫和配送中心，在企業(yè)的整個(gè)供應(yīng)鏈中起著至關(guān)重要的作用，確保正確的進(jìn)貨和庫存控制及發(fā)貨．系統(tǒng)首先檢查用戶權(quán)限，如果用戶的權(quán)限滿足，系統(tǒng)打開倉庫數(shù)據(jù)管理窗口．在倉庫數(shù)據(jù)管理窗口可以進(jìn)行倉庫的添加、修改和刪除操作。 采購付款 倉庫收到檢驗(yàn)合格的物料后錄入倉庫入庫單，入庫單有四聯(lián)，其中一聯(lián)給供應(yīng)商，供應(yīng)商根據(jù)入庫單開發(fā)票給采購部。信用銷售用戶可以修改、撤銷、恢復(fù)未完成的商品信用銷售單，當(dāng)用戶進(jìn)行電子簽名時(shí)，系統(tǒng)自動(dòng)生成會(huì)計(jì)分錄。退回的藍(lán)字發(fā)票聯(lián)和抵扣聯(lián)粘貼于本月重開藍(lán)字發(fā)票存根聯(lián)后。根據(jù)此策略，再依據(jù)商品群的固有特性組合為大分類與小分類。為了避免帳物不符的現(xiàn)象發(fā)生，需要定期進(jìn)行庫存盤點(diǎn)，查明原 因并調(diào)整帳面數(shù)，使帳物相符。 (2)庫存盤點(diǎn)核查 庫存盤點(diǎn)核查是核查商品是否在盤點(diǎn)單據(jù)中 列在正確的類別下。 數(shù)據(jù)庫從最初的數(shù)據(jù)文件的簡(jiǎn)單集合發(fā)展到今天的大型數(shù)據(jù)庫管理系統(tǒng)，己成為我們?nèi)粘Ｉ钪胁豢扇鄙俚慕M成部分。 (3)數(shù)據(jù)中的數(shù)據(jù)，必須具有一定的安 全性，輸入到數(shù)據(jù)庫中的數(shù)據(jù)在輸出顯示時(shí)，必須對(duì)應(yīng)顯示原有的數(shù)據(jù)。調(diào)查應(yīng)用系統(tǒng)用戶所需要操作的數(shù)據(jù)，決定在數(shù)據(jù)庫中存儲(chǔ)什么數(shù)據(jù)。包括的數(shù)據(jù)項(xiàng)有序號(hào)、商品類別名稱、商品類別描述。包括的數(shù)據(jù)項(xiàng)有客戶名字、客戶地區(qū)、拼音碼、簡(jiǎn)稱、聯(lián)系電話、聯(lián)系人、手機(jī)、傳真、固定電話、地址、郵編、 開戶銀行、銀行帳號(hào)、電子郵件、網(wǎng)址、客戶信用限度、備注。包括的數(shù)據(jù)項(xiàng)有明細(xì)編號(hào)、單據(jù)編號(hào)、商品條形碼、實(shí)際 銷售價(jià)格、數(shù)量。 ER圖是描述數(shù)據(jù)實(shí)體及其關(guān)系的一種直觀的描述工具。現(xiàn)實(shí)世界中的事物內(nèi)部和事物之間總是存在某些關(guān)聯(lián)。記為 M： N。 商品分類數(shù)據(jù)表與商品數(shù)據(jù)表是一對(duì)多的關(guān)系，通過商品分類數(shù)據(jù)表中的序號(hào)字段與商品數(shù)據(jù)表中的商品分類標(biāo)識(shí)字段建立兩個(gè)數(shù)據(jù)表之間的聯(lián)系，商品分類數(shù)據(jù)表中的一條記錄可以對(duì)應(yīng)商品數(shù)據(jù)表的多條記錄。這種轉(zhuǎn)化比較簡(jiǎn)單， 只需要將實(shí)體的屬性定義為表的屬性即可。 用戶數(shù)據(jù)表如表 。 供應(yīng)商數(shù)據(jù)表如表 。它提供了一個(gè)多層次的分布式應(yīng)用模型和一系列開發(fā)技術(shù)規(guī)范。非基于 Web的客戶層則是獨(dú)立的應(yīng)用程序，可以完成客戶機(jī)無法