【文章內容簡介】 50字節(jié)I0111warename商品名稱VarcharD3，D5，D6，D750字節(jié)I0112standard規(guī)格VarcharD3，D5，D6，D750字節(jié)I0113unit單位VarcharD3，D650字節(jié)I0114rate單價VarcharD3，D650字節(jié)I0115serveid供應商名稱VarcharD450字節(jié)I0116servename供應商編號VarcharD450字節(jié)I0117stockdate進貨日期datetimeD58字節(jié)I0118stockid進貨單號VarcharD550字節(jié)I0119moneysum金額合計VarcharD5，D750字節(jié)I0120operator操作員名VarcharD5，D750字節(jié)I0121storage庫存量DecimalD6，D79,2字節(jié)I0122selldate出貨日期VarcharD750字節(jié) 數(shù)據(jù)元素表Tab Data element table 架構分析與設計1. 邏輯架構分析JSP +JavaBean+DataBase（1） jsp主要負責表現(xiàn)（2） JavaBean負責業(yè)務邏輯（3） DataBase負責持久保持數(shù)據(jù)對應MVC模型也就是M表示Model也就是模型層用DataBase實現(xiàn)，C表示Control即控制用JavaBean實現(xiàn)，V表示View視圖層用JSP來實現(xiàn)。2. 物理架構 （1） WEB服務器一臺 （2） 3. 技術解決方案 （1） 簡介見第一章 業(yè)務流程分析用業(yè)務流程圖描述現(xiàn)系統(tǒng)各項業(yè)務處理過程，并結合業(yè)務流程圖詳細準確地說明業(yè)務處理過程中數(shù)據(jù)的收集、輸入、傳遞、存儲、加工的方法、算法、輸出的數(shù)量及形式等?，F(xiàn)行系統(tǒng)的業(yè)務流程圖是分析和描述現(xiàn)行系統(tǒng)業(yè)務的重要工具之一。其主要作用是：描述現(xiàn)行系統(tǒng)的業(yè)務情況以便于與企業(yè)管理人員交流，它是系統(tǒng)設計的前提和保證。根據(jù)系統(tǒng)的具體情況，業(yè)務主要分為以下幾類：1．訂單處理業(yè)務流程描述如下：客戶下完訂單后，由訂單處理人員對訂單進行審核，如果通過該訂單將轉為等待付款狀態(tài)，當財務部確認用戶已付款，該訂單將轉為正在配貨狀態(tài)，由配送中心將貨物發(fā)送出去，客戶收到貨物后，該訂單就轉為已收貨。訂單處理業(yè)務流程如圖21所示?？蛻襞渌筒块_發(fā)貨單配送中 心發(fā)貨單通過否？與客戶洽談修改或取消訂單否配貨單據(jù)財務開配貨單據(jù)賬務審核正在配貨等待付款在線支付？等待審核客戶訂單是通過未通過是圖2 1 訂單業(yè)務流程圖Fig 21 Order business process diagrams2．采購業(yè)務流程描述如下：采購是配送中心最重要的環(huán)節(jié)之一，采購的決策包括供應商選擇、訂貨點和訂貨量的制定以及采購績效評估等。合理有效的采購作業(yè)流程能夠保證企業(yè)在滿足客戶需求的基礎上合理降低庫存、減少成本，從而提高配送中心的整體效益。采購業(yè)務流程如圖22所示。圖2 2 采購業(yè)務流程圖采購員缺貨信息庫存采購單供應商發(fā)單并跟蹤經理審批3. 庫存業(yè)務流程描述如下：采購員的訂貨單審核通過后形成進貨單，根據(jù)進貨單將商品入庫，同時修改庫存信息；配送根據(jù)發(fā)貨單將商品出庫，同時修改庫存信息；庫存管理員根據(jù)相應條件對庫存信息進行管理并反映到庫存表。采購員入庫單商品入庫修改后臺庫存數(shù)據(jù)庫出庫單商品出庫圖2 3 采購業(yè)務流程圖Fig 22 Procurement business processes chart圖23 庫存業(yè)務流程圖Fig 23 Inventory business processes：客戶在網上瀏覽商品，將商品放入購物車，填寫用戶信息，選擇支付方式和配送方式，確認定單，用戶根據(jù)需求決定是否進行在線支付。下單后，由訂單處理人員受理，庫存有貨則生成銷售單，否則生成采購單，最后由配送中心根據(jù)銷售單進行揀貨，將貨物配送出去，客戶接收到貨物后簽收訂單，如果是在線支付可直接進行簽單驗收，否則是貨到付款，簽單驗收后可由配送人員將貨款帶回，由財務進行審核驗收，進行已收貨和已付款確認。發(fā)送郵件圖2 4銷售業(yè)務流程圖Fig 24 Sales flow chart確認銷售單發(fā)貨確認下單配送中心銷售單生成銷售單其它支付方式受理在線支付方式受理在線支付?訂單生成訂單客戶 本章小結 本章首先介紹了本網站功能需求和性能需求，再從不同的角度對本網站的需求進行分析。包括對數(shù)據(jù)元素的分析為以后的數(shù)據(jù)表設計打下基礎，對系統(tǒng)架構的初步設計和分析，對業(yè)務流程的分析并且對核心業(yè)務流程畫出流程圖。第三章 總體設計本階段設計的基本目標是解決系統(tǒng)如何實現(xiàn)問題，也叫做概要設計，本階段主要任務是劃分出系統(tǒng)的物理元素及設計軟件的結構，完成軟件定義時期的任務之后就應該對系統(tǒng)進行總體設計，即根據(jù)系統(tǒng)分析產生的分析結果來確定這個系統(tǒng)由哪些系統(tǒng)和模塊組成，這些系統(tǒng)和模塊又如何有機的結合在一起，每個模塊的功能如何實現(xiàn)。系統(tǒng)設計的目標是使系統(tǒng)實現(xiàn)擁有所要求的功能，同時，力爭達到高效率、高可靠性、可修改性，并且容易掌握和使用?？傮w設計過程通常有兩個主要階段組成：系統(tǒng)設計和結構設計，其中系統(tǒng)設計確定系統(tǒng)的具體實現(xiàn)方案，結構設計確定軟件結構。結構化設計技術的核心是模塊分解設計，模塊上系統(tǒng)結構圖的主要元素。其設計思想是，采用自頂向下、逐層分解的方法，先給出總的模塊功能，再逐層分解，使其分為多個大小適當，功能明確，具有一定獨立性且容易實現(xiàn)的模塊，從而把一個復雜的系統(tǒng)設計轉變成為多個簡單模塊的設計。在本系統(tǒng)中，采用了模塊結構化設計方法，根據(jù)數(shù)據(jù)流圖，按層次劃分各個模塊，每個模塊完成一個功能，且每個模塊具有單入口單出口。該系統(tǒng)分為前臺和后臺，每個模塊的功能都是按照在調研中搜集的資料進行編排制作的。前臺包括用戶自助服務管理、商品分類展示、商品分類查詢、高級查詢、購物車功能、商品評論、促銷商品、精品推薦、在線支付、商品排行、商品瀏覽歷史、新聞資訊、用戶注冊、用戶登陸等模塊。后臺包括基本信息管理、商品管理、采購管理、訂單管理、系統(tǒng)管理等模塊。前臺各個模塊的詳細功能說明如下：（1） 訂單信息管理：提供用戶訂單信息功能，其中包括查看所有訂單、查看已取消的訂單、查看一個月內下的訂單、查看已發(fā)貨的訂單等功能。（2） 用戶賬戶設置：包括修改個人Email地址，修改個人信息，修改密碼，可隨時查看用戶的代金券信息，用戶的積分信息等。（3） 商品分類展示：可按品牌、男女款式、價格低到高或高到低顯示。（4） 商品分類查詢：按大類別查詢商品。（5） 高級查詢：可按商品名稱、商品類別、商品價格范圍、品牌等進行詳細查詢。（6） 購物車管理：包括清除購物車中所有商品、商品數(shù)量修改、刪除商品、進入結算中心等功能。（7） 商品評論：用戶可通過留言的方式對某商品進行評論，還包括支持與反對。（8） 用戶注冊：不是本站會員需進行注冊，對用戶的敏感信息進行加密處理。（9） 用戶登陸：用戶在購買商時需要登陸方能進行購物。系統(tǒng)前臺功能結構圖如圖31所示。圖3 1 前臺功能結構圖Fig 31 Front office functions structure網上商城用戶自助服務商品分類顯示商品評論促銷商品展示在線支付商品排行商品瀏覽歷史用戶注冊商品查詢用戶登陸精品推薦用戶訂單管理用戶賬戶設置查看所有訂單已取消的訂單已發(fā)貨訂單本月所下訂單修改個人信息修改密碼 后臺各個模塊的詳細功能說明如下：（1） 基本信息管理：包括地域配送費地域配送費管理：根據(jù)不同區(qū)域配送費、部門員工、注冊用戶、注冊用戶、新聞資訊、代金券、商品評論等信息。（2） 部門員工管理：對部門和員工信息的增、刪、改、查。（3） 注冊用戶管理：包括系統(tǒng)注冊用戶的查詢、啟/禁用、刪除、管理用戶會員級別。（4） 新聞資訊管理：對新聞的增、刪、改、查和對貨到付款常見問題、新聞資訊管理：網上支付常見問題、配送范圍時間及費用、退貨流程等的管理。（5） 商品評論管理：用戶對產品留言，可以對留言進行屏蔽。（6） 商品管理：包括對品牌、類別、基本信息等信息管理。（7） 商品品牌管理：對品牌的添加、刪除、修改、查詢。（8） 商品類別管理：對根類別和子類別的添加、刪除、修改、查詢。（9） 商品促銷管理：包括對促銷商品的活動名稱、時間、價格、數(shù)量的設定。（10） 商品基本信息管理：除了對商品的添加、刪除、修改、查詢功能外，還增加了商品上架、下架、停售、設為推薦商品等功能。（11） 采購管理：主要是對供應商和庫存的管理。后臺管理模塊商品管理訂單管理商品品牌管理商品類別管理商品信息管理商品上下架管理等待付款訂單正在配貨訂單訂單確認發(fā)貨 圖32 后臺功能模塊圖Fig 32 Background Functional Block Diagram 系統(tǒng)類設計 圖3 3 會員類圖Fig 33 Member class diagram（包裝系統(tǒng)管理員） 相關類圖以及類的屬性方法圖請見下圖圖34 總體類圖Fig 34 Overall Class Diagram 系統(tǒng)數(shù)據(jù)庫設計數(shù)據(jù)庫設計是在給定的DBMS、操作系統(tǒng)和硬件環(huán)境下，如何表達用戶的需求，并將其轉換為有效的數(shù)據(jù)庫結構，構成較好的數(shù)據(jù)庫模式，這個過程稱為數(shù)據(jù)庫設計。數(shù)據(jù)庫及其應用系統(tǒng)開發(fā)的全過程可分為兩大階段：數(shù)據(jù)庫系統(tǒng)的分析與設計階段；數(shù)據(jù)庫系統(tǒng)的實施、運行與維護階段。 數(shù)據(jù)庫設計的任務是根據(jù)一個單位的信息需求、處理需求和數(shù)據(jù)庫的支撐環(huán)境，設計出數(shù)據(jù)模式（包括外模式、邏輯（概念）模式和內模式）以及典型的應用程序。其中信息需求表示一個單位所需要的數(shù)據(jù)及其結構。處理需求表示一個單位需要經常進行的數(shù)據(jù)處理。前者表達了對數(shù)據(jù)庫的內容及結構的要求，也就是靜態(tài)要求；后者表達了基于數(shù)據(jù)庫的數(shù)據(jù)處理要求，也就是動態(tài)要求。 信息需求定義所設計的數(shù)據(jù)庫將要用到的所有信息，描述實體、屬性、聯(lián)系的性質，描述數(shù)據(jù)之間的聯(lián)系。處理需求定義所設計的數(shù)據(jù)庫將要進行的數(shù)據(jù)處理，描述操作的優(yōu)先次序、操作執(zhí)行的頻率和場合，描述操作與數(shù)據(jù)之間的聯(lián)系。數(shù)據(jù)也稱觀測值，是實驗、測量、觀察、調查等的結果，常以數(shù)量的形式給出。數(shù)據(jù)分析的目的是把隱沒在一大批看來雜亂無章的數(shù)據(jù)中的信息集中、萃取和提煉出來，以找出所研究對象的內在規(guī)律。在實用中，數(shù)據(jù)分析可幫助人們作出判斷，以便采取適當行動。數(shù)據(jù)分析是組織有目的地收集數(shù)據(jù)、分析數(shù)據(jù)，使之成為信息的過程。這一過程是質量管理體系的支持過程。在產品的整個壽命周期，包括從市場調研到售后服務和最終處置的各個過程都需要適當運用數(shù)據(jù)分析過程，以提升有效性。，找出了行星運動規(guī)律。又如，一個企業(yè)的領導人要通過市場調查，分析所得數(shù)據(jù)以判定市場動向，從而制定合適的生產及銷售計劃。因此數(shù)據(jù)分析有極廣泛的應用范圍。在設計數(shù)據(jù)庫前應對現(xiàn)有類似系統(tǒng)的數(shù)據(jù)庫進行仔細研究，找出它的不足以完善自己所設計的數(shù)據(jù)庫。在設計前，應考慮以下事項： 1. 定義標準的對象命名規(guī)范。2. 工欲善其事，必先利其器。選擇理想的數(shù)據(jù)庫設計工具。3. 了解你的業(yè)務。根據(jù)業(yè)務需要創(chuàng)建數(shù)據(jù)表。4. 創(chuàng)建數(shù)據(jù)字典和 ER 圖表。5. 數(shù)據(jù)庫維護。ER方法是一種用來在數(shù)據(jù)庫設計過程中表示數(shù)據(jù)庫系統(tǒng)結構的方法，該方法用ER圖來描述現(xiàn)實世界的概念模型，ER方法也稱為ER模型。在ER圖中，用方框表示實體，用菱形表示聯(lián)系，用橢圓表示屬性。通過對以上系統(tǒng)業(yè)務流程圖和數(shù)據(jù)流圖的分析，確定本網上購物系統(tǒng)全局ER圖。圖3 6 系統(tǒng)全局ER圖Fig 36 System global ER graph. 5 數(shù)據(jù)表設計對于信息管理系統(tǒng)，數(shù)據(jù)基本上都是使用數(shù)據(jù)庫進行管理。數(shù)據(jù)庫設計是對保存管理系統(tǒng)數(shù)據(jù)的數(shù)據(jù)庫結構進行設計，對整個系統(tǒng)的開發(fā)具有非常重要的作用。用戶信息表見下圖圖3 7 用戶信息表Fig 37 user information chart商品信息表見下圖圖3 8 商品信息表圖Fig 38 product information chart訂單表見下圖圖3 9 訂單信息表圖Fig 39 order information chart訂單項表見下圖圖310 訂單項信息表圖Fig 310 order item information chart 本章小結本章介紹了對本網站的概要設計，給出了本網是購物系統(tǒng)的功能結構圖、實體關系圖等，說明了各模塊之間的聯(lián)系。本章完成了系統(tǒng)數(shù)據(jù)庫的數(shù)據(jù)需求分析的過程，說明了數(shù)據(jù)庫由概念結構設計轉換成邏輯結構設計的過程，并把各個物理數(shù)據(jù)模型結合起來形成一個整體的關系數(shù)據(jù)庫模型，為系統(tǒng)詳細設計與實現(xiàn)奠定了基礎。綜上所述，我認為，設計數(shù)據(jù)庫的數(shù)據(jù)表，建立表與表之前的關系。對整個網站系統(tǒng)來說是十分必要的。第四章 詳細設計與實現(xiàn)