【正文】 交 時(shí) 間提 交 人公 告 編 碼mn 圖 43 數(shù)據(jù)庫 ER 圖 HdStcms 數(shù)據(jù)庫 中用戶訂單 如表 41 所示 。 購物車表（ Basket）：商品編號，用戶登陸名，產(chǎn)品 ID，購物項(xiàng)數(shù)量，商品價(jià)格。 數(shù)據(jù)庫管理系統(tǒng)（ DBMS）概述 數(shù)據(jù)庫管理系統(tǒng)是位于用戶與操作系統(tǒng)之間的一層數(shù)據(jù)管理軟件。數(shù)據(jù)庫，是存放數(shù)據(jù)的倉庫。 利用層次圖來表示系統(tǒng)中各模塊之間的關(guān)系。 1． 數(shù)據(jù)項(xiàng)定義 表 31 系統(tǒng)頂層數(shù)據(jù)項(xiàng)定義 編號 名稱 別名 類型 長度 I0101 UserId 用戶 ID Smallint 2 字節(jié) I0102 UserloginName 用戶登陸名 Varchar 20 字節(jié) I0103 UserName 用戶名 Varchar 20 字節(jié) I0104 UserPassword 用戶密碼 Varchar 20 字節(jié) I0105 UserEmail 用戶郵件 Varchar 40 字節(jié) I0106 UserZip 用戶郵編 Varchar 10 字節(jié) I0107 UserAddress 用戶地址 Varchar 200 字節(jié) I0108 Digid 商品 ID Int 4 字節(jié) I0109 Digname 商品名稱 varchar 20 字節(jié) I0110 Factory 商品廠家 Varchar 40 字節(jié) I0111 Brand 商品品牌 Varchar 40 字節(jié) I0112 Isbn 商品編號 Varchar 10 字節(jié) I0113 Explain 商品簡介 Varchar 500 字節(jié) I0114 Picture 商品圖片 Varchar 100 字節(jié) I0115 Stockprice 商品進(jìn)貨價(jià)格 Float 8 字節(jié) I0116 Sellprice 商品零售價(jià)格 flocat 8 字節(jié) I0117 Stock 商品庫存數(shù)量 Int 4 字節(jié) I0118 Sellsum 商品銷售數(shù)量 Int 4 字節(jié) I0119 Intime 商品售出時(shí)間 Datatime 8 字節(jié) I0120 ItemId 購物項(xiàng)目編號 Varchar 50 字節(jié) I0121 ProductId 產(chǎn)品 ID Int 10 字節(jié) I0122 Quantity 購物項(xiàng)數(shù)量 Int 4 字節(jié) 13 續(xù)表 32 I0123 ListPrice 商品價(jià)格 Float 8 字節(jié) I0124 Ordered 訂單號 Varchar 50 字節(jié) I0125 UserId 訂購人 ID Smallint 2 字節(jié) I0126 OrderTime 訂單產(chǎn)生日期 Datetime 8 字節(jié) I0127 OrderStatus 訂單是否確認(rèn) Int 4 字節(jié) I0128 PassTime 確認(rèn)時(shí)間 Datetime 8 字節(jié) I0129 OrderPassId 訂單處理人 Smallint 2 字節(jié) I0130 OrderSendSate 訂單發(fā)送狀態(tài) Int 4 字節(jié) I0131 OrderRecName 訂單接收 人姓名 Varchar 20 字節(jié) I0132 OrderRecAddress 訂單接收地址 Varchar 200 字節(jié) I0133 OrderRecZip 訂單接收地址郵編 Varchar 10 字節(jié) I0134 OrderTotalPrice 訂單總價(jià) Float 8 字節(jié) I0135 AdvertisemId 公告 ID Smallint 2 字節(jié) I0136 AdvertisemTatle 公告標(biāo)題 Varchar 20 字節(jié) I0137 Message 公告信息 Varchar 500 字節(jié) I0138 Datatime 公告產(chǎn)生日期 Datatime 8 字節(jié) I0139 Submit 提交人 Varchar 10 字節(jié) 2．?dāng)?shù)據(jù)流定義 系統(tǒng)頂層數(shù)據(jù)流定義： 數(shù)據(jù)流編號： D2101 數(shù)據(jù)流名稱： 查找商品 數(shù)據(jù)流來源： 顧客 數(shù)據(jù)流去向： P201 數(shù)據(jù)流組成： I0109+I0110+I0111 數(shù)據(jù)流編號： D2102 數(shù)據(jù)流名稱： 商品基本信息 數(shù)據(jù)流來源： P201 數(shù)據(jù)流去向： F202 數(shù)據(jù)流組成： I0108+I0109+I0110+I0111+I0112+I0113+I0116 14 數(shù)據(jù)流編號： D2104 數(shù)據(jù)流名稱： 購買商品基本信息 數(shù)據(jù)流來源： P203 數(shù)據(jù)流去向： F203 數(shù)據(jù)流組成： I0109+I0119+I0120+I0121+I0122+I0123 數(shù)據(jù)流編號： D2111 數(shù)據(jù)流名稱： 用戶基本信息 數(shù)據(jù)流來源： P208 數(shù)據(jù)流去向： F201 數(shù)據(jù)流組成： I0101+I0102+I0103+I0104+I0105+I0106+I0107 數(shù)據(jù)流編號： D2115 數(shù)據(jù)流名稱： 廣告基本信息 數(shù) 據(jù)流來源： P210 數(shù)據(jù)流去向： F205 數(shù)據(jù)流組成： I0135+I0136+I0137+I0138+I0139 本 章 小結(jié) 軟件的需求分析工作是非常重要的，同時(shí)也是非常嚴(yán)格的。但是在這個(gè)過程中，還是可以提出自己有建設(shè)性的想法和建議，只有這樣用戶和系統(tǒng)設(shè)計(jì)人員才會(huì)在系統(tǒng)提供的業(yè)務(wù)上達(dá)成一致，這對于軟件來說是非常重要的。功能需求（ functional requirement）定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。最后，綜合成系統(tǒng)的解決方案，給出要開發(fā)的系統(tǒng)的詳細(xì)邏輯模型（做什么的模型）。只有通過需求分析，才能把軟件功能和性能的總體概念描述為具體的軟件需求規(guī)格說明，進(jìn)而奠定軟件開發(fā)的基礎(chǔ)。 計(jì)算機(jī)技術(shù)的發(fā)展，帶來了計(jì)算機(jī)在現(xiàn)代企業(yè)、家庭中的普及，使得應(yīng)用計(jì)算機(jī)成為現(xiàn)代人生活中非常重要的一部分。 即： 1+= 純收入： =（萬元） 當(dāng)然，如果想要在五年后得到預(yù)計(jì)的純收入，那么首先就應(yīng)拿出初期投資的 萬。 1．系統(tǒng)初期投資 系統(tǒng)的初期投資，如表 21 所示。 未 處 理 訂 單顧 客瀏 覽 商 品非 會(huì) 員登 陸注 冊進(jìn) 行 購 物購 物 車物 品 放 入 查 看 物 品移 出 物 品 修 改 數(shù) 量移 至 收 藏 夾 清 空 購 物 車會(huì) 員下 訂 單查 看 訂單 狀 態(tài)正 處 理 訂 單已 處 理 訂 單管 理 員 圖 21 業(yè)務(wù)流程圖 6 市場可行性分析 項(xiàng)目是否可以實(shí)施，主要應(yīng)該看該項(xiàng)目是否有潛在市場，以及市場的變化對項(xiàng)目的開發(fā)結(jié)果會(huì)有哪些影響。 5 第 2 章 可行性研究 本系統(tǒng)采用 MVC 設(shè)計(jì)模式 ， 使用符合 JSP Model2 的設(shè)計(jì)標(biāo)準(zhǔn) ， 在前臺用 JSP 進(jìn)行頁面開發(fā)和管理用戶界面，提示信息完 善，界面友好，具有較強(qiáng)的親和力，后臺采用 MYSQL 數(shù)據(jù)開發(fā)和管理數(shù)據(jù)庫，對數(shù)據(jù)庫操作采用事務(wù)處理機(jī)制，具有強(qiáng)大的錯(cuò)誤處理功能。 3． 處理數(shù)據(jù)庫返回的結(jié)果。連接池最基本的思想就是預(yù)先建立一些連接放置于內(nèi)存對象中以備使用，當(dāng)程序需要 建立數(shù)據(jù)庫連接時(shí)，只須從內(nèi)存中取出一個(gè)來使用，使用完畢后，只需放回內(nèi)存即可。 Tomcat 提供了各種平臺的版本供下載，可以從 上下載其源代碼版或者二進(jìn)制版。 JSP 本身雖然也是腳本語言，但是卻和 PHP、 ASP 有著本質(zhì)的區(qū)別。 4． 可維護(hù)性 系統(tǒng)的設(shè)計(jì) 要求方便維護(hù)（瀏覽、查找等）。 通過網(wǎng)上商城，你可以在最短的時(shí)間內(nèi)查找到所需的數(shù)碼產(chǎn)品，然后選擇最優(yōu)的投遞方式把您選擇的商品送到您的手上 ，從而大大節(jié)省我們彼此寶貴的時(shí)間。電子商務(wù)在今天已被認(rèn)為是繼電子出版和電子郵件之后在 Inter 上的又一焦點(diǎn)。本文將簡述網(wǎng)上數(shù)碼商城系統(tǒng)項(xiàng)目起源、總體架構(gòu)、設(shè)計(jì)思想、開發(fā)技術(shù)和網(wǎng)上數(shù)碼商城系統(tǒng)后臺管理模塊詳細(xì)設(shè)計(jì)及其實(shí)現(xiàn)技術(shù)。建立后的網(wǎng)站系統(tǒng)是一個(gè)動(dòng)態(tài)、交互式、具有商品提供、系統(tǒng)管理、用戶留言等功能的電子商務(wù)網(wǎng)站。 網(wǎng)上商城介紹 目前常說的網(wǎng)上商城（有時(shí)也稱為網(wǎng)絡(luò)商店，或者簡稱網(wǎng)店），通常是指建立在第三方提供的電子商務(wù)平臺上的、由商家自行開展電子商務(wù)的一種形式，正如同在大型商場中租用場地開設(shè)商家的專賣店一樣。根據(jù)購買者的實(shí)際需求，本系統(tǒng)的設(shè)計(jì)按照下述原則進(jìn)行。 6． 智能性 智能化是這個(gè)系統(tǒng)軟件的一大特色。 JSP 在技術(shù)結(jié)構(gòu)上有著其他腳本語言所沒有的優(yōu)勢： JSP 可以通過JavaBean等技術(shù)實(shí)現(xiàn)內(nèi)容的產(chǎn)生和顯示相分離，并且 JSP 可以使用 JavaBean或者 EJB（ Enterprise JavaBeans）來執(zhí)行應(yīng)用程序所要求的更為復(fù)雜的處理，進(jìn)而完成企業(yè)級的分布式的大型應(yīng)用。而且，你必須去管理每一個(gè)連接，確保他們能被正確關(guān)閉，如果出現(xiàn)程序異常而導(dǎo)致某些連接未能關(guān)閉，將導(dǎo)致數(shù)據(jù)庫系統(tǒng)中的內(nèi)存泄露， 4 最終將不得不重啟數(shù)據(jù)庫。通過使用連接池，將大大提高程序效率。 2． 不能完全精確地實(shí)現(xiàn)從 ODBC C API 到 Java API 的翻譯 . 3． ODBC 很難學(xué) ， 它把簡單和高級功能混雜在一 起 ,甚至對非常簡單的查詢 ， 其選項(xiàng)也非常復(fù)雜 。 業(yè)務(wù)流程圖 業(yè)務(wù)流程是根據(jù)市場需求與企業(yè)要求調(diào)整企業(yè)流程，包括設(shè)計(jì)、分析和優(yōu)化的過程。 本系統(tǒng)是購物系統(tǒng)，是人們?nèi)粘Ｉ钕M(fèi)的工具。如果每件商品出售的價(jià)格是 100 元。 技術(shù)可行性 本系統(tǒng)采用 MVC 設(shè)計(jì)模式，使用符合 JSP Model2 的設(shè)計(jì)標(biāo)準(zhǔn)，在 前臺用 JSP 進(jìn)行頁面開發(fā)和管理用戶界面，提示信息完善，界面友好，具有較強(qiáng)的親和力，后臺采用 SQL數(shù)據(jù)開發(fā)和管理數(shù)據(jù)庫，對數(shù)據(jù)庫操作采用事務(wù)處理機(jī)制，具有強(qiáng)大的錯(cuò)誤處理功能。本系統(tǒng)對計(jì)算機(jī)的軟硬件的要求不是特別高 ， 所以系統(tǒng)在運(yùn)行方面是可行的。 需求分析的任務(wù)：分析員通過需求分析提供一種可轉(zhuǎn)化為數(shù)據(jù)設(shè)計(jì)、結(jié)構(gòu)設(shè)計(jì)和過程設(shè)計(jì)的數(shù)據(jù)與功能表示，在軟件完成后，需求分析階段研究的對象是軟件項(xiàng)目的用戶需求。 評審對功能的正確性，完整性和清晰性，以及其它需求給予評價(jià)。在該階段需求分析人員需要確定整個(gè)產(chǎn)品的功能要求，并且將現(xiàn)實(shí)事務(wù)抽象成對象并建模。 數(shù)據(jù)流圖 系統(tǒng)數(shù)據(jù)流圖如圖 32 所示 。其中的用戶需求就是市場的需求，它是需求分析階段最重要的工作。隨著結(jié)構(gòu)的精細(xì)化，層次方框圖對數(shù)據(jù)結(jié)構(gòu)也描繪得越來越詳細(xì)，這種模式非常適合于需求分析階段的需要。數(shù)據(jù)庫中的數(shù)據(jù)按一定的數(shù)據(jù)模型組織、描述和儲存，具有較小的冗余度、較高的數(shù)據(jù)獨(dú)立性和易擴(kuò)展性，并可為各種用戶共享。 3．?dāng)?shù)據(jù)庫的運(yùn)行管理 數(shù)據(jù)庫在建立、運(yùn)用和維護(hù)時(shí)由數(shù)據(jù)庫管理系統(tǒng)統(tǒng)一管理、統(tǒng)一控制，以保證數(shù)據(jù)的安全性、完整性、多用戶對數(shù)據(jù)的并發(fā)使用及發(fā)生故障后的系統(tǒng)恢復(fù)。 訂單表（ order_table）：訂單號，用戶 ID，訂單產(chǎn)生日期，訂單是否確認(rèn)，訂單 處理人，訂單發(fā)送狀態(tài)，訂單接收人姓名，訂單接收地址，訂單接收地址編碼，訂單總價(jià)。 21 第 5 章 詳細(xì)設(shè)計(jì) 系統(tǒng)運(yùn)行平臺設(shè)置 1． 硬件環(huán)境：臺式計(jì)算機(jī)（ PC）一臺，如表 51 所示。 另外要說明的是，我們設(shè)定 CartItem 屬性中的總價(jià)錢，主要是為了迎合 22 商品因某種活動(dòng)而出現(xiàn)的單價(jià)可能會(huì)變化，例如在不同的階段，我們的商店可能會(huì)采取不用的促銷策略，給消費(fèi)者不同的折扣；另外，還可能建立不同的會(huì)員制度，不用 級別的會(huì)員購買同一種商品的價(jià)格是有所不一樣的，所以在里我要記錄每種商品的總價(jià)錢。 updateCartitem() 這個(gè)方法用于修改購物車中 某個(gè)商品的數(shù)量，它采取的辦法是先將購物車中該商品的訂購記錄刪除。對購物車的操作按鈕主要就是 “ 結(jié)帳 ” 。 在 “ 數(shù)量 ” 中可修改商品的數(shù)量 ，每次修改完后，都要單擊相應(yīng)的 “ 修改 ” 按鈕，同時(shí)合計(jì)金額要根據(jù)商品數(shù)量的變化隨之發(fā)生變化。其目的是為了在頁面上可以直接使用得到的商品對象來顯示商品的名稱。在這里對權(quán)限設(shè)置需要單獨(dú)進(jìn)行處理，訂單的權(quán)限規(guī)則主要包括以下兩點(diǎn)： 管理員可以查看所有的訂單信息。后一部 分用于用戶填寫送貨信息，包括收件人的姓名，地址，聯(lián)系電話等信息。 開 始用 戶 瀏 覽 商 品用 戶 登 陸發(fā) 送 訂 單訂 單 提 交成 功 ？訂 單 提 交 成 功結(jié) 束N oY e sN oY e s訂 單 是 否 提 交 ？ 圖 56 訂單過程流程圖 28 本章小結(jié) 在這一節(jié)中，介紹了購物車模塊的實(shí)現(xiàn)。問題在于如何去避免錯(cuò)誤的產(chǎn)生和消除已經(jīng)產(chǎn)生的錯(cuò)誤，使程序中的錯(cuò)誤密度達(dá)到盡可能低的程度。 “黑盒 ”法是窮舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯(cuò)誤。不可能用所有可以輸入的數(shù)據(jù)來測試程序，而只能從全部可供輸入的數(shù)據(jù)中選擇一個(gè)子集進(jìn)行測試。 由以上描述我們可以得到由等價(jià)類劃分法得到的測試用例表，如表 61