【正文】 Tomcat服務器、 MySQL 數(shù)據(jù)庫服務器都是開源免費的，這樣在成本上勢必會降低很多。這樣即減少了開發(fā)成本又提高了開發(fā)效率。 社會因素可行性分析 社會因素可行性主要包括法律因素可行性和用戶使用可行性，下面就這兩個方面進行簡單的分析： 東北大學秦皇島分校畢業(yè)設計（論文 ） 第 11 頁 (1)法律因素可行性：本系統(tǒng)完全是自主開發(fā)，開發(fā)完成以后也將免費開源，因此任何企業(yè)都可以使用該系統(tǒng)而不需要額外支付任何費用。 (2)用戶使用可行性：本系統(tǒng)主要是 為滿足廣大用戶的需求， 用戶對網(wǎng)上購物已經(jīng)有了一定的了解，操作方面只需要點擊幾下鼠標就可完成，十分簡單 。 性能需求分析 網(wǎng)上購物系統(tǒng) 主要的用戶群是普通用戶，所以在設計上必須遵循以下幾點準則： (1) 易用性： 網(wǎng)上購物 中用戶只需輕點幾下鼠標就可獲取所需的商品，并且比實體店提供的商品更加的齊全 。 (3) 安全性： 網(wǎng)站中用戶的信息存放在數(shù)據(jù)庫中，管理員之外的人需要密碼才能進入查看，因此，個人信息是十分安全的，訂單付款方面既可以貨到付款也可以通過支付寶付款，安全有保障 。 運行環(huán)境及開發(fā)工具 這個系統(tǒng)設計的并不復雜，所有用到的開發(fā)工具比較少，具體用到的工具如下所示： 操作系統(tǒng)： Windows XP 數(shù)據(jù)庫： MySQL Web 應用服務器： 開發(fā)工具： MyEclipse 東北大學秦皇島分校畢業(yè)設計（論文 ） 第 12 頁 4 系統(tǒng)總體設計 系統(tǒng)結(jié)構(gòu)設計 根據(jù)系統(tǒng)分析，需要將網(wǎng)站劃分為前臺、后臺和數(shù)據(jù)庫。數(shù)據(jù)庫將要作為網(wǎng)站后臺重要的組成部分，管理員的主要操作幾乎全部圍繞數(shù)據(jù)庫，最后將更新的數(shù)據(jù)要顯示給前臺。將它設計成比較優(yōu)化的結(jié)構(gòu)形式能組織好網(wǎng)站的信息內(nèi)容并將其歸類，方便用戶獲得所需要的信息。除了這些 作用外，設計好前臺的結(jié)構(gòu)形式，也是為后面程序的編寫做出了框架。 系統(tǒng)的后臺要對整個網(wǎng)站的信息和數(shù)據(jù)進行維護。這樣，除了設計后臺的各個管理界面外，為了方便管理員的工作，可以將各個管理的界面結(jié)合到一個頁面中。 在設計好網(wǎng)站前臺與后臺的結(jié)構(gòu)以后，就將數(shù)據(jù)庫加入到結(jié)構(gòu)中。 功能模塊 設計 層次模塊結(jié)構(gòu)是將系統(tǒng)劃分為若干子系統(tǒng) ， 子系統(tǒng)下再劃分為若干的模塊 。 在結(jié)構(gòu)化系統(tǒng)設計中 ， 模塊一般都是按功能劃分的 ， 通常稱為功能模塊 。 用戶管理 為了方便于網(wǎng)站的管理，必須由一套完整的用戶管理體系。 東北大學秦皇島分校畢業(yè)設計（論文 ） 第 13 頁 圖 用戶管理結(jié)構(gòu)圖 管理員管理 管理員可以 對商品（包括商品的種類）進行增刪改查得操作，同時，對已注冊用戶同樣可以進行相同的操作，并根據(jù)用戶購買量對用戶的等級進行修改。 圖 管理員管理結(jié)構(gòu)圖 購物車管理 用戶選擇好自己想要的圖書后可以添加到購物車，并在購物車中對商品進行一些操作，如：核對并修改信息、核對庫存、數(shù)量、金額等。一個設計結(jié)構(gòu)合理的數(shù)據(jù)庫對于應用程序的 開發(fā)效率和程序的性能都是非常重要的。對用戶需求進行分析時數(shù)據(jù)庫設計的第一個階段。 （ 2）設計數(shù)據(jù)庫的概念模型。它對整個數(shù)據(jù)庫的設計具有深刻的影響。邏輯結(jié)構(gòu)是把概念結(jié)構(gòu)轉(zhuǎn)化為與所采用的數(shù)據(jù)庫管理系統(tǒng)所支持的數(shù)據(jù)模型相符合的過程。在設計好前臺與后 臺的功能模塊后，就開始進行數(shù)據(jù)庫的設計了。從前臺顯示的信息到后臺操作的對象，都是圍繞數(shù)據(jù)庫展開的。概念模型實際上是現(xiàn)實世界到機器世界的一個中間層次。 從系統(tǒng)需求分析中得出系統(tǒng)的實體屬性圖，遵循三范圍原則，對實體之間的一欄關(guān)系進行了整合，得出總體 E_R 圖，如圖 所示。根據(jù)前面對網(wǎng)站前臺與后臺功能模塊的分析和對數(shù)據(jù)庫中實體關(guān)系的設計，可以看到網(wǎng)站中所用到的數(shù)據(jù)信息基本包括：用戶信息、收貨信息、產(chǎn)品類別、產(chǎn)品信息、圖書信息、訂單信息、訂單明細等。 表 41 d_user 的結(jié)構(gòu) 字段名稱 數(shù)據(jù)類型 長度 是否為空 是否為主鍵 字段描述 Id Int 12 否 是 用戶 ID Email Varchar 50 否 是 郵箱 Nickname Varchar 50 是 否 妮稱 Password Varchar 50 否 否 用戶密碼 User_integral Int 12 否 否 用戶積分 Is__verify Char 3 否 否 用戶驗證 Last_login_time Bigint 20 是 否 最近一次登錄時間 Last_login_ip Varchar 15 是 否 登錄 IP (2) 收貨地址表 d_receive_address 收貨地址表 d_receive_address用來保存用戶下訂單時使用過的收貨地址信息。 表 43 d_category 的結(jié)構(gòu) 字段名稱 數(shù)據(jù)類型 長度 是否為空 是否為主鍵 字段描述 Id integer 16 否 是 類別編號 Turn Int 10 否 否 等級 En_name Varchar 200 否 否 產(chǎn)品類 型 name varchar 200 否 否 類別名 Description varchar 200 否 否 類別說明 Parent_id Int 10 是 否 父類別編號 (4) 產(chǎn)品表 d_product 產(chǎn)品表 d_product 用來保存了系統(tǒng)中的產(chǎn)品信息。 表 45 d_category_product 的結(jié)構(gòu) 字段名稱 數(shù)據(jù)類型 長度 是否允許空 是否為主鍵 字段描述 Id Int 12 否 是 編號 Product_id Int 10 否 否 產(chǎn)品編號 Cat_id Int 10 否 否 類別編號 (6) 訂單明細表 d_item 訂單明細表 d_item 用來保存訂單購買了哪些商品 ,數(shù)量 ,小計等。在本章將具體討論如何實現(xiàn)功能模塊，最 終實現(xiàn)整個系統(tǒng)。 系統(tǒng)頁面的實現(xiàn) 如果將網(wǎng)站比作一個人的話，服務器就像大腦，數(shù)據(jù)庫就像五臟六腑，其內(nèi)嵌的 Java和 JavaScript 組合起來就像是細胞與神經(jīng)，而網(wǎng)頁就是這個人的皮肉。所以設計和實現(xiàn)每一個網(wǎng)頁也是非常重要的工作。相對于傳統(tǒng)的動態(tài)網(wǎng)頁開發(fā)工具而言，由于繼承了 Java 語言的許多優(yōu)點， 用 JSP 開發(fā)動態(tài)網(wǎng)站十分方便，開發(fā)效率較高。 在整個網(wǎng)頁的制作過程中，都是結(jié)合使用 HTML 語言來實現(xiàn)設計的。所以整個網(wǎng)站系統(tǒng)應注重的是：易導航性、易操作性和友好的交互界面。在頁面的 風格上應保持統(tǒng)一，這里采用 CSS 樣式表將所有頁面的字體、字號、顏色以及超鏈接的樣式做統(tǒng)一定義。下面詳細討論主要的幾個功能模塊的程序?qū)崿F(xiàn)。 前臺功能模塊分為用戶管理模塊、訂單查詢模塊、購物車模塊 3 個部分。 用戶管理模塊 用戶管理模塊主要實現(xiàn)用戶的注冊、登錄等功能。 用戶注冊的流程圖如 圖 所示。 開 始 否 是 是 結(jié) 束 接收注冊信息 數(shù)據(jù)是否為空 兩次密碼是否一致 查詢數(shù)據(jù)庫 用戶名是否被占用 是 否 否 注冊成功 注冊失敗 東北大學秦皇島分校畢業(yè)設計（論文 ） 第 20 頁 圖 用戶注冊頁面 用戶注冊信息提交，注冊成功頁面如圖 所示。 （ 2）用戶登錄 用戶登錄窗口設置在首頁上，主要用來接收用戶錄入的用戶名及密碼。 用戶登錄的 流程 圖 如 圖 所示。Persist Security Info=False。 str amp。 amp。 39。 圖 用戶登錄頁面 購物車模塊 購物車模塊中，主要包含以下幾個功能，即：添加購物車、查看購物車、生成訂單和清空購物車。用戶在單擊物品清單頁面下方的“放入購物車”鏈接，便可以將該商品放入購物車中。 在這段代碼流程中，還使用了集合類型。 （ 2）查看購物車 為了方便用戶隨時查看購物情況，在網(wǎng)站的首頁加入了查看購物車的鏈接，通過它可以將用戶所 有選中的商品信息放入購物車中顯示出來。如果欲刪除該商品，可以在數(shù)量文本框里輸入“ 0”，并需要單擊“修改”按鈕來更新購物車中商品的數(shù)量。操作完成后需要通過單擊“修改”按鈕來保存操作。當用戶確認對購物車不再改變以后，就可以到收銀臺結(jié)帳并生成訂單。 在生成訂單模塊中主要使用了調(diào)出用戶信息并生成唯一訂單號，調(diào)出用戶信息就是完全的對數(shù)據(jù)庫進行操作，利用 session 對象把登錄后的用戶名保存起來，在訂單生成時把保存的用戶名從數(shù)據(jù)庫的用戶標中取出即可；生成唯一訂單號方法有很多，只要 確保訂單號碼的唯一性及方便用戶記錄以便于查詢自己訂單的執(zhí)行狀態(tài)即可。 （ 4）清空購物車 清空購物車是指當用戶訂單生成后，倘若還想繼續(xù)購物一定要清空購物車再進行選購商品，這樣防止重復購物，其實清空購物車實現(xiàn)起來非常簡單，只需要將 session 中 東北大學秦皇島分校畢業(yè)設計（論文 ） 第 24 頁 存儲的 shop 對象清空即可。 開 始 查詢數(shù)據(jù)庫 數(shù)據(jù)是否存在 顯示商品的信息 是 是否放入購物車 購物車是否為空 是 沒有該商品 否 否 購物車中已 存在該商品 新建購物車 該商品數(shù)量加 1 將商品添加入購物車 是 否 顯示購物車信息 是否修改商品數(shù)量 否 是否清空購物車 是 刪除購物 車中商品 是 是否繼續(xù)購物 否 是否去收銀臺 接收填寫的訂單信息 數(shù)據(jù)是否為空 訂單信息存入數(shù)據(jù)庫 更新是否成功 是 否 是 否 是 修改商 品數(shù)量 是 結(jié) 束 否 否 否 東北大學秦皇島分校畢業(yè)設計（論文 ） 第 25 頁 圖 購物車模塊流程圖 訂單查詢模塊 用戶提交訂單后 ，通過產(chǎn)生的訂單號查詢訂單信息及執(zhí)行狀態(tài)。 訂單查詢模塊流程圖如圖 所示。后臺包括管理員身份驗證、添加商品模塊、訂單信息管理模塊、查詢用戶信息管理模塊。 （ 1）后臺導航區(qū)：放置管理員可操作項目的鏈接； （ 2）操作區(qū)：顯示所有后臺導航的鏈接信息。在用戶錄頁面中，是通過 JavaScript 來實現(xiàn)錄入數(shù)據(jù)完整性驗證的。 流程圖如圖 所示。 為了減少人為錯誤，在提交商品信息時，需要對數(shù)據(jù)的合法性進行驗證，輸入的商品價格不能使字符型，而輸入的圖片只支持 Gif 格式等，這些任務 由腳本語言JavaScript 的函數(shù) check()來完成。 流程圖如圖 所示。用戶單擊導航區(qū)中的“訂單信息管理”超鏈接進入用戶訂單處 理頁面，該頁面上會顯示近期所有沒被處理的訂單。 商品訂購詳單主要通過提交的訂單號從 d_order表中查詢處對應的商品并顯示在頁面中，管理員審核后可通過復選框來設置訂單是否執(zhí)行。流程圖如圖 所示。如果用戶蓄意性注冊或者在很長時間內(nèi)沒有訂單產(chǎn)生，管理員就可以將該用戶信息刪除。在這一部分的設計中，也使用了分頁顯示功能。 東北大學秦皇島分校畢業(yè)設計（論文 ） 第 30 頁 6 系統(tǒng)調(diào)試與實施 系統(tǒng)測試原理及測試準則 在完成某一功能模塊后，都要進行一下系統(tǒng)測試。其目的是方 便整個系統(tǒng)的實現(xiàn)。測試原理是軟件測試活動的理論基礎，測試方法是測試原理的實際應用和獲得測試數(shù)據(jù)的手段。同時，針對軟件的特性，必須找到合適的測試方法。所以應該與軟件的研制人員以及最終用戶一起，有針對性地研究實際操作環(huán)境并加以描述，形成合理的測試 用例集。 軟件測試的周期如圖 所示。只檢查程序是否做了它應該做的事這僅完成 了測試工作的一半，另一半則是要檢查程序是否做了它不該做的事；一段程序中存在錯誤的概率與在這段程序中已發(fā)現(xiàn)的錯誤數(shù)成比例；測試上作必須有明確的目標；盡早地和不斷地進行軟件測試；窮舉測試是不可能的，充分覆蓋程序邏輯是有可能的。對于軟件測試技術(shù)，可以從不同的角度加以分類 :從是否需要執(zhí)行被測軟件的角度，可分為靜態(tài)測試和動態(tài)測試。 （ 1） 黑盒測試 黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測 試或基于規(guī)范的測試，它是在己知產(chǎn)品所應具有的功能的前提下，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者對程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并且保持外部信息 (如數(shù)據(jù)庫或文件 )的完整性?！昂诤小狈ㄖ塾诔绦蛲獠拷Y(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，只是針對軟件的界面和軟件需求規(guī)格說明中規(guī)定的 功能進行測試。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試?？赏ㄟ^測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定止常進行，按照程序內(nèi)部的結(jié)構(gòu)測試程序