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