【正文】 狀態(tài)。 刪除留言是管理員對無效或不文明留言的管理，管理員可以刪除留言。 登錄和退出用來管理管理員的會話信息，登錄時系統(tǒng)在會話中保留管理員的基本信息，包括管理員 ID、管理員名等。這就是為什么 ER 模型在設計數(shù)據(jù)庫的概念模式時被廣泛使用的重要原因 。具體表的設計結構如下： 在線服裝銷售管理系統(tǒng)設計與實現(xiàn) 14 表 35用戶信息表 列名 類型 長度 是否允許空值 contactinfo_id int 4 否 name varchar 32 是 sex varchar 2 是 address varchar 64 是 varchar 64 是 zip varchar 16 是 phone varchar 32 是 province_id int 4 是 country_id int 4 是 管理員表 admin 存放的是管理員的登錄信息。具體表的設計結構如下： 表 314訂單明細表 列名 類型 長度 是否允許空值 orderline_id int 4 否 amount int 4 是 size varchar 20 否 color varchar 10 否 order_id int 4 是 product_id int 4 是 4 主要功能 模塊詳細設計 用戶模塊 用戶注冊、登錄 所有游客想要使用本系統(tǒng)的購物車、留言板等功能，必須先進行注冊。如下圖 42 所示： 圖 42 登錄頁面 在用戶登錄界面 ，對于用戶 輸入的用戶名 和 密碼 在確定非空的情況下，由 JSP頁面將 用戶提交的用戶名和密碼提交給 LoginAction 處理。 用戶信息提供基本信息的修改 ， 該信息也是送 貨 的詳細地址，在確定訂單時必須填寫完整。 菜單部分的頁面主要是利用 鏈接標簽實現(xiàn)的。 點擊圖片、名字或者“詳細”，對商品的詳細信息進行看。 此外，超級管理員還能對商品進行修改、刪除和查詳情。在購物車中，用戶可以對所選商品進行數(shù)量的增加或減少，修改后點擊更新購物車，購物數(shù)量和金額就會做相應顯示。如果用戶沒有填寫完整送貨方式就提交了訂單，系統(tǒng)會跳轉到提示頁面，如圖 415 所示： 如果用戶需要修改商品信息，可以點擊“修改商品列表”來返回購物車，從而進行對所需商品的修改。所有新進訂單都可以通過菜單查看到。管理 員 修改了訂單狀態(tài)后，由 form 表單將 value值傳給 MyOrderAction 處理，該 Action 類調用 updateOrdera()方法對數(shù)據(jù)庫中的相應訂單信息進行更新。最后 調用 addMessage()方法 將所有數(shù)據(jù)寫入數(shù)據(jù)庫 。操作成功后，系統(tǒng)會跳轉到信息頁面，給出相應的提示。 對管理員的權限控制是通過 JSP 頁面來實現(xiàn)的 。選擇要刪除的管理員，刪除成功后給出成功提示。再重新啟動 Tomcat，問題解決。 測試過程如下：登錄用戶 → 商品瀏覽 → 加入購物車 → 繼 續(xù)購物 → 商品瀏覽 → 加入購物車 → 修改商品數(shù)量 → 更新購物車 → 刪除 商品 → 去結算中心 → 修改商品信息 →修改收貨人信息 → 選擇付款方式 → 下訂單 → 查看訂單詳情 管理員測試： 以管理員的身份進入系統(tǒng)，測試不同權限的管理員其功能是否也不一樣，同時也要測試管理員能否對后臺數(shù)據(jù)進行操作。從用戶登錄開始，對整個系統(tǒng)所有功能做了全面的測試。 c)數(shù)據(jù)文件維護，數(shù)據(jù)文件的維護是指因其業(yè)務處理的變化，需建立新文件，或對現(xiàn)有的數(shù)據(jù)文件進行修改（不包括正常更新）。為了使系統(tǒng)適應這種變化，延長使用壽命，滿足用戶的要求，就需要對系統(tǒng)進行相應的修改。 這個系統(tǒng)從需求分析開始，經(jīng)歷總體設計、數(shù)據(jù)庫設計、詳細設計、編碼以及最后的測試幾個階段，我一步一步踏踏實實地實 現(xiàn)功能，不斷修改創(chuàng)新使之趨于完善，可以說，到現(xiàn)在整個系統(tǒng)的開發(fā)已初步完成，并通過了隨后的功能測試，可以實際地運行使用。這類錯誤是由于遇到了以前從未有過的某種輸入數(shù)據(jù)或者是對系統(tǒng)的硬件和軟件的不正確使用引起的，也可能是調試階段診斷錯誤引起的 ， 這就需要對錯誤進行診斷和改正。 系統(tǒng)維護主要包括硬件維護、軟件維護、數(shù)據(jù)維護和代碼維護： a)硬件維護，一方面是 定期的設備保養(yǎng)性維護，另一方面是突發(fā)性地故障維修。首先對配置做了復查，確認配置的所有成分都已經(jīng)齊全，質量符合了要求。測試如下： a)未登錄用戶點擊“我的購物車”，跳轉到登錄頁面，顯示“您尚未登錄，請先登錄 … ” ； b)未登錄用戶點擊“留言 ” → “給客服留言請按我”，跳轉到登錄頁面，顯示“您尚未登錄，請先登錄 … ” ； c)登錄用戶點擊“我的購物車”，跳轉到購物車頁面 ； d)登錄用戶點擊“留言” → “給客服留言請按我”，跳轉到 留言頁面。 MyEclipse 自動會跳出來一個對話框： This kind of launch is configured to open the Debug perspective when it you want to open this perspective now?錯誤提示 如圖 51 所示 ： 圖 51 錯誤提示 確認以后進入程序調試視圖，并且自動跳出來一個叫 getNextToken 的頁面，上面用紅色字體寫著 ： Source not found for ()line:899 經(jīng)多次查找發(fā)現(xiàn)代碼無任何問題，后經(jīng)查閱資料得其解決方法。 超級管理員也可以刪除客服管理員。登錄頁面如圖 416 所示 : 圖 416 管理員登錄 登錄后系統(tǒng)會根據(jù)登錄管理員的權限顯示菜單和歡迎詞。對新留言回復后，可以到已回復留言中查看詳情。 該 Action 類除了對表單提交 的數(shù)據(jù) 進行 處理外，同時對 Flag 賦值 FALSE，以 表 示 還未回復的 留言。在下拉菜單中包括新進訂單、配貨狀態(tài)、交易途中、缺貨狀態(tài)、歸檔狀態(tài)這 5個訂單狀態(tài)。我 的訂單顯示該登錄用戶的所有訂單，用戶可以點擊右側操作中的“查看訂單詳情”來查看訂單詳情以及訂單狀態(tài)。最 后將該購物車內的所有商品及其相關信息轉換一張訂單 MyOrder。 鹽城工學院本科生畢業(yè)設計說明書（ 2021） 21 購物車模塊設計 購物車功能只有注冊用戶才能使用。 在UploadAction 里， 先是 獲取圖片的上傳路徑， 這里對圖片的上傳路徑是有 限制 的，必須 在 該項目所在的根目錄下的 images\\product\\下 。頁面將用戶選擇的商品分類和輸入的keywords 提交給 ProductAction，由該 Action 對提交的數(shù)據(jù)進行封裝后，調用findByLike()方法進行數(shù)據(jù)庫查詢，查詢部分 先 是 判斷 category_id 是否存在，然后再按輸入的關鍵字對 對商品的描述和名稱進行模糊查詢 。密碼修改成功后，會自動跳轉到登錄頁面，重新登錄。 對于 在 中進行 用戶登錄驗證配置 各個頁面和處理，如果未進行登錄是不能執(zhí)行的。 系統(tǒng)會自動 到 中尋找的相應配置，并進行頁面跳轉 ， 跳轉鹽城工學院本科生畢業(yè)設計說明書（ 2021） 17 到登錄頁面。具體表的設計結構如下： 表 312留言表 列名 類型 長度 是否允許空值 message_id int 4 否 title varchar 100 否 content text 是 user_id int 4 是 flag boolean 1 是 submittime timestamp 4 否 回復表 response 存放的是留言回復的相關信息。具體表的設計結構如下： 表 34用戶基本信息表 列名 類型 長度 是否允許空值 user_id int 4 否 name varchar 32 否 password varchar 16 否 用 戶信息表 cantactInfo 存放的是注冊用戶的詳細信息 。 ER 圖 ER 圖即實體 聯(lián)系 圖，它描述了各個實體的屬性以及每個實體之間的關系。 刪除管理員是超級管理員刪除客服管理員中久不被使用或已無效的客服管理員的刪除?；貜蜁r需填寫回復內容。如圖 37 所示： 刪除商品 購物車模塊 加入購物車 更新購物車 清空購物車 商品模塊 商品搜索 商品瀏覽 商品管理 商品添加 商品刪除 商品修改 鹽城工學院本科生畢業(yè)設計說明書（ 2021） 9 圖 37 訂單模塊 下訂單過程中，用戶要確認一系列信息：首先要確認商品信息，如果有 誤，返回購物車修改；其次要確認配貨地址，如果要修改則跳轉用戶中心進行修改，而且配貨地址一定要填寫完整；最后要選擇付款方式。 商品瀏覽是提供給用戶查看商品詳細信息的，包括商品的名稱、價格、顏色、圖片、描述等一系列屬性。 用戶信息修改提供給用戶修改自己的信息，可以修改密碼，真實姓名、郵箱、用戶模塊 注冊 登錄 用戶信息修改 退出 權限控制 在線服裝銷售系統(tǒng)后臺 客服管理員 密 碼 修 改 管理員管理 留言管理 查看已回復留言 回 復 新 留 言 超級管理員 商品管理 添 加 商 品 查看、修改商品 刪 除 商 品 訂單管理 訂單狀態(tài)修改 留言管理 回 復 新 留 言 查看已回復留言 管理員管理 添加客服管理員 刪除客服管理員 密 碼 修 改 在線服裝銷售管理系統(tǒng)設計與實現(xiàn) 8 電話、國家、省份、地址和郵編。各功能模塊如圖 31 所示： 在線服裝銷售管理系統(tǒng)設計與實現(xiàn) 6 圖 31 總體模塊劃分圖 前臺購物流程 從前臺系統(tǒng)整體功能的角度來看，最上層是購物系統(tǒng)，下面主要有：主頁信息、用戶管理、購物車管理、訂單管理、留言管理和注銷功能。 Tomcat Tomcat 是 Apache 軟件基金會（ Apache Software Foundation）的 Jakarta 項目中的一個核心項目，由 Apache、 Sun 和其他一些公司及個人共同開發(fā)而成。它鹽城工學院本科生畢業(yè)設計說明書（ 2021） 5 被廣泛地應用在 Inter 上的中小型網(wǎng)站中。 Struts Struts 是一個基于 Sun J2EE 平臺的 MVC 框架，主要是采用 Servlet 和 JSP 技術來實現(xiàn)的。 Hibernate 不會對您造成妨礙，也不會強迫您修改對象的行為方式。 系統(tǒng)開發(fā)工具 Java Java 是由 Sun Microsystems 公司于 1995 年 5 月推出的 Java 程序設計語言和 Java平臺的總稱。 在線服裝銷售管理系統(tǒng)后臺： a)管理員登 錄 模塊（強調安全性） 由于管理員對網(wǎng)站的后臺進行全面的管理，有權修改后臺的數(shù)據(jù)及信息，因此，必須對管理員的身份進行驗證。而注冊后的會員，不僅擁有上面所說的功能，而且可以將看中的商品加入購物車，進行下訂單的操作。每個必填的功能都帶有自動 檢 測功能，必須 按相應的提示進行填寫。 可行性分析 可行性研究是為了弄清楚系統(tǒng)開發(fā)的項目是不是可以實現(xiàn)和值得進行研究的過程，實際上是一次大大簡化系統(tǒng)分析和系統(tǒng)設計的過程，所以，進行可執(zhí)行性的分在線服裝銷售管理系統(tǒng)設計與實現(xiàn) 2 析是非常必要的，也是很重要的，經(jīng)過最初的設計目標和進行的市場調查得出以下四點的可行性分析： 管理可行性：由于網(wǎng)上服 裝銷售系統(tǒng)的管理員界面功能比較全面，能夠對銷售系統(tǒng)中的數(shù)據(jù)進行及時的維護。英國幾家機構 2021年的調查顯示 ， 同歐洲其他國家和美國相比 ， 英國網(wǎng)上購物人數(shù)占人口比例最高 ， 購買商品種類最多 ， 購物增長速度最快 。Network。它不但可以擴大商家的規(guī)模和市場影響力，而且可以減少企業(yè)的經(jīng)營成本，提高工作效率。這是一個基 于 Inter， 并根據(jù)現(xiàn)有的網(wǎng)上購物系統(tǒng)的現(xiàn)狀而設計開發(fā)的電子商務平臺。Clothes。 同時服裝網(wǎng)絡購物也席卷了歐洲各國 ， 以英國最為顯著 。在系統(tǒng)調查的基礎上，對新系統(tǒng)的功能進行細致的分析，從而才能夠開發(fā)出完整的系統(tǒng)設計。 功能需求分析 在線服裝銷售管理系統(tǒng)前臺： a)游客注冊成為正式會員功能 注冊頁面主要填寫個人基本信息，并注明哪些是必填、哪些是選填的，而且經(jīng)過網(wǎng)站內部的驗證，防止錯誤的發(fā)生，游客在注冊時，先 填寫 用戶名，然后填寫密碼并進行確認，系統(tǒng)會自動對必填的內容進行檢測，若不符合要求，系統(tǒng)會出現(xiàn)預警提醒用戶必須重新輸入。 d)用戶權限設置 如果是普通游客，可以對 本站的商品信息進行瀏覽，但不具有購買商品和留言的功能。因為在一些實體店鋪購買服裝后，即使在購買的過程中出現(xiàn)問題，有些消費者由于時間和路途的關系不愿意直接和店方進行交涉，但在網(wǎng)絡上