【正文】 學(xué)友情深，情同兄妹。本次畢業(yè)設(shè)計大概持續(xù)了半年，現(xiàn)在終于到結(jié)尾了。學(xué)位論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的學(xué)位論文，是本人在導(dǎo)師的指導(dǎo)下進(jìn)行的研究工作所取得的成果。但是系統(tǒng)的整體設(shè)計中仍然存在不少問題。圖410將商品從購物車刪除活動圖，給予補(bǔ)充說明 貨款支付1.2.3.4..... 功能結(jié)構(gòu)設(shè)計 類圖設(shè)計 順序圖設(shè)計 核心處理流程設(shè)計 訂單管理1.2.3.4...... 功能結(jié)構(gòu)設(shè)計 類圖設(shè)計 順序圖設(shè)計 核心處理流程設(shè)計 發(fā)貨信息管理1.2.3.4....... 功能結(jié)構(gòu)設(shè)計 類圖設(shè)計 順序圖設(shè)計 核心處理流程設(shè)計 退貨處理1.2.3.4........ 功能結(jié)構(gòu)設(shè)計 類圖設(shè)計 順序圖設(shè)計 核心處理流程設(shè)計 商品管理1.2.3.4......... 功能結(jié)構(gòu)設(shè)計 類圖設(shè)計 順序圖設(shè)計 核心處理流程設(shè)計 統(tǒng)計查詢1.2.3.4.......... 功能結(jié)構(gòu)設(shè)計 類圖設(shè)計 順序圖設(shè)計 核心處理流程設(shè)計 商品發(fā)貨1.2.3.4........... 功能結(jié)構(gòu)設(shè)計 類圖設(shè)計 順序圖設(shè)計 核心處理流程設(shè)計 用戶管理1.2.3.4............ 功能結(jié)構(gòu)設(shè)計 類圖設(shè)計5.6.7............ 順序圖設(shè)計 核心處理流程設(shè)計 日志管理1.2.3.4............. 功能結(jié)構(gòu)設(shè)計 類圖設(shè)計 順序圖設(shè)計 核心處理流程設(shè)計 系統(tǒng)角色管理1.2.3.4.............. 功能結(jié)構(gòu)設(shè)計 類圖設(shè)計 順序圖設(shè)計 核心處理流程設(shè)計 用戶級別管理1.2.3.4............... 功能結(jié)構(gòu)設(shè)計 類圖設(shè)計 順序圖設(shè)計 核心處理流程設(shè)計 數(shù)據(jù)庫設(shè)計 主要實(shí)體屬性圖圖440商品類型實(shí)體屬性圖圖441商品信息實(shí)體屬性圖圖442購物車記錄實(shí)體屬性圖圖443訂單項(xiàng)實(shí)體屬性圖圖444訂單實(shí)體屬性圖圖445買家實(shí)體屬性圖圖446退貨申請實(shí)體屬性圖圖447支付記錄實(shí)體屬性圖圖448商品發(fā)貨記錄實(shí)體屬性圖圖449用戶實(shí)體屬性圖圖450日志實(shí)體屬性圖 主要實(shí)體關(guān)系圖(一) 實(shí)體關(guān)系圖（ER圖）圖451 在線購物子系統(tǒng)ER圖圖452 系統(tǒng)管理子系統(tǒng)ER圖 主要數(shù)據(jù)庫表設(shè)計根據(jù)實(shí)體類，給出軟件系統(tǒng)主要庫表的設(shè)計，例如：（1）商品類別 保存商品類別的基本信息。 總體設(shè)計主要闡述有關(guān)系統(tǒng)設(shè)計之功能架構(gòu)設(shè)計，以下為范本系統(tǒng)功能架構(gòu)設(shè)計定義軟件系統(tǒng)各主要部件及成分之間的關(guān)系。提供對系統(tǒng)自身的集中操作維護(hù)的功能。示例：（一）商品展示活動圖圖31 商品展示活動圖（二）網(wǎng)上訂貨活動圖圖32 網(wǎng)上訂貨活動圖（三）貨款支付活動圖圖33 貨款支付活動圖（四）發(fā)貨活動圖圖34 商品發(fā)貨活動圖（五）退貨處理活動圖圖35 退貨處理活動圖 功能需求功能(function)是刻畫系統(tǒng)行為、特別是系統(tǒng)與環(huán)境關(guān)系的重要概念。故它以問題域的語言解釋數(shù)據(jù)模型，由一系列應(yīng)用領(lǐng)域的概念組成。在第一范式（1NF）中表的每一行只包含一個實(shí)例的信息。在界面類的設(shè)計中主要關(guān)注屬性和消息方法；l 控制類承擔(dān)著事務(wù)處理，控制調(diào)控的控制作用。UML被廣泛應(yīng)用于數(shù)據(jù)建模，業(yè)務(wù)建模，對象建模，組件建模等。該模型的各個階段沒有明顯的界限，開發(fā)人員可以同步進(jìn)行開發(fā)。沿著螺旋線每旋轉(zhuǎn)一圈，表示開發(fā)出一個更完善的新的軟件版本，如果開發(fā)風(fēng)險過大，開發(fā)機(jī)構(gòu)和客戶無法接受，項(xiàng)目就有可能就此終止。第二章 系統(tǒng)的開發(fā)方法及相關(guān)技術(shù)此處插入系統(tǒng)開發(fā)方法的統(tǒng)一概述，旨在簡要的解釋系統(tǒng)開發(fā)的方法和涉及的相關(guān)技術(shù)。不少商家、公司只制作一個或幾個產(chǎn)品介紹的頁面，要修改資料，需要對網(wǎng)頁重新修改，客戶卻又不能在線下定單，需要通過多種步驟才能與商家取得聯(lián)系，其弊端是顯見的，首先是低效率、數(shù)據(jù)的嚴(yán)重冗余，其次是維護(hù)困難。本人授權(quán)　　 　 　大學(xué)可以將本學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫進(jìn)行檢索，可以采用影印、縮印或掃描等復(fù)制手段保存和匯編本學(xué)位論文。 研究生簽名： 日 期： 論文使用和授權(quán)說明本人完全了解云南大學(xué)有關(guān)保留、使用學(xué)位論文的規(guī)定，即：學(xué)校有權(quán)保留并向國家有關(guān)部門或機(jī)構(gòu)送交學(xué)位論文和論文電子版；允許論文被查閱或借閱；學(xué)?？梢怨颊撐牡娜炕虿糠謨?nèi)容，可以采用影印、縮印或其他復(fù)制手段保存論文。近年來，由于信息化在多個領(lǐng)域取得了巨大的成就，為國家的經(jīng)濟(jì)建設(shè)和社會發(fā)展做出了不可估量的貢獻(xiàn)。如何根據(jù)具體需求采用合適的技術(shù)來實(shí)現(xiàn)，是很多軟件開發(fā)者正在考慮的問題。以下幾個小節(jié)將根據(jù)以上統(tǒng)一概述，較為詳細(xì)的逐一展開進(jìn)行敘述，每一項(xiàng)具體開發(fā)方法或者相關(guān)技術(shù)的綜述獨(dú)立成為一個小節(jié)，每個小節(jié)下面具體有多少子小節(jié)并無具體規(guī)定，只要能講述清楚明白即可，以下為范本，請勿照搬！ 軟件工程開發(fā)模型 傳統(tǒng)瀑布模型瀑布模型(也稱為線性順序模型)，由溫斯頓實(shí)施工程：實(shí)施軟件開發(fā)。[1]噴泉模型的優(yōu)點(diǎn)：軟件項(xiàng)目開發(fā)效率高，節(jié)省開發(fā)時間，適應(yīng)于面向?qū)ο蟮能浖_發(fā)過程。因此，早期UML版本中存在著的一些因UML工具廠商不同而引入的分歧和模糊定義，正隨著UML標(biāo)準(zhǔn)的演化而被逐步消除，讓其向著成為一種形式化建模語言規(guī)范的方向不斷演化。交互圖的類型包含順序圖和協(xié)作圖，其作用是分析為了實(shí)現(xiàn)一個用例的功能所參與的對象，以及這些對象相互之間的動態(tài)消息聯(lián)系。為實(shí)現(xiàn)區(qū)分通常需要為表加上一個列，以存儲各個實(shí)例的唯一標(biāo)識。這是用戶從數(shù)據(jù)庫所看到的模型，是具體的DBMS所支持的數(shù)據(jù)模型，如網(wǎng)狀數(shù)據(jù)模型(Network Data Model)、層次數(shù)據(jù)模型(Hierarchical Data Model)等等。 業(yè)務(wù)功能從系統(tǒng)的使用者的角度使用UML的用例圖描述系統(tǒng)的用例，并給出每一個用例的用例描述。 4. 開放性系統(tǒng)的數(shù)據(jù)格式應(yīng)符合國家相關(guān)標(biāo)準(zhǔn)及行業(yè)標(biāo)準(zhǔn)，以此確保應(yīng)用程序具有良好的互操作性和移植的可能。 商品選購 功能結(jié)構(gòu)設(shè)計使用UML包圖給出子功能架構(gòu)，例如圖42 商品選購包圖“商品選購”功能主要目的是為買家提供購買賣家提供的商品的功能；此外，該功能還負(fù)責(zé)將用戶選中的商品放入購物車，對購物車進(jìn)行管理。 表430訂單表字段名數(shù)據(jù)類型長度主鍵否描述IdGuid主鍵訂單IdUserIdGuid否客戶IdSumMoneyint否訂單總額OrderDateDatetime否下單日期PaymentStatuesnvarchar(10)10否支付狀態(tài)GoodsDeliverStatusnvarchar(10)10否發(fā)貨狀態(tài)EndDateDatetime否結(jié)單日期（6）用戶信息 保存用戶的基本信息。 Specifications ： A Lexicon of Practice, Principles and Prejudices. Harlow： AddisonWesley,1995.[5]IEEE STD. IEEE Remended Practice for Software Requirements Specifications. IEEE STD 8301998(Jun 25),P2063.[6] Gerald Kotonya and Ian Engineering:Process and Wileyamp。論文密級：□公開 □保密（___年__月至__年__月）(保密的學(xué)位論文在解密后應(yīng)遵守此協(xié)議)作者簽名：_______ 導(dǎo)師簽名：______________年_____月_____日 _______年_____月_____日獨(dú) 創(chuàng) 聲 明本人鄭重聲明：所呈交的畢業(yè)設(shè)計(論文)，是本人在指導(dǎo)老師的指導(dǎo)下，獨(dú)立進(jìn)行研究工作所取得的成果，成果不存在知識產(chǎn)權(quán)爭議。首先，我要特別感謝我的知道郭謙功老師對我的悉心指導(dǎo)，在我的論文書寫及設(shè)計過程中給了我大量的幫助和指導(dǎo)，為我理清了設(shè)計思路和操作方法，并對我所做的課題提出了有效的改進(jìn)方案。老師們認(rèn)真負(fù)責(zé)的工作態(tài)度，嚴(yán)謹(jǐn)?shù)闹螌W(xué)精神和深厚的理論水平都使我收益匪淺。最后，我要感謝我的父母對我的關(guān)系和理解，如果沒有他們在我的學(xué)習(xí)生涯中的無私奉獻(xiàn)和默默支持，我將無法順利完成今天的學(xué)業(yè)。畢業(yè)設(shè)計（論文）使用授權(quán)聲明本人完全了解濱州學(xué)院關(guān)于收集、保存、使用畢業(yè)設(shè)計（論文）的規(guī)定。其次，今日論文的完稿，還多承蒙一樣對我進(jìn)行悉心指導(dǎo)的XXXX老師。本文從網(wǎng)上購物的實(shí)際工作需求出發(fā)，詳細(xì)的闡述了需求分析、系統(tǒng)設(shè)計、數(shù)據(jù)庫設(shè)計的全過程。示例：圖44 商品選購順序圖圖45 商品信息獲取順序圖圖46 購物車管理順序圖 核心處理流程設(shè)計使用活動圖描述上面順序圖中所述核心操作的處理流程。4. 系統(tǒng)運(yùn)行安全從邏輯上講，該系統(tǒng)應(yīng)具有抵抗非法入侵的能力；在物理方面，該系統(tǒng)應(yīng)確保沒有潛在的單點(diǎn)故障，并提供資源的數(shù)據(jù)備份功能。被泛化用例表無被包含用例表商品信息獲取被擴(kuò)展用例表無修改歷史記錄*暫無問題*暫無決策*暫無頻率*暫無 貨款支付 訂單管理 發(fā)貨信息管理 退貨處理 商品管理 統(tǒng)計查詢 商品發(fā)貨 用戶管理 日志管理 系統(tǒng)角色管理 用戶級別管理 數(shù)據(jù)需求，相對應(yīng)的在本小節(jié)給出類圖的概念設(shè)計，包含界面類、控制類和實(shí)體類，不要求展開類的屬性和方法，采用類圖的簡化表示或縮略表示，例如圖38 系統(tǒng)概念類圖如上圖所示，經(jīng)過分析后得知系統(tǒng)中所需的類和各類之間的關(guān)系如上圖所示。IEEE軟件工程標(biāo)準(zhǔn)詞匯表(1997年)中定義需求為[5]：（1） 用戶解決問題或達(dá)到目標(biāo)所需的條件或能力(Capability)；（2） 系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力；（3） 一種反映上面(l)或(2)所描述的條件或能力的文檔說明。滿足第三范式（3NF）必須先滿足第二范式（2NF）。在第一范式的基礎(chǔ)上進(jìn)一步滿足更多要求的稱為第二范式（2NF），其余范式以次類推。在系統(tǒng)的不同開發(fā)階段，類圖可以具有不同的抽象程度。形式化方法使得軟件工程師們能夠通過應(yīng)用一個嚴(yán)格的數(shù)學(xué)符號體系來規(guī)約、開發(fā)、和驗(yàn)證基于計算機(jī)的系統(tǒng)。l 客戶認(rèn)可這種公司內(nèi)部的開發(fā)方式帶來的良好的溝通和高質(zhì)量的產(chǎn)品。 改進(jìn)的螺旋模型螺旋模型由巴利以下為范本，請勿照搬！本文由五章內(nèi)容組成，其中：第一章介紹了本文的研究背景，對所需要解決的問題進(jìn)