第三方物流企業(yè)電子商務(wù)平臺規(guī)劃與設(shè)計[畢業(yè)論文+任務(wù)書+開題報告+文獻(xiàn)綜述+外文翻譯]

1、<p><b>　　畢業(yè)論文</b></p><p><b>　?。?0_ _屆）</b></p><p>　　第三方物流企業(yè)電子商務(wù)平臺規(guī)劃與設(shè)計</p><p><b>　　摘 要</b></p><p>　　在網(wǎng)絡(luò)經(jīng)濟(jì)時代，客戶對于多樣化的商品服務(wù)購買方式的要

2、求愈來愈大。隨著電子商務(wù)的發(fā)展，對于電子商務(wù)應(yīng)用到物流企業(yè)中去的呼應(yīng)也就越來越高，而在當(dāng)今社會，電子商務(wù)在企業(yè)中的應(yīng)用已經(jīng)是我國經(jīng)濟(jì)發(fā)展的一大趨勢，物流企業(yè)也不例外。電子商務(wù)的快速發(fā)展要求物流也要與其配套，這就要求物流企業(yè)要建立自己的電子商務(wù)平臺。而對于第三方物流企業(yè)來說，電子商務(wù)是一個新興發(fā)展模式，具有廣大的發(fā)展空間。</p><p>　　本文主要應(yīng)用面向?qū)ο蟮姆治龇椒║ML來對第三方物流企業(yè)電子商務(wù)平臺進(jìn)行分

3、析和設(shè)計。在文章當(dāng)中，利用UML中的用例圖來進(jìn)行平臺的功能分析、活動圖來進(jìn)行平臺的流程分析，并利用類圖來進(jìn)行平臺數(shù)據(jù)之間的分析，還使用UML中的序列圖來對平臺進(jìn)行系統(tǒng)運(yùn)作流程設(shè)計。在此基礎(chǔ)上，進(jìn)行了數(shù)據(jù)庫設(shè)計，其中包括了數(shù)據(jù)庫的概念設(shè)計、邏輯結(jié)構(gòu)設(shè)計和物理設(shè)計。最后，進(jìn)行了平臺運(yùn)行的網(wǎng)絡(luò)環(huán)境設(shè)計，為平臺的運(yùn)行搭建了硬件環(huán)境。</p><p>　　關(guān)鍵詞：電子商務(wù)平臺；第三方物流；UML；SQL Sever<

4、/p><p><b>　　Abstract</b></p><p>　　In the network economy, customers buying goods and services for a variety of ways to do more great. With the development of electronic commerce, for e-

5、business applications to the logistics enterprises will increasingly echoed, and in today's society, e-commerce applications in the enterprise has been one of China's economic development trend, logistics enterpr

6、ises is no exception.The rapid development of e-business requirements of the logistics but also its infrastructure, which requires logist</p><p>　　In this paper, application of UML object-oriented analysis m

7、ethod to e-commerce platform for third-party logistics companies for analysis and design.Among the articles, the use of UML use case diagram in the functional analysis of the platform, the platform activity diagram for p

8、rocess analysis, and using class diagram for the analysis of data between platforms, but also use the UML sequence diagram in the platform system operation process design.On this basis, the database design, including the

9、</p><p>　　Keywords: E-commerce platform; Third Party Logistics; UML; SQL Sever目 錄</p><p>　　1 第三方物流企業(yè)電子商務(wù)平臺的概述1</p><p>　　1.1 企業(yè)電子商務(wù)的概述1</p><p>　　1.1.1 企業(yè)電子商務(wù)平臺的概念1&l

10、t;/p><p>　　1.1.2 電子商務(wù)系統(tǒng)的特點2</p><p>　　1.1.3 企業(yè)電子商務(wù)發(fā)展現(xiàn)狀2</p><p>　　1.2 第三方物流企業(yè)的概述2</p><p>　　1.3第三方物流與電子商務(wù)的關(guān)系3</p><p>　　2 第三方物流企業(yè)電子商務(wù)平臺的需求分析3</p><

11、p>　　2.1 第三方物流企業(yè)電子商務(wù)平臺的需求分析概述4</p><p>　　2.2 第三方物流企業(yè)電子商務(wù)平臺的功能分析4</p><p>　　2.3 第三方物流企業(yè)電子商務(wù)平臺的流程分析12</p><p>　　2.4 第三方物流企業(yè)電子商務(wù)平臺的數(shù)據(jù)分析19</p><p>　　2.5 第三方物流企業(yè)電子商務(wù)平臺的非功能

12、性需求分析20</p><p>　　3 第三方物流企業(yè)電子商務(wù)平臺的設(shè)計22</p><p>　　3.1 平臺總體結(jié)構(gòu)設(shè)計22</p><p>　　3.2 系統(tǒng)運(yùn)作流程設(shè)計23</p><p>　　3.3 數(shù)據(jù)庫設(shè)計28</p><p>　　3.3.1數(shù)據(jù)庫概念設(shè)計28</p><p&g

13、t;　　3.3.2數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計29</p><p>　　3.3.3 數(shù)據(jù)庫物理設(shè)計35</p><p>　　3.4 系統(tǒng)運(yùn)行網(wǎng)絡(luò)設(shè)計39</p><p><b>　　結(jié) 論41</b></p><p><b>　　參考文獻(xiàn)42</b></p><p>　　伴

14、隨著我國經(jīng)濟(jì)持續(xù)快速的發(fā)展，我國物流業(yè)近年來呈現(xiàn)出高速發(fā)展的趨勢。隨著電子商務(wù)經(jīng)濟(jì)時代的到來，由于企業(yè)銷售范圍的不斷擴(kuò)大，企業(yè)和商業(yè)的銷售方式和消費(fèi)者購買商品方式的多樣化，使得中國物流業(yè)的發(fā)展更是銳不可擋。網(wǎng)絡(luò)化、電子信息化，已是當(dāng)今社會經(jīng)濟(jì)發(fā)展的一大特色，發(fā)展現(xiàn)代物流技術(shù)，使得商流、物流、信息流集成一體，已是當(dāng)今第三方物流企業(yè)的重要任務(wù)。隨著中國計算機(jī)技術(shù)的不斷發(fā)展推進(jìn)，中國網(wǎng)絡(luò)的日益普及，電子商務(wù)平臺已然成為第三方物流企業(yè)的發(fā)展經(jīng)營

15、模式之一。企業(yè)電子商務(wù)平臺是建立在Internet網(wǎng)上進(jìn)行商務(wù)活動的虛擬網(wǎng)絡(luò)空間和保障商務(wù)順利運(yùn)營的管理環(huán)境；是協(xié)調(diào)、整合信息流、物質(zhì)流、資金流有序、關(guān)聯(lián)、高效流動的重要場所。第三方物流企業(yè)電子商務(wù)平臺以第三方物流企業(yè)為依托，服務(wù)于廣大客戶。電子商務(wù)平臺對于第三方物流企業(yè)來說，不但可以擴(kuò)大其銷售范圍、增加銷售方式、提高銷售業(yè)績，更是今后企業(yè)發(fā)展的主要方向。</p><p>　　1 第三方物流企業(yè)電子商務(wù)平臺的概述

16、</p><p>　　1.1 企業(yè)電子商務(wù)的概述</p><p>　　電子商務(wù)（E-Business）是指在網(wǎng)絡(luò)平臺上，充分利用計算機(jī)網(wǎng)絡(luò)技術(shù)，進(jìn)行企業(yè)之間的商務(wù)數(shù)據(jù)交換，實現(xiàn)企業(yè)的各種商務(wù)活動，是信息技術(shù)與企業(yè)商務(wù)相結(jié)合的產(chǎn)物[1]（張璐，2003）。充分利用電子商務(wù)最終能夠給企業(yè)帶來巨大的經(jīng)濟(jì)效益和社會效益，企業(yè)有效運(yùn)用電子商務(wù)，將會提升企業(yè)的核心競爭力。</p><

17、;p>　　1.1.1 企業(yè)電子商務(wù)平臺的概念</p><p>　　企業(yè)電子商務(wù)平臺是建立在互聯(lián)網(wǎng)上進(jìn)行商務(wù)活動的虛擬網(wǎng)絡(luò)空間和保障企業(yè)商務(wù)順利運(yùn)營的管理環(huán)境；是協(xié)調(diào)并整合信息流、物質(zhì)流以及資金流進(jìn)行有序、關(guān)聯(lián)、高效流動的重要場所[2]（易法敏，2010）。在今天這個競爭激烈的環(huán)境之中，企業(yè)不僅要生產(chǎn)，而且還要營銷，更要以最有效的方法來為企業(yè)產(chǎn)品拓展市場，而電子商務(wù)時代的最大變化就是市場邊界的變化，電子市場這

18、種商業(yè)模式提供了一個場所，任何一個企業(yè)都可以作為交易雙方的買方或賣方來部分或完整地進(jìn)行貿(mào)易活動。雖然電子市場是定位于某個范圍，但它得益于高效計劃與生產(chǎn)，每一個企業(yè)都有機(jī)會在這個電子市場形成的范圍內(nèi)銷售其產(chǎn)品。因此，現(xiàn)階段的商務(wù)是圍繞著電子市場來開展的。</p><p>　　1.1.2 電子商務(wù)系統(tǒng)的特點</p><p>　　電子商務(wù)系統(tǒng)作為支撐企業(yè)商務(wù)活動的技術(shù)平臺，與其他信息系統(tǒng)既有聯(lián)系

19、又有區(qū)別，并且具有自己的特點：電子商務(wù)系統(tǒng)是支持企業(yè)以交易為核心的商務(wù)活動的技術(shù)平臺；電子商務(wù)系統(tǒng)是企業(yè)業(yè)務(wù)流程重構(gòu)價值鏈增值的技術(shù)平臺；電子商務(wù)系統(tǒng)依托于網(wǎng)絡(luò)、提供基于Web的分布式服務(wù)；電子商務(wù)系統(tǒng)在系統(tǒng)、應(yīng)用的安全方面有較高的要求；電子商務(wù)系統(tǒng)的服務(wù)對象不僅包括企業(yè)內(nèi)部人員，還包括了企業(yè)外部的客戶和合作伙伴[3]（劉軍，2003）。</p><p>　　1.1.3 企業(yè)電子商務(wù)發(fā)展現(xiàn)狀</p>

20、<p>　　企業(yè)電子商務(wù)的發(fā)展始于20世紀(jì)80年代，這個時期的電子市場是封閉的，到了90年代，隨著網(wǎng)絡(luò)技術(shù)的飛速發(fā)展，Internet網(wǎng)絡(luò)開始真正應(yīng)用于商務(wù)活動，此時電子商務(wù)才日益蓬勃起來，并成為這時期的美國等歐美國家的一種嶄新的企業(yè)經(jīng)營模式。</p><p>　　今天的電子商務(wù)已經(jīng)發(fā)展成為一個在建立于互聯(lián)網(wǎng)上的商務(wù)平臺進(jìn)行商務(wù)貿(mào)易的一種經(jīng)濟(jì)形式，它把各個不同的企業(yè)與客戶集中到一個虛擬的空間進(jìn)行商務(wù)活

21、動。被同時集中到該網(wǎng)絡(luò)中心站點的除了企業(yè)外，還包括金融組織、稅收和行政管理等政府部門[4]（包英燕，2010）。電子市場支持不同企業(yè)間的一切與商務(wù)貿(mào)易相關(guān)的活動，而且還使得企業(yè)之間在設(shè)計、開發(fā)、生產(chǎn)以及產(chǎn)品的營銷方面實行積極地合作。</p><p>　　1.2 第三方物流企業(yè)的概述</p><p>　　“第三方物流”在20世紀(jì)80年代中后期開始盛行，1988年美國物流管理委員會的一項顧客服

22、務(wù)調(diào)查中首次提到“第三方物流提供者”一詞。第三方物流(Third-Party Logistics，簡稱3PL)，它既不屬于“第一方”發(fā)貨人，也不屬于“第二方”收貨人，它通過與第一方或第二方的合作來提供其專業(yè)化的物流服務(wù)，它不擁有商品，也不參與商品的買賣，而是為客戶提供以合同為約束，系列化、個性化、信息化的物流服務(wù)[5]（王薇，2010）。</p><p>　　第三方物流是指生產(chǎn)企業(yè)或商業(yè)企業(yè)為集中精力搞好主業(yè)，把

23、需要本企業(yè)處理的物流活動，以合同方式委托給專業(yè)物流服務(wù)企業(yè)，同時通過信息系統(tǒng)與物流服務(wù)企業(yè)保持密切聯(lián)系，以達(dá)到對物流全程的管理和控制的一種物流運(yùn)作與管理方式[6]（董麗君，2009）。從事第三方物流的企業(yè)，它們的前身一般都是倉儲業(yè)以及運(yùn)輸業(yè)等從事物流活動或與其相關(guān)的行業(yè)。提供第三方物流服務(wù)的企業(yè)在委托方的推動下，從一開始的存儲與運(yùn)輸?shù)葐雾椈顒愚D(zhuǎn)為提供全面的物流服務(wù)，其中包括物流活動的組織與管理、物流信息搜索與提供、最優(yōu)物流方案的設(shè)計等。

24、</p><p>　　所謂第三方物流企業(yè)就是為物流交易雙方提供部分或者全部物流服務(wù)的企業(yè)[7]（臧影，2010）。第三方物流企業(yè)與傳統(tǒng)的倉儲企業(yè)和運(yùn)輸企業(yè)不同，傳統(tǒng)的運(yùn)輸、倉儲企業(yè)所能提供的服務(wù)僅是單一的物流要素，而第三方物流企業(yè)則能將各個物流要素有機(jī)地結(jié)合起來，提供系統(tǒng)化的增值服務(wù)[8]（Wang Ying，2005）。第三方物流企業(yè)與一般的制造業(yè)不同，它是把物質(zhì)交換的供應(yīng)方與需求方作為服務(wù)對象，提供無形的物流

25、服務(wù)，屬于服務(wù)行業(yè)。</p><p>　　第三方物流無疑是目前最好的配送人選，但是隨著現(xiàn)代物流與電子商務(wù)在我國的快速發(fā)展，第三方物流的不足之處慢慢體現(xiàn)出來，比如說企業(yè)信息化的發(fā)展跟不上信息時代的步伐，在電子商務(wù)時代，中小型企業(yè)至今仍舊沒有自己的電子商務(wù)平臺等等。</p><p>　　1.3第三方物流與電子商務(wù)的關(guān)系</p><p>　　第三方物流與電子商務(wù)有著密切的

26、聯(lián)系。從某種意義上說，第三方物流是電子商務(wù)的重要組成部分，在商務(wù)活動中是信息流和資金流的基礎(chǔ)與載體，是使電子商務(wù)優(yōu)勢能夠正常發(fā)揮的關(guān)鍵所在。在整個電子商務(wù)的交換過程中，都需要物流活動的支持，缺少了物流配送，電子商務(wù)起不了任何的商務(wù)作用。只有通過物流，才能將商品真正轉(zhuǎn)移到消費(fèi)者手中，商流活動才能宣告終結(jié)[9]（梁雪榮，2010）。隨著電子商務(wù)的不斷擴(kuò)大，對物流的需求越來越高，物流配送的成本和質(zhì)量直接影響著商品的成本與銷售，從而使物流成為電

27、子商務(wù)的瓶頸。由此可見，電子商務(wù)與第三方物流的發(fā)展存在著十分緊密的聯(lián)系。一方面，電子商務(wù)的迅速發(fā)展產(chǎn)生了巨大的物流需求，從而促進(jìn)了第三方物流的飛速發(fā)展。電子商務(wù)的強(qiáng)大競爭優(yōu)勢，使得越來越多的企業(yè)采用電子商務(wù)為企業(yè)的主要經(jīng)營模式，使得企業(yè)對第三方物流的需求日益增多。另一方面，在電子商務(wù)環(huán)境下，第三方物流企業(yè)信息化能夠大大降低企業(yè)的成本，同時電子商務(wù)實現(xiàn)整個物流過程的實時監(jiān)控和決策，簡化了物流過程，提高了整個物流效率。</p>

28、<p>　　2 第三方物流企業(yè)電子商務(wù)平臺的需求分析</p><p>　　2.1 第三方物流企業(yè)電子商務(wù)平臺的需求分析概述</p><p>　　電子商務(wù)主導(dǎo)著今日經(jīng)濟(jì)的發(fā)展，改變了企業(yè)與市場、競爭者、客戶、員工和供應(yīng)商之間的互動作用。使企業(yè)能夠?qū)κ袌龅男枨笞龀龈斓鼗貞?yīng)，讓企業(yè)的工作效率更高。隨著互聯(lián)網(wǎng)技術(shù)發(fā)展和普及，越來越多的企業(yè)意識到電子商務(wù)的重要性。一個富有活力和廣闊發(fā)展

29、空間的電子商務(wù)必須是一個集成了信息平臺、服務(wù)平臺與交易平臺全功能的場所[10]（劉虹，2006）。因此，電子商務(wù)需要一個開放與通用、立體與智能為基礎(chǔ)的，能夠運(yùn)行并且進(jìn)行交易的平臺，使企業(yè)的內(nèi)部資源與外部商業(yè)環(huán)境實現(xiàn)無縫的連接，讓企業(yè)能夠?qū)?nèi)、外部資源進(jìn)行整合[11]（Irene Sygkouna，2002）。</p><p>　　需求分析指的是在建立一個新的或改變一個現(xiàn)存的電腦系統(tǒng)時描寫新系統(tǒng)的目的、范圍、定義和

30、功能時所要做的所有的工作。需求分析是平臺設(shè)計的一個關(guān)鍵過程。這一階段的任務(wù)主要是對要建設(shè)的平臺進(jìn)行初步調(diào)查，之后對該平臺的功能模塊、流程、數(shù)據(jù)等功能性以及非功能性需求進(jìn)行詳細(xì)分析。系統(tǒng)分析階段的任務(wù)是定義或制定將來新的系統(tǒng)應(yīng)該“做什么”，暫且不涉及“怎么做”，該階段主要是由系統(tǒng)分析員來完成[12]（王立坤，2003）。</p><p>　　本章的需求分析主要使用UML圖形（用例圖、活動圖、類圖）來說明分析。UML

31、（Unitied Modeling Language，統(tǒng)一建模語言）于1961年Rational公司提出，并由若干大公司共同推薦，為OMG所采納，進(jìn)而成為了可視化建模的事實標(biāo)準(zhǔn)[3]（劉軍，2003）。UML主要由UML語義和UML表示法兩大部分組成：</p><p>　　UML語義：描述了基于UML的精確元模型定義，也就是UML所有元素在語法、語義上的說明；</p><p>　　UML表

32、示法：描述了UML各種圖形符號的使用方法。這些圖形符號分別是使用者行為圖（含狀態(tài)圖、活動圖）、靜態(tài)圖（含類圖、對象圖、包圖）、交互圖（含順序圖、合作圖）、實例圖、實現(xiàn)圖（含部件圖、配置圖）。</p><p>　　2.2 第三方物流企業(yè)電子商務(wù)平臺的功能分析</p><p>　　功能分析是價值工程的核心內(nèi)容，是對價值工程研究對象系統(tǒng)地分析其功能，科學(xué)的評價它的重要性，確定改進(jìn)對象的過程。功能

33、分析著重從系統(tǒng)的功能入手，找出功能上的相關(guān)問題，明確改進(jìn)重點，加以創(chuàng)新、改進(jìn)。</p><p>　　用例圖（Use Case Diagram）是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖，呈現(xiàn)了一些參與者和一些用例，以及它們之間的關(guān)系，主要用于對系統(tǒng)、子系統(tǒng)或類的功能行為進(jìn)行建模[3]（劉軍，2003）。用例圖的主要要素有用例、參與者和關(guān)系。它描述了誰將是該系統(tǒng)的使用者、使用者希望系統(tǒng)提供什么功能與服務(wù)等

34、信息。</p><p>　?。?）平臺總功能用例圖</p><p>　　在該用例圖中，管理員主要涉及到企業(yè)基本信息管理、客戶管理、物流服務(wù)項目管理、物流訂單管理以及訂單執(zhí)行管理幾個功能；用戶涉及到注冊、登錄、訂單下達(dá)、確認(rèn)收貨和投訴幾個功能，具體如圖1所示：</p><p>　　圖1 平臺總功能用例圖</p><p><b>　?。?/p>

35、2）注冊功能用例</b></p><p>　　在注冊功能中，管理員主要有查看用戶信息功能、修改用戶信息功能、刪除用戶信息功能；用戶主要有注冊功能。在該功能中，主要涉及到用戶的注冊以及管理員對用戶基本信息的管理，具體如表1所示：</p><p>　　表 1 注冊功能用例說明</p><p><b>　　（3）登錄功能用例</b><

36、;/p><p>　　在登錄功能中，管理員主要有查看用戶登錄信息功能；用戶主要有登錄功能。在該功能中，主要涉及到用戶的登錄管理，具體如表2所示：</p><p>　　表 2 注冊功能用例說明</p><p>　?。?）企業(yè)基本信息管理用例</p><p>　　在企業(yè)基本信息管理中，管理員主要有添加企業(yè)基本信息功能、修改企業(yè)基本信息功能、刪除企業(yè)基本

37、信息功能和查看企業(yè)基本信息幾個功能；用戶主要有查看企業(yè)基本信息功能。在該功能中，主要涉及到管理員發(fā)布信息功能和用戶查看信息功能，具體如表3所示：</p><p>　　表3 企業(yè)基本信息管理用例說明</p><p><b>　?。?）客戶管理用例</b></p><p>　　在客戶管理功能中，管理員主要有對客戶基本信息管理、客戶意見反饋管理以及客

38、戶投訴管理幾個功能。在該功能中，主要涉及到管理員對客戶進(jìn)行管理的功能，具體如表4所示：</p><p>　　表4 客戶管理用例說明</p><p>　　（6）物流服務(wù)管理用例</p><p>　　在物流服務(wù)管理中，管理員主要有添加物流服務(wù)項目、修改物流服務(wù)項目功能、刪除物流服務(wù)項目功能和查看物流服務(wù)項目功能幾個功能；用戶主要有查看物流服務(wù)項目功能。在該功能中，主要涉

39、及到管理員發(fā)布物流服務(wù)項目功能和用戶查看物流服務(wù)項目功能，具體如表5所示：</p><p>　　表5 物流服務(wù)項目管理用例說明</p><p>　?。?）訂單下達(dá)管理用例</p><p>　　在訂單下達(dá)管理中，用戶主要有訂單下達(dá)功能；管理員主要有查看低昂單下達(dá)資料功能。在該功能中，主要涉及到用戶訂單下達(dá)功能，具體如表6所示：</p><p>

40、　　表6 訂單下達(dá)管理用例說明</p><p>　?。?）物流訂單管理用例</p><p>　　在訂單信息管理中，管理員主要有刪除訂單信息、修改訂單信息和查看訂單信息幾個功能；用戶主要有查看訂單信息功能。在該功能中，主要涉及到管理員對訂單信息的管理，具體如表7所示：</p><p>　　表7 訂單信息管理用例說明</p><p>　?。?）訂

41、單執(zhí)行管理用例</p><p>　　在訂單執(zhí)行功能管理中，管理員主要有查看訂單、確認(rèn)訂單、備貨、發(fā)貨和訂單關(guān)閉幾個功能；用戶主要有查看訂單執(zhí)行功能。在該功能中，主要涉及到管理員的訂單執(zhí)行功能，具體如表8所示：</p><p>　　表8 訂單執(zhí)行功能用例說明</p><p>　?。?0）確認(rèn)收貨功能用例</p><p>　　在訂單執(zhí)行功能管理中

42、，管理員主要有查看訂單、確認(rèn)訂單、備貨、發(fā)貨和訂單關(guān)閉幾個功能；用戶主要有查看訂單執(zhí)行功能。在該功能中，主要涉及到管理員的訂單執(zhí)行功能，具體如表9所示：</p><p>　　表9 確認(rèn)收貨功能用例說明</p><p>　?。?1）投訴功能用例</p><p>　　在投訴功能中，管理員主要有回復(fù)投訴信息功能、刪除投訴信息功能和查看投訴信息幾個功能；用戶主要有查看投訴信

43、息功能和投訴功能。投訴功能主要涉及管理員的投訴管理功能及用戶的投訴功能，具體如表10所示：</p><p>　　表10 投訴功能用例說明</p><p>　　2.3 第三方物流企業(yè)電子商務(wù)平臺的流程分析</p><p>　　流程分析是對功能分析的進(jìn)一步細(xì)化，反應(yīng)企業(yè)功能處理的過程。流程分析的目的是形成合理、科學(xué)的業(yè)務(wù)流程。通過分析現(xiàn)有業(yè)務(wù)流程的基礎(chǔ)上進(jìn)行業(yè)務(wù)流程重組

44、（BPR），產(chǎn)生新的且更為合理的業(yè)務(wù)流程。</p><p>　　活動圖（Activity Diagram）的本質(zhì)就是流程圖，其要素主要有狀態(tài)、控制流、對象流、泳道等?；顒訄D的狀態(tài)一般分為4中：初始狀態(tài)、終止?fàn)顟B(tài)、動作狀態(tài)和活動狀態(tài)。其中，控制流又可分為普通轉(zhuǎn)換、分支、分叉和匯合四種主要類型[3]（劉軍，2003）。下面從各個活動圖來進(jìn)行流程分析：</p><p><b>　?。?

45、）注冊活動圖</b></p><p>　　該活動圖主要描述操作員注冊的操作流程，具體包括操作員提出注冊請求，填寫注冊信息，當(dāng)注冊信息無效時返回重新填寫，是操作員在注冊時與系統(tǒng)的交互圖示，完成操作后，數(shù)據(jù)將保存至數(shù)據(jù)庫，具體分析如圖2所示：</p><p><b>　　圖2 注冊活動圖</b></p><p><b>　　（

46、2）登錄活動圖</b></p><p>　　該活動圖主要描述操作員登錄時的操作流程，具體包括操作員提出登錄請求時，要求填寫登錄信息，當(dāng)?shù)卿浶畔⑤斎脲e誤時則返回重新填寫，是操作員在登錄時與系統(tǒng)的交互圖示，完成操作后，數(shù)據(jù)將保存到數(shù)據(jù)庫，系統(tǒng)轉(zhuǎn)到操作員的個人主頁面，具體分析如圖3所示：</p><p><b>　　圖3 登錄活動圖</b></p>

47、<p>　?。?）企業(yè)基本信息管理活動圖</p><p>　　該活動圖主要描述企業(yè)基本信息管理流程，具體包括操作員對企業(yè)基本信息刪除，基本信息修改以及基本信息添加活動，是操作員與系統(tǒng)之間的企業(yè)基本信息維護(hù)交互圖示，操作員向系統(tǒng)提出刪除、修改、添加基本信息請求，完成操作后，將數(shù)據(jù)保存至數(shù)據(jù)庫，具體分析如圖4所示：</p><p>　　圖4 企業(yè)基本信息管理活動圖</p>

48、;<p>　?。?）物流服務(wù)項目管理活動圖</p><p>　　該活動圖主要描述物流服務(wù)項目管理流程，具體包括操作員的修改服務(wù)項目、添加服務(wù)項目以及刪除服務(wù)項目活動，是操作員與系統(tǒng)之間的服務(wù)項目維護(hù)交互圖示，操作員向系統(tǒng)提出修改、添加、刪除服務(wù)項目請求，完成操作后，數(shù)據(jù)保存至數(shù)據(jù)庫，具體流程如圖5所示：</p><p>　　圖5 服務(wù)項目管理圖</p><

49、p>　?。?）訂單下達(dá)活動圖</p><p>　　該活動圖主要描述訂單下達(dá)時的操作流程，具體包括操作員提出訂單下達(dá)申請，查看服務(wù)項目，輸入訂單下達(dá)信息等操作，是操作員在下達(dá)訂單時和系統(tǒng)之間的交互圖示，完成操作后，數(shù)據(jù)將保存到數(shù)據(jù)庫，系統(tǒng)轉(zhuǎn)到主頁面，具體流程如圖6所示：</p><p>　　圖6 訂單下達(dá)活動圖</p><p>　?。?）訂單信息管理活動圖<

50、;/p><p>　　該活動圖主要描述操作員訂單信息管理流程，具體包括操作員對訂單信息的查看、修改訂單信息和刪除訂單信息活動，是操作員和系統(tǒng)之間對訂單管理的交互圖示，操作員向系統(tǒng)提出對訂單查看、修改的請求，完成操作后，將數(shù)據(jù)保存至數(shù)據(jù)庫，具體分析如圖7所示：</p><p>　　圖7 訂單信息管理活動圖</p><p>　　（7）訂單執(zhí)行管理活動圖</p>

51、<p>　　該活動圖主要描述操作員訂單執(zhí)行管理流程，具體包括操作員對訂單執(zhí)行的查看訂單、確認(rèn)訂單、備貨、發(fā)貨、和訂單關(guān)閉活動，是操作員和系統(tǒng)之間對訂單執(zhí)行進(jìn)行管理的交互圖示，操作員向系統(tǒng)提出對訂單執(zhí)行進(jìn)行查看、確認(rèn)訂單、備貨、發(fā)貨、關(guān)閉訂單的請求，完成操作后，將數(shù)據(jù)保存至數(shù)據(jù)庫，具體分析如圖8所示：</p><p>　　圖8 訂單執(zhí)行活動圖</p><p>　?。?）確認(rèn)收貨活動

52、圖</p><p>　　該活動圖主要描述操作員在確認(rèn)收貨時的操作流程，具體包括操作員提出確認(rèn)收貨申請，操作員輸入確認(rèn)收貨信息等操作，當(dāng)確認(rèn)收貨信息輸入錯誤時則返回重新填寫，是操作員在確認(rèn)收貨時和系統(tǒng)之間的交互圖示，完成操作后，數(shù)據(jù)將保存到數(shù)據(jù)庫，具體流程如圖9所示：</p><p>　　圖9 確認(rèn)收貨活動圖</p><p>　　（9）訂單結(jié)算活動圖</p>

53、;<p>　　該活動圖主要描述操作員在訂單結(jié)算時的操作流程，具體包括操作員提出訂單結(jié)算申請，輸入結(jié)算信息等操作，當(dāng)輸入信息錯誤時則返回重新填寫，是操作員在訂單結(jié)算時和系統(tǒng)之間的交互圖示，完成操作后，數(shù)據(jù)將保存到數(shù)據(jù)庫，具體流程如圖10所示：</p><p>　　圖10 訂單結(jié)算活動圖</p><p><b>　　（10）投訴活動圖</b></p&g

54、t;<p>　　此活動圖主要描述操作員投訴時的操作流程，具體包括操作員提出投訴請求，填寫投訴信息活動，是操作員在投訴企業(yè)時與系統(tǒng)的交互圖示，完成操作后，數(shù)據(jù)將保存至數(shù)據(jù)庫，具體分析如圖11所示：</p><p><b>　　圖11 投訴活動圖</b></p><p>　?。?1）投訴信息處理活動圖</p><p>　　此活動圖主要

55、描述操作員對投訴信息管理的流程，詳細(xì)展現(xiàn)操作員回復(fù)投訴信息的活動，是操作員與系統(tǒng)之間對投訴信息進(jìn)行管理的交互圖示，操作員對系統(tǒng)提出回復(fù)投訴信息請求，完成對投訴信息的回復(fù)，最后數(shù)據(jù)存入數(shù)據(jù)庫的動作，具體分析如圖12所示：</p><p>　　圖12 投訴信息處理活動圖</p><p>　　2.4 第三方物流企業(yè)電子商務(wù)平臺的數(shù)據(jù)分析</p><p>　　數(shù)據(jù)分析是組織

56、有目的地收集數(shù)據(jù)、分析數(shù)據(jù)，使之成為信息的過程。其目的是把隱沒在一大批看來雜亂無章的數(shù)據(jù)中的信息集中、萃取和提煉出來，以找出所研究對象的內(nèi)在規(guī)律[13]（劉娜，2010）。在實用中，數(shù)據(jù)分析可幫助人們作出判斷，以便采取適當(dāng)行動。</p><p>　　類圖（Class Diagram），是數(shù)據(jù)分析的一種工具，他的目的在于描述類與類之間的靜態(tài)關(guān)系[3]（劉軍，2003）。在分析階段，類圖可以用于幫助識別系統(tǒng)的的主體，

57、幫助辨析系統(tǒng)的屬性和行為。</p><p>　　圖13 平臺信息分析類圖 </p><p>　　在該類圖中，企業(yè)基本信息包含了車輛信息、成功案例、人力資源表以及物流服務(wù)項目信息，客戶類與收貨確認(rèn)類、投訴單類、意見反饋表類都有著一對多的關(guān)系，收貨確認(rèn)表類與結(jié)算單類、投訴單類各自都是一對一的關(guān)系。物流服務(wù)項目類與物流訂單類有著一對多的關(guān)系，物流訂單類與發(fā)貨單類、發(fā)貨單類與收貨確認(rèn)單類、收貨確認(rèn)

58、單類與結(jié)算單類分別都是一對一的關(guān)系。</p><p>　　2.5 第三方物流企業(yè)電子商務(wù)平臺的非功能性需求分析</p><p>　　非功能性需求，指的是信息系統(tǒng)中保證性能、系統(tǒng)可靠性、可擴(kuò)展性要求等各方面相應(yīng)的需求要素[14]（陳遠(yuǎn)軍，2008）。非功能性需求分析包括物理需求、實施需求、設(shè)計約束、可支持性、易用性、性能、可靠性等多方面。下面從可支持性、易用性、可靠性等三個方面來進(jìn)行具體分析

59、。</p><p><b>　?。?）可支持性</b></p><p>　　可支持性，它包括系統(tǒng)能夠支持的主機(jī)環(huán)境、網(wǎng)絡(luò)環(huán)境、數(shù)據(jù)庫、需求變更和配置要求等幾方面的內(nèi)容。第三方物流企業(yè)電子商務(wù)平臺沒有任何特殊的硬件配置需求，在實現(xiàn)運(yùn)行的基礎(chǔ)上，企業(yè)需求變更不大。該平臺可在任何的主機(jī)環(huán)境下進(jìn)行運(yùn)行，客戶與企業(yè)只要在擁有網(wǎng)絡(luò)的環(huán)境下，均能自行在該平臺上進(jìn)行相關(guān)的下單、交易，

60、訪問數(shù)據(jù)庫。</p><p><b>　?。?）易用性</b></p><p>　　發(fā)現(xiàn)，易懂，效率是易用性的三個基本原則，或者也叫易見，易學(xué)和易用三原則[15]（胡健，2005）。易現(xiàn)，易于發(fā)現(xiàn)。該電子商務(wù)平臺是連入互聯(lián)網(wǎng)絡(luò)之中的，客戶只要上網(wǎng)搜索一下，即會看到，體現(xiàn)了發(fā)現(xiàn)這一原則。在該平臺之中，界面的導(dǎo)航服務(wù)功能，使得客戶極易看懂平臺的物流性質(zhì)及其服務(wù)性質(zhì)，這體現(xiàn)

61、了易懂原則。客戶在該電子商務(wù)平臺上查看相關(guān)服務(wù)項目時，也可以當(dāng)即下訂單，管理人員將會在當(dāng)天或是在具體規(guī)定時間內(nèi)處理訂單問題，完成在線交易。在非高峰時間根據(jù)編號和名稱特定條件進(jìn)行搜索，可以在3秒內(nèi)得到搜索結(jié)果，這體現(xiàn)了效率這一原則。</p><p><b>　　（3）可靠性</b></p><p>　　可靠性包含了耐久性、可維修性、設(shè)計可靠性三大要素。該電子商務(wù)平臺只需

62、要管理員進(jìn)行平日里的正常維護(hù)工作，該平臺就可以進(jìn)行持久運(yùn)行；當(dāng)該電子商務(wù)平臺出現(xiàn)遭人破壞或是因操作人員操作不當(dāng)而引發(fā)的故障時，該平臺能夠很快很容易的通過維護(hù)或維修排除故障；該平臺在設(shè)計時，就以易使用性和易操作性為最高原則，一般來說，產(chǎn)品的越容易操作，發(fā)生人為失誤或其他問題造成的故障和安全問題的可能性就越小，因此平臺的可靠性也就越強(qiáng)。</p><p>　　3 第三方物流企業(yè)電子商務(wù)平臺的設(shè)計</p>

63、<p>　　3.1 平臺總體結(jié)構(gòu)設(shè)計</p><p>　　平臺總體結(jié)構(gòu)設(shè)計的主要任務(wù)是實現(xiàn)子平臺的劃分，并進(jìn)一步確定子平臺的模塊結(jié)構(gòu)，進(jìn)而畫出模塊結(jié)構(gòu)圖。平臺的模塊結(jié)構(gòu)設(shè)計過程就是把一個復(fù)雜平臺的功能逐層次分解，使之成為多個功能較為單一的單元的過程。這種分解為多個功能較為單一的模塊的方法稱為模塊化方法。模塊化是一種設(shè)計思想，這種思想把一個較為復(fù)雜的平臺分解為一些規(guī)模較小的、功能較簡單的、更榮易建立和修改

64、的部分，各個模塊之間具有一定的從屬和調(diào)用關(guān)系，各模塊在這些關(guān)系的約束下共同構(gòu)成一個統(tǒng)一的整體，完成平臺的總體功能[16]（鐘加情，2008）。</p><p>　　第三方物流企業(yè)電子商務(wù)平臺主要包含企業(yè)基本信息管理模塊、客戶管理模塊、物流服務(wù)管理模塊和服務(wù)訂單管理模塊，具體如圖14 所示：</p><p>　　圖14 平臺總體結(jié)構(gòu)設(shè)計</p><p>　?。?）企業(yè)

65、基本信息管理模塊</p><p>　　企業(yè)基本信息管理模塊主要包括企業(yè)介紹、企業(yè)資質(zhì)、人力資源、成功案例以及車輛信息五個模塊。每個模塊都包含有查看、修改、刪除以及添加的功能。</p><p><b>　?。?）客戶管理模塊</b></p><p>　　在該模塊中，主要包括客戶基本信息管理模塊、意見反饋模塊、投訴管理三個模塊。其中客戶信息管理含有

66、客戶注冊、登錄、查看、修改信息等功能；意見反饋包括意見信息填寫、遞交等功能；投訴管理包括投訴信息的填寫和遞交以及處理的功能。</p><p>　?。?）物流服務(wù)項目管理模塊</p><p>　　在該模塊中，主要包含有物流服務(wù)介紹、物流服務(wù)指南、物流服務(wù)分類以及物流服務(wù)明細(xì)四個模塊。其中，在物流服務(wù)分類中對企業(yè)的的各項服務(wù)項目進(jìn)行詳細(xì)分類，以方便客戶選擇；在物流服務(wù)明細(xì)中對各個服務(wù)項目進(jìn)行詳

67、細(xì)介紹以助客戶了解其具體內(nèi)容。</p><p>　?。?）物流訂單管理模塊</p><p>　　在該模塊中，主要訂單下達(dá)、訂單信息、訂單查詢、訂單執(zhí)行以及訂單結(jié)算五個部分。其中，訂單信息就為客戶下達(dá)訂單時的訂單明細(xì)，訂單執(zhí)行部分包括訂單確認(rèn)、備貨、發(fā)貨、確認(rèn)收貨以及訂單關(guān)閉等幾個部分。</p><p>　　3.2 系統(tǒng)運(yùn)作流程設(shè)計</p><p&

68、gt;　　序列圖（Sequence Diagram）是系統(tǒng)運(yùn)作流程設(shè)計的一種工具，它強(qiáng)調(diào)時間順序[17]（楊明，2010）。序列圖的主要要素是對象和消息，其中對象沿X軸排列，且每一個對象都擁有自己的名稱和生命線，對象還可以擁有控制焦點，用于可視化消息的嵌套或?qū)嶋H計算發(fā)生時的時間。消息沿X軸排列，其基本屬性就是名稱，消息可以為普通消息，也可以代表調(diào)用消息。</p><p><b>　?。?）注冊流程圖&l

69、t;/b></p><p>　　此圖主要描述了操作員注冊時的操作流程。詳細(xì)操作流程為：在注冊主頁面，操作員提出注冊請求，進(jìn)入填寫注冊信息頁面后進(jìn)行填寫注冊信息，填寫注冊信息后轉(zhuǎn)入信息驗證頁面，若輸入信息有誤，則返回到填寫注冊信息頁面，若填寫信息正確，則轉(zhuǎn)到用戶列表，增加用戶，顯示注冊成功，頁面轉(zhuǎn)到操作員個人主頁面，具體分析如圖15所示：</p><p><b>　　圖15

70、注冊流程圖</b></p><p><b>　?。?）登錄序列圖</b></p><p>　　此圖主要描述了操作員登錄的操作流程。詳細(xì)操作流程為：操作員進(jìn)入登錄界面后，輸入相應(yīng)的登錄信息即操作員的賬號、密碼，當(dāng)輸入信息有誤時，返回到登錄界面重新輸入，登錄信息驗證后，轉(zhuǎn)入操作員個人頁面，完成操作后退出登錄，具體分析如圖16所示：</p><

71、;p><b>　　圖16 登錄序列圖</b></p><p>　?。?）訂單下達(dá)序列圖</p><p>　　該圖主要描述了操作員在下達(dá)訂單時的操作流程。詳細(xì)操作流程為：在個人主頁面，操作員提出查看物流服務(wù)項目請求，頁面轉(zhuǎn)到物流服務(wù)項目頁面，操作員提出購買請求后，頁面轉(zhuǎn)到購買界面，操作員進(jìn)行支付，頁面轉(zhuǎn)到支付界面，若支付失敗，頁面轉(zhuǎn)回購買頁面，若支付成功，則操作員

72、所購買的服務(wù)添加到訂單列表，頁面轉(zhuǎn)到訂單列表頁面，具體流程如圖17所示：</p><p>　　圖17 訂單下達(dá)序列圖</p><p>　　（4）訂單信息管理圖</p><p>　　在該圖中，主要是操作員對訂單信息管理時的操作流程。詳細(xì)操作流程是：操作員提出查看訂單信息請求，頁面轉(zhuǎn)到訂單列表頁面，操作員提出修改訂單請求，頁面轉(zhuǎn)到修改訂單頁面，修改成功后頁面返回訂單列表

73、頁面；操作員提出刪除訂單請求，頁面轉(zhuǎn)到刪除訂單頁面，刪除成功后，頁面返回訂單列表頁面，具體流程如圖18所示：</p><p>　　圖18 訂單信息管理圖</p><p>　　（5）訂單查看序列圖</p><p>　　該圖描述了操作員在查看訂單時的操作流程。詳細(xì)操作流程為：操作員提出查看訂單請求，頁面轉(zhuǎn)到訂單列表，操作員輸入訂單編號，頁面轉(zhuǎn)到訂單編號顯示，操作員進(jìn)行查

74、找訂單，若是訂單查找失敗，則頁面返回訂單列表頁面，若是成功查找到該訂單，則頁面轉(zhuǎn)到訂單明細(xì)頁面，具體流程如圖19所示：</p><p>　　圖19 訂單查看序列圖</p><p>　　（6）訂單執(zhí)行序列圖</p><p>　　該圖是操作員在執(zhí)行訂單時的操作流程。詳細(xì)操作流程時：操作員提出查看訂單執(zhí)行請求后頁面轉(zhuǎn)到訂單執(zhí)行頁面，操作員提出訂單確認(rèn)請求，頁面轉(zhuǎn)到訂單確認(rèn)

75、頁面，確認(rèn)成功后頁面轉(zhuǎn)到訂單頁面；操作員提出備貨請求，頁面轉(zhuǎn)到備貨頁面，備貨成功，頁面轉(zhuǎn)到訂單頁面；操作員提出發(fā)貨請求，頁面轉(zhuǎn)到發(fā)貨頁面，發(fā)貨成功，頁面轉(zhuǎn)到訂單頁面；操作員提出關(guān)閉訂單請求，頁面轉(zhuǎn)到訂單關(guān)閉頁面，關(guān)閉訂單成功后頁面轉(zhuǎn)到訂單頁面。具體流程如圖20所示：</p><p>　　圖20 訂單執(zhí)行序列圖 </p><p>　?。?）確認(rèn)收貨序列圖</p><p

76、>　　該圖描述了操作員在確認(rèn)收貨時的操作流程。詳細(xì)操作流程為：操作員提出確認(rèn)收貨請求，頁面進(jìn)入確認(rèn)收貨頁面，操作員輸入確認(rèn)收貨信息，頁面轉(zhuǎn)到信息驗證頁面，若是輸入信息有誤，則頁面返回確認(rèn)收貨頁面，若是輸入信息正確，則確認(rèn)收貨成功，頁面轉(zhuǎn)到確認(rèn)收貨成功頁面，之后頁面轉(zhuǎn)到操作員個人主頁面，具體流程如圖21所示：</p><p>　　圖21 確認(rèn)收貨序列圖</p><p>　?。?）訂單結(jié)

77、算序列圖</p><p>　　該圖描述了操作員在結(jié)算訂單時的操作流程。詳細(xì)操作流程是：操作員提出訂單結(jié)算請求，頁面轉(zhuǎn)到訂單結(jié)算頁面，操作員輸入相關(guān)信息，頁面轉(zhuǎn)到信息驗證頁面，若是輸入信息有誤，則也賣弄返回訂單結(jié)算主頁面，否則進(jìn)行確認(rèn)結(jié)算，頁面進(jìn)入支付頁面，操作員若是選擇現(xiàn)金支付，頁面轉(zhuǎn)到現(xiàn)金支付頁面，現(xiàn)金支付成功，轉(zhuǎn)到支付成功頁面，之后頁面轉(zhuǎn)到結(jié)算成功頁面；操作員若選擇銀行轉(zhuǎn)賬支付，頁面轉(zhuǎn)到銀行轉(zhuǎn)賬頁面，轉(zhuǎn)賬支付

78、成功后轉(zhuǎn)到支付成功頁面，之后頁面轉(zhuǎn)到結(jié)算成功頁面，具體流程如圖22所示：</p><p>　　圖22 訂單結(jié)算序列圖</p><p><b>　?。?）投訴序列圖</b></p><p>　　該圖描述操作員在投訴時的操作流程。詳細(xì)操作流程是：操作員提出投訴請求，頁面進(jìn)入投訴主頁面后轉(zhuǎn)到信息輸入頁面，操作員輸入投訴信息，包括投訴內(nèi)容等，確認(rèn)投訴，

79、頁面轉(zhuǎn)到信息驗證頁面，若是投訴失敗，則頁面返回投訴主頁面，若是投訴成功，則進(jìn)入投訴成功頁面，操作員提出查看投訴信息請求，頁面進(jìn)入投訴信息頁面，具體口流出如圖23所示： </p><p><b>　　圖23 投訴序列圖</b></p><p><b>　　3.3 數(shù)據(jù)庫設(shè)計</b></p><p>　　數(shù)據(jù)庫管理系統(tǒng)（

80、Database Managament System）是一種操縱和管理數(shù)據(jù)庫的大型軟件，是用于建立、使用和維護(hù)數(shù)據(jù)庫，簡稱DBMS。它對數(shù)據(jù)庫進(jìn)行統(tǒng)一的管理和控制，以保證數(shù)據(jù)庫的安全性和完整性[18]（趙亦龍，2010）。用戶通過訪問數(shù)據(jù)庫中的數(shù)據(jù)，數(shù)據(jù)庫管理員也通過數(shù)據(jù)庫進(jìn)行維護(hù)工作。它提供多種功能，可使多個應(yīng)用程序和用戶用不同的方法在同時或不同時刻去建立、修改和詢問數(shù)據(jù)庫。數(shù)據(jù)庫管理系統(tǒng)對電子商務(wù)的支持是全方位的，從底層的數(shù)據(jù)基礎(chǔ)到

81、上層的平臺應(yīng)用都涉及到數(shù)據(jù)庫技術(shù)，其中包括數(shù)據(jù)的收集、存儲和組織，企業(yè)決策的支持，電子數(shù)據(jù)的交換、數(shù)據(jù)庫的建立。一個高效并且完善的電子商務(wù)平臺必須對數(shù)據(jù)庫進(jìn)行合理的邏輯設(shè)計和有效的物理設(shè)計。</p><p>　　3.3.1數(shù)據(jù)庫概念設(shè)計</p><p>　　E-R圖是數(shù)據(jù)庫概念設(shè)計的主要工具。任何需要進(jìn)行存儲的實際應(yīng)用都需要定義E-R圖，利用E-R圖的數(shù)據(jù)庫設(shè)計者可以獲得用于數(shù)據(jù)實施的數(shù)據(jù)

82、庫模式[19]（楊天劍，2007）。</p><p>　　E-R圖提供了表示實體（即數(shù)據(jù)對象）、屬性和聯(lián)系的方法，用來描述現(xiàn)實世界的概念模型[20]（薛文情，2008）。構(gòu)成E-R圖的基本要素是實體、屬性、連接線和聯(lián)系，其表示方法為：</p><p>　?。?）實體型：用矩形表示，矩形框內(nèi)寫明實體名；</p><p>　?。?）屬性：用橢圓形表示，并用無向邊將其與相

83、應(yīng)的實體連接起來；多值屬性由雙線連接；主屬性名稱下加下劃線；</p><p>　　（3）連接線，用直線表示；</p><p>　?。?）聯(lián)系：用菱形表示，菱形框內(nèi)寫明聯(lián)系名，并用無向邊分別與有關(guān)實體連接起來，同時在無向邊旁標(biāo)上聯(lián)系的類型。聯(lián)系的類型主要有：1對多關(guān)系，1對1關(guān)系和多對多關(guān)系。</p><p>　　下面是對該第三方物流企業(yè)電子商務(wù)平臺建立的E-R圖，其

84、中客戶、意見、投訴單、投訴處理單、物流服務(wù)項目、物流訂單、發(fā)貨單、收貨確認(rèn)單、結(jié)算單、企業(yè)、車輛、人力和成功案例是實體，具體的屬性和聯(lián)系如圖24所示：</p><p>　　圖24 第三方物流企業(yè)電子商務(wù)平臺E-R圖</p><p>　　3.3.2數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計 </p><p>　　數(shù)據(jù)庫的邏輯結(jié)構(gòu)設(shè)計就是把概念結(jié)構(gòu)設(shè)計階段設(shè)計好的基本E-R圖轉(zhuǎn)換為數(shù)據(jù)模型相符

85、合的邏輯結(jié)構(gòu)[21]（李立祥，2010）。具體步驟為：</p><p>　　（1）將概念結(jié)構(gòu)轉(zhuǎn)換為一般的關(guān)系、網(wǎng)狀、層次模型； </p><p>　　（2）將轉(zhuǎn)換來的關(guān)系、網(wǎng)狀、層次模型向數(shù)據(jù)模型轉(zhuǎn)換； </p><p>　?。?）對數(shù)據(jù)模型進(jìn)行優(yōu)化。</p><p>　　根據(jù)以上邏輯結(jié)構(gòu)的具體設(shè)計步驟，再根據(jù)E-R圖上的相關(guān)屬性、實體等信息

86、，對數(shù)據(jù)庫進(jìn)行相應(yīng)的邏輯結(jié)構(gòu)設(shè)計，最終設(shè)計生成的表如下所示： </p><p>　?。?）客戶基本信息表</p><p>　　客戶基本信息邏輯結(jié)構(gòu)設(shè)計主要包括客戶賬號、客戶姓名、客戶密碼、客戶所屬單位、聯(lián)系電話、電子郵件、聯(lián)系地址、傳真以及備注說明，數(shù)據(jù)類型為字符型，長度要求和是否允許為空值視具體情況而定（客戶基本信息見表11）。</p><p>　　表11客戶基本

87、信息表</p><p>　?。?）物流服務(wù)項目基本信息表</p><p>　　物流服務(wù)項目基本信息的邏輯結(jié)構(gòu)設(shè)計主要包括物流項目編號、物流項目名稱、物流項目描述、計量單位、價格以及備注說明，數(shù)據(jù)類型為字符型，長度要求和是否允許為空值視具體情況而定（物流服務(wù)項目基本信息見表12）。</p><p>　　表12 物流服務(wù)項目基本信息表 </p><

88、p>　　（3）物流訂單基本信息表</p><p>　　物流訂單基本信息邏輯結(jié)構(gòu)設(shè)計包括訂單編號、訂單描述、客戶姓名、貨物描述、貨物到達(dá)最遲日期、目標(biāo)地址、聯(lián)系方式以及備注說明，數(shù)據(jù)類型為字符型，長度要求和是否允許為空值視具體情況而定（物流訂單基本信息見表13）。</p><p>　　表13 物流訂單基本信息表</p><p>　?。?）企業(yè)基本信息表</

89、p><p>　　企業(yè)基本信息表的邏輯結(jié)構(gòu)設(shè)計包括企業(yè)編號、企業(yè)名稱、企業(yè)簡介、企業(yè)負(fù)責(zé)人、聯(lián)系方式、傳真以及企業(yè)地址，數(shù)據(jù)類型為字符型，長度要求和是否允許為空值視具體情況而定（企業(yè)基本信息見表14）。</p><p>　　表14 企業(yè)基本信息表</p><p><b>　?。?）人力資源表</b></p><p>　　人力資

90、源表的邏輯結(jié)構(gòu)設(shè)計包括員工編號、員工姓名、員工性別、個人簡介、聯(lián)系電話、電子郵件、家庭地址以及備注說明，數(shù)據(jù)類型為字符型，長度要求和是否允許為空值視具體情況而定（人力資源見表15）。</p><p><b>　　表15 人力資源表</b></p><p>　?。?）成功案例信息表</p><p>　　成功案例信息表邏輯結(jié)構(gòu)設(shè)計主要包括案例編號、

91、案例名稱、成功對象、案例負(fù)責(zé)人、具體內(nèi)容，數(shù)據(jù)類型為字符型，長度要求和是否允許為空值視具體情況而定（成功案例信息見表16）。</p><p>　　表16 成功案例信息表</p><p><b>　?。?）車輛信息表</b></p><p>　　車輛信息表的邏輯結(jié)構(gòu)設(shè)計主要包括車輛編號、車輛名稱、車牌號、目前所在地址以及備注說明，數(shù)據(jù)類型為字符型

92、，長度要求和是否允許為空值視具體情況而定（車輛信息見表17）。</p><p><b>　　表17 車輛信息表</b></p><p><b>　　（8）發(fā)貨單</b></p><p>　　發(fā)貨單邏輯結(jié)構(gòu)設(shè)計包括發(fā)貨單編號、發(fā)貨日期、收貨人姓名、目標(biāo)地址、發(fā)貨人姓名以及備注說明，數(shù)據(jù)類型為字符型，長度要求和是否允許為空值視

93、具體情況而定。具體見表18：</p><p><b>　　表18 發(fā)貨單</b></p><p><b>　?。?）收貨確認(rèn)單</b></p><p>　　收貨確認(rèn)單的邏輯結(jié)構(gòu)設(shè)計主要包括收貨單編號、到貨日期、收貨日期、收貨人姓名、收貨地址以及備注說明，數(shù)據(jù)類型為字符型，長度要求和是否允許為空值視具體情況而定。具體見表19

94、：</p><p><b>　　表19 收貨確認(rèn)單</b></p><p><b>　　（10）結(jié)算單</b></p><p>　　結(jié)算單邏輯結(jié)構(gòu)設(shè)計主要包括結(jié)算單編號、結(jié)算金額、結(jié)算日期、付款人姓名、收款人姓名、結(jié)算地址以及備注說明，數(shù)據(jù)類型為字符型，長度要求和是否允許為空值視具體情況而定。具體見表20：</p&g

95、t;<p><b>　　表20 結(jié)算單</b></p><p><b>　?。?1）意見反饋表</b></p><p>　　意見反饋表的邏輯結(jié)構(gòu)設(shè)計主要包括意見反饋編號、反饋人姓名以及反饋內(nèi)容，數(shù)據(jù)類型為字符型，長度要求和是否允許為空值視具體情況而定。具體見表21：</p><p><b>　　表2

96、1 意見反饋表</b></p><p><b>　?。?2）投訴單</b></p><p>　　投訴單的邏輯結(jié)構(gòu)設(shè)計主要包括投訴單編號、投訴人姓名、投訴內(nèi)容、投訴日期，數(shù)據(jù)類型為字符型，長度要求和是否允許為空值視具體情況而定。具體見表22：</p><p><b>　　表22 投訴單</b></p>

97、<p><b>　?。?3）投訴處理單</b></p><p>　　投訴處理單的邏輯結(jié)構(gòu)設(shè)計主要包括投訴處理編號、投訴內(nèi)容、回復(fù)內(nèi)容、處理結(jié)果、處理人姓名、處理日期。數(shù)據(jù)類型為字符型，長度要求和是否允許為空值視具體情況而定。具體見表23：</p><p><b>　　表23 投訴處理單</b></p><p>

98、;　　3.3.3 數(shù)據(jù)庫物理設(shè)計</p><p>　　數(shù)據(jù)庫設(shè)計主要包括兩部分內(nèi)容，邏輯結(jié)構(gòu)設(shè)計和數(shù)據(jù)庫物理設(shè)計。數(shù)據(jù)庫邏輯設(shè)計是整個數(shù)據(jù)庫設(shè)計的前半階段，而物理設(shè)計是數(shù)據(jù)庫設(shè)計的后半階段的主要任務(wù)。</p><p>　　數(shù)據(jù)庫物理設(shè)計是一個過程，是將一個給定邏輯結(jié)構(gòu)實施到具體的環(huán)境中時，邏輯數(shù)據(jù)模型要選取一個具體的工作環(huán)境，這個工作環(huán)境提供了數(shù)據(jù)存儲結(jié)構(gòu)與存取方法的過程。</p&g

99、t;<p>　　SQL Sever是一個真正的客戶-服務(wù)器關(guān)系數(shù)據(jù)庫，企業(yè)可以利用它設(shè)計一個滿足不同信息需求的分布式數(shù)據(jù)庫系統(tǒng)。SQL，結(jié)構(gòu)化查詢語言。SQL語言的主要功能就是同各種數(shù)據(jù)庫建立聯(lián)系，進(jìn)行溝通。SQL語言具有非過程化語言統(tǒng)一語言以及所有關(guān)系數(shù)據(jù)庫的公共語言等優(yōu)點[22]（逯燕玲，2007）。以下是SQL代碼：</p><p><b>　?。?）客戶基本信息</b>

100、</p><p>　　CREATE TABLE [dbo].[客戶基本信息] （</p><p>　　[客戶編號] [varchar] （12） COLLATE Chinese_PRC_CI_AS NOT NULL ，</p><p>　　[客戶帳號] [varchar] （12） COLLATE Chinese_PRC_CI_AS NOT NULL ，</p

101、><p>　　[客戶密碼] [varchar] （15） COLLATE Chinese_PRC_CI_AS NOT NULL ，</p><p>　　[客戶姓名] [varchar] （10） COLLATE Chinese_PRC_CI_AS NOT NULL ，</p><p>　　[所屬單位] [varchar] （20） COLLATE Chinese_PRC

102、_CI_AS NULL ，</p><p>　　[聯(lián)系地址] [char] （50） COLLATE Chinese_PRC_CI_AS NULL ，</p><p>　　[電子郵件] [varchar] （20） COLLATE Chinese_PRC_CI_AS NULL ，</p><p>　　[聯(lián)系電話] [varchar] （15） COLLATE Chi

103、nese_PRC_CI_AS NOT NULL ，</p><p>　　[傳真] [char] （15） COLLATE Chinese_PRC_CI_AS NOT NULL ，</p><p>　　[備注說明] [varchar] （100） COLLATE Chinese_PRC_CI_AS NULL </p><p>　?。?ON [PRIMARY]</

104、p><p><b>　　GO</b></p><p>　?。?）物流服務(wù)項目基本信息</p><p>　　CREATE TABLE [dbo].[物流服務(wù)項目信息] （</p><p>　　[項目編號] [varchar] （12） COLLATE Chinese_PRC_CI_AS NOT NULL ，</p>

105、<p>　　[項目名稱] [varchar] （10） COLLATE Chinese_PRC_CI_AS NOT NULL ，</p><p>　　[項目描述] [varchar] （100） COLLATE Chinese_PRC_CI_AS NULL ，</p><p>　　[計量單位] [varchar] （20） COLLATE Chinese_PRC_CI_AS

106、NOT NULL ，</p><p>　　[價格] [float] （10）COLLATE Chinese_PRC_CI_AS NOT NULL，</p><p>　　[備注說明] [varchar] （100） COLLATE Chinese_PRC_CI_AS NULL </p><p>　　） ON [PRIMARY]</p><p>

107、<b>　　GO</b></p><p>　?。?）物流訂單基本信息表</p><p>　　CREATE TABLE [dbo].[物流訂單基本信息] （</p><p>　　[訂單編號] [varchar] （12） COLLATE Chinese_PRC_CI_AS NOT NULL ，</p><p>　　[訂單描

108、述] [varchar] （100） COLLATE Chinese_PRC_CI_AS NULL ，</p><p>　　[客戶姓名] [varchar] （10） COLLATE Chinese_PRC_CI_AS NOT NULL ，</p><p>　　[貨物描述] [varchar] （100） COLLATE Chinese_PRC_CI_AS NULL ，</p>

109、<p>　　[貨物到達(dá)最遲日期] [smallldatetime] （4） COLLATE Chinese_PRC_CI_AS NULL ，</p><p>　　[目標(biāo)地址] [varchar] （50） COLLATE Chinese_PRC_CI_AS NULL ，</p><p>　　[聯(lián)系方式] [varchar] （50） COLLATE Chinese_PRC_C

110、I_AS NULL ，</p><p>　　[備注說明] [varchar] （100） COLLATE Chinese_PRC_CI_AS NULL </p><p>　?。?ON [PRIMARY]</p><p><b>　　GO</b></p><p>　?。?）企業(yè)基本信息表</p><p&

111、gt;　　CREATE TABLE [dbo].[企業(yè)基本信息表] （</p><p>　　[企業(yè)編號] [varchar] （12） COLLATE Chinese_PRC_CI_AS NULL ，</p><p>　　[企業(yè)名稱] [varchar] （20） COLLATE Chinese_PRC_CI_AS NOT NULL ，</p><p>　　[企業(yè)簡