【正文】 的功能性和非功能性需求。通過模塊化對(duì)系統(tǒng)進(jìn)行功能設(shè)計(jì)、架構(gòu)設(shè)計(jì)。根據(jù)前面章節(jié)的需求分析，分模塊的講述了實(shí)現(xiàn)過程。最終測(cè)試結(jié)果在論文中也有所體現(xiàn)。需求分析階段要通過描述系統(tǒng)的需求，通過定義系統(tǒng)中的關(guān)鍵領(lǐng)域的類來建立模型。系統(tǒng)應(yīng)該采用權(quán)限管理，控制不同用戶的使用權(quán)限，用戶不能越權(quán)操作。 用戶操作需求系統(tǒng)設(shè)計(jì)應(yīng)該人性化，操作簡(jiǎn)單方便，達(dá)到人機(jī)友好的目的。而且，必須在安全的前提下保證高效的響應(yīng)性。根據(jù)網(wǎng)上書店的基本需求，需要完成的任務(wù)如下： 當(dāng)客戶進(jìn)入網(wǎng)上書店時(shí)，應(yīng)該在主頁(yè)面中分類顯示最新的書目信息，以供客戶選擇所需圖書，同時(shí)也應(yīng)該提供按照?qǐng)D書名稱，或者作者信息快速查詢所需書目信息的功能。訪問網(wǎng)頁(yè)尋找書目用戶下訂單訂單處理網(wǎng)站送貨、用戶收書1．老用戶登錄新用戶注冊(cè)2．通過圖書分類尋找所需書目3．通過快速或者組合查詢搜索書目1．把要購(gòu)買的書拖入購(gòu)物車2．重復(fù)第一個(gè)步驟繼續(xù)尋找想購(gòu)書目(可選)3．查看購(gòu)物車進(jìn)行數(shù)據(jù)修改4．最后確認(rèn)提交定單1．用戶在匯款前訂單確認(rèn)2．網(wǎng)站通知用戶訂單已收到3．用戶通過網(wǎng)絡(luò)、銀行或郵局匯款(貨到付款方式除外)4．網(wǎng)站把發(fā)貨單傳至倉(cāng)庫(kù)方面1．倉(cāng)庫(kù)收到發(fā)貨單2．經(jīng)過倉(cāng)庫(kù)進(jìn)行安排3．倉(cāng)庫(kù)出貨4．通過郵局或?qū)ｉT渠道送書給用戶5．貨到付款后帳目核算(僅限于貨到付款形式)6．修改定單數(shù)據(jù)庫(kù)圖21 網(wǎng)站業(yè)務(wù)流2．3系統(tǒng)需要解決的問題1．系統(tǒng)要保護(hù)用戶的信息不能泄露。存儲(chǔ)在數(shù)據(jù)庫(kù)中的用戶信息表需要經(jīng)過加密處理，防止數(shù)據(jù)庫(kù)管理員泄露用戶數(shù)據(jù)。即系統(tǒng)應(yīng)該能即使響應(yīng)客戶購(gòu)物要求。2．4系統(tǒng)需求分析用于需求建模的方法有很多種，最常用的包括數(shù)據(jù)流圖(DFD)、實(shí)體關(guān)系圖(ERD)和UML三種方式。ERD方法用于描述系統(tǒng)實(shí)體間的對(duì)應(yīng)關(guān)系，需求分析階段使用ERD描述系統(tǒng)中實(shí)體的邏輯關(guān)系，在設(shè)計(jì)階段則使用ERD描述物理表之間的關(guān)系。本系統(tǒng)使用統(tǒng)一建模語言UML中的用例圖、活動(dòng)圖、狀態(tài)圖來對(duì)需求建模。此外，使用用例還可以方便地得到系統(tǒng)功能的測(cè)試用例。2．4．2用例分析在確認(rèn)角色的基礎(chǔ)上，確認(rèn)用例。圖22用戶使用系統(tǒng)用例圖除了用用例圖描述系統(tǒng)需求以外，還可以用文字對(duì)用例進(jìn)行說明，更具體地描述該用例與角色的交互。如果用例成功，則用戶登錄系統(tǒng)，否則，系統(tǒng)狀態(tài)不變化。②暢銷書瀏覽，系統(tǒng)通過過去銷售的訂單統(tǒng)計(jì)出最暢銷的書籍。 系統(tǒng)返回客戶請(qǐng)求的信息顯示客戶要求書籍詳細(xì)信息替代流：用戶點(diǎn)擊某個(gè)圖書分類信息，進(jìn)入圖書的分類的瀏覽頁(yè)面，該頁(yè)顯示所有的此類圖書的信息。查詢書籍基流：當(dāng)用戶打開本網(wǎng)上書店首頁(yè)時(shí)，本用例啟動(dòng)分以下兩種方法。3．書籍查詢4．購(gòu)買書籍購(gòu)買書籍用例主要是為了方便用戶購(gòu)物，每個(gè)用戶都有個(gè)購(gòu)物車。購(gòu)書活動(dòng)圖可以用圖3—3來表示。后置條件：系統(tǒng)即時(shí)更新訂單狀態(tài)2．5相關(guān)技術(shù)平臺(tái)介紹2．5．1 Struts介紹Struts是Apache基金會(huì)Jakarta項(xiàng)目組的一個(gè)Open Source項(xiàng)目，它采用MVC模式，能夠很好地幫助java開發(fā)者利用J2EE開發(fā)Web應(yīng)用。基于struts構(gòu)架的web應(yīng)用程序基本上符合JSP Model2的設(shè)計(jì)標(biāo)準(zhǔn)，可以說是一個(gè)傳統(tǒng)MVC設(shè)計(jì)模式的一種變化類型。Struts為每個(gè)專業(yè)的Web應(yīng)用程序做背后的支撐，幫助為你的應(yīng)用創(chuàng)建一個(gè)擴(kuò)展的開發(fā)環(huán)境。Struts繼承了MVC的各項(xiàng)特性，并根據(jù)J2EE的特點(diǎn)，做了相應(yīng)的變化與擴(kuò)展。根據(jù)設(shè)計(jì)或應(yīng)用程序復(fù)雜度的不同，這些Bean可以是自包含的并具有持續(xù)的狀態(tài)，或只在需要時(shí)才獲得數(shù)據(jù)(從某個(gè)數(shù)據(jù)庫(kù))。當(dāng)邏輯簡(jiǎn)單時(shí)這個(gè)方法很適合。3．控制器(Control ler)在struts中，基本的控制器組件是Action Servlet類中的實(shí)例Servlet，實(shí)際使用的servlet在配置文件中由一組映射(由ActionMapping類進(jìn)行描述)進(jìn)行定義。MySQL AB是一家基于MySQL開發(fā)人員的商業(yè)公司，它是一家使用了一種成功的商業(yè)模式來結(jié)合開源價(jià)值和方法論的第二代開源公司。MySQL數(shù)據(jù)庫(kù)服務(wù)器是一個(gè)客戶／N務(wù)器系統(tǒng)，它由多線程SQL服務(wù)器組成，支持不同的后端、多個(gè)不同的客戶程序和庫(kù)、管理工具和廣泛的應(yīng)用程序接口(APIs)。在實(shí)際中我們都希望每個(gè)子系統(tǒng)或模型相對(duì)獨(dú)立，盡量減少各種不必要的數(shù)據(jù)調(diào)用和控制聯(lián)系，將聯(lián)系比較密切、功能近似的模塊相對(duì)集中，這樣對(duì)于以后的搜索、查詢、調(diào)試、調(diào)用都比較方便。 數(shù)據(jù)冗余比較小在劃分子系統(tǒng)或模塊的過程中，對(duì)于需要處理同一類數(shù)據(jù)的功能，盡可能放到同一子系統(tǒng)或模塊中，以免系統(tǒng)中多個(gè)部分同事應(yīng)用和處理同一類數(shù)據(jù)。 考慮各類資源的充分利用各類資源的合理利用也會(huì)是系統(tǒng)劃分時(shí)應(yīng)該注意到的。對(duì)模塊或子系統(tǒng)進(jìn)行劃分的方法通常有以下幾種：1．按邏輯功能劃分2．按職能劃分3．按照過程劃分4．按時(shí)間劃分5．按通信劃分用戶登錄系統(tǒng)后首先判斷是是用戶還是管理員，如果是管理員則登錄管理員(后臺(tái))管理，否則登錄用戶中心頁(yè)面。用戶和管理員使用系統(tǒng)活動(dòng)如圖3—1所示，用戶登錄系統(tǒng)后，系統(tǒng)進(jìn)行判斷是客戶還是管理員。管理員管理系統(tǒng)中的所有書籍。管理員管理書籍操作后再判斷是否繼續(xù)，如果繼續(xù)操作則繼續(xù)進(jìn)行進(jìn)行管理，否則退出系統(tǒng)。在確定購(gòu)買書籍后，用戶只需要將購(gòu)物車提交即可以完成購(gòu)物流程。網(wǎng)上書店系統(tǒng)包括以下幾個(gè)包：1．用戶界面包：用戶界面包為通用用戶界面類，調(diào)用業(yè)務(wù)包對(duì)象來實(shí)現(xiàn)基 本的業(yè)務(wù)操作，例如管理員管理書籍、用戶購(gòu)買書籍等等。3．?dāng)?shù)據(jù)庫(kù)：數(shù)據(jù)庫(kù)包向業(yè)務(wù)包提供服務(wù)。業(yè)務(wù)對(duì)象包括：一些業(yè)務(wù)流程類，管理圖書類，管理圖書分類，管理訂單，管理用戶。這兩部分是前臺(tái)在線購(gòu)書子系統(tǒng)和后臺(tái)書店管理子系統(tǒng)，其中每個(gè)子系統(tǒng)有可以分成更小的模塊。沒有注冊(cè)過的客戶需要注冊(cè)，只有注冊(cè)后才能使用購(gòu)物車的功能。消費(fèi)者通過登錄網(wǎng)站，瀏覽查詢書目信息，并對(duì)選中的圖書進(jìn)行購(gòu)買。系統(tǒng)做出判斷，如果判斷用戶已經(jīng)存在則返回開始階段。登錄后才能購(gòu)物，否則只有瀏覽功能。否則，重新回到開始位置。(5)圖書分類把數(shù)據(jù)庫(kù)中的圖書按類型顯示出來，不僅方便了用戶查找商品信息，同時(shí)也使得網(wǎng)站有個(gè)清晰地系統(tǒng)結(jié)構(gòu)。(9)商品評(píng)論記錄用戶對(duì)每個(gè)商品的評(píng)論信息。購(gòu)物車功能模塊圖如圖3．11所示。每個(gè)用戶都有自己臨時(shí)的一個(gè)購(gòu)物車。圖312 購(gòu)書模塊核心類圖(11)結(jié)算管理當(dāng)用戶確定要購(gòu)買的商品以后，就可以進(jìn)入結(jié)算中心完成自己的訂單的定制，并向網(wǎng)站發(fā)送購(gòu)物請(qǐng)求。當(dāng)用戶完成了購(gòu)物向結(jié)賬bean發(fā)出請(qǐng)求，結(jié)賬bean向購(gòu)物車bean發(fā)出請(qǐng)求得到交易信息，經(jīng)過用戶確認(rèn)后即可完成結(jié)賬過程。(13)訂單查看和取消訂單用戶可以查看個(gè)人訂單，在訂單沒有被后臺(tái)人員處理時(shí)可以選擇取消訂單。圖314用戶訂單操作流程圖2．后臺(tái)書籍管理子系統(tǒng)這一部分是管理員使用的部分，首先為他們提供了注冊(cè)和登錄的功能，他們獲得和行使管理員的權(quán)限。管理員必須輸入正確的用戶名和密碼才能正確登錄系統(tǒng)后臺(tái)。或者是修改用戶為沒有信用用戶阻止其進(jìn)行再次交易等等。(5)統(tǒng)計(jì)圖書信息在這一部分，系統(tǒng)對(duì)于積壓圖書和緊缺圖書進(jìn)行統(tǒng)計(jì)，同時(shí)也對(duì)庫(kù)存圖書和已銷售圖書通過表格來進(jìn)行統(tǒng)計(jì)。查詢條件分為己發(fā)貨、已提交未發(fā)貨、訂單被取消等。如果一定時(shí)間內(nèi)沒有收到貨款或者用戶拒絕已發(fā)出書籍，則標(biāo)記用戶為沒有信用的用戶，禁止該用戶進(jìn)行再次交易。為了優(yōu)化數(shù)據(jù)庫(kù)結(jié)構(gòu)、使其高速運(yùn)行，在數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)應(yīng)考慮和兼顧以下幾個(gè)方面的問題。這種情況下經(jīng)常導(dǎo)致在存儲(chǔ)數(shù)據(jù)上有很大的冗余，結(jié)果浪費(fèi)了存儲(chǔ)空間，并帶來了數(shù)據(jù)維護(hù)上的麻煩。同樣的事實(shí)兩條記錄的不一致，就是缺少完整的例子：當(dāng)然，只要在存儲(chǔ)的數(shù)據(jù)中有冗余，就會(huì)引起這樣的問題。這些標(biāo)準(zhǔn)包括企業(yè)標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、國(guó)家標(biāo)準(zhǔn)和國(guó)際標(biāo)準(zhǔn)。通過系統(tǒng)功能分析，針對(duì)網(wǎng)上書店需求，總結(jié)為：1．分為一般用戶和管理員用戶。3．每一本圖書都從屬于一種類型。經(jīng)過對(duì)軟件需求信息的匯總，對(duì)數(shù)據(jù)庫(kù)進(jìn)行概念設(shè)計(jì)。圖書實(shí)體關(guān)系圖如318所示。職圖如圖3—20所示。圖書和圖書種類之間的關(guān)系是多對(duì)一的關(guān)系。如果測(cè)試的目的是為了盡可能多地找出錯(cuò)誤，那么測(cè)試就應(yīng)該直接針對(duì)軟件比較復(fù)雜的部分或是以前出錯(cuò)比較多的位置。一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。其次，沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的，完整的測(cè)試是評(píng)定測(cè)試質(zhì)量的一種方法。白盒測(cè)試是對(duì)軟件過程性細(xì)節(jié)做出細(xì)致的檢查。白盒測(cè)試主要是想對(duì)程序模塊進(jìn)行如下檢查。4．測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。4．性能上是否能夠滿足要求。在測(cè)試的整個(gè)過程中，每個(gè)模塊的功能都比較成功，但也發(fā)現(xiàn)了一些時(shí)間問題，如在數(shù)據(jù)庫(kù)等多方面沒有數(shù)據(jù)的時(shí)候出現(xiàn)異常等，發(fā)現(xiàn)后及時(shí)做了修改。經(jīng)過幾個(gè)月的開發(fā)測(cè)試，網(wǎng)上購(gòu)物系統(tǒng)基本開發(fā)并通過實(shí)踐測(cè)試，其功能符合系統(tǒng)用戶的基本需求，實(shí)現(xiàn)了用戶注冊(cè)，登錄，購(gòu)物車，商品瀏覽，購(gòu)買，填寫訂單等功能的實(shí)現(xiàn)。通過畢業(yè)設(shè)計(jì)，讓我感受了軟件開發(fā)的整個(gè)過程。[4]李代平，軟件工程設(shè)計(jì)案例教程，清華大學(xué)出版社。在研究生階段，老師對(duì)我的專業(yè)學(xué)習(xí)、課題研究、論文選題和撰寫都給與了極大的關(guān)注和悉心指導(dǎo)，在此謹(jǐn)致以誠(chéng)摯的敬意和衷心的感謝!最后，感謝在我成長(zhǎng)的過程中給予我?guī)椭乃欣蠋?、朋友和同學(xué)們。致謝在本文即將完成之際，回想研究生階段的學(xué)習(xí)生活，我衷心感謝趙合計(jì)導(dǎo)師。參考文獻(xiàn)[1]汪孝宜、劉中兵、徐佳晶等， JSP數(shù)據(jù)庫(kù)開發(fā)實(shí)例精粹，電子工業(yè)出版社 [2]劉軍馬敏書，電子商務(wù)系統(tǒng)的分析與設(shè)計(jì)(第二版)，高等教育出版社，2006。但是由于畢業(yè)設(shè)計(jì)時(shí)間較短，所以該系統(tǒng)還有許多不盡如人意的地方。第6章結(jié)論畢業(yè)設(shè)計(jì)現(xiàn)在已經(jīng)接近尾聲了，回想起來，感覺收獲頗多。5．2．1登錄／注冊(cè)模塊測(cè)試 5．3測(cè)試總結(jié)本次測(cè)試采用黑盒測(cè)試方法。這樣的方法是把測(cè)試對(duì)象看成一個(gè)黑盒子，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部屬性，只是根據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。2．對(duì)所有的邏輯判定，取“真或者取“假的兩種情況至少能測(cè)一遍。通過在不同的節(jié)點(diǎn)來檢查程序的狀態(tài)，確定實(shí)際狀態(tài)是否與預(yù)期達(dá)成一致。5．2軟件測(cè)試方法軟件測(cè)試是用來發(fā)現(xiàn)系統(tǒng)與用戶需求不符合的過程。通過分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的分布特征，可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過程的缺陷，以便改進(jìn)。軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。系統(tǒng)ER圖3—22所示圖322系統(tǒng)ER圖根據(jù)數(shù)據(jù)庫(kù)概念設(shè)計(jì)，主要表詳細(xì)結(jié)