【文章內(nèi)容簡(jiǎn)介】 到20xx 年的 2680 億； 個(gè)人網(wǎng)上購(gòu)物將從 1997 年的 18 億發(fā)展到 20xx 年的 260億。因此，電子商務(wù)中蘊(yùn)涵著無(wú)窮的商業(yè)機(jī)遇。 技術(shù)可行性研究 本系統(tǒng)采用 MVC 模式設(shè)計(jì)的， 在面向?qū)ο笙到y(tǒng)的設(shè)計(jì)中可以認(rèn)為，類(lèi)及其生成的對(duì)象是構(gòu)成面向?qū)ο笙到y(tǒng)的最基本的元素；采用設(shè)計(jì)方法組合這些元素，得到構(gòu)成面向?qū)ο笙到y(tǒng)的構(gòu)件。同時(shí)，這些構(gòu)件的設(shè)計(jì)方法在經(jīng)過(guò)不斷的改進(jìn)和完善后逐漸成型，成為構(gòu)成面向?qū)ο笙到y(tǒng)的基本設(shè)計(jì)參考，也稱(chēng)為設(shè)計(jì)模式。我們采用設(shè)計(jì)模式來(lái)抽象和總結(jié)系統(tǒng)構(gòu)建的設(shè)計(jì)方法，同時(shí)將它用于新的系統(tǒng)構(gòu)建的設(shè)計(jì)中，使用類(lèi)和對(duì)象，使我們?cè)谠氐膶哟紊蠈?shí)現(xiàn)了重用性。設(shè)計(jì)模式提供了在特定應(yīng)用場(chǎng)景下解決問(wèn)題的類(lèi)、對(duì)象及相互關(guān)系的設(shè)計(jì)方法。這些方法并不針對(duì)于具體的系統(tǒng)，只是提供了一種設(shè)計(jì)系統(tǒng)的思考方法，一個(gè)設(shè)計(jì)模式可能用于不同的系統(tǒng)，一個(gè)系統(tǒng)也可能會(huì)用到多個(gè)設(shè)計(jì)模式。 MVC 是一種目前廣泛流行的軟件設(shè)計(jì)模式，近年來(lái)，隨著 J2EE(Java2 Enterprise Edition)的成熟， MVC 得到廣泛使用，并成為 J2EE 平臺(tái)上推薦的一種設(shè)計(jì)模式。它為開(kāi)發(fā)者理解分析應(yīng)用模型提供了最基本的分析方法、清晰的設(shè)計(jì)框架和規(guī)范的依據(jù)。 MVC 強(qiáng)制性地把一個(gè)應(yīng)用的輸入、處 理、輸出流程按照視圖、控制、模型的方式進(jìn)行分離，形成了三個(gè)核心模塊：控制器、模型、視圖，它們擔(dān)負(fù)不同的任務(wù)。 控制器 (Controller)：控制器接受用戶(hù)的輸入并調(diào)用模型和視圖去完成用戶(hù)的需求。該部分是用戶(hù)界面與 Model 的接口。一方面它解釋來(lái)自視圖的輸入，將其解釋成為系統(tǒng)能夠理解的對(duì)象，同時(shí)它也識(shí)別用戶(hù)動(dòng)作，并將其解釋為對(duì)模型特定方法的調(diào)用：另一方面，它處理來(lái)自于模型的時(shí)間和模型邏輯執(zhí)行的結(jié)果，調(diào)用適當(dāng)?shù)囊晥D為用戶(hù)提供反饋。 模型 (Model)：模型是應(yīng)用程序的主體部分。模型表示業(yè)務(wù)數(shù)據(jù)和業(yè)務(wù)邏輯。一個(gè) 模型能為多個(gè)視圖提供數(shù)據(jù)。由于同一個(gè)模型可以被多個(gè)視圖重用，所以提高了應(yīng)用的可重用性。 視圖 (View)：視圖是用戶(hù)看到并與之交互的界面。視圖向用戶(hù)顯示相關(guān)的數(shù)據(jù)，并能接受用戶(hù)的輸入數(shù)據(jù)，但是它并不進(jìn)行任何實(shí)際的業(yè)務(wù)處理。視圖可以向模型查詢(xún)業(yè)務(wù)狀態(tài)，但不能改變模型。視圖還能接受模型發(fā)出的數(shù)據(jù)更新事件，從而對(duì)用戶(hù)界面進(jìn)行同步更新。 6 模 型封 裝 應(yīng) 用 程 序 狀 態(tài)相 應(yīng) 狀 態(tài) 相 應(yīng)應(yīng) 用 程 序 功 能通 知 視 圖 改 變視 圖解 釋 模 型模 型 更 新 請(qǐng) 求發(fā) 送 用 戶(hù) 輸 入 給 控 制 器允 許 控 制 器 選 擇 視 圖控 制 器 定 義 應(yīng) 用 程 序 行 為用 戶(hù) 動(dòng) 作 映 射 模 型 更 形選 擇 響 應(yīng) 行 為狀 態(tài) 查 詢(xún)通 知 查 詢(xún)狀 態(tài) 改 變方 法 調(diào) 用 事 件 圖 21 MVC 組件的關(guān)系和功能 從圖中我們可以看到 MVC 的處理過(guò)程。首先控制器接受用戶(hù)的請(qǐng)求，并決定應(yīng)該調(diào)用那個(gè)模 塊來(lái)處理；然后模型根據(jù)用戶(hù)請(qǐng)求進(jìn)行相應(yīng)的業(yè)務(wù)邏輯處理，并返回?cái)?shù)據(jù)；最后控制器調(diào)用相應(yīng)的試圖來(lái)格式化模型返回的數(shù)據(jù)，并通過(guò)試圖呈現(xiàn)給用戶(hù)。 MVC 設(shè)計(jì)模式的優(yōu)點(diǎn)： (1)允許多種用戶(hù)界面的擴(kuò)展：在 MVC 模式中視圖與模型沒(méi)有必然的聯(lián)系，都是通過(guò)控制器發(fā)生關(guān)系，這樣如果要增加新類(lèi)型的用戶(hù)界面，只需要改動(dòng)相應(yīng)的視圖和控制 器即可，而模型則無(wú)需發(fā)生改動(dòng)。 (2)模塊 的有效性：控制器、模型、視圖的程序改變不會(huì)影響到其他各層及組件， 不同的組件開(kāi)發(fā)能夠同時(shí)進(jìn)行。 (3)代碼和設(shè)計(jì)的復(fù)用性：廣泛采用可復(fù)用的組件，使開(kāi)發(fā)小組之 間易于溝通，設(shè)計(jì)的系統(tǒng)易于理解，同時(shí)也降低了項(xiàng)目的開(kāi)發(fā)成本。 (4)易于維護(hù)：控制器和視圖可以隨著模型的擴(kuò)展而進(jìn)行相應(yīng)的擴(kuò)展，只要保持一種公共的接口，控制器和視圖的舊版本也可以繼續(xù)使用。 (5)功能強(qiáng)大的用戶(hù)界面：用戶(hù)界面與模型方法調(diào)用組合起來(lái)，使程序使用更清晰友好的界面發(fā)布給用戶(hù)。綜上所述， MVC 是構(gòu)建應(yīng)用框架的一個(gè)較好的設(shè)計(jì)模式，可以將業(yè)務(wù)處理與顯示分離，將應(yīng)用分為控制器、模型和視圖，增加了應(yīng)用的可拓展性、強(qiáng)壯性及靈活性?；?MVC 的優(yōu)點(diǎn)，目前比較先進(jìn)的 Web 應(yīng)用框架都是基于 MvC 設(shè)計(jì)模式的。本文也是在 基于 MvC 模式的 Web 應(yīng)用框架 Struts 基礎(chǔ)上編寫(xiě)的。 Struts2 框架 ： 7 A c t i o n C o n t e x t C l e a n U pO t h e r F i l t e r sF i l t e r D i s p a h t e rH t t p S e r v l e t R e q u e s tA c t i o n M a p p e rA c t i o n P r o x yC o n f i g u r a t i o nM a n a g e rS t r u t s . x m lA c t i o nI n v o c a t i o nI n t e r c e p t e r 2I n t e r c e p t e r 3A c t i o nR e s u l tI n t e r c e p t e r 3I n t e r c e p t e r 2I n t e r c e p t e r 1I n t e r c e p t e r 1T a g S u b s y s t e mT e m p l e t eH t t p S e r v l e t R e s p o n s e 圖 22 Struts2功能圖 Struts2 的體系結(jié)構(gòu)實(shí)現(xiàn)了 MVC 設(shè)計(jì)模式的概念，他將這些概念映射到 Web 應(yīng)用程序的組件和概念中。下圖中顯示了 Struts 框架的體系結(jié)構(gòu)相應(yīng)客戶(hù)的請(qǐng)求時(shí)，各部分工作的原理，從 MVC 的角度體現(xiàn)了 Struts 框架中的各種組件的功能角色， 而且 Struts2 是完全開(kāi)源的可以免費(fèi)試用。 Hibernate 框架： 是一個(gè)基于 Java 的開(kāi)放源代 碼的 O／ RMapping(對(duì)象關(guān)系映射框架 )，它通過(guò)其強(qiáng)大的 O／ R 映射功能 JAVA 對(duì)象同存于關(guān)系數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行映射，并對(duì) JDBC 進(jìn)行了輕量級(jí)的對(duì)象封裝，可以使 JAVA 程序員方便地使用對(duì)象編程思維來(lái)操縱數(shù)據(jù)庫(kù)，它不僅提供 ORM 映射服務(wù)，還提供數(shù)據(jù)查詢(xún)和數(shù)據(jù)緩存的方法，可以提高查詢(xún)和處理數(shù)據(jù)的效率。它是一種提供面向?qū)ο蟮臄?shù)據(jù)庫(kù)服務(wù)中間件。 MySQL 數(shù)據(jù)庫(kù)是免費(fèi)的，同時(shí)它支持完全多線(xiàn)程，支持多處理器，多用戶(hù)訪(fǎng)問(wèn)。 操作可行性研究 在運(yùn)行方面，此系統(tǒng)支持 windows 20xx 以上操作系統(tǒng)，硬盤(pán) 160G 以上，內(nèi)存 512M,瀏覽器 以上， CPU 奔騰四以上。 從交易運(yùn)營(yíng)上考慮該系統(tǒng)使用框架開(kāi)發(fā)，后期維護(hù)和功能添加十分便利，修改界面只需要重新設(shè)計(jì) jsp 頁(yè)面即可，后臺(tái)數(shù)據(jù)處理和前臺(tái)頁(yè)面展示完全分離所以前臺(tái)的更改不會(huì)影響到后臺(tái)的數(shù)據(jù)處理，反之后臺(tái)數(shù)據(jù)處理更改，前臺(tái)的展示也不會(huì)受到影響。 8 從用戶(hù)使用的角度考慮來(lái)看，為用戶(hù)提供賬戶(hù)注冊(cè)和管理功能，可以方便用戶(hù)查看和管理自己的用戶(hù)信息，而且訂單和用戶(hù)信息綁定更方便用戶(hù)查看自己已經(jīng)提交的訂單。為了方便用戶(hù)在線(xiàn)購(gòu)物，本系統(tǒng)提供購(gòu)物車(chē)功能，這樣用戶(hù)可以系統(tǒng)的查看和管 理自己選購(gòu)的商品，可以更好的提高用戶(hù)的購(gòu)物體驗(yàn)。 開(kāi)發(fā)方案比較 軟件體系結(jié)構(gòu)的確立和比較 一般的體系結(jié)構(gòu)包括兩種模式：一種是傳統(tǒng)的基于 C/S(C lient/Sever)的模式，即客戶(hù)機(jī)與服務(wù)器模式；另外一種是新型的基于 B/S (Browser /Server) 的模式，這種模式下客戶(hù)端是標(biāo)準(zhǔn)的瀏覽器，服務(wù)器為標(biāo)準(zhǔn)的WEB 服務(wù)器。 1． C/S 模式 C/S 模式是一種兩層結(jié)構(gòu)的系統(tǒng)，由客戶(hù)機(jī)和應(yīng)用服務(wù)器兩部分組成， 是 20 世紀(jì) 80 年代末逐步成長(zhǎng)起來(lái)的一種模式，是軟件系統(tǒng)體系結(jié)構(gòu)的一種。 C/S 結(jié)構(gòu)的關(guān)鍵在于功能的分布，一些功能放在前端機(jī)（即客戶(hù)機(jī)）上執(zhí)行，另一些功能放在后端機(jī)（即服務(wù)器）上執(zhí)行。功能的分布在于減少計(jì)算機(jī)系統(tǒng)的各種瓶頸問(wèn)題。 C/S 模式簡(jiǎn)單地講就是基于企業(yè)內(nèi)部網(wǎng)絡(luò)的應(yīng)用系統(tǒng)。與 B/S（ Browser/Server，瀏覽器 /服務(wù)器）模式相比，C/S 模式的應(yīng)用系統(tǒng)最大的好處是不依賴(lài)企業(yè)外網(wǎng)環(huán)境，即無(wú)論企業(yè)是否能夠上網(wǎng)，都不影響應(yīng)用。 2． B/S 模式 B/S 模式是一種新型的、面向廣大用戶(hù)的三層結(jié)構(gòu)系統(tǒng)，由客戶(hù)瀏覽器、 Web 服務(wù)器和應(yīng)用服務(wù)器三部分組成。 它是隨著 Inter 技術(shù)的興起，對(duì) C/S 模式應(yīng)用的擴(kuò)展。在這種結(jié)構(gòu)下，用戶(hù)工作界面是通過(guò) IE 瀏覽器來(lái)實(shí)現(xiàn)的。 B/S 模式最大的好處是運(yùn)行維護(hù)比較簡(jiǎn)便，能實(shí)現(xiàn)不同的人員，從不同的地點(diǎn)，以不同的接入方式（比如 LAN,WAN,Inter/Intra 等）訪(fǎng)問(wèn)和操作共同的數(shù)據(jù)； 3．兩者的比較 首先， B/S 比 C/S 的維護(hù)工作量大大減少了。 C/S 結(jié)構(gòu)的每一個(gè)客戶(hù)端都必須安裝和配置軟件， 其次任何一臺(tái)電腦出問(wèn)題，如病毒、硬件損壞，都需要進(jìn)行安裝或維護(hù)。特別是有很多分部或?qū)Ｙu(mài)店的情況，不是工作量的問(wèn)題，而是路程的問(wèn)題。還有，系統(tǒng)軟件升級(jí)時(shí)，每一臺(tái) 客戶(hù)機(jī)需要重新安裝，其維護(hù)和升級(jí)成本非常高 。而 B/S 結(jié)構(gòu)，客戶(hù)端不必安裝及維護(hù)。其次， B/S 相對(duì) C/S 能夠降低總體擁有成本， C/S 軟件一般是采用兩層結(jié)構(gòu)的。兩層結(jié)構(gòu)中，客戶(hù)端接受用戶(hù)的請(qǐng)求，客戶(hù)端向數(shù)據(jù)庫(kù)服務(wù)提出請(qǐng)求，數(shù)據(jù)庫(kù)服務(wù)將數(shù)據(jù)提交給客戶(hù)端，客戶(hù)端將數(shù)據(jù)進(jìn)行計(jì)算并將結(jié)果呈現(xiàn)給 9 用戶(hù)。在三層結(jié)構(gòu)中，客戶(hù)端接受用戶(hù)的請(qǐng)求，客戶(hù)端向應(yīng)用服務(wù)提出請(qǐng)求，應(yīng)用服務(wù)從數(shù)據(jù)庫(kù)服務(wù)中獲得數(shù)據(jù)，應(yīng)用服務(wù)將數(shù)據(jù)進(jìn)行計(jì)算并將結(jié)果提交給客戶(hù)端，客戶(hù)端將結(jié)果呈現(xiàn)給用戶(hù)。這兩種結(jié)構(gòu)的不同點(diǎn)是，兩層結(jié)構(gòu)中客戶(hù)端參與運(yùn)算，而三層結(jié)構(gòu)中客 戶(hù)端并不參與運(yùn)算，只是簡(jiǎn)單的接收用戶(hù)的請(qǐng)求，顯示最后的結(jié)果。由于三層結(jié)構(gòu)中的客戶(hù)端并不需要參與計(jì)算，所以對(duì)客戶(hù)端計(jì)算機(jī)的配置要求是比較低的。因此選擇了 B/S的體系結(jié)構(gòu)。 設(shè)計(jì)方案的確立和分析 通過(guò)比較兩種架構(gòu)的方案，為了方便用戶(hù)在線(xiàn)購(gòu)物和交易，本系統(tǒng)采用基于瀏覽器的 B/S 架構(gòu)。 將系統(tǒng)分解為若干個(gè)子系統(tǒng)，精確的定義子系統(tǒng)的界面、功能和性能，給出各子系統(tǒng)之間的關(guān)系。這樣可以減低解的復(fù)雜性，有利于分階段的完成系統(tǒng)的開(kāi)發(fā)，并提高了系統(tǒng)的開(kāi)發(fā)效率和工作質(zhì)量。 所采用方案的特點(diǎn) 淘寶網(wǎng)在線(xiàn) 交易系統(tǒng)充分利用了 Browser/Server 架構(gòu) 的特點(diǎn)，用戶(hù)無(wú)需安裝任何客戶(hù)端，只要通過(guò)系統(tǒng)自帶的瀏覽器就可以直接登錄系統(tǒng)，節(jié)省了客戶(hù)端安裝的時(shí)間。將系統(tǒng)分為若干子系統(tǒng)，該系統(tǒng)的優(yōu)勢(shì)在于快捷方便的購(gòu)物界面和流程。 對(duì)于本系統(tǒng)，其功能目標(biāo)是實(shí)現(xiàn)用戶(hù)購(gòu)物模式的轉(zhuǎn)變，所以它必須實(shí)現(xiàn)整個(gè)購(gòu)物流程的進(jìn)行，實(shí)現(xiàn)對(duì)商品分類(lèi)管理以及保證用戶(hù)的購(gòu)物體驗(yàn)。 需求分析 在軟件工程中，需求分析指的是在建立一個(gè)新的或改變一個(gè)現(xiàn)存的 電腦系統(tǒng) 時(shí)描寫(xiě)新系統(tǒng)的目的、范圍、定義和功能時(shí)所要做的所有的工作。需求分析是軟件工程中的一個(gè)關(guān)鍵過(guò)程。在這個(gè)過(guò)程中， 系統(tǒng)分析 員和 軟件 工程師確定顧客的需要。只有在確定了這些需要后他們才能夠分析和尋求新系統(tǒng)的解決 方法。需求分析階段的任務(wù)是確定軟件系統(tǒng)功能 。 在軟件工程的歷史中，很長(zhǎng)時(shí)間里人們一直認(rèn)為需求分析是整個(gè)軟件工程中最簡(jiǎn)單的一個(gè)步驟，但在過(guò)去十年中越來(lái)越多的人認(rèn)識(shí)到它是整個(gè)過(guò)程中最關(guān)鍵的一個(gè)過(guò)程。假如在需求分析時(shí)分析者們未能正確地認(rèn)識(shí)到顧客的需要的話(huà)，那么最后的軟件實(shí)際上不可能達(dá)到顧客的需要，或者軟件無(wú)法在規(guī)定的時(shí)間里完工 。 1 需求獲取 1．運(yùn)行環(huán)境： 硬件平臺(tái)： 10 CUP： P4 內(nèi)存： 512MB 以上 軟件平臺(tái)： 操作系統(tǒng)： Windows XP/Windows 7 數(shù)據(jù)庫(kù)： Mysql 開(kāi)發(fā)工具包： MyEclipse 瀏覽器： 或以上版本，推薦使用 分辨率：最佳效果 1024 像素 *768 像素 2．界面需求： 界面優(yōu)雅，美觀，設(shè)計(jì)友好。 3．輸入輸出模式需求 （ 1）輸入模式以文字、下拉菜單、單選框； （ 2）輸出模式為列表 4．用戶(hù)角色需求 系統(tǒng)使用者多是非計(jì)算機(jī)行業(yè)人員，因此系統(tǒng)應(yīng)面向大眾，界面簡(jiǎn)單，使用便捷。 功能需求 整個(gè)系統(tǒng)包括四個(gè)功能模塊：商品展示、購(gòu)物車(chē)、訂單管理、用戶(hù)管理 。 1) 商品展示模塊： 用例圖： 圖 23 商 品展示用例圖 商品展示用例圖描述： ? 商品預(yù)覽：交易系統(tǒng)的首頁(yè)面，交易功能的入口，瀏覽器訪(fǎng)問(wèn)： ? 商品明細(xì)： 查看感興趣商品的詳細(xì)信息 ? 分類(lèi)檢索： 按照類(lèi)別顯示商品（支持三級(jí)分類(lèi) ） ? 前置條件： 部屬完成 ， J2EE 服務(wù)器正常啟動(dòng) ? 后置條件：無(wú) 商 品 預(yù) 覽商 品 明 細(xì)分 類(lèi) 檢 索 e x t e n d s e x t e n d s e x t e n d s 注 冊(cè) 用 戶(hù)