【正文】 感謝我的爸爸媽媽，焉得諼草，言樹之背，養(yǎng)育之恩，無以回報，你們永遠健康快樂是我最大的心愿。只是今后大家就難得再聚在一起 打魔獸 了吧，沒關系，各奔前程，大家珍重。仿佛就在昨天。 感謝我的 指導老師高振玉 老師，這片論文的每個實驗細節(jié)和每個數(shù)據(jù)，都離不開你的細心指導。但是銷售管理模塊的設計卻不是很完善 ,偶爾會出現(xiàn)一些小的問題 .如在購物車的設計中 ,是將用戶的購物信息保存在 session 中 ,用戶購物完成后點擊生成定單 ,然后將保存在 session 中的有關商品信息全部清空 ,以保證用戶下一次購物的成功完成 .但是在購物車模塊的具體實現(xiàn)中 ,還是出現(xiàn)了出乎意料的問題 ,用戶在不關閉瀏覽器的情況下 ,偶爾會出現(xiàn) ,第二次購物時商品信息不能正確顯示 ,但是在生成定單的時候并沒有問題 ,能夠?qū)⒌诙钨徫锏纳唐沸畔⒄_寫入定單表中 . 在用戶 管理模塊的注冊設計時 ,原先設計為在同一頁面一步完成 ,用戶填寫完個人資料后在驗證頁面判斷 ,如果用戶名不存在 ,插入用戶信息到會員表中 ,否則出錯 。 i session(strnum)=clng((strid)) next session(flag)=false % 5 系統(tǒng)設計 問題 分析 設計中遇到的一些技術問題 整備個系統(tǒng)設計過程中遇到一些問題 ,如在 初期 設計用戶注冊模塊時 ,設計思路是這樣的 ,當用戶按要求填寫好自己的注冊資料后 ,系統(tǒng)檢測用戶填寫的用戶名 ,如果用戶名已經(jīng)不存在 (if ),就將用戶資料添加到數(shù)據(jù)庫中的 guest 表中 .反之 ,如果用戶名已經(jīng)存在的話 ,那么就提示錯誤 ,用戶名已經(jīng)存在 .但在程序設計完成 進行測試時 ,發(fā)現(xiàn)當用戶按要求正確填寫好自己的個人注冊信息時 ,提交表單進行 偶爾會出現(xiàn) :用戶名已經(jīng)存在的情況 .檢查驗證條件并沒有寫反 ,程序設計是參考書本編寫 ,并沒有錯誤 ,仔細檢查后發(fā)現(xiàn) .當用戶填寫注冊資料提交進行驗證時 ,先是檢測用戶名是否存在 ,不存在就將用戶注冊 資料添加到數(shù)據(jù)庫中的 guest 中 。 cstr(num) session(strid)=id session(strnum)=1 end if session(flag)=true end if 二○○五屆 ?？?畢業(yè)設計論文 第 24 頁共 29 頁 % if session(user)= then end if % 用戶每次購物后都將購物信息保存到 頁面 ,在下一次購物完成后 ,將所有的購物信息都顯示支購物車中 .代碼如下 : % dim connstr,i,num,id,strid,flag,strnum num=clng(session(num)) for i=1 to num strid=number amp。 cstr(i) if clng(session(strid))=clng(id) then session(strnum)=clng(session(strnum))+1 flag=1 exit for end if next if flag=0 then session(num)=num strid=id amp。所以我們可以根據(jù) session 是否為空來判斷用戶是否已經(jīng)登錄 .源代碼為下 : % if session(user)= then end if % 這里需要注意的是 ,判斷會員是否登錄與判斷管理員登錄必須區(qū)別開來 ,不能將管理員登錄信息也保存到 session(user)中 ,否則如果會員登錄后可通過絕對路徑進入管理員頁面 ,雖然存在這種情況的機率比較小 ,但是從系統(tǒng)的安全性出發(fā) , 二○○五屆 專科 畢業(yè)設計論文 第 23 頁共 29 頁 還是應該考慮進去的 . 因為管理員用戶名和密碼是自己指定的 ,在管 理員登錄的驗證中 ,可以不用從表中查找用戶名和密碼是否存在 ,直接在頁面設定就可以 ,因為 ASP 具有代碼不會外漏的特性 ,所以其安全性是可以保證的 ,代碼的設計可以這樣 : % if session(username)XXXX and session(pass)YYYY then //xxxx,yyyy 為設定用戶名與密碼 end if % 購物車 模塊分析 部分源代碼如下 : if session(flag)true then id=(id) flag=0 num=num+1 for i=1 to num strid=id amp。 39。 amp。 39。 amp。,)) pass=trim(replace((pass),39。 } ()。)。 購物結帳設計 因為考慮到實際各種情況 多樣性 ,實際性的存在 ,所以本站 采用模擬大眾化的付款方式來設計購物結帳 .用戶在選擇好自己喜歡的商品后 ,更改好自己想要購買的商品數(shù)量后 .用戶可以選擇銀行信用卡或者郵局匯款的方式在本站進行模擬付帳 .生成訂單后完成結帳 ,會員可以查看自己的訂單自己 ,管理員根據(jù)用戶的購物訂單進行處理購物信息 . 購物 處理邏輯 用戶購物訂單 生成及數(shù)據(jù)處理邏輯圖 瀏覽商品 查看信息 登錄系統(tǒng) 購物車 搜索商品 更改數(shù)量 繼續(xù)購物 生成訂單 管理員進入處理 用戶 訂單信息 二○○五屆 ?？?畢業(yè)設計論文 第 21 頁共 29 頁 頁面結構 圖 (): 系統(tǒng)主要功 能模塊說明 用戶登錄模塊分析 部分 源代碼如下 : script language=javascript function check() { if(==||==) //檢測用戶是否填寫登錄信息 { alert(39。一些大型的電子商務活動也可利用網(wǎng)上的金融工具進行結賬。因此為客 戶提供一個方便、個性化的購物車將會大大提高用戶在網(wǎng)上購物的興趣 .購物車的功能模塊包括購物車頁面 ,購物保存頁面和訂單生成頁面 .用記在瀏覽商品的同時 ,如果想購買喜歡的商品則轉(zhuǎn)到購物車頁面 ,但在轉(zhuǎn)到購物車頁面之前 ,必須保證用戶已經(jīng)登錄 ,購物車頁面驗證用戶是否已經(jīng)存在的驗證程序主要是 通過判斷 session 中的用戶名是否為空 ,如果為空 ,則說明用戶沒有登錄 ,則跳轉(zhuǎn)到用戶登錄頁面 ,用戶登錄 .反之則進入購物車頁面 .購物車頁面主要有三個按鈕來完善購物 ,繼續(xù)購物 ,生成訂單 ,更改數(shù)量 .用戶選擇好自己喜歡的商品后 ,在購物車頁面用戶可以選擇好自己要購買的商品數(shù)量后點擊更改數(shù)量 ,商品的數(shù)量將被更改 ,點擊生成訂單后用戶的購物訂單將被提交并更新到數(shù)據(jù)庫中的 orders 數(shù)據(jù)表中 , 用戶可以在首頁的登錄信息窗中點擊查看訂單來查看自己的所有訂單信息 . 但如果用戶在購物后還想購物就可以點擊購物車中 的繼續(xù)購物按鈕 ,關閉購物車窗口 ,同時將這次的購物信息全部保存在 中 ,頁面跳轉(zhuǎn)到首頁用戶繼續(xù)查看商品信息 ,在選擇好自己的商品后 ,提交訂單 ,結束購物 . 二○○五屆 專科 畢業(yè)設計論文 第 20 頁共 29 頁 購 物 結帳設計 (): 購物 結賬是用戶在商店購買商品后必然要做的一件事。如果用戶沒有登錄 ,則返回到 登錄 .這里需要注意的是 ,本系統(tǒng)設計時所有商品都暫為書籍 ,所以在搜索本站商品時 ,輸入的商品名必須都加上《 》 號 ,這在原頁面已經(jīng)提出 . 在線管理模塊 設計 查詢結果輸出 (): 用戶通過在線查詢查找所有在線商品 ,而此頁面就是將用戶要查找的所有商品信息顯示出來 ,包括有商品的名稱 ,單價 ,簡介等詳細資料 .用戶可能根據(jù)這些詳細的信息決定是否要購買此商品 ,主要實現(xiàn)方法是這樣的 ,通過商品列表傳遞過來的商品 id 號 ,從數(shù)據(jù)庫的相應商品信息輸出 ,并將商品的名稱 ,數(shù)量保存在 session中 ,以配合后面購物車和結帳模塊的實現(xiàn) . 在線管理模塊設計 管理員登錄頁面 (): 如同會員登錄系統(tǒng)一樣 ,如果用戶名或密碼為空 ,彈出提示窗口 :用戶 名或密碼沒有正確填寫 ,當管理員填寫過用戶名和密碼 ,就跳轉(zhuǎn)到 頁面處理 ,根據(jù)表單提交的信息進數(shù)據(jù)庫進行查詢 ,如果用戶名和密碼都存在并正確 ,就進入管理員界面 . 商品 庫的 商品 瀏覽（ ）： 進入管理員界面后 ,通過 查詢數(shù)據(jù)庫中的商品表 ,將數(shù)據(jù)庫中的所有商品通過列表的方式全部顯示出來 ,文件的排列按倒序的方式 ,以保證最新商品第一輸出 .商品瀏覽頁面作為管理員的默認首頁 .在此頁面也作了添加商品 ,修改商品 ,刪除商品等子鏈接 .當然此頁面需要通過驗證才能查看 ,首要是在管理員登錄驗證頁面將成功登錄的管理員信息保存在 session 中 ,如是 session(“ user” )為空 ,則說明管理員還沒有登錄 ,就不能顯示此頁面 ,頁面自動跳轉(zhuǎn)到管理員登錄頁面 . 二○○五屆 ?？?畢業(yè)設計論文 第 18 頁共 29 頁 商品 信息修改設計 （ ）： 首先 ,此頁面添加驗證管理員登錄程序 ,通過判斷保存在 session 中的管理員密碼決定是否顯示此頁面 ,如果管理員之前并沒有登錄 ,就跳轉(zhuǎn)到管理員登錄頁面 .防止用戶能夠在輸入頁面絕對路徑的情況下 ,非法進入管理員頁面 .用戶通過商品瀏覽頁面轉(zhuǎn)到商品修改頁面 ,在瀏覽 頁面選擇好要修改的商品后 ,選擇修改商品轉(zhuǎn)到商品修改頁面 .商品修改頁面能夠顯示要修改的商品信息 ,如名稱 ,出版社 ,單價 ,數(shù)量 ,圖片 存放地以及商品的介紹 .用戶直接修改商品的信息 ,提交表單之后更新數(shù)據(jù)庫 ,并彈出提示窗口提示修改商品成功 . 商品 添加設計 （ ）： 如同商品的瀏覽頁面 ,首先 ,此頁面添加驗證管理員登錄程序 ,通過判斷保存在 session 中的管理員密碼決定是否顯示此頁面 ,如果管理員之前并沒有登錄 ,就跳轉(zhuǎn)到管理員登錄頁面 .防止用戶能夠在輸入頁面絕對路徑的情況下 ,非法進入管理員 頁面 .用戶通過商品瀏覽頁面的添加商品鏈接到此頁面 ,在此頁面管理員可以向數(shù)據(jù)庫中添加新的商品信息 .要注意的是 :商品的用戶名 ,價格 .數(shù)量是必須填寫的 ,而其他方面如簡單的商品介紹則可作為可選題項目 ,添加好商品好提交表單 ,商品信息提交到數(shù)量庫中 ,刷新商品瀏覽頁面 ,將商品的信息添加到商品瀏覽頁面上 . 商品 的刪除設計 （ ）： 驗證通過 用戶 通過商品瀏覽頁面選擇好要刪除的商品名稱 ,提交后進入數(shù)據(jù)庫刪除相應的商品信息 ,更新數(shù)據(jù)庫 ,并刷新商品瀏覽頁面的商品信息 ,將商品瀏覽頁面的相關商品信息刪除 . 會員信息設計 （ ）： 管理員 進入會員信息頁面后 ,可以查看本站注冊用戶的一些基本資料 ,如用戶名 ,地址 ,電話號碼等等 . 訂單信息設計 （ ）： 管理員進入此頁面后 ,系統(tǒng)生成的的所有訂單將顯示在此頁面 ,以便管理員夠及時的對會員購物的訂單信息作出及時的處理 . 二○○五屆 ?？?畢業(yè)設計論文 第 19 頁共 29 頁 人事信息設計 (）： 系統(tǒng)人事直接從數(shù)據(jù)庫中添加 ,系統(tǒng)人事信息詳細的顯示在此頁面上 ,保 證管理員能夠及時的詳細的找出人事方面的資料 . 銷售管理 模塊 設計 用戶在首頁的商品列表中選擇自己喜歡的商品 ,點擊后通過商品列表頁面?zhèn)鬟f商品 ID 到商品信息顯示頁面 ,通過傳遞過來的 ID 信息 ,查詢數(shù)據(jù)庫中的商品表 ,將商品的所有信息顯示在 的頁面中 ,用戶通過此頁面可以直觀的查看所要購買的商品的詳細信息 ,點擊頁面的購買按鈕后就可以將此商品的信息添加到自己的購物車中 ,當然前提是必須保證用戶已經(jīng)成功的登錄系統(tǒng) ,否則跳轉(zhuǎn)到用戶登錄頁面 ,用戶正確登錄后就顯示購物車 頁面 ,并 將用戶剛才的購物信息全部加入到購物車中 ,用戶可以通過購物車中的功能模塊繼續(xù)購物商品 ,更改商品數(shù)量或者直接生成購物訂單 . 購物車功能的定義 購物車是“網(wǎng)上商店”中最重要的部分。并將用戶信息保存在 session 中 .反之 ,仍將頁面停留在登錄頁面 ,直到用戶正確填寫后登錄 . 會員登錄設計 (): 會員通過登錄頁面 ,通過 驗證用戶填寫信息的正確性 ,如果正確則跳轉(zhuǎn)到登錄作息頁面 ,此頁面以歡迎方式顯示 .用戶名通過 session 保存 ,在登錄信息頁面將顯