【正文】 Parent_idVARCHAR200否否否表34 商品表（d_product）字段名類型長度允許空主鍵外鍵IdINT12否是否product_nameVARCHAR100否否否descriptionVARCHAR100是否否add_timeBIGINT20是否否fixed_priceDOUBLE否否否dang_priceDOUBLE否否否keywordsVARCHAR200是否否has_deletedINT1否否否product_picVARCHAR200是否否表35 商品類別和商品關(guān)系表(d_category_product)字段名類型長度允許空主鍵外鍵d_category_idINT12否是否d_category_d_category_idINT12否是否d_product_idINT12否是否表36 商品條目表(d_item)字段名類型長度允許空主鍵外鍵IdINT12否是否order_idINT10否否是product_idINT10否否是product_nameVARCHAR100否否是dang_priceDOUBLE否否是product_numINT10否否是amountDOUBLE否否是d_order_idINT10否是否表37 用戶訂單表(d_order)字段名類型長度允許空主鍵外鍵idINT10否是否user_idINT10否否是statusINT10否否是order_timeBIGINT20否否是order_descVARCHAR100是否是total_priceDOUBLE否否是receive_nameVARCHAR100是否是full_addressVARCHAR200是否是postal_codeVARCHAR8是否是mobileVARCHAR20是否是phoneVARCHAR20是否是表38 圖書表(t_book)字段名類型長度允許空主鍵外鍵idINT12否是否authorVARCHAR200否否是publishingVARCHAR200否否是publish_timeBIGINT20否否是word_numberVARCHAR15是否是which_edtionVARCHAR15是否是total_pageVARCHAR15是否是print_timeINT20是否是print_numberVARCHAR15是否是isbnVARCHAR25是否是author_summaryTEXT否否是catalogueTEXT否否是 人機(jī)界面設(shè)計(jì)界面設(shè)計(jì)是人與機(jī)器之間傳遞和交換信息的媒介，包括硬件界面和軟件界面，是計(jì)算機(jī)科學(xué)與心理學(xué)、設(shè)計(jì)藝術(shù)學(xué)、認(rèn)知科學(xué)和人機(jī)工程學(xué)的交叉研究領(lǐng)域。3．?dāng)?shù)據(jù)庫的建立本系統(tǒng)采用了Mysql數(shù)據(jù)庫系統(tǒng)。（3）數(shù)據(jù)獨(dú)立性高包括用戶的應(yīng)用程序與存儲(chǔ)磁盤上的數(shù)據(jù)庫中的數(shù)據(jù)物理獨(dú)立性與用戶應(yīng)用程序與數(shù)據(jù)庫的邏輯結(jié)構(gòu)的邏輯獨(dú)立性。一個(gè)完整的數(shù)據(jù)庫系統(tǒng)是由計(jì)算機(jī)軟硬件系統(tǒng)、數(shù)據(jù)庫、數(shù)據(jù)庫管理系統(tǒng)、應(yīng)用程序和數(shù)據(jù)庫管理員五個(gè)方面組成，其核心是數(shù)據(jù)庫管理系統(tǒng)(DBMS)。它是數(shù)據(jù)處理的中心問題。數(shù)據(jù)庫技術(shù)是一種計(jì)算機(jī)輔助管理數(shù)據(jù)的方法，它研究如何組織和存儲(chǔ)數(shù)據(jù)，如何高效地獲取和處理數(shù)據(jù)。圖34 用戶注冊(cè)時(shí)序圖圖35 用戶登錄時(shí)序圖圖36 用戶登出時(shí)序圖 商品展示時(shí)序圖圖37 商品列表時(shí)序圖 購物車管理時(shí)序圖圖38 添加商品到購物車時(shí)序圖圖39 在購物車中刪除一個(gè)訂單列表時(shí)序圖圖310 在購物車中恢復(fù)刪除的訂單列表時(shí)序圖圖311 修改訂單列表中商品數(shù)量時(shí)序圖圖312 購物車結(jié)算時(shí)序圖圖313 訂單確認(rèn)時(shí)序圖圖314 清空購物車時(shí)序圖 訂單管理時(shí)序圖圖315 訂單列表時(shí)序圖圖316 訂單刪除時(shí)序圖 數(shù)據(jù)庫設(shè)計(jì)數(shù)據(jù)庫在一個(gè)信息管理系統(tǒng)中占有非常重要的地位，數(shù)據(jù)庫結(jié)構(gòu)設(shè)計(jì)的好壞將直接對(duì)應(yīng)用系統(tǒng)的效率及現(xiàn)實(shí)的效果產(chǎn)生影響。用戶管理類圖包括用戶類，用戶管理action，以及用戶管理數(shù)據(jù)處理。購物車類實(shí)現(xiàn)的功能有購買商品，刪除商品，恢復(fù)商品以及修改商品數(shù)量等功能。圖31淘寶網(wǎng)在線交易系統(tǒng)的主要功能模塊 系統(tǒng)類圖圖32購物車類圖購物車類圖描述：Product為商品類，Book為圖書類，BuyAction，DeleteAction，RecoveryAction，UpdateAction分別實(shí)現(xiàn)商品購買，刪除列表，恢復(fù)列表以及恢復(fù)購物車列表功能。（7）提高用戶的體驗(yàn)。圖27 淘寶網(wǎng)在線交易系統(tǒng)數(shù)據(jù)ER模型圖第3章 系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)經(jīng)過以上分析，在根據(jù)用戶購物需求和信息管理的特點(diǎn)，該系統(tǒng)實(shí)施后，應(yīng)達(dá)到以下目標(biāo)。（2）主題域的概念數(shù)據(jù)模型概念數(shù)據(jù)模型最常用的表示方法是實(shí)體—聯(lián)系(ER)法，這種方法用ER圖作為它的描述工具。主題域具有兩個(gè)特性：一是獨(dú)立性，即主題域具有明確的邊界與獨(dú)立的內(nèi)涵，雖然主題間可以有交叉，但不影響其獨(dú)立性；二是完備性，即每個(gè)主題的分析要求所需的數(shù)據(jù)均應(yīng)能在主題域中得到。概念模型的特點(diǎn)是：（1）真實(shí)、充分的反映現(xiàn)實(shí)世界，包括事物和事物之間的聯(lián)系；（2）易于理解，可以用于和不熟悉計(jì)算機(jī)的用戶交換意見；（3）易于修改和擴(kuò)充；（4）易于向數(shù)據(jù)模型轉(zhuǎn)換。概念數(shù)據(jù)模型是客觀到主觀之間的橋梁，是與硬件環(huán)境、軟件選擇無關(guān)的數(shù)據(jù)抽象模型。 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì)數(shù)據(jù)庫的概念設(shè)計(jì)是將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)即概念模型的過程，它是整個(gè)數(shù)據(jù)庫設(shè)計(jì)的關(guān)鍵。需求分析做得不好會(huì)導(dǎo)致整個(gè)設(shè)計(jì)返工重做。 數(shù)據(jù)庫需求分析需求分析是整個(gè)設(shè)計(jì)過程的基礎(chǔ)，是最困難、最耗費(fèi)時(shí)間的一步。合理的數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)可以提高數(shù)據(jù)存儲(chǔ)的效率，保證數(shù)據(jù)的完整性和一致性。需求分析做得不好會(huì)導(dǎo)致整個(gè)設(shè)計(jì)返工重做。 數(shù)據(jù)庫分析需求分析是整個(gè)設(shè)計(jì)過程的基礎(chǔ)，是最困難、最耗費(fèi)時(shí)間的一步。保證用戶輸入數(shù)據(jù)時(shí)操作簡單方便，并且在安排考試時(shí)操作簡單、方便、快捷。建設(shè)易于擴(kuò)展的系統(tǒng)結(jié)構(gòu)，保證系統(tǒng)的擴(kuò)展和維護(hù)。系統(tǒng)的維護(hù)都不應(yīng)對(duì)系統(tǒng)的運(yùn)行造成太大影響。作為系統(tǒng)本身，最寶貴的財(cái)富就是在系統(tǒng)中存儲(chǔ)的數(shù)據(jù)，應(yīng)建立有效、快速的數(shù)據(jù)備份和恢復(fù)系統(tǒng)，保證數(shù)據(jù)的存儲(chǔ)安全。4．安全性要求本系統(tǒng)具有特殊性和重要性，系統(tǒng)應(yīng)對(duì)登錄口令采取安全保護(hù)措施。當(dāng)技術(shù)變化或業(yè)務(wù)變化時(shí)，不可避免將帶來系統(tǒng)的改變，系統(tǒng)構(gòu)架上考慮能以盡量少的代價(jià)適應(yīng)這種變化。良好的用戶管理功能可以有效控制用戶對(duì)系統(tǒng)的使用，使系統(tǒng)處于一個(gè)安全、負(fù)載合理的運(yùn)行狀況，提高系統(tǒng)的應(yīng)用適應(yīng)性。 性能需求1．系統(tǒng)的完整性完整的系統(tǒng)應(yīng)該包括數(shù)據(jù)備份、垃圾數(shù)據(jù)清除等基本功能，這些功能的核心只是一條語句或命令。216。216。216。216。4）用戶管理模塊： 用例圖：圖26 用戶管理用例圖用戶管理用例圖描述：216。 后置條件：無216。 前置條件：進(jìn)入“訂單確認(rèn)”頁面，修改“送貨地址”，生成訂單。 刪除訂單：刪除購物訂單信息。 訂單列表：顯示訂單列表信息，提供訂單刪除入口。 訂單確認(rèn)：訂單信息確認(rèn)，售貨信息確認(rèn)修改。216。216。216。216。216。216。216。 后置條件：無2) 購物車管理模塊：用例圖：圖24 購物車管理用例圖購物車管理用例圖描述：216。 分類檢索：按照類別顯示商品（支持三級(jí)分類）216。 商品預(yù)覽：交易系統(tǒng)的首頁面，交易功能的入口，瀏覽器訪問： ://localhost:8989/dangdang/main/216。 功能需求整個(gè)系統(tǒng)包括四個(gè)功能模塊：商品展示、購物車、訂單管理、用戶管理。內(nèi)存：512MB以上軟件平臺(tái)：操作系統(tǒng)：Windows XP/Windows 7數(shù)據(jù)庫：Mysql 開發(fā)工具包： MyEclipse 瀏覽器：，分辨率：最佳效果 1024像素*768像素2．界面需求：界面優(yōu)雅，美觀，設(shè)計(jì)友好。假如在需求分析時(shí)分析者們未能正確地認(rèn)識(shí)到顧客的需要的話，那么最后的軟件實(shí)際上不可能達(dá)到顧客的需要，或者軟件無法在規(guī)定的時(shí)間里完工。需求分析階段的任務(wù)是確定軟件系統(tǒng)功能。在這個(gè)過程中，系統(tǒng)分析員和軟件工程師確定顧客的需要。 需求分析在軟件工程中，需求分析指的是在建立一個(gè)新的或改變一個(gè)現(xiàn)存的電腦系統(tǒng)時(shí)描寫新系統(tǒng)的目的、范圍、定義和功能時(shí)所要做的所有的工作。將系統(tǒng)分為若干子系統(tǒng)，該系統(tǒng)的優(yōu)勢在于快捷方便的購物界面和流程。這樣可以減低解的復(fù)雜性，有利于分階段的完成系統(tǒng)的開發(fā)，并提高了系統(tǒng)的開發(fā)效率和工作質(zhì)量。 設(shè)計(jì)方案的確立和分析通過比較兩種架構(gòu)的方案，為了方便用戶在線購物和交易，本系統(tǒng)采用基于瀏覽器的B/S架構(gòu)。由于三層結(jié)構(gòu)中的客戶端并不需要參與計(jì)算，所以對(duì)客戶端計(jì)算機(jī)的配置要求是比較低的。在三層結(jié)構(gòu)中，客戶端接受用戶的請(qǐng)求，客戶端向應(yīng)用服務(wù)提出請(qǐng)求，應(yīng)用服務(wù)從數(shù)據(jù)庫服務(wù)中獲得數(shù)據(jù)，應(yīng)用服務(wù)將數(shù)據(jù)進(jìn)行計(jì)算并將結(jié)果提交給客戶端，客戶端將結(jié)果呈現(xiàn)給用戶。其次，B/S相對(duì)C/S能夠降低總體擁有成本，C/S軟件一般是采用兩層結(jié)構(gòu)的。還有，系統(tǒng)軟件升級(jí)時(shí)，每一臺(tái)客戶機(jī)需要重新安裝，其維護(hù)和升級(jí)成本非常高。C/S結(jié)構(gòu)的每一個(gè)客戶端都必須安裝和配置軟件，其次任何一臺(tái)電腦出問題，如病毒、硬件損壞，都需要進(jìn)行安裝或維護(hù)。在這種結(jié)構(gòu)下，用戶工作界面是通過IE瀏覽器來實(shí)現(xiàn)的。2．B/S模式B/S模式是一種新型的、面向廣大用戶的三層結(jié)構(gòu)系統(tǒng)，由客戶瀏覽器、Web服務(wù)器和應(yīng)用服務(wù)器三部分組成。C/S模式簡單地講就是基于企業(yè)內(nèi)部網(wǎng)絡(luò)的應(yīng)用系統(tǒng)。C/S結(jié)構(gòu)的關(guān)鍵在于功能的分布，一些功能放在前端機(jī)（即客戶機(jī)）上執(zhí)行，另一些功能放在后端機(jī)（即服務(wù)器）上執(zhí)行。 開發(fā)方案比較 軟件體系結(jié)構(gòu)的確立和比較一般的體系結(jié)構(gòu)包括兩種模式：一種是傳統(tǒng)的基于C/S(Client/Sever)的模式，即客戶機(jī)與服務(wù)器模式；另外一種是新型的基于B/S (Browser /Server) 的模式，這種模式下客戶端是標(biāo)準(zhǔn)的瀏覽器，服務(wù)器為標(biāo)準(zhǔn)的WEB服務(wù)器。從用戶使用的角度考慮來看，為用戶提供賬戶注冊(cè)和管理功能，可以方便用戶查看和管理自己的用戶信息，而且訂單和用戶信息綁定更方便用戶查看自己已經(jīng)提交的訂單。 操作可行性研究在運(yùn)行方面，此系統(tǒng)支持windows 2000以上操作系統(tǒng)，硬盤160G以上，內(nèi)存512M,，CPU奔騰四以上。它是一種提供面向?qū)ο蟮臄?shù)據(jù)庫服務(wù)中間件。下圖中顯示了Struts框架的體系結(jié)構(gòu)相應(yīng)客戶的請(qǐng)求時(shí)，各部分工作的原理，從MVC的角度體現(xiàn)了Struts框架中的各種組件的功能角色，而且Struts2是完全開源的可以免費(fèi)試用。本文也是在基于MvC模式的Web應(yīng)用框架Struts基礎(chǔ)上編寫的。綜上所述，MVC是構(gòu)建應(yīng)用框架的一個(gè)較好的設(shè)計(jì)模式，可以將業(yè)務(wù)處理與顯示分離，將應(yīng)用分為控制器、模型和視圖，增加了應(yīng)用的可拓展性、強(qiáng)壯性及靈活性。(4)易于維護(hù)：控制器和視圖可以隨著模型的擴(kuò)展而進(jìn)行相應(yīng)的擴(kuò)展，只要保持一種公共的接口，控制器和視圖的舊版本也可以繼續(xù)使用。(2)模塊的有效性：控制器、模型、視圖的程序改變不會(huì)影響到其他各層及組件，不同的組件開發(fā)能夠同時(shí)進(jìn)行。首先控制器接受用戶的請(qǐng)求，并決定應(yīng)該調(diào)用那個(gè)模塊來處理；然后模型根據(jù)用戶請(qǐng)求進(jìn)行相應(yīng)的業(yè)務(wù)邏輯處理，并返回?cái)?shù)據(jù)；最后控制器調(diào)用相應(yīng)的試圖來格式化模型返回的數(shù)據(jù)，并通過試圖呈現(xiàn)給用戶。視圖還能接受模型發(fā)出的數(shù)據(jù)更新事件，從而對(duì)用戶界面進(jìn)行同步更新。視圖向用戶顯示相關(guān)的數(shù)據(jù)，并能接受用戶的輸入數(shù)據(jù)，但是它并不進(jìn)行任何實(shí)際的業(yè)務(wù)處理。由于同一個(gè)模型可以被多個(gè)視圖重用，所以提高了應(yīng)用的可重用性。模型表示業(yè)務(wù)數(shù)據(jù)和業(yè)務(wù)邏輯。一方面它解釋來自視圖的輸入，將其解釋成為系統(tǒng)能夠理解的對(duì)象，同時(shí)它也識(shí)別用戶動(dòng)作，并將其解釋為對(duì)模型特定方法的調(diào)用：另一方面，它處理來自于模型的時(shí)間和模型邏輯執(zhí)行的結(jié)果，調(diào)用適當(dāng)?shù)囊晥D為用戶提供反饋。控制器(Controller)：控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求。它為開發(fā)者理解分析應(yīng)用模型提供了最基本的分析方法、清晰的設(shè)計(jì)框架和規(guī)范的依據(jù)。這些方法并不針對(duì)于具體的系統(tǒng)，只是提供了一種設(shè)計(jì)系統(tǒng)的思考方法，一個(gè)設(shè)計(jì)模式可能用于不同的系統(tǒng)，一個(gè)系統(tǒng)也可能會(huì)用到多個(gè)設(shè)計(jì)模式。我們采用設(shè)計(jì)模式來抽象和總