【正文】 其中，返回數(shù)據(jù)庫所有數(shù)據(jù)表名字的方法的實現(xiàn)過程首先創(chuàng)建Vector集合類，通過對數(shù)據(jù)庫聯(lián)接獲取數(shù)據(jù)庫聯(lián)接的相關信息和數(shù)據(jù)表名字記錄集，最后關閉數(shù)據(jù)庫的聯(lián)接。系統(tǒng)首先檢查用戶權限。通過這種方式，JSP頁面實現(xiàn)了頁面邏輯與其設計和顯示的分離。(4) WEB界面通過JSP(JavaServer Pages)技術創(chuàng)建顯示動態(tài)生成內容的Web頁面，Web服務器在遇到訪問JSP網(wǎng)頁的請求時，首先執(zhí)行其中的程序段，然后將執(zhí)行結果連同JSP文件中的HTML代碼一起返回給客戶。刪除用戶的方法的實現(xiàn)過程，根據(jù)主鍵尋找記錄后進行刪除用戶。Home接口包含一個或多個用來創(chuàng)建Enterprise bean實例的create0方法，create0方法包含用戶名稱、用戶密碼、基礎信息模塊的用戶權限、采購信息模塊的用戶權限、銷售信息模塊的用戶權限、庫存信息模塊的用戶權限五個形參，這個home接口不是由bean來實現(xiàn)，而是通過抽象類UserTable繼承Javax．EJB．EjbLocalobject的類來實現(xiàn)。%JDBC_Home%lib\。(1) Java環(huán)境變量設置①JAVA 變量的設置：在“系統(tǒng)變量”中，新建一個變量編_HOME JAVA HOME輯變量值為E:\；。JMS(Java Message Service)：Java消息服務?？梢詫崿F(xiàn)Java對象的符合CORBA規(guī)范的遠程對象通信。為了使運行于某一機器上的對象調用另一臺機器的對象，J2EE實現(xiàn)了如下通信方式：Java RMI(Remote Method Invoke)：遠程方法調用。提供了多種多樣的數(shù)據(jù)庫連接方式。開發(fā)分布式系統(tǒng)要求數(shù)據(jù)庫訪問具有良好的靈活性和擴展性。每個EJB是按功能邏輯劃分的，開發(fā)時不必關注系統(tǒng)底層細節(jié)問題，只關注具體的事務分析．EJB開發(fā)完畢后，按規(guī)范部署在EJB容器，完成相應的事務功能。每個組件提供了方法、屬性、事件的接口．組件可以由多種語言開發(fā)。業(yè)務層和Web層共同組成了三層J2EE應用的中間層，其他兩層是客戶端層和存儲‘層或企業(yè)信息系統(tǒng)層。④企業(yè)信息系統(tǒng)層(Enterprise Information System tier) 。這是企業(yè)級應用的核心，由運行在業(yè)務層中的EJB來處理。Web層主要用來處理客戶請求，調用相應的邏輯塊。非基于Web的客戶層則是獨立的應用程序，可以完成客戶機無法完成的任務。(2)J2EE規(guī)范定義了以下四個層次①客戶端層(Client Tier)客戶端層用來實現(xiàn)企業(yè)級應用系統(tǒng)的操作界面和顯示層。它提供了一個多層次的分布式應用模型和一系列開發(fā)技術規(guī)范。將Java的動態(tài)功能和Java Enterprise標準的安全性引一入大型網(wǎng)絡應用的開發(fā)、集成、部署和管理之中。商品條形碼為主鍵并進行升序排列。用戶名稱為主鍵并進行升序排列。商務進銷存管理信息系統(tǒng)數(shù)據(jù)庫中各個表格的設計結果如下面表格所示。第一種轉化是將實體轉化為關系表。銷售帳套數(shù)據(jù)表與銷售帳套明細數(shù)據(jù)表是一對多的關系，通過銷售帳套數(shù)據(jù)表中的單據(jù)編號字段與銷售帳套明細數(shù)據(jù)表中的單據(jù)編號字段建立兩個數(shù)據(jù)表之間的聯(lián)系，銷售帳套數(shù)據(jù)表的一條記錄可以對應銷售帳套明細數(shù)據(jù)表的多條記錄。(11)實體與實體之間的關系供應商數(shù)據(jù)表與庫存帳套數(shù)據(jù)表是一對多的關系，通過供應商數(shù)據(jù)表中的供應商名字字段與庫存帳套數(shù)據(jù)表中的供應商名字字段建立兩個數(shù)據(jù)表之間的聯(lián)系，供應商數(shù)據(jù)表中的一條記錄可以對應庫存帳套數(shù)據(jù)表的多條記錄．客戶數(shù)據(jù)表與銷售帳套數(shù)據(jù)表是一對多的關系，通過客戶數(shù)據(jù)表中的客戶名字字段與銷售帳套數(shù)據(jù)表中的客戶名字字段建立兩個數(shù)據(jù)表之間的聯(lián)系，客戶數(shù)據(jù)表中的一條記錄可以對應銷售帳套數(shù)據(jù)表的多條記錄。(5)庫存帳套信息實體庫存帳套信息實體主要由單據(jù)編號、供應商名字、請購員名字、訂購員名字、驗收員名字、現(xiàn)金管理員名字、收貨地址、倉庫名字、訂單日期、到貨日期等組成，用于保存庫存單信息。其中，一個實體集中的任何一個實體與另一個實體集中的實體間存在一對多的聯(lián)系；反之亦然。記為1：1。用菱形表示，菱形內為聯(lián)系的名稱。(2)實體的各種屬性。本文采用ER圖的方法來進行數(shù)據(jù)庫概念結構設計，首先對ER圖的方法進行簡單介紹。(13)現(xiàn)金帳套信息。包括的數(shù)據(jù)項有單據(jù)編號、單據(jù)類別、客戶、前臺銷售用戶名字、信用銷售用戶名字、現(xiàn)金管理員名字、送貨地址、填寫日期、完成日期、完成狀態(tài)、備注．(11)銷售帳套明細信息。(8)庫存帳套信息。(6)客戶信息。(4)供應商信息。(2)商品分類信息。本系統(tǒng)通過對鄭記菇品行的分析，商務進銷存管理信息系統(tǒng)的數(shù)據(jù)庫分為13張數(shù)據(jù)表，分別存放相應子功能的數(shù)據(jù)信息，其中商品數(shù)據(jù)表、供應商數(shù)據(jù)表和客戶數(shù)據(jù)表是關鍵的表，用于存放基本的數(shù)據(jù)信息。因此，需求分析主要解決以下幾個問題．(1)內容要求。 數(shù)據(jù)庫的需求分析數(shù)據(jù)庫結構設計的第一個階段，也是非常重要的一個階段是數(shù)據(jù)庫需求分析。數(shù)據(jù)庫中保存的信息必須能夠根據(jù)需要快速的顯示出來，否則，使用計算機自動化的數(shù)據(jù)庫系統(tǒng)將沒有任何意義。數(shù)據(jù)標準化”，標準化數(shù)據(jù)庫設計的一些原則如下：(1)減少數(shù)據(jù)的冗余和不一致性。它是一個包括表、視圖、過程觸發(fā)器等很多數(shù)據(jù)對象的容器，它具有很好管理功能如備份、恢復、管理用戶和分配操作系統(tǒng)文件空間等。在前臺銷售操作員登錄到系統(tǒng)后，系統(tǒng)會自動檢查庫存，當庫存量低于這個警告數(shù)量時系統(tǒng)會立即顯現(xiàn)缺貨警示，避免銷售期間出現(xiàn)缺貨的尷尬。庫存盤點計數(shù)用戶可以應用庫存盤點計數(shù)窗口創(chuàng)建、修改、撤銷、恢復盤點記錄。到月底、季度末、年底等需要盤點的時候，操作員可以先在系統(tǒng)內打印出庫存清單，利用該清單與實物核對，最后把準確數(shù)字輸入系統(tǒng)．系統(tǒng)會自動計算出盤盈盤虧、庫存準確率，并利用實盤數(shù)量調整帳面數(shù)量，保持帳面與實物的一致。 庫存商品盤點庫存商品因為數(shù)量較多、收發(fā)頻繁、計量誤差、自然損耗等原因，可能導致庫存數(shù)量與帳面數(shù)量不符。所以，商品組合分類管理由兩個程序實現(xiàn)，分別是商品數(shù)量分拆程序和商品數(shù)量組合程序。系統(tǒng)首先檢查用戶權限，如果權限滿足，商品調出用戶填寫商品調出單，在商品驗收用戶未簽名前商品調出用戶可以修改、撤銷、刪除和恢復商品調出單． 商品組合分類管理商品組合分類管理是針對公司的營業(yè)方針所采取的商品策略。企業(yè)內部倉庫貨位問調撥商品的業(yè)務是通過系統(tǒng)內的商品調撥單進行處理的，他是記錄商品在企業(yè)內部各倉庫之間調撥信息的單據(jù)。并注明上月原記帳聯(lián)的出處(憑證號)。銷售退貨模塊用來記錄銷售退貨的具體內容。信用銷售用戶填寫商品的信用銷售單，系統(tǒng)檢查客戶的信用額度和商品總額，如果客戶的信用額度大于或者等于所購買的商品，那么完成購買；如果客戶的信用額度不足，那么系統(tǒng)顯示客戶的信用額度不夠的信息。系統(tǒng)將商場店鋪的銷售情況隨時匯總與傳遞到后臺，及時準確地歸集大量的銷售單據(jù)。驗收員根據(jù)進貨單驗收貨物，如果貨物合格，將貨物入庫，同時在進貨單上進行電子簽名，系統(tǒng)自動生成存貨和應付帳款會計分錄，驗收員打印簽名后的進貨單和付款單交給供應商：如果貨物不能入庫，驗收員應寫明原因．驗收員一旦簽名，并不能撤銷簽名，需要進入退貨程序才能撤銷相應的會計分錄。請購員根據(jù)庫存情 況提出采購請求，在訂購員未簽名和采購單沒有被撤銷或者完成前，請購員可以修改或者撤銷訂貨單。 客戶數(shù)據(jù)管理活動圖 Fig Customer data management activity chart客戶數(shù)據(jù)管理即為一個簡單的客戶名片管理，系統(tǒng)實現(xiàn)對客戶、潛在客戶、聯(lián)系人、競爭對手的全面管理，統(tǒng)一用戶的客戶資源。供應商數(shù)據(jù)管理是指具備生產(chǎn)菇品的廠家及其個人，對其進行信息數(shù)據(jù)的記錄，以方便查詢。各個帳套之間相對獨立，在對帳套進行建立、刪除或修改一個帳套中的數(shù)據(jù)，不會對其他帳套有任何影響。系統(tǒng)首先檢查用戶權限，如果用戶的權限滿足，系統(tǒng)打開用戶日志查看窗口，根據(jù)用戶的權限在用戶日志查看窗口可以根據(jù)查詢條件顯示用戶日志。備份和恢復所有操作會記錄在日志數(shù)據(jù)表中，以方便查看操作。 。帳號和密碼錯誤，請重新輸入。活動可以通過轉換線段連接到其他活動，或者連接到判斷點，這些判斷點連接到由判斷點的條件所保護的不同活動。這是因為與序列圖相比，活動圖在表示上不夠技術性的，但有業(yè)務頭腦的人們往往能夠更快速地理解它們。本系統(tǒng)采用活動圖對該系統(tǒng)中的系統(tǒng)管理模塊、基礎信息模塊、采購管理模塊、銷售管理模塊、庫存管理模塊的各個程序運行流程進行分析。這些圖形符號和文字所表達的是應用級的模型。的所有元素在語法和語義上提供了簡單、一致、通用的定義性說明，使開發(fā)者能在語義上取得一致，消除了因人而異的最佳表達方法所造成的影響。作為一種建模語言，UML的定義包括UML語義和UML表示法兩個部分。降級模式：服務器模塊可以在內存512M的機器上運行． 第4章 建模分析UML是一種可視化的建模語言，對其各建模元素可進行詳細說明，并能生成所建模型的文檔。(2)可靠性①服務器模塊可以24小時無人運行．②平均故障間隔時間是每月1次．③平均修復時間是3個小時。系統(tǒng)管理模塊負責分配庫存管理模塊的用戶權限：基礎信息模塊可與庫存模塊共同管理倉庫管理人員；銷售管理模塊從庫存管理模塊中領取產(chǎn)品進行銷售；采購管理模塊將采購的產(chǎn)品入庫。系統(tǒng)管理模塊負責分配采購管理模塊的用戶權限；基礎信息模塊可與采購管理模塊共同管理采購員和供貨商信息并且向采購管理模塊提交需要采購的產(chǎn)品；采購管理模塊把采購到的物品通過庫存管理模塊存入倉庫．． 銷售模塊與其他模塊之間的關系銷售管理模塊時銷售部門所使用的系統(tǒng)。 庫存管理模塊功能圖 幫助模塊功能幫助模塊用于本系統(tǒng)的幫助文件，使用戶了解本軟件的功能，并能快速掌握使用本系統(tǒng)。(5)庫存盤點核查用戶可以應用庫存盤點程序核查盤點數(shù)據(jù)。有庫存管理模塊權限的用戶，可登錄進入庫存管理模塊。(7)應收帳款查詢。銷售收款用戶可以應用銷售收款程序進行收款操作。前臺銷售用戶可以應用前臺銷售程序進行商品現(xiàn)金銷售操作。進入銷售管理模塊之后用戶可進行特價商品查看、前臺銷售、信用銷售、銷售收款、銷售退貨、銷售單查詢、應收帳款查詢。應付帳款查詢用戶可以應用應付帳款查詢程序查詢進貨單．． 采購管理模塊功能圖 Fig．3。訂購用戶、驗收用戶和現(xiàn)金管理用戶可以應用進貨退貨程序實現(xiàn)單據(jù)審批和退貨操作。請購用戶、訂購用戶和驗收用戶可以應用進貨程序實現(xiàn)單據(jù)審批和進貨操作．(2)進貨付款．現(xiàn)金管理用戶可以應用進貨付款程序進行付款操作。(4)供應商數(shù)據(jù)管理可以應用供應商數(shù)據(jù)管理程序進行供應商的創(chuàng)建、修改、刪除操作。進入基礎信息管理子系統(tǒng)后，用戶可以進行的操作有帳套管理、商品數(shù)據(jù)管理、商品折扣管理、供應商數(shù)據(jù)管理、客戶數(shù)據(jù)管理、客戶信用管理、倉庫數(shù)據(jù)管理。(5)用戶管理用戶只有系統(tǒng)總用戶才可以應用用戶管理程序進行用戶及用戶權限添加、修改、刪除操作，其他用戶無權限操作，以保證系統(tǒng)的安全性．(6)數(shù)據(jù)備份用戶可以應用數(shù)據(jù)備份程序將數(shù)據(jù)庫的數(shù)據(jù)轉換為本地機器的數(shù)據(jù)，以方便系統(tǒng)故障時的及時恢復。 圖3．4主系統(tǒng)模塊功能圖 Main system module function 系統(tǒng)管理模塊功能 系統(tǒng)管理模塊用于管理整個系統(tǒng)的配置以及用戶。銷售管理模塊處理銷售循環(huán)的各種業(yè)務?；A信息模塊包括各種數(shù)據(jù)處理模塊。用戶既可以應用窗口程序，又可以應用互聯(lián)網(wǎng)程序訪問系統(tǒng)。必要的信息交流通過系統(tǒng)總體設計實現(xiàn)資源共享。從以上關系可見，各部門之間的信息交流是非常密切的，每個部門雖然是一個獨立的個體，但同時也是整個企業(yè)中的一個部門，和他們部門之間都有著密切聯(lián)系關系。采購部門的采購信息及時反饋辦公室。首先，辦公室會向采購部門提出采購要求，為企業(yè)采購所需的商品。部門管理人員需要開拓市場，與銷售商建立良好的伙伴關系，保證企業(yè)的商品能夠快速高效地提供給客戶． 倉庫是存放商品的地方。部門管理人員對其他部門的基礎性設施進行安排和設置，員工的基本信息以及相應的考勤和工資管理。 第3章 系統(tǒng)結構與模塊功能設計 通過實際的研究和分析工作，現(xiàn)在對菇品行的組織結構和職能部門的劃分有了一個初步的了解，將依據(jù)菇品行現(xiàn)有組織結構進行逐層分析，最后進行總體合成，實現(xiàn)一個既利于各部門分布式管理又利于企業(yè)管理者全方位把握企業(yè)運轉情況的商務進銷存管理信息系統(tǒng)。對于訂單能夠實現(xiàn)互聯(lián)網(wǎng)輸入、查詢、跟蹤和確認．訂單可以根據(jù)多個方面進行匯總分析。(3)庫存管理。能夠根據(jù)客戶、供應商查詢訂單完成情況。電子商務與ERP的整合不僅需要應用層各模塊的重新組合與集成，而且也必須有數(shù)據(jù)庫層和操作系統(tǒng)層來做支持。由此可見，商務進銷存管理決策的正確與否直接影響著企業(yè)的經(jīng)濟效益。信息化不足，計算機使用率低，大量的日常工作皆是手工處理，因此工作效率低落，企業(yè)內部溝通不良等等問題很難克服。在管理中引入計算機和進銷存管理信息系統(tǒng)已經(jīng)得到各商務企業(yè)業(yè)主的認識，并將逐漸成為一種管理手段。其中，對不同行業(yè)中的企業(yè)，尤其是中小企業(yè)，可以考慮采用公共的基礎設施平臺，通過公共接口直接接入公共電子信息管理系統(tǒng)或電子交易市場：第二步：一方面，在企業(yè)內部建立網(wǎng)上協(xié)作環(huán)境，即通常所說的辦公自動化，滿足信息的共享和及時上傳下達的要求，實現(xiàn)高效率的網(wǎng)絡協(xié)同工作。一般說來，近期要以信息技術應用為重點，以電子商務為突破口，結合企業(yè)信息化戰(zhàn)略和對傳統(tǒng)運作方式的改造，促進自身結構優(yōu)化升級，適時推動企業(yè)管理體制改革和經(jīng)營模式創(chuàng)新。嘲面對經(jīng)濟全球化，這是惟一的選擇，任何忽視和等待都是要不得的。實際上，正如前