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