網上購物系統

概要設計說明書

班級：

設計人：

學號：

指導老師:

棚惠彼打鐵^名

1.引言

1.1編寫目的

在需求規格說明書的基礎上進行一步分析系統的各個功能;需求分析完成后,

接著就進入軟件設計階段。軟件設計的基木目標是用比較抽象概括的方式確定目

標系統如何完成預定的任務。概要設計描述了軟件系統的草圖，即確定系統的物

理模型,主要包括三個方面的內容：

＞一是將軟件需求轉化為軟件體系結構；

＞二是確定系統級的用戶接口；

＞三是確定全局數據結構和數據庫模式。

1.2背景介紹

商務網站設計的主要目的一般是通過網站的推廣如淘寶網、拍拍網、京東、

亞馬遜等等，實現企業的產品及服務的互聯，并使客戶隨時了解公司及公司所提

供的最新產品的資訊同時也為客戶提供及時的在線服務及訂單處理等功能。

在線購物系統是企業產品與客戶服務之間建立更加直接溝通及交流的平

臺。宣傳自己的產品，是企業上網的主要目的之一，將自己的產品展示給客戶，

讓客戶通過網站便能夠自由選購，這是本系統的主要目的。

1.3定義

需求：用戶解決問題或達到目標所需的條件或功能；系統或系統部件要滿足

合同、標準，規范或其它正式規定文檔所需具有的條件或權能。

2.任務概述

2.1目標

對功能的規定：

?網上購物是一個在互聯網上進行商品銷售管理的電子系統。根據實際情況，

把商品分類，提供商品查找，訂單查詢，商品管理，訂單管理，系統管理等

小模塊合并成一個可執行的軟件系統模型。使用戶快速地搜索和查找到所需

第1頁共20頁

要要產品和開發人員可以較快地確定需求，然后采用循環進化的開發方式，

對系統模型作連續的精化，將系統需具備的性質逐漸增加上去，直到所有的

性質全部滿足。

?后臺管理功能。管理員修改功能

商品管理功能

會員管理功能

2.2限制和約束

?一個客戶在系統中只有一個賬號。

?客戶要想購物必須先登陸。

3.總體設計

3.1處理流程

圖3.1-1在線購物流程示意圖

第2頁共20頁

圖3.1-2總體面向數據流設計

3.2總體結構和模塊外部設計

通過對用戶需求的分析，可以分析出該在線購物系統劃分為用戶子系統卻前

臺、廠商子系統即后臺兩個主模塊。前臺主模塊分為七個模塊：用戶注冊與登錄

管理、商品瀏覽與搜索管理、購物車管理、客戶訂單管理、付款功能、客戶個人

信息管理、客戶留言管理。后臺主模塊分為七個模塊：管理員身份驗證、新詡管

理、商品管理、訂單信息管理、用戶信息管理、留言信息管理、幫助系統。

MI

言

留

幫

助

訴

投

系

統

理

管

圖3.1-1總體模塊圖

第3頁共20頁

廠商子系統各模塊分解如下

圖3.1-2管理員用戶管理模塊圖

圖3.1-3新聞管理模塊圖

第4頁共20頁

商品管理

M10.1M10.2Ml03M10.4M10.5M10.6M10.7M10.8

看

修

刷

在

增加

設

除

加

添

修

在看

改

刪除

品

商

商

品

商

品

品

兩

商

品

品

品

曲品

商

.前

息

信

利

類

類

類

利

別

類

別

息

息

信息

信

信

息

信

信

息

息

信

息

信

圖3.1-4商品管理模塊圖

訂單信息管理

臺石訂單修改訂單

信息處理狀態

圖3.1-5訂單信息管理模塊圖

用戶管理

M12.5

修改非

笠看用刪除用

主要用

戶戶信息

戶信息

圖3.1-6用戶管理模塊圖

第5頁共20頁

圖3.1-7留言投訴管理模塊圖

圖31-8幫助系統管理模塊圖

廠商子系統主要IPO圖

圖IPO-I商品管理模塊IPO圖

編號：M10

模塊名稱：商品管理模塊

M10.1.M10.2,M10.3,M10.4,M10.5,M10.6.M10.7,M10.8

調用：

管理員輸入商品信息和商品類別信息

輸入：

商品列表和商品類別列表

輸出：

對商品列表和商品類別表進行查看，添加，修改和刪除操作

處理：

第6頁共20頁

圖IP0-2訂單信息管理模塊IPO圖

編號：Mil

模塊名稱：訂單信息管理模塊

Mll.l,M11.2,M11.3,M11.4

調用：

用戶訂單信息和管理員輸入的解決訂單信息

輸入：

訂單列表

輸出：

對訂單列表進行查看，添加，修改和刪除操作

處理：

圖IPO-3留言投訴管理模塊IPO圖

編號：M12

模塊名稱：留言投訴管理模塊

M12.1,M12.2,M12.3,Ml2.4

調用：

用戶留言投訴信息和管理員輸入的解決信息

輸入：

留言投訴信息列表

輸出：

對留言投訴列表進行查看，添加，修改和刪除操作

處理：

第7頁共20頁

圖3.2-1在線購物系統模塊圖

?總體功能需求

網上購物系統是針對網絡用戶提供網上購物的現代化平臺，以實現用戶方便

的查詢、與購買商品的業務需求。

?客戶子系統各個模塊功能概述

1）用戶注冊與登錄管理：這是前臺用戶進入系統的接口。雖然用戶不進行注冊

也可以登錄網站進行商品瀏覽，但用戶若要進行購物，則必須擁有-個合法的

用戶賬號，要擁有合法的用戶賬號，只需進行簡單的注冊即可。注冊成功后，

可使用注冊得到的賬號進行登錄，登錄成功，即可在該平臺進行購物。

2）商品瀏覽與搜索管理：用戶訪問購物網站，首要的任務就是找到自己所需的

商品。該模塊提供了用戶瀏覽檢索自己所需商品的途徑。用戶可以便捷的

瀏覽特價及熱賣商品頻道來快速查找商品，還可以通過目錄或關鍵字來檢索

自己所需的商品。

1）購物車管理：用戶找到自己所需商品后,如果還有其他需求的商品，可以將其

加入自己的購物車,用戶可以對已加入購物車的商品進行管理（比如向其中添

力n、刪除商品,修改購買商品的數量等）。

2）客戶訂單管理：顧客確定購物車中的商品后提交訂單，如顧客已填寫收貨人

信息，則頁面顯示該信息并由顧客確認。如尚未填寫則顯示相應表單請其填

寫，系統記錄顧客提交的收貨人信息以便其下次購物時使用。顧客提交訂單

后可在網上商城查詢該訂單，并可對尚未處理的訂單進行取消、修改等操作。

3）付款功能：顧客在訂單被銷售方確認后，要選擇付款方式，并付款給銷售方,

然后才可以收到貨。

4）客戶個人信息管理:用戶可以對自己的注冊信息進行維護，比如，修改自己的聯

系方式、重置密碼等。

第8頁共20頁

5）客戶留言管理：用戶可以對網站留言，對假冒為劣商品進行舉報等。

?廠商子系統各子模塊功能概述

1）管理人員身份驗證：該部分的用戶有一個超級管理員以及若干個普通管理

員，超級管理員擁有最高權限，可訪問所有訂單，可瀏覽、查詢訂單，可瀏

覽、修改普通管理員和會員的資料，普通管理員分兩種，一種是訂單管理員：

主要負責訂單管理，可瀏覽、修改訂單狀態，可瀏覽會員信息；另一種是界

面管理員：主要負責界面管理，可增、刪商品和廣告等操作。

2）新聞管理：該模塊可以發布網站的一些重要新聞，比如新到商晶、網站重大活

動等。

3）訂單管理：顧客可通過Web方式取消、修改自己提交的訂單（在管理員確認

前），查詢自己提交的訂單，管理員根據是否付款、發貨等來確認和管理訂

單信息。

4）商品管理：管理員可以添加、修改、刪除商品；也可以添加、修改、刪

除商品類別。

5）用戶管理：該模塊對前臺注冊用戶進行管理，比如對有不良記錄的用戶賬號

進行刪除等處理。

6）留言管理：該模塊對用戶的留言與投訴信息進行管理，比如對用戶反映的問

題進行回復并處理，對一些違反國家法律、法規的留言進行刪除等。

7）幫助系統：該模塊是為方便用戶更方便的使用本系統而設。類似一個幫助文

檔CHM,對購物流程中每個步驟中經常出現的問題進行解答,并提供快速搜

索問題的途徑。

第9頁共20頁

4.接口設計

4.1外部接口

用戶界面接口設計；本產品的用戶一般需要通過終端進行操作，進入主界面

后點擊相應的窗口，分別進入相對應的界面（如：輸入界面、輸出界面）。用戶對

程序的維護，最好要有備份。

軟件接口：WIN9X/NT操作系統，JAVA編程

開發環境：windows7+jdkl.7+myeclipse

硬件接口:PC機

4.2內部接口

系統中的各模塊之間的接口、調用關系，以及模塊間的數據傳遞關系如下圖

所示：

（1）初始化模塊：系統當用戶登入網站后調用，執行完畢后進入消息循環

狀態；

（2）關閉系統模塊：由系統功能模塊調用，執行完后返回操作系統。

（3）系統功能模塊：接受系統功能區的相應信息，啟動瀏覽、訂購、登入、

服務、管理等模塊。

（4）瀏覽模塊：由相應消息驅動，完成對文件模塊的直接消息響應功能，

可能會調用刷新瀏覽模塊。

（5）商品資料模塊：由相應消息驅動，完成對購貨資料區的直接消息響應

功能，可能會調用刷新貨物模塊和貨物查詢模塊（包括一般查詢和高級查詢）、

貨物訂購模塊、支付模塊，補交貨款模塊。

（6）用戶資料模塊：由相應消息驅動，完成對用戶資料區的直接消息響應

功能，可能會調用刷新用戶模塊會員注冊模塊、會員帳目模塊、會員預付模塊。

（7）定單資料模塊：由相應消息驅動，完成對定單資料區的直接消息響應

功能，可能會調用刷新定單模塊和定單查詢模塊及取消定單模塊。

（8）密碼管理模塊：完成對密碼的管理。

（9）身份驗證模塊：完成對用戶身份的驗證°

第10頁共20頁

5.數據庫設計

數據庫是“按照數據結構來組織、存儲和管理數據的倉庫”。數據庫在軟件

系統中起著很重要的作用,是持久性存儲數據的地方。數據按照特定的格式存儲

到數據庫中后，程序可以很方便的對其進行訪問，并向其中添加數據、修改數據、

刪除數據等。數據庫的建立一般要經過概念結構設計、邏輯結構設計和物理結構

設計。

5.1概念結構設計

通過對用戶需求進行綜合、歸納與抽象,形成一個獨立于具體DBMS的概念

模型。概念結構設計的主要任務就是繪制出系統的E-R圖,根據需求分析定義的

實體對象有：用戶、物流、商品、新聞、訂單、留言等。該系統的局部E-R圖

如圖5-1至5-6所示：

圖5-1用戶實體ER圖

第11頁共20頁

圖5?3新聞信息實體ER圖

第12頁共20頁

第13頁共20頁

綜合以上各分E-R圖,可以畫出系統的整體E-R圖，它描述了個實體之間的關

系，如圖5-7所示:

圖5-7總體E-R圖

第14頁共20頁

5.2數據庫邏輯設計

邏輯結構設計的任務就是把概念結構設計階段設計好的E-R圖轉換為與選

用DBMS產品所支持的數據模型相符合的邏輯結構。當今數據庫使用的數據模

型是關系模型，所以邏輯結構設計的主要任務就是把E-R圖轉換為關系數據模型,

即得到數據庫的關系模式。

根據E-R圖的轉化為關系數據模型的方法，將各個實體的轉?換如下

用戶（用戶名,用戶密碼，電子郵箱，聯系電話，是否為管理員）；

類別（類別編號,類別名稱，類別描述）；

商品（產品編號,商品類別編號，商品名稱，商品描述，商品價格）；

訂單（訂單編號,訂貨日期，訂購商品數量，訂單狀態，客戶名字，客戶

地址，郵政編號，聯系電話，總價，付款賬戶，付款方式，有效時間，備注信息）;

留言（留言編號,留言時間，留言對象，留言用戶名，留言內容）；

物流（物流編號,快遞單號，商家信息，發貨時間，收貨時間，收件人姓名，

收件人聯系電話，收件人地址，承運商名，物流發遞狀態）;

5.3數據庫物理結構設計

數據庫在物理設備上的存儲結構與存取方法稱為數據庫的物理結構。結合所

選用的DBMS,為給定的邏輯數據模型選取一個最適合應用要求的物理結構的過

程，就是數據庫的物理結構設計。物理結構設計的主要任務就是確定數據庫的表

結構、主、外鍵約束、索引設計等，各個實體設計如圖

表5.3-1用戶實體表結構

字段名字段描述數據類型數據大是否是主碼是否可以

小為空

User_NAME用戶名Varchar2()14是否

User.PASSWORD用戶密碼Varchar2()20否否

User.EMAIL用戶郵箱Varchar2()45否否

User_TEL聯系電話Varchar2()11否否

Is_ADMIN是否為管理Varchar2()1否否

第15頁共20頁

表5.3-2類別表結構

字段名字段描述數據類型數據大是否是是否可以

小主碼為空

Category_ID類別編號number15是否

Category_NAME類別名Varchar250否否

Category_DIS類別描述Varchar2200否否

表5.3-3商品實體表結構

字段名字段描述數據類數據是否是是否為是否可

型大小主碼外碼以為空

Product_ID商品編號number15是否否

Product_NAME商品名Varchar250否否否

Category_ID類別編號number15否是否

Product_DIS商品描述Varchar2200否否是

Product_PRICE價格number(8,2)否否否

表5.3-4訂單實體表結構

字段名字段描述數據類數據是否是是否為是否可

型大小主碼外碼以為空

Order_ID訂單編號number30是否否

Order_DATE訂購時間Date否否否

Order_QTY訂貨數量Number10否否否

Order.STATUS訂單狀態Varchar220否否否

Customer_NAME客戶姓名Varchar250否是否

Customer_ADDR客戶地址Varchar2100否否否

ESS

Customer_TEL聯系電話Char11否否否

Post_CODE郵編Char6否否否

Price_TOTAL總價Number(8,2)否否否

第16頁共20頁

Pay_WAY付款方式Varchar250否否否

Pay_NAME付款賬戶Varchar250否否否

Effective.TIME有效時間Date否否否

Order_DIS備注信息Varchar2100否否是

表5.3-5留言實體表結構

字段名字段描述數據類型數據大是否是是否可以

小主碼為空

Message_ID留言編號Number