【正文】 TOMERS where ID=1。、系統(tǒng)模塊功能實現(xiàn)演示所有的模塊是現(xiàn)代碼見附錄2（一）用戶登陸注冊模塊：用戶登陸名稱和密碼出現(xiàn)錯誤的時候會出現(xiàn)提示信息，登陸成功會跳到首頁。注冊的時候請認真填寫每一項，出錯會在當前頁面提示信息，注冊成功跳到首頁。注冊和登陸采用的都是表單提交的方式（二）商品瀏覽及購買演示（例數(shù)碼通訊類的瀏覽）用戶可以對商品進行購買，評論，和收藏。點擊購買按紐后則將商品添加到購物車（用戶已經登陸）：確認購買的時候“進入結算”，如想取消選種商品點擊“取消”/“修改”，然后可以繼續(xù)挑選商品，已添家到購物車中的商品，只要用戶不退出登陸會一直存在，不需要重新編輯購物車。“進入結算后”會系統(tǒng)自動統(tǒng)計總消費金額并提示“付款“：付款成功：（三）用戶發(fā)表評論模塊：點擊發(fā)表評論按鈕的時候頁面跳轉即可以發(fā)表評論，可多條可一條。發(fā)表完一條后，可輸入文本框自增。（四）商品精確搜索：本系統(tǒng)采用的查詢方式為模糊查詢，用戶只要輸入商品中有的某個字即可以找到相關產品。若用戶不輸入任何值則提交后查出全部商品。（五）管理員對系統(tǒng)的管理模塊：登陸成功進入商品管理頁面：添加商品：再到商品一類里面查詢的時候，剛剛添加的商品會顯示出來。、系統(tǒng)測試 系統(tǒng)開發(fā)的時候難免有漏洞，由于認為的，技術上的，環(huán)境上的失誤會使系統(tǒng)達不到預期的開發(fā)效果，與設計的最終結果有或大或小的出入，我們通過抽樣對系統(tǒng)進行測試，看看系統(tǒng)是否按照預期要求成功或提示錯粗，以使我們對系統(tǒng)查缺補漏，讓系統(tǒng)使用起來更友好更人性話。系統(tǒng)的友好與否對于購物系統(tǒng)來說很中要，它在一定程度上影響著人們購買的心情即影響網站受歡迎的程度。、單元測試1．又稱模塊測試。每個程序模塊完成一個相對獨立的子功能，所以可以對該模塊進行單獨的測試。由于每個模塊都有清晰定義的功能，所以通常比較容易設計相應的測試方案，以檢驗每個模塊的正確性。2．測試過程：測試一：在管理員登陸時，用戶名或密碼有一項為空/填寫錯誤，或者所填用戶名和密碼數(shù)據(jù)庫中不存在，系統(tǒng)是否出現(xiàn)預先設定的操作提示。具體操作：用戶名、密碼、任意一項為空或者填寫有誤或者填寫一個未注冊的用戶。結果：都出現(xiàn)相應的錯誤原因的信息提示：填寫錯誤或用戶不存在。結論：要求管理員必須填寫正確的用戶名和密碼，才能進入管理頁面。測試二：修改購物車信息﹑返回前臺，看其是否更新成功。具體操作：刪除/添加/編輯購物車中的商品數(shù)量，看其是否修改成功。結果：購物車內容更新為修改后的信息。結論：購物車管理功能正常。測試三：管理員刪除一注冊用戶后，并讓其登陸，看是否登陸成功。具體操作：管理員刪除一用戶表中的用戶后，該用戶在前臺登陸。結果：該用戶無法登陸。結論：用戶數(shù)據(jù)刪除功能正常。測試四：添加﹑刪除一條商品信息﹑返回前臺，看其是否添加刪除成功。具體操作：在信息管理頁面中添加﹑刪除一條首頁新聞信息。結果：顯示新添加的商品信息內容、被刪除的商品沒有再顯示。結論：庫存商品的添加刪除功能正常。測試五：管理員刪除一訂單的信息，在前臺按關鍵字查詢，看其是否能找到對應的訂單信息。具體操作：在訂單的管理頁面中刪除一個訂單，回到前臺用戶查找訂單，看是否能夠查找到。結果：在前臺搜索中，按關鍵字查詢不到此訂單信息。結論：刪除訂單功能正常。測試六：用戶修改自己個人信息，是否能夠更新數(shù)據(jù)庫中的紀錄具體操作：在修改個人信息頁面中修改個人信息，在后臺數(shù)據(jù)庫中看數(shù)據(jù)庫表是否更新。結論：修改個人信息功能正常。、集成測試在單元測試完成后，要考慮將模塊集成為系統(tǒng)的過程中可能出現(xiàn)的問題，例如，模塊之間的通信和協(xié)調問題，所以在單元測試結束之后還要進行集成測試。這個步驟著重測試模塊間的接口，子功能的組合是否達到了預期要求的功能，全程數(shù)據(jù)結構是否有問題等。網站的建設基本上就算完成了，但我們發(fā)現(xiàn)這樣一個事實，一個用戶在訪問一個網站時一般來講只對該網站的部分內容感興趣，而且這種興趣會持續(xù)一段時間。這點啟發(fā)了我們，如果能根據(jù)用戶的喜好為不同的用戶顯示其個性化的頁面，即著重顯示該用戶感興趣的內容，將為用戶節(jié)約大量的檢索時間，而且這樣的網頁顯然是更具有吸引力的。一些站點已經在這方面作出了一定的嘗試，通常采用的方法是，在用戶登陸時為其提供一系列的選項，使用戶能夠對站點進行一些自主的設置。這樣做能夠使站點呈現(xiàn)一定程度的個性化，但是對用戶來講，還是比較煩瑣，而且在用戶了解一個站點前讓其對站點進行設置，其結果未免有些粗糙。于是我們構想了這樣一種方案，對用戶登陸后的動作進行跟蹤，分析，發(fā)掘用戶點擊的規(guī)律，即用戶先后點擊的關聯(lián)規(guī)則，這樣，在用戶點擊一個主題（鏈接）之后，系統(tǒng)能夠自動生成一頁面，其中包含了該主題下用戶經常關注的內容（若干鏈接），這樣便在無須用戶作出任何額外工作的情況下實現(xiàn)了為用戶量身訂做的個性化頁面。要實現(xiàn)這樣的功能，離不開后臺數(shù)據(jù)庫的支持。用戶驗證信息，收集到的用戶點擊信息，主題層次信息，分析得出的關聯(lián)規(guī)則表等大量的數(shù)據(jù)都由數(shù)據(jù)庫管理系統(tǒng)管理。整個個性化頁面生成系統(tǒng)主要由使用Dreamweaver_MX開發(fā)的關聯(lián)規(guī)則采掘系統(tǒng)實現(xiàn)的個性化Web頁面生成器組成。關聯(lián)規(guī)則采掘系統(tǒng)對數(shù)據(jù)庫中的歷史記錄進行分析，產生用戶關聯(lián)規(guī)則表；頁面生成器則負責記錄用戶行為和根據(jù)關聯(lián)規(guī)則表動態(tài)生成用戶個性化Web頁面。二者通過數(shù)據(jù)庫服務器和Web服務器連接。本次畢業(yè)設計主要完成傳統(tǒng)網上購物的用戶注冊、登陸、商品分類瀏覽、商品信息查詢、在線購買、生成訂單、后臺信息編輯管理等功能，以上提出的改進想法以后再去完善。、系統(tǒng)維護系統(tǒng)維護是計算機信息系統(tǒng)投入運行后，為保證系統(tǒng)能夠正常工作，進一步滿足用戶新的需求所采取的對原系統(tǒng)的修改、完善等措施，它是系統(tǒng)開發(fā)生命周期的最后一個階段。系統(tǒng)維護在某種意義上比軟件開發(fā)更為困難，更需要計劃性和經驗，更需要加強和管理。但這項工作經常被人們忽視。目前信息系統(tǒng)領域中存在的一個不容忽視的問題是，開發(fā)出來的系統(tǒng)生命周期短，有的尚未產生效益就出現(xiàn)很多問題，令用戶十分尷尬，可以說是“留之無用，棄之可惜”。其中一個主要的原因是不重視系統(tǒng)運行中的維護工作。、系統(tǒng)維護理論系統(tǒng)維護的不同原因，系統(tǒng)維護可以分成三種類型：糾錯性維護、適應性維護、完善性維護、預防性維護。:在系統(tǒng)交付使用后，因開發(fā)時測試的不徹底、不完全，必然會有部分隱藏的錯誤遺留到運行階段。這些隱藏下來的錯誤在某些特定的使用環(huán)境下就會暴露出來。為了識別和糾正系統(tǒng)錯誤、改正系統(tǒng)性能上的缺陷、排除實施中的誤使用，應當進行的診斷和改正錯誤的過程就叫做糾錯性維護。:在使用過程中，外部環(huán)境（新的硬、軟件配置）、數(shù)據(jù)環(huán)境（數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方式、數(shù)據(jù)存儲介質）可能發(fā)生變化。為使系統(tǒng)適應這種變化，而去修改系統(tǒng)的過程就叫做適應性維護。在系統(tǒng)的使用過程中，用戶往往會對系統(tǒng)提出新的功能與性能要求。為了滿足這些要求，需要修改或再開發(fā)軟件，以擴充軟件功能、增強軟件性能、改進加工效率、提高軟件的可維護性。 這種情況下進行的維護活動叫做完善性維護。預防性維護即軟件再工程，是為了提高軟件的可維護性、可靠性等，為以后進一步改進軟件打下良好基礎。采用先進的軟件工程方法對需要維護的軟件或軟件中的某一部分（重新）進行設計、編制和測試，稱為預防性維護。、軟件維護的過程系統(tǒng)采用了MVC模式設計，軟件分層，給維護帶來了方便，采用Struts框架技術，使界面和邏輯分離，維護起來非常方便。軟件維護工作在維護申請?zhí)岢鲋熬烷_始了，它包括：建立維護組織，強制報告和評估的過程；為每個維護申請確定標準化的事件序列；制定保存維護活動記錄的制度和有關復審及評估的標準。結 論在此設計中我采用了Jsp，Struts，Hibernate技術相結合開發(fā)了一個WEB項目中小型網上購物系統(tǒng)，基本完成了供用戶和管理員使用兩大功能，使用戶可以在線瀏覽和購買商品，管理員也可以輕松管理用戶和商品。但由于技術的不熟練，系統(tǒng)開發(fā)中一些設計的功能完成得不完全，模塊之間的互動也有些錯誤。致謝在這次畢業(yè)設計過程中，我得到了指導老師的悉心指導，沈陽實訓基地開發(fā)環(huán)境的提供和老師的幫助，在此，我表示衷心的感謝！由于我知識面的不足，且有些知識掌握不是太牢固，論文中存在著諸多不足和錯誤之處，懇請老師多多批評和指教。參考文獻1. 林信良《JAVA學習筆記》 （JDK 6）清華大學出版社 2006 年8月2. 飛思科技產品研發(fā)中心《JSP應用開發(fā)詳解（第二版）》 2004年1月3. 孫衛(wèi)琴《精通STRUTS 框架技術》電子工業(yè)出版社2005年6月4. 孫衛(wèi)琴《精通HIBERNATE JAVA持久化對象詳解》電子工業(yè)出版社2004年3月5. 曹廣鑫 王謝華 王建鳳《struts數(shù)據(jù)庫項目開發(fā)寶典》電子工業(yè)出版社2006年1月6. [美]Marci Frohock Garcia Jamie Reding Edward Whalen Steve Adrien Deluca孫巖 黃波 張寧 譯《SQL Server 2000系統(tǒng)管理員寶典》清華大學出版社2001年7月7. 陳剛著《Eclipse 從入門到精通》清華大學出版社2005年6月8. 劉曉華 陳亞強 著《J2EE應用開發(fā)詳解》電子工業(yè)出版社2005年8月9. ［美］Ｌvor Horton 著 潘曉雷 于浚泊 王丹 譯《Java 2 入門經典》 機械工業(yè)出版社 2006年1月10. 強鋒科技《Java開發(fā)利器 Hibernate 開發(fā)及整合應用大全》清華大學出版社 2006年3月34附錄1：方法實現(xiàn): Create schema netshopsCREATE DATABASE IF NOT EXISTS netshops。//創(chuàng)建數(shù)據(jù)庫USE netshops。//創(chuàng)建用戶分別創(chuàng)建六個數(shù)據(jù)庫表： Definition of table `cartshop`DROP TABLE IF EXISTS `cartshop`。// CREATE TABLE `cartshop` ( `id` int(11) NOT NULL AUTO_INCREMENT, `username` varchar(20) NOT NULL, `ProductName` varchar(45) NOT NULL, `ListCartsId` int(11) NOT NULL, `allProductPrice` int(11) NOT NULL, `OrderedsId` int(11) NOT NULL, PRIMARY KEY (`id`), KEY `OrderedsId` (`OrderedsId`), KEY `ListCartsId` (`ListCartsId`), CONSTRAINT `ListCartsId` FOREIGN KEY (`ListCartsId`) REFERENCES `listcarts` (`id`), CONSTRAINT `OrderedsId` FOREIGN KEY (`OrderedsId`) REFERENCES `userorders` (`id`)) ENGINE=InnoDB DEFAULT CHARSET=latin1。 Definition of table `listcarts`DROP TABLE IF EXISTS `listcarts`。CREATE TABLE `listcarts` ( `id` int(11) NOT NULL AUTO_INCREMENT, `ProductName` varchar(100) NOT NULL, `Quantity` int(11) NOT NULL, `ProductPrice` int(11) NOT NULL, `ProductTotalPrice` int(11) NOT NULL, PRIMARY KEY (`id`)) ENGINE=InnoDB DEFAULT CHARSET=latin1 ROW_FORMAT=FIXED。 Definition of table `listorders`DROP TABLE IF EXISTS `listorders`。CREATE TABLE `listorders` ( `id` int(11) NOT NULL AUTO_INCREMENT, `ProductId` int(11) NOT NULL, `ProductName` varchar(100) NOT NULL, `ProductPrice` int(11) NOT NULL, `Quantity` int(11) NOT NULL, `OrderedsId` int(11) NOT NULL, PRIMARY KEY (`id`), KEY `ProductId` (`ProductId`), KEY `OrderedsId1` (`OrderedsId`), CONSTRAINT `OrderedsId1` FOREIGN KEY (`OrderedsId`) REFERENCES `userorders` (`id`), CONSTRAINT `ProductId` FOREIGN KEY (`ProductId`) REFERENCES `productinfo_` (`id`)) ENGINE=InnoDB DEFAULT CHARSET=la