緒論伴隨著互聯網絡技術的飛速發展，現如今人們紛紛傾向于網絡書籍的購買，這樣的圖書銷售模式愈發新穎，相較于傳統書店而言，這樣的銷售方法存在諸多優勢，包括：其一，壓縮銷售成本；其二，通過網絡達到交易的最終目的，這也是對傳統交易的優化，避免交易活動受到的空間與時間限制；其三，信息溝通效率提升，整體系統運作更為靈活。隨著新書信息的上傳之后，客戶可以直觀地了解圖書信息，網絡中便可以達到交易，這也促使了交易效率的提升。正是因這部分優勢的存在，網上圖書銷售得以進一步發展。目前網上圖書銷售系統的核心功能便是基于網絡作為交易基礎，在互聯網中公示圖書的基本信息，如此用戶便可以在登錄系統后獲取相關信息，抑或者是對圖書信息加以查看，以訂單的方式提交信息，達到在線交易的最終目的。可行性分析社會可行性在信息技術持續發展的當下，網民數量激增，網絡中的世界構建也愈發豐富，相關資源逐漸趨于多元化。目前網絡圖書銷售成為互聯網中的新興模式，用戶在網絡消費后一段時間內便可以收到相應書籍。網上系統的研發旨在提供書籍出售服務，相關研究與實踐均與國家標準相符，并不存在違反法律、政策或者道德規范的設計。技術可行性本系統采用的是JSP、SpringBoot、Mybatis、MySQL開發，Windows10操作系統，直接與后臺數據庫取得聯系，繼而達到新增、刪除、修改與查詢等多項功能。因JSP功能愈發突出，而MySQL的功能相對比較簡便，后續開發時間損耗較低，軟件靈活度較高，再加上現如今的普及與廣泛使用，目前平臺研發最為適宜的技術包括：MySQL，JSP，Mybatis等。就技術角度來看，其具有一定的可行性。就硬件的角度而言，在科技持續增長的當下，硬件也在不斷地推陳出新，容量持續增多，軟件的可靠性也相應增強，整體價格下降，硬件平臺與本系統的實際需求相符。操作可行性現如今，該系統可以在多個計算機中運行，不論是何種操作都不會影響到原本計算的系統布局與設計，整個操作頁面并不復雜，信息相對比較完善，部分人員在接受指導后也能夠很靈活地操作該軟件。系統開發平臺及運行環境系統開發平臺基于Tomcat環境中，開發人員實行各項開發工作。對于Tomcat而言，其屬于Servlet容器，整體相對比較簡單，該項目由Apache基金會研發，也是Jakarta項目中的關鍵項目之一，由Apache，Sun聯合其他公司與個人研發。因Sun地參與其中，Tomcat中總能展現出最潮流的Servlet和Jsp規范。對于Tomcat環境而言，其技術優勢包括以下幾方面：第一，WAR文件設立于Tomcat的應用程序之中。Sun提出WAR，該程序屬于Web應用程序的一部分，與JAR相似，也正是文件壓縮包的一種。第二，基于Tomcat環境下，應用程序的布局與設計相對比較方便，只需在Tomcat的webapp目錄下放入WAR即可，該軟件會對此文件加以檢測，并解壓這部分文件。第三，就Tomcat而言，其不單單作Servlet容器存在，其也可以提供傳統web服務器的各項功能，對html頁面加以處理。第四，Tomcat可以與其他軟件集成，繼而豐富實際操作與各項功能。運行環境操作系統：Windows10以上版本。服務器軟件：Tomcat7.0以上版本。瀏覽器：IE、FireFox、GoogleChrome。需求分析系統功能模塊概述和分析對于網上書店系統模式而言，其屬于網上購物實踐中運用范圍廣泛的電子商務企業對客戶模式，目前已經具備了多種功能，比方說：訂單管理、購物車、搜索等方面。除此之外，本系統也可以當對后臺圖書銷售系統實行各項管理操作，比方說訂單處理、圖書信息的新增等。以下為網上書店系統的各項功能：（1）前臺（客戶購買）部分：用戶管理：用戶注冊本系統的會員，之后進行登錄或者退出等各項操作。分類顯示：將所有類別地展示給用戶。圖書顯示：參照類別對圖書信息加以查詢，借助關鍵字進行圖書信息查詢，明確某部圖書的具體信息。購物車管理：將圖書新增至購物車中，優化購物車的圖書數量更改，刪除購物車的圖書等功能。訂單管理：用戶基于購物車內進行下單，在完成支付后便形成訂單信息，主要功能包括我的訂單信息查詢、訂單支付、取消支付等。（2）后臺（管理員管理）部分：管理員：管理員憑借正確的密碼與賬號登錄至本系統中；分類管理：對所有類別加以查看，新增或者修改不同類別，也可以刪除部分類別。圖書管理：參照分類信息對圖書進行檢索，新增圖書信息，編輯圖書或者刪除圖書信息等。訂單管理：對用戶訂單加以搜索，確認訂單的核心信息，取消訂單，發貨；系統功能模塊設計根據系統功能分析，可以畫出系統的功能模塊圖。圖3-1用戶購書功能圖圖3-2后臺管理員功能圖數據庫分析目前信息管理體系中，核心功能之一便是對管理所需的信息加以獲取，這也要求系統需要存儲諸多數據信息，而這一功能的達成離不開大型數據的支持。此次系統的后臺數據庫開發工具選用MySQL。概念模型設計信息世界的模型建設為概念模型，與實際DBMS并無關聯。為虛擬化現實事物中的核心事宜，設立某一DBMS支持的數據模型，人們一般會以信息世界取代原本的現實世界，之后則演變至機器世界。換言之，第一，我們需要對現實世界的信息加以抽象，繼而形成某一信息結構，這部分信息結構不再以原有的計算機系統為基礎，同樣脫離了DBMS，更多是概念層面的模型。接著便是在計算機中轉換某一DBMS支持的數據模型。從本質上來看，概念模式是現實世界過渡至機器世界的橋梁。基礎性的信息世界概念主要有兩部分，具體如下：(1)實體(entity)存在于客觀世界中，且相互獨立的事物被人們定義為實體，實體可以指代具體的事物或者人，也可以是抽象化的理念。例如，一個學生、一門課、一個供應商、一個部門、一本書、一位讀者等都是實體。(2)聯系(relationship)基于客觀世界中，事物間具有一定的關聯性，這部分關聯性直接反映到信息世界則表現為實體間的關聯與實體內部關聯。前者可以細化為三部分：其一，一對一聯系；其二，一對多聯系；其三，多對多聯系。后者則指的是構成實體的各項屬性彼此關聯，相互影響。概念模型主要是在信息化的世界中構建模型，因此該模型也能夠更為方便地體現信息世界的各項理念。多種方式可以構建概念模型，在這之中，上個世紀70年代提出的實體，聯系方法(Entity-RelationshipApproach)更為使用，也就是人們常說的E-R法，由P.P.S.Chen首次提出。參照數據流程的各項內容，繼而確立如下圖所示的全局E-R模型圖，具體內容如下所示：圖3-3全局E-R模型如圖從計劃規劃的角度來看，以下實體必不可少，包括：圖書類別、訂單、管理者以及購物車等部分。以下為各個實體的具體描述屬性圖，由于屬性較多，部分圖中并未完全展示，具體內容如下：（1）用戶實體圖3-4用戶實體圖（2）圖書分類實體圖3-5圖書分類實體圖（3）圖書實體圖3-6圖書實體圖（4）購物車實體購物車其實是購物項的集合！即多個購物項構成了購物車。圖3-7購物車實體圖（5）訂單實體訂單其實是訂單項的集合！即多個訂單項構成了訂單。圖3-8訂單實體圖圖3-9訂單項實體圖數據庫表設計數據庫設計與研發旨在研發概念結構的過程中，與選用DBMS產品相適應的數據模型取代原本的E-R圖，這與數據模型的設計與研發結構相符，諸多內容涵蓋于其中，比方說數據項、記錄間的聯系、一致性約束等。邏輯結構的導出是否符合相應理念，功能或者技術方式是否與用戶的需求相符，這些還有待進一步商榷。本系統數據庫表如下：（1）user_info字段名稱數據類型主鍵是否空說明user_idchar(32)YN主鍵user_namevarchar(50)NN登錄名user_passvarchar(50)NN登錄密碼emailvarchar(50)NN郵箱地址jion_timebooleanNN加入時間（2）category字段名稱數據類型主鍵是否空說明category_codevarchar(20)YN主鍵category_amevarchar(20)NN分類名稱（3）book字段名稱數據類型主鍵是否空說明book_idintYN主鍵book_namevarchar(50)NN書籍名稱authorvarchar(50)NY作者pricedecimal(8,2)NY定價pressvarchar(100)NY出版社pub-datedateNY出版時間editionintNY版次stockintNY庫存descriptionintNY書籍描述printtimechar(10)NY印刷時間isbnchar(32)NYISBNimagevarchar(255)NY書籍圖片create_timedatetimeNY上架時間（4）cartitem字段名稱數據類型主鍵是否空說明cartItemIdchar(32)YN主鍵quantityintYN數量bidchar(32)YN圖書IDuidchar(32)YN用戶IDquantityintYN購買數量（5）order字段名稱數據類型主鍵是否空說明oidchar(32)YN主鍵ordertimechar(19)YN下單時間totaldecimal(10,2)YN合計金額statusintYN訂單狀態addressvarchar(1000)YN收貨地址uidchar(32)YN用戶ID（6）orderitem字段名稱數據類型主鍵是否空說明order_idchar(32)YN主鍵quantityintYN數量subtotaldecimal(8,2)YN小計bidchar(32)YN圖書IDbnamevarchar(200)YN圖書名稱currPricedecimal(8,2)YN圖書當前價oidchar(32)YN所屬訂單ID網上書店系統前臺設計與實現基于網上購物系統的前臺頁面，用戶可以瀏覽圖書信息，也可以選購相應圖書。當網站前端的設計比較美觀時，還需要保持前臺的干凈整潔。所以，前臺設計需要關注以下三點，即簡單明確、邏輯清晰、具有一定的層次感。下文筆者將簡單論述此次系統研發環節的前臺設計內容：首頁設計目前系統首頁由三個模塊構成，實行內嵌框架技術，頁面布局為上中下三部分。圖4-1首頁（1）上部的實現以下兩大內容構成上部，包括：其一，網站標題；其二，菜單導航條。菜單由系統化的超鏈接形成，在用戶進入本系統后，其需要完成注冊與登錄工作。登錄完成后便出現了以下功能，比方說“購物車”、“用戶名”等，而“訂單”和“退出”超鏈接，在以“用戶名”內。（2）中部的實現左部顯示所有圖書分類以及搜索圖書的顯示（3）中部的實現中部是網站的骨干，點擊任何超鏈接都會在中部顯示。用戶模塊在整個網站研發中，注冊用戶占據核心地位，此次網站設計中用戶注冊功能的意義在于便利了網站信息的增加、刪除與修改等功能。用戶注冊用戶只有注冊后才能夠進行登錄，輕觸首頁之中的注冊按鍵，系統便會自動跳轉至對應頁面。圖4-2用戶注冊界面（1）表單校驗注冊頁面對用戶輸入的數據進行校驗：用戶名：不能為空；長度必須在3~15之間；不能是已注冊過的；登錄密碼：不能為空；長度必須在6~15之間；Email：不能為空；必須是正確的Email格式；不能是注冊過的Email；表單校驗中，用戶名是否被注冊過、Email是否被注冊過這些都需要請求服務器。用戶登錄在首頁點擊“登錄”鏈接就可以來到登錄頁面。圖4-3用戶登錄界面（1）表單校驗用戶名：不能為空；長度必須在3~15之間；用戶名是否存在；密碼：不能為空；長度必須在6~15之間；登錄表單校驗完成，其中用戶名是否存在，向服務器發送請求。（2）登錄成功用戶在成功登錄后，系統便會跳轉至首頁，用戶名、購物車等功能顯示在其中，并附有部分鏈接。換言之，只有用戶登錄與注冊本系統后才具備這部分功能操作，游客并不能運用這部分功能。退出在用戶登錄后，輕觸退出按鍵便可以退出本系統。成功退出的情況下，系統將會自動跳轉為登錄頁面。圖書模塊圖書列表基于系統首頁，用戶選定某一類別后，圖書列表的頁面便會顯示于首頁之中，借助分頁的形式展示圖書列表。圖4-4圖書列表界面可以在圖書列表上方輸入關鍵字進行搜索。圖書詳細點擊某本圖書，會到達圖書詳細頁面。圖4-5圖書詳細界面搜索在圖書列表頁面點擊搜索到達搜索頁面。搜索書名，是模糊查詢。圖4-6搜索界面搜索書名。而且三個條件都是模糊查詢。購物車購物車通過數據庫的使用，繼而達到存儲數據的目的。換言之，在購物車中新增圖書，這部分信息永遠地存儲于其中，不會因頁面跳轉或者用戶退出而消失，此外，數量的調整也是需要經由數據庫操作后實現。添加圖書到購物車基于圖書的詳情頁中，用戶確定書籍購買數量，之后點擊購買按鍵，購物車中便會出現這部分書籍，之后頁面也將跳轉至購物車。圖4-7添加購物車界面我的購物車也可以在首頁上部點擊“我的購物車”鏈接查詢購物車。購物車列表頁面會顯示所有車中所有條目，每個條目會顯示圖書圖片、圖書名稱、圖書當前價、數量，以及小計。修改條目數量在購物車列表頁面中，點擊某個條目上的數量來完成修改數量。這項操作會修改底層數據庫，完成對數據庫表的修改。刪除條目在購物車列表頁面中，點擊某個條目后面的“刪除”鏈接會刪除當前條目。也可以勾選N個條目，然后點擊“批量刪除”鏈接，完成一次刪除多個條目。選中條目，準備生成訂單在購物車列表頁面中，勾選要購買的條目，然后點擊“結算”按鈕，完成選中條目，準備生成訂單，這會到達訂單準備頁面。生成訂單在訂單準備頁面，輸入收貨地址，然后點擊“提交訂單”按鈕，完成下單（生成訂單）。這時會到達“下單成功”頁面。圖4-8生成訂單界面訂單列表在首頁上部點擊“查看”鏈接，就會到達訂單列表頁面。該頁面會顯示當前用戶的所有訂單信息。該頁使用分頁顯示訂單！圖4-9訂單列表界面網上書店系統后臺設計與實現在網上書店系統之中，后臺功能研發主要面向管理員開放，實際功能包括分類管理、訂單整理等幾種。管理員登錄后臺管理員登錄頁面，登錄成功后到達后臺主頁。圖5-1管理員登錄界面后臺主頁管理員登錄成功后，到達主頁。主頁是框架頁，由上、左、中，三部分構成。左部顯示標題和菜單，分別為：“書籍管理”、“訂單管理”、“用戶管理”、“上架書籍”，以及當前用戶名稱；上默顯示標題和菜單，分別為：“回到首頁”、“用戶名”、“退出”。所有的圖書信息顯示于中部，在輕觸上部鏈接后，相關信息將顯示于中部。圖5-2后臺主頁書籍管理書籍列表當點擊首頁左部的“分類管理”鏈接到達分類頁面。圖5-3書籍列表界面添加分類在分類管理頁面中有“分類代碼”和“分類名稱”框，點擊并填寫需要的分類。修改分類基于分類列表中，各個分類均具備編輯按鍵，輕觸此按鍵后，系統便可以跳轉至對應頁面，由管理員完成修改。圖5-4修改分類界面刪除分類基于分類列表中，各個分類均具備刪除按鍵，輕觸此按鍵后，系統便可以跳出刪除鏈接，由管理員進行刪除。圖5-5刪除分類界面上傳書架可以通過這個模塊添加新圖書。點擊“圖書管理”鏈接后，在中部會出現“添加圖書”鏈接，點擊后會進入添加圖書表單頁面。圖5-6添加圖書界面訂單管理訂單列表輕觸訂單管理按鍵，系統將跳轉至訂單頁，所有訂單信息將會顯示于此頁面之中。根據狀態查詢的按鍵存在于訂單列表的頁面之中，包括已發貨、待發貨等狀態。管理員在輕觸這幾項鏈接后便可以在對應頁面查詢相關訂單信息。圖5-7訂單列表訂單詳細在訂單列表頁面中，點擊某個訂單后面的：查看、編輯、刪除，點擊查看會進入到訂單詳細頁面。訂單詳細頁面會顯示當前訂單的信息，而且會根據點擊的鏈接顯示不同的按鈕。圖5-8訂單詳細點擊發貨和更新按鈕完成相應操作即可。系統測試測試的目的與目標隨著該系統的初步設計完成后，相關人員需要就系統實行檢測工作，明確系統設計環節的相關問題。以測試的方式，為后續的軟件研發與改進提供參照，這樣也能夠為后續系統的優化奠定堅實的基礎。通過測試確定系統的各項功能是否能夠實現，軟件系統的健壯性也需要進一步提升。測試方法站在軟件內部結構關注度與具體實現的角度，大致可以將測試方法細化為：其一，黑盒測試；其二，白盒測試。站在程序是否執行的角度，大致可以將測試方法細化為以下幾部分：其一，靜態測試；其二，動態測試。就軟件研發的角度來看，大致可以將其細化為以下幾部分，包括：其一，單元測試；其二，集成測試；其三，確認測試；其四，系統檢測；其五，回歸測試等。人們也用模塊測試稱呼單元測試，該測試的主要對象為程序模塊，這也是系統中的最小模塊，通過測試工作檢驗模塊功能是否正確。該測試的意義在于明確模塊間存在的問題。單元測試必須以程序的內部結構設計為基礎，繼而制定相應測試用例。單元測試可以多個模塊并行開展。對于集成測試而言，其別名也叫聯合測試、組裝測試，一般是以單元測試為基礎，根據設計需求組裝系統，此次研發需要重點關注的問題如下：首先，在連接各個模塊的過程中，由模塊傳輸至另一個模塊期間，接口處的數據是否完整；其次，模塊的功能是否會被其他模塊影響；接著，綜合不同子功能，確定最終父功能能否實現；然后，整體的數據結構是否存在弊端；最后，模塊誤差累積后是否會導致十分嚴峻的問題。人們也將確認測試稱之為有效性測試，主要目的在于確認軟件的功能與性能是否符合用戶的需求。在說明書中相關人員已經明確軟件測試的性能與功能需求，軟件測試的基礎性內容便是軟件信息。就系統測試來說，其是借助軟件測試的方式達到測試的最終目的。軟件在計算機系統中占據關鍵性位置，綜合硬件、支持設備等元素的使用，在適宜的環境中，就計算機系統開展體系化的組裝與確認測試。系統測試旨在綜合對比現有功能與最初的客戶需求，確認軟件與系統定義相沖突的部分，并就此加以改進。驗收測試的意義在于綜合評估系統的有效性，在軟件配置審查通過的情況下實行系統的驗收工作。驗收測試主要以用戶為主導。軟件開發與質量保障人員均需要參與此次測試，用戶負責測試用例的設計與研發，并借助生產與生活中的實際數據加以檢測。在測試期間，不僅僅需要對軟件的功能與性能加以關注，還需要明確軟件的兼容性、恢復性等問題。測試用例隨著功能檢測模塊的增加，測試內容也愈發豐富，此次研究受限于編寫篇幅，因此僅選取系統登錄作為測試對象，下表6-1詳細介紹了具體測試內容，就測試結果而言，其與預期結果相差不大。表6-1登入系統測試用例功能特性用戶登錄驗證測試目的驗證是否輸入合法的信息測試數據用戶名稱：1111密碼：111111測試內容操作描述數據期望結果實際結果測試狀態1輸入用戶姓名，按“登陸”按鈕。用戶姓名：1111，密碼為空顯示警告信息“用戶名或密碼誤!”顯示警告信息“密碼至少需要六個字符!”與期望結果相同2輸入密碼，按“登陸”按鈕。用戶姓名為空，密碼：111111顯示警告信息“用戶名或密碼誤!”顯示警告信息“用戶名至少是3-15位字母數字和下劃線構成!”與期望結果相同3輸入用戶姓名和密碼，按“登陸”按鈕。用戶姓名：1，密碼：1顯示警告信息“用戶名或密碼誤!”顯示警告信息“用戶名至少是3-15位字母數字和下劃線構成!”與期望結果相同4輸入用戶姓名和密碼，按“登陸”按鈕。用戶名：1111，密碼：111111正確