【正文】 這個系統(tǒng)從需求分析開始，經歷總體設計、數(shù)據(jù)庫設計、詳細設計、編碼以及最后的測試幾個階段，我一步一步踏踏實實地實 現(xiàn)功能，不斷修改創(chuàng)新使之趨于完善，可以說，到現(xiàn)在整個系統(tǒng)的開發(fā)已初步完成，并通過了隨后的功能測試，可以實際地運行使用。這項工作很有意義，可以大大提高系統(tǒng)的可用性，可維護性和可靠性，系統(tǒng)壽命也隨之延長。在系統(tǒng)的使用過程中，用戶往往會提出增加新功能或修改已有功能的要求。為了使系統(tǒng)適應這種變化，延長使用壽命，滿足用戶的要求，就需要對系統(tǒng)進行相應的修改。這類錯誤是由于遇到了以前從未有過的某種輸入數(shù)據(jù)或者是對系統(tǒng)的硬件和軟件的不正確使用引起的，也可能是調試階段診斷錯誤引起的 ， 這就需要對錯誤進行診斷和改正。代碼維護的困難往往不在代碼本身的變更，而在于新代碼的貫徹。 d)代碼維護，代碼的維護包括訂正、添加、刪除甚至重新設計等。 c)數(shù)據(jù)文件維護，數(shù)據(jù)文件的維護是指因其業(yè)務處理的變化，需建立新文件，或對現(xiàn)有的數(shù)據(jù)文件進行修改（不包括正常更新）。 系統(tǒng)維護主要包括硬件維護、軟件維護、數(shù)據(jù)維護和代碼維護： a)硬件維護，一方面是 定期的設備保養(yǎng)性維護，另一方面是突發(fā)性地故障維修。因此，系統(tǒng)維護的主要任務就是保證系統(tǒng)的正常運轉，使系統(tǒng)的資源得到有效運用，并使系統(tǒng)的功能在運行中不斷得到完善和擴充，以提高系統(tǒng)的工作效率和延長系統(tǒng)的生命周期。 系統(tǒng)維護 系統(tǒng)運行后會暴露出一些錯誤 、 缺 陷或者用戶又對系統(tǒng)有一些新的功能需要，這就要求系統(tǒng)在使用中不斷的得到完善。從用戶登錄開始，對整個系統(tǒng)所有功能做了全面的測試。首先對配置做了復查，確認配置的所有成分都已經齊全，質量符合了要求。鏈接測試必 須在集成測試階段完成，也就是說，在整個在線服裝 銷售 管理系統(tǒng) 設計與實現(xiàn) 的所有頁面開發(fā)完成之后進行鏈接測試。 對用戶來講，按步驟對網頁進行順暢的操作是首要的，所以對網頁的鏈接測試是非常重要的，因為它引領用戶了解網站的基本操作。 測試過程如下：登錄用戶 → 商品瀏覽 → 加入購物車 → 繼 續(xù)購物 → 商品瀏覽 → 加入購物車 → 修改商品數(shù)量 → 更新購物車 → 刪除 商品 → 去結算中心 → 修改商品信息 →修改收貨人信息 → 選擇付款方式 → 下訂單 → 查看訂單詳情 管理員測試： 以管理員的身份進入系統(tǒng)，測試不同權限的管理員其功能是否也不一樣，同時也要測試管理員能否對后臺數(shù)據(jù)進行操作。測試如下： a)未登錄用戶點擊“我的購物車”，跳轉到登錄頁面，顯示“您尚未登錄，請先登錄 … ” ； b)未登錄用戶點擊“留言 ” → “給客服留言請按我”，跳轉到登錄頁面，顯示“您尚未登錄，請先登錄 … ” ； c)登錄用戶點擊“我的購物車”，跳轉到購物車頁面 ； d)登錄用戶點擊“留言” → “給客服留言請按我”，跳轉到 留言頁面。 用戶登錄、注冊測試：作為用戶的角色進行注冊，測試是否能夠正確的注冊，檢測功能是否正 常進行，如兩次密碼輸入不相同時系統(tǒng)是否提示出錯。 功能測試 在線服裝銷售管理系統(tǒng)的測試按網站的要求進行，經代碼測試正確的程序只是基本上驗證了程序邏輯上的正確性，但并不能驗證程序是否滿足程序說明中定義的鹽城工學院本科生畢業(yè)設計說明書（ 2021） 27 功能，也不能驗證測試數(shù)據(jù)本身是否完備。再重新啟動 Tomcat，問題解決。 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 經多次查找發(fā)現(xiàn)代碼無任何問題，后經查閱資料得其解決方法。 在線服裝銷售管理系統(tǒng)設計與實現(xiàn) 26 圖 419 刪除管理員 此外，超級管理員也可以對自身登錄密碼進行修改。 對于客服管理員其“刪除”操作 是 可執(zhí)行的。選擇要刪除的管理員，刪除成功后給出成功提示。 超級管理員也可以刪除客服管理員。 超級管理員 超級管理 員的歡迎界面如圖 418 所示： 圖 418 超級管理員歡迎頁 超級管理員可以添加客服管理員 ，兩次密碼不一致會給出相應的提示。使用 c:when 標簽對存儲在 session 會鹽城工學院本科生畢業(yè)設計說明書（ 2021） 25 話中的登錄管理員信息進行測試判斷： 如果管理員 id 的值為 1，即超級管理員，其菜單欄部分顯示所有功能；反之，即為客服管理員，客服管理員的菜單欄只顯示留言管理和管理員管理的修改密碼功能。 對管理員的權限控制是通過 JSP 頁面來實現(xiàn)的 。登錄頁面如圖 416 所示 : 圖 416 管理員登錄 登錄后系統(tǒng)會根據(jù)登錄管理員的權限顯示菜單和歡迎詞。 管理員管理模塊設計 登錄 管理員 對數(shù)據(jù)進行操作時必須先登錄，輸入相應的用戶名和密碼。 分頁功能也是該系統(tǒng)的重要功能之一，在之前的多個模塊中都有使用到。操作成功后，系統(tǒng)會跳轉到信息頁面，給出相應的提示。對新留言回復后，可以到已回復留言中查看詳情。 管理員回復 客服管理員和超級管理員都能對用戶的留言進行回復。 在管理員進行回復后 ， 用戶也可以通過我的回復來查看回復。最后 調用 addMessage()方法 將所有數(shù)據(jù)寫入數(shù)據(jù)庫 。 該 Action 類除了對表單提交 的數(shù)據(jù) 進行 處理外，同時對 Flag 賦值 FALSE，以 表 示 還未回復的 留言。 所以，未登錄用戶是不能使用留言功能的。 留言需填寫題目（留言目的）和內容，如圖 413 所示： 鹽城工學院本科生畢業(yè)設計說明書（ 2021） 23 圖 413 留言板 用戶留言板塊的設計是系統(tǒng)自動獲取 存儲在 session 中的 當前登錄用戶的相關信息， 將用戶名回顯在留言頁面上 。管理 員 修改了訂單狀態(tài)后，由 form 表單將 value值傳給 MyOrderAction 處理，該 Action 類調用 updateOrdera()方法對數(shù)據(jù)庫中的相應訂單信息進行更新。在下拉菜單中包括新進訂單、配貨狀態(tài)、交易途中、缺貨狀態(tài)、歸檔狀態(tài)這 5個訂單狀態(tài)。對于要更改狀態(tài)的訂單，在點擊“查看 /修改”后， 會 顯示該訂 單的詳細信息。管理員也可以查看訂單的詳情。所有新進訂單都可以通過菜單查看到。我 的訂單顯示該登錄用戶的所有訂單，用戶可以點擊右側操作中的“查看訂單詳情”來查看訂單詳情以及訂單狀態(tài)。如圖 412 所示： 在線服裝銷售管理系統(tǒng)設計與實現(xiàn) 22 圖 412 訂單提交 訂單查看 訂單提交成功后會給出相應的提示。 在商品信息以及送貨地址確認無誤的情況下，用過可以選擇付款方式。如果用戶沒有填寫完整送貨方式就提交了訂單，系統(tǒng)會跳轉到提示頁面，如圖 415 所示： 如果用戶需要修改商品信息，可以點擊“修改商品列表”來返回購物車，從而進行對所需商品的修改。最 后將該購物車內的所有商品及其相關信息轉換一張訂單 MyOrder。對于加入購物車的商品，先 取出商品 id，判斷其是否已經存在于購物車中，如果存在則只是進行數(shù)量的疊加；反之，則 添加一條新的 orderLine。用戶可以繼續(xù)返回商品列表添加商品，也可以直接去結 算中心，結算此次購物。在購物車中，用戶可以對所選商品進行數(shù)量的增加或減少，修改后點擊更新購物車，購物數(shù)量和金額就會做相應顯示。 鹽城工學院本科生畢業(yè)設計說明書（ 2021） 21 購物車模塊設計 購物車功能只有注冊用戶才能使用。修改完畢后點擊修改，給出相應的信系 ：“商品修改成功”；若無需修改，則可返回商品列表進行刪除或其他操作。超級管理員在商品列表頁面，可以選擇“查看 /修改”商品或“刪除”商品，如下圖 410 所示： 圖 410 商品列表 點擊查看 /修改，顯示相應商品詳細信息，管理員可以對其進行修改。 此外，超級管理員還能對商品進行修改、刪除和查詳情。 在UploadAction 里， 先是 獲取圖片的上傳路徑， 這里對圖片的上傳路徑是有 限制 的，必須 在 該項目所在的根目錄下的 images\\product\\下 。在商品添加時，需要輸入相應的商品信息，其中商品的名稱、價格、品牌、尺寸、顏色、數(shù)量為必填項，如果商品名已經存在，會給出相應提示提示，商品添加失敗；其中，圖片也為必填項，漏填 ， 頁面將返回添加頁面，并給出相應提示。如圖 48 所示： 圖 48 商品詳情 商品信息的添加、刪除、修改 對商品的增、刪、改操作，該系統(tǒng)設置為只有超級管理員才 能進行。 點擊圖片、名字或者“詳細”，對商品的詳細信息進行看。頁面將用戶選擇的商品分類和輸入的keywords 提交給 ProductAction，由該 Action 對提交的數(shù)據(jù)進行封裝后，調用findByLike()方法進行數(shù)據(jù)庫查詢，查詢部分 先 是 判斷 category_id 是否存在，然后再按輸入的關鍵字對 對商品的描述和名稱進行模糊查詢 。 點擊 相應菜單 進入商品列表后，會顯示商品的圖片、名稱、價格等信息如圖 46所示： 圖 46 商品列表 鹽城工學院本科生畢業(yè)設計說明書（ 2021） 19 用戶也可以通過商品搜索找尋想要的商品。 左側 菜單部分按 商品的類型對商品進行分類，點擊后，會顯示該類所有的商品。 菜單部分的頁面主要是利用 鏈接標簽實現(xiàn)的。密碼修改成功后，會自動跳轉到登錄頁面，重新登錄。修改時必須填寫原密碼，若原密碼輸入錯誤，系統(tǒng)會提示“ 修改失敗，請確認原密碼是否正確 ！”；修改的密碼兩次輸入的若不一樣，系統(tǒng)也會給出提示。如填入的數(shù)據(jù)不合法，系統(tǒng)會給出相應提示。 用戶信息提供基本信息的修改 ， 該信息也是送 貨 的詳細地址，在確定訂單時必須填寫完整。 對于 在 中進行 用戶登錄驗證配置 各個頁面和處理，如果未進行登錄是不能執(zhí)行的。 對于用戶中心的各項功能只有登錄用戶才能進行相應操作，這里在 包中定義了一個過濾器 ，由于 session 屬于 HTTP 范疇，所以將定義的 ServletRequest 對象轉換成 HttpServletRequest 對象 。 如下圖 43 所示 ： 圖 43 登錄后的首頁 用戶注冊、登錄 用戶可以去用戶中心對自己的個人信息進行完善和修改 。如下圖 42 所示： 圖 42 登錄頁面 在用戶登錄界面 ，對于用戶 輸入的用戶名 和 密碼 在確定非空的情況下，由 JSP頁面將 用戶提交的用戶名和密碼提交給 LoginAction 處理。 系統(tǒng)會自動 到 中尋找的相應配置，并進行頁面跳轉 ， 跳轉鹽城工學院本科生畢業(yè)設計說明書（ 2021） 17 到登錄頁面。 進入用戶注冊頁面后，用戶根據(jù)頁面相應欄填寫數(shù)據(jù)，點擊“注冊新用戶”， 先由頁面的 script 腳本對要提交的表單數(shù)據(jù)進行非空和格式驗證，如果沒有問題， JSP頁面 就將 form 表單數(shù)據(jù)提交 到 UserAction， 由 Action 類對 表單數(shù)據(jù)進行處理 ： 首先查詢數(shù)據(jù)庫，該注冊用戶名是否已經存在，若已存在，則將給出信息“用戶名已存在，請重新注冊 …… ”；若不存在，則對提交的數(shù)據(jù)進行封裝，然后插入數(shù)據(jù)庫。提交時，系統(tǒng)會對輸入數(shù)據(jù)的有效性進行檢查，其中包括所有輸入項是否符合格式規(guī)范，兩次密碼是否一致，用戶名是否已經存在等。具體表的設計結構如下： 表 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)的購物車、留言板等功能，必須先進行注冊。具體表的設計結構如下： 表 312留言表 列名 類型 長度 是否允許空值 message_id int 4 否 title varchar 100 否 content text 是 user_id int 4 是 flag boolean 1 是 submittime timestamp 4 否 回復表 response 存放的是留言回復的相關信息。具體表的設計結構如下： 表 310國家信息表 列名 類型 長度 是否允許空值 country_id int 4 否 name varchar 64 否 省份信息表 provinc 存放的是省份的相關信息 。具體表的設計結構如下： 表 37訂單表 列名 類型 長度 是否允許空值 order_id int 4 否 buyamount int 4 是 cost double 8 否 submittime timestamp 4 否 user_id int 4 是 orderstatus_id int 4 是 payway_id int 4 是 訂單狀態(tài)表 orderStatus