【正文】 E2中的多個(gè)實(shí)體間存在的聯(lián)系：反之， E2中的每個(gè)實(shí)體都至多與 E1中的一個(gè)實(shí)體發(fā)生聯(lián)系。用橢圓表示，橢圓內(nèi)為屬性名稱。包括的數(shù)據(jù)項(xiàng)有序號(hào)、相關(guān)聯(lián)的票據(jù)標(biāo)識(shí)、借貸標(biāo)識(shí)、記帳用戶、發(fā)生金額、發(fā)生日期． 商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 33 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì) 概念結(jié)構(gòu)所涉及到的數(shù)據(jù)是獨(dú)立于硬件和軟件系統(tǒng)的，它的目 標(biāo)是以用戶可以理解的形式來(lái)表達(dá)信息的流程，從而可以和不熟悉計(jì)算機(jī)的用戶交換意見(jiàn)。包括的數(shù)據(jù)項(xiàng)有單據(jù)編號(hào)、單據(jù)類型、供應(yīng)商名字、請(qǐng)購(gòu)員名字、訂購(gòu)員名字、驗(yàn)收員名字、現(xiàn)金管理員名字、收貨地址、倉(cāng)庫(kù)名字、訂單日期、到貨日期、完成狀態(tài)、備注。包括的數(shù)據(jù)項(xiàng)有供應(yīng)商名稱、供應(yīng)商地區(qū)、拼音碼、簡(jiǎn)稱、聯(lián)系電話、聯(lián)系人、手機(jī)、傳真、固定電話、地址、郵編、開(kāi)戶銀行、銀行帳號(hào)、電子郵件、網(wǎng)址、備注。設(shè)計(jì)的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)如下。在需求分析調(diào)研中，首先必須了解正在設(shè)計(jì)的數(shù)據(jù)庫(kù)所管理的數(shù)據(jù)將覆蓋那些部門(mén)，每個(gè)部門(mén)的數(shù)據(jù)都來(lái)自何處，它們是依照何種原則處理數(shù)據(jù)，處理完畢后將輸出信息到其他部門(mén)。 如果數(shù)據(jù)中存在冗余和不一致問(wèn)題，用戶每次在數(shù)據(jù)庫(kù)中輸入數(shù)據(jù)時(shí)，都有發(fā)生錯(cuò)誤的潛在可能。庫(kù)存警告管理用戶可以設(shè)置商品庫(kù)存的最大、最小數(shù)和顯示已經(jīng)到達(dá)警告數(shù)量的商品。所以，庫(kù)存盤(pán)點(diǎn)由四個(gè)程序完成，分別是庫(kù)存盤(pán)點(diǎn)計(jì)數(shù)、庫(kù)存盤(pán)點(diǎn)核查、盤(pán)點(diǎn)損失單管理、盤(pán)點(diǎn)盈收單管理。 (1)商品數(shù)量分拆 商品組合用戶可以應(yīng)用商品數(shù)量分拆程序?qū)⒋蠹唐方M合分拆未 小件商品出售，對(duì) 其進(jìn)行創(chuàng)建、修改、撤銷和恢復(fù)等操作。主要對(duì)實(shí)物的倉(cāng)庫(kù)或庫(kù)位發(fā)生變化，而進(jìn)行的帳目實(shí)物的進(jìn)行庫(kù)存的調(diào)整。客戶須將原增值稅專用發(fā)票第二聯(lián) (發(fā)票聯(lián) )和第三聯(lián) (稅款抵扣聯(lián) )及產(chǎn)品 (商品 )銷貨單主動(dòng)退還給。在最短的時(shí)間內(nèi)提供銷售數(shù)據(jù)，準(zhǔn)確無(wú)誤地計(jì)算出每種商品的銷售數(shù) 量、銷售金額做出詳細(xì)的利潤(rùn)統(tǒng)計(jì)數(shù)據(jù)，讓企業(yè)及時(shí)掌握倉(cāng)庫(kù)庫(kù)存信息，安排采購(gòu)計(jì)劃，使供應(yīng)鏈暢通無(wú)阻前臺(tái)銷售用戶應(yīng)用前臺(tái)銷售程序可以實(shí)現(xiàn)商品的銷售、收款和打印銷售單操作，前臺(tái)銷售用戶可以修改、撤銷未生成會(huì)計(jì)分錄的商品銷售單，當(dāng)用戶退出窗口時(shí)，系統(tǒng)自動(dòng)生成會(huì)計(jì)分錄和將現(xiàn)金收入記錄在現(xiàn)金日記帳。 (2)訂購(gòu)員審核進(jìn)貨單 訂購(gòu)員只能在當(dāng)前帳套和驗(yàn)收員未簽名前對(duì)進(jìn)貨單進(jìn)行電子簽名、取消電子簽名、撤銷、恢復(fù)操作。系統(tǒng)首先檢查用戶權(quán)限，如果用戶的權(quán)限滿足，系統(tǒng)打開(kāi)供應(yīng)商數(shù)據(jù)管理窗口。 用戶日志查看活動(dòng)圖如圖 。 用戶登錄活動(dòng)圖 Fig The user registers the active chart 數(shù)據(jù)備份活動(dòng)圖 數(shù)據(jù)備份活動(dòng)圖如圖 ． 商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 23 數(shù)據(jù)備份是為了保障數(shù)據(jù)安全 ，當(dāng)系統(tǒng)發(fā)生故障時(shí)，可以及時(shí)的恢復(fù)數(shù)據(jù)，確保數(shù)據(jù)不丟失。結(jié)束過(guò)程的活動(dòng)連接到一個(gè)終止點(diǎn) (就像在狀態(tài)圖中一樣 )。 活動(dòng)圖表 示在處理某個(gè)活動(dòng)時(shí)，兩個(gè)或者更多的類對(duì)象之間的過(guò)程控制流。此外 UML還支持對(duì)元模型的擴(kuò)展定義。使用 u沮．時(shí)，要從不同的角度觀察系統(tǒng)，為此定義了一個(gè)概念“視圖”。 庫(kù)存模塊與其他模塊之間的關(guān)系圖如圖 所示。 主要功能：幫助、關(guān)于本軟件。進(jìn)入庫(kù)存管理模塊之后用戶可進(jìn)行庫(kù)存調(diào)撥、商品調(diào)價(jià)、商品組合、庫(kù)存盤(pán)點(diǎn)、庫(kù)存商品查詢、庫(kù)存單據(jù)查詢、庫(kù)存警告管理、商品有效期查詢． 庫(kù)存管理模塊提供如下功能： (1)商品調(diào)出用戶和商品驗(yàn)收用戶可以應(yīng)用庫(kù)存調(diào)撥程序進(jìn)行庫(kù)存商品的調(diào)撥操 作。 (5)銷售退貨。 銷售管理模塊提供如下功能： (1)特價(jià)商品查看。 (5)進(jìn)貨單查詢。 圖 基礎(chǔ)信息模塊功能圖 Fig Foundation information module function 商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 14 采購(gòu)管理模塊功能 采購(gòu)管理模塊用于采 購(gòu)部門(mén)管理其日常交往。 基礎(chǔ)信息模塊提供如下功能： (1)帳戶管理可以應(yīng)用管理程序進(jìn)行帳戶的創(chuàng)建、打開(kāi)、備份、刪除操作。有系統(tǒng)管理子系統(tǒng)權(quán)限的用戶，可登錄進(jìn)入系統(tǒng)管理子系統(tǒng)。 (3)采購(gòu)管理模塊。按照部門(mén)職能，可把主系統(tǒng)做進(jìn)一步的劃分。采購(gòu)到的商品必須入庫(kù)，由倉(cāng)庫(kù)保存。庫(kù)房作為菇品行物資資源的存放地點(diǎn)。 菇品行內(nèi)部結(jié)構(gòu) 菇品行內(nèi)部結(jié)構(gòu)圖如圖 3． 1所示． 圖 菇品行內(nèi)部結(jié)構(gòu)圖 Fig． 3． 1 Internal structure 總經(jīng)理負(fù)責(zé)菇品行的決策和發(fā)展戰(zhàn)略，定期查看各部門(mén)的工作狀況。能夠清楚地看到菇品的質(zhì)量劃分等級(jí)、數(shù)量、存放的地點(diǎn)等信息。開(kāi)放式數(shù)據(jù) 庫(kù)互連 (／ DBC)和不同操作系統(tǒng)間的互訪性則可以為電子商務(wù)與 ERP的整合提供這種技術(shù)支撐平臺(tái)． 本論文以鄭記菇品行為例，利用現(xiàn)有的軟硬件資源，如何實(shí)現(xiàn)采銷結(jié)合，如何實(shí)現(xiàn) 倉(cāng)庫(kù)管理工作系統(tǒng)化、規(guī)范化、自動(dòng)化，如何正確的進(jìn)貨和庫(kù)存控制及其發(fā)貨，從而減少商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 7 管理費(fèi)用，提高企業(yè)的競(jìng)爭(zhēng)力。如何提升行業(yè)競(jìng)爭(zhēng)力， 企業(yè)內(nèi)部信息化是不可缺少的一個(gè)步驟。另一方面，建立企業(yè)外部網(wǎng)站。只有徹底轉(zhuǎn)變觀念，中國(guó)企業(yè)才能夠通過(guò)學(xué)習(xí)來(lái)認(rèn)識(shí)和把握未來(lái)社會(huì)的基本走向，調(diào)整、變革企業(yè)的戰(zhàn)路構(gòu)想、運(yùn)作模式和組織構(gòu)造，以求在新一輪的競(jìng)爭(zhēng)和合作中實(shí)現(xiàn)跨越式發(fā)展。通過(guò)網(wǎng)絡(luò)實(shí)現(xiàn)數(shù)據(jù)傳輸和異地辦公、管理，貨品即時(shí)查詢顯示，以及資金的應(yīng)收應(yīng)付、日結(jié)月結(jié)統(tǒng)計(jì)等財(cái)務(wù)管理，客戶在線下單，公司在線審單，倉(cāng)庫(kù)實(shí)時(shí)出貨等無(wú)紙化銷售型商務(wù)管理系統(tǒng)。最后也是最重要的，本文詳 細(xì)描述了根據(jù)設(shè)計(jì)方案實(shí)施商務(wù)進(jìn)銷存各個(gè)模塊功能的具體實(shí)現(xiàn)。商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 1 畢業(yè)論文 商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 摘要 ： 商務(wù)進(jìn)銷存管理是商務(wù)流通領(lǐng)域一個(gè)重要的基礎(chǔ)性工作。然后通過(guò)每個(gè)模塊的用例 圖分析建立各個(gè)窗體的活動(dòng)圖，對(duì)每個(gè)模塊的業(yè)務(wù)流程進(jìn)行描述。 本系統(tǒng)針對(duì)鄭記菇品行的運(yùn)營(yíng)特點(diǎn)以及應(yīng)用需求開(kāi)發(fā)商務(wù)進(jìn)銷存管理系統(tǒng)，擴(kuò)展了 傳統(tǒng)進(jìn)銷存系統(tǒng)的功能、幫助鄭記菇品行全面管理采購(gòu)、銷售、庫(kù)存、往來(lái)結(jié)算及客戶管理等各項(xiàng)工作。嘲面對(duì)經(jīng)濟(jì)全球化，這是惟一的選擇，任何忽視和 等待都是要不得的。其中，對(duì)不同行業(yè)中的企業(yè)，尤其是中小企業(yè)，可以考慮采用公共的基礎(chǔ)設(shè)施平臺(tái)，通過(guò)公共接口直接接入公共電子信息管理系統(tǒng)或電子交易市場(chǎng)：第二步：一方面，在企業(yè)內(nèi)部建立網(wǎng)上協(xié)作環(huán)境，即通常所說(shuō)的辦公自 動(dòng)化，滿足信息的共享和及時(shí)上傳下達(dá)的要求，實(shí)現(xiàn)高效率的網(wǎng)絡(luò)協(xié)同工作。信息化不足，計(jì)算機(jī)使用率低，大量的日常工作皆是手工處理，因此工作效率低落，企業(yè)內(nèi)部溝通不良等等問(wèn)題很難克服。電子商務(wù)與 ERP的整合不僅需要應(yīng)用層各模塊的重新組合與集成，而且也必須有數(shù)據(jù)庫(kù)層和操作系統(tǒng)層來(lái)做支持。 (3)庫(kù)存管理。 商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 8 第 3 章 系統(tǒng)結(jié)構(gòu)與模塊功能設(shè)計(jì) 通過(guò)實(shí)際的研究和分析工作，現(xiàn)在對(duì)菇品行的組織結(jié)構(gòu)和職能部門(mén)的劃分有了一個(gè)初步的了解，將依據(jù)菇品行現(xiàn)有組織結(jié)構(gòu)進(jìn)行逐層分析，最后進(jìn)行總體合成，實(shí)現(xiàn)一個(gè)既利于各部門(mén)分布式管理又利于企業(yè)管理者全方位把握企業(yè)運(yùn)轉(zhuǎn)情況的商務(wù)進(jìn)銷存管理信息系統(tǒng)。部 門(mén)管理人員需要開(kāi)拓市場(chǎng)，與銷售商建立良好的 伙伴關(guān)系，保證企業(yè)的商品能夠快速高效地提供給客戶． 倉(cāng)庫(kù)是存放商品的地方。采購(gòu)部門(mén)的采購(gòu)信息及時(shí)反饋辦公室。必要的信息交流通過(guò)系統(tǒng)總體設(shè)計(jì)實(shí)現(xiàn)資源共享。基礎(chǔ)信息模塊包括各種數(shù)據(jù)處理模塊。 圖 3． 4主系統(tǒng)模塊功能圖 Main system module function 商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 12 系統(tǒng)管理模塊 功能 系統(tǒng)管理模塊用于管理整個(gè)系統(tǒng)的配置以及用戶。進(jìn)入基礎(chǔ)信息管理子系統(tǒng)后，用戶可以進(jìn)行的操作有帳套管理、商品數(shù)據(jù)管理、商品折扣管理、供應(yīng)商數(shù)據(jù)管理、客戶數(shù)據(jù)管理、客戶信用管理、倉(cāng)庫(kù)數(shù)據(jù)管理。 基礎(chǔ)信息模塊功能圖如圖 。訂購(gòu)用戶、驗(yàn)收用戶和現(xiàn)金管理用戶可以應(yīng)用進(jìn)貨退貨程序?qū)崿F(xiàn)單 據(jù) 審批和退貨操作。進(jìn)入銷售管理模塊之后用戶可進(jìn)行特價(jià)商品查看、前臺(tái)銷售、信用銷售、銷售收款、銷售退貨、銷售單查詢、應(yīng)收帳款查詢。銷售收款用戶可以應(yīng)用銷售收款程序進(jìn)行收款操作。有庫(kù)存管理模塊權(quán)限的用戶，可登錄進(jìn)入庫(kù)存管理模塊。 圖 庫(kù)存管理模塊功能圖 商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 17 幫助模塊功能 幫助模塊用于本系統(tǒng)的幫助文件，使用戶了解本軟件的功能，并能快速掌握使用本系統(tǒng)。系統(tǒng)管理模塊負(fù)責(zé)分配庫(kù)存管理模塊的用戶權(quán)限：基礎(chǔ)信息模塊可與庫(kù)存模塊共同管理倉(cāng)庫(kù)管理人員；銷售管理模塊從庫(kù)存管理模塊中領(lǐng)取產(chǎn)品進(jìn)行銷售；采購(gòu)管理模塊將采購(gòu)的產(chǎn)品入庫(kù)。 降級(jí)模式：服務(wù)器模塊可以在內(nèi)存 512M的機(jī)器上運(yùn)行． 商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 21 第 4章 建模分析 UML是一種可視化的建模語(yǔ)言，對(duì)其各建模元素可進(jìn)行詳細(xì)說(shuō)明，并能生成所建模型的文檔。的所有元素在語(yǔ)法和語(yǔ)義上提供了簡(jiǎn)單、一致、通用的定義性說(shuō)明，使開(kāi)發(fā)者能在語(yǔ)義上取得一致，消除了因人而異的最佳表達(dá)方法所造成的影響。本系統(tǒng)采用活動(dòng)圖對(duì)該系統(tǒng)中的系統(tǒng)管理模塊、基礎(chǔ)信息模塊、采購(gòu)管理模塊、銷售管理模塊、庫(kù)存管理模塊的各個(gè)程序運(yùn)行流程進(jìn)行分析?；顒?dòng)可以通過(guò)轉(zhuǎn)換線段連 接到其他活動(dòng)，或者連接到判斷點(diǎn)，這些判斷點(diǎn)連接到由判斷點(diǎn)的條件所保護(hù)的不同活動(dòng)。 商務(wù)進(jìn)銷存管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 22 用戶登錄活動(dòng)圖如圖 。系統(tǒng)首先檢查用戶權(quán)限，如果用戶的權(quán)限滿足，系統(tǒng)打開(kāi)用戶日志查看窗口，根據(jù)用戶的權(quán)限在用戶日志查看窗口可以根據(jù)查詢條件顯示用戶日志。 供應(yīng)商數(shù)據(jù)管理是指具備生產(chǎn)菇品的廠家及其個(gè)人，對(duì)其進(jìn)行信息數(shù)據(jù)的記錄，以方便查詢。請(qǐng)購(gòu)員根據(jù)庫(kù)存情 況提出采購(gòu)請(qǐng)求，在訂購(gòu)員未簽名和采購(gòu)單沒(méi)有被撤銷或者完成前，請(qǐng)購(gòu)員可以修改或者 撤銷訂貨單。系統(tǒng)將商場(chǎng)店鋪的銷售情況隨時(shí)匯總與傳遞到后臺(tái)，及時(shí)準(zhǔn)確地歸集大量的銷售單據(jù)。銷售退貨模塊用來(lái)記錄銷售退貨的具體內(nèi)容。企業(yè)內(nèi)部倉(cāng)庫(kù)貨位問(wèn)調(diào)撥商品的業(yè)務(wù)是通過(guò)系統(tǒng)內(nèi)的商品調(diào)撥單進(jìn)行處理的，他是記錄商品在企業(yè)內(nèi)部各倉(cāng)庫(kù)之間調(diào)撥信息的單據(jù)。所以，商品組合分類管理由兩個(gè)程序?qū)崿F(xiàn)，分別是商品數(shù)量分拆程序和商品數(shù)量組合程序。到月底、季度末、年底等需要盤(pán)點(diǎn)的時(shí)候，操作員可以先在系統(tǒng)內(nèi)打印出庫(kù)存清單，利用該清單與實(shí)物核對(duì)，最后把準(zhǔn)確數(shù)字輸入系統(tǒng)．系統(tǒng)會(huì)自動(dòng)計(jì)算出盤(pán)盈盤(pán)虧、庫(kù)存準(zhǔn)確率，并利用實(shí)盤(pán)數(shù)量調(diào)整帳面數(shù)量，保持帳面與實(shí)物的一致。在前臺(tái)銷售操作員登錄到系統(tǒng)后，系統(tǒng)會(huì)自動(dòng)檢查庫(kù)存，當(dāng)庫(kù)存量低于這個(gè)警告數(shù)量時(shí)系統(tǒng)會(huì)立即顯現(xiàn)缺貨警示，避免銷售期間出現(xiàn)缺貨的尷尬。數(shù)據(jù)標(biāo)準(zhǔn)化”，標(biāo)準(zhǔn)化數(shù)據(jù)庫(kù)設(shè)計(jì)的一些原則如下： (1)減少數(shù)據(jù)的冗余和不一致性。 數(shù)據(jù)庫(kù)的需求分析 數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)的第一個(gè)階段，也是非常重要的一個(gè)階段是數(shù)據(jù)庫(kù)需求分析。 本系統(tǒng)通過(guò)對(duì)鄭記菇品行的分析，商務(wù)進(jìn)銷存管理信息系統(tǒng)的數(shù)據(jù)庫(kù)分為 13張數(shù)據(jù)表， 分別存放相應(yīng)子功能的數(shù)據(jù)信息，其中商品數(shù)據(jù)表、供應(yīng)商數(shù)據(jù)表和客戶數(shù)據(jù)表是關(guān)鍵的表，用于存放基本的數(shù)據(jù)信息。 (4)供應(yīng)商信息。 (8)庫(kù)存帳套信息。 (13)現(xiàn)金帳套信息。 (2)實(shí)體的各種屬性。記為 1： 1。 (5)庫(kù)存帳套信息實(shí)體 庫(kù)存帳套信息實(shí)體主要由單據(jù)編號(hào)、供應(yīng)商名字、請(qǐng)購(gòu)員名字、訂購(gòu)員名字、驗(yàn)收員名字、現(xiàn)金管理員名字、收貨地址、倉(cāng)庫(kù)名字、訂單日期、到貨日期等組成，用于保存庫(kù)存單信息。 銷售帳套數(shù)據(jù)表與銷售帳套明細(xì)數(shù)據(jù)表是一對(duì)多的關(guān)系，通過(guò)銷售帳套數(shù)據(jù)表中的單據(jù)編號(hào)字段與銷售帳套明細(xì)數(shù)據(jù)表中的單據(jù)編號(hào)字段建立兩個(gè)數(shù)據(jù)表之間的聯(lián)系，銷售帳套數(shù)據(jù)表的一條記錄可以對(duì)應(yīng)銷售帳套明細(xì)數(shù)據(jù)表的多條記錄。 商務(wù)進(jìn)銷存管理信息系統(tǒng)數(shù)據(jù)庫(kù)中各個(gè)表格的設(shè)計(jì)結(jié)果如下面表格所示。商品條形碼為主鍵并進(jìn)行升序排列。 WebLogic 平臺(tái)簡(jiǎn)介 BEA Weblogic是用于開(kāi)發(fā)、集成、部署和管理大型分布式 Web應(yīng)用、網(wǎng)絡(luò)應(yīng)用和數(shù)據(jù)庫(kù)應(yīng)用的 Java應(yīng)用服務(wù)器。 (1)J2EE定義了以下三個(gè)組件 ① application client和 applets是客戶層組件； ② Java Servlet和 JSP組件是 WEB層組件： ③ Enterprise JavaBean(EJB)組件是業(yè)務(wù)處理層組件。 Web層也可以包括一些 JavaBeans。業(yè)務(wù)層中的 EJB要運(yùn)行在容器中，容器解決了底層的問(wèn)題，如事務(wù)處理、生命周期、狀態(tài)管理、多線程安全管理、資源池等。為分布式應(yīng)用提供支持的多方面． ①組件技術(shù) J2EE的核心思想是基于組件／容器的應(yīng)用。 ④數(shù)據(jù)庫(kù)訪問(wèn) 無(wú)論是傳統(tǒng)的企業(yè)信息系統(tǒng)還是將來(lái)的