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