【正文】 陸信息。在登陸后臺的時候查詢此表信息。擁有此表信息的人將能控制整個購物系統(tǒng)。如表38所示：英文名列名數(shù)據(jù)類型是否主鍵id編號int是name登陸名Varchar(50)Pass密碼Varchar(50)表38管理員表（9）介紹信息表如表39所示：英文名列名數(shù)據(jù)類型是否主鍵id編號int是neiRong內容text表39介紹信息表（10）留言表記錄著網站留言版上面所有留言，包括昵稱，，電話及留言時間等。其中ID為主鍵，如表310所示：英文名列名數(shù)據(jù)類型是否主鍵ID編號int是Name昵稱Varchar(50)Varchar(50)Mail郵箱Varchar(50)neiRong留言內容TextInTime留言時間intime表310留言表四、系統(tǒng)實施本章節(jié)將重點講述各個功能模塊的實現(xiàn)及實現(xiàn)的思路。并對相關代碼作出祥細的代碼運行流程圖，對功能代碼的實現(xiàn)做出祥細的介紹。（一）會員注冊購物需要一個記錄購物的流程，而記錄這個流程就必須需要會員，注冊會員在本站中成了重了要的核心焦點，本站所有購物操作都為會員功能。在注冊會員的時候簡單驗證了一些非空，密碼長度，用戶名占用等基本限制。為防止惡意灌水，注冊中帶有一注冊碼功能，這樣可以更有效地防止頁面注入。會員注冊的流程圖如圖41所示：圖41會員注冊流程圖部分實現(xiàn)代碼為： …… (p)。//會員注冊 Session[user] = p。//保存注冊信息自動登陸 ……第一句代碼表示注冊之后直接進行插入數(shù)據(jù)庫操作，第二句保存用戶的注冊信息，自動登陸。數(shù)據(jù)庫操作代碼:string sql = (insert into people values(39。{0}39。,39。{1}39。,{2},39。{3}39。,39。{4}39。,39。{5}39。,39。{6}39。,39。{7}39。)。select @@identity。, ,,)。//聲明SQL語句 int id = ((sql))。//執(zhí)行數(shù)據(jù)庫操作，返回ID第一句話聲明將要執(zhí)行注冊的SQL語句，第二句話表示開始執(zhí)行數(shù)據(jù)庫操作進行插入注冊的信息會員注冊界面如圖42所示：圖42會員注冊界面圖（二）產品瀏覽當會員想購買商品的時候則進入本頁面查找自己喜歡的物品，為更方便用戶，本站特設有排序條件，類別篩選，模糊查找等功能。讓會員在線購物更輕松，更容易。主體頁面大概顯示了一些物品的重要的信息，如物品名稱，價格，類別及物品圖片。更加直觀明了，產品瀏覽流程如圖43所示：圖43瀏覽商品信息流程圖部分實現(xiàn)代碼如下：string type = 。//獲取物品類型string key = 。//獲取關鍵字(?type= + type + amp。amp。key= + (key))。//搜索操作第一句話獲取用戶篩選的物品類型，第二句話獲取用戶搜索的關鍵字，第三句話表示開始執(zhí)行搜索操作以達到用戶想找到的物品列表。產品瀏覽界面如圖44所示：圖44瀏覽商品界面圖（三）購物車當會員或用戶點擊了某一物品的時候，則展示了該物品的所有祥細信息，庫存數(shù)量，祥細介紹，會員如對此產品中意，有購買的意向的時候，可以點擊加入購物車。具體購物流程如圖45所示：圖45購物流程圖部分功能代碼為： bool add = (b)。//添加購物記錄 此句代碼表示將用戶購買的物品插入數(shù)據(jù)庫數(shù)據(jù)庫操作代碼：string sql = (insert into buy values({0},{1},{2},{3},{4},39。{5}39。,39。{6}39。), ,,)。//聲明SQL語句(sql)。//執(zhí)行數(shù)據(jù)庫操作第一句表示將要插入數(shù)據(jù)庫購物車的SQL語句，第二句表示開始執(zhí)行數(shù)據(jù)庫插入操作當用戶選擇好自己的商品后，點擊“入放購物車”按鈕,如果不是會員則提示注冊登陸，如果是會員并且已經登陸了則跳轉到選擇數(shù)量的頁面選擇需要數(shù)量，如果庫存數(shù)量足夠的話直接跳到購物車頁面，如果不夠則彈出提示數(shù)量不足，重新輸入。直接數(shù)量足夠庫存的時候跳轉到購物清單，并可以對清單進行數(shù)量修改和刪除，全部操作完成之后選擇繼續(xù)購物或者生成訂單。至此購物車流程完全操作完閉。購物車界面如圖46所示：圖46購物界面圖 （四）管理員登陸管理員登錄流程如圖47所示：圖47系統(tǒng)登錄流程圖主要實現(xiàn)功能代碼：Admin a = ()。//讀取數(shù)據(jù)庫 …… Session[admin]=a。//保存登陸信息第一句表示根據(jù)用戶輸入的登陸信息查找數(shù)據(jù)庫看看有無該用戶信息。第二句表示保存用戶登陸的信息數(shù)據(jù)庫操作代碼為： string sql = (select * from admin where name=39。{0}39。, name)。//聲明SQL語句 DataTable dt = (sql, admin)。//執(zhí)行查詢操作 ……第一句表示聲明查找用戶的SQL語句，第二句執(zhí)行查找數(shù)據(jù)庫操作，將查詢出來的數(shù)據(jù)保存在dt表里面（五）發(fā)布物品發(fā)布商品成網站物品更新的重要操作。當有新物品需要出售的時候則可通過本頁面對物品進行添加修改操作。直接填入物品的名稱，類別，物品圖片，價格，數(shù)量和物品介紹，則就可以快速將新物品上傳到網上面進行出售。添加商品時需要對商品的非空，價格等方面進行祥細的驗證，并對上傳的物品圖片進行驗證，判斷是否為有效的圖片文件，如果是則上傳至服務器，并把物品添加進數(shù)據(jù)庫。發(fā)布商品的流程圖如圖48所示：圖48發(fā)布商品流程圖主要實現(xiàn)代碼為： …… if (id == 0)//判斷是否為添加數(shù)據(jù) (t)。//添加操作 Else (id, t)。//修改操作 …… 第一句表示判斷此次操作是不是為添加新的物品，第二句表示將新物品插入到數(shù)據(jù)庫。第三句表示否則為修改物品信息操作，第四句表示修改物品信息操作。發(fā)布商品界面如圖49所示：圖48發(fā)布商品界面圖五、 系統(tǒng)運行與維護（一）測試的任務及目標在軟件投入生產性運行之前，盡可能多地發(fā)現(xiàn)軟件中的錯誤。（1）測試的目的是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程。（2）好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案。（3）成功的測試是發(fā)現(xiàn)了迄今為止尚未發(fā)現(xiàn)的錯誤的測試。（二）測試方案設計測試方案是測試階段的關鍵技術問題。所謂測試方案包括預定要測試的功能，應輸入的測試數(shù)據(jù)和預期結果，目標是設計一組可能發(fā)現(xiàn)錯誤的數(shù)據(jù)。測試有兩種方法：黑盒測試和白盒測試。黑盒測試又稱為功能測試，在程序接口進行，只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正確使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)并正確的輸出信息，而且要能保持外部信息的完整性。白盒測試又叫結構測試，完全了解程序的結構和處理過程，這種方法按照程序內部的邏輯測試程序，檢驗程序中每條通路是否都能按照預定要求正確工作。本系統(tǒng)開發(fā)過程進行的測試步驟如下：模塊測試也叫單元測試，目的是保證每一個模塊作為一個單元能正確運行，本測試所發(fā)現(xiàn)的往往是編碼和詳細設計的錯誤，主要評價模塊的下述五個特點：模塊接口、局部數(shù)據(jù)結構、重要的執(zhí)行路徑、出錯處理通路、影響上述各方面特性的邊界條件。（1）登錄模塊測試這階段的測試主要用于測試系統(tǒng)能不能正常登陸，以及出現(xiàn)錯誤登陸信息的時候，能否正確報錯，給予有效的提示。測試用例與結果分析：表 51 登陸測試用例用戶名 用戶名密碼預期結果實際結果0000123提示輸入錯誤，重新返回登陸界面直接返回登陸界面，直至輸入正確空madou空提示用戶名或密碼錯誤與預期結果相同空890621提示用戶名或密碼錯誤與預期結果相同madou890621進入主功能界面與預期結果相同（2）密碼測試此測試主要用于測試更改登錄密碼能否成功，修改的時候需要填寫登錄用戶名、原登錄密碼、新登錄密碼、確認新登錄密碼等信息，以確保系統(tǒng)的安全性。測試用例與結果分析:表 52 修改密碼測試用例輸入信息預期結果實際結果用戶名：madou原密碼：890621新密碼：123456確認新密碼：123456顯示修改密碼成功提示，退出系統(tǒng)之后，只能用新密碼登錄系統(tǒng)與預期結果一致（3）添加、修改與刪除測試此測試主要是針對出售商品管理和購買商品管理兩大模塊。為了便于以后的管理，這兩大模塊在增加新紀錄時都需要填寫比較詳盡的信息。出售商品管理主要是名稱，價格，類型，圖片地址等信息；購買商品信息管理主要是物品，會員，數(shù)量，流程狀態(tài)，購物狀態(tài)等。（1）經測試，出售商品信息管理、購買商品信息管理模塊能正常添加和修改信息。（2）經測試，出售商品信息管理、購買商品信息管理模塊能正常刪除信息。測試用例與結果分析:表 53 刪除客房信息測試用例刪除信息預期結果實際結果出售商品管理—商品編號—10011000彈出確認確定刪除對話框，點擊確認后，此條信息被刪除，并返回剛才的頁面與預期結果一致（4）查詢測試此測試主要是瀏覽商品信息管理、游客或用戶查詢商品信息時有多種查詢方式，有模糊查詢和精確查詢，可以選擇商品的編號和名稱兩種方式、同時可以選擇商品類型、類別、進行搜索，同時可以按發(fā)布時間、價格、數(shù)量進行排序查詢，包括完全匹配和模糊查詢。測試用例與結果分析:表 54 查詢賓客信息測試用例查詢信息預期結果實際結果名稱查詢—二手—電腦正確顯示出商品電腦的信息列表與預期結果一致（5）出售商品信息測試用戶注冊個人信息以后，就可以執(zhí)行發(fā)布出售商品操作，選擇產品管理我要賣之后就會顯示發(fā)布商品信息的空列表，輸入商品信息后便可執(zhí)行發(fā)布操作，此時商品出售列表中就會出現(xiàn)該商品的所有信息，并可從此模塊執(zhí)行對商品信息的相關操作。測試用例與結果分析:表 55 賬目結算功能測試測試步驟預期結果測試結果1. 從產品管理中選擇“我要賣”執(zhí)行發(fā)布操作2. 任意填寫商品信息執(zhí)行發(fā)布操作3. 進入“正在出售的商品”頁面，執(zhí)行查看操作商品信息已經顯示出來。進入正在出售商品信息頁面后就會出現(xiàn)該商品的全部信息。與預期結果一致包括系統(tǒng)測試和子系統(tǒng)測試。集成測試是組裝軟件的系統(tǒng)技術，主要目標是發(fā)現(xiàn)與接口有關的問題。集成測試有兩種方法：非漸增式和漸增式，但比較而言，漸增式方法比較好，因為：（1）編寫的測試軟件較少，開銷較小。（2）較早地發(fā)現(xiàn)模塊間的接口錯誤。（3）錯誤位置容易判斷。（4）測試更徹底。因此，本系統(tǒng)集成測試采用漸增式測試中的混合法，即對軟件結構中較上層使用自頂而下的測試方法，而對軟件結構中較下層，使用的是自底向上方法，兩者結合，這是對模塊較多時測試的一種折中方法。這一步是驗證軟件的有效性。目的是向未來的用戶表明系統(tǒng)能夠像預定的那樣工作，驗收測試一般使用黑盒測試法，驗收測試有兩種可能的結果。（1）功能和特性與用戶的要求有差距。（2）功能和性能與用戶要求一致，軟件是可以接受的。這個階段發(fā)現(xiàn)的問題往往和需求分析階段的差距有關。所謂平行運行就是同時運行。新開發(fā)出來的系統(tǒng)和將被它取代的舊系統(tǒng)同時運行，以便比較新舊兩個系統(tǒng)的處理結果[1]。目的有：（1）可以在準生產環(huán)境中運行新系統(tǒng)而又不冒風險；（2）用戶能有一段熟悉新系統(tǒng)的時間；（3）可以驗證用戶指南和使用手冊之類的文檔；（4）能夠以準生產模式對新系統(tǒng)進行全負荷測試，可以用測試結果驗證性能指標。綜上所述，系統(tǒng)選用SQL Server2000、Tomcat、JDK為軟件配置方案。（三）系統(tǒng)維護軟件維護是軟件生命周期的最后一個階段，處于系統(tǒng)投入生產性運行以后的時期中，所謂軟件維護就是在軟件已經交付使用之后，為了改正錯誤或滿足新的需要而修改軟件的過程。軟件的維護有適應性維護、完善性維護、改正性維護、預防性維護。本系統(tǒng)為適應維護的需要，采用如下措施：軟件配置程序源代碼、開發(fā)過程文檔齊全、設計過程中各模塊均考慮或預留完整性和可維護性接口等部分；本軟件的模塊化、詳細設計的文檔、源代碼內部的文檔都有詳細說明、注釋均可提高可維護性。結 論本次畢業(yè)設計，收獲頗多，以前學習搭建系統(tǒng)框架是手動搭建三層，效率低下，自動生成三層框架減少系統(tǒng)開發(fā)周期。并對數(shù)據(jù)庫設計有了進一步解，設計、配置起來更加熟練，為以后項目實施打下了堅實基礎。 從需求分析開始，一步步走完了軟件開發(fā)的整個流程，對軟件開發(fā)有了更深層次的認識，本系統(tǒng)從開始到結束一共經歷了兩個多月，基本完成應該實現(xiàn)的功能，在此期間查閱過大量資料，并得到指導老師無私的幫助，因此才有現(xiàn)在這般完整的系統(tǒng)呈現(xiàn)在大家面前，但是由于時間上種種原因導致系統(tǒng)可能不夠美觀等，希望老師們諒解。通過本次畢業(yè)設計，提高了我開發(fā)數(shù)據(jù)庫應用程序的能力，熟悉和運用現(xiàn)代數(shù)據(jù)庫開發(fā)的工具和方法。使我迅速掌握了數(shù)據(jù)庫應用程序的相關技術，為以后開發(fā)大型應用程序打下了基礎。本次畢業(yè)設計還使