【文章內(nèi)容簡介】 終提交，來完成一個或多個商品的購買。與本用例相關的角色為 Leaguer。 主要事 件流程： 角色動作 系統(tǒng)響應 ○ 1 會員選擇要購買的手機，進行購物車添加動作。 ○ 2 系統(tǒng)獲取購買的手機型號，從服務器端得到該手機信息，并計算出會員優(yōu)惠價格，并放到系統(tǒng)購物車中暫存起來。 修改購物車用例文檔見表 24。 表 24 修改購物車用例詳細描述 用例名稱： 修改購物車 用例 ID： 104 角色： Leaguer 基本描述： 此用例的前提條件為會員成功的添加了購物車，在購物車界面中會員可以對其購買的手機的數(shù)量進行相應的修改。與本用例相關的角色為 Leaguer。 主要事 件流程： 角色動作 系統(tǒng)響應 ○ 1 會員進入購物車界面。 ○ 2 系統(tǒng)等待會員進行更改操作。 ○ 3 會員對手機購買數(shù)量進行修改。 ○ 4 系統(tǒng)獲取修改信息，進行購買數(shù)量校驗，如果購買數(shù)量大于庫存，給出錯誤提示，否則修改完成。 15 提交購物車是否發(fā)生交易的關鍵部分，只有提交了購物車，此次交易將以訂單的形式反饋給服務器端。提交購物車用例文檔見表25。 表 25 提交購物車用例詳細描述 用例名稱： 提交購物車 用例 ID： 105 角色： Leaguer 基本描述： 此用例的前提條件為會員成功的登錄，并正確的完成了添加購物車等操作。然后提交購物車，本次購買的信息將以一條訂單記錄的形式反饋給系統(tǒng)。與本用例相關的角色為 Leaguer。 主要事 件流程： 角色動作 系統(tǒng)響應 ○ 1 會員提交購物車。 ○ 2 系統(tǒng)驗證購物車信息是否正確，驗證會員是否登錄，如果驗證合法，完成購物車的提交操作，否則給予錯誤提示。 對于一個商務網(wǎng)站搜索功能是非常關鍵的，如何讓用 戶最快，最有效的找到自己所需要的商品是系統(tǒng)首要完成的任務。手機查詢用例即是根據(jù)用戶的不同輸入條件在，信息庫中查找符合要求的手機信息，并反饋給消費者。手機查詢用例文檔見表 26。 表 26 手機查詢用例詳細描述 用例名稱： 手機查詢 用例 ID： 106 角色： Leaguer 基本描述： 此用例完成會員對本系統(tǒng)中的產(chǎn)品的信息的快速查看。用戶可以根據(jù)自己的要求在系統(tǒng)中查找符合其要求的手機。與本用例相關的角色為 Leaguer。 主要事 件流程： 角色動作 系統(tǒng)響應 ○ 1 會員欲查詢符合自己需求的手機。 ○ 2 系統(tǒng)等待會員輸入查詢條件。 16 ○ 3 會員輸入自己的要求并查詢。 ○ 4 系統(tǒng)獲取會員鍵入的查詢條件，然后校驗查詢條件的合理性，如果合理則根據(jù)查詢條件在信息庫中進行查找比對，如果有符合要求的信息，將其反饋給會員，否則，提示沒有相關產(chǎn)品。 手機信息維護用例完成管理員對整個系統(tǒng)中信息量最大的手機信息進行維護的功能，其中包括手機信息的添加，刪除，更新和查看。手機添加用例文檔見表 27。 表 27 手機添加用例詳細描述 用例名稱： 手機添加 用例 ID： 107 角色： Administrator 基本描述： 此用例的前提條件為管理員成功登錄系統(tǒng)。管理員進入添加界面，填寫手機信息表單，最終系統(tǒng)將添加的新信息記錄插入到相應的數(shù)據(jù)庫表中存儲起來。與本用例相關的角色為Administrator。 主要事 件流程： 角色動作 系統(tǒng)響應 ○ 1 填寫手機信息表單。 ○ 2 系統(tǒng)等待提交。 ○ 3 提交此 次操作。 ○ 4 系統(tǒng)對填寫表單進行驗證，驗證合法，進行添加，否則給出錯誤提示。 訂單信息維護用例完成管理員對系統(tǒng)運行過程中會員所下訂單的維護。可以完成無效訂單的刪除，未處理訂單的查看等操作。訂單查看用例文檔見表 28。 表 28 訂單查看用例詳細描述 用例名稱： 訂單查看 用例 ID： 118 角色： Administrator 基本描述： 此用例的前提條件為管理員成功登錄系統(tǒng)。管理員可以逐一查看訂單的基本信息和詳細信息。也可查看未處理訂單。與本用例相關的角色為 Administrator。 17 主要事 件流程： 角色動作 系統(tǒng)響應 ○ 1 管理員查看訂單。 ○ 2 系統(tǒng)給出訂單信息反饋。 ○ 3 管理員對訂單進行處理。 ○ 4 系統(tǒng)得到管理員處理動作，若發(fā)生錯誤則給出錯誤提示，否則成功執(zhí)行。 系統(tǒng)其它用例文檔在此不再詳述。 系統(tǒng)開發(fā)技術方案 本手機在線銷售系統(tǒng)是基于三層結(jié)構 B/S 架構模式設計的，采用 JSP 進行實現(xiàn)。在整個系統(tǒng)中表示層不與數(shù)據(jù)庫直 接發(fā)生交互，而是通過封裝了各種邏輯功能的 JavaBean來完成整個系統(tǒng)內(nèi)信息的交互。即用戶和管理員通過 WEB 頁登錄到系統(tǒng)并獲得不同的操作權限，然后完成各自的操作。 為何選用 JSP 電子商務網(wǎng)站目前國內(nèi)大多是用 ASP 或 JSP 來編寫。 ASP，即Active Secver Page，是 Microsoft 開發(fā)的動態(tài)網(wǎng)頁語言，采用腳本語言 VBScript 作為自己的開發(fā)語言。但 ASP 有它的一定局限性。它是解釋運行的 ,在多個客戶訪問的情況下會變得非常慢 ,而且網(wǎng)站服務器的負荷也很重 ,且只能運行在微軟的操作系統(tǒng)和服 務器上。另外安全性也是需要注意的問題。而 JSP，即 Java Sever Pages 是 Sun公司推出的一種執(zhí)行于服務器端的動態(tài)網(wǎng)頁開發(fā)技術。 JSP 的編譯操作僅在第一次對頁面請求時發(fā)生 ,速度遠遠大于 ASP,而且 JSP 是基于 Java 技術的，作為 J2EE 體系中的一項主要技術，在跨操作系統(tǒng) ,安全機制和性能方面均相對于 ASP 都體現(xiàn)出很大優(yōu)勢 [4]。最終綜合各方面的考慮 ,決定采用 JSP 技術來開發(fā)本系統(tǒng)。 18 三層結(jié)構簡介 整個系統(tǒng)構建采用 B/S 模式下的 Presentation(表示層 )、BusinessLogic(業(yè)務邏輯層 )、 Data(數(shù)據(jù)層 )三層結(jié)構模式。三層結(jié)構框架在邏輯上分為：客戶服務層，業(yè)務服務層，數(shù)據(jù)服務層。三層結(jié)構圖如圖 26 所示。 數(shù)據(jù)層：主要完成數(shù)據(jù)的定義、存貯、更新、備份等工作。數(shù)據(jù)層的的概念不等同于數(shù)據(jù)庫 ,比如你的應用可以把數(shù)據(jù)放入關系數(shù)據(jù)庫 ,也可以放入 XML， 也可以放入傳統(tǒng)的文件系統(tǒng) ,也可以放入內(nèi)存。數(shù)據(jù)如何存貯和管理，這都是數(shù)據(jù)層首先要考慮的問題。比如實時應用你用關系數(shù)據(jù)庫來處理效果就不會很好，大批量的數(shù)據(jù)用文件系統(tǒng)來管理效率就不高。理解數(shù)據(jù)層的一個關鍵就是他和其它層在邏輯上是可以分離的。 表 示 層業(yè) 務 邏 輯 層 數(shù) 據(jù) 層提 交 信 息信 息 反 饋提 交 信 息數(shù) 據(jù) 庫 操 作D a t e A c c e s sB u s i n e s s O b j e c t sS e r v l e t A P I 圖 26 系統(tǒng)三層結(jié)構邏輯框圖 邏輯層：這個主要是完成應用的邏輯處理，你可以把它理解為 服務 ，它為數(shù)據(jù)層和表現(xiàn)層提供服務。比如我們編寫 SQLwinForm或 WEB 應用的時候，和數(shù)據(jù)庫連接的時候就要輸入用戶名和密碼，如果只用兩層結(jié)構，就有安全的問題，如果我們編寫一個邏輯層， 19 把連接這一部份處理在中間層（比如該層處理連接池和安全審核），就不用擔心對方反編譯我們用中間語言生成的程序。 表示層：就是數(shù)據(jù)的表示 ,可以表示成 WEB 方式 ,也可以表示成WINFORM 方式， WEB 方式可以表現(xiàn)成 aspx，也可以表示成 asp,jsp等。如果邏輯層足夠強大和完美，不管你的表示層如何定義和更改，邏輯層都能完善地提供服務 [5]。 關系型數(shù)據(jù)庫 關系型數(shù)據(jù)庫在處理海量數(shù)據(jù)和單位時間響應事務處理請求等方面 ,有著明顯的優(yōu)勢 .關系型數(shù)據(jù)庫是以服務器的方式提供數(shù)據(jù)服務的 ,對于數(shù)據(jù)的管理有著良好的控制 ,在維護數(shù)據(jù)的完整性、安全性方面有全面的考慮 .對于本系統(tǒng)而言 ,數(shù)據(jù)庫信息的中心，是整個運作流程的核心部分。本系統(tǒng)采用 SQL Server 2021 作為后臺數(shù)據(jù)庫 .利用 Sun公司的 JDBCODBC bridge 進行數(shù)據(jù)庫的連接 ,對數(shù)據(jù)庫的 操作 (打開 、 查詢 、 修改 、 刪除等 )封裝在相應的 bean 中，負責與數(shù)據(jù)庫的交互以及數(shù)據(jù)提取等。 系統(tǒng)開發(fā)環(huán)境及技術方案 綜合前面幾節(jié)的分析，本系的最終開發(fā)技術方案及環(huán)境如下 1 采用 JSP 實現(xiàn)系統(tǒng)開發(fā) 2 系統(tǒng)采用三層體系結(jié)構 3 操作系統(tǒng)平臺： Windows XP 4 數(shù)據(jù)庫系統(tǒng)： MS SQL Server 2021 5 JSP 服務器引擎： Tomcat 6 IDE 采用 eclipse 開發(fā)平臺 7 界面設計工具 Dreamweaver MX 2021 20 界面設計 本系統(tǒng)作為一個基于 B/S 模式 的在線手機銷售系統(tǒng)，界面是系統(tǒng)與外界交互的一個窗口，界面的好壞直接影響到了實際中系統(tǒng)的應用。網(wǎng)上消費者對電腦的操作水平有一定的不同 , 所以整個系統(tǒng)應注重的是：易導航性、易操作性、容錯性和友好的交互界面。只有一個友好的交互界面才能使消費者對網(wǎng)站的整體形象有好的認同。才可以進一步的體現(xiàn)系統(tǒng)的功能和優(yōu)勢。 圖 27 用戶級頁面轉(zhuǎn)換圖 21 圖 28 管理員級部分頁面轉(zhuǎn)換圖 首先對于本系統(tǒng)中所涉及的主要操作頁面進行描述，基本的頁面轉(zhuǎn)換圖如圖 2 28所示。 圖 27 為用戶頁面轉(zhuǎn)換圖。匿名用戶亦可瀏覽本系統(tǒng)主界 面，但不能進行信息維護，購物車提交等功能操作。只有會員經(jīng)過登錄或注冊進入到主界面，才可以正常使用系統(tǒng)的功能。其中商品瀏覽界面可以查看具體手機的詳細信息。 圖 28 為管理員頁面轉(zhuǎn)換圖。管理員成功登錄系統(tǒng)后，進入管理頁面，在本頁面中可以進入不同的管理子項目頁面。如圖中所示，在進入各個頁面后，可以對相應的各項信息進行管理。在每個子項目頁面的下一級還有相應的增刪改查等信息維護頁面，由于篇幅所限，圖中并未全部畫出。 整個系統(tǒng)中有多個 WEB 頁面，統(tǒng)一的界面風格，將會使整個系統(tǒng)更加的和諧，具有親和力。否則，會給人以凌亂不 堪的感覺。因此在整個系統(tǒng)的 WEB 頁面的設計中使用了 CSS 樣式表，來控制整個 22 系統(tǒng)的顯示風格。 樣式表，或者稱為層疊樣式表，英文名Cascading Style Sheet，即 CSS，是 HTML 的一部分，作為對 HTML元素展示效果的一種擴展，其功能極為強大，有了樣式表，可以放棄 HTML 元素的屬性不用就能實現(xiàn)精美的網(wǎng)頁排版布局。本系統(tǒng)對 所有頁面中文字的字體、字號、顏色以及超鏈接的樣式都做了統(tǒng)一定義，如字體為宋體，字號為 9pt 等。 23 第 3 章 數(shù)據(jù)庫設計 本在線手機銷售系統(tǒng)是完成基于 WEB 頁面來進行手機選購的業(yè)務流程， 在整個選購過程中不論是是對商品的瀏覽，下訂單，還是維護相關的信息，無處不與數(shù)據(jù)庫產(chǎn)生相應的交互。數(shù)據(jù)庫是本系統(tǒng)三層結(jié)構設計模式的最底層，也是整個系統(tǒng)運行時的核心部分。當一個系統(tǒng)涉及數(shù)據(jù)庫相關的操作時，其運行效率，冗余程度，可靠性，穩(wěn)定性，可操作性，都顯得尤為重要。數(shù)據(jù)庫操作的效率的高低固然根其上層的操作代碼有一定的關系，但更多的是受到底層數(shù)據(jù)庫效率的影響。而且本系統(tǒng)中與數(shù)據(jù)庫的操作完全是靠 WEB 頁面來實現(xiàn)，合理的數(shù)據(jù)庫設計和建立更顯得重要。 數(shù)據(jù)庫概述 電子計算機數(shù)據(jù)庫系統(tǒng)的萌芽出現(xiàn)于上個世紀 60年 代。當時計算機開始廣泛地應用于數(shù)據(jù)管理，對數(shù)據(jù)的共享提出了越來越高的要求。傳統(tǒng)的文件系統(tǒng)已經(jīng)不能滿足人們的需要。能夠統(tǒng)一管理和共享數(shù)據(jù)的數(shù)據(jù)庫管理系統(tǒng) (DBMS)應運而生。數(shù)據(jù)庫與信息系統(tǒng)的基本關系描述如圖 31 所示。 24 信 息 系 統(tǒng)信 息 系 統(tǒng)信 息 系 統(tǒng)信 息 系 統(tǒng)數(shù) 據(jù) 庫 圖 31 數(shù)據(jù)庫與信息系統(tǒng)關系描述圖 最早出現(xiàn)的是網(wǎng)狀 DBMS。網(wǎng)狀模型中以記錄為數(shù)據(jù)的存儲單位。記錄包含若干數(shù)據(jù)項。網(wǎng)狀數(shù)據(jù)庫的數(shù)據(jù)項可以是多值的和復合的數(shù)據(jù)。每個記錄有一個惟一地標識它的內(nèi)部標識符，稱為碼(DatabaseKey,DBK)，它在一個記錄存入數(shù)據(jù)庫時由 DBMS 自動賦予。網(wǎng)狀數(shù)據(jù)庫模型對于層次和非層次結(jié)構的事物都能比較自然的模擬，在關系數(shù)據(jù)庫出現(xiàn)之前網(wǎng)狀 DBMS 要比層次 DBMS 用得普遍。在數(shù)據(jù)庫發(fā)展史上，網(wǎng)狀數(shù)據(jù)庫占有重要地位 層次型數(shù)據(jù)庫管理系統(tǒng)是緊隨 網(wǎng)狀 DBMS 而出現(xiàn)的。現(xiàn)實世界中很多事物是按層次組織起來的。層次數(shù)據(jù)模型的提出，首先是為了模擬這種按層次組織起來的事物。層次數(shù)據(jù)庫也是按記錄來存取數(shù)據(jù)的。 網(wǎng)狀數(shù)據(jù)庫和層次數(shù)據(jù)庫已經(jīng)很好地解決了數(shù)據(jù)的集中和共享問題，但是在數(shù)據(jù)獨立性和抽象級別上仍有很大欠缺。用戶在對這兩種數(shù)據(jù)庫進行存取時，仍然需要明確數(shù)據(jù)的存儲結(jié)構，指出存取路徑。而后來出現(xiàn)的關系數(shù)據(jù)庫較好地解決了這些問題。 關系型 25 數(shù)據(jù)庫以行和列的形式存儲數(shù)據(jù)，以便于用戶理解。這一系列的行和列被稱為表，一組表組成了數(shù)據(jù)庫