網(wǎng)上購物系統(tǒng)的設(shè)計與實現(xiàn)畢業(yè)論文-資料下載頁
2025-06-28 20:49本頁面
【正文】 DESC。查找出所有含有該關(guān)鍵字的商品信息 系統(tǒng)的整體設(shè)計和規(guī)劃中的問題由于是基于B/S[1]的系統(tǒng)，網(wǎng)頁在其中就承擔(dān)著非常大的工作，包括向服務(wù)端后臺寫入和修改數(shù)據(jù)，以及服務(wù)端響應(yīng)客戶端的請求，向客戶端頁面返回數(shù)據(jù)，這些工作不可能只由幾個網(wǎng)頁來完成，但網(wǎng)頁數(shù)量一多又必然結(jié)構(gòu)混亂，造成開發(fā)過程難以控制。為解決這個問題，我采用了現(xiàn)代軟件開發(fā)過程的模塊化思想，先將系統(tǒng)功能進行分解，大致可分為兩部分，即前臺和后臺，前臺又包括主頁面及產(chǎn)品信息展示頁面、搜索功能頁面、新聞頁面、購物車及訂單頁面等幾個大的部分，后臺包括會員信息管理、商品信息管理、新聞信息管理、等幾個部分，各個部分又由許多小的頁面組成，這樣一來雖然網(wǎng)頁數(shù)量沒有減少，但結(jié)構(gòu)清晰了很多，在開發(fā)過程中可以逐步，逐個模塊的實現(xiàn)，提高了開發(fā)效率。因為是第一次做這么完整的jsp系統(tǒng)，所以碰到的問題也很多，除了一些基本的語法之外，感覺還是一些考慮問題的思維方式不太得當(dāng)，比如我的這個網(wǎng)上購物系統(tǒng)，我感覺難度比較大的還是購物車[1]這個模塊比較的難設(shè)計，因為過程比較復(fù)雜，他的一些邏輯處理就比較的難以用代碼實現(xiàn)。我參考了一些電子商務(wù)網(wǎng)站，研究了一下他們的購物流程，大概有了一些處理的想法，用戶在點擊定購之后，系統(tǒng)先將該商品信息寫入購物車頁面，只有當(dāng)用戶在選擇了商品數(shù)量，及確認(rèn)按鈕之后，系統(tǒng)才將該信息寫入basket表，用戶不選擇商品數(shù)量，或者不點擊確認(rèn)按鈕，系統(tǒng)就不把該商品信息寫入basket表，這樣就不至于造成basket表數(shù)據(jù)混亂，用戶無法繼續(xù)購物。當(dāng)用戶完成選購，點擊去收銀臺結(jié)算時，系統(tǒng)開始判斷商品庫中的這些商品數(shù)量是否大于用戶所選數(shù)量，如果沒有，則提示用戶沒有該商品，如果有則將所有basket表中屬于該用戶id的商品信息提出來，并合計價格，返回給用戶，用戶如果確定付款購買，則給用戶提供一個訂貨單，由用戶填寫一些基本信息，確認(rèn)之后，系統(tǒng)則產(chǎn)生一個唯一的訂貨單號，并將其返回給用戶，以便用戶日后查詢，同時，系統(tǒng)則將該用戶所選購的商品信息以及用戶信息放入到訂單表中。這樣就基本上實現(xiàn)了購物車的功能。(1)第一個問題是用戶在注冊過程中，一些關(guān)鍵字段的命名規(guī)則存在著比較大的缺陷，比如用戶名的選擇上，一般的習(xí)慣是規(guī)定只能從a~z和數(shù)字0～9的隨機組合，不能有特殊字符，而且只能以字母開頭，不能以數(shù)字開頭，用戶名的長度也有限制，我在系統(tǒng)中只考慮了為空的情況，這是不夠的，我們可以在jsp頁面添加一段javascript驗證代碼，主要是使用正則表達(dá)式對用戶名進行限制，具體的代碼如下：if( 5||20) {alert(\您的用戶名長度應(yīng)該在5－20個字符之間!)。長度判斷if ( fIsNumber((0),abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ)!=1 ){alert(\您的用戶名只能以字母開頭!)。 開頭判斷 if ( fIsNumber(, 特殊字符判斷1234567890abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ_)!=1 ){alert(\您的用戶名應(yīng)該是數(shù)字、字母、下劃線,不允許出現(xiàn)漢字等其他字符!)。（2）第二個問題就是用戶登陸以后，如果需要修改資料，系統(tǒng)會先將數(shù)據(jù)庫中該用戶的所有信息以列表形式顯示出來，問題就是此時出現(xiàn)的用戶密碼信息是以明碼形式出現(xiàn)的，這對用戶來說就存在這很大的風(fēng)險，容易被他人看到，最好是以一些特殊符號來代替從而防止信息泄漏，在參考了其他網(wǎng)站的登陸模塊之后，我對代碼進行了簡單修改，即可實現(xiàn)，問題是由密碼的輸入框?qū)傩砸鸬?，原始的代碼為：input type=text name=user_pass size=36 class=input value=%=(user_pass)%此時密碼輸入框的屬性為text也就是文本框，它會直接將數(shù)據(jù)以明碼形式原封不動的輸出，我們只需將其改為password屬性即可，它以默認(rèn)的黑色圓點代替真實數(shù)據(jù)，這樣一個簡單的修改，就保證了該部分的安全性。（3）第三個問題是管理人員對用戶的管理部分，一個是用戶信息，尤其是密碼的加密，處于對系統(tǒng)安全性的考慮，數(shù)據(jù)庫中的用戶密碼應(yīng)該對于所有人都是加密狀態(tài)，包括管理人員，但因本人水平有限對這個方面也不是很了解，所以準(zhǔn)備采用現(xiàn)有的加密軟件對相關(guān)數(shù)據(jù)進行加密，如，加密的文件會保存為新文件，不會破壞原來的數(shù)據(jù)庫。加密算法采用了base64算法，但是目前不支持對中文進行加密，且加密的字段屬性必須為“文本”或“備注”，因此對于需要加密的關(guān)鍵字段，我們必須事先將其設(shè)置為文本類型。如果需要我們可以也可將整個數(shù)據(jù)庫進行加密，增加系統(tǒng)的安全性。還有一個漏洞就是對會員的管理功能做的不夠，沒有考慮到用戶密碼丟失的問題，解決方法有兩個，一個就是采取通常的做法，讓用戶在注冊過程中，設(shè)置一些問題，通過回答問題的方式來取回密碼，還有一個方法就是讓管理員通過后臺，初始化用戶的密碼，然后用戶登陸對密碼進行修改，這兩個方法都可以達(dá)到目的，具體的實現(xiàn)過程不再一一說明。對于網(wǎng)上購物系統(tǒng)來說安全性無疑是最重要的，層層驗證雖然保證了系統(tǒng)的安全性，但對于用戶來說又是極不人性化的，如何在最簡單的驗證流程下，保證用戶數(shù)據(jù)的安全，是在做網(wǎng)上購物系統(tǒng)中需要考慮的一個問題。總結(jié)與展望論文具體論述了網(wǎng)上購物系統(tǒng)的主要功能及體系結(jié)構(gòu),重點討論了數(shù)據(jù)庫的邏輯結(jié)構(gòu)分析、各模塊系統(tǒng)流程 各功能模塊的關(guān)聯(lián)和響應(yīng) ,JSP與后臺數(shù)據(jù)庫鏈接等關(guān)鍵技術(shù)。這些技術(shù)的實現(xiàn),滿足了系統(tǒng)的需要,優(yōu)化了系統(tǒng)的性能。目前基于該模型的系統(tǒng)處于實驗室階段,還存在許多問題與不足,如安全性能還不完善,缺少必要的數(shù)據(jù)加密系統(tǒng)等，,這些功能與技術(shù)還需要加以提高和實現(xiàn)。 網(wǎng)上購物系統(tǒng)無論是在開發(fā)過程中，還是建成后的日常維護過程中，都需要進行嚴(yán)格的檢測，以保證購物系統(tǒng)的服務(wù)質(zhì)量。隨著網(wǎng)上購物系統(tǒng)技術(shù)的日趨成熟、網(wǎng)上購物的優(yōu)勢日趨明顯，會有更多的人參與到網(wǎng)上購物的浪潮中來，人類最終將迎接電子商務(wù)時代的來臨。參考文獻[1]李緒成 閆海珍. Java Web開發(fā)教程. 清華大學(xué)出版社，7～248.[2]葉俊民. ，30～73.[3]王珊 （第四版），91～125.[4] 梁元棟 ,基于JSP技術(shù)的電子商務(wù)網(wǎng)站設(shè)計與實現(xiàn)[D]. 華南理工大學(xué) 2010.[5] 歐陽昉 ,網(wǎng)上商城購物系統(tǒng)研究與開發(fā)[D]. 電子科技大學(xué) 2007.[6] 馬新 ,基于JSP的網(wǎng)上書店系統(tǒng)的設(shè)計與實現(xiàn)[D]. 吉林大學(xué) 20
職業(yè)教育相關(guān)推薦
鄂ICP備17016276號-1