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