數(shù)據(jù)庫課程設(shè)計(jì)--網(wǎng)上購物系統(tǒng)

1、<p><b>　　目錄</b></p><p><b>　　引言：1</b></p><p><b>　　1. 系統(tǒng)規(guī)劃2</b></p><p>　　1.1可行性分析2</p><p>　　1.1.1運(yùn)行可行性2</p><p>　

2、　1.1.2 技術(shù)可行性3</p><p>　　1.2劃分子系統(tǒng)3</p><p>　　1.2.1業(yè)務(wù)調(diào)查4</p><p>　　1.3指定信息系統(tǒng)開發(fā)方案以及日程安排6</p><p>　　1.3.1子系統(tǒng)劃分6</p><p>　　1.3.2信息系統(tǒng)資源分配計(jì)劃6</p><p>

3、;<b>　　2數(shù)據(jù)庫設(shè)計(jì)7</b></p><p><b>　　2.1概念設(shè)計(jì)7</b></p><p>　　2.1.1概念描述7</p><p>　　2.1.2概念模型E-R圖9</p><p>　　2.2.邏輯設(shè)計(jì)10</p><p>　　2.3關(guān)系優(yōu)化10

4、</p><p>　　2.4數(shù)據(jù)字典11</p><p>　　2.5安全性設(shè)計(jì)12</p><p><b>　　3功能實(shí)現(xiàn)13</b></p><p><b>　　3.1用例圖13</b></p><p>　　3.1.1角色Actor定義13</p>

5、<p>　　3.1.2系統(tǒng)主Use Case圖14</p><p>　　3.1.3本模塊的Use Case圖15</p><p>　　3.2過程流程15</p><p>　　3.3數(shù)據(jù)流圖16</p><p>　　3.4過程流圖16</p><p><b>　　3.5類設(shè)計(jì)16</

6、b></p><p><b>　　3.6活動(dòng)圖18</b></p><p><b>　　3.7順序圖19</b></p><p><b>　　4系統(tǒng)測(cè)試21</b></p><p>　　4.1 系統(tǒng)測(cè)試的定義21</p><p>　　4.2

7、 單元測(cè)試21</p><p>　　4.2.1 類別查詢測(cè)試21</p><p>　　4.2.2 類別刪除測(cè)試22</p><p>　　4.2.3 添加新類別22</p><p>　　4.3 集成測(cè)試23</p><p><b>　　5心得23</b></p><p

8、><b>　　引言：</b></p><p>　　現(xiàn)今網(wǎng)絡(luò)技術(shù)日趨成熟，網(wǎng)上購物正悄然興起并正在被廣大消費(fèi)者迅速接受。網(wǎng)上購物系統(tǒng)在此期間應(yīng)運(yùn)而生，它通過網(wǎng)絡(luò)服務(wù)器為分布在全國各城市的顧客提供購買商品的服務(wù)。從銷售商來看，由于在價(jià)格上省去了實(shí)體店鋪的租金、水電、人工等成本，網(wǎng)上購物的商品價(jià)格更低，提高了銷售商的競(jìng)爭力。從顧客購買過程來看，網(wǎng)上購物能夠降低搜尋成本，便于消費(fèi)者對(duì)產(chǎn)品的挑選

9、和價(jià)格比較。 網(wǎng)上購物系統(tǒng)的主要內(nèi)容是，一方面讓銷售商把商品發(fā)布于網(wǎng)絡(luò)，一方面讓消費(fèi)者通過網(wǎng)絡(luò)來完成商品的交易。系統(tǒng)總體分成前臺(tái)和后臺(tái)兩大模塊，前臺(tái)是用戶模塊，后臺(tái)是管理員模塊。實(shí)現(xiàn)的功能，首先系統(tǒng)向用戶列出網(wǎng)站的商品信息。其次當(dāng)顧客登錄網(wǎng)上購物系統(tǒng)后，為每個(gè)用戶分配一個(gè)購物車，用戶選擇商品后，商品會(huì)被放入購物車。再次，用戶確認(rèn)購物車信息，點(diǎn)擊提交生成訂單。最后，管理員對(duì)訂單進(jìn)行處理，即完成一次商品交易。 系統(tǒng)實(shí)現(xiàn)按照M

10、VC設(shè)計(jì)模式。采用JSP技術(shù)作視圖層，Struts技術(shù)作控制層，JDBC技術(shù)作模型層。采用MVC設(shè)計(jì)模型，增加了系統(tǒng)的可拓展性與可維護(hù)性，便于開發(fā)的補(bǔ)充，維護(hù)。</p><p>　　網(wǎng)上購物是一種具有交互功能的商業(yè)信息系統(tǒng)。它向用戶提供靜態(tài)和動(dòng)態(tài)兩類信息資源。所謂靜態(tài)信息是指那些經(jīng)常變動(dòng)或更新的資源，如公司簡介、管理規(guī)范和公司制度等等；動(dòng)態(tài)信息是指隨時(shí)變化的信息，如商品報(bào)價(jià)，會(huì)議安排和培訓(xùn)信息等。網(wǎng)上購物系統(tǒng)具有

11、強(qiáng)大的交互功能，可使商家和用戶方便的傳遞信息，完成電子貿(mào)易或EDI交易。這種全新的交易防護(hù)四實(shí)現(xiàn)了公司將文檔與資金的無紙化交換。</p><p><b>　　系統(tǒng)規(guī)劃</b></p><p><b>　　1.1可行性分析</b></p><p>　　JSP頁面由HTML代碼和嵌入其中的Java代碼所組成。JavaBean是

12、JSP的技術(shù)基礎(chǔ)，而且大型的Web應(yīng)用程序的開發(fā)需要JavaBean和JSP配合才能完成。JSP具備了Java技術(shù)的簡單易用，完全的面向?qū)ο?，具有平臺(tái)無關(guān)性且安全可靠，主要面向因特網(wǎng)等特點(diǎn)。JSP的技術(shù)的優(yōu)勢(shì)：</p><p>　　一次編寫，到處運(yùn)行。在這一點(diǎn)上Java比PHP更出色，除了系統(tǒng)之外，代碼不需要做任何更改。</p><p>　　系統(tǒng)的多平臺(tái)支持?；旧峡梢栽谒衅脚_(tái)上的任意環(huán)

13、境中開發(fā)，在任意環(huán)境中進(jìn)行系統(tǒng)部署，在任意環(huán)境中擴(kuò)展。相比ASP/PHP的局限性是顯而易見的。</p><p>　　JSP技術(shù)是用Java語言作為腳本語言的。Java語言是成熟的、強(qiáng)大的、易擴(kuò)充的編程語言。</p><p>　　高效性與安全性。JSP在執(zhí)行前先被編譯成字節(jié)碼，字節(jié)碼由Java虛擬機(jī)解釋執(zhí)行，比源碼解釋效率高。</p><p>　　可維護(hù)性。由于JSP

14、技術(shù)是一種開放的、跨平臺(tái)的結(jié)構(gòu)，因此Web服務(wù)器、平臺(tái)及其他組件能很容易升級(jí)或切換，且不會(huì)影響JSP基本的應(yīng)用程序。</p><p>　　多樣化和功能強(qiáng)大的開發(fā)工具支持。Java已經(jīng)有了許多非常優(yōu)秀的開發(fā)工具，而且許多可以免費(fèi)得到，并且其中許多已經(jīng)可以順利的運(yùn)行于多種平臺(tái)之下。</p><p>　　1.1.1運(yùn)行可行性</p><p><b>　　主要包括

15、：</b></p><p>　　(1)對(duì)目標(biāo)組織的影響；</p><p>　　(2)目標(biāo)組織人員適應(yīng)的可行性(如目標(biāo)組織的行政管理、工作制度、人員素質(zhì)等能否滿足要求)；</p><p>　　(3)市場(chǎng)、法律、社會(huì)環(huán)境條件的可行性</p><p>　　(4)時(shí)間進(jìn)度可行性：項(xiàng)目完成所需的時(shí)間、預(yù)計(jì)時(shí)間是否足夠等</p>

16、<p>　　網(wǎng)上交易是世界的潮流，越來越多人接受并開始依賴網(wǎng)上交易。交易市場(chǎng)越來越趨向網(wǎng)上交易。且在這方面的法律法規(guī)已經(jīng)較為完善。</p><p>　　1.1.2 技術(shù)可行性</p><p>　　本系統(tǒng)使用JSP語言編寫商城的框架，后臺(tái)數(shù)據(jù)庫使用ORACL數(shù)據(jù)庫，業(yè)務(wù)層使用COM+、XML技術(shù)，客戶端主要使用IE瀏覽器。</p><p>　　現(xiàn)有的技術(shù)可

17、以靈活使用JSP語言、MyEclipse8.6、COM+、XML。</p><p>　　關(guān)鍵技術(shù)人員的數(shù)量不需要過多，約要6個(gè)。其水平應(yīng)在JSP語言、MyEclipse8.6、COM+、XML、Struts五項(xiàng)技術(shù)中懂得其中1項(xiàng)或多項(xiàng)。</p><p>　　綜合以上原因，我們認(rèn)為本網(wǎng)站商城后臺(tái)系統(tǒng)在操作上是可行的。</p><p><b>　　1.2劃分子

18、系統(tǒng)</b></p><p>　　我們采用面向?qū)ο蠓治鲎鳛橹饕南到y(tǒng)建模方法，使用UML（Unified Modeling Language）作為建模語言。UML為建?；顒?dòng)提供了從不同角度觀察和展示系統(tǒng)的各種特征的方法。在UML中，從任何一個(gè)角度對(duì)系統(tǒng)所作的抽象都可能需要幾種模型來描述，頁這些來自不同角度的模型圖最終組成了系統(tǒng)的映像。系統(tǒng)有一下幾個(gè)模塊組成：</p><p>&

19、lt;b>　　用戶子系統(tǒng)：</b></p><p>　　1）用戶注冊(cè)和登錄模塊：顧客在注冊(cè)后可以直接登錄網(wǎng)站首頁瀏覽商品，訂購商品與服務(wù)：沒有進(jìn)行注冊(cè)的顧客需進(jìn)行免費(fèi)注冊(cè)才能挑選商品及訂購相應(yīng)的服務(wù)</p><p>　　2）商品查詢及訂購模塊：顧客根據(jù)個(gè)人需要在網(wǎng)站導(dǎo)航幫助下尋找自己需要的商品，找到滿足要求的商品后進(jìn)行訂單處理，聯(lián)系管理員及時(shí)下單。</p>

20、<p>　　3）購物車模塊：　　購物車模塊功能實(shí)現(xiàn)選購商品的功能. 消費(fèi)者將所購商品放入購物車,在該模塊設(shè)置上應(yīng)具備取消選購商品、繼續(xù)購買、清空購物車和轉(zhuǎn)向收銀臺(tái)的功能。</p><p>　　4）訂單管理模塊：在挑選商品及服務(wù)結(jié)束后管理自己的訂單，選擇相應(yīng)的商品數(shù)量，商品類型。</p><p><b>　　管理員子系統(tǒng)：</b></p><

21、;p>　　1）登錄模塊：提供對(duì)管理員的身份認(rèn)證。</p><p>　　2）管理用戶模塊：提供對(duì)消費(fèi)者的基本管理服務(wù)。在允許的情況下添加、刪除、修改消費(fèi)者的基本信息。</p><p>　　3）管理訂單模塊：查看用戶的訂單。修改訂單狀態(tài)，以及發(fā)貨情況。</p><p>　　4）后臺(tái)商品管理模塊：進(jìn)行商品及服務(wù)的數(shù)據(jù)維護(hù)、管理、更新。</p><

22、p><b>　　1.2.1業(yè)務(wù)調(diào)查</b></p><p><b>　　業(yè)務(wù)流程</b></p><p>　　貨物上架：進(jìn)貨，拍照（不提倡使用批發(fā)商照片，推薦自行拍攝提高真實(shí)性），貨物名稱，貨物描述，貨物數(shù)量，價(jià)格設(shè)置，運(yùn)費(fèi)，有效期。</p><p>　　銷售流程：收到打款通知后，修改貨物運(yùn)費(fèi)，向物流公司發(fā)送通知收貨

23、，向買家通知發(fā)貨成功。</p><p>　　購物流程：注冊(cè)帳號(hào)，即用戶名和密碼； </p><p>　　1拍下商品 2到網(wǎng)上銀行為帳號(hào)充值，我們商場(chǎng)提供了支付寶、快錢充值、網(wǎng)銀在線等3付款4等待賣家發(fā)貨 5確認(rèn)到貨 是否有質(zhì)量問題 或要求退貨 6確認(rèn)無誤 付款給賣家 7交易成功</p><p>　　1.3指定信息系統(tǒng)開發(fā)方案以及日程安排<

24、;/p><p>　　1.3.1子系統(tǒng)劃分</p><p>　　1.3.2信息系統(tǒng)資源分配計(jì)劃</p><p><b>　　日程安排</b></p><p><b>　　設(shè)備</b></p><p>　　硬件環(huán)境：硬盤：10G+， 內(nèi)存：512M+。</p><

25、p>　　軟件環(huán)境：windowsXp/2000+；jdk1.5+；Tomcat6.X+；MySQL5.5+；IE6.0+；MyEclipse；Dreamweaver；UE。</p><p><b>　　系統(tǒng)安裝</b></p><p>　　將整個(gè)項(xiàng)目發(fā)布到Tomcat中：</p><p>　　將db_shop數(shù)據(jù)庫附加到MySQL中<

26、;/p><p><b>　　2數(shù)據(jù)庫設(shè)計(jì)</b></p><p><b>　　2.1概念設(shè)計(jì)</b></p><p><b>　　2.1.1概念描述</b></p><p>　　根據(jù)前面的需求分析，可以將網(wǎng)上購物系統(tǒng)的數(shù)據(jù)庫實(shí)體劃分為會(huì)員信息實(shí)體集、商品信息實(shí)體集、購物車信息實(shí)體集

27、、商品訂單信息實(shí)體集四個(gè)實(shí)體。 </p><p>　　必須是本系統(tǒng)的會(huì)員才可以進(jìn)行瀏覽商品、查看商品的相關(guān)信息，在瀏覽商品的信息時(shí)可以訂購自己喜歡的商品，也可以將自己將要購買的，但還沒有確定是否要進(jìn)行訂購的商品放入自己的購物車中，會(huì)員可以隨時(shí)寫該自己的相關(guān)信息，查看自己購物車中的商品，查詢自己已經(jīng)訂購的商品生成的訂單。</p><p>　　銷售商可以方便地在網(wǎng)上提供自己銷售的所有

28、商品信息，也可以結(jié)合實(shí)際情況對(duì)商品的信息進(jìn)行修改，特別地根據(jù)市場(chǎng)的變化，以及相應(yīng)的調(diào)控，可以修改商品的價(jià)格，以便獲得最大利潤。當(dāng)用戶付款成功后，銷售商品根據(jù)訂單上的地址給會(huì)員郵寄會(huì)員訂購的商品，并等待會(huì)員查收商品。</p><p>　　每個(gè)實(shí)體定義的屬性如下：</p><p>　　用戶：{用戶編號(hào)，用戶姓名，密碼，電話，地址，注冊(cè)日期}</p><p>　　商品：{

29、商品編號(hào)，類型，描述，正常價(jià)，會(huì)員價(jià)，時(shí)間，商品類型}</p><p>　　類型：{類型編號(hào)，類型名，描述，級(jí)別}</p><p>　　訂單：{訂單編號(hào)，用戶編號(hào)，地址，訂單日期，狀態(tài)}</p><p>　　訂單明細(xì)表：{明細(xì)表編號(hào)，商品編號(hào)，商品價(jià)格，商品數(shù)量，訂單編號(hào)}</p><p>　　2.1.2概念模型E-R圖</p>

30、<p><b>　　2.2.邏輯設(shè)計(jì)</b></p><p><b>　　系統(tǒng)邏輯設(shè)計(jì)</b></p><p><b>　　2.3關(guān)系優(yōu)化</b></p><p>　　數(shù)據(jù)庫邏輯設(shè)計(jì)的結(jié)果不唯一。在數(shù)據(jù)邏輯設(shè)計(jì)的初期階段，并不能很好的考慮到數(shù)據(jù)庫系統(tǒng)的應(yīng)用性能。所以，在初期設(shè)計(jì)階段結(jié)束后，

31、要對(duì)結(jié)果進(jìn)行適當(dāng)?shù)男薷?、調(diào)整數(shù)據(jù)模型的結(jié)構(gòu)。數(shù)據(jù)庫關(guān)系的優(yōu)化是以規(guī)范化理論為指導(dǎo)的。</p><p>　　根據(jù)實(shí)際應(yīng)用需求，并不是規(guī)范化程度越高的關(guān)系就越優(yōu)化。本文中，邏輯設(shè)計(jì)的結(jié)果是經(jīng)過最終優(yōu)化設(shè)計(jì)的結(jié)果。例如查詢時(shí)，經(jīng)常要涉及到orders表和orderdetail表的屬性，系統(tǒng)要進(jìn)行連接運(yùn)算。而連接查詢的運(yùn)算代價(jià)相當(dāng)高，關(guān)系模式低效的主要原因就是連接運(yùn)算引起的。這是，將oid這個(gè)屬性放入orderdetai

32、l表中，形成一個(gè)關(guān)系。雖然產(chǎn)生了冗余的字段數(shù)據(jù)，但是提高了效率。所以進(jìn)行設(shè)計(jì)時(shí)，采用的第二范式是比較合適的。</p><p>　　上述4個(gè)表當(dāng)中,商品表中的商品名稱和商品類別存在部分依賴,</p><p>　　不滿足第二范式,故將商品表拆分為兩個(gè)表</p><p>　　商品(商品編號(hào),商品名稱,商品數(shù)量,商品價(jià)格,商品圖片)</p><p>

33、　　商品類型(商品編號(hào),商品類型)</p><p>　　其他表滿足第三范式,故不需要拆分</p><p><b>　　2.4數(shù)據(jù)字典</b></p><p><b>　　2.5安全性設(shè)計(jì)</b></p><p>　　數(shù)據(jù)庫只被少數(shù)授權(quán)用戶修改，其他受限用戶有權(quán)查看，但均必須提供用戶名和正確的密碼。存

34、儲(chǔ)數(shù)據(jù)庫的服務(wù)器也只能讓系統(tǒng)管理員或少數(shù)高級(jí)管理人員登錄。數(shù)據(jù)庫的安全策略，遵從MySQL的安全策略事項(xiàng)。</p><p><b>　　3功能實(shí)現(xiàn)</b></p><p>　　該部分是功能實(shí)現(xiàn)的技術(shù)文檔。主要定義了整個(gè)模塊的功能實(shí)現(xiàn)的類圖、流程圖、用例圖、順序圖和活動(dòng)圖。同時(shí)描述了該模塊的系統(tǒng)結(jié)構(gòu)。</p><p><b>　　3.1

35、用例圖</b></p><p>　　我們采用面向?qū)ο蠓治鲎鳛橹饕南到y(tǒng)建模方法，使用UML(Unified Modeling Language)作為建模語言，采用開源的Astah UML作為建模的工具。UML為建模活動(dòng)提供了從不同角度觀察和展示系統(tǒng)的各種特征的方法。在UML中，從任何一個(gè)角度對(duì)系統(tǒng)所作的抽象都可能需要幾種模型來描述，而這些來自不同角度的模型圖最終組成了系統(tǒng)的映像。</p>

36、<p>　　Use Case描述的是“actor”(用戶、外部系統(tǒng)以及系統(tǒng)處理)是如何與系統(tǒng)交互來完成工作的。Use Case模型提供了一個(gè)非常重要的方式來界定系統(tǒng)邊界以及定義系統(tǒng)功能，同時(shí)，該模型將來可以派生出動(dòng)態(tài)對(duì)象模型。 </p><p>　　設(shè)計(jì)Use-case時(shí)，我們遵循下列步驟： </p><p>　　?第一步，識(shí)別出系統(tǒng)的“actor”。Actor可以是用戶

37、、外部系統(tǒng)，甚至是外部處理，通過某種途徑與系統(tǒng)交互。重要的是著重從系統(tǒng)外部執(zhí)行者的角度來描述系統(tǒng)需要提供哪些功能，并指明這些功能的執(zhí)行者(Actor)是誰。盡可能地確保所有Actor都被完全識(shí)別出來。 </p><p>　　?第二步，描述主要的Use Case?？梢圆扇〔粩嗟貑栕约骸斑@個(gè)Actor究竟想通過系統(tǒng)做什么？”來準(zhǔn)確地描述Use Case。 </p><p>　　?第三步

38、，重新審視每個(gè)Use Case，為它們下個(gè)詳盡的定義。</p><p>　　3.1.1角色Actor定義</p><p>　　3.1.1.1購物者</p><p>　　用戶是完成注冊(cè)以后，能正常登陸本網(wǎng)站并實(shí)現(xiàn)購物功能的一個(gè)角色。用戶主要實(shí)現(xiàn)的功能有，注冊(cè)登錄，查看商品，向購物車內(nèi)添加商品，提交訂單，訂單結(jié)算，刪除訂單等功能。</p><p>

39、;<b>　　圖 3-1 用戶</b></p><p>　　3.1.1.2管理員</p><p>　　管理員（即商家），是指管理端的用戶，即對(duì)商品部分，商品類型，訂單信息進(jìn)行后臺(tái)管理的角色。</p><p><b>　　圖3-2 管理員</b></p><p>　　3.1.2系統(tǒng)主Use Case圖

40、</p><p>　　網(wǎng)上購物系統(tǒng)可以分為兩個(gè)主要的組成部分，一個(gè)是前臺(tái)客戶端用戶子系統(tǒng)，一個(gè)是后臺(tái)管理端管理員子系統(tǒng)。客戶端子系統(tǒng)主要是用戶瀏覽商品信息，通過登錄提交商品訂單，即購買功能。管理端子系統(tǒng)是指后臺(tái)管理員對(duì)用戶、商品部分，商品類型，訂單信息進(jìn)行增、刪、改等操作，即管理功能。系統(tǒng)主用例圖如下圖所示：</p><p>　　圖3-3 系統(tǒng)主用例圖</p><p&g

41、t;　　3.1.3本模塊的Use Case圖</p><p><b>　　3.2過程流程</b></p><p><b>　　3.3數(shù)據(jù)流圖</b></p><p><b>　　3.4過程流圖</b></p><p><b>　　3.5類設(shè)計(jì)</b><

42、;/p><p><b>　　3.6活動(dòng)圖</b></p><p><b>　　3.7順序圖</b></p><p><b>　　4系統(tǒng)測(cè)試</b></p><p>　　測(cè)試是開發(fā)時(shí)期最后一個(gè)階段，是保證軟件質(zhì)量的重要手段。軟件測(cè)試就是在受控制的條件下對(duì)系統(tǒng)或應(yīng)用程序進(jìn)行操作并評(píng)價(jià)操

43、作結(jié)果的過程，所謂控制條件應(yīng)包括正常條件與非正常條件。軟件測(cè)試過程中應(yīng)該故意地去促使錯(cuò)誤的發(fā)生，也就是事情在不該出現(xiàn)的時(shí)候出現(xiàn)或者在應(yīng)該出現(xiàn)的時(shí)候沒有出現(xiàn)。從本質(zhì)上說，軟件測(cè)試是“探測(cè)”，在“探測(cè)”中發(fā)現(xiàn)軟件的毛病。</p><p>　　4.1 系統(tǒng)測(cè)試的定義</p><p>　　軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。它不僅是軟件開發(fā)階段的有機(jī)組成部分，而且在整個(gè)軟件工程(即軟件定義、設(shè)

44、計(jì)和開發(fā)過程)中占據(jù)相當(dāng)大的比重。軟件測(cè)試是軟件質(zhì)量保證的關(guān)鍵環(huán)節(jié)，直接影響著軟件的質(zhì)量評(píng)估。軟件測(cè)試不僅要講究策略，更要講究時(shí)效性。驗(yàn)收測(cè)試作為軟件測(cè)試過程的最后一個(gè)環(huán)節(jié)，對(duì)軟件質(zhì)量、軟件的可交付性和軟件項(xiàng)目的實(shí)施周期起到"一錘定音"的作用。</p><p><b>　　4.2 單元測(cè)試</b></p><p>　　4.2.1 類別查詢測(cè)試<

45、;/p><p>　　類別查詢用分頁形式列出所有的的類別，每條類別記錄后有相關(guān)的操作菜單。同時(shí)提供了搜索功能，可以輸入類別名稱進(jìn)行準(zhǔn)確搜索。沒有搜索到相關(guān)的類別信息，給出相應(yīng)提示，否則列出所有信息。類別列表頁面如圖4-1所示。</p><p>　　圖4-1 產(chǎn)品類別列表</p><p>　　4.2.2 類別刪除測(cè)試</p><p>　　點(diǎn)擊類別列

46、表上的詳情可以查看到當(dāng)前類別的信息，包括類別的父類別和子類別，一直可以遞歸查詢類別的自類別，直到某個(gè)子類別再?zèng)]有相應(yīng)的子類別了，而給出相應(yīng)的提示信息。</p><p>　　圖 6-2 類別詳情頁面 </p><p>　　類別刪除操作，必須解除類別以前相互所屬的關(guān)系，當(dāng)刪除一個(gè)類別時(shí)，如果這個(gè)類別有子類別，則相應(yīng)的刪除了改類別的所有子類別。</p><p>　　4

47、.2.3 添加新類別</p><p>　　添加新類別功能雖然沒有明確的添加子類別和父類別的操作，但是該功能在操作之前必須設(shè)置一個(gè)父類別，這就相當(dāng)于實(shí)現(xiàn)了所有功能，如果類別已經(jīng)存在，則提示出錯(cuò)信息。這個(gè)級(jí)聯(lián)動(dòng)態(tài)下拉列表就是AJax技術(shù)實(shí)現(xiàn)。添加類別頁面如圖4-3所示。</p><p>　　圖 4-3 添加新類別頁面</p><p><b>　　4.3 集成

48、測(cè)試</b></p><p>　　將各個(gè)模塊整合在一起，使各模塊完全融合沒有沖突，成為一個(gè)功能完善的系統(tǒng)。本系統(tǒng)經(jīng)過反復(fù)調(diào)試和改善，最終使所有模塊功能正常，完美整合在一起。</p><p><b>　　5 心得</b></p><p>　　從這個(gè)項(xiàng)目中，本人領(lǐng)略了MVC軟件構(gòu)建思想的靈活性和B/S三層架構(gòu)的優(yōu)越性。對(duì)Struts1的