本科畢業(yè)論文

1、 本科畢業(yè)論文（設計） 題 目 電子商務實驗室EDI模擬系統(tǒng)的設計與分析 學 院：嘉興學院數(shù)學與信息工程學院 專 業(yè)：計算機科學與技術(shù) 學生姓名：張三 學 號：200532225307 指導教師： 吳老師 嘉興學院教務處制 二九年五月十四日電子商務實驗室EDI模擬系統(tǒng)的分析與設計張三嘉興學院數(shù)學與信息工程學院摘要：電子商務實驗室是針對電子商務課程相對應的實踐環(huán)節(jié)所需的實踐環(huán)境，為了讓學生更好地熟悉和理解電子商務的各個交易流程，實驗室中涉及了C2C、B2C、B2B電子交易、EDI模擬系統(tǒng)、物流網(wǎng)管理系統(tǒng)、網(wǎng)上銀行、考試系統(tǒng)、網(wǎng)絡營銷等。EDI是英文Electronic Data Intercha

2、nge的縮寫，中文可譯為“電子數(shù)據(jù)互換”。 EDI模擬系統(tǒng)是電子商務實驗室其中的一個模塊。它將模擬EDI（電子數(shù)據(jù)交換）整個過程。該研究通過面向?qū)ο蟮姆治龊驮O計方法對該模塊進行全面的流程設計和分析。使用UML寫出并畫出完成該模塊的系統(tǒng)分析與系統(tǒng)設計部分，就該模塊來實現(xiàn)一個系統(tǒng)模型。EDI模擬系統(tǒng)包括有以下模塊：貿(mào)易伙伴管理、商品信息管理、單證錄入接口、報文生成和處理模塊、格式轉(zhuǎn)換模塊、通信模塊和管理平臺等模塊。關(guān)鍵詞：EDI模擬系統(tǒng); UML E-CommerceLab EDI simulation systems Analysis and DesignQian guofangCollege

3、of Mathematics and Information Engineering , Jiaxing University Abstract: Laboratory for e-business e-commerce is relatively courses should be part of the practice of the practice environment, in order to allow students to better know and understand the various e-commerce transaction process, the la

4、boratory involved in the C2C, B2C, B2B electronic transactions, EDI simulation System, the logistics network management system, Internet banking, examination systems, marketing, etc. EDI is the English abbreviation of Electronic Data Interchange, the Chinese can be translated as "electronic dat

5、a interchange." EDI simulation system is one of the e-commerce laboratory module. It will simulate EDI (electronic data interchange) the whole process. The study by the object-oriented analysis and design of the module to conduct a comprehensive process design and analysis. Require the use of U

6、ML to write and draw to complete the module system analysis and design of the system. On the module to achieve a simple system model. EDI simulation system is one of the e-commerce laboratory module. It will simulate EDI (electronic data interchange) the whole process. Including the following module

7、s: trading partner management, the value of information management, document entry interface, to the text generation and processing module, the format conversion module, communications modules and platform management modules.Key words: EDI simulation system; UML 第1章. 緒論1.1 EDI的概念EDI是英文Electronic Dat

8、a Interchange的縮寫，中文可譯為“電子數(shù)據(jù)互換”，港、澳及海外華人地區(qū)稱作“電子資料聯(lián)通”。它是一種在公司之間傳輸訂單、發(fā)票等作業(yè)文件的電子化手段。它通過計算機通信網(wǎng)絡將貿(mào)易、動輸、保險、銀行和海關(guān)等行業(yè)信息，用一種國際公認的標準格式，實現(xiàn)各有關(guān)部門或公司與企業(yè)之間的數(shù)據(jù)交換與處理，并完成以貿(mào)易為中心的全部過程，它是80年代發(fā)展起來的一種新穎的電子化貿(mào)易工具，是計算機、通信和現(xiàn)代管理技術(shù)相結(jié)合的產(chǎn)物。國際標準化組織(ISO)將EDI描述成“將貿(mào)易(商業(yè))或行政事務處理按照一個共認的標準變成結(jié)構(gòu)化的事務處理或信息數(shù)據(jù)格式，從計算機到計算機的電子傳輸”。而ITUT(原CCITT)將ED

9、I定義為“從計算機到計算機之間的結(jié)構(gòu)化的事務數(shù)據(jù)互換”。又由于使用EDI可以減少甚至消除貿(mào)易過程中的紙面文件，因此EDI又被人們通俗地稱為“無紙貿(mào)易”。由于EDI具有高速、精確、遠程和巨量的技術(shù)性能，因此EDI的興起標志著一場全新的、全球性的商業(yè)革命的開始。本世紀60年代末，歐洲和美國幾乎同時提出了EDI的概念。早期的EDI只是在兩個商業(yè)伙伴之間，依靠計算機與計算機直接通信完成。70年代，數(shù)字通信技術(shù)的發(fā)展大大加快了EDI技術(shù)的成熟和應用范圍的擴大，也帶動了跨行業(yè)EDI系統(tǒng)的出現(xiàn)。80年代EDI標準的國際化又使EDI的應用躍入了一個新的里程。時至今日，EDI歷經(jīng)萌芽期、發(fā)展期已步入成熟期。1.

10、2 EDI的特點根據(jù)國內(nèi)電子商務相關(guān)的書籍資料，網(wǎng)絡營銷教學網(wǎng)站將EDI的特點歸納如下6個方面：(1) EDI的使用對象是不同的組織之間，EDI傳輸?shù)钠髽I(yè)間的報文，是企業(yè)間交流的一種方式；(2) EDI所傳送的資料是一般業(yè)務資料，如發(fā)票、訂單等，而不是指一般性的通知；傳輸?shù)膱笪氖歉袷交?，是符合國際標準的，這是計算機能夠自動處理報文的基本前提；(3) EDI使用的數(shù)據(jù)通信網(wǎng)絡一般是增值網(wǎng)、專用網(wǎng)；(4) 數(shù)據(jù)傳輸由收送雙方的計算機系統(tǒng)直接傳送、交換資料，不需要人工介入操作； EDI與傳真或電子郵件的區(qū)別是:傳真與電子郵件，需要人工的閱讀判斷處理才能進入計算機系統(tǒng)。人工將資料重復輸入計算機系統(tǒng)中

11、，既浪費人力資源，也容易發(fā)生錯誤，而EDI不需要再將有關(guān)資料人工重復輸入系統(tǒng)參考文獻1。1.3 EDI應用舉例基于WEB的EDI系統(tǒng)：其中用HTML可產(chǎn)生表單，這樣的表單放在WEB服務器上，可以被 有 Internet接入口和安裝了瀏覽器的用戶使用。當用戶通過瀏覽器從WEB服務器上獲得所需要的表單并且填寫完成后，表單可由客戶機發(fā)送給WEB服務器，然后服務器將表單數(shù)據(jù)傳送一個外部程序（腳本），在EDI服務器中腳本將數(shù)據(jù)翻譯為統(tǒng)一的EDI格式，并將要處理的目標數(shù)據(jù)送到供應商的EDI業(yè)務應用程序中，腳本接著動態(tài)的產(chǎn)生一個HTML頁面進行業(yè)務確認，通過WEB服務器回送給用戶的瀏覽器。WEB客戶機與服務

12、器之間的通信借助于分組交換的TCP/IP之上建立的HTTP協(xié)議進行，即通信是基于客戶機詢問和服務器應答之上的。 WEB EDI允許中小企業(yè)只需通過瀏覽器和Internet連接去執(zhí)行EDI交換，但它是不對稱的。一方實現(xiàn)EDI交換，承擔所有實現(xiàn)EDI的費用，一般是較大的公司，它對EDI消息開發(fā)或購買相應的WEB表格、改造成適合自己的IC，然后放在WEB站點上，成為EDI的接口。另一方只參與EDI交換，但不能從EDI中獲得好處。因此，WEB EDI只能讓中小企業(yè)負擔得起上EDI的費用，但在得到EDI的好處方面，與實現(xiàn)EDI方（較大公司）是不均等的。 目前，WEB EDI已在上海得到初步應用，只要進入

13、EDI公司的萬維網(wǎng)選擇“賓館客房網(wǎng)上訂”，瑞金、華亭、和平等十多家賓館的資料就會躍入你的眼簾，用戶只需根據(jù)網(wǎng)頁提示，在瀏覽器中選擇所需賓館，在線填寫定單并發(fā)送，不久可通過WEB或Email得到賓館的訂房答復。通過訂房確認單，用戶還可對訂房需求進行確認和修改。 第2章. 電子商務實驗室EDI的背景、實現(xiàn)過程及其所存在問題2.1 電子商務實驗室EDI的背景和意義所謂電子商務，就是在網(wǎng)上開展商務活動。當企業(yè)將它的主要業(yè)務通過企業(yè)內(nèi)部網(wǎng)(Intranet)、外部網(wǎng)(Extranet)以及Internet與企業(yè)的職員、客戶、供銷商以及合作伙伴直接相連時，其中發(fā)生的各種活動就是電子商務。電子商務包括一切使

14、用電子手段進行的商業(yè)活動。這樣，現(xiàn)在已經(jīng)流行的電話購物、電視購物都可以歸入電子商務的范圍。但大多數(shù)定義還是將電子商務限制在使用計算機網(wǎng)絡進行商業(yè)活動。因為只有在計算機網(wǎng)絡，特別是Internet普及的今天，才使得電子商務得到如此廣泛的應用，也使得商業(yè)模式發(fā)生了根本性的轉(zhuǎn)變參考文獻2。EDI是英文Electronic Data Interchange的縮寫，中文可譯為“電子數(shù)據(jù)互換”，港、澳及海外華人地區(qū)稱作“電子資料聯(lián)通”。它是一種在公司之間傳輸訂單、發(fā)票等作業(yè)文件的電子化手段。它通過計算機通信網(wǎng)絡將貿(mào)易、動輸、保險、銀行和海關(guān)等行業(yè)信息，用一種國際公認的標準格式，實現(xiàn)各有關(guān)部門或公司與企業(yè)之

15、間的數(shù)據(jù)交換與處理，并完成以貿(mào)易為中心的全部過程，它是80年代發(fā)展起來的一種新穎的電子化貿(mào)易工具，是計算機、通信和現(xiàn)代管理技術(shù)相結(jié)合的產(chǎn)物。國際標準化組織(ISO)將EDI描述成“將貿(mào)易(商業(yè))或行政事務處理按照一個共認的標準變成結(jié)構(gòu)化的事務處理或信息數(shù)據(jù)格式，從計算機到計算機的電子傳輸”。而ITUT(原CCITT)將EDI定義為“從計算機到計算機之間的結(jié)構(gòu)化的事務數(shù)據(jù)互換”。伴隨著計算機及計算機網(wǎng)絡技術(shù)的快速發(fā)展與普及, 經(jīng)濟全球化的進程在不斷加快, 致了一種新的革命性的商務活動方式電子商務( E-Commerce) 的出現(xiàn)。電子商務作一門新的學科, 正在快速發(fā)展, 國內(nèi)外許多大學都順應社會

16、經(jīng)濟的發(fā)展,開設了電子商 程, 于是電子商務專業(yè)也隨之應運而生，也因此有了電子商務實驗室。當代世界，科學技術(shù)突飛猛進，社會經(jīng)濟日新月異。在國際貿(mào)易中，由于買賣雙方地處同和地區(qū)，因此在大多數(shù)情況下，不是簡單地直接地面對面地買賣，而必須以銀行進行擔保，以各種紙面單證為憑證，方能達到商品與貨幣交換的目的。這時，紙面單證就代表了貨物所有權(quán)的轉(zhuǎn)移，因此從某種意義上講“紙面單證就是外匯”。全球貿(mào)易額的上升帶來了各種貿(mào)易單證、文件數(shù)量的激增。雖然計算機及其它辦公自動化設備的出現(xiàn)可以在一定范圍內(nèi)減輕人工處理紙面單證的勞動強度，但由于各種型號的計算機不能完全兼容，實際上又增加了對紙張的需求，美國森林及紙張協(xié)會曾

17、經(jīng)做過統(tǒng)計，得出了用紙量超速增長的規(guī)律: 即年國民生產(chǎn)總值每增加10億美元，用紙量就會增加8萬噸。正是在這樣的背景下，以計算機應用、通信網(wǎng)絡和數(shù)據(jù)標準化為基礎的EDI應運而生。EDI一經(jīng)出現(xiàn)便顯示出了強大的生命力，迅速地在世界各主要工業(yè)發(fā)達國家和地區(qū)得到廣泛的應用。電子商務平臺目前在很多方面都有應用, 其中用HTML可產(chǎn)生表單，這樣的表單放在WEB服務器上，可以被有 Internet接入口和安裝了瀏覽器的用戶使用。當用戶通過瀏覽器從WEB服務器上獲得所需要的表單并且填寫完成后，表單可由客戶機發(fā)送給WEB服務器，然后服務器將表單數(shù)據(jù)傳送一個外部程序（腳本），在EDI服務器中腳本將數(shù)據(jù)翻譯為統(tǒng)一的

18、EDI格式，并將要處理的目標數(shù)據(jù)送到供應商的EDI業(yè)務應用程序中，腳本接著動態(tài)的產(chǎn)生一個HTML頁面進行業(yè)務確認，通過WEB服務器回送給用戶的瀏覽器。WEB客戶機與服務器之間的通信借助于分組交換的TCP/IP之上建立的HTTP協(xié)議進行，即通信是基于客戶機詢問和服務器應答之上的。 WEB EDI允許中小企業(yè)只需通過瀏覽器和Internet連接去執(zhí)行EDI交換，但它是不對稱的。一方實現(xiàn)EDI交換，承擔所有實現(xiàn)EDI的費用，一般是較大的公司，它對EDI消息開發(fā)或購買相應的WEB表格、改造成適合自己的IC，然后放在WEB站點上，成為EDI的接口。另一方只參與EDI交換，但不能從EDI中獲得好處。因此，

19、WEB EDI只能讓中小企業(yè)負擔得起上EDI的費用，但在得到EDI的好處方面，與實現(xiàn)EDI方（較大公司）是不均等的。鑒于以上分析,EDI必然會成為以后企業(yè)之間交易的主要交易手段。2.2 電子商務實驗室EDI的實現(xiàn)過程及需要解決的問題 在EDI中，EDI參與者所交換的信息客體稱為郵包。在交換過程中，如果接收者從發(fā)送者所得到的全部信息包括在所交換的郵包中，則認為語義完整，并稱該郵包為完整語義單元(CSU)。CSU的生產(chǎn)者和消費者統(tǒng)稱為EDI的終端用戶。在EDI工作過程中，所交換的報文都是結(jié)構(gòu)化的數(shù)據(jù)，整個過程都是由EDI系統(tǒng)完成的。用戶接口模塊業(yè)務管理人員可用此模塊進行輸入、查詢、統(tǒng)計、中斷、打印

20、等，及時地了解市場變化，調(diào)整策略。內(nèi)部接口模塊是EDI系統(tǒng)和本單位內(nèi)部其它信息系統(tǒng)及數(shù)據(jù)庫的接口，一份來自外部的EDI報文，經(jīng)過EDI系統(tǒng)處理之后，大部分相關(guān)內(nèi)容都需要經(jīng)內(nèi)部接口模塊送往其它信息系統(tǒng)，或查詢其它信息系統(tǒng)才能給對方EDI報文以確認的答復。報文生成及處理模塊該模塊有兩個功能:a.接受來自用戶接口模塊和內(nèi)部接口模塊的命令和信息，按照EDI標準生成訂單、發(fā)票等各種EDI報文和單證，經(jīng)格式轉(zhuǎn)換模塊處理之后，由通信模塊經(jīng)EDI網(wǎng)絡發(fā)給其它EDI用戶。b.自動處理由其它EDI系統(tǒng)發(fā)來的報文。在處理過程中要與本單位信息系統(tǒng)相聯(lián)，獲取必要信息并給其它EDI系統(tǒng)答復，同時將有關(guān)信息送給本單位其它信

21、息系統(tǒng)。如因特殊情況不能滿足對方的要求，經(jīng)雙方EDI系統(tǒng)多次交涉后不能妥善解決的，則把這一類事件提交用戶接口模塊，由人工干預決策。格式轉(zhuǎn)換模塊所有的EDI單證都必須轉(zhuǎn)換成標準的交換格式，轉(zhuǎn)換過程包括語法上的壓縮、嵌套、代碼的替換以及必要的EDI語法控制字符。在格式轉(zhuǎn)換過程中要進行語法檢查，對于語法出錯的EDI報文應拒收并通知對方重發(fā)。通信模塊該模塊是EDI系統(tǒng)與EDI通信網(wǎng)絡的接口。包括執(zhí)行呼叫、自動重發(fā)、合法性和完整性檢查、出錯報警、自動應答、通信記錄、報文拼裝和拆卸等功能。 除以上這些基本模塊外，EDI系統(tǒng)還必須具備一些基本功能。命名和尋址功能EDI的終端用戶在共享的名字當中必須是唯一可標

22、識的。命名和尋址功能包括通信和鑒別兩個方面。在通信方面，EDI是利用地址而不是名字進行通信的。因而要提供按名字尋址的方法，這種方法應建立在開放系統(tǒng)目錄服務ISO9594(對應ITU-T X.500)基礎上。在鑒別方面，有若干級必要的鑒別，即通信實體鑒別，發(fā)送者與接收者之間的相互鑒別等。安全功能EDI的安全功能應包含在上述所有模塊中。它包括以下一些內(nèi)容:終端用戶以及所有EDI參與方之間的相互驗證；數(shù)據(jù)完整性；EDI參與方之間的電子(數(shù)字)簽名； 否定EDI操作活動的可能性；密鑰管理。 目前EDI面臨的主要問題有EDI系統(tǒng)的保護問題: 前有許多種專門的數(shù)據(jù)加密的方法，它們在EDI系統(tǒng)中起了不小的作

23、用。數(shù)據(jù)加密是指將通常使用的信息整理為某種只有靠譯碼還原才可辨認的特殊信息的處理過程。數(shù)據(jù)加密標準（DES）就是由ANSI支持發(fā)展出的加密碼算法標準，它已廣泛應用于EDI領域中。DES提出了10種可以使普通信息變?yōu)槊艽a信息的密鑰。只有使用相同的密鑰的人，才可能將已加密數(shù)據(jù)破譯。在系統(tǒng)中，關(guān)鍵是保持好對密鑰的控制。它的保密強度也十分可靠。如果破譯者采用密鑰窮舉的辦法來求出密鑰，那么長為100比特的密鑰空間共有2100個密鑰，即使用大型計算機，也要上千年才能完成。 同時，這些安全服務還要與數(shù)字簽名、訪問控制、鑒別交換、流量填充、路由控制、回執(zhí)、安全恢復等基本安全功能結(jié)合起來，才能有效地解決EDI在

24、開放式網(wǎng)絡中通信的保密問題。另外還有比如EDI的標準化問題,等等,都需要不斷的摸索和研究。 第3章. UML建模方式與office visio 2007 簡介3.1 建模方式 3.1.1 UML簡介視圖用來表示系統(tǒng)的一個方面, 每個視圖代表完整系統(tǒng)描述的一個抽象.顯示系統(tǒng)一個特定方面, 每個視圖由一組圖構(gòu)成參考文獻3。根據(jù)圖在不同架構(gòu)視圖中的應用, 可劃分為:（1）. 在用戶模型視圖: 用例圖(Use case diagram)（2）. 在結(jié)構(gòu)模型(邏輯)視圖: 類圖(Class diagram) 描述系統(tǒng)靜態(tài)結(jié)構(gòu); 對象圖(Object diagram) 描述系統(tǒng)在某個時刻靜態(tài)結(jié)構(gòu)。（3）.

25、 在行為模型(并發(fā))視圖: 序列圖(Sequence diagram) 按時間順序描述系統(tǒng)元素間交互; 協(xié)作圖(Collaboration diagram) 按照時間和空間順序; 狀態(tài)圖(State diagram) 描述系統(tǒng)元素的狀態(tài)條件和響應; 活動圖(Activity diagram) 描述系統(tǒng)元素活動。（4）. 在實現(xiàn)模型視圖: 組件圖(Component diagram) 描述實現(xiàn)系統(tǒng)元素組織。（5）. 在環(huán)境模型視圖: 展開圖(Deployment diagram) 描述環(huán)境元素配置。3.1.2 UML的特點標準建模語言UML的主要特點可以歸結(jié)為三點：（1）. UML統(tǒng)一了Booc

26、h、OMT和OOSE等方法中的基本概念。 （2）. UML還吸取了面向?qū)ο蠹夹g(shù)領域中其他流派的長處,其中也包括非OO方法的影響。UML符號表示考慮了各種方法的圖形表示,刪掉了大量易引起混亂的、多余的和極少使用的符號,也添加了一些新符號。因此,在UML中匯入了面向?qū)ο箢I域中很多人的思想。這些思想并不是UML的開發(fā)者們發(fā)明的,而是開發(fā)者們依據(jù)最優(yōu)秀的OO方法和豐富的計算機科學實踐經(jīng)驗綜合提煉而成的。 （3）. UML在演變過程中還提出了一些新的概念。在UML標準中新加了模板(Stereotypes)、職責(Responsibilities)、擴展機制(Extensibility mechanism

27、s)、線程(Threads)、過程(Processes)、分布式(Distribution)、并發(fā)(Concurrency)、模式(Patterns) 、合作(Collaborations)、活動圖(Activity diagram)等新概念,并清晰地區(qū)分類型(Type)、類(Class)和實例(Instance)、細化(Refinement)、接口(Interfaces)和組件(Components)等概念。 因此可以認為,UML是一種先進實用的標準建模語言,但其中某些概念尚待實踐來驗證,UML也必然存在一個進化過程。3.2 office visio 2007 簡介Visio是一個圖表繪制程

28、序，它可以幫助用戶描述復雜設想及系統(tǒng)的業(yè)務和技術(shù)圖表。Visio創(chuàng)建的圖表可使用戶將信息形象化，并能夠以清楚簡明的方式有效地交流信息，這是只使e和數(shù)字所無法實現(xiàn)的。Visio還可通過與數(shù)據(jù)源直接同步自動形象化數(shù)據(jù)，以提供最新的圖表；用戶還可以對Visio進行自定義，以滿足組織的需要參考文獻4。（1）. 易于理解的概念、過程和關(guān)系使用Visio可以輕松創(chuàng)建業(yè)務和技術(shù)圖表，以便仔細研究、組織和更好地理解復雜的設想、程和系統(tǒng)。通過拖曳預定義的Microsoft SmartShapes®符號可以很容易地組合圖表。使用為特定專門學科而設計的工具，以滿足貫穿整個組織的對業(yè)務和技術(shù)圖表繪制的要求。

29、從現(xiàn)有數(shù)據(jù)可生成常見的圖表類型?？梢詮腤eb訪問定期更新的區(qū)分上下文幫助和適用于特定任務的模板。（2）. 清楚而有效地交流將設想、信息和系統(tǒng)形象化并與他人進行交流。可創(chuàng)建視覺效果豐富的圖表，以給觀眾留盡可能深刻的印象。可在小組的Microsoft Windows® SharePoint服務站點上共享工作區(qū)文件中的圖表。在Tablet PC上，可使用數(shù)字墨跡以更自然的方式批注圖表。a) 可利用新增的審閱模式跟蹤審閱者對形狀和數(shù)字墨跡所做的批注與更改。利用改進后的Save as Web Page（另存為Web頁）功能，在Web上發(fā)布和共享圖表?？蓪牒蛯С隹煽s放向量圖形（Scalable

30、 Vector Graphics，SVG）格式的圖表，這種格式是一種新的基于XML的Web圖形標準。5.1 集成和自動處理系統(tǒng)與過程使用Visio可完成更復雜的工作，加深人們的理解并提高生產(chǎn)力，從而促進業(yè)務的發(fā)展。通過將數(shù)據(jù)從Visio圖表中提取出來，然后導入到Microsoft Excel、Microsoft Word、MicrosoftAccess和Microsoft SQL Server中，或轉(zhuǎn)換為XML和其他格式，可將業(yè)務過程和系統(tǒng)集成在一起參考文獻5。可將Visio合并到功能強大的Microsoft .NET連接軟件中，以滿足特定的業(yè)務需求?？梢詫isio繪圖控件嵌入到使用Micr

31、osoft.NET連接軟件或Microsoft Windows®操作系統(tǒng)構(gòu)建的行業(yè)專用（LOB）應用程序中參考文獻6。 第4章. 系統(tǒng)業(yè)務模型4.1 概述：EDI模擬系統(tǒng)是電子商務實驗室其中的一個模塊。它將模擬EDI（電子數(shù)據(jù)交換）整個過程。該研究通過面向?qū)ο蟮姆治龊驮O計方法對該模塊進行全面的流程設計和分析。要求使用UML寫出并畫出完成該模塊的系統(tǒng)分析與系統(tǒng)設計部分。就該模塊來實現(xiàn)一個簡單的系統(tǒng)模型。包括有以下模塊：貿(mào)易伙伴管理、商品信息管理、單證錄入接口、報文生成和處理模塊、 格式轉(zhuǎn)換模塊、通信模塊和管理平臺等模塊參考文獻7： 貿(mào)易伙伴管理：提供貿(mào)易伙伴管理功能，為貿(mào)易企業(yè)雙方提供

32、身份確認的功能,貿(mào)易企業(yè)可以在系統(tǒng)進行注冊，為EDI系統(tǒng)建立企業(yè)信息標準參考文獻8。商品信息管理：提供商品信息添加功能，為貿(mào)易企業(yè)提供企業(yè)商品注冊，并為EDI系統(tǒng)建立商品信息標準。單證錄入接口：提供單證填寫，單證生成功能，主要為企業(yè)提供單證填寫模板，企業(yè)可通過模板生成相應的EDI報文。報文生成和處理模塊：提供單證的映射，可將單證轉(zhuǎn)成平文形式。為翻譯系統(tǒng)做準備。格式轉(zhuǎn)換模塊：提供平文向原始報文格式的轉(zhuǎn)換功能?？蓪巫C翻譯成標準的計算機識別語言，并為發(fā)送做好準備。通信模塊：提供EDI報文的發(fā)送功能，可將報文發(fā)送到貿(mào)易對方客戶端系統(tǒng)。管理平臺：為企業(yè)提供回執(zhí)查詢功能、報文發(fā)送情況查詢功能等8。4.2

33、 EDI應用模擬系統(tǒng)工作流程 EDI模擬系統(tǒng)的基本工作原理是通過一系列的報文轉(zhuǎn)換，再通過數(shù)據(jù)庫的調(diào)用來實現(xiàn)貿(mào)易雙方的電子數(shù)據(jù)交換，其流程如下所示。 系統(tǒng)的工作流程圖 第5章. 需求分析在進行一些頂目時，首先是從收集需求的用例技術(shù)開始，用例作為UML的重要技術(shù)之一，把需求、分析、設計、實現(xiàn)或測試這些工作流程式綁定在一起。5.1 確定參與者 用例是從參與者的角度來看系統(tǒng)的，所以要確定系統(tǒng)的用例，首先要確定好系統(tǒng)的邊界，找出系統(tǒng)的參與者。通過分析，可以找出這樣一些參與者參考文獻9。 貿(mào)易伙伴管理：數(shù)據(jù)傳送方管理人員，數(shù)據(jù)接收方管理人員、數(shù)據(jù)系統(tǒng)管理員、身份論證中心 商品信息管理：信息管理員 單證錄入

34、接口：單證制作員 報文生成和處理模塊：報文編寫員 格式轉(zhuǎn)換模塊：數(shù)據(jù)系統(tǒng)管理者 通信模塊：報文發(fā)送員 管理平臺：平臺管理員5.2 獲取用例 分析本系統(tǒng)的需求，可以初步確定一些用例。（1）. 貿(mào)易伙伴管理 數(shù)據(jù)傳送方管理人員：發(fā)送數(shù)據(jù) 數(shù)據(jù)接收方管理人員：接收數(shù)據(jù)i. 數(shù)據(jù)系統(tǒng)管理員：數(shù)據(jù)處理 身份論證中心：對雙方進行身份認證（2）. 商品信息管理 信息管理員：商品信息進行識別，管理（3）. 單證錄入接口 單證制作員：制作單證（4）. 報文生成和處理模塊 報文編寫員：編寫報文（5）. 格式轉(zhuǎn)換模塊 數(shù)據(jù)系統(tǒng)管理者：數(shù)據(jù)處理（6）. 通信模塊 報文發(fā)送員：發(fā)送報文6.1 管理平臺 平臺管理員：對平

35、臺進行維護和管理 5.3 用例的劃分與組織 EDI模擬系統(tǒng)的用例可分為系統(tǒng)訪問，數(shù)據(jù)傳送方，數(shù)據(jù)庫系統(tǒng)，報文生長和處理，格式轉(zhuǎn)化，再由數(shù)據(jù)接收方接收。其用例總體圖如下圖所示。 圖5-1系統(tǒng)用例總體圖從上圖可以看出，可以看到子式系統(tǒng)在完成系統(tǒng)功能的過程中的相互關(guān)聯(lián)。例如通信模塊要依賴于報文生成和處理模塊，數(shù)據(jù)接收方依賴于格式轉(zhuǎn)化模塊，格式轉(zhuǎn)化模塊信賴于報文生長和處理模塊。這就增加了系統(tǒng)的靈活性和擴充性。對于上面功能復雜的子系統(tǒng)可以采用面向?qū)ο蟮姆椒ㄟM一步細化。5.4 用例圖 下面關(guān)鍵介紹幾個子系統(tǒng)的用例框圖。（1）. 格式轉(zhuǎn)化模塊用例圖如下圖所示。 圖5-2格式轉(zhuǎn)化模塊用例圖 （2）. 通信模塊

36、的用例圖如下圖所示。 圖5-3通信模塊用例圖5.5 用例描述 圖中的用例只是用一個命名的圖形標記標明了系統(tǒng)的一個功能。詳細具體地描述一個用例還要使用用例描述。用例描述是采用自然語言描述一個用例的功能。 下面是本系統(tǒng)中“通信模塊”用例的用例描述參考文獻10。（1）. 文字描述 用例名稱： 通信模塊簡要說明： 該用例完成EDI報文發(fā)送前置條件： EDI報文成功被翻譯成標準計算機識別語言后置條件：管理平臺成功返回發(fā)送信息基本流程包括以下方面。 當負責人選擇通信模塊時，用例開始。 系統(tǒng)顯示通信模塊界面。 負責人把EDI報文從數(shù)據(jù)庫中調(diào)用出來 再把EDI報文變成平文 負責人再把平文變成標準計算機語言 再

37、報標準計算機語言發(fā)送給接收者（2）. 用活動圖方式描述“通信模塊”用例，如下圖所示。 圖5-4描述用例圖 第6章. 系統(tǒng)設計設計階段主要完成兩個工作。體第結(jié)構(gòu)設計：這是高級設計。在加構(gòu)設計中，需要定義包，包間的相關(guān)性和基本的通信機制。詳細設計：將包的內(nèi)容細化，即盡可能詳細的描述每一個類，使編程人員根據(jù)它們很容易設計數(shù)據(jù)庫和編碼。6.1 系統(tǒng)體系結(jié)構(gòu)設計所研究的EDI模擬系統(tǒng)中各個子系統(tǒng)用包來表示，包之間的關(guān)系體現(xiàn)了子系統(tǒng)之間的關(guān)系。本系統(tǒng)經(jīng)過前面的需求分析，可以劃分成以下子系統(tǒng)：貿(mào)易伙伴管理、商品信息管理、單證錄入接口、報文生成和處理模塊、格式轉(zhuǎn)換模塊、通信模塊和管理平臺等模塊，其關(guān)系圖如下圖

38、所示。 圖6-1系統(tǒng)的關(guān)系結(jié)構(gòu)圖6.2 數(shù)據(jù)庫表（1）. EDI報文數(shù)據(jù)表如下表所示 。 表6-1報文數(shù)據(jù)表字段名描述類型長度是否可為空是否主鍵Image_ContentPageID內(nèi)容頁面IDInt4否否Image_imageData報文數(shù)據(jù)image16否否Image_fileName文件名Nvarchar250否否Image_contentType內(nèi)容類型Nvarchar100否否Image_ID報文IDInt4否是Image_FileName文件名Nvarchar250否否Image_ContenType內(nèi)容類型Nvarchar50否否Image_DateCreated創(chuàng)建時間Date

39、time8否否Image_ImageType圖片類型Int4否否Image_ImageData圖片時間datetime8否否Discuss_LastCommentUserID最后回復用戶IDInt4是否Discuss_IsAnnouncement是否是告示bit1否否Discuss_IsPinned是否需要置頂bit1否否Image_SizedImageData限定圖片數(shù)據(jù)Image16是否Image_SizedImageWith圖片寬度Int4否否Image_SizedImageHeight圖片高度Int4否否ContentPage_topicID主題IDInt4是否ContentPage_

40、replyID回復IDint4否否6.2.1數(shù)據(jù)表的E-R圖從上面的數(shù)據(jù)表中可以看出EDI報文的報文數(shù)據(jù)，文件名，內(nèi)容類型，報文ID，創(chuàng)建時間。用E-R圖畫出他們之間的關(guān)系，如下圖所示。 圖6-2 EDI報文E-R圖6.3 系統(tǒng)的實現(xiàn)平臺本系統(tǒng)是一個B2B電子交易系統(tǒng)，所以考慮使用B/S模式，即客戶端操作通過瀏覽器來進行，并且考慮到系統(tǒng)的可移植性，所以選擇了JAVA平臺。UML中的元素可以很容易地映射到JAVA語言，幾乎不需要什么變化。而office visio 對JAVA的支持也較好， 在用VISIO建模時能選擇模型基于現(xiàn)有的JAVA框架，在模型中可以生成JAVA語言的類，提高開發(fā)的效6.4

41、 詳細設計本階段對設計階段得到的類模型，根據(jù)系統(tǒng)結(jié)構(gòu)的層次盡可能的細化。建立詳細的類的屬性和操作，有利于代碼的生成和數(shù)據(jù)庫的建立。詳細設計的方法通常是產(chǎn)生新的類圖、狀態(tài)圖和動態(tài)圖。這些圖與分析階段中的圖是一樣的，但是，在此外這些圖的定義更詳細，涉及更多的技術(shù)細節(jié)。在設計階段，將邊界類、控制類、實體類按三層結(jié)構(gòu)劃分到用戶接口層、業(yè)務邏輯層和數(shù)據(jù)存儲層，這就要求按三層結(jié)構(gòu)對分析階段的類進行細化，以找出類的所有屬性和操作及相互間的關(guān)系。由單證錄入員,單證界面,單證生成功能等一級列,先由單證錄入員設定個個單證界面,再提供單證生成功能,形成單證模板發(fā)給對方,對方再通過單證模板填寫信息,從而形成易于識別的標準計算機語言.可以令接收方能讀出所需的EDI報文,從而達到數(shù)據(jù)交換的目的.第7