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