畢業(yè)設(shè)計(jì)---基于web的網(wǎng)上商城系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

1、<p>　　本 科 畢 業(yè) 設(shè) 計(jì) (論 文)</p><p>　　基于WEB的網(wǎng)上商城系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)</p><p>　　The design and implementation of online shopping system based on web </p><p>　　畢業(yè)設(shè)計(jì)（論文）中文摘要</p><p>　　畢

2、業(yè)設(shè)計(jì)（論文）外文摘要</p><p><b>　　目 錄</b></p><p><b>　　1 緒論1</b></p><p>　　1.1 研究背景1</p><p>　　1.2 目前網(wǎng)上購(gòu)物發(fā)展現(xiàn)狀1</p><p>　　1.3 本文研究的目的和內(nèi)容

3、2</p><p>　　1.3.1 研究的目的和意義2</p><p>　　1.3.2 本文研究?jī)?nèi)容2</p><p>　　1.4 系統(tǒng)開(kāi)發(fā)環(huán)境3</p><p>　　2 Java及其技術(shù)介紹4</p><p>　　2.1 Java技術(shù)的介紹4</p><p>　　2.2

4、 Hibernate3.2和Struts1.0技術(shù)的介紹6</p><p>　　2.2.1 Hibernate框架的介紹6</p><p>　　2.2.2 Struts框架的介紹7</p><p>　　2.3 Tomcat的介紹8</p><p>　　3 可行性分析9</p><p>　　3.1 經(jīng)濟(jì)可

5、行性9</p><p>　　3.2 運(yùn)行可行性9</p><p>　　3.3 社會(huì)可行性9</p><p>　　3.4 技術(shù)可行性10</p><p>　　4 需求分析10</p><p>　　4.1 系統(tǒng)概述10</p><p>　　4.2 需求分析11</p>

6、<p>　　4.2.1 功能需求11</p><p>　　4.2.2 性能需求12</p><p>　　4.2.3 業(yè)務(wù)流程圖12</p><p>　　4.2.4 數(shù)據(jù)流圖13</p><p>　　4.3 數(shù)據(jù)字典16</p><p>　　4.3.1 數(shù)據(jù)元素的定義16</p>

7、;<p>　　4.3.2 數(shù)據(jù)存儲(chǔ)18</p><p>　　4.3.3 數(shù)據(jù)流20</p><p>　　4.3.4 數(shù)據(jù)處理21</p><p>　　5 總體設(shè)計(jì)22</p><p>　　5.1 系統(tǒng)總體設(shè)計(jì)22</p><p>　　5.2 數(shù)據(jù)庫(kù)設(shè)計(jì)24</p><

8、;p>　　5.2.1 數(shù)據(jù)庫(kù)設(shè)計(jì)概要24</p><p>　　5.2.2 數(shù)據(jù)分析24</p><p>　　5.2.3 ER圖設(shè)計(jì)24</p><p>　　5.2.4 數(shù)據(jù)表的設(shè)計(jì)25</p><p>　　6 詳細(xì)設(shè)計(jì)28</p><p>　　6.1 系統(tǒng)運(yùn)行平臺(tái)設(shè)置28</p>

9、<p>　　6.2 系統(tǒng)主界面設(shè)置28</p><p>　　6.3 前臺(tái)各主要模塊的功能設(shè)計(jì)29</p><p>　　6.3.1 用戶登錄29</p><p>　　6.3.2 用戶注冊(cè)29</p><p>　　6.3.3 商品搜索30</p><p>　　6.3.4 修改個(gè)人信息30&l

10、t;/p><p>　　6.3.5 購(gòu)物車模塊、下單模塊31</p><p>　　6.4 后臺(tái)各主要模塊的功能設(shè)計(jì)32</p><p>　　6.4.1 用戶信息管理32</p><p>　　6.4.2 訂單信息管理33</p><p>　　6.4.3 商品信息管理33</p><p>　　

11、6.4.4 類別信息管理34</p><p>　　6.4.5 公告信息管理35</p><p>　　6.4.6 審核內(nèi)容35</p><p>　　7 系統(tǒng)測(cè)試36</p><p>　　7.1 測(cè)試目的及重要性36</p><p>　　7.1.1 測(cè)試目的36</p><p>　　

12、7.1.2 測(cè)試重要性36</p><p>　　7.2 系統(tǒng)測(cè)試37</p><p>　　7.2.1 系統(tǒng)登陸模塊測(cè)試37</p><p>　　7.2.2 注冊(cè)模塊測(cè)試37</p><p>　　7.2.3 購(gòu)物車模塊測(cè)試37</p><p>　　7.2.4 訂單模塊測(cè)試38</p>

13、<p>　　8 系統(tǒng)評(píng)價(jià)39</p><p>　　8.1 系統(tǒng)主要特色39</p><p>　　8.2 系統(tǒng)不足40</p><p>　　9 畢業(yè)設(shè)計(jì)心得及收獲40</p><p><b>　　結(jié) 論41</b></p><p><b>　　致 謝42<

14、;/b></p><p>　　參 考 文 獻(xiàn)43</p><p><b>　　1 緒論</b></p><p><b>　　1.1 研究背景</b></p><p>　　電子商務(wù)，就是在網(wǎng)上開(kāi)展商務(wù)活動(dòng)。它是以電子交易為手段，完成金融、物品、服務(wù)、信息等價(jià)值的交換，是快速而有效地進(jìn)行各種

15、商務(wù)活動(dòng)的最新方法。電子商務(wù)的出現(xiàn)，改變了傳統(tǒng)的一手交錢(qián)一手交貨的模式，使得商業(yè)模式發(fā)生了很大的變化。</p><p>　　進(jìn)入21世紀(jì)以來(lái)，隨著計(jì)算機(jī)科學(xué)技術(shù)的發(fā)展，互聯(lián)網(wǎng)已日益成為收集提供信息的最佳渠道并逐步進(jìn)入傳統(tǒng)的流通流域，互聯(lián)網(wǎng)的跨地域性和可交互性使其在與傳統(tǒng)媒體行業(yè)和傳統(tǒng)貿(mào)易行業(yè)的競(jìng)爭(zhēng)中是具有不可抗拒的優(yōu)勢(shì)。人們對(duì)于互聯(lián)網(wǎng)技術(shù)的要求已不在停留在瀏覽網(wǎng)頁(yè)等普通的應(yīng)用上，特別是年輕人對(duì)新型的購(gòu)物方式的需求

16、日益增長(zhǎng)，在這個(gè)背景下，許多的網(wǎng)上商城應(yīng)運(yùn)而生，使得人群的購(gòu)物方式發(fā)生了巨大的改變。無(wú)論是企業(yè)之間B2B，還是企業(yè)和客戶之間B2C的交易，如果能夠?qū)崿F(xiàn)網(wǎng)上交易將大大提高交易速度節(jié)約成本。但是對(duì)網(wǎng)絡(luò)的及時(shí)、一對(duì)一、跨時(shí)間、 跨空間等特性，并沒(méi)有充分加以利用。對(duì)于普通的客戶來(lái)說(shuō)，他們希望通過(guò)網(wǎng)上購(gòu)物買(mǎi)來(lái)物廉價(jià)美的物品，這樣可以省去出門(mén)購(gòu)物的時(shí)間。</p><p>　　因此，系統(tǒng)的設(shè)計(jì)上突出體現(xiàn)實(shí)用的服務(wù)性功能，建立一

17、個(gè)實(shí)用、適用的可交互的綜合網(wǎng)上商務(wù)服務(wù)平臺(tái)。客戶實(shí)現(xiàn)足不出戶完成對(duì)產(chǎn)品的瀏覽、購(gòu)買(mǎi)意向以及與企業(yè)進(jìn)行產(chǎn)品交易行為。</p><p>　　1.2 目前網(wǎng)上購(gòu)物發(fā)展現(xiàn)狀</p><p>　　最近幾年電子商務(wù)得到了迅速的發(fā)展。盡管各個(gè)國(guó)家具體情況不同，但是基于對(duì)國(guó)家經(jīng)濟(jì)發(fā)展的預(yù)測(cè)，各國(guó)政府都很重視電子商務(wù)，并且積極地發(fā)展電子商務(wù)。電子商務(wù)在這些年的發(fā)展中已經(jīng)日趨成熟，B2C的市場(chǎng)也因?yàn)楦鞔缶揞^

18、的加入而狼煙四起。不管是易趣的鎩羽而歸，還是TOM的卷土重來(lái)；不管是淘寶的一家獨(dú)大，還是拍拍的望洋興嘆；網(wǎng)上購(gòu)物系統(tǒng)的開(kāi)發(fā)成為其中最受關(guān)注的“網(wǎng)商”必爭(zhēng)的對(duì)象。不少有憂患意識(shí)的網(wǎng)商已經(jīng)開(kāi)始為自己的未來(lái)謀劃出路，而解決方式卻是驚人的一致：通過(guò)網(wǎng)上購(gòu)物系統(tǒng)的開(kāi)發(fā)建立獨(dú)立的網(wǎng)店，并實(shí)現(xiàn)網(wǎng)絡(luò)店鋪和獨(dú)立網(wǎng)店的同時(shí)運(yùn)營(yíng)。我國(guó)電子商務(wù)發(fā)展呈現(xiàn)典型的塊狀經(jīng)濟(jì)特征，東南沿海屬于較為發(fā)達(dá)地區(qū)，北部和中部屬于快速發(fā)展地區(qū)，西部則相對(duì)落后。</p>

19、<p>　　在發(fā)達(dá)國(guó)家，電子商務(wù)的發(fā)展非常迅速，通過(guò)Internet進(jìn)行交易己成為一種潮流。基于電子商務(wù)所連帶出的商品交易方案、電子結(jié)賬方案和信息安全方案等，已逐步成為國(guó)際信息技術(shù)市場(chǎng)競(jìng)爭(zhēng)的焦點(diǎn)。隨著電子商務(wù)的日益發(fā)展，產(chǎn)生了虛擬銀行、網(wǎng)絡(luò)營(yíng)銷、網(wǎng)上購(gòu)物、網(wǎng)絡(luò)廣告等新興信息產(chǎn)業(yè)，從側(cè)面反應(yīng)了電子商務(wù)正在對(duì)社會(huì)和經(jīng)濟(jì)產(chǎn)生著深刻的影響。</p><p>　　自2005年以來(lái)，我國(guó)電子商務(wù)市場(chǎng)交易額穩(wěn)定增

20、長(zhǎng)，2007年我國(guó)電子商務(wù)市場(chǎng)規(guī)模突破17000億元。未來(lái)3年，仍是我國(guó)電子商務(wù)投資規(guī)模持續(xù)增長(zhǎng)和爆發(fā)的時(shí)期，我國(guó)電子商務(wù)投資市場(chǎng)將迎來(lái)新一輪的發(fā)展高潮。一方面，2007年國(guó)家“十一五”電子商務(wù)發(fā)展規(guī)劃的頒布標(biāo)志著政府推動(dòng)電子商務(wù)的總體布局已經(jīng)形成；另一方面，電子商務(wù)在企業(yè)的應(yīng)用成效以及對(duì)經(jīng)濟(jì)、社會(huì)發(fā)展的推動(dòng)作用日益明顯。2007年我國(guó)B2B電子商務(wù)交易額約為12500億元，比2006年增長(zhǎng)25.5%。目前B2B 市場(chǎng)的集中度

21、較高，在綜合類網(wǎng)站中，阿里巴巴已占近乎7成份額。2007年我國(guó)B2C網(wǎng)站總收入約為52.2億元，同比增長(zhǎng)33.5%。B2C是傳統(tǒng)企業(yè)開(kāi)展電子商務(wù)的主要形式，隨著網(wǎng)絡(luò)購(gòu)物環(huán)境的好轉(zhuǎn)以及企業(yè)（特別是大中型企業(yè)）電子商務(wù)化程度的提升，在總體規(guī)模上B2C 將會(huì)有一個(gè)長(zhǎng)足的發(fā)展，并成為未來(lái)網(wǎng)購(gòu)的主流。2007年我國(guó)C2C交易額約為410.4億元，同比增長(zhǎng)90%；C2C是目前我國(guó)網(wǎng)購(gòu)的主要形式，但普及率還較低，不到網(wǎng)民總數(shù)的3成。這組數(shù)據(jù)

22、很能說(shuō)明問(wèn)題，目前的網(wǎng)上消費(fèi)的額度是逐年上漲，不論是在國(guó)內(nèi)還是在國(guó)外，網(wǎng)上購(gòu)物已經(jīng)成為許多人的</p><p>　　1.3 本文研究的目的和內(nèi)容</p><p>　　1.3.1 研究的目的和意義</p><p>　　目前在線購(gòu)物雖然迅猛發(fā)展，作為電子商務(wù)一個(gè)重要模型之一的B2C模式卻遠(yuǎn)遠(yuǎn)落后于B2B的發(fā)展，其中一個(gè)重要的原因是電子商務(wù)平臺(tái)不能全面的解讀電子商務(wù)，

23、使電子商務(wù)只停留于形式。雖然我國(guó)互聯(lián)網(wǎng)上已經(jīng)有很多個(gè)電子商務(wù)網(wǎng)站，但真正能實(shí)現(xiàn)電子商務(wù)功能的卻少之又少，很多的電子商務(wù)網(wǎng)站只是盲目的開(kāi)站，卻始終沒(méi)有理解電子商務(wù)的真正含義。甚至于有很多是為了迎合電子商務(wù)發(fā)展而單純建立一個(gè)界面，放幾件商品，后臺(tái)的工作完全不存在。因此開(kāi)發(fā)一個(gè)功能全面，適合我國(guó)商務(wù)特色的，經(jīng)濟(jì)實(shí)用的電子商務(wù)平臺(tái)是非常需要和必要的。本系統(tǒng)的研究目的是為了提高購(gòu)物者和管理員的效率，為用戶提供一個(gè)安全、方便的購(gòu)物環(huán)境，同時(shí)也帶動(dòng)快

24、遞等相關(guān)行業(yè)的發(fā)展。開(kāi)發(fā)分為兩個(gè)部分，面向用戶的部分，包括：顧客在線注冊(cè)、購(gòu)物、提交訂單、付款等操作；另外一部分是管理部分，這部分的內(nèi)容包括：產(chǎn)品的添加、刪除、查詢、訂單的管理、操作員的管理、注冊(cè)用戶的管理等。</p><p>　　1.3.2 本文研究?jī)?nèi)容</p><p>　　在互聯(lián)網(wǎng)日益發(fā)展的今天，網(wǎng)絡(luò)購(gòu)物已經(jīng)不是什么新鮮的事物，一些大型的網(wǎng)絡(luò)購(gòu)物網(wǎng)站每年都會(huì)有上億的成交量，其中比較出

25、名的網(wǎng)絡(luò)購(gòu)物網(wǎng)站有：易趣，淘寶，阿里巴巴等，這些網(wǎng)上商店大多是綜合的商場(chǎng)，網(wǎng)絡(luò)商品五花八門(mén)，包羅萬(wàn)象，還有一些購(gòu)物網(wǎng)站只銷售單一商品，例如，華儲(chǔ)網(wǎng)只銷售圖書(shū)。本網(wǎng)上商店是一套基于數(shù)據(jù)庫(kù)的商品產(chǎn)品發(fā)布管理系統(tǒng)，可用于商品產(chǎn)品的實(shí)時(shí)發(fā)布以及企業(yè)產(chǎn)品數(shù)據(jù)管理，前臺(tái)用戶可通過(guò)頁(yè)面瀏覽，查詢和訂購(gòu)產(chǎn)品，后臺(tái)管理員可以管理產(chǎn)品價(jià)格，簡(jiǎn)介，圖片等多類信息。銷售規(guī)模不受地盤(pán)限制。傳統(tǒng)商店有多大就只能擺放多少商品，生意大小常常被小店面積限制。而在網(wǎng)上，即

26、便在地面上只有一個(gè)小商店，或者干脆就沒(méi)有門(mén)面，開(kāi)店的生意卻可以照樣做得很大。不受店面空間的限制。哪怕只是街邊小店，在網(wǎng)上卻可以擁有百貨大樓那么大的店面，只要投資者愿意，可以擺上成千上萬(wàn)種商品。目前國(guó)內(nèi)最大的專業(yè)拍賣(mài)網(wǎng)站同時(shí)在線的商品要超過(guò)10萬(wàn)件——已超過(guò)一些大超市。不受地理位置影響。不管客戶離店有多遠(yuǎn)，也不管顧客是國(guó)內(nèi)還是國(guó)外，在網(wǎng)上，客戶一樣可以很方便地找到并購(gòu)買(mǎi)商品。這令消費(fèi)群體突破了地域的限制，變得無(wú)限廣闊了。該系統(tǒng)在功能上基本

27、實(shí)現(xiàn)一個(gè)</p><p>　　1.4 系統(tǒng)開(kāi)發(fā)環(huán)境</p><p>　　本系統(tǒng)采用B/S結(jié)構(gòu)，前臺(tái)開(kāi)發(fā)工具為MyEclipse Enterprise Workbench 6.5.0 GA，后臺(tái)數(shù)據(jù)庫(kù)是Mysql，服務(wù)器是Tomcat 6.0.8，軟件要求：操作系統(tǒng)為Windows 7，Internet Explorer 8.01 或更高版本，硬件要求：Pentium 133 MHz* P

28、entium 133 MHz 或更快 128 MB* 256 MB 或更高。</p><p>　　B/S結(jié)構(gòu)的數(shù)據(jù)庫(kù)訪問(wèn)模式</p><p>　　B/S結(jié)構(gòu)是真正的三層結(jié)構(gòu)，它以訪問(wèn)Web數(shù)據(jù)庫(kù)為中心，HTTP為傳輸協(xié)議，客戶端通過(guò)瀏覽器(Browser)訪問(wèn)Web服務(wù)器和與其相連的后臺(tái)數(shù)據(jù)庫(kù)，我們稱之為B/S（Browser/Server）模式。其三級(jí)結(jié)構(gòu)組成如圖1-1所示，圖中從左到右

29、，分為三個(gè)層次：</p><p>　　第一層是客戶端即瀏覽器，主要完成客戶和后臺(tái)的交互及最終查詢結(jié)果的輸出功能。在客戶端向指定的Web服務(wù)器提出服務(wù)器請(qǐng)求，Web服務(wù)器用HTTP協(xié)議把所需文件資料傳給用戶，客戶端接受并顯示在WWW瀏覽器上；</p><p>　　圖1-1　三級(jí)結(jié)構(gòu)組成</p><p>　　第二層Web服務(wù)器是功能層，完成客戶的應(yīng)用功能，即Web服務(wù)器

30、接受客戶請(qǐng)求，并與后臺(tái)數(shù)據(jù)庫(kù)連接，進(jìn)行申請(qǐng)?zhí)幚恚缓髮⑻幚斫Y(jié)果返回Web服務(wù)器，再傳至客戶端；</p><p>　　第三層數(shù)據(jù)庫(kù)服務(wù)器是數(shù)據(jù)層。數(shù)據(jù)庫(kù)服務(wù)器應(yīng)客戶請(qǐng)求獨(dú)立地進(jìn)行各種處理。</p><p>　　與傳統(tǒng)的C/S模式相比，B/S結(jié)構(gòu)把處理功能全部移植到了服務(wù)器端，用戶的請(qǐng)求通過(guò)瀏覽器發(fā)出，無(wú)論是使用和數(shù)據(jù)庫(kù)維護(hù)上都比傳統(tǒng)模式更加經(jīng)濟(jì)方便。而且使維護(hù)任務(wù)層次化：管理員負(fù)責(zé)服務(wù)器硬件

31、日常管理和維護(hù)，系統(tǒng)維護(hù)人員負(fù)責(zé)后臺(tái)數(shù)據(jù)庫(kù)數(shù)據(jù)更新維護(hù)。對(duì)于有大量數(shù)據(jù)要處理的商城來(lái)說(shuō)，使用C/S結(jié)構(gòu)明顯是不符合要求。</p><p>　　由以上的比較分析可知，三層結(jié)構(gòu)也可以理解為增加WEB服務(wù)器的C/S模式。</p><p>　　2 Java及其技術(shù)介紹</p><p>　　2.1 Java技術(shù)的介紹</p><p>　　Java，

32、是一種可以撰寫(xiě)跨平臺(tái)應(yīng)用軟件的面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言，由當(dāng)時(shí)任職太陽(yáng)微系統(tǒng)的詹姆斯·高斯林（James Gosling）等人于1990年代初開(kāi)發(fā)。它最初被命名為Oak，目標(biāo)設(shè)置在家用電器等小型系統(tǒng)的編程語(yǔ)言，來(lái)解決諸如電視機(jī)、電話、鬧鐘、烤面包機(jī)等家用電器的控制和通訊問(wèn)題。由于這些智能化家電的市場(chǎng)需求沒(méi)有預(yù)期的高，Sun放棄了該項(xiàng)計(jì)劃。就在Oak幾近失敗之時(shí)，隨著互聯(lián)網(wǎng)的發(fā)展，Sun看到了Oak在計(jì)算機(jī)網(wǎng)絡(luò)上的廣闊應(yīng)用前景，于

33、是改造了Oak，在1995年5月以“Java”的名稱正式發(fā)布了。Java伴隨著互聯(lián)網(wǎng)的迅猛發(fā)展而發(fā)展，逐漸成為重要的網(wǎng)絡(luò)編程語(yǔ)言。Java編程語(yǔ)言的風(fēng)格十分接近C++語(yǔ)言。繼承了C++ 語(yǔ)言面向?qū)ο蠹夹g(shù)的核心，Java舍棄了C++語(yǔ)言中容易引起錯(cuò)誤的指針（以引用取代）、運(yùn)算符重載（operator overloading）、多重繼承（以接口取代）等特性，增加了垃圾回收器功能用于回收不再被引用的對(duì)象所占據(jù)的內(nèi)存空間。在Java SE 1.

34、5版本中Java又引入了泛型編程（Generic Programming）、類型安全的枚舉、不定長(zhǎng)參數(shù)和自動(dòng)裝/拆箱等語(yǔ)</p><p>　　Java不同于一般的編譯運(yùn)行計(jì)算機(jī)語(yǔ)言和解釋執(zhí)行計(jì)算機(jī)語(yǔ)言。它首先將源代碼編譯成字節(jié)碼（bytecode），然后依賴各種不同平臺(tái)上的虛擬機(jī)來(lái)解釋執(zhí)行字節(jié)碼，從而實(shí)現(xiàn)了“一次編譯、到處執(zhí)行”的跨平臺(tái)特性。不過(guò)，這同時(shí)也在一定程度上降低了Java程序的運(yùn)行效率。但在J2SE1.

35、4.2發(fā)布后，Java的運(yùn)行速度有了大幅提升。與傳統(tǒng)程序不同Sun公司在推出Java之際就將其作為一種開(kāi)放的技術(shù)。全球數(shù)以萬(wàn)計(jì)的Java開(kāi)發(fā)公司被要求所設(shè)計(jì)的Java軟件必須相互兼容?！癑ava語(yǔ)言靠群體的力量而非公司的力量”是Sun公司的口號(hào)之一，并獲得了廣大軟件開(kāi)發(fā)商的認(rèn)同。這與微軟公司所倡導(dǎo)的注重精英和封閉式的模式完全不同。Sun公司對(duì)Java編程語(yǔ)言的解釋是：Java編程語(yǔ)言是個(gè)簡(jiǎn)單、面向?qū)ο?、分布式、解釋性、健壯、安全與系統(tǒng)無(wú)

36、關(guān)、可移植、高性能、多線程和動(dòng)態(tài)的語(yǔ)言。</p><p>　　關(guān)于Java的批評(píng)Java試圖通過(guò)新的方式解決軟件編寫(xiě)的復(fù)雜性。很多人認(rèn)為Java語(yǔ)言做到了它承諾的一切。但是Java并不是一門(mén)完美的語(yǔ)言。整體性問(wèn)題并不是所有的工程和環(huán)境需要企業(yè)級(jí)別的復(fù)雜性，比如一個(gè)簡(jiǎn)單的個(gè)人網(wǎng)站或者獨(dú)自編程的程序師所寫(xiě)的程序。這些程序師會(huì)發(fā)現(xiàn)Java的復(fù)雜管理對(duì)于自己要做的程序來(lái)說(shuō)過(guò)于強(qiáng)大了。一些人覺(jué)得Java在面向?qū)ο笊厦孀龅臎](méi)

37、有Ruby和Smalltalk純粹。但是最新出現(xiàn)的用Java實(shí)現(xiàn)的語(yǔ)言Groovy解決了這些問(wèn)題。</p><p>　　作為一種已經(jīng)創(chuàng)建的新技術(shù)，Java顯然綜合了很多語(yǔ)言的特性，比如C++、C語(yǔ)言、Python等等。一些對(duì)于Java的評(píng)論認(rèn)為Java的不變性在動(dòng)搖。</p><p>　　語(yǔ)言問(wèn)題有些程序師不喜歡原始類型（primitive type）和類（class）的分離，尤其是那些曾

38、經(jīng)使用過(guò)Smalltalk和Ruby的程序師。Java的代碼相對(duì)于其他的代碼來(lái)說(shuō)過(guò)于冗長(zhǎng)，這與它的輕便化聲明相違背。Java是一種單層繼承的語(yǔ)言。這也導(dǎo)致了程序師在試圖使用多重繼承時(shí)候的不便，而很多語(yǔ)言都可以使用這個(gè)特性。但是Java可以使用接口類，把多重繼承可能導(dǎo)致的風(fēng)險(xiǎn)減少到最小。Java不支持運(yùn)算符重載，這是為了防止運(yùn)算符重載使得代碼的功能變得不清晰。但是用Java實(shí)現(xiàn)的語(yǔ)言Groovy可以進(jìn)行運(yùn)算符重載。過(guò)去Java對(duì)于文本的操

39、作和其他語(yǔ)言，比如Perl和PHP相比差的較多，但Java在1.4版本時(shí)候引入了正則表達(dá)式。</p><p>　　類庫(kù)問(wèn)題使用Swing平臺(tái)編寫(xiě)的帶有GUI（圖形用戶接口）的程序和其他原始程序非常不同。選用AWT工具包編寫(xiě)程序的程序師看到的都是原始接口，而且也無(wú)法獲得先進(jìn)的GUI編程支持，如果使用的話，就要提供每個(gè)平臺(tái)上面所需的API，這將是一項(xiàng)龐大的工程。Swing則是完全用Java語(yǔ)言所寫(xiě)的程序，避免了接口元

40、素重復(fù)的問(wèn)題，只使用所有平臺(tái)都支持的最基本的繪圖機(jī)制。但是很多用戶不知道如何在Java風(fēng)格和Windows風(fēng)格之間進(jìn)行轉(zhuǎn)換，結(jié)果造成了Java程序的接口在很多程序中非常特殊。蘋(píng)果電腦已經(jīng)提供了優(yōu)化過(guò)的Java運(yùn)行時(shí)程序，包含了Mac OS X的經(jīng)典Aqua接口風(fēng)格。性能問(wèn)題由于Java編譯器和虛擬機(jī)的不同對(duì)Java代碼的性能影響比語(yǔ)言本身的影響大的多，所以統(tǒng)一討論Java的程序的性能經(jīng)常是有誤導(dǎo)性的。據(jù)IBM的數(shù)據(jù)，在同樣的硬件上200

41、1年時(shí)的IBM JDK版本的性能是1996年的JDK版本的十倍左右。Java語(yǔ)言的一些特性不可避免的有額外的性能代價(jià)，例如數(shù)組范圍檢查、運(yùn)行時(shí)類型檢查等等。Java程序的性能還會(huì)因?yàn)椴煌膭?dòng)態(tài)復(fù)雜性和垃圾處理機(jī)制使用的多少而各有不同。如果JVM的實(shí)現(xiàn)比較優(yōu)化</p><p>　　盡管如此，仍然有許多人認(rèn)為Java的性能低。這部分歸因于Sun公司最初的JVM實(shí)現(xiàn)使用未優(yōu)化的解釋機(jī)制來(lái)運(yùn)行字節(jié)碼。一些新版本的JVM使

42、用Just-In-Time（JIT）編譯器，在加載字節(jié)碼的時(shí)候?qū)⑵渚幾g成針對(duì)運(yùn)行環(huán)境的本地代碼來(lái)實(shí)現(xiàn)一些本地編譯器的優(yōu)化特性。Just-In-Time機(jī)制和本地編譯的性能比較仍舊是一個(gè)有爭(zhēng)議的話題。JIT編譯需要很多時(shí)間，對(duì)于運(yùn)行時(shí)間不長(zhǎng)或者代碼很多的大型程序并不適宜。但是不算JIT編譯階段的話，程序的運(yùn)行性能在很多JVM下可以和本地編譯的程序一爭(zhēng)短長(zhǎng)，甚至在一些計(jì)算比較密集的數(shù)值計(jì)算領(lǐng)域也是這樣。目前，Java已經(jīng)使用更先進(jìn)的HotS

43、pot技術(shù)來(lái)代替JIT技術(shù)，Java的性能有了更進(jìn)一步的提升。另外，在使用-server選項(xiàng)運(yùn)行java程序時(shí)，也可以對(duì)java進(jìn)行更深入的優(yōu)化，比如在運(yùn)行時(shí)將調(diào)用較多的方法內(nèi)聯(lián)（inline）到程序中來(lái)提高運(yùn)行速度，這就是所謂的“動(dòng)態(tài)優(yōu)化”，而本地編譯器是無(wú)法做到這一點(diǎn)的；這也是一些java代碼比對(duì)應(yīng)用C/C++等語(yǔ)言編寫(xiě)的本地代碼運(yùn)行的更快的原因之一。微軟的.NET平臺(tái)也使用JIT編譯器，所以也有類似問(wèn)題。</p>&

44、lt;p>　　Java的設(shè)計(jì)目的主要是安全性和可攜性，所以對(duì)于一些特性，比如對(duì)硬件架構(gòu)和存儲(chǔ)器地址訪問(wèn)的直接訪問(wèn)都被去除了。如果需要間接調(diào)用這些底層功能的話，就需要使用JNI（Java本地接口）來(lái)調(diào)用本地代碼，而間接訪問(wèn)意味著頻繁調(diào)用這些特性時(shí)性能損失會(huì)很大，微軟的.NET平臺(tái)也有這樣的問(wèn)題。所以到目前為止，性能敏感的代碼，例如驅(qū)動(dòng)程序和3D視頻游戲，還是大多使用本地編譯，甚至直接以不直接支持面向?qū)ο蟮腃語(yǔ)言或機(jī)器碼編寫(xiě)。但最近已

45、經(jīng)有了許多用純Java編寫(xiě)的3D游戲，其效果與用C語(yǔ)言編寫(xiě)的不相上下，例如“合金戰(zhàn)士”（英文名：Chrome）。這主要是因?yàn)樾掳娴腏ava 3D技術(shù)已經(jīng)能像C++一樣調(diào)用硬件加速，也就是使用顯卡來(lái)加速，無(wú)論是C++還是Java語(yǔ)言寫(xiě)的3D游戲都是使用顯卡及GPU來(lái)處理，從而使得CPU可以專注于其他方面的工作。</p><p>　　2.2 Hibernate3.2和Struts1.0技術(shù)的介紹</p>

46、<p>　　2.2.1 Hibernate框架的介紹</p><p>　　Hibernate是一種Java語(yǔ)言下的對(duì)象關(guān)系映射解決方案。 它是使用GNU寬通用公共許可證發(fā)行的自由、開(kāi)源的軟件。它為面向?qū)ο蟮念I(lǐng)域模型到傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)的映射，提供了一個(gè)使用方便的框架。 概覽它的設(shè)計(jì)目標(biāo)是將軟件開(kāi)發(fā)人員從大量相同的數(shù)據(jù)持久層相關(guān)編程工作中解放出來(lái)。無(wú)論是從設(shè)計(jì)草案還是從一個(gè)遺留數(shù)據(jù)庫(kù)開(kāi)始，開(kāi)發(fā)人員都

47、可以采用Hibernate。</p><p>　　Hibernate不僅負(fù)責(zé)從Java類到數(shù)據(jù)庫(kù)表的映射（還包括從Java數(shù)據(jù)類型到SQL數(shù)據(jù)類型的映射），還提供了面向?qū)ο蟮臄?shù)據(jù)查詢檢索機(jī)制，從而極大地縮短的手動(dòng)處理SQL和JDBC上的開(kāi)發(fā)時(shí)間。.NET 上的 HibernateHibernate 有個(gè)在 .NET Framework 上的實(shí)現(xiàn)版本，稱為 NHibernate，在 ADO.NET Entity F

48、ramework 發(fā)表之前，NHibernate 是在 .NET Framework 上經(jīng)常被使用的 ORM 實(shí)現(xiàn)。</p><p>　　Hibernate的架構(gòu)有三個(gè)主要部分組成：</p><p>　　1、連接管理:Hibernate的連接管理服務(wù)提供的數(shù)據(jù)庫(kù)連接的有效管理。數(shù)據(jù)庫(kù)連接是與數(shù)據(jù)庫(kù)進(jìn)行交互，因?yàn)樗枰罅抠Y源的開(kāi)放和關(guān)閉數(shù)據(jù)庫(kù)連接的最昂貴的部分。 </p>&

49、lt;p>　　2、交易管理：事務(wù)管理服務(wù)提供給用戶能夠同時(shí)執(zhí)行多個(gè)數(shù)據(jù)庫(kù)報(bào)表。</p><p>　　3、對(duì)象關(guān)系映射：對(duì)象關(guān)系映射是從對(duì)象映射模型的數(shù)據(jù)表示為關(guān)系數(shù)據(jù)模型的技術(shù)。這部分是用來(lái)休眠選擇，插入，更新和刪除記錄窗體的基礎(chǔ)表。當(dāng)我們傳遞一個(gè)對(duì)象到Session.save（）的方法時(shí)，Hibernate讀取該對(duì)象的變量的狀態(tài)，并執(zhí)行必要的查詢。</p><p>　　Hibern

50、ate是很好的工具盡可能對(duì)象關(guān)系映射的關(guān)注，但在連接管理和事務(wù)管理方面，它在性能和能力缺乏。所以通常冬眠與其他正在使用的連接管理和事務(wù)管理工具。例如Apache的二溴氯丙烷是用于與Hibernate的連接池。Hibernate提供了使用中的靈活性。它被稱為“輕型”的體系結(jié)構(gòu)時(shí)，我們只使用對(duì)象關(guān)系映射的組成部分。而在“全面解決”的體系結(jié)構(gòu)的所有三個(gè)組件對(duì)象關(guān)系映射，連接管理和事務(wù)管理）的使用。 </p><p>　

51、　2.2.2 Struts框架的介紹</p><p>　　Struts項(xiàng)目是Apache軟件基金會(huì)（ASF）贊助的一個(gè)開(kāi)源項(xiàng)目。它最初是Jakarta項(xiàng)目中的一個(gè)子項(xiàng)目，并在2004年3月成為ASF的頂級(jí)項(xiàng)目。它通過(guò)采用Java Servlet/JSP技術(shù)，實(shí)現(xiàn)了基于Java EE Web應(yīng)用的Model-View-Controller設(shè)計(jì)模式的應(yīng)用框架，是MVC經(jīng)典設(shè)計(jì)模式中的一個(gè)經(jīng)典產(chǎn)品。</p>

52、;<p>　　MVC結(jié)構(gòu)在Struts中，已經(jīng)由一個(gè)名為ActionServlet的Servlet充當(dāng) 控制器（Controller）的角色，根據(jù)描述模型、視圖、控制器對(duì)應(yīng)關(guān)系的struts-config.xml的配置文件，轉(zhuǎn)發(fā)視圖（View）的請(qǐng)求，組裝響應(yīng)數(shù)據(jù)模型（Model）。在MVC的 模型（Model）部分，經(jīng)常劃分為兩個(gè)主要子系統(tǒng)（系統(tǒng)的內(nèi)部數(shù)據(jù)狀態(tài)與改變數(shù)據(jù)狀態(tài)的邏輯動(dòng)作），這兩個(gè)概念子系統(tǒng)分別具體對(duì)應(yīng)Str

53、uts里的ActionForm與Action兩個(gè)需要繼承實(shí)現(xiàn)超類。在這里，Struts可以與各種標(biāo)準(zhǔn)的數(shù)據(jù)訪問(wèn)技術(shù)結(jié)合在一起，包括Enterprise Java Beans（EJB）, JDBC與JNDI。在Struts的視圖（View）端，除了使用標(biāo)準(zhǔn)的JavaServer Pages（JSP）以外，還提供了大量的標(biāo)簽庫(kù)使用，同時(shí)也可以與其他表現(xiàn)層組件技術(shù)（產(chǎn)品）進(jìn)行整合，比如Velocity Templates，XSLT等。通過(guò)應(yīng)用

54、Struts的框架，最終用戶可以把大部分的關(guān)注點(diǎn)放在自己的業(yè)務(wù)邏輯（Action）與 映射關(guān)系的配置文件（struts-config.xml）中。</p><p>　　發(fā)展歷程在Java EE的Web應(yīng)用發(fā)展的初期，除了使用Servlet技術(shù)以外，普遍是在JavaServer Pages（JSP）的源代碼中，采用HTML與Java代碼混合的方式進(jìn)行開(kāi)發(fā)。因?yàn)檫@兩種方式不可避免的要把表現(xiàn)與業(yè)務(wù)邏輯代碼混合在一起，都

55、給前期開(kāi)發(fā)與后期維護(hù)帶來(lái)巨大的復(fù)雜度。為了擺脫上述的約束與局限，把業(yè)務(wù)邏輯代碼從表現(xiàn)層中清晰的分離出來(lái)，2000年，Craig McClanahan采用了MVC的設(shè)計(jì)模式開(kāi)發(fā)Struts。后來(lái)該框架產(chǎn)品一度被認(rèn)為是最廣泛、最流行JAVA的WEB應(yīng)用框架。</p><p>　　Struts 2在2006年合并，WebWork與Struts這兩個(gè)優(yōu)秀的Java EE Web框架Web Framework的團(tuán)體，決定合

56、作共同開(kāi)發(fā)一個(gè)新的，整合了WebWork與Struts優(yōu)點(diǎn)，并且更加優(yōu)雅、擴(kuò)展性更強(qiáng)的框架，命名為“Struts 2”，原Struts的1.x版本產(chǎn)品稱為“Struts 1”。至此，Struts項(xiàng)目并行提供與維護(hù)兩個(gè)主要版本的框架產(chǎn)品：Struts 1與Struts 2。很多開(kāi)發(fā)人員認(rèn)為Struts目前尚不成熟，應(yīng)用的成本較高。 附帶的一點(diǎn)點(diǎn)建議： Struts的優(yōu)點(diǎn)主要集中體現(xiàn)在兩個(gè)方面：Taglib和頁(yè)面導(dǎo)航。Taglib是Stru

57、ts的標(biāo)記庫(kù)，靈活動(dòng)用，能大大提高開(kāi)發(fā)效率。 Struts這個(gè)名字來(lái)源于在建筑和舊式飛機(jī)中使用的支持金屬架。它的目的是為了減少在運(yùn)用MVC設(shè)計(jì)模型來(lái)開(kāi)發(fā)Web應(yīng)用的時(shí)間。你仍然需要學(xué)習(xí)和應(yīng)用該架構(gòu)，不過(guò)它將可以完成其中一些繁重的工作。Struts跟Tomcat、Turbine等諸多Apache項(xiàng)目一樣，是開(kāi)源軟件，這是它的一大優(yōu)點(diǎn)，使開(kāi)發(fā)者能更深入的了解其內(nèi)部實(shí)現(xiàn)機(jī)制。</p><p>　　2.3 Tomcat的

58、介紹</p><p>　　Tomcat是由Apache軟件基金會(huì)下屬的Jakarta項(xiàng)目開(kāi)發(fā)的一個(gè)Servlet容器，按照Sun Microsystems提供的技術(shù)規(guī)范，實(shí)現(xiàn)了對(duì)Servlet和JavaServer Page（JSP）的支持，并提供了作為Web服務(wù)器的一些特有功能，如Tomcat管理和控制平臺(tái)、安全域管理和Tomcat閥等。由于Tomcat本身也內(nèi)含了一個(gè)HTTP服務(wù)器，它也可以被視作一個(gè)單獨(dú)的W

59、eb服務(wù)器。但是，不能將 Tomcat 和 Apache Web 服務(wù)器混淆，Apache Web Server 是一個(gè)用 C 語(yǔ)言實(shí)現(xiàn)的 HTTP web server；這兩個(gè) HTTP web server 不是捆綁在一起的。Apache Tomcat 包含了一個(gè)配置管理工具，也可以通過(guò)編輯 XML 格式的配置文件來(lái)進(jìn)行配置。</p><p>　　Tomcat 是一個(gè)輕量級(jí)的應(yīng)用服務(wù)器，在中小型系統(tǒng)和并發(fā)訪問(wèn)

60、用戶不是很多的場(chǎng)合下被普遍使用，是開(kāi)發(fā)和調(diào)試JSP 程序的首選。對(duì)于一個(gè)初學(xué)者來(lái)說(shuō)，可以這樣認(rèn)為，當(dāng)在一臺(tái)機(jī)器上配置好Apache 服務(wù)器，可利用它響應(yīng)對(duì)HTML 頁(yè)面的訪問(wèn)請(qǐng)求。實(shí)際上Tomcat 部分是Apache 服務(wù)器的擴(kuò)展，但它是獨(dú)立運(yùn)行的，所以當(dāng)你運(yùn)行tomcat 時(shí)，它實(shí)際上作為一個(gè)與Apache 獨(dú)立的進(jìn)程單獨(dú)運(yùn)行的。Tomcat提供了一個(gè)Jasper編譯器用以將JSP編譯成對(duì)應(yīng)的Servlet。</p>

61、<p>　　Tomcat的Servlet引擎通常與Apache或者其他Web服務(wù)器一起工作。除了用于開(kāi)發(fā)過(guò)程中的調(diào)試以及那些對(duì)速度和事務(wù)處理只有很小要求的用戶，很少會(huì)將Tomcat單獨(dú)作為Web服務(wù)器。但隨著版本的更新，正有越來(lái)越多的用戶將其單獨(dú)作為Web服務(wù)器用以那些對(duì)速度和可靠性有較高要求的環(huán)境中。由于Tomcat是使用Java開(kāi)發(fā)的，所以它可以運(yùn)行在任何一個(gè)裝有JVM的不同操作系統(tǒng)之上。</p><p

62、><b>　　3 可行性分析</b></p><p>　　目前各個(gè)行業(yè)業(yè)務(wù)銷售量的的不斷增加，但對(duì)計(jì)算機(jī)在工作中的應(yīng)用投入很少，甚至仍然停留在手工記錄的模式，給工作帶來(lái)了許多不必要的麻煩。進(jìn)過(guò)調(diào)研，各管理者表示愿意在有完善的管理系統(tǒng)基礎(chǔ)上在現(xiàn)代化管理上多做投入，將自己的公司發(fā)展成為管理先進(jìn)的現(xiàn)代化銷售公司。現(xiàn)代化管理手段、辦公設(shè)施被列為各個(gè)公司發(fā)展的第一步。 由此可見(jiàn)本系統(tǒng)的應(yīng)用首先

63、已經(jīng)得到了領(lǐng)導(dǎo)的支持。可行性研究的目的是用最小的代價(jià)，在盡可能短時(shí)間內(nèi)確定問(wèn)題是否能夠解決，它的目的不是解決問(wèn)題，而是確定問(wèn)題是否值得去解決。</p><p><b>　　3.1 經(jīng)濟(jì)可行性</b></p><p>　　自2005年以來(lái)，我國(guó)電子商務(wù)市場(chǎng)交易額穩(wěn)定增長(zhǎng)，2007年我國(guó)電子商務(wù)市場(chǎng)規(guī)模突破17000億元。未來(lái)3年，仍是我國(guó)電子商務(wù)投資規(guī)模持續(xù)增長(zhǎng)和爆發(fā)的

64、時(shí)期，我國(guó)電子商務(wù)投資市場(chǎng)將迎來(lái)新一輪的發(fā)展高潮。一方面，2007年國(guó)家“十一五”電子商務(wù)發(fā)展規(guī)劃的頒布標(biāo)志著政府推動(dòng)電子商務(wù)的總體布局已經(jīng)形成；另一方面，電子商務(wù)在企業(yè)的應(yīng)用成效以及對(duì)經(jīng)濟(jì)、社會(huì)發(fā)展的推動(dòng)作用日益明顯。2007年我國(guó)B2B電子商務(wù)交易額約為12500億元，比2006年增長(zhǎng)25.5%。目前B2B 市場(chǎng)的集中度較高，在綜合類網(wǎng)站中，阿里巴巴已占近乎7成份額。2007年我國(guó)B2C網(wǎng)站總收入約為52.2億元，同比增長(zhǎng)

65、33.5%。B2C是傳統(tǒng)企業(yè)開(kāi)展電子商務(wù)的主要形式，隨著網(wǎng)絡(luò)購(gòu)物環(huán)境的好轉(zhuǎn)以及企業(yè)（特別是大中型企業(yè)）電子商務(wù)化程度的提升，在總體規(guī)模上B2C 將會(huì)有一個(gè)長(zhǎng)足的發(fā)展，并成為未來(lái)網(wǎng)購(gòu)的主流。2007年我國(guó)C2C交易額約為410.4億元，同比增長(zhǎng)90%；C2C是目前我國(guó)網(wǎng)購(gòu)的主要形式，但普及率還較低，不到網(wǎng)民總數(shù)的3成。</p><p><b>　　3.2 運(yùn)行可行性</b></

66、p><p>　　操作可行性是指系統(tǒng)對(duì)組織機(jī)構(gòu)的影響，現(xiàn)有人員和機(jī)構(gòu)、設(shè)施、環(huán)境等對(duì)系統(tǒng)的適應(yīng)性以及進(jìn)行人員培訓(xùn)的補(bǔ)充計(jì)劃可行性。</p><p>　　從新系統(tǒng)使用難易程度上來(lái)看，新系統(tǒng)使用起來(lái)并不復(fù)雜，界面設(shè)計(jì)親切，容易使用，通過(guò)接觸了解到公司的員工有接受新事物的能力，大多數(shù)平時(shí)都有過(guò)使用電腦的經(jīng)歷，學(xué)習(xí)該系統(tǒng)的使用應(yīng)該不會(huì)困難。該系統(tǒng)的實(shí)施對(duì)公司的組織機(jī)構(gòu)不會(huì)有太大的影響。在今后的維護(hù)過(guò)程中

67、，領(lǐng)導(dǎo)者可在店面里挑選或培養(yǎng)一、兩名對(duì)計(jì)算機(jī)知識(shí)比較了解的員工深入學(xué)習(xí)該系統(tǒng)，系統(tǒng)的開(kāi)發(fā)人員也會(huì)在系統(tǒng)實(shí)施后的半年時(shí)間內(nèi)不計(jì)酬的隨時(shí)解決系統(tǒng)出現(xiàn)的一些技術(shù)性問(wèn)題。</p><p>　　經(jīng)過(guò)上述論述分析，該系統(tǒng)的實(shí)施非?？尚小?lt;/p><p><b>　　3.3 社會(huì)可行性</b></p><p>　　由中國(guó)互聯(lián)網(wǎng)絡(luò)中心調(diào)查得出的《中國(guó)互聯(lián)網(wǎng)絡(luò)發(fā)

68、展?fàn)顩r統(tǒng)計(jì)報(bào)告》，報(bào)告中指出：截至2010年底，中國(guó)網(wǎng)民數(shù)量達(dá)到4.2億，網(wǎng)民規(guī)模躍居世界第一位。中國(guó)網(wǎng)民規(guī)模繼續(xù)呈現(xiàn)持續(xù)快速發(fā)展的趨勢(shì)。比去年同期增長(zhǎng)了9100萬(wàn)人，同比增長(zhǎng)56.2%。在2008年上半年，中國(guó)網(wǎng)民數(shù)量?jī)粼隽繛?300萬(wàn)人。中國(guó)網(wǎng)民中接入寬帶比例為84.7%，寬帶網(wǎng)民數(shù)已達(dá)到2.14億人。中國(guó)網(wǎng)民的主體仍舊是30歲及以下的年輕群體，這一網(wǎng)民群體占到中國(guó)網(wǎng)民的68.6%，超過(guò)網(wǎng)民總數(shù)的2/3。如此數(shù)量的網(wǎng)絡(luò)用戶，使得網(wǎng)上

69、招聘平臺(tái)擁有了得天獨(dú)厚的條件，網(wǎng)上招聘在如此的條件下一定能夠快速的發(fā)展起來(lái)。報(bào)告中顯示，越來(lái)越多的人愿意使用網(wǎng)上購(gòu)物，所以對(duì)購(gòu)物系統(tǒng)的需求是迫切的。</p><p><b>　　3.4 技術(shù)可行性</b></p><p>　　技術(shù)可行性是對(duì)現(xiàn)有技術(shù)進(jìn)行評(píng)價(jià)，分析系統(tǒng)是否可以用現(xiàn)有技術(shù)來(lái)實(shí)施以及技術(shù)發(fā)展對(duì)系統(tǒng)建設(shè)有什么影響。</p><p>　　

70、新系統(tǒng)可以用現(xiàn)有的技術(shù)來(lái)實(shí)現(xiàn)，針對(duì)目前的開(kāi)發(fā)工具而言，新系統(tǒng)比較適合采用流行的WEB開(kāi)發(fā)工具J2EE。這種開(kāi)發(fā)工具非常適合于B/S 結(jié)構(gòu)的應(yīng)用系統(tǒng)，提供了強(qiáng)大的軟件生成器。與其他開(kāi)發(fā)工具相比，J2EE能夠支持跨平臺(tái)客戶端應(yīng)用程序開(kāi)發(fā)的工具，除WINDOWS外，它還支持MACINTOSH和UNIX平臺(tái)，可提供優(yōu)秀的報(bào)表生成方法和完整的在線幫助以及豐富的INTERNET訪問(wèn)功能和組件特征。</p><p>　　J2E

71、E安全可靠，對(duì)于開(kāi)發(fā)人員而言開(kāi)發(fā)方便，對(duì)于使用人員而言界面友好，開(kāi)發(fā)出來(lái)的軟件簡(jiǎn)單易用，掌握方便。開(kāi)發(fā)出的軟件易學(xué)易用，即便原來(lái)沒(méi)有什么計(jì)算機(jī)操作基礎(chǔ)也會(huì)很容易學(xué)會(huì)使用。</p><p><b>　　4 需求分析</b></p><p>　　軟件需求分析工作是軟件生存周期中重要的一步。只有通過(guò)需求分析才能把軟件功能和性能的總體概念描述為具體上的軟件需求規(guī)格說(shuō)明，從而

72、奠定軟件開(kāi)發(fā)的基礎(chǔ)。軟件需求分析工作也是一個(gè)不斷認(rèn)識(shí)和逐步細(xì)化的過(guò)程。該過(guò)程將軟件調(diào)研階段的需求資料進(jìn)行分析和設(shè)計(jì)，使軟件范圍逐步細(xì)化到詳細(xì)定義的程度，并分析出各種不同的軟件元素，然后為這些元素找到可行的解決辦法。本章將從不同角度的需求分析問(wèn)題，講述軟件需求類型，分析過(guò)程，并部分給出了數(shù)據(jù)字典和數(shù)據(jù)流圖。</p><p><b>　　4.1 系統(tǒng)概述</b></p><p

73、>　　采用結(jié)構(gòu)化系統(tǒng)分析的方法，建立新系統(tǒng)的邏輯模型，此模型盡量避免使用計(jì)算機(jī)術(shù)語(yǔ)，便于企業(yè)的計(jì)算機(jī)人員與系統(tǒng)開(kāi)發(fā)人員的共同討論。本系統(tǒng)的結(jié)構(gòu)是層次化的暗盒模塊結(jié)構(gòu)。對(duì)高層模塊，將采用以事物為中心的設(shè)計(jì)策略，把一個(gè)大的復(fù)雜的系統(tǒng)逐步分解成小的相對(duì)簡(jiǎn)單的暗盒模塊，對(duì)低層模塊，采用以變換為中心的設(shè)計(jì)策略。因此，為了提高模塊的內(nèi)聚性，降低模塊的耦合程度，數(shù)據(jù)庫(kù)的設(shè)計(jì)原則是把它作為模塊間的郵政信箱，從而為實(shí)現(xiàn)數(shù)據(jù)共享由提高了模塊的獨(dú)立性，

74、使系統(tǒng)具有很高的可修改性。</p><p>　　通過(guò)分析我們可以得知用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望，從而有助于我們開(kāi)發(fā)出用戶滿意的產(chǎn)品。</p><p>　　前臺(tái)用戶需求分析，用戶可以進(jìn)行購(gòu)物，查看購(gòu)物車及查看訂單的操作。用戶需要登錄和注冊(cè)個(gè)人賬戶，同時(shí)可以修改個(gè)人信息。</p><p>　　要求數(shù)據(jù)的安全性，完整性。要有安全保密、上下級(jí)

75、數(shù)據(jù)一致性功能，本系統(tǒng)只設(shè)一個(gè)超級(jí)管理員，所以在數(shù)據(jù)的安全性方面較好。企業(yè)單位登陸后，如果需要修改產(chǎn)品的數(shù)量，完成操作后需要經(jīng)過(guò)超級(jí)管理員的審核才可以通過(guò)。</p><p>　　后臺(tái)管理員需求分析，管理員需要對(duì)商品進(jìn)行設(shè)置包括查看、刪除、添加、修改等操作。管理員能對(duì)會(huì)員信息進(jìn)行查看和刪除，對(duì)訂單信息能夠進(jìn)行查看、出貨、刪除，對(duì)公告進(jìn)行設(shè)置。</p><p><b>　　4.2 需

76、求分析</b></p><p>　　4.2.1 功能需求</p><p>　　4.2.1.1 面向用戶部分功能：</p><p>　　(1)注冊(cè)功能。顧客首先要注冊(cè)為網(wǎng)上商城的用戶。注冊(cè)時(shí)只要填寫(xiě)登錄用戶名、密碼、聯(lián)系電子信箱3項(xiàng)信息即可。注冊(cè)后，用戶可繼續(xù)如實(shí)填寫(xiě)詳細(xì)個(gè)人信息及收貨人信息，同時(shí)可修改密碼、查詢及修改訂單。</p><

77、;p>　　(2)選擇產(chǎn)品功能。顧客瀏覽網(wǎng)上商城，將自己需求的產(chǎn)品放入到購(gòu)物車中（可在網(wǎng)上商城首頁(yè)、專柜首頁(yè)、產(chǎn)品小類、專賣(mài)店首頁(yè)、搜索結(jié)果頁(yè)面、產(chǎn)品詳細(xì)信息頁(yè)面進(jìn)行該操作），可連續(xù)添加商品。</p><p>　　(3)管理購(gòu)物車。顧客選擇完商品后可進(jìn)入購(gòu)物車頁(yè)面，查看自己要購(gòu)買(mǎi)的商品，可修改某一商品數(shù)量、取消購(gòu)買(mǎi)某商品和清空整個(gè)購(gòu)物車。</p><p>　　(4)訂單功能。顧客確定購(gòu)

78、物車中的商品后提交訂單，如顧客已填寫(xiě)收貨人信息，則頁(yè)面顯示該信息并由顧客確認(rèn)。如尚未填寫(xiě)則顯示相應(yīng)表單請(qǐng)其填寫(xiě)，系統(tǒng)記錄顧客提交的收貨人信息以便其下次購(gòu)物時(shí)使用。顧客提交訂單后可在網(wǎng)上商城查詢?cè)撚唵?，并可?duì)尚未處理的訂單進(jìn)行取消、修改等操作。</p><p>　　(5)付款功能。顧客在訂單被銷售方確認(rèn)后，要選擇付款方式，并付款給銷售方，然后才可以收到貨。</p><p>　　4.2.1.2

79、 后臺(tái)管理部分功能：</p><p>　　(1)管理人員部分。該部分的用戶有一個(gè)超級(jí)管理員，超級(jí)管理員擁有最高權(quán)限，可訪問(wèn)所有訂單，可瀏覽、查詢訂單，可瀏覽、修改普通管理員和會(huì)員的資料，負(fù)責(zé)訂單管理，可瀏覽、修改訂單狀態(tài)，可瀏覽會(huì)員信息，也需要管理界面，可增、刪商品和廣告等操作。</p><p>　　(2)管理訂單功能。顧客可通過(guò)Web方式取消、修改自己提交的訂單（在管理員確認(rèn)前），查詢自

80、己提交的訂單（隨時(shí)）。</p><p>　　(3)管理商品功能。管理員可以添加、修改、刪除商品。</p><p>　　(4)可以供企業(yè)的用戶修改商品的數(shù)量，但是需要經(jīng)過(guò)管理員的審核。</p><p>　　4.2.2 性能需求</p><p>　　為了保證該電子商務(wù)系統(tǒng)在開(kāi)發(fā)和今后的運(yùn)行中不出現(xiàn)異?，F(xiàn)象，為此對(duì)本網(wǎng)站的性能有如下需求：<

81、/p><p><b>　　(1)服務(wù)器端：</b></p><p>　　硬件環(huán)境：CPU：Intel Pentium4或更高、內(nèi)存：1G、</p><p>　　軟件環(huán)境：Web服務(wù)器：Tomcat5.0、Java 開(kāi)發(fā)包：JDK1.5以上</p><p>　　數(shù)據(jù)庫(kù)：Mysql </p><p>&l

82、t;b>　　(2)客戶端：</b></p><p>　　硬件環(huán)境：CPU：Intel Pentium4、內(nèi)存：512MB</p><p>　　軟件環(huán)境：操作系統(tǒng)：Windows XP/ 2003 server、瀏覽器：IE6.0以上</p><p>　　以上為本網(wǎng)站的性能需求?？紤]本網(wǎng)站的使用范圍和使用用戶不同。</p><p&

83、gt;　　4.2.3 業(yè)務(wù)流程圖</p><p>　　圖4-1 業(yè)務(wù)流程圖</p><p>　　主要的業(yè)務(wù)的流程是，會(huì)員瀏覽商品，找到自己喜歡的商品后選擇加入購(gòu)物車，如果是已近登陸的會(huì)員直接跳轉(zhuǎn)進(jìn)購(gòu)物車頁(yè)面，如果是未登錄的用戶，則提示用戶需要先登陸。在主頁(yè)面上，有一些公告和最新的動(dòng)態(tài),還有一些商品的搜索功能，用戶可以通過(guò)點(diǎn)擊完成相應(yīng)的操作，在選擇玩商品以后，可以選擇繼續(xù)購(gòu)物或者是直接付款

84、，在選擇付款以后，在管理員處就能看到有這個(gè)訂單，然后需要完成發(fā)貨，如果庫(kù)存足夠，就完成發(fā)貨，然后修改訂單的狀態(tài)，如果庫(kù)存不足，則修改訂單狀態(tài)。</p><p>　　4.2.4 數(shù)據(jù)流圖</p><p>　　圖4-2 頂層數(shù)據(jù)流圖</p><p>　　圖4-3 網(wǎng)上購(gòu)物系統(tǒng)一層圖（會(huì)員）</p><p>　　圖4-4 網(wǎng)上購(gòu)物系統(tǒng)一層圖（購(gòu)物

85、系統(tǒng)）</p><p>　　圖4-5網(wǎng)上購(gòu)物系統(tǒng)二層圖（訂單管理系統(tǒng)）</p><p>　　圖4-6 網(wǎng)上購(gòu)物系統(tǒng)二層圖（管理系統(tǒng)）</p><p>　　圖4-7 網(wǎng)上購(gòu)物系統(tǒng)三層圖（商品管理系統(tǒng)）</p><p>　　圖4-8 網(wǎng)上購(gòu)物系統(tǒng)三層圖（廣告及其它信息管理系統(tǒng)）</p><p>　　圖4-9 網(wǎng)上購(gòu)物系統(tǒng)

86、二層圖（注冊(cè)會(huì)員管理系統(tǒng)）</p><p>　　圖4-10 網(wǎng)上購(gòu)物系統(tǒng)一層圖（管理員系統(tǒng)）</p><p><b>　　4.3 數(shù)據(jù)字典</b></p><p>　　數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。數(shù)據(jù)字典的作用是在軟件的分析和設(shè)計(jì)過(guò)程中提供關(guān)于數(shù)據(jù)的描述信息。一般說(shuō)來(lái)，數(shù)據(jù)字典應(yīng)該由下列四類元素

87、構(gòu)成：數(shù)據(jù)元素，數(shù)據(jù)流，數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)處理</p><p>　　數(shù)據(jù)字典的作用是在軟件分析和設(shè)計(jì)的過(guò)程中給人提供關(guān)于數(shù)據(jù)的描述信息。它主要是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流、處理邏輯、外部實(shí)體、數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)項(xiàng)等方面進(jìn)行具體的定義。數(shù)據(jù)流程圖配以數(shù)據(jù)字典，就可以從圖形和文字兩個(gè)方面對(duì)系統(tǒng)的邏輯模型進(jìn)行完整的描述。</p><p>　　4.3.1 數(shù)據(jù)元素的定義</p><p>

88、;　　數(shù)據(jù)元素是不可再分的數(shù)據(jù)單位，一般而言，包括如下內(nèi)容：數(shù)據(jù)項(xiàng)描述＝｛數(shù)據(jù)項(xiàng)名，數(shù)據(jù)項(xiàng)含義說(shuō)明，別名，數(shù)據(jù)類型，長(zhǎng)度，取值范圍，取值含義，與其他數(shù)據(jù)項(xiàng)的邏輯關(guān)系，數(shù)據(jù)項(xiàng)之間的聯(lián)系｝。其中，后兩項(xiàng)定義了數(shù)據(jù)的完整性約束條件，用于數(shù)據(jù)校驗(yàn)。</p><p>　　表1 系統(tǒng)數(shù)據(jù)元素定義表</p><p>　　4.3.2 數(shù)據(jù)存儲(chǔ)</p><p>　　數(shù)據(jù)存儲(chǔ)是數(shù)據(jù)結(jié)

89、構(gòu)停留或保存的地方。也是數(shù)據(jù)流的來(lái)源和去向之一，可以是手工文檔或手工憑單，也可以是計(jì)算及文檔。一般而言，應(yīng)包括如下內(nèi)容：｛數(shù)據(jù)存儲(chǔ)名，說(shuō)明，編號(hào)，輸入的數(shù)據(jù)流，輸出的數(shù)據(jù)流，組成（數(shù)據(jù)結(jié)構(gòu)），數(shù)據(jù)量，存取頻度，存取方式｝。</p><p>　　系統(tǒng)頂層數(shù)據(jù)存儲(chǔ)定義：</p><p>　　數(shù)據(jù)存儲(chǔ)名稱：用戶表</p><p><b>　　數(shù)據(jù)存儲(chǔ)編號(hào)：D1&

90、lt;/b></p><p><b>　　描述：系統(tǒng)用戶信息</b></p><p>　　組成：用戶編號(hào)，用戶名，密碼，角色I(xiàn)D</p><p>　　數(shù)據(jù)存儲(chǔ)名稱：用戶信息表</p><p><b>　　數(shù)據(jù)存儲(chǔ)編號(hào)：D2</b></p><p>　　描述：?jiǎn)T工的基本信

91、息</p><p>　　組成：信息編號(hào)，地址一，地址二，市，郵編，郵箱，家庭電話，手機(jī)，辦公室電話，省份編號(hào)，國(guó)家編號(hào)，注冊(cè)日期，積分</p><p>　　數(shù)據(jù)存儲(chǔ)名稱：商品信息表</p><p><b>　　數(shù)據(jù)存儲(chǔ)編號(hào)：D3</b></p><p>　　描述：商品的基本信息</p><p>　

92、　組成：商品編號(hào)，商品名稱，作者，出版社，頁(yè)數(shù)，圖片，圖片，基價(jià)，描述，類別編號(hào)，上架日期，上傳人，庫(kù)存，是否審核</p><p>　　數(shù)據(jù)存儲(chǔ)名稱：訂單信息表</p><p><b>　　數(shù)據(jù)存儲(chǔ)編號(hào)：D4</b></p><p><b>　　描述：訂單的信息</b></p><p>　　組成：訂

93、單號(hào)，訂單名稱，總價(jià)，用戶編號(hào)，支付方式，訂單狀態(tài)</p><p>　　數(shù)據(jù)存儲(chǔ)名稱：公告信息表</p><p><b>　　數(shù)據(jù)存儲(chǔ)編號(hào)：D5</b></p><p><b>　　描述：公告的信息</b></p><p>　　組成：公告編號(hào)，公告名稱，公告內(nèi)容，日期，公告狀態(tài)，訂單狀態(tài)</p

94、><p>　　數(shù)據(jù)存儲(chǔ)名稱：訂單項(xiàng)表</p><p><b>　　數(shù)據(jù)存儲(chǔ)編號(hào)：D6</b></p><p>　　描述：訂單中的每一項(xiàng)</p><p>　　組成：訂單項(xiàng)編號(hào)，數(shù)量，商品編號(hào)，訂單號(hào)</p><p>　　數(shù)據(jù)存儲(chǔ)名稱：類別信息表</p><p><b>

95、　　數(shù)據(jù)存儲(chǔ)編號(hào)：D7</b></p><p><b>　　描述：類別信息</b></p><p>　　組成：類別編號(hào)，類別名稱，類別描述，上層類別，類別狀態(tài)，類別等級(jí)</p><p>　　數(shù)據(jù)存儲(chǔ)名稱：國(guó)家信息表</p><p><b>　　數(shù)據(jù)存儲(chǔ)編號(hào)：D8</b></p>

96、;<p><b>　　描述：國(guó)家信息</b></p><p>　　組成：國(guó)家編號(hào)，國(guó)家名稱</p><p>　　數(shù)據(jù)存儲(chǔ)名稱：支付方式表</p><p><b>　　數(shù)據(jù)存儲(chǔ)編號(hào)：D9</b></p><p><b>　　描述：支付方式</b></p>

97、<p>　　組成：支付方式編號(hào)，支付方式名稱</p><p>　　數(shù)據(jù)存儲(chǔ)名稱：省份信息表</p><p>　　數(shù)據(jù)存儲(chǔ)編號(hào)：D10</p><p><b>　　描述：省份信息</b></p><p>　　組成：省份編號(hào)，省份名稱，國(guó)家編號(hào)</p><p>　　4.3.3 數(shù)據(jù)流&

98、lt;/p><p>　　數(shù)據(jù)流。是數(shù)據(jù)結(jié)構(gòu)在系統(tǒng)內(nèi)傳輸?shù)穆窂?。?duì)數(shù)據(jù)流的描述通常包括如下內(nèi)容：｛數(shù)據(jù)流名，說(shuō)明，編號(hào)，數(shù)據(jù)流來(lái)源，數(shù)據(jù)流去向，組成（數(shù)據(jù)結(jié)構(gòu)）｝</p><p>　　系統(tǒng)頂層數(shù)據(jù)流定義：</p><p><b>　　數(shù)據(jù)流編號(hào)：F1</b></p><p>　　數(shù)據(jù)流名稱：系統(tǒng)管理員數(shù)據(jù)</p>

99、<p>　　數(shù)據(jù)流來(lái)源：系統(tǒng)用戶輸入D1</p><p><b>　　數(shù)據(jù)流去向：D1</b></p><p>　　數(shù)據(jù)流組成：I01-01+I01-02+ I01-03+I01-04</p><p><b>　　數(shù)據(jù)流編號(hào)：F2</b></p><p>　　數(shù)據(jù)流名稱：客戶信息<

100、/p><p>　　數(shù)據(jù)流來(lái)源：系統(tǒng)用戶輸入D2，D8，D10</p><p><b>　　數(shù)據(jù)流去向：D2</b></p><p>　　數(shù)據(jù)流組成：I01-38+I01-39+I01-40+I01-41+I01-42+I01-43+I01-44+I01-45</p><p>　　+I01-47+I01-38 +I01-05+

101、I01-07</p><p><b>　　數(shù)據(jù)流編號(hào)：F3</b></p><p>　　數(shù)據(jù)流名稱：商品信息</p><p>　　數(shù)據(jù)流來(lái)源：系統(tǒng)用戶輸入D3，D1</p><p><b>　　數(shù)據(jù)流去向：D3</b></p><p>　　數(shù)據(jù)流組成：I01-09+I01-1

102、0+I01-11+I01-12+I01-13+I01-14+I01-15+I01-16</p><p>　　+I01-17+I01-18+I01-19+I01-20+I01-21</p><p><b>　　數(shù)據(jù)流編號(hào)：F4</b></p><p>　　數(shù)據(jù)流名稱：類別信息</p><p>　　數(shù)據(jù)流來(lái)源：系統(tǒng)用戶輸入D

103、7</p><p><b>　　數(shù)據(jù)流去向：D7</b></p><p>　　數(shù)據(jù)流組成：I01-17+I01-49+I01-50+I01-51+I01-52+I01-53</p><p><b>　　數(shù)據(jù)流編號(hào)：F5</b></p><p>　　數(shù)據(jù)流名稱：訂單信息</p><

104、p>　　數(shù)據(jù)流來(lái)源：系統(tǒng)用戶輸入D4，D3，D1，D9</p><p><b>　　數(shù)據(jù)流去向：D4</b></p><p>　　數(shù)據(jù)流組成：I01-30+I01-31+I01-32+I01-04+I01-09+ I01-23+I01-25</p><p>　　4.3.4 數(shù)據(jù)處理</p><p>　　處理過(guò)程的

105、具體處理邏輯通常在詳細(xì)設(shè)計(jì)過(guò)程中用判定表或判定樹(shù)來(lái)描述。在數(shù)據(jù)字典中，只無(wú)原則描述處理過(guò)程的說(shuō)明性信息，通常包括以下內(nèi)容：｛處理過(guò)程名，說(shuō)明，輸入數(shù)據(jù)流，輸出數(shù)據(jù)流，處理｝</p><p>　　系統(tǒng)頂層數(shù)據(jù)處理的定義：</p><p><b>　　編號(hào)：P0</b></p><p><b>　　名稱：淘啊網(wǎng)上商城</b>&

106、lt;/p><p><b>　　描述：淘啊網(wǎng)上商城</b></p><p>　　輸入/輸出：D1，D2，D3，D4，D5，D6，D7，D8，D9，D10</p><p><b>　　編號(hào)：P1</b></p><p><b>　　名稱：系統(tǒng)管理</b></p><

107、;p><b>　　描述：系統(tǒng)用戶</b></p><p>　　輸入/輸出：D1，D2</p><p><b>　　編號(hào)：P2</b></p><p><b>　　名稱：基本信息管理</b></p><p>　　描述：商品基本信息的管理</p><p&g

108、t;　　輸入/輸出：D3，D7，D1</p><p><b>　　編號(hào)：P3</b></p><p><b>　　名稱：訂單信息管理</b></p><p><b>　　描述：訂單信息查詢</b></p><p>　　輸入/輸出：D4，D3，D1，D9</p>&

109、lt;p><b>　　編號(hào)：P4</b></p><p><b>　　名稱：類別信息管理</b></p><p><b>　　描述：類別信息</b></p><p><b>　　輸入/輸出：D7</b></p><p><b>　　5 總

110、體設(shè)計(jì)</b></p><p>　　5.1 系統(tǒng)總體設(shè)計(jì)</p><p>　　本階段設(shè)計(jì)的目標(biāo)是解決系統(tǒng)的實(shí)現(xiàn)，也稱概要設(shè)計(jì)，本階段主要任務(wù)是劃分出系統(tǒng)的物理元素及設(shè)計(jì)軟件的結(jié)構(gòu)，完成軟件定義時(shí)期的任務(wù)之后就應(yīng)該對(duì)系統(tǒng)進(jìn)行總體設(shè)計(jì)，即根據(jù)系統(tǒng)分析產(chǎn)生的分析結(jié)果來(lái)確定這個(gè)系統(tǒng)由哪些系統(tǒng)和模塊組成，這些系統(tǒng)和模塊又如何有機(jī)的結(jié)合在一起，每個(gè)模塊的功能如何實(shí)現(xiàn)。系統(tǒng)設(shè)計(jì)的目標(biāo)是使系統(tǒng)

111、實(shí)現(xiàn)擁有所要求的功能，同時(shí)，力爭(zhēng)達(dá)到高效率、高可靠性、可修改性，并且容易掌握和使用。總體設(shè)計(jì)過(guò)程通常有兩個(gè)主要階段組成：系統(tǒng)設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì)，其中系統(tǒng)設(shè)計(jì)確定系統(tǒng)的具體實(shí)現(xiàn)方案，結(jié)構(gòu)設(shè)計(jì)確定軟件結(jié)構(gòu)。</p><p>　　結(jié)構(gòu)化設(shè)計(jì)技術(shù)的核心是模塊分解設(shè)計(jì)，模塊上系統(tǒng)結(jié)構(gòu)圖的主要元素。其設(shè)計(jì)思想是，采用自頂向下、逐層分解的方法，先給出總的模塊功能，再逐層分解，使其分為多個(gè)大小適當(dāng)，功能明確，具有一定獨(dú)立性且容易實(shí)現(xiàn)

112、的模塊，從而把一個(gè)復(fù)雜的系統(tǒng)設(shè)計(jì)轉(zhuǎn)變成為多個(gè)簡(jiǎn)單模塊的設(shè)計(jì)。</p><p>　　在本系統(tǒng)中，采用了模塊結(jié)構(gòu)化設(shè)計(jì)方法，根據(jù)數(shù)據(jù)流圖，按層次劃分各個(gè)模塊，每個(gè)模塊完成一個(gè)功能，且每個(gè)模塊具有單入口單出口。</p><p>　　該系統(tǒng)分為前臺(tái)和后臺(tái)，每個(gè)模塊的功能都是按照在調(diào)研中搜集的資料進(jìn)行編排制作的。前臺(tái)包括用戶信息查看修改、商品分類展示、商品分類查詢、高級(jí)查詢、購(gòu)物車功能、新聞資訊、用