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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

31、（Unitied Modeling Language，統(tǒng)一建模語言）于1961年Rational公司提出，并由若干大公司共同推薦，為OMG所采納，進而成為了可視化建模的事實標準[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è)電子商務平臺的功能分析</p><p>　　功能分析是價值工程的核心內(nèi)容，是對價值工程研究對象系統(tǒng)地分析其功能，科學的評價它的重要性，確定改進對象的過程。功能

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

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

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、戶投訴管理幾個功能。在該功能中，主要涉及到管理員對客戶進行管理的功能，具體如表4所示：</p><p>　　表4 客戶管理用例說明</p><p>　?。?）物流服務管理用例</p><p>　　在物流服務管理中，管理員主要有添加物流服務項目、修改物流服務項目功能、刪除物流服務項目功能和查看物流服務項目功能幾個功能；用戶主要有查看物流服務項目功能。在該功能中，主要涉

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

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

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

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

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

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

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

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

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

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

49、p>　?。?）訂單下達活動圖</p><p>　　該活動圖主要描述訂單下達時的操作流程，具體包括操作員提出訂單下達申請，查看服務項目，輸入訂單下達信息等操作，是操作員在下達訂單時和系統(tǒng)之間的交互圖示，完成操作后，數(shù)據(jù)將保存到數(shù)據(jù)庫，系統(tǒng)轉(zhuǎn)到主頁面，具體流程如圖6所示：</p><p>　　圖6 訂單下達活動圖</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í)行的查看訂單、確認訂單、備貨、發(fā)貨、和訂單關閉活動，是操作員和系統(tǒng)之間對訂單執(zhí)行進行管理的交互圖示，操作員向系統(tǒng)提出對訂單執(zhí)行進行查看、確認訂單、備貨、發(fā)貨、關閉訂單的請求，完成操作后，將數(shù)據(jù)保存至數(shù)據(jù)庫，具體分析如圖8所示：</p><p>　　圖8 訂單執(zhí)行活動圖</p><p>　　（8）確認收貨活動

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

53、;<p>　　該活動圖主要描述操作員在訂單結(jié)算時的操作流程，具體包括操作員提出訂單結(jié)算申請，輸入結(jié)算信息等操作，當輸入信息錯誤時則返回重新填寫，是操作員在訂單結(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、描述操作員對投訴信息管理的流程，詳細展現(xiàn)操作員回復投訴信息的活動，是操作員與系統(tǒng)之間對投訴信息進行管理的交互圖示，操作員對系統(tǒng)提出回復投訴信息請求，完成對投訴信息的回復，最后數(shù)據(jù)存入數(shù)據(jù)庫的動作，具體分析如圖12所示：</p><p>　　圖12 投訴信息處理活動圖</p><p>　　2.4 第三方物流企業(yè)電子商務平臺的數(shù)據(jù)分析</p><p>　　數(shù)據(jù)分析是組織

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

77、算序列圖</p><p>　　該圖描述了操作員在結(jié)算訂單時的操作流程。詳細操作流程是：操作員提出訂單結(jié)算請求，頁面轉(zhuǎn)到訂單結(jié)算頁面，操作員輸入相關信息，頁面轉(zhuǎn)到信息驗證頁面，若是輸入信息有誤，則也賣弄返回訂單結(jié)算主頁面，否則進行確認結(jié)算，頁面進入支付頁面，操作員若是選擇現(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>　　該圖描述操作員在投訴時的操作流程。詳細操作流程是：操作員提出投訴請求，頁面進入投訴主頁面后轉(zhuǎn)到信息輸入頁面，操作員輸入投訴信息，包括投訴內(nèi)容等，確認投訴，

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

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

81、上層的平臺應用都涉及到數(shù)據(jù)庫技術(shù)，其中包括數(shù)據(jù)的收集、存儲和組織，企業(yè)決策的支持，電子數(shù)據(jù)的交換、數(shù)據(jù)庫的建立。一個高效并且完善的電子商務平臺必須對數(shù)據(jù)庫進行合理的邏輯設計和有效的物理設計。</p><p>　　3.3.1數(shù)據(jù)庫概念設計</p><p>　　E-R圖是數(shù)據(jù)庫概念設計的主要工具。任何需要進行存儲的實際應用都需要定義E-R圖，利用E-R圖的數(shù)據(jù)庫設計者可以獲得用于數(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、應的實體連接起來；多值屬性由雙線連接；主屬性名稱下加下劃線；</p><p>　?。?）連接線，用直線表示；</p><p>　?。?）聯(lián)系：用菱形表示，菱形框內(nèi)寫明聯(lián)系名，并用無向邊分別與有關實體連接起來，同時在無向邊旁標上聯(lián)系的類型。聯(lián)系的類型主要有：1對多關系，1對1關系和多對多關系。</p><p>　　下面是對該第三方物流企業(yè)電子商務平臺建立的E-R圖，其

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

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

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

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

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

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

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

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

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

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

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

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

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

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

99、t;<p>　　SQL Sever是一個真正的客戶-服務器關系數(shù)據(jù)庫，企業(yè)可以利用它設計一個滿足不同信息需求的分布式數(shù)據(jù)庫系統(tǒng)。SQL，結(jié)構(gòu)化查詢語言。SQL語言的主要功能就是同各種數(shù)據(jù)庫建立聯(lián)系，進行溝通。SQL語言具有非過程化語言統(tǒng)一語言以及所有關系數(shù)據(jù)庫的公共語言等優(yōu)點[22]（逯燕玲，2007）。以下是SQL代碼：</p><p><b>　　（1）客戶基本信息</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>　　（2）物流服務項目基本信息</p><p>　　CREATE TABLE [dbo].[物流服務項目信息] （</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>　　[貨物到達最遲日期] [smallldatetime] （4） COLLATE Chinese_PRC_CI_AS NULL ，</p><p>　　[目標地址] [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è)簡