【文章內容簡介】 at 服務器 Tomcat 服務器是一個免費開源的 Web 應用服務器， 由于可隨時下載使用， 有很多能人異士 對其進行修改，使得其功能性能更加完善。 Tomcat 屬于輕 量級 的 應用 服務器 ，使用簡單方便，性能穩(wěn)定、速度快， 普遍應用于中小型系統(tǒng)和并發(fā)訪問的用戶數(shù)量不是很多的情況。 在 機器上配置好 Apahce Tomcat 服務器， 就 可利用它響應對 html 頁面的訪問請求。實際上 Tomcat 部分是 Apache 服務器的擴展，但它是獨立運行的，所以當運行Tomcat 時，它實際上 是 作為一個與 Apache 獨立的進程單獨運行的 [2]。 3． MySql 數(shù)據庫 MySql 是目前最受歡迎的開源 （免費開放） 的 數(shù)據庫，它由 MySql AB 使用 C 和 C++編寫 開發(fā)、發(fā)布和支持。 由于其開源，網上很多的 能人異士對其進行了修改， 使 得 MySql數(shù)據庫的性能更加完善。 MySql 是一個多線程、多用戶和健壯的 SQL數(shù)據庫服務器。 MySql是一款完全免費的數(shù)據庫產品。 MySql 數(shù)據庫服務器的特點是 速度快 、 性能 可靠、 使 用簡單 。 對于大多數(shù)的個人使用者和普通中小型企業(yè)來說， MySql 所提供的功能已經足夠了，而且由于 MySql 是開源軟件，因此可以大大降低成本。 哈爾濱學院本科畢業(yè)論文（設計） 6 第二章 系統(tǒng) 需求分析 可行性分析 開發(fā) 每一個項目之前，都要進行可行性分析， 這樣才可以降低項目 開發(fā) 的風險，避免人力、物力、財力的浪費 ，下面就從 技術 、經濟和法律 三 個方面來 分析 介紹。 1． 技術可行性 本系統(tǒng)采用的是 B/S(Browser/Server,瀏覽器 /服務器模式 )結構，可以在任何地方進行操作而不用安裝任何軟件，只要 有一臺能夠 上網的電腦就可以使用。數(shù)據庫使用的 MySql，具有 體積小、速度快、開源 的特點 ， Sql 語句也是用來訪問數(shù)據庫的最常用標準化語言。本系統(tǒng)操作簡單，只需要能夠熟練操作 Windows，然后在對操作本系統(tǒng)的工作人員稍加培訓即可工作， 所以本系統(tǒng)在技術上是可行的 。 2． 經濟可行性 本系統(tǒng)所要使用的軟件都是開源的，為本系統(tǒng)的開發(fā)節(jié)省了大量的金 錢，達到降低成本，提高開發(fā)效率的目的 。同時，寵物犬網絡交易平臺在店面人員等方面的投資較少，客流量大，交易機會大，能夠為網站帶來經濟效益， 所以在經濟上是具有完全的可行性的。 3． 法律可行性 該寵物犬網絡交易平臺是自行開發(fā)的管理系統(tǒng)，是具有實際意義的系統(tǒng)，開發(fā)環(huán)境、軟件和使用的數(shù)據庫都是開源的，不存在侵權等問題，即法律上是可行的。 系統(tǒng) 安全 性 和數(shù)據 完 整性需求分析 系統(tǒng)的安全性 在 信息管理過程中 ， 要保證 數(shù)據 的存 取 是安全 的 ， 并 保證程序正常運行。數(shù)據的安全性則體現(xiàn)在對數(shù)據的訪問和存儲的安全性上，用戶 要經過權限驗證登錄到系統(tǒng)后才可以對數(shù)據進行訪問，非法用戶不可以對數(shù)據進行操作，保證數(shù)據的安全性。 具體要求如下： 首先， 要想管理本系統(tǒng)的寵物犬及用品等各信息，必須先要憑 借 管理員的用戶名和密碼登 錄 到系統(tǒng)中，非管理員用戶不能通過登錄驗證，即不能登錄到后臺系統(tǒng) 對 系統(tǒng)的任何信息和數(shù)據 進行操作 ，以確保系統(tǒng)的嚴密性和安全性。 其次， 在具體實現(xiàn) 時 設定不同 等級的 權限，用戶登錄到系統(tǒng)后，不能越級操作，管理員可以 操作 所有模塊；普通用戶用戶只能在前臺進行操作，比如，查詢商品信息、在線購買、下訂單等功能；未注冊用戶只能在線瀏覽店內信 息，查詢店內商品。 哈爾濱學院本科畢業(yè)論文（設計） 7 數(shù)據的完整性 寵物犬網絡交易平臺系統(tǒng)的數(shù)據在存儲到數(shù)據庫中時，必須保證數(shù)據具有完整性，主要表現(xiàn)在兩個方面：邏輯完整性和存儲完整性。所謂的邏輯完整性就是要保證數(shù)據的邏輯關系具有完整性，也就是在數(shù)據傳輸?shù)倪^程中要保證數(shù)據的邏輯關系完整性；所謂的存儲完整性就是保證數(shù)據在物理存儲的層面上具有完整性。具體要求如下： （ 1） 各種 信息 數(shù)據 具有完整性， 每種信息數(shù)據 不能為空 （ 2） 各種數(shù)據間的相互聯(lián)系及邏輯關系具有正確性 （ 3） 相同數(shù)據在不同數(shù)據表中的記錄具有一致性 系統(tǒng) 功能需求分析 系統(tǒng)功能 需求分析 主要是利用用例圖的表示方式來 分析描述 系統(tǒng)的功能。用例圖一般包括 參與 者、用例以及兩者之間的關系三個方面。參與者一般指人 即系統(tǒng)的理想用戶 ，是用來描述和用例之間進行交互的軟件系統(tǒng)外部的主體；用例 是外部可見到一個系統(tǒng)功能單元，這些功能 由 系統(tǒng)單元所提供，并通過一系列系統(tǒng)單元與一個或多個參與者之間交換的消息所表達。 系統(tǒng)前臺的需求分析 寵物犬網絡交易 系統(tǒng)的前臺用例圖如圖 21 所示。 該用例圖 用于 描述 寵物犬網絡交易系統(tǒng)所需要實現(xiàn)的 用 戶 的具體功能需求，圖中 的 橢圓形 標識用例，圖中所示 的 “注冊用戶 /上網用戶 ”為該子系統(tǒng)中所涉及到的不同的系統(tǒng) 參與 者。 注 冊 用 戶上 網 用 戶留 言 評 價注 冊瀏 覽購 物 車訂 單個 人 信 息 圖 21 前臺 用例圖 由圖 22 可見，該系統(tǒng)包括 已 注冊用戶和上網用戶兩 個參與 者 及注冊、 產品瀏覽、購物車 、 訂單處理 、留言和個人信息管理 六 大用例，所有前臺部分需求要完成如下任務： 1． 注冊 上網用戶只可以瀏覽網站的信息，如果想要進行購買、留言等操作，就需要注冊成為哈爾濱學院本科畢業(yè)論文（設計） 8 本網站的會員。填寫相應的注冊信息之后，注冊成功，即可進行購買。 2． 產品瀏覽 所有用戶都可以瀏覽該系統(tǒng)所展示的產品 ，同時系統(tǒng)還會提供類別展示等 。 3． 購物車 登錄 的 用戶 可以使用購物車功能 ，當用戶 選 中一條寵物犬或 選 中某些寵物犬用品時，通過一鍵操作，將 想要購買 的 商 品放入購物車中 ，并可用對購物車 進行管理 。 4． 訂單處理 登錄用戶在提交付款信息、配送地址信息之后，系統(tǒng)會自動 生成 一個訂單。該訂單便于 本店管理 人員依據訂單信息進行發(fā)貨處理。同時 登陸用戶也可以進入訂單管理界面，查詢 自己的訂單信息，隨時跟蹤訂單的情況。 5． 留言 評價 登 錄 用戶如果對店內物品或客服人員有意見，可用留言，管理員會查看并處理。 當用戶購買并收到貨物之后，打開訂單詳情，即可對所購買的商品進行 評價。評價要實現(xiàn)一對一的評價。 6． 個人 信息 管理 由于本系統(tǒng)主要是用于寵物犬及用品的交易，個人信息不為重點，所以個人信息只設置一些必要的，并不十分豐富，但用戶還是可以查看并修改個人信息的。 在登陸的時候，也是通過服務調用的方式認證用戶。 系統(tǒng)后臺的需求分析 依據 系統(tǒng)前臺中欄目的劃分，系統(tǒng)后臺的用例圖如圖 22 所示。 超 級 管 理 員管 理 員后 臺 登 錄寵 物 犬 信 息 管 理寵 物 犬 用 品 信 息 管 理類 別 管 理訂 單 管 理公 告 管 理會 員 管 理管 理 員 管 理 圖 22 后臺部分用例圖 哈爾濱學院本科畢業(yè)論文（設計） 9 系統(tǒng)后臺需要完成的 任務如下： 1． 后臺登 錄 在 該 模塊中，管理員通過 后臺的 登錄 頁面 進入后臺，進行系統(tǒng) 管理，這些管理員 登錄后臺系統(tǒng) 時 需進行權限和身份的驗證，只有驗證通過，才可以進入后臺系統(tǒng)進行管理。 2． 類別信息管理模塊 在該模塊中完成對類別信息的管理，包括類別查看、錄入、修改和刪除等功能操作。其中類別信息包括類別 ID 號、類別名稱、所屬類別 的 ID 等信息。 3． 寵物狗信息管理模塊 在該模塊中定義了寵物狗信息的管理， 管理員通過該模塊進行 寵物狗信息錄入、查看、修改、刪除等操作。 4． 寵物狗用品信息管理模塊 在該模塊中定義了寵物狗用品信息的管理， 管理員通過該模塊進行 寵物狗用品信息錄入、查看、修改、刪除等操作。 5． 訂單管理 該模塊定義了本店的訂單信息管理， 管理員通過此模塊 管理 已付款確認的訂單，確認未付款的訂單，已經交貨的訂單等等，進行日常訂單數(shù)據處理與維護。 6． 留言管理 該模塊定義了本店留言信息的管理， 管理員通過此模塊對整個系統(tǒng)里的會員留言進行管理，及時處理好會員的留言信息。 7． 會員管理模塊 該模塊中包括 查看 會員信息和修改刪除會員信息三個功能。 8． 系統(tǒng)管理模塊 在該模塊中定義了系統(tǒng)日常維護的功能，包括公告信息的添加和查詢功能，以及系統(tǒng)用戶管理和修改密碼等功能。 交易 業(yè)務流程 需求 分析 下面介紹一下本系統(tǒng)的 交易業(yè)務流程，如圖 23 所示 ． 哈爾濱學院本科畢業(yè)論文（設計） 10 會 員 購 物 車 管 理 員查 看 寵 物 犬 / 用 品添 加 到 購 物 車瀏 覽購 物 車 修 改 確 認填 寫 地 址訂 單 提 交訂 單 處 理反 饋 處 理 后 訂 單收 貨 確 認查 看 訂 單 評 價登 錄 圖 23 交易業(yè)務 順序 圖 首先，上網者進入到該店 頁面 ，并瀏覽本店商品， 可以 根據分類等方式查詢店內寵物犬或用品信息，最后選定所要購買 的寵物犬或用品 。 想要購買必須先 登錄，如果不是本店會員， 需要 先注冊賬號再登錄， 登錄后， 將選中物加入到購物車。 這時 可以繼續(xù)瀏覽并購買， 結賬前可以先 對購物車進行 整理 ，如用品數(shù)量修改，刪除某購買物等，確認后填寫 收貨 地址 、電話等信息 ，提交訂單，等待發(fā)貨。管理員根據訂單地址等信息發(fā)貨并確認發(fā)貨，即處理 訂單。買家查看訂單信息，收貨，確認收貨，給予評價 ，本次交易結束。 軟硬件配置 硬件需求： CPU： Pentium 以上 的 計算機 內存 : 大小在 512M 以上 軟件需求： 開發(fā)環(huán)境 ： Windows XP /vista/Win7 開發(fā)工具： MyEclipse 后臺服務器： Apache Tomcat 數(shù)據庫： MySql 數(shù)據庫 瀏覽器： 以上 哈爾濱學院本科畢業(yè)論文（設計） 11 第三章 系統(tǒng) 設計 系 統(tǒng) 架構 設計 本系統(tǒng)采用的架構是現(xiàn)在比較流行的，具有高度靈活性和可擴展性的三層架構 ，即界面層 (Interface Layer)、應用邏輯層 (Application Login Layer)、數(shù)據層 (Data Access Layer)分開 。該架構能夠適應數(shù)據和功能的不斷變化的 需求，分層明確 ，是當前使用比較頻繁的一種架構 ，如圖 31 所示。 界 面 層 應 用 邏 輯 層 數(shù) 據 層 數(shù) 據 訪 問 及 事 務 圖 31 系統(tǒng)結構 1． 界面層 在界面層，采用 html， css， javascript 等技術實現(xiàn)，在保證頁面穩(wěn)定的情況下，增加頁面的動態(tài)效果，提升用戶體驗度，也使得系統(tǒng)更加靈活。 2． 應用邏輯層 在應用邏輯層，使用 J2EE 技術，將各功能代碼封裝，方便靈活，可以保證業(yè)務相對穩(wěn)定，主要使用 struts 框架控制業(yè)務過程。 3． 數(shù)據層 在數(shù)據層，主要使用 Hibernate 技術，將數(shù)據表映射為對象模型，并對數(shù)據訪問等進行控制，增大系統(tǒng)數(shù)據的適配性。 根據需求分，該系統(tǒng)設計的總體功能結構如圖 31 所示。 哈爾濱學院本科畢業(yè)論文（設計） 12 前 臺 信 息 管 理搜索注冊登錄注銷在線下訂單店內信息瀏覽個人信息維護留言評價購物車后 臺 信 息 管 理類別管理會員管理寵物狗信息管理寵 物狗 用品 信息 信息 管理修改個人密碼寵 物 犬 網 絡 交 易 系 統(tǒng)系統(tǒng)管理公告管理寵物犬用品瀏覽寵物犬瀏覽 圖 32 寵物犬網絡交易系統(tǒng)的 功能結構圖 數(shù)據庫設計 本系統(tǒng)的設計中，數(shù)據庫的設計是十分重要的。如今，數(shù)據庫基本上已經成為現(xiàn)代 信息系統(tǒng)的核心部分。數(shù)據設計影響著系統(tǒng)的代碼的難度 ，同時也影響著系統(tǒng)的運行速度 。好的數(shù)據庫結構可以方便代碼的書寫，簡化數(shù)據庫之間的聯(lián)系，是得代碼邏輯清晰流暢，同時也會提高系統(tǒng)整體的速度。 下面從數(shù)據庫的概念結構和邏輯結構兩方面進行介紹。 數(shù)據庫的概念結構設計 概念設計是指在數(shù)據分析的基礎上自底向上的建立整個系統(tǒng)的數(shù)據庫概念結構，從用戶的角度進行視圖設計，然后將視圖集成，最后對集成的結構分析優(yōu)化得到最后結果 [6]。 在本系統(tǒng)中，數(shù)據庫的概念結構設計采用的 ER 圖模型的設計方式。 ER（ 實體 —聯(lián)系 ） 模 型 共 有三個組成元素 ，分別是 實體 （矩形） 、屬性 （橢圓形）和 聯(lián)系 （ 菱形 ） 。 ER 模型用 ER 圖表示， 主要是用來提示用戶該工作環(huán)境中設計到的事務 ， 讓參看者能夠很好的明白事務間的關系。屬性則是對實體特性的描述，讓參看者一眼就可以看出每個實體所具有的屬性即特征。 分析后 建立 的 實體圖和 ER 模型圖 如下 。 （ 1） 普通用戶實體