第一篇：網上購物系統詳細設計
網上商城購物系統 詳細設計說明書
軟件工程詳細設計說明書
1.引言
1.1編寫目的
編寫詳細設計說明書的目的是為了使開發人員在完成概要設計說明書的基礎上，完成概要設計的各項功能規定;為程序員寫出實際的程序代碼提供依據。它是軟件設計階段所有任務和所有相關人員所需的參考資料。 預期的讀者為系統的開發者、使用者和指導老師。
1.2背景
說明：
(1)開發軟件系統的名稱：網上商城購物系統;
(2)任務提出者：XX;
(3)開發者：計算機科學與技術的小組成員xx;
(4)用戶：XX;
(5)本系統將使用SQLServer2000作為數據庫存儲系統。 1.3定義
(1) Asp(active server pages)是微軟公司推出的一種用以取代CGI的技術，基于目前絕大多數網站應用于windows平臺，asp是一個位于windows服務器端的腳本運行環境，通過這種環境，用戶可以創建和運行動態的交互式的web服務器應用程序以及EDI(電子數據交換);
(2)ADO：ActiveX Data Object, ActiveX 數據對象;
(3)SQL：Structured Query Language。
1.4參考資料
(1)本小組成員撰寫的《概要設計說明書》; (2)本小組成員撰寫的《需求分析說明書》。
2. 系統的結構
根據網上購商城系統的概要設計，本系統按照功能分解，可以分解為前臺管理子系統和后臺管理子系統;前臺管理系統和后臺管理系統又分為幾個小子系統，總的系統結構圖如下：
結構流程圖如下：
3.模塊1(商品查詢)設計說明
3.1模塊描述
商品查詢主要是幫助顧客快速定位到所想了解的商品，達到查詢商品的目的。 3.2功能
完成查詢商品的功能 3.3性能
靈活性：窗口響應絕大部分的快捷菜單和控制面板操作 時間性：響應鼠標單擊時間在2——3秒之間 3.4輸入項
組合、模糊查詢條件 3.5輸出項
標準的SQL語句，發送設置瀏覽區命令 3.6設計方法(算法)
本部分沒有采用自定義的算法 3.7流程邏輯
3.8接口
硬件接口：主要就是TCP/IP層中的網絡接口層
軟件接口：具體來說開發中可能用到的ADO的常用對象有以下幾個： (1)連接對象(Connection)：用來連接數據庫。
(2)記錄集對象(RecordSet)：用來保存查詢語句的返回結果。
(3)命令對象(Command)：用來執行SQL語句或SQL Server的存儲過程。 (4)參數對象(Parameter)：用來為存儲過程或查詢提供參數。 3.9存儲分配
本模塊用ASP在Dreamweaver中進行編碼，直接的內存分配由Dreamweaver運行時分配。 3.10注釋設計
在代碼部分的適當位置有中文代碼注釋。 3.11限制條件
(1)由于本系統的開發是基于瀏覽器B/S結構，所以瀏覽器的語言使用HTML,服務器端的語言使用ASP，開發人員將不能用其他的開發語言(編寫組件除外)。而數據庫也將隨之才用SQL Server2000。
(2)開發人員在編寫代碼的過程中需要嚴格按照軟件工程的要求來進行，以利于接下來的測試而后維護升級。 3.12測試計劃
測試要點：測試各種組合、模糊查詢方式。
3.13尚未解決的問題
暫時沒有要解決的問題。
4.模塊2(訂單查詢)設計說明
4.1模塊描述
訂單查詢主要是方便管理員查詢未處理、已處理、已發貨、已結賬的訂單。 4.2功能
完成查詢訂單相關情況的功能 4.3性能
這是經常使用的一個模塊，對性能要求在1-6秒內做出反應。 4.4輸入項
查詢條件 4.5輸出項
標準的SQL語句，發送設置瀏覽區命令 4.6設計方法(算法)
本部分沒有采用自定義的算法 4.7流程邏輯
4.8接口
硬件接口：主要就是TCP/IP層中的網絡接口層
軟件接口：具體來說開發中可能用到的ADO的常用對象有以下幾個： (1)連接對象(Connection)：用來連接數據庫。
(2)記錄集對象(RecordSet)：用來保存查詢語句的返回結果。
(3)命令對象(Command)：用來執行SQL語句或SQL Server的存儲過程。 (4)參數對象(Parameter)：用來為存儲過程或查詢提供參數。
4.9存儲分配
本模塊用ASP在Dreamweaver中進行編碼，直接的內存分配由Dreamweaver運行時分配。 4.10注釋設計
在代碼部分的適當位置有中文代碼注釋。 4.11限制條件
(1)由于本系統的開發是基于瀏覽器B/S結構，所以瀏覽器的語言使用HTML,服務器端的語言使用ASP，開發人員將不能用其他的開發語言(編寫組件除外)。而數據庫也將隨之才用SQL Server2000。
(2)開發人員在編寫代碼的過程中需要嚴格按照軟件工程的要求來進行，以利于接下來的測試而后維護升級。 4.12測試計劃
進入后臺管理訂單管理的界面，分別點擊未處理、已處理、已發貨、已結賬的訂單查看相關情況，對于已結賬訂單可以執行刪除操作。 4.13尚未解決的問題
暫時沒有要解決的問題。
5.模塊3(購物車)設計說明
5.1模塊描述
提供網絡用戶對所選購商品的訂購確定，并選擇商品數量。 5.2功能
提供網絡用戶對所選購商品的訂購確定，并選擇商品數量。
5.3性能
用戶選中所需要購買商品，點擊訂購的商品后出現訂購商品的界面，輸入商品編號、商品價格及訂購數量之后確定，訂單信息就會寫入數據庫完成訂購操作。 5.4輸入項
輸入的數據時用戶執行的各種操作，包括鼠標、鍵盤各項操作。 5.5輸出項
輸出是從數據庫中讀取的數據，或錯誤警告信息。 5.6設計方法(算法)
本部分沒有采用自定義的算法 5.7流程邏輯
5.8接口
硬件接口：主要就是TCP/IP層中的網絡接口層
軟件接口：具體來說開發中可能用到的ADO的常用對象有以下幾個： (1)連接對象(Connection)：用來連接數據庫。
(2)記錄集對象(RecordSet)：用來保存查詢語句的返回結果。
(3)命令對象(Command)：用來執行SQL語句或SQL Server的存儲過程。 7
(4)參數對象(Parameter)：用來為存儲過程或查詢提供參數。 5.9存儲分配
本模塊用ASP在Dreamweaver中進行編碼，直接的內存分配由Dreamweaver運行時分配。 5.10注釋設計
在代碼部分的適當位置有中文代碼注釋。 5.11限制條件
(1)由于本系統的開發是基于瀏覽器B/S結構，所以瀏覽器的語言使用HTML,服務器端的語言使用ASP，開發人員將不能用其他的開發語言(編寫組件除外)。而數據庫也將隨之才用SQL Server2000。
(2)開發人員在編寫代碼的過程中需要嚴格按照軟件工程的要求來進行，以利于接下來的測試而后維護升級。 5.12測試計劃
進入后臺管理訂單管理的界面，分別點擊未處理、已處理、已發貨、已結賬的訂單查看相關情況，對于已結賬訂單可以執行刪除操作。 5.13尚未解決的問題
暫無
6.模塊4(登錄管理)設計說明
6.1模塊描述
對用戶身份驗證，通過驗證則登入系統。 6.2功能
完成對用戶身份驗證的功能。 6.3性能
靈活性：窗口響應絕大部分的快捷菜單和控制面板操作 時間性：響應鼠標單擊時間在2——3秒之間 6.4輸入項
輸入用戶名和密碼。 6.5輸出項
輸出是從數據庫中讀取的數據，或錯誤警告信息。 6.6設計方法(算法)
本部分沒有采用自定義的算法 6.7流程邏輯
6.8接口
硬件接口：主要就是TCP/IP層中的網絡接口層
軟件接口：具體來說開發中可能用到的ADO的常用對象有以下幾個：(1)連接對象(Connection)：用來連接數據庫。
(2)記錄集對象(RecordSet)：用來保存查詢語句的返回結果。
(3)命令對象(Command)：用來執行SQL語句或SQL Server的存儲過程。 (4)參數對象(Parameter)：用來為存儲過程或查詢提供參數。 6.9存儲分配
本模塊用ASP在Dreamweaver中進行編碼，直接的內存分配由Dreamweaver運行時分配。 6.10注釋設計
在代碼部分的適當位置有中文代碼注釋。 6.11限制條件
(1)由于本系統的開發是基于瀏覽器B/S結構，所以瀏覽器的語言使用HTML,服務器端的語言使用ASP，開發人員將不能用其他的開發語言(編寫組件除外)。而數據庫也將隨之才用SQL Server2000。
(2)開發人員在編寫代碼的過程中需要嚴格按照軟件工程的要求來進行，以利于接下來的測試而后維護升級。
6.12測試計劃
登入登錄界面，輸入用戶名和密碼，如果正確則能直接進入后臺管理的界面。否則提示出錯信息。
6.13尚未解決的問題
暫時沒有要解決的問題。
7.模塊5(商品管理)設計說明
7.1模塊描述
實現對站內商品進行劃分類別，定期更新管理商品，進行添加、刪除操作。 7.2功能
完成對商場內的商品的類別劃分、產品的更新、添加及刪除等操作。 7.3性能
靈活性：窗口響應絕大部分的快捷菜單和控制面板操作 時間性：響應鼠標單擊時間在2——3秒之間 7.4輸入項
商品的名稱。 7.5輸出項
商品的相關信息。 7.6設計方法(算法)
本部分沒有采用自定義的算法 7.7流程邏輯
添加商品
7.8接口 修改商品全選商品清空商品刪除商品 硬件接口：主要就是TCP/IP層中的網絡接口層
軟件接口：具體來說開發中可能用到的ADO的常用對象有以下幾個： (1)連接對象(Connection)：用來連接數據庫。
(2)記錄集對象(RecordSet)：用來保存查詢語句的返回結果。
(3)命令對象(Command)：用來執行SQL語句或SQL Server的存儲過程。 (4)參數對象(Parameter)：用來為存儲過程或查詢提供參數。 7.9存儲分配
本模塊用ASP在Dreamweaver中進行編碼，直接的內存分配由Dreamweaver運行時分配。 7.10注釋設計
在代碼部分的適當位置有中文代碼注釋。
7.11限制條件
(1)由于本系統的開發是基于瀏覽器B/S結構，所以瀏覽器的語言使用HTML,服務器端的語言使用ASP，開發人員將不能用其他的開發語言(編寫組件除外)。而數據庫也將隨之才用SQL Server2000。
(2)開發人員在編寫代碼的過程中需要嚴格按照軟件工程的要求來進行，以利于接下來的測試而后維護升級。
7.12測試計劃
進入后臺管理商品管理的界面，可對商品進行添加、刪除、清空、全選等操作以測試操作是否正常。 7.13尚未解決的問題
在商品管理界面上全選了之后，再按全選按鈕不能取消選定，而是要一項一項地取消選定。
8.模塊6(訂單管理)設計說明
8.1模塊描述
使用戶完成訂購商品的活動 8.2功能
完成用戶對訂購商品的操作功能。 8.3性能
靈活性：窗口響應絕大部分的快捷菜單和控制面板操作 時間性：響應鼠標單擊時間在2——3秒之間 8.4輸入項
商品名稱 8.5輸出項
商品相關信息 8.6設計方法(算法)
本部分沒有采用自定義的算法 8.7流程邏輯
用戶訂單
8.8接口 訂單處理訂單發貨訂單結賬訂單刪除 硬件接口：主要就是TCP/IP層中的網絡接口層
軟件接口：具體來說開發中可能用到的ADO的常用對象有以下幾個： (1)連接對象(Connection)：用來連接數據庫。
(2)記錄集對象(RecordSet)：用來保存查詢語句的返回結果。
(3)命令對象(Command)：用來執行SQL語句或SQL Server的存儲過程。 (4)參數對象(Parameter)：用來為存儲過程或查詢提供參數。 8.9存儲分配
本模塊用ASP在Dreamweaver中進行編碼，直接的內存分配由Dreamweaver運行時分配。 8.10注釋設計
在代碼部分的適當位置有中文代碼注釋。 8.11限制條件
(1)由于本系統的開發是基于瀏覽器B/S結構，所以瀏覽器的語言使用HTML,服務器端的語言使用ASP，開發人員將不能用其他的開發語言(編寫組件除外)。而數據庫也將隨之才用SQL Server2000。
(2)開發人員在編寫代碼的過程中需要嚴格按照軟件工程的要求來進行，以利于接下來的測試而后維護升級。
8.12測試計劃
進入后臺管理商品管理的界面，可對商品進行添加、刪除、清空、全選等操作以測試操作是否正常。 8.13尚未解決的問題
如何處理用戶在購買商品后的金錢支付交易以及確保交易的安全性。
9.模塊7(用戶管理)設計說明
9.1模塊描述
本模塊實現管理員對已注冊用戶的相關信息的管理。 9.2功能
管理員可以對已注冊用戶進行刪除、修改信息、查詢等不同功能。 9.3性能
靈活性：窗口響應絕大部分的快捷菜單和控制面板操作 時間性：響應鼠標單擊時間在2——3秒之間 9.4輸入項
輸入的數據時用戶執行的各種操作，包括鼠標、鍵盤各項操作。 9.5輸出項
輸出是從數據庫中讀取的數據，或錯誤警告信息。 9.6設計方法(算法)
本部分沒有采用自定義的算法 9.7流程邏輯
9.8接口
硬件接口：主要就是TCP/IP層中的網絡接口層
軟件接口：具體來說開發中可能用到的ADO的常用對象有以下幾個： (1)連接對象(Connection)：用來連接數據庫。
(2)記錄集對象(RecordSet)：用來保存查詢語句的返回結果。
(3)命令對象(Command)：用來執行SQL語句或SQL Server的存儲過程。 (4)參數對象(Parameter)：用來為存儲過程或查詢提供參數。
9.9存儲分配
本模塊用ASP在Dreamweaver中進行編碼，直接的內存分配由Dreamweaver運行時分配。 9.10注釋設計
在代碼部分的適當位置有中文代碼注釋。 9.11限制條件
(1)由于本系統的開發是基于瀏覽器B/S結構，所以瀏覽器的語言使用HTML,服務器端的語言使用ASP，開發人員將不能用其他的開發語言(編寫組件除外)。而數據庫也將隨之才用SQL Server2000。
(2)開發人員在編寫代碼的過程中需要嚴格按照軟件工程的要求來進行，以利于接下來的測試而后維護升級。 9.12測試計劃
進入后臺管理訂單管理的界面，分別點擊未處理、已處理、已發貨、已結賬的訂單查看相關情況，對于已結賬訂單可以執行刪除操作。 9.13尚未解決的問題
暫時沒有要解決的問題。
第二篇：網上購物系統設計
《軟件課程設計》
項目名稱：
年、班級：
小組成員：朱勇
------項目設計書
《網絡購物綜合平臺》
2012級軟工二班
張振宇 2014/8/16
1、 需求分析：
1.1開發背景：
隨著科學和網絡的飛速發展，信息技術逐漸融入社會各個階層，改變著人們的日常出行、行為習慣、工作態度和生活方式，不斷為人們的生活增添新的靚麗色彩。在計算機硬件配置不斷更新換代的時候，互聯網的飛速發展也是一股同樣不亞于其他任何領域的新生力量不斷崛起，到如今，有點知識、地位的人，面前都會放上一臺電腦或是一部智能手機，而在網絡如此便捷的今天，網上購物也逐漸成為一種潮流在人群中如雨后春筍般迅速生長與傳播，以一種駭人的速度發展壯大……
如此熱鬧的互聯網，豈又缺少英雄豪杰，各方才俊大顯神通，作為在校大學生，了解并體驗信息網絡潮流不僅是一種感受吸收，更是不錯的訓練機會，選擇網上購物系統，不僅貼合當今信息時代的潮流，更是對未來大數據時代來臨的前瞻。
1.2功能需求：
(1)、實現基本的查詢、交易功能;
(2)、采用注冊用戶會員制，游客僅有查詢信息功能;
(3)、用戶登錄使用驗證碼密碼相結合;
(4)、注冊會員擁有產品、商鋪評論、打分功能;
(5)、各系統信息由管理員統一管理，具有最高權限;
(6)、
1.3系統定義：
本系統是一個基于SSH構架，輔以網頁設計、Javascript等技術的模擬實現簡易網絡購物體系流程的小型實驗項目。通過分布式設計思路以及密碼權限的約定實現面向對象的穩定性。項目內部本身多采用接口式設計，充分發揮Java EE企業級項目的封裝性及內部可拓展性。
2、 系統總體設計：
2.1系統構架：
Struts
2、Spring、Hibernate + Ajax + extJS或JQuery(可選);
2.2系統流程：
2.2.1 管理員：
2.2.2 用戶：
2.3系統結構：
2.3.1 結構圖：
3、 數據庫設計與構架：
3.1 E-R結構圖(圖中只列出了鍵屬性)：
3.2數據庫表設計：
3.2.1 概要： (1)、管理員：
Manager(Manager_id,Manager_name,Manager_mail,Manager_tel, Manager_password) (2)、注冊用戶：
User(User_id, User_name, User_mail,User_tel, User_password, User_Vlevel,User_marks,User_leftmoney,User_headphoto) (3)、店長/老板：
Boss(Boss_id,Boss_name,Boss_mail,Boss_tel, Boss_password,Shop_id,Boss_truename,Boss_adress) (4)、店：
Shop(Shop_id,Shop_name,Shop_level,Shop_type,Shop_adress,Shop_introduce) (5)、商品/貨物：
Cargo(Cargo_id, Cargo_name, Shop_id, Cargo_type, Cargo_num, Cargo_price,Cargo_logo，Cargo_introduce，Cargo_mark) (6)、銀行：
Bank(Bank_id, Bank_name) (7)、銀行賬戶：
BAccount(Bank_id,account,password,funds)
(8)、送貨信息：
SendMessage(Send_id,Send_adress,Send_post,Send_toname) (9)、訂單：
Order(Order_id, FromDate,Deadline,AmountPay,Order_status,PayWay,Send_id)
(10)、交易記錄：
Trecord(Record_id,Cargo_id,Shop_id,Cargo_num,Trans_date,Trans_amount)
(11)、評論列表：
Comment(Comment_id,Comments_text)
3.2.2 詳細設計：
(1)、管理員： 名稱
數據類型
長度
備注 Manager_id Manager_name Manager_mail Manager_tel Manager_password
int String String String String
<10000 20 20 20 15
不可為空
(2)、注冊用戶： 名稱 User_id User_name User_mail User_tel User_password User_Vlevel User_marks User_leftmoney User_headphoto 數據類型 int String String String String int int double Varchar(200)
長度 >10000 20 20 20 15 <10 >0 >=0
備注 不可為空
(3)、店長/老板： 名稱 Boss_id Boss_name Boss_mail Boss_tel Boss_password Shop_id 數據類型 int String String String String int
長度 >10000 20 20 20 15
>10000
備注 不可為空
不可為空
(4)、店： 名稱 Shop_id Shop_name Shop_level Shop_type Shop_adress Shop_introduce 數據類型 int String char String String text
長度 >10000 20 2 20 30
備注 不可為空
(5)、商品/貨物： 名稱 Cargo_id Cargo_name Shop_id Cargo_type Cargo_num Cargo_price Cargo_logo Cargo_introduce Cargo_mark 數據類型 int String int String int double Varchar(200) text int
長度 >10000 20
>10000 20 >0 >0
>0
備注 不可為空 不可為空
(6)、銀行： 名稱 Bank_id Bank_name Bank_record 數據類型 int String int
長度 >10000 20 >0
備注 不可為空
(7)、銀行賬戶： 名稱 Bank_id account password funds 數據類型 int int String double
長度 >10000 >10000 15 >0
備注 不可為空 不可為空
(8)、送貨信息： 名稱 Send_id Send_adress Send_post Send_toname 數據類型 int String String String
長度 >10000 30 10 20
備注 不可為空
(9)、訂單：
名稱 Order_id FromDate Deadline AmountPay Order_status PayWay Send_id 數據類型 int Date Date double bool int int
長度 >10000 10 10 >0 1 1,2 >10000
備注 不可為空
不可為空
(10)、交易記錄： 名稱 Record_id Cargo_id Shop_id Cargo_num Trans_date Trans_amount 數據類型 int int int int Date double
長度 >10000 >10000 >10000 >0 10 >0
備注 不可為空 不可為空 不可為空
(11)、評論列表： 名稱 Comment_id Comment_text 數據類型 int text
長度 >10000
備注 不可為空
4、 模塊功能分配介紹：
4.1用戶信息管理：
(1)、管理員可以更改所有用戶的資料; (2)、管理員負責用戶賬戶的注冊及注銷; (3)、用戶可以修改自己賬戶的除ID以外的所有信息; (4)、用戶可以查看當下自己賬戶的交易記錄及訂單信息; (5)、用戶設VIP等級，積分制度，可申請開店，由管理員負責; (6)、
4.2商品信息管理：
(1)、管理員可以管理所有商品的資料; (2)、店主可以管理店內所有商品資料;
(3)、管理員負責添加、刪除商店信息，店主管理商店信息; (4)、商品及商店分類，提供搜索便利; (5)、
4.3交易信息管理：
(1)、管理員管理所有交易記錄;
(2)、用戶可以查看當下自己賬戶的交易記錄及訂單信息;
(3)、用戶可選擇支付方式及銀行;
(4)、店主可查看店內交易記錄;
(5)、支持選擇時間段查看交易記錄;
(6)、銀行支付采用賬號密碼即時驗證; (7)、
4.4論壇信息管理：
(1)、用戶可選擇發表評論和商店評級;
(2)、提供好評推薦制度;
(3)、管理員支持查看、刪除評論;
(4)、
4.5系統安全管理：
(1)、登陸和支付采取賬號密碼和驗證碼相結合;
(2)、設置用戶權限;
(3)、管理員擁有最高權限，可檢查和修改所有數據庫信息;
(4)、管理員在線管理;
(5)、購物支付采用即時驗證; (6)、
5、 詳細處理及流程介紹：
5.1 內部設計(命名未定——按照命名約定)：
5.1.1 數據庫連接與操作：建立相應包將所有連接相關的類與方法封裝起來，實現面向對象，采用Hibernate技術實現;
5.1.2 數據庫表與對象：對應JavaBean對相應表，并建立相應包封裝; 5.1.3 外部操作：建立相應的操作類，以命名規則命名，并放入相應功能命名的包內(與對象命名無關);
5.1.4 異常與錯誤：用一個對應名稱的包封裝起來，內部添加對于各種異常與錯誤操作的頁面與提示;
5.1.5 其他文件：按照文件類型建立相應包，再對號入座，各自包內再根據需要進行詳細劃分;
5.1.6
5.2 內部流程及處理：
5.2.1 管理員：
1)、基本操作流程：
2)、細節說明：
(1)、圖中講述了基本流程;
(2)、圖中重復區塊代表同一內容，為防止混亂而重復;
(3)、任何頁面均有返回動能，圖中特別突出出錯后的返回;
(4)、詳細頁面設計內容會更為豐富，此圖中只突出管理員權限。
3)、主要頁面介紹：
(1)、初始頁面：因參考淘寶、京東頁面，所以風格有些類似，不過畢竟不可能那么豐富，因此也是暫定為三個板塊：熱門商品展示區域、分類及搜索區域、注冊登錄區域。
(2)、登陸界面：此界面包括分類登陸選擇區，賬號填寫區、密碼填寫區、驗證碼填寫區、鏈接區。
(3)、系統管理員界面：此界面包括：基礎信息展示板塊、管理員功能操作區。
(4)、查詢、增刪改信息處理界面：內容展示板塊、搜索版塊。
(5)、用戶信息處理界面(管理員)：對應用戶信息查詢、增刪改信息處理界面;
(6)、商品信息處理界面(管理員)：對應商品信息查詢、增刪改信息處理界面;
(7)、交易記錄界面：內容展示區、功能處理板塊(刪除)。
(8)、錯誤處理界面：信息提示區、錯誤展示區、鏈接區。
5.2.2 用戶：
1)、基本操作流程：
2)、細節說明：
(1)、圖中存在約束關系，未明確標出;
(2)、圖中用戶為注冊用戶(未注冊用戶則先注冊，但依然擁有查詢信息的功能，不過要交易則需注冊登錄)
(3)、支付方式的不同會影響相應頁面流程;
(4)、用戶評論相應商品時會驗證其是否購買產品，放置惡意評論;
3)、主要頁面介紹：
(1)、注冊頁面：包括：用戶基本信息填寫區、密碼填寫區、密碼確認區、鏈接區、功能操作區。
(2)、商店店鋪界面：商品分類區、商品介紹區、商品推薦區、商店介紹區、功能操作區、評論區。
(3)、交易處理界面：訂單信息填寫區、功能鏈接區。
(4)、支付界面：賬戶信息填寫區、功能鏈接區。
(5)、用戶個人信息界面：用戶信息顯示區、用戶功能操作區、鏈接區。
(6)、用戶信息處理界面(用戶)：功能處理區(權限)、鏈接區。
(7)、評論處理界面：評論信息填寫區、功能確認區。
5.2.3 店主：
1)、基本操作流程：
2)、細節說明：
(1)、店主的操作修改只針對于店內信息;
(2)、店主不能自己刪除用戶評論，可向管理員申請刪除惡意評論;
3)、主要頁面介紹：
(1)、店鋪信息界面(店主)：店鋪基本信息展示區、功能操作區。
(2)、店鋪信息修改界面：店鋪信息修改區(權限)、功能鏈接區。
(3)、店鋪評論界面：搜索區、鏈接區。
(4)、店鋪交易記錄界面：交易信息展示區、功能操作區、鏈接區。
(5)、商品信息管理界面(店主)：商品信息展示區、功能操作區、搜索區、鏈接區。 5.3 命名約定(英文)：
5.3.1 數據庫表：表名_字段類型;
5.3.2 對象JavaBean類：表名+Bean;
5.3.3 對象操作類：對象名+動作名;
5.3.4 二級操作間用: ”_”
隔開;
5.3.5 包名一般作為第一級名稱;
5.3.6 功能操作函數：操作對象名+操作名;
5.3.7 遵循首字母大寫優先原則。
6、 后記：
6.1 開發平臺：
代碼編程：Myeclipse +Tomcat
頁面設計：Dreamweaver
數據庫設計：MySQL
其他：… 6.2 說明：
部分細節在本設計書中未清楚說明，到時視情況添加。
第三篇：企業人事管理系統詳細設計
1 企業人事管理系統概述
人事管理系統模塊設計:用戶登錄模塊:模塊功能包括錄入,修改,刪除登錄用戶信息。用戶權限管理模塊:模塊功能包括為每個系統功能設置一個權限代碼,為每個用戶設置其能夠擁有的權限,從而保證用戶根據自己權限訪問系統,確保系統保密信息的安全性。人員基本信息管理模塊:模塊功能包括企業人員信息錄入,修改,刪除,部門設置,照片上傳及工作崗位分配等,對人員基本信息進行詳細描述,以便在以后的系統運行過程中進行調用查詢。人員工作管理模塊:模塊功能包括工作分配查詢、工作情況查詢(又包括工作正常查詢和額外查詢)等查詢工作。統計查詢模塊:模塊功能包括根據部門、學歷、專業職務、合同類型、政治面貌、畢業院校、工作崗位、戶口所在地、婚姻狀況、籍貫、家庭住址、參加工作時間、民族、入職時間、入黨時間、專業等進行綜合查詢;同時可以對查詢結果到出成Excel格式進行二次編輯打印。系統維護模塊:模塊功能包括部門管理,學歷管理、專業職務管理、合同類型管理、政治面貌管理;系統字體進行管理;不同合同類型人員顯示顏色設置;合同到期人員提前提醒設置;數據庫備份,數據庫聯接維護等。
1.1 系統的任務
企業人事管理系統主要負責管理用戶的人事活動信息和人事活動日志。一個完善的企業人事管理系統的任務主要包括以下幾項：
(1)人事活動管理，主要提供快速的目錄查詢和人事活動提醒服務，并記錄人事活動日志。
(2)聯系人管理，負責管理群組信息和聯系人信息，設置優先級，并提供目錄查詢和打印功能。
(3)統計分析，負責對聯系人信息、人事活動提醒和人事活動日志進行統計。
(4)系統管理，主要負責管理用戶信息、權限設置、用戶登錄以及系統初始化。
1.2 系統的目標
企業人事管理系統是通過計算機方式集中管理人事活動信息和人事活動服務的系統，有以下幾個目標：
(1)更好地保存用戶的聯系方式，提供目錄查詢和打印服務。
(2)提供人事活動提醒服務，通知用戶所需進行的人事活動。
(3)詳細記錄用戶的人事活動日志，提供日志查詢分析功能。
(4)根據用戶權限來設置人事活動服務，提供信息的安全性。
1.3 系統開發方法
本系統開發采用的是結構化系統開發方法，結構化系統開發方法就是結構化開發方法，工程化的系統開發方法和生命周期方法的結合。其基本思想是：用系統工程的思想和工程化的方法，按用戶至上的原則、結構化、模塊化、自頂向下地對系統進行分析與設計，自底向上地進行實施。 結構化系統開發方法的特點：
(1)系統觀點。
(2)嚴格區分工作階段，每個階段都有明確的任務和應得的成果。
(3)自頂向下的分析與設計和自底向上的系統實施。
(4)工作成果文檔化，文檔資料規范化、標準化。
此系統之所以采用這種開發方法是因為結構系統開發方法的整體思路清楚，能夠從全局出發步步為營，減少返工，有利于開發質量;設計工作中階段性強，每一階段均有工作成果出現;每一階段的工作成果是下一級工作的依據，工作進度比較容易把握，有利于系統開發的總體管理和控制。另外，由于該方法強調從整體來分析和設計整個系統，因此在系統分析時，可以診斷出原系統中存在的問題和結構上的缺陷，這一點是其他方法難以做到的。
1.4 可行性分析
可行性是指組織內外當前的具體條件下，進行某項目的必要性和可能性。若系統開發是必要的，則進一步從技術、經濟、管理上分析其可行性。
1)經濟可行性
利用計算機對企業人員進行合理優化地管理，可以提高員工的工作熱情，同時還可以為領導們做出正確的決策提供參考，這些都有利于公司的業務發展和效益的提高。
2)技術可行性
在技術難度方面，Visual Basic 開發工具與SQL Server 2000 適合開發一些中小型的系統，在指導教師的幫助和參考網上一些相關資料，使得開發這樣一套企業人事管理系統軟件成為一種切實可行的方案。
3)組織管理的可行性
開發企業人事管理系統受到企業內部領導層的高度重視，同時廣大員工也反響強烈，有利于促進公司的業務發展和合理的人事管理。
2 系統需求分析
2.1 需求分析的重要性 需求分析工作是系統生命周期重要的一步，也是決定性的一步。忽略需求分析往往會付出沉重的代價。大量實踐表明，信息系統產生的許多錯誤都是由于需求定義不準確或錯誤導致的，而且，如果在需求定義階段發生錯誤，則修改這些錯誤的代價是非常高的，并隨著開發周期的進展，改正錯誤或在改正錯誤時引入的附加錯誤的代價是按指數增長的。因此，系統開發中的需求定義是系統成功的關鍵一步，必須引起足夠的重視。企業人事管理系統中一項重要的工作就是錄入和校對員工的基本信息和人事活動提醒，由于人數多，細節多，人工處理很容易丟失資料或出現不準確的情況，因此采用計算機進行企業人事管理，根據具體情況進行需求分析。
2.2 企業人事管理系統的功能結構
從業務角度來看，管理信息系統應該支持整個組織在不同層次上的各種功能。各種功能之間又有各種信息聯系，構成一個有機的整體及系統的業務功能結構。根據以上對人事管理系統的任務和目標的分析可以看出，一個標準的人事管理系統應該包含如圖1所示的一些功能。每個功能模塊又都包含一系列的子模塊。
圖1 “企業人事管理系統”功能模塊圖
1)人事活動管理
“人事活動管理”模塊主要用于提供快速的目錄查詢和人事活動提醒服務，并記錄人事活動日志。
(1)“分類查詢”模塊：“分類查詢”模塊負責為用戶提供目錄查詢功能。用戶可以進行精確查詢，也可以進行模糊查詢，從而快速查找所需要的人事活動信息。不同群組權限的用戶可以查詢不同群組的聯系人。
(2)“人事活動提醒”模塊：“人事活動提醒”模塊負責用戶提供人事活動提醒功能。提醒信息主要包括提醒ID、提醒主題、提醒時間、提醒對象、聯系人、聯系方式、提醒內容、錄入人員和是否完成等。提醒對象是指那些需要被提醒進行人事活動的公司員工，錄入人員是登錄的用戶，聯系方式主要有地址、辦公電話、手機號碼、郵箱、MSN和QQ號碼等。
一般用戶只能看到和自己相關的提醒信息，管理人員可以看到所有的提醒信息。當用戶已經完成人事活動事，需要將提醒信息的“是否完成”屬性標志為“完成”。
(3)“人事活動日志”模塊：“人事活動日志”模塊負責記錄用戶的人事活動日志。一般用戶和管理人員只能看到和自己相關的日志信息。人事活動日志主要包括日志ID、人事活動主題、人事活動時間、人事活動人員、聯系人、聯系方式、人事活動內容和錄入人員等。人事活動人員是那些進行人事活動活動的公司員工，錄入人員是登錄的用戶，聯系方式主要有地址、辦公電話、手機號碼、郵箱、MSN和QQ號碼等。
2)聯系人管理
“聯系人管理”模塊負責管理群組信息和聯系人信息，設置優先級，并提供目錄查詢和打印功能。
(1)“群組設置”模塊：“群組設置”模塊負責管理聯系人的群組信息。用戶可以通過建立群組來管理聯系人信息。群組信息主要包括群組ID、群組名稱、優先級、建立日期、群組簡介和錄入人員等。 (2)“聯系人設置”模塊：“聯系人設置”模塊負責設置聯系人信息，并對其進行添加、修改、刪除和查詢等操作。聯系人信息主要包括如下幾項。
①基本信息：聯系人ID、姓名、群組ID、優先級、性別、身份證號、出生日期、籍貫、民族;
②工作信息：工作單位、職務、職稱、工作描述;
③教育背景：畢業院校、學歷、專業;
④聯系方式：地址、辦公電話、住宅電話、手機號碼、傳真、郵箱、MSN、QQ;
⑤其他信息：個人愛好、特長。
(3)“優先級設置模塊”：“優先級設置”模塊負責設置群組和聯系人的優先級。
(4)“查詢打印”模塊：“查詢打印”模塊負責提供目錄查詢和打印功能。
3) 統計分析
“統計分析”模塊主要負責對聯系人的信息、人事活動提醒和人事活動日志進行統計分析。
(1)“聯系人統計”模塊：“聯系人統計”模塊負責對聯系人進行統計分析，通過它，用戶可以更加方便地了解目前各群組擁有的聯系人數目。
(2)“提醒統計”模塊：“提醒統計”模塊負責對人事活動信息進行統計?？梢园凑杖耸禄顒犹嵝研畔⒅械穆撓等?，提醒時間和提醒對象分別進行統計分析。
(3)“日志分析”模塊：“日志分析”模塊負責分析人事活動日志?？梢园凑杖耸禄顒尤罩局械娜耸禄顒訒r間、人事活動人員和聯系人分別進行統計分析。
4)系統管理
“系統管理”模塊主要負責用戶權限管理，包括用戶管理、密碼維護、重新登錄和初始化。
(1)“用戶管理”模塊：“用戶管理”模塊負責管理用戶信息。用戶信息包括用戶ID、用戶名稱、用戶類別(普通員工、管理人員)、密碼、模塊權限、電話和郵箱等。權限主要包括對一級模塊和二級模塊的使用權限、以及對各群組內聯系人的查詢權限。管理人員具有所有模塊和群組的使用權限，普通員工僅具有“人事活動管理”模塊的使用權限?？梢詫θ航M查詢權限進行配置。
(2)“密碼維護”模塊：“密碼維護”模塊負責維護用戶密碼信息，為用戶提供更改密碼的功能。
(3)“重新登錄”模塊：“重新登錄”模塊主要用于給用戶提供重新登錄功能。
(4)“初始化”模塊：“初始化”模塊主要負責提供初始化數據的功能?？梢杂羞x擇地對數據表進行清空操作。
3 數據庫分析設計
表1 數據表及其用途 根據系統需求分析，系統需要建立5個表，其用途說明如表1所示。
3.1 數據字典
表2到表6給出了5個數據表(提醒信息表、人事活動日志表、群組信息表、聯系人信息表、用戶信息表)的具體描述，包括字段名稱、數據類型、可否為空和說明。 1)提醒信息表
表2 提醒信息表
2)人事活動日志表
表3 人事活動日志表
3)群組信息表
表4 群組信息表
4)聯系人信息表
表5 聯系人信息表
5)用戶信息表
表6 用戶信息表
3.2 創建數據庫 在創建數據庫之前，用戶需要安裝MS SQL Server 系列的數據庫服務器。直接手工建立數據庫。打開SQL Server企業管理器，新建一個數據庫，數據庫名為“企業人事管理”，然后按照數據字典建立表和表的關聯。
4 系統設計與實現
通過數據庫分析設計，已經完成了所有的后臺工作，現在需要通過Visual Basic來編寫數據庫系統應用程序。
4.1 創建工程項目
啟動Visual Basic6.0后，單擊【文件】→【新建工程】命令，在彈出的對話框中選擇【標準EXE】選項，然后單擊【確定】按鈕。在項目的【屬性】面板.中將項目的“Name”屬性值改為“企業人事管理”。
4.2 創建系統主窗體4.3 創建公用模塊
為了能夠對數據庫訪問進行集中處理，需要創建一個專門訪問數據庫的公用模塊。在項目資源管理器中為項目添加一個模塊，并將其保存為OPeratDataBase.bas。
1)OPeratDataBase.bas OPeratDataBase.bas公用模塊主要對數據庫進行操作，包括以下5個函數：
① GetConnStr()As String 函數，返回鏈接字符串，用來設置數據庫連接字符串;
②OpenConn(ByRefConn As ADODB.Connection)As Boolean函數，返回布爾值，用來打開數據庫連接;
③ ExecuteSQL(ByVal SQL As String，ByRef msg As String)函數，用來執行SQL語句;
④ SelectSQL(ByVal SQL As String，ByRef msg As String)As ADODB.Recordset函數，返回Recordset，用來執行查詢語句;
⑤ BatchSelectSQL(ByVal SQL As String，ByRef msg As String)As ADODB.Recordset函數，返回Recordset，用來執行批處理。
2)PubilicVar.bas 為了實現全局變量，另外創建一個全局變量模塊PublicVar.bas，主要有3個全局變量，如下所示：
①LonginSucceeded全局變量，用來保存用戶登錄是否成功的標志;
②UserID全局變量，用來保存用戶ID;
③ConnectionString全局變量，用來保存數據庫鏈接字符串。
4.4 創建其它模塊
創建“人事活動管理”模塊、“聯系人管理”模塊、“統計分析”模塊和“系統管理”模塊
5 系統擴展
企業人事管理系統提供了人事活動管理、聯系人管理、統計分析和系統管理4大功能，但是作為一個完善的企業人事管理系統，還有不足之處。系統還應該具有多級群組設置和聯系人轉移群組的功能。企業人事管理系統也需要結合企業的具體業務進行分析設計，以更好地滿足用戶的要求。
第四篇：網上購物系統設計與實現
1、緒論
在Internet飛速發展的今天，互聯網成為人們快速獲取、發布和傳遞信息的重要渠道，它在人們政治、經濟、生活等各個方面發揮著重要的作用。Internet上發布信息主要是通過網站來實現的，獲取信息也是要在Internet“海洋”中按照一定的檢索方式將所需要的信息從網站上下載下來。因此網上購物系統應運而生，網上購物彌補了傳統購物的一些局限性，成為傳統購物的補充。通過網上購物，無論你在哪里都可以輕松地買到心儀的物品，只要那里有一臺接入了Internet的電腦，通過網上購物可以很清楚的了解各個商品的信息，從而對它們進行比較，最后買到自己稱心的物品。對于管理人員來說，利用購物系統能輕松地管理大量的商品，而且可以通過系統查看各種商品的銷售狀況，通過各種數據能夠及時地知道那種商品正在熱賣，而那些商品屬于冷門地，從而在運營上進行調整，更好地管理好商店。
我設計的是基于網上的購物系統。用戶可以根據自己的喜好瀏覽自己喜歡的東西，但要想購買商品，就必須通過注冊成為會員才能進行購買，登陸后就可以購物了。商店的各種商品都進行了詳細地分類，可以輕松地找到想要地商品，同時查找系統能很容易地找到相關的商品。同時買到自己喜歡的東西后就可以去結算，通過下訂單你可以填寫自己的相關信息，而完成購物的流程。
2、系統分析
系統分析是平臺開發的一個不可缺少的環節，為了能夠使本系統更好、更完善地被設計出來，就必須先進行調查研究。在系統調查的基礎上，對新系統的功能進行細致的分析，從而才能夠開發出完整的系統設計 。本平臺利用現在比較廣泛的ASP+access數據庫的架構實現的，進行系統分析，為將來進一步的實施打下一個堅實的技術基礎。從而實現信息化，規范化，系統化，網絡化的平臺，具有較好的適應性和推廣性。 2.1 網上購物系統平臺的設計目標
本平臺利用現在比較廣泛的ASP+access數據庫的架構實現的，進行系統析，為將來進一步的實施打下一個堅實的技術基礎。從而實現信息化，規范化，系統化，網絡化的平臺，具有較好的適應性和推廣性。
此系統分為前臺管理和后臺管理。前臺管理是友好的操作界面，供用戶瀏覽、查詢使用。包括：瀏覽商品、查詢商品、購物車、用戶維護等功能;后臺管理是提供給管理員的，其中包括：商品管理、用戶管理、訂單管理等。使管理員從繁瑣的手工操作中解脫出來，并提高了辦公效率。
2.2 網上購物系統設計的功能及特點
2、
2、1該平臺功能
1、能夠完成用戶基本信息錄入的注冊和用戶基本信息的個人前臺與后臺管理。
2、能夠完成管理員對網站的商品資料(添加大類、添加小類、商品添加、商品審查)、商品交易(外理訂單、發貨查詢)的功能。
3、能夠通過查看購物車對所選商品進行確定、挑選，通過定單查詢對支付費用進行確定。
2、
2、2該系統特點
我們所設計和開發的網上購物平臺是經過很長時間的調查和分析才開始具體實施的，它的主要特點是改變了以往的購物只能過現實的商場才能達到的結果，采用Wed技術，借助于Internet互聯網廣泛應用技術，達到資源共享，提高以往購物的局限性，縮短人們的時間和提高工作效率，具有較好的交互性，從而實現信息化，規范化，系統化，網絡化的平臺，使整個購物活動過程簡單、方便、易行。 2.3 網上購物系統開發的設計思想
網上購物平臺主要是對后臺管理和前臺操作。
前臺操作是用戶登錄到本網站，可以進行用戶注冊，通過網站的新品速遞、商品熱賣、商品分類或商品搜索功能，找到自己想要買的商品，裝入購物車，提交定單進行購買。
后臺管理是管理員對本網站的維護，通過商品資料(添加大類、添加小類、商品添加、商品審查)、商品交易(處理訂單、發貨查詢)、等功能達到對網站的管理。
2、4網上購物系統的功能需求設計
對于網上購物，總結出該平臺需要完成的一些具體功能，分析如下：
用戶管理：能夠完成用戶最基本的信息錄入的注冊和用戶基本信息的個人前臺與后臺管理。
管理員管理 ：能夠完成管理員對網站的商品資料(添加大類、添加小類、商品添加、商品審查)、商品交易(外理訂單、發貨查詢)、會員管理(會員審查)、操作管理(管理員添加、管理員審查、管理員退出)的功能。
搜索功能 ：通過商品的名稱，商品的分類進行搜索。
查詢功能 ：能夠通過查看購物車對所選商品進行確定、挑選，通過定單查詢對支付費用進行確定。
其功能模塊圖如下：
第五篇：網上購物系統課程設計報告[定稿]
荊楚理工學院
課程設計成果
學
院: 計算機工程學院
班 級: 11級計算機科學與技術3班
學生姓名:
學 號:
設計地點(單位)
A5-102
設計題目:
網上購物系統
完成日期： 2014 年
6 月
3 日
指導老師評語：_________________________________________________
_______________________________________________________________________________________________________________________________________________________________________________________________________________
成績(五級記分制):______________________ 教師簽名:_____________________________
前言
近年來，隨著Internet的迅速崛起，互聯網已日益成為收集提供信息的最佳渠道并逐步進入傳統的流通領域。于是電子商務開始流行起來，越來越多的商家在網上建起在線商店，向消費者展示出一種新穎的購物理念。
網上購物系統作為B2B，B2C(Business to Customer,即企業對消費者)，(Customer to Customer，即消費者對消費者)電子商務的前端商務平臺，在其商務活動全過程中起著舉足輕重的作用。本文主要考慮的是如何建設B2C的網上購物系統。
網上購物是一種具有交互功能的商業信息系統。它向用戶提供靜態和動態兩類信息資源。所謂靜態信息是指那些比經常變動或更新的資源，如公司簡介、管理規范和公司制度等等;動態信息是指隨時變化的信息，如商品報價，會議安排和培訓信息等。網上購物系統具有強大的交互功能，可使商家和用戶方便的傳遞信息，完成電子貿易或EDI交易。這種全新的交易方式實現了公司間文檔與資金的無紙化交換。
目
錄
第一章 系統概述 .......................................................................................................................1 1.1開發背景 ......................................................................................................................1 1.2開發目標 ......................................................................................................................1 1.3系統概述 ......................................................................................................................1 1.4系統功能 ......................................................................................................................2 第二章 可行性研究 ...................................................................................................................2 2.1基本要求 ......................................................................................................................2 2.2所建議的系統 ..............................................................................................................3 2.2.1對所建議系統的說明 ...................................................................................... 3 2.2.2處理流程和數據流程 ...................................................................................... 3 2.3可行性研究 ..................................................................................................................6 2.3.1技術可行性 ...................................................................................................... 6 2.3.2投資及效益分析 .............................................................................................. 7 3.3社會因素方面的可行性 ..............................................................................................7 2.3.3法律方面的可行性 .......................................................................................... 7 2.3.4使用方面的可行性 .......................................................................................... 7 2.3.5經濟可行性 ...................................................................................................... 7 2.4結論 ..............................................................................................................................7 第三章 需求分析 .......................................................................................................................8 3.1軟件項目概述 ..............................................................................................................8 3.2基于UML的系統描述 ..................................................................................................9 3.2.1系統的用例圖 .................................................................................................. 9 3.2.2系統的活動圖 ................................................................................................ 11 3.2.3系統的類圖 .................................................................................................... 13 3.3用戶特征 ....................................................................................................................13 3.4 限制與約束 ...............................................................................................................14 3.5功能需求描述 ............................................................................................................14 3.5.1數據精確度 .................................................................................................... 14 3.5.2 時間特性 ....................................................................................................... 14 3.6 運行需求 ...................................................................................................................15 3.6.1用戶界面 ........................................................................................................ 15 3.6.2硬件接口 ........................................................................................................ 15 3.6.3軟件接口 ........................................................................................................ 15 3.6.4 故障處理 ....................................................................................................... 16 3.7 其它需求 ...................................................................................................................16 3.7.1性 能 .............................................................................................................. 16 3.7.2可擴展性 ........................................................................................................ 16 3.7.3可用性 ............................................................................................................ 16 第四章 系統設計和實現 .........................................................................................................17 4.1系統的組成部分及其結構 ........................................................................................17 4.2定義 ............................................................................................................................17 4.3軟件設計約束 ............................................................................................................18 4.3.1設計目標和原則 ............................................................................................ 18 4.3.2 設計約束 ....................................................................................................... 18 4.4軟件設計描述 ............................................................................................................18 4.4.1 總體結構設計 ............................................................................................... 18 4.4.2查詢模塊 ................................................................................................19 4.5網上購物 ....................................................................................................................19 4.5.1 用例實現 ...............................................................................................19 4.6系統界面設計描述 ............................................................................................ 20 4.6.1網上購物界面設計 ................................................................................20 致謝 ...................................................................................................................................24 參考資料 ...........................................................................................................................24 附:系統部分主要代碼 .....................................................................................................25
第一章 系統概述
1.1開發背景
自我國加入WTO后，越來越多的傳統企業進一步認識到企業經濟發展的必然趨勢是以網絡化、全球化為主要特征。而企業實行電子商務則成為企業發展與國際接軌的必要條件，因而網上購物系統的實現是一個非常迫切的需求。
1.2開發目標
系統目標是開發一個基于網絡的網上購物系統，在網絡環境下實現數據的錄入、插入、刪除、查詢、統計、更新等功能。同時，為了信息的保密與安全，系統還要提供一定的安全機制。
1.3系統概述
網上購物系統的目的是建立一個可以讓消費者通過網絡進行交易處理，如購買商品等的網絡應用平臺。該系統在各開發階段中，都突出現代軟件工程新思想、新技術的研究與應用，及其有效性和實用性的證實。如在分析階段，將UML/Use Case方法與用例驅動需求分析建模思想相結合;在設計階段，采用軟件分析模式、設計模式等分類概念;在實現階段，又準備注重于大粒度的軟件組件的開發與應用，進一步提高軟件重用度。
本系統采用瀏覽器/服務器(B/S)的工作方式，系統的用戶主要有：用戶(買家)、管理人員、賣家。用戶只要在計算機上裝有IE或Netscape瀏覽器，并有基本的瀏覽器操作知識，便能方便的使用本系統。
服務端軟件環境采用操作系統Windows XP或Windows7，，數據庫為SQL。用戶端軟件環境：瀏覽器IE或Netscape系列。
1.4系統功能
網上購物系統主要包括以下功能。
(1)商品查詢：當用戶進入網上商城時，可以通過主頁的分類查看最新的商品信息，雙擊商品時可進入查看詳細商品信息。
(2)購物車管理：當用戶選擇購買某種商品時，能夠將對應的商品信息，例如價格，數量等記錄到購物車中，并允許用戶返回到其他商品信息查詢頁面，繼續選擇人其他商品。同時用戶還應該可以在購物車中執行刪除商品、添加商品以及清楚購物車等操作。
(3)會員信息管理：為了能夠實現商品的購買，會員需要注冊并正確登錄，由此產生用戶相關信息，如聯系方式、供貨地點等需要有系統進行管理。同時也要允許用戶修改自己的相關資料。
(4)商品分類管理：通過該模塊，網站管理員可以根據需要添加新的商品類別，也可以對已有的商品分類進行修改、刪除等操作。
(5)后臺訂單管理：管理員可以借助該模塊查詢訂單信息，以便與網站配貨人員依據訂單信息進行后續的出貨、送貨的處理。對于已經處理過的訂單，也應該保留歷史記錄，以便于管理人員進行查詢。
第二章 可行性研究
2.1基本要求
功能：主要分為前臺和后臺兩個部分，前臺用戶相關功能主要包括用戶注冊、登錄、購物車、訂單查詢、個人資料修改;后臺管理相關功能主要包括添加商品，處理訂單，查詢用戶信息等。
性能：效率高，速度快，算法規范，使管理員從繁瑣的手工操作中解脫出來，提高辦公效率。
輸入：訂貨信息、商品信息、會員信息、物流信息、上傳圖片 輸出：訂單信息
安全和保密：每一位顧客均需申請一個賬號，并設置自己唯一的密碼，當
系統檢驗用戶名和密碼相符合時，才能成功登錄，進入系統購物。
2.2所建議的系統
2.2.1對所建議系統的說明
根據實際情況，把商品分類，提供商品查看，訂單查詢，商品管理，訂單管理，系統管理等小模塊合并成一個可執行的軟件系統模型。使用戶快速地查找到所需要的產品，開發人員可以較快地確定需求，然后采用循環進化的開發方式，對系統模型作連續的精化，將系統需具備的性質逐漸增加上去，直到所有的性質全部滿足。 2.2.2處理流程和數據流程 (1)網上購物系統頂層數據流圖
管理員 商城信息 站內信息 網上購物系統用戶 訂單數據用戶
圖2-1 網上購物系統頂層數據流圖
(2) 系統整體功能模塊圖
網上購物系統前臺部分后臺部分用戶管理個人資料管理購物車管理訂單查詢管理員登錄添加商品訂單信息管理查詢用戶信息
圖2-2 網上購物系統整體功能模塊圖
(3)系統前臺處理流程圖
消費者用戶瀏覽網頁非會員用戶會員用戶用戶注冊會員登錄忘記密碼瀏覽商品修改會員信息將商品放入購物車購買商品下訂單取消訂單購買成功 圖2-3 系統前臺處理流程圖
(4) 系統后臺處理流程圖
查看會員列表用戶信息管理查看會員信息查看商品信息系統管理登錄商品信息管理修改商品信息增加新的商品信息訂單管理查看訂單號
圖2-4 系統后臺處理流程圖
2.3可行性研究
2.3.1技術可行性
現如今，計算機硬件的發展已經越來越快，現在PC機的性能已經可以勝任普通網站的Web服務器。JSP是Java在Internet/Intranet Web上的重要應用技術，可以和各種Java技術完好的結合在一起，從而實現非常復雜的應用。因而已經得到了廣泛煩的支持和承認，成為一種非常流行的網站開發技術。利用JSP技術可以建立先進、安全和跨平臺的動態網站，加之我們本學期正在學習此門學科，可以從老師拿來獲得許多技術上的支持和幫助。對于數據庫方面，我們次學期正好也開設了以SQL Server為應用實例的數據庫原理，故而我們采用Microsoft SQL Server 2005作為數據庫的后臺。
我們小組共有三個人，均是熱衷軟件編程的計算機專業人員，盡管有些
東西我們不算熟悉，但是在3個月內完成此系統的開發設計還是可以的。 2.3.2投資及效益分析
1、支出
此項目的設計開發對環境及設備的要求較為簡單，只需幾臺聯網的電腦、相關參考資料(這些可以通過到圖書館借書或者直接在網上查詢即可)，以及我們的課余時間，整體費用支出不大，幾乎可以忽略不計。
2、收益
此項目雖說用于教學目的，但是若投入使用，則可以立即產生收益。
3、敏感性分析
由于本組成員均是學生，平時參與實際項目的機會不多，因而我們整體開發項目的經驗不足，可能會導致設計的系統不盡完善，無法確保當系統負荷量增大時，出現系統崩潰的情況。
3.3社會因素方面的可行性
2.3.3法律方面的可行性
該系統是自主開發設計的，不會構成任何形式的違法、侵權，所以在法律上是可行的。 2.3.4使用方面的可行性
該系統操做簡單，不需要專業培訓，一般人員均可以勝任。 2.3.5經濟可行性
由于本系統是為完成老師布置的作業，系統成本主要集中在系統軟件的開發上，因而經濟上是可行的。
2.4結論
網上購物系統的開發主要包括后臺數據庫的建立和維護以及前端應用程序的開發兩個方面。對于前者要求建立起數據一致性和完整性強、數據安全性好的庫。而對于后者則要求應用程序功能完備,易使用等特點。
綜上所述，經過各種分析論證，我們可以認定該項目是可以成功實現的，所以應立即開始進行研發。
第三章 需求分析
3.1軟件項目概述
啟動軟件項目的主要原因是由于需求的存在，軟件需求是軟件開發過程的基礎。需求是一個軟件項目的開端，也是項目建設的基石。軟件需求就是指用戶對軟件的功能和性能的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，達到什么樣的程度。
從現實需求上說：
網上銷售這是信息社會發展的必然要求。
網上銷售因其自身具有的經營上的優勢，對廣大網民具有強大的吸引力，這就是網購發展的重要原因。
對于普通用戶而言，網上購物輕松快捷，足不出戶也可以買到各種經濟實惠的商品。
對于網上銷售者來說，這樣可以節約費用開支，降低銷售成本。
系統概覽：
類似于大部分網上購物系統的基本流程，確定本系統的具體需求為： 顧客可以方便的注冊和登錄。 顧客可以靈活的檢索所需的商品信息。 顧客可以方便的查看詳細的商品資料。
顧客可以方便的管理自己的購物車(添加和刪除選購商品，修改購買數量及在線下訂單等操作)。
管理員可以方便的管理商品信息(新增，刪除，修改商品)、客戶信息以及客戶訂單管理。
隨著軟件開發方法學的演變和發展，特別是軟件設計模式、軟件組件等概念的提出，給軟件重用度、軟件的可擴充性、軟件的魯棒性及軟件開發效 率的提高，提供了一個誘人的前景。我們將采納當前軟件工程最新技術，采用統一建模語言UML描述基于網絡計算平臺的整個項目，在分析、設計時充分利用軟件模式及組合軟件模式，利用前人的專家級經驗，提高開發效率;最后的產品用軟件組件的形式加以封裝，并用XML來描述軟件組件及各軟件組件間的接口。通過這一課程作業實踐，一方面能加深我們對軟件模式、軟件組件、XML、UML的認識和理解，使我們就這些新技術的應用，提出更為可行的建議;另一方面，我們也希望能開發出新的軟件組件，抽出新的軟件模式，進一步充實軟件模式倉庫，繁榮軟件組件市場。
3.2基于UML的系統描述
3.2.1系統的用例圖
需求分析方法中的用例圖可用來更直觀，更形象地說明整個系統的需求。用例是從用戶的角度看待系統，而不是從程序員的角度，系統的任何需求都能夠在系統開發鏈中完整地體現。用例通過描述“系統”和“活動者”之間的交互來描述系統的行為。通過分析系統的目標，用例描述活動者為了實現這些目標而執行的所有步驟。
本系統頂層的Use Case如下圖所示：
網上購物系統customermanager
圖3-1頂層的Use case Actor定義如下：
Customer：顧客(用戶或者消費者) Manager： 管理員
對頂層的use case 進行細化，得到的use case圖如下：
查詢商品管理商品信息瀏覽商品管理員查看用戶信息用戶加入購物車<>購買商品下訂單<><>管理訂單信息取消訂單
圖3-2 細化的Use case
3.2.2系統的活動圖
(1) 針對消費者的網上購物系統的活動圖
會員登錄商品瀏覽添加商品到購物車中下訂單確定購物并選擇送貨方式在線支付購物完成訂單查詢
圖3-3 商品瀏覽活動圖
(2) 針對消費者的購物車使用的活動圖
添加商品到購物車檢查購物車中商品條目有該商品條目無該商品條目增加商品數量添加該商品條目到購物車中
圖3-4 商品加入購物車的活動圖
3.2.3系統的類圖
系統的類圖如下圖所示：
Customer#userId: Integer#userName: String#password: String#telphone: String#Address: StringShopping cart#goodID: Integer#goodNum: IntegerOrder+orderId: Integer+orderTime: DateTime+userId: IntegerGood#goodId: Integer#goodName: String#goodPrice: Double#goodtypeId: Integer#goodstore: String#goodMadeDate: DateTime#goodMadefirm: StringAdministrator#AdministratorId: String#AdministratorPassword: String
圖3-5 系統的類圖
3.3用戶特征
此系統有兩類用戶：網上購物系統管理人員、顧客。對于系統管理人員來說一般同時具有超強的電腦操作知識和經驗，而且都進行過一定的培訓;對于顧客來說一般都有一定的專業領域知識，一般有一定的電腦操作能力，但對于一些特殊的顧客來說可能對電腦操作知識了解比較少，因此對于一般使用者來說不需要特殊的理論、知識來支持，也不需要經過特殊的訓練，用戶只要在計算機上裝有IE或Netscape瀏覽器，并有基本的瀏覽器操作知識，便能方便的使用本系統。
3.4 限制與約束
此系統必須滿足以下限制：
(1)系統中所有賬戶能夠供用戶隨時使用，完成各自授權的活動; (2)在同一時刻，一個帳戶不能同時為兩個用戶服務; (3)一個帳戶一次網上支付或取款數目不能超過帳戶余額;
(4)該系統必須確保對數據進行完全保護，以避免未經授權的訪問;所有的遠程訪問都要登錄，并且每個登錄用戶只能訪問其角色所授的權限;
(4)界面友好、操作簡便;
(5)軟件系統開放性好，結構靈活，可擴充，易于維護; (6)安全可靠。
3.5功能需求描述
3.5.1數據精確度
1)用戶在進行商品查詢時要保證查全率，所有符合搜索條件的商品都要能找到。
2)在保證查全率的同時還要能夠保證查準率，尤其是對于高級搜索這一功能。
3)數據輸出時應是該用戶在本網站上登記或輸入的最新資料(用戶資料、留言購物籃定單內容、支付情況、投訴內容)。另外有些資料又必須保留在一定期限內的全部資料(留言、定單內容、支付情況、投訴內容)。當然我們網站上的內容也需要根據我們公司的產品的更新速度以及我們的商家或加盟商的要求來定期更新，以此來吸引顧客。 3.5.2 時間特性
(1)響應時間：2-3秒之內打開我們網站的一個新的鏈接(包括打開一張商品圖片)。
(2)更新處理時間：這是由數據精確度的要求確定的。對于需要保持最新內容的資料的更新速度是實時性的，對于需要定期保留的內容的期限為三
個月。
(3)數據轉換與傳輸時間：數據轉換主要是涉及到數據庫的問題。為了降低一次顯示過多的記錄會消耗太多的時間這個問題，我們在設計時將讓數據庫盡量分頁顯示。傳輸時間的問題比較復雜，這和服務器的處理能力，電信部門給我們提供的帶寬，銀行的電子交易網的響應速度有關。
(4)運行時間：本網站如非特殊原因應保持24小時開通。
3.6 運行需求
3.6.1用戶界面
界面要求：
a. 網站的主色調為黃、橙、粉紅這三種最為大眾接受的顏色。 b. 界面的風格要鮮明而有特色。
c. 網站所要用到的圖片資料應該足夠清晰和精美。 d. 網站上要有足夠的導航鏈接。
e. 要盡量讓用戶使用鼠標完成整個操作流程，當然填寫資料，在線支付，在線留言需要用到文本輸入。 3.6.2硬件接口
由于我們使用的通信協議是TCP/IP，因此這里的硬件接口問題主要就是TCP/IP層中的網絡接口層，他負責數據幀的發送和接收，幀是獨立的網絡信息傳輸單元。網絡接口層將幀放在網上，或從網上把幀取下來。這就要求IP使用網絡設備接口規范NDIS向網絡接口層提交幀，并且IP支持廣域網和本地網接口技術。在系統運行時要注意關閉那些容易受攻擊和入侵的端口號，在能保證帶寬的前提下僅開通系統運行所必須的端口。 3.6.3軟件接口
這里的接口問題主要就是怎樣與SQL數據庫進行通信，以便對數據庫進行讀取和寫入操作。在JSP技術中是使用JDBC來解決這個問題的。具體來說開發中可能使用到的JDBC的常用類有以下幾個：
(1)連接類(Connection)：用來連接數據庫。
(2)記錄集類(Resultset)：用來保存查詢語句的返回結果。
(3)命令對象(Statement)：用來執行SQL語句或者SQL Server的存儲過程等等 3.6.4 故障處理
a.內部故障處理
在開發階段可以隨即修改數據庫里的相應內容。
b.外部故障處理
對編輯的程序進行重裝載時，第一次裝載認為錯，修改。第二次運行，在需求調用時出錯，有錯誤提示，重試。
3.7 其它需求
3.7.1性 能
1.網上購物系統要支持100個并發用戶。
2.網上購物系統處理查詢操作響應時間不超過10秒。 3.7.2可擴展性
當前使用網上購物系統的主要是企業人數在100人以下的小企業，這些企業增長速度比較快，人員規模每年保持30%的增速。網上購物系統要能夠在三年內支持這樣的增長速度。 3.7.3可用性
系統要保證24*7*365可用。但是可以允許每月系統停機一小時，進行系統維護。系統維護的時間要安排在企業非工作時間進行。
第四章 系統設計和實現
4.1系統的組成部分及其結構
*用戶-結束13管理員**用戶*--結束結束65-購結束14*管理員-結束9*-結束10注冊登錄查詢**買登錄查詢**管理-結束11-結束12-結束7-結束8查詢組件付款組件查詢組件管理組件*數據庫-結束21**數據庫-結束結束34-
圖4-1 系統的結構圖
軟件系統由三部分組成：查詢商品部分、網上購物部分、查詢訂單部分。系統的結構圖如圖所示，其中包括查詢、付款等軟組件的公共組件庫和購物等專門領域組件庫。
4.2定義
UML即統一模型語言(Unified Modeling Language)的縮寫,它是運用統一的、標準化的標記和定義來實現面向對象的軟件分析和設計的一種方法.它綜合了Rambaugh所提出的“對象模型技術”(ObjectModeling Technique,OMT),以及Booch和Jacobson提出的“面向對象軟件工程”(Object Oriented SoftwareEngineering,OOSE)等設計分析方法,并由國際對象管理組織
(Object Management Group,OMG)于1997年底推出的面向對象建模語言.它主要由可視化的圖表(Diagram)和關系(Relationship)構成,利用它可以進行需求分析、概要設計、詳細設計、編程實現、項目計劃、測試、原型迭代、產品發布、產品維護等.隨著因特網的迅速發展,以現代信息技術為依托的商務模式已經形成為一種必然趨勢,網上購物將逐步演變成為21世紀的主要貿易方式之一。
4.3軟件設計約束
4.3.1設計目標和原則
(1)本設計欲達到的目標要求滿足用戶需求且軟件系統具有良好的可擴充性、可維護性;
(2)為實現上述目標，在設計軟件過程中采用統一建模語言UML描述基于網絡計算平臺的整個系統，在分析、設計時充分利用軟件模式及組合軟件模式，利用前人的專家級經驗，提高開發效率;最后的產品用軟件組件的形式加以封裝，并用XML來描述軟件組件及各軟件組件間的接口。
4.3.2 設計約束
(1)無論是用戶(買家)、管理員都可以通過Internet訪問該系統，完成各自授權的活動、工作。
(2)該系統必須確保對數據進行完全保護，以避免未經授權的訪問。所有非會員在購買商品之前都要注冊會員并登錄，并且每個登錄用戶只能訪問其角色所授的權限。
(3)該系統采用B/S模式，并且考慮性能、安全、可靠性、易維護等方面的問題采用架構模式MVC 2。
(4)整個開發過程應滿足軟件開發計劃所定的時間表。
4.4軟件設計描述
4.4.1 總體結構設計
本網上購物系統由以下功能模塊設計組成： (1)用戶及管理員查詢商品模塊。 (2)用戶及管理員購物模塊。 (3)管理員管理商品的模塊。 (4)付款模塊。
4.4.2查詢模塊
用戶或管理員可以根據商品的名稱或所屬類別來查詢商品，若無該商品則會出現溫馨提示或者會出現類似的商品。
4.5網上購物 4.5.1 用例實現
通過順序圖實現了系統架構中具有重要意義的用例，并演示了不同的設計模型元素如何配合來實現用例的。
下圖詳細描述了用戶在網站的購物處理模塊的處理過程。
圖4-2 用戶購物時序圖
時序圖說明
(1)用戶瀏覽購物網站并登錄(非會員的要先注冊再登錄)。 (2)用戶登錄后進入購物系統主頁面。
(3)用戶可以瀏覽商品的詳細信息并把需要的商品加入購物車。 (4)用戶可以進行購物，并產生訂單信息。
下圖詳細描述了管理員對商品的管理模塊的處理過程。
圖4-3管理員控制時序圖
時序圖說明
(1)管理員要先登錄并進入購物系統管理界面。
(2)管理員可以在管理界面中對商品進行管理，如添加新的商品信息、修改已有商品信息等。
(3)管理員可以查看用戶訂單信息。
4.6系統界面設計描述
4.6.1網上購物界面設計
1.登錄界面如下
圖4-4 普通用戶登錄界面
2.管理員登錄
圖4-5系統管理員登錄界面
3.系統主界面
圖4-6 系統主界面圖
4.商品詳細信息界面
圖4-7商品詳細信息界面
5.購物車界面
圖4-8 購物車界面
6.系統導航菜單描述
圖4-9 導航欄菜單
10.管理員主界面
4-10 管理員后臺管理主界面
11.新增商品
4-11 管理員新增商品界面
12.查詢訂單信息
圖4-12 管理員查詢用戶訂單信息界面
致謝
在本系統的開發過程中，由于本組成員都是初次開發軟件，在知識、經驗方面都存在著不足。另外，在整個開發的過程中，時間雖然總共有三個多月,但是由于養成了拖拉的習慣,導致最終程序的開發過程異常艱辛。同時也導致了，該系統必然會存在一些缺陷和不足。因為對網上購物的整個流程不夠熟悉，在需求分析時未能做到完全滿足用戶的需求。本次開發由于技術有限，功能并未完全實現。因此，在今后的學習中，必將繼續努力，加強自身實力與團隊協作能力。
在本次課程設計中，我們從任課輔導老師身上學到了很多東西。她認真負責的工作態度，嚴謹的治學精神和深厚的理論水平都使我們收益匪淺。她無論在理論上還是在實踐中，都給與我們很大的幫助，使我們得到很大的提高，這對于我們以后的工作和學習都有一種巨大的幫助，在此感謝她耐心的輔導。另外，還要對我們本組的其他成員表示衷心的感謝，感謝組員們的不懈努力，感謝大家的認真配合，最終使得我們的課程設計圓滿落幕!
參考資料
[1] 李素若、陳萬華、張牧.《Java面向對象程序設計》[M].北京：化學工業出版社，2010.10 [2] 俞俊甫、王鐘莊.《數據庫原理應用教程》[M].北京:北京郵電大學出版社，2010.7 [3] 謝希仁.《計算機網絡(第6版》[M].北京:清華大學出版社，2013.9 [4] 張海藩.《軟件工程導論》[M].北京：經濟科學出版社，2000.10 [5] 王立峰、延偉東.《軟件工程理論與實踐》[M].北京：清華大學出版社，2003.12
附:系統部分主要代碼
1. 系統主界面jsp代碼
<script type="text/javascript" src="js/boxOver.js"></script>