本科畢業(yè)論文

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

2、nge的縮寫，中文可譯為“電子數(shù)據(jù)互換”。 EDI模擬系統(tǒng)是電子商務(wù)實(shí)驗(yàn)室其中的一個(gè)模塊。它將模擬EDI（電子數(shù)據(jù)交換）整個(gè)過程。該研究通過面向?qū)ο蟮姆治龊驮O(shè)計(jì)方法對(duì)該模塊進(jìn)行全面的流程設(shè)計(jì)和分析。使用UML寫出并畫出完成該模塊的系統(tǒng)分析與系統(tǒng)設(shè)計(jì)部分，就該模塊來實(shí)現(xiàn)一個(gè)系統(tǒng)模型。EDI模擬系統(tǒng)包括有以下模塊：貿(mào)易伙伴管理、商品信息管理、單證錄入接口、報(bào)文生成和處理模塊、格式轉(zhuǎn)換模塊、通信模塊和管理平臺(tái)等模塊。關(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è)文件的電子化手段。它通過計(jì)算機(jī)通信網(wǎng)絡(luò)將貿(mào)易、動(dòng)輸、保險(xiǎn)、銀行和海關(guān)等行業(yè)信息，用一種國(guó)際公認(rèn)的標(biāo)準(zhǔn)格式，實(shí)現(xiàn)各有關(guān)部門或公司與企業(yè)之間的數(shù)據(jù)交換與處理，并完成以貿(mào)易為中心的全部過程，它是80年代發(fā)展起來的一種新穎的電子化貿(mào)易工具，是計(jì)算機(jī)、通信和現(xiàn)代管理技術(shù)相結(jié)合的產(chǎn)物。國(guó)際標(biāo)準(zhǔn)化組織(ISO)將EDI描述成“將貿(mào)易(商業(yè))或行政事務(wù)處理按照一個(gè)共認(rèn)的標(biāo)準(zhǔn)變成結(jié)構(gòu)化的事務(wù)處理或信息數(shù)據(jù)格式，從計(jì)算機(jī)到計(jì)算機(jī)的電子傳輸”。而ITUT(原CCITT)將ED

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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