【文章內(nèi)容簡(jiǎn)介】 ionServlet，它用來接受客戶端的請(qǐng)求。ActionServlet包括一組基于配置文件生成的ActionMapping對(duì)象，每個(gè)ActionMapping對(duì)象實(shí)現(xiàn)了一個(gè)請(qǐng)求到一個(gè)具休的Model部分中Action處理器對(duì)象之間的映像。Struts框架的處理流程清楚的體現(xiàn)了MVC系統(tǒng)的特點(diǎn)，Struts Controller ActionServlet處理客戶請(qǐng)求，利用配置的ActionMapping對(duì)象把請(qǐng)求映像到Action處理器對(duì)象進(jìn)行處理。Action處理對(duì)象訪問ActionForm中的數(shù)據(jù)，處理和響應(yīng)客戶請(qǐng)求，它還調(diào)用后臺(tái)的Bean組件，這些組件封裝了具體的業(yè)務(wù)邏輯。Action處理器對(duì)象根據(jù)處理結(jié)果通知Controller，Controller進(jìn)行下一步的處理。由于Struts已經(jīng)為我們提供了一個(gè)非常好的MVC框架，我們利用Struts開發(fā)MVC系統(tǒng)時(shí)可以大大加快開發(fā)的速度。在開發(fā)時(shí)可以采用的開發(fā)流程如下： 明確應(yīng)用的需求。 明確“屏幕顯示”需求，即有那些頁面。 為每一個(gè)“屏幕顯示”定義訪問路徑。 ，定義ActionMappings建立到應(yīng)用業(yè)務(wù)邏輯之間的聯(lián)系。 開發(fā)滿足“屏幕顯示”需求的所有支持對(duì)象。 基于每個(gè)“屏幕顯示”需求提供的數(shù)據(jù)屬性來創(chuàng)建對(duì)應(yīng)的ActionForm對(duì)象。 開發(fā)被ActionMapping調(diào)用的Action對(duì)象。 開發(fā)應(yīng)用業(yè)務(wù)邏輯對(duì)象(Bean, EJB等等)。 對(duì)應(yīng)ActionMapping設(shè)計(jì)的流程創(chuàng)建JSP頁面。 ,。 開發(fā)/測(cè)程/部署。具體在使用Struts框架時(shí)，對(duì)應(yīng)各個(gè)部分的開發(fā)工作主要包括：模型部分：采用JavaBean和EJB相結(jié)合，設(shè)計(jì)和實(shí)現(xiàn)系統(tǒng)的業(yè)務(wù)邏輯根據(jù)不同的請(qǐng)求從Action派生具體Action處理對(duì)象。完成“做什么”的任務(wù)來調(diào)用由Bean構(gòu)成的業(yè)務(wù)組件。創(chuàng)建由ActionForm派生的類，實(shí)現(xiàn)對(duì)客戶端窗體數(shù)據(jù)的封裝?？刂破鞑糠郑篠truts為我們提供了核心控制部分的實(shí)現(xiàn)。 Mapping對(duì)象。視圖部分：為了使模型中的ActionForm與JSP交互，我們必須使用Struts提供的自定義標(biāo)記庫創(chuàng)建HTML窗體。利用Struts提供的自定義標(biāo)記庫編寫用戶接口把應(yīng)用邏輯和顯示邏輯分離。Struts框架通過這些自定義標(biāo)記建立了View和Model之間的聯(lián)系。Struts的自定義標(biāo)記還提供了很多定制頁面的功能。同時(shí)需要編輯兩個(gè)配置文件：. 通過它們配置struts系統(tǒng)中的各個(gè)模塊之問的交互。 Struts基本組件包Struts框架大約有115個(gè)包，近200個(gè)類所組成，而且數(shù)量還在不斷的擴(kuò)展。我們無法列舉所有的包和類，只能列舉幾個(gè)主要的簡(jiǎn)要的介紹一下。表21說明了目前struts api中基本的幾個(gè)組件，包括action，actions，config，util，taglib，validator。 Struts基本組件包包名功能控制整個(gè)struts framework的運(yùn)行的核心類、組件都在這個(gè)包中，比如我們上面提到的控制器ActionServlet。以及Action, ActionForm, ActionMapping等等。提供客戶的請(qǐng)求和業(yè)務(wù)邏輯處理之間的特定適配器轉(zhuǎn)換功能。為了更好支持web application的應(yīng)用，提供了對(duì)一些常用服務(wù)的支持，比如Connection Pool和Message Source。是一個(gè)客戶卷標(biāo)類的集合。下面包括Bean Tags,HTML Tags,Logic Tags,Nested Tags,Template Tags這幾個(gè)用于構(gòu)建用戶接口的卷標(biāo)類。 framework中增加的vaIidator framework用于動(dòng)態(tài)的配置from窗體的驗(yàn)證。網(wǎng)上書店系統(tǒng)是典型的B2C，其開發(fā)主要包括后臺(tái)數(shù)據(jù)庫的建立和維護(hù)以及前端應(yīng)用程序的開發(fā)兩個(gè)方面。對(duì)于前者要求建立起數(shù)據(jù)一致性和完整性強(qiáng)、數(shù)據(jù)安全性好的庫。而對(duì)于后者則要求應(yīng)用程序功能完備，易使用等特點(diǎn)。系統(tǒng)主要實(shí)現(xiàn)圖書查詢、圖書管理、購物車管理、訂單處理、用戶登錄、用戶注冊(cè)功能。 用戶需求分析本網(wǎng)上書店系統(tǒng)主要是方便用戶，節(jié)省時(shí)間。主要完成的功能有用戶登錄/登出，圖書查詢，購物車管理，訂單管理。 圖書查詢需求當(dāng)客戶進(jìn)入網(wǎng)上書店時(shí)，應(yīng)該在首頁中顯示最新的書目信息，讓客戶對(duì)新到圖書一目了然；在首頁上提供到所有圖書列表頁面的鏈接，以供客戶選擇所需圖書；同時(shí)也提供按照?qǐng)D書名稱快速查詢所需書目信息的功能。： 圖書查詢用例圖 購物車管理需求當(dāng)客戶選擇購買某圖書產(chǎn)品時(shí)，能夠?qū)?duì)應(yīng)圖書信息，如：價(jià)格、數(shù)量、時(shí)間等記錄到對(duì)應(yīng)的購物車中，并允許客戶返回書目查詢頁面，選擇其他圖書，并添加到購物車中。當(dāng)客戶點(diǎn)擊付款并且付款成功后，生成對(duì)應(yīng)的購物訂單，并自動(dòng)清除已生成訂單的購物車中的信息。： 購物車管理用例圖 訂單處理需求對(duì)應(yīng)客戶購買圖書商品信息的需求，在確定了所購圖書商品的價(jià)格、數(shù)量等信息后，提示用戶選擇對(duì)應(yīng)的送貨方式及付款方式，最終生成對(duì)應(yīng)的訂單記錄，以便于網(wǎng)站配貨人員依據(jù)訂單信息進(jìn)行后續(xù)的出貨、送貨的處理。訂單生成后，當(dāng)客戶再次返回首頁，能夠在首頁上查詢到該客戶所有的訂單信息。： 購物車管理用例圖 會(huì)員注冊(cè)/登錄需求為了能夠?qū)崿F(xiàn)圖書商品的購買，需要管理客戶相關(guān)的聯(lián)系方式、送貨地點(diǎn)等相關(guān)的信息。登錄之前必須注冊(cè)，注冊(cè)時(shí)需要驗(yàn)證。： 購物車管理用例圖 圖書管理需求當(dāng)作為管理員用戶登錄時(shí)，可以對(duì)圖書信息進(jìn)行查看、編輯，刪除書目和增加新的書目。： 圖書管理用例圖 系統(tǒng)業(yè)務(wù)流程分析業(yè)務(wù)流程反映了現(xiàn)實(shí)的業(yè)務(wù)活動(dòng)。業(yè)務(wù)流程圖描述了系統(tǒng)內(nèi)各單位、人員間業(yè)務(wù)關(guān)系、作業(yè)順序和管理信息流向的圖表?，F(xiàn)實(shí)業(yè)務(wù)活動(dòng)中的一些弊病很難憑空指出，而利用業(yè)務(wù)流程圖可以細(xì)致地分析其業(yè)務(wù)流程的合理性、可能存在的問題及從何處入手進(jìn)行解決。經(jīng)過對(duì)網(wǎng)上書店系統(tǒng)的分析。 業(yè)務(wù)流程圖 系統(tǒng)運(yùn)行和開發(fā)環(huán)境 系統(tǒng)運(yùn)行環(huán)境為了充分使用學(xué)?，F(xiàn)有的軟硬件資源，在保障網(wǎng)上書店系統(tǒng)正常、穩(wěn)定、高效運(yùn)行的前提下，達(dá)到節(jié)省開支降低成本的目的。根據(jù)這個(gè)要求，設(shè)定了網(wǎng)上書店系統(tǒng)的運(yùn)行環(huán)境。（1）網(wǎng)絡(luò)環(huán)境：數(shù)據(jù)庫服務(wù)器及操作主機(jī)網(wǎng)絡(luò)環(huán)境均采用互聯(lián)網(wǎng)。（2）硬件環(huán)境： 服務(wù)器：CPU使用Intel Pentium 4 Xeon/，內(nèi)存為lGB，選用2塊73GB 10000轉(zhuǎn)熱插拔SCSI硬盤。 客戶機(jī)：CPU最低為Intel Pentium4/2GHz以上，內(nèi)存最低256MB，硬盤最低為40GB。（3）軟件環(huán)境： 服務(wù)器：Windows Server 2003，Tomcat應(yīng)用服務(wù)器，Mysql數(shù)據(jù)庫。 客戶機(jī)：Windows 2000或者XP操作系統(tǒng)，IE瀏覽器（）。 系統(tǒng)開發(fā)環(huán)境系統(tǒng)開發(fā)環(huán)境主要介紹的是系統(tǒng)所用的后臺(tái)數(shù)據(jù)庫、開發(fā)語言、開發(fā)技術(shù)以及開發(fā)平臺(tái)等。（1）數(shù)據(jù)庫系統(tǒng)采用MySQL作為數(shù)據(jù)庫平臺(tái)，既可以被應(yīng)用程序訪問，又可在后臺(tái)操作，完成對(duì)數(shù)據(jù)的整理等。與其他的大型數(shù)據(jù)庫例如Oracle、DBSQL Server等相比，MySQL自有它的不足之處，如規(guī)模小、功能有限等，但對(duì)于一般的個(gè)人使用者和中小型企業(yè)來說，MySQL提供的功能已經(jīng)綽綽有余，而且由于MySQL是開放源碼軟件，因此可以大大降低總體擁有成本。（2）開發(fā)環(huán)境 J2EE是一個(gè)開放的、基于標(biāo)準(zhǔn)的開發(fā)和部署的平臺(tái)，用于構(gòu)建N層的、基于Web的、以服務(wù)器端計(jì)算為核心的、模塊化的企業(yè)應(yīng)用。J2EE同時(shí)也是所有兼容J2EE標(biāo)準(zhǔn)的應(yīng)用服務(wù)器產(chǎn)品的統(tǒng)一標(biāo)識(shí)。 Struts結(jié)構(gòu)圖（3）開發(fā)平臺(tái)由于Java開發(fā)工具運(yùn)行時(shí)比較耗費(fèi)系統(tǒng)資源，為了高效、快捷的完成教師工作量核算系統(tǒng)的開發(fā)工作，采取如下開發(fā)環(huán)境。網(wǎng)絡(luò)環(huán)境：局域網(wǎng)。硬件環(huán)境：CPU Pentium4 3GHz，內(nèi)存1G，硬盤120GB。軟件環(huán)境：操作系統(tǒng)Windows xp，數(shù)據(jù)庫Mysql，開發(fā)工具M(jìn)yEclipse，Tomcat。 數(shù)據(jù)流圖數(shù)據(jù)流圖(Data Flow Diagram，DFD)，是結(jié)構(gòu)化分析化分析方法(SA)中用于表示系統(tǒng)邏輯模型的一種工具，它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。數(shù)據(jù)流圖由數(shù)據(jù)流、加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)源點(diǎn)或終點(diǎn)四種基本成分組成。為了表達(dá)數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，用一個(gè)數(shù)據(jù)流圖是不夠的。為表達(dá)稍為復(fù)雜的實(shí)際問題，需要按照問題的層次結(jié)構(gòu)進(jìn)行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系。先把整個(gè)數(shù)據(jù)處理過程暫且看成一個(gè)加工，它的輸入數(shù)據(jù)和輸出數(shù)據(jù)實(shí)際上反映了系統(tǒng)與外界環(huán)境的接口。這就是分層數(shù)據(jù)圖的項(xiàng)層，也稱作總體圖。在這里，先將整個(gè)網(wǎng)上書店系統(tǒng)看成是一個(gè)加工處理，將操作人員作為外部的條件（即系統(tǒng)的操作對(duì)象），即可以的得出DFD。 系統(tǒng)前臺(tái)頂層DFD 系統(tǒng)后臺(tái)頂層DFD結(jié)構(gòu)化分析方法的基本思路是“自頂向下，逐步細(xì)化”。即從系統(tǒng)的基本模型開始，逐層地進(jìn)行分解。隨著這個(gè)過程的不斷進(jìn)行，系統(tǒng)的加工數(shù)量越來越多，每個(gè)加工的功能也越來越具體，直到所有的加工都足夠簡(jiǎn)單，不必再分解為止。系統(tǒng)總體圖雖然從概況上描述了整個(gè)系統(tǒng)的內(nèi)外接口情況，但它并不能很清楚地表達(dá)數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，因此需要進(jìn)一步的細(xì)化。網(wǎng)上書店的數(shù)據(jù)處理按照功能包括三個(gè)部分：用戶管理，圖書管理，訂單管理。因此，就可以畫出表示三個(gè)部分的加工及其相關(guān)的數(shù)據(jù)流圖，形成網(wǎng)上書店的零級(jí)圖。零級(jí)圖由外部實(shí)體、處理和數(shù)據(jù)存貯結(jié)點(diǎn)組成。它表示一個(gè)系統(tǒng)的主要功能或者是一個(gè)大型系統(tǒng)的主要的組成子系統(tǒng)。 系統(tǒng)的零級(jí)圖由于各個(gè)子系統(tǒng)比較復(fù)雜，為了更清晰地表達(dá)數(shù)據(jù)加工過程，可以進(jìn)一步對(duì)它進(jìn)行細(xì)化，從而得到各個(gè)模塊的一級(jí)圖。本系統(tǒng)根據(jù)實(shí)際功能將整個(gè)系統(tǒng)細(xì)化后，得到用戶管理，訂單管理，圖書管理的一級(jí)圖。一級(jí)圖由外部實(shí)體、處理和數(shù)據(jù)存貯結(jié)點(diǎn)組成，其組成與零級(jí)圖組成類似。一級(jí)圖雖然已經(jīng)對(duì)零級(jí)圖做了進(jìn)一步細(xì)化，但仍不能詳細(xì)的將其內(nèi)部各個(gè)模塊的處理細(xì)節(jié)表述出來。因此，需要對(duì)各個(gè)子系統(tǒng)的一級(jí)圖進(jìn)一步細(xì)化，就可以得到子系統(tǒng)其內(nèi)各個(gè)模塊的細(xì)節(jié)圖。細(xì)節(jié)圖僅僅由處理和數(shù)據(jù)存貯結(jié)點(diǎn)組成，它表示一個(gè)復(fù)雜的處理流程的詳細(xì)的內(nèi)部過程。由于圖書管理與訂單管理，用戶管理基本的流程相同，大致都是對(duì)數(shù)據(jù)進(jìn)行增刪改，查詢。下面詳細(xì)對(duì)圖書管理進(jìn)行描述。，該子系統(tǒng)包含圖書查詢，新增圖書，刪除圖書，修改圖書，查看圖書詳情等模塊。 圖書管理模塊一級(jí)DFD只有明確了功能，精確地描繪了各個(gè)數(shù)據(jù)流才可以認(rèn)為分析工作結(jié)束。一般情況下，第二層的數(shù)據(jù)流圖中的加工細(xì)節(jié)還不夠清晰，需要把每個(gè)加工繼續(xù)分解成更小的加工。，分為新增圖書，刪除圖書，修改圖書，查看圖書功能。圖6 編輯細(xì)化DFD 系統(tǒng)的數(shù)據(jù)字典網(wǎng)上書店系統(tǒng)的數(shù)據(jù)字典主要有管理員信息表，用戶信息列表，圖書詳細(xì)分類表，圖書信息表，訂單基本信息表，購物車表。其中每個(gè)數(shù)據(jù)表的文件名、組成字段、數(shù)據(jù)組織如下所示。 管理員用戶信息表l 文件名：d_adminl 組成：管理員編號(hào)+用戶名+密碼+管理員類別l 組織：管理員編號(hào)為主鍵 普通用戶信息列表l 文件名：d_userl 組成：用戶編號(hào)+郵箱+用戶密碼+昵稱+密碼l 組織：用戶編號(hào)為主鍵 商品信息表l 文件名：d_productl 組成：圖書ID+圖書分類+圖書詳細(xì)分類+圖書名稱+圖書價(jià)格+會(huì)員圖書價(jià)格+圖書封面地址+圖書作者+圖書出版社+圖書出版時(shí)間+圖書摘要l 組織：圖書ID為主鍵 圖書詳細(xì)分類表l 文件名：d_detail_catalogl 組成：圖書詳細(xì)分類ID+從屬的圖書類型+詳細(xì)類型名稱l 組織：圖書詳細(xì)分類ID為主鍵 訂單基本信息表l 文件名：d_orderl 組成：訂單ID+圖書ID+用戶ID+訂購時(shí)間+訂單狀態(tài)+訂單數(shù)量l 組織：訂單ID為主鍵 購物車表l 文件名：d_cartl 組成：購物車ID+用戶ID+圖書ID+圖書數(shù)量l 組織：購物車ID，用戶ID，圖書ID和為主鍵該環(huán)節(jié)主要的工作有系統(tǒng)設(shè)計(jì)描述、系統(tǒng)模塊描述、數(shù)據(jù)設(shè)計(jì)等。 系統(tǒng)設(shè)計(jì)描述系統(tǒng)設(shè)計(jì)工作由總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩部分組成?？傮w設(shè)計(jì)主要完成設(shè)計(jì)軟件系統(tǒng)結(jié)構(gòu)和各組成部分之間的相互關(guān)系的任務(wù)。為了實(shí)現(xiàn)目標(biāo)系統(tǒng)，首先進(jìn)行結(jié)構(gòu)設(shè)計(jì)。 系統(tǒng)模塊描述系統(tǒng)的模塊描述主要包括系統(tǒng)總體設(shè)計(jì)描述和系統(tǒng)具體模塊描述兩個(gè)部分。 系統(tǒng)總體設(shè)計(jì)描述網(wǎng)上書店系統(tǒng)全面支持Internet/Intranet，系統(tǒng)基于B/S結(jié)構(gòu)，業(yè)務(wù)處理均集中在服務(wù)器端的業(yè)務(wù)層，客戶只需安裝少量的基礎(chǔ)控件，即可進(jìn)行操作。系統(tǒng)簡(jiǎn)單易用，具備高度的靈活性、可控性、擴(kuò)充性。該系統(tǒng)嚴(yán)格按照模塊化的思路設(shè)計(jì)，分為網(wǎng)站前臺(tái)和后臺(tái)管理。按照軟件的需求，四個(gè)子系統(tǒng)各自具備獨(dú)立的業(yè)務(wù)處理功能，模塊彼此之間盡量以數(shù)據(jù)連接為主，以特征連接為輔，盡量減弱模塊之間的聯(lián)系程度，增強(qiáng)模塊的獨(dú)立性。 系統(tǒng)總體模塊圖網(wǎng)站后臺(tái)管理模塊系統(tǒng)細(xì)分為客戶管理，圖書管理兩個(gè)模塊。圖書管理模塊可以進(jìn)一步細(xì)分為查看圖書，新增圖書，刪除圖書，修改圖書四個(gè)模塊功能?？蛻裟K進(jìn)一步細(xì)分為個(gè)人信息管理，個(gè)人訂單管理兩個(gè)模塊。 圖書管理模塊圖 客戶管理模塊細(xì)分圖 系統(tǒng)具體模塊描述系統(tǒng)模塊的描述主要是描述出系統(tǒng)模塊的功能和處理。主要是用文字去描述，而不是用圖形圖描述。（