【正文】 JNDI為分布式系統(tǒng)訪問遠(yuǎn)程對象提供了一個(gè)標(biāo)準(zhǔn)的命名接口?？梢詫?shí)現(xiàn) Java對象的符合 CORBA規(guī)范的遠(yuǎn)程對象通信。服務(wù)器用注冊器把一個(gè)名字和遠(yuǎn)程對象綁在一起，客戶機(jī)通過名字從服務(wù)器注冊器上查找遠(yuǎn)程對象，找到后下載遠(yuǎn)程對象的本地代理，調(diào)用遠(yuǎn)程對象的方法。 為了使運(yùn)行于某一機(jī)器上的對象調(diào)用另一臺機(jī)器的對象， J2EE實(shí)現(xiàn)了如下通 信方式： Java RMI(Remote Method Invoke)：遠(yuǎn)程方法調(diào)用。 ⑤分布式通信技術(shù) 分布式通信技術(shù)是分布式企業(yè)系統(tǒng)的核心技術(shù)。提供了多種多樣的數(shù)據(jù)庫連接方式。它提供一個(gè)通用的訪問SQL數(shù)據(jù)庫和存儲結(jié)構(gòu)的機(jī)制，支持基本 SQL功能的一個(gè)通用底層的應(yīng)用程序編程接口。開發(fā)分布式系統(tǒng)要求數(shù)據(jù)庫訪問具有良好的靈活性和擴(kuò)展性。真正體現(xiàn)了企業(yè)級的應(yīng)用。每個(gè) EJB是按功能邏輯劃分的，開發(fā)時(shí)不必關(guān)注系統(tǒng)底層細(xì)節(jié)問題，只關(guān)注具體的事務(wù)分析． EJB開發(fā)完畢后，按規(guī)范部署在 EJB容器，完成相應(yīng)的事務(wù)功能。 JSP基于文本。每個(gè)組件提供了方法、屬性、事件的接口．組件可以由多種語言開發(fā)。這些技術(shù)涵蓋數(shù)據(jù)庫訪問、分布式通信、安全等。業(yè)務(wù)層和 Web層共同組成了三層 J2EE應(yīng)用的中間層，其他兩層是客戶端層和存儲‘層或企業(yè)信息系統(tǒng)層。 J2EE將來的版本支持連接架構(gòu) (Connector Architecture)。 ④企業(yè)信息系統(tǒng)層 (Enterprise Information System tier) 。同樣，一個(gè) Bean也可以從企業(yè)信息系統(tǒng)取出數(shù)據(jù)，發(fā)送到客戶端程序。這是企業(yè)級應(yīng)用的核心，由運(yùn)行在業(yè)務(wù)層中的 EJB來處理。 ③業(yè)務(wù)層 (Business Tier) 業(yè)務(wù)層也叫 FAB層或應(yīng)用層，它由 EJB服務(wù)器和 EJB組件組成．一般情況下許多開發(fā)商 38 把 Web服務(wù)器和 EJB服務(wù)器產(chǎn)品結(jié)合在一起發(fā)布，稱為應(yīng)用服務(wù)器。 Web層主要用來處理客戶請求，調(diào)用相應(yīng)的邏輯塊。 J2EE Web組件包括 JSP頁面和 Servlets。非基于 Web的客戶層則是獨(dú)立的應(yīng)用程序，可以完成客戶機(jī)無法完成的任務(wù)?？煞譃榛?Web的和非基于 web的客戶端兩種情況。 (2)J2EE規(guī)范定義了以下四個(gè)層次 ①客戶端層 (Client Tier) 客戶端層用來實(shí)現(xiàn)企業(yè)級應(yīng)用系統(tǒng)的操作界面和顯示層。遵從這個(gè)規(guī)范的開發(fā)者將得到行業(yè)的廣泛支持，使企業(yè)級應(yīng)用的開發(fā)交得簡單、快速。它提供了一個(gè)多層次的分布式應(yīng)用模型和一系列開發(fā)技術(shù)規(guī)范。與 BEA Weblogic Commerce Server TM配合使用， BEA Weblogic Server可為部署適應(yīng)性個(gè)性化電子商務(wù)應(yīng)用系統(tǒng)提供完善的解決方案。將 Java的動(dòng)態(tài)功能和 Java Enterprise標(biāo)準(zhǔn)的安全性引一入大型網(wǎng)絡(luò)應(yīng)用的開發(fā)、集成、部署和管理之中?？蛻裘Q為主鍵并進(jìn)行升 序排列． 37 第 6 章 系統(tǒng)實(shí)現(xiàn) 本系統(tǒng)采用 BEA Weblogic高度集成平臺與 JBuilder可視化開發(fā)平臺的整合，借助 EJB 組件語言實(shí)現(xiàn)商務(wù)進(jìn)銷存 J2EE 的開發(fā)。 供應(yīng)商數(shù)據(jù)表如表 。其中供應(yīng)商名稱不能為 空，也就是說，供應(yīng)商名稱必須具有唯一性，不能進(jìn)行重復(fù)。商品數(shù)據(jù)表如表 。其中商品條形碼不能為空，也就是說，商品條形碼必須具有唯一性，不能進(jìn)行重復(fù)。 用戶數(shù)據(jù)表如表 。其中用戶名稱不能為空，也就是說，用戶名稱必須具有唯一性，不能進(jìn)行重復(fù)。每個(gè)表格表示數(shù)據(jù)庫中的一個(gè)表。即將各個(gè)實(shí)體之間的聯(lián)系轉(zhuǎn)化為表和之問的關(guān)系，如外鍵的定義。這種轉(zhuǎn)化比較簡單，只需要將實(shí)體的屬性定義為表的屬性即可。也就是要將概念上的結(jié)構(gòu)轉(zhuǎn) 化為 SQL Server數(shù)據(jù)庫系統(tǒng)所支持的實(shí)際數(shù)據(jù)模型。 現(xiàn)金帳套數(shù)據(jù)表與往來帳套數(shù)據(jù)表是一對一的關(guān)系，通過現(xiàn)金帳套數(shù)據(jù)表中的票據(jù)標(biāo)識字段和往來帳套數(shù)據(jù)表中的票據(jù)編號字段建立兩個(gè)數(shù)據(jù)表之間的聯(lián)系。 庫存帳套數(shù)據(jù)表與庫存帳套明細(xì)數(shù)據(jù)表是一對多關(guān)系，通過庫存帳套數(shù)據(jù)表中單據(jù)編號字段與庫存帳套明細(xì)數(shù)據(jù)表中的單據(jù)編號字段建立兩個(gè)數(shù)據(jù)表之間的聯(lián)系，庫存帳套數(shù)據(jù)表的一個(gè)記錄可以對應(yīng)庫存帳套明細(xì)數(shù)據(jù)表的多條記錄。 商品分類數(shù)據(jù)表與商品數(shù)據(jù)表是一對多的關(guān)系，通過商品分類數(shù)據(jù)表中的序號字段與商品數(shù)據(jù)表中的商品分類標(biāo)識字段建立兩個(gè)數(shù)據(jù)表之間的聯(lián)系，商品分類數(shù)據(jù)表中的一條記錄可以對應(yīng)商品數(shù)據(jù)表的多條記錄。 (10)現(xiàn)金帳套信息實(shí)體 現(xiàn)金帳套信息實(shí)體主要由序號、相關(guān)聯(lián)的票據(jù)標(biāo)識、借貸標(biāo)識、記帳用戶、發(fā)生金額、發(fā)生日期組成，用于保存現(xiàn)金操作信息。 (6)庫存帳套明細(xì)信息實(shí)體 庫存帳套明細(xì)信息實(shí)體主要由明細(xì)編號、單據(jù)編號、商品條形碼、采購價(jià)格、數(shù)量、有效期等組成，用于保存庫存商品的信息． (7)銷售帳套信息實(shí)體 銷售帳套信息實(shí)體主要由單據(jù)編號、客戶、前臺銷售用戶名字、信用銷售用戶名字、現(xiàn)金管理員名字、送貨地址、填寫日期、完成日期等組成，用戶保存銷售單信息． (8)銷售帳套明細(xì)信息實(shí)體 銷售帳套明細(xì)信息實(shí)體主要由明細(xì)編號、單據(jù)編號、商品條形碼、實(shí)際銷售價(jià)格、數(shù)量組成，用于保存銷售商品的信息。將商品分類保存以方便查詢與歸類． (4)商品信息實(shí)體 33 商品信息實(shí)體主要由商品條形碼、商品分類標(biāo)識、商品名稱、計(jì)量單位、規(guī)格、生產(chǎn)廠商、銷售價(jià)格、商品折扣等組成，用于保存商品的基本信息。記為 M： N。 (3)多對多的聯(lián)系，這是實(shí)體間存在的更為普遍的一種聯(lián)系，表示多個(gè)實(shí)體集之間的多對多的聯(lián)系。 (2)一對多的聯(lián)系，這是實(shí)體間存在的較普遍的一種聯(lián)系，表示一種實(shí)體集 E1中 的每個(gè)實(shí)體與另一實(shí)體集 E2中的多個(gè)實(shí)體間存在的聯(lián)系：反之， E2中的每個(gè)實(shí)體都至多與 E1中的一個(gè)實(shí)體發(fā)生聯(lián)系。 實(shí)體與實(shí)體之間的聯(lián)系是錯(cuò)綜復(fù)雜的，可以分為以下三種： (1)一對一的聯(lián)系，這是最簡單的一種實(shí)體之間的聯(lián)系，它表示兩個(gè)實(shí)體集中的個(gè)體間存在的一對一的聯(lián)系。現(xiàn)實(shí)世界中的事物內(nèi)部和事物之間總是存在某些關(guān)聯(lián)。 (3)實(shí)體之間的關(guān)系。用橢圓表示，橢圓內(nèi)為屬性名稱。用方框表示，方框中為實(shí)體的名稱。 ER圖是描述數(shù)據(jù)實(shí)體及其關(guān)系的一種直觀的描述工具。這是各種基礎(chǔ)數(shù)據(jù)模型的共同基礎(chǔ)，易于向關(guān)系模型轉(zhuǎn)換。包括的數(shù)據(jù)項(xiàng)有序號、相關(guān)聯(lián)的票據(jù)標(biāo)識、借貸標(biāo)識、記帳用戶、發(fā)生金額、發(fā)生日期． 32 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì) 概念結(jié)構(gòu)所涉及到的數(shù)據(jù)是獨(dú)立于硬件和軟件系統(tǒng)的，它的目標(biāo)是以用戶可以理解的形式來表達(dá)信息的流程，從而可以和不熟悉計(jì)算機(jī)的用戶交換意見。包括的數(shù)據(jù)項(xiàng)有票據(jù)編號、相關(guān)聯(lián)的票據(jù)標(biāo)識、票據(jù)類型、金額、供應(yīng)商或者客戶名字、開票據(jù)的用戶名、現(xiàn)金管理員名字、開票據(jù)日期、完成狀態(tài)、備注。包括的數(shù)據(jù)項(xiàng)有明細(xì)編號、單據(jù)編號、商品條形碼、實(shí)際 銷售價(jià)格、數(shù)量。 (10)銷售帳套信息。包括的數(shù)據(jù)項(xiàng)有單據(jù)編號、單據(jù)類型、供應(yīng)商名字、請購員名字、訂購員名字、驗(yàn)收員名字、現(xiàn)金管理員名字、收貨地址、倉庫名字、訂單日期、到貨日期、完成狀態(tài)、備注。包括的數(shù)據(jù)項(xiàng)有序號、操作程序名字、操作內(nèi)容、用戶名字、操作時(shí)間。包括的數(shù)據(jù)項(xiàng)有客戶名字、客戶地區(qū)、拼音碼、簡稱、聯(lián)系電話、聯(lián)系人、手機(jī)、傳真、固定電話、地址、郵編、開戶銀行、銀行帳號、電子郵件、網(wǎng)址、客戶信用限度、備注。包括的數(shù)據(jù)項(xiàng)有倉庫名字、拼音碼、位置、描述。包括的數(shù)據(jù)項(xiàng)有供應(yīng)商名稱、供應(yīng)商地區(qū)、拼音碼、簡稱、聯(lián)系電話、聯(lián)系人、手機(jī)、傳真、固定電話、地址、郵編、開戶銀行、銀行帳號、電子郵件、網(wǎng)址、備注。包括的數(shù)據(jù)項(xiàng)有商品條形碼、商品分類標(biāo)識、商品名稱、商品別名、商品助記碼、商品拼音碼、計(jì)量單位、規(guī)格、生產(chǎn)廠商、庫存上限、庫存下限、銷售價(jià)格、商品折扣。包括的數(shù)據(jù)項(xiàng)有序號、商品類別名稱、商品類別描述。包括的數(shù)據(jù)項(xiàng)有用戶名稱、用戶密碼、基礎(chǔ)信息模塊的用戶權(quán)限、采購信息模塊的用戶權(quán)限、銷售信息模塊 的用戶權(quán)限、庫存信息模塊的用戶權(quán)限。設(shè)計(jì)的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)如下。調(diào)查應(yīng)用系統(tǒng)用戶要求對數(shù)據(jù)進(jìn)行什么樣的處理，理清數(shù)據(jù)庫中各種數(shù)據(jù)之間的關(guān)系。調(diào)查應(yīng)用系統(tǒng)用戶所需要操作的數(shù)據(jù)，決定在數(shù)據(jù)庫中存儲什么數(shù)據(jù)。在整個(gè)階段是否能夠反映實(shí)際系統(tǒng)的信息流程情況和用戶對系統(tǒng)的要求，影響到以后各階段的工作，以及數(shù)據(jù)庫系統(tǒng)運(yùn)行的效率。在需求分析調(diào)研中，首先必須了解正在設(shè)計(jì)的數(shù)據(jù)庫所管理的數(shù)據(jù)將覆蓋那些部門，每個(gè)部門的數(shù)據(jù)都來自何處，它們是依照何種原則處理數(shù)據(jù)，處理完畢后將輸出信息到其他部門。 數(shù)據(jù)庫中的數(shù)據(jù)，在每次更新或刪除時(shí)，都必須將數(shù)據(jù)庫中所有出現(xiàn)與它相關(guān)的地方做出改變，并且在設(shè)計(jì)數(shù)據(jù)庫時(shí)，需要考慮到數(shù)據(jù)的修改，最好在盡量少的操作步驟中完成 。 (3)數(shù)據(jù)中的數(shù)據(jù)，必須具有一定的安全性，輸入到數(shù)據(jù)庫中的數(shù)據(jù)在輸出顯示時(shí)，必須對應(yīng)顯示原有的數(shù)據(jù)。 (2)簡化數(shù)據(jù)檢索。 如果數(shù)據(jù)中存在冗余和不一致問題，用戶每次在數(shù)據(jù)庫中輸入數(shù)據(jù)時(shí)，都有發(fā)生錯(cuò)誤的潛在可能。簡化一個(gè)數(shù)據(jù)庫的機(jī)構(gòu)的系統(tǒng)的過程被稱為。 數(shù)據(jù)庫從最初的數(shù)據(jù)文件的簡單集合發(fā)展到今天的大型數(shù)據(jù)庫管理系統(tǒng)，己成為我們?nèi)粘Ｉ钪胁豢扇鄙俚慕M成部分。 Microsoft SQL Server是一種基于客戶端／服務(wù)器的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，它使用 TransactSQL語言在服務(wù)器和客戶端之間發(fā)送請求。庫存警告管理用戶可以設(shè)置商品庫存的最大、最小數(shù)和顯示已經(jīng)到達(dá)警告數(shù)量的商品。 庫存警告管理 系統(tǒng)可以對缺貨的商品自動(dòng)提醒。 (2)庫存盤點(diǎn)核查 庫存盤點(diǎn)核查是核查商品是否在盤點(diǎn)單據(jù)中列在正確的類別下。在盤點(diǎn)中，當(dāng)實(shí)際盤點(diǎn)數(shù)與庫存數(shù)不一致時(shí)，就會發(fā)生盤盈或盤虧，應(yīng)該按照實(shí)際盤點(diǎn)數(shù)進(jìn)行數(shù)據(jù)調(diào)整。所以，庫存盤點(diǎn)由四個(gè)程序完成，分別是庫存盤點(diǎn)計(jì)數(shù)、庫存盤點(diǎn)核查、盤點(diǎn)損失單管理、盤點(diǎn)盈收單管理。盤點(diǎn)單的盈虧結(jié)果，形成商品其他出入庫的數(shù)據(jù)。為了避免帳物不符的現(xiàn)象發(fā)生，需要定期進(jìn)行庫存盤點(diǎn)，查明原因并調(diào)整帳面數(shù)，使帳物相符。商品組合用戶可以應(yīng)用商品數(shù)量組合程序?qū)⑿〖唐方M合未大件商 品出售，對其進(jìn)行創(chuàng)建、修改、撤銷和恢復(fù)等操作．一般情況下，是把分拆的商品重新組合起來。 (1)商品數(shù)量分拆 商品組合用戶可以應(yīng)用商品數(shù)量分拆程序?qū)⒋蠹唐方M合分拆未小件商品出售，對 其進(jìn)行創(chuàng)建、修改、撤銷和恢復(fù)等操作。在鄭記菇品行中， 由于菇品質(zhì)量的問題，同一品種菇類存在很大的差異，在成批采購的菇品中要進(jìn)行篩選，重新組合后菇品按等級劃分開來。根據(jù)此策略，再依據(jù)商品群的固有特性組合為大分類與小分類。調(diào)出后總存量不變，只是各個(gè)地點(diǎn)的倉庫改變了。主要對實(shí)物的倉庫或庫位發(fā)生變化，而進(jìn)行的帳目實(shí)物的進(jìn)行庫存的調(diào) 整。 庫存管理模塊 庫存調(diào)撥 庫存調(diào)撥是指商品在企業(yè)內(nèi)部各倉庫之間調(diào)入、調(diào)出的業(yè)務(wù)。退回的藍(lán)字發(fā)票聯(lián)和抵扣聯(lián)粘貼于本月重開藍(lán)字發(fā)票存根聯(lián)后。當(dāng)商品銷售單價(jià)發(fā)生了變化，應(yīng)與客戶商量一致同意將上月發(fā)出產(chǎn)品價(jià)格調(diào)高或調(diào)低 (當(dāng)上月已按原價(jià)開票，并已作帳務(wù)處理和報(bào)稅 )，客戶應(yīng)將上月開的發(fā)票聯(lián)和抵扣 28 聯(lián)退回后，將本月重新按現(xiàn)價(jià)開一張藍(lán)字發(fā)票，將新開的藍(lán)字發(fā)票聯(lián)和抵扣聯(lián)撕下，發(fā)給客戶，記帳聯(lián)在本月補(bǔ)記上月少記 (沖回多記 )的帳款，將變更后的合同或協(xié)議附于其后?？蛻繇殞⒃鲋刀悓Ｓ冒l(fā)票第二聯(lián) (發(fā)票聯(lián) )和第三聯(lián) (稅款抵扣聯(lián) )及產(chǎn)品 (商品 )銷貨單主動(dòng)退還給。銷售退貨單”，將退貨款退還給客戶或?qū)⑼素浛顣簰烊朐摽蛻襞c本公司的有關(guān)帳戶上。信用銷售用戶可以修改、撤銷、恢復(fù)未完成的商品信用銷售單，當(dāng)用戶進(jìn)行電子簽名時(shí)，系統(tǒng)自動(dòng)生成會計(jì)分錄。信用銷售用戶可以應(yīng)用信用銷售程序可以實(shí)現(xiàn)商品的信用銷售操作。在最短的時(shí)間內(nèi)提供銷售數(shù)據(jù)，準(zhǔn)確無誤地計(jì)算出每種商品的銷售數(shù)量、銷售金額做出詳細(xì)的利潤統(tǒng)計(jì)數(shù)據(jù)，讓企業(yè)及時(shí)掌握倉庫庫存信息，安排采購計(jì)劃，使供應(yīng)鏈暢通無阻前臺銷售用戶應(yīng)用前臺銷售程序可以實(shí)現(xiàn)商品的銷售、收款和打印銷售單操作，前臺銷售用戶可以修改、撤銷未生成會計(jì)分錄的商品銷售單，當(dāng)用戶退出窗口時(shí)，系統(tǒng)自動(dòng)生 成會計(jì)分錄和將現(xiàn)金收入記錄在現(xiàn)金日記帳。 27 銷售管理模塊 前臺銷售 前臺銷售是指店鋪前端的營業(yè)銷售活動(dòng)總稱，產(chǎn)品銷售由主要由前臺的銷售人員處理。 采購付款 倉庫收到檢驗(yàn)合格的物料后錄入倉庫入庫單，入庫單有四聯(lián)，其中一聯(lián)給供應(yīng)商，供應(yīng)商根據(jù)入庫單開發(fā)票給采購部。 (3)驗(yàn)收員檢查貨物 驗(yàn)收員只能在當(dāng)前帳套對進(jìn)貨單進(jìn)行電子簽名、撤銷、恢復(fù)操作。 (2)訂購員審核進(jìn)貨單 訂購員只能在當(dāng)前帳套和驗(yàn)收員未簽名前對進(jìn)貨單進(jìn)行電子簽名、取消電子簽名、撤銷、恢復(fù)操作。它所面對的是整個(gè)企業(yè)，而不僅僅是企業(yè)中的采購人員，因?yàn)槠髽I(yè)組織的其他人員也要進(jìn)行有關(guān)采購的協(xié)調(diào)配合工作，他們的使命是保證整個(gè)企業(yè)的物資供應(yīng)，同時(shí)，他們也擁有調(diào)動(dòng)整個(gè)企業(yè)資源的權(quán)利．商品采購程序分為三個(gè)實(shí)現(xiàn)：請購員填寫采購單、訂貨員審核采購單和驗(yàn)收員檢查貨物． (1)請購員填寫進(jìn)貨單 請購員只能在當(dāng)前帳套對 采購單進(jìn)行填寫、修改和撤銷操作。系統(tǒng)首先查詢用戶權(quán)限，如果用戶的權(quán)限滿足，系統(tǒng)打開客戶數(shù)據(jù)管理窗 E1．在客戶數(shù)據(jù)管理窗口可以進(jìn)行客戶的查 詢、添加、修改、刪除操作． 倉庫數(shù)據(jù)管理活動(dòng)圖 倉庫數(shù)據(jù)管理活動(dòng)圖如圖 ． 26 圖 倉庫數(shù)據(jù)管理活動(dòng)圖 Fig Warehouse data management activity chart 倉庫