【正文】 圖Fig 414 User information map在載入中個頁面之前為了防止有惡意破壞，系統(tǒng)會自行檢查瀏覽器是否跟服務器有session連接，并且檢測用戶是否登錄過，如果沒有登錄會提示錯誤信息，如果是正常登錄則顯示上面的歡迎界面。相關核心代碼如下：%//檢查session，查看用戶是否登陸User u = (User)(user)。if(u == null) { ()。 return。} % 在本模塊中用戶也可以對自己的信息進行修改等操作。如下圖圖4 15 用戶信息修改界面圖Fig 415 Modify the interface of user information chart相關核心代碼如下：if(action != null amp。amp。 ().equals(modify)) { String phone = (phone)。 String addr = (addr)。 (phone)。 (addr)。 ()。 (更改成功!恭喜!)。 return。}首先得到頁面上用戶填入的信息并生成一個user對象，再根據(jù)這個對象對后臺數(shù)據(jù)庫進行update操作。()方法。而update()方法封裝在user包中，是user類的一個方法其核心代碼如下：public void update() { Connection conn = ()。 String sql = update user set phone = ?, addr = ? where id = ?。 PreparedStatement pstmt = (conn, sql)。 try { (1, phone)。 (2, addr)。 (3, id)。 ()。 } catch (SQLException e) { ()。 } finally { (pstmt)。 (conn)。 } }在這里需要注意在對數(shù)據(jù)庫進行操作時在操作完成后要記得釋放資源。 商品類別管理模塊在本模塊中管理員可以方便的對產(chǎn)品的類別進行管理。界面如下圖。圖4 16 商品管理模塊界面圖Fig 416 Commodity management module interface diagram類別管理所要實現(xiàn)的功能見下表。表4 1 類別管理功能表Table 41 Category Management menu table功能名稱定 義添加根類別每個類別都應該有一個根類別，級數(shù)為1的類別刪除類別刪除類別的相關信息類別查詢查詢類別的相關信息創(chuàng)建子類別創(chuàng)建除1級以外的類別類別管理是這樣設計的，類別可以理解為一個樹狀結(jié)構(gòu)，大類別下有小類別可以有根類別和子類別。選擇添加類別時要注意所要添加的類別是子類別還是根類別。如果是根類別就要選擇根類別添加，如果是子類別則在添加時要注意選擇這個子類別的上一級根類別。其核心代碼如下：if(action != null amp。amp。 ().equals(add)) { String name = (name)。 String descr = (descr)。 Category c = new Category()。 (0)。 (name)。 (descr)。 (1)。 CategoryService service = ()。 (c)。 (類別添加成功!恭喜!)。 return。}這段代碼首先對收集的數(shù)據(jù)進行處理包括去空字符串等然后將這些信息包裝成一個類別對象，再對這個對像調(diào)用類別類下的servers方法進行存儲。Servers方法完成后對后臺數(shù)據(jù)庫進行更新。添加類別成功后可以在本模塊查看瀏覽，界面如下。圖4 17 類別瀏覽界面圖Fig 417 Category browser interface diagram瀏覽界面的核心代碼如下：public ListCategory getTopCategories() { ListCategory categories = new ArrayListCategory()。 Connection conn = ()。 Statement stmt = (conn)。 ResultSet rs = (stmt, select * from category where grade = 1)。 try { while (()) { Category c = (rs)。 (c)。 } } catch (SQLException e) { ()。 } finally { (conn)。 } return categories。 } public ListCategory getChilds(int id) { ListCategory categories = new ArrayListCategory()。 Connection conn = ()。 Statement stmt = (conn)。 ResultSet rs = (stmt, select * from category where pid = + id)。 try { while (()) { Category c = (rs)。 (c)。 } } catch (SQLException e) { ()。 } finally { (conn)。 } return categories。 }這段核心代碼分為兩個部分，首先對根類別進行讀取并且包裝信息返回到jsp頁面，再根據(jù)根類別讀出其子類別信息并一起返回jsp頁面。這里也是應用的MVC思想。 用戶瀏覽商品信息模塊用戶可跟據(jù)搜索的內(nèi)容和分類等條件進行商品的瀏覽。界面如下。圖4 18 商品瀏覽界面圖Fig 418 Browsing interface of goods chart用戶點擊我要購買時會調(diào)用購物車模塊。 購物車模塊用戶在瀏覽商品時如果想要購買此商品則點擊我要購買，隨即調(diào)用本模塊也就是購物車模塊。界面見下圖圖4 19 購物車模塊圖Fig 419 Shopping Cart Module Chart在購物車這個模塊實現(xiàn)了一下這么幾個功能。1. 商品的添加。用戶在商品瀏覽界面中點擊了我要購買后系統(tǒng)則會將要購買的商品添加進購物車。2. 商品的刪除。如果用戶對購買的商品不滿意，可以從購物車中刪除這個商品。3. 下單功能。用戶購買結(jié)束后可以下單進行購買。下面講對每個小功能如何實現(xiàn)進行說明。商品添加其核心代碼如下：if(action != null amp。amp。 ().equals(add)) { int id = ((id))。 Product p = ().loadById(id)。 CartItem ci = new CartItem()。 (p)。 (1)。 (ci)。}當用戶添加商品時會生成一個CartItem對象，也就是購物車項，根據(jù)所要添加的商品信息將商品的信息讀入這個CartItem對象并且添加到購物車這個集合中。 商品刪除其核心代碼如下：if(action != null amp。amp。 ().equals(delete)) { int id = ((id))。 (id)。}商品刪除時會根據(jù)商品的ID號進行刪除，對購物車集合進行刪除操作。用戶在購物車模塊購買完成后即可以下單調(diào)用本模塊即訂單模塊。其界面如下。圖4 20 訂單模塊圖Fig 420 Order Block Diagram 產(chǎn)品銷量模塊系統(tǒng)管理員可以在后臺查看商品的銷售情況。其界面如下。圖4 21 產(chǎn)品銷量模塊圖Fig 421 Product sales block diagram產(chǎn)品銷量模塊由銷量圖和銷量表組成。可以明了的顯示出產(chǎn)品的銷量信息。 本章小結(jié)本章主要對系統(tǒng)的整體和各個模塊進行了詳細設計并且給予實現(xiàn)。對每一個模塊先進行設計再進行實現(xiàn)，最后將所有模塊組成一個整體。軟件初步搭建完成。詳細設計的主要任務就是將軟件分解成模塊是指能實現(xiàn)某個功能的數(shù)據(jù)和程序說明、可執(zhí)行程序的程序單元?？梢允且粋€函數(shù)、過程、子程序、一段帶有程序說明的獨立的程序和數(shù)據(jù)，也可以是可組合、可分解和可更換的功能單元。模塊設計其主要目標就是給出軟件的模塊結(jié)構(gòu)，用軟件結(jié)構(gòu)圖表示。詳細設計的首要任務就是設計模塊的程序流程、算法和數(shù)據(jù)結(jié)構(gòu)，常用方法還是結(jié)構(gòu)化程序設計方法。本章對程序的對本系統(tǒng)的開發(fā)平臺以及個主要功能模塊給出了詳細說明，并給出了輸入/輸出的設計。第五章 系統(tǒng)測試與性能分析 軟件測試經(jīng)過需求分析、設計和編碼等階段的開發(fā)后，得到了源程序，開始進入到軟件測試階段。然而，在測試之前的各階段中都可能在軟件產(chǎn)品中遺留下許多錯誤和缺陷，如果不及時找出這些錯誤和缺陷，并將其改正，這個軟件產(chǎn)品就不能正常使用，甚至會導致巨大的損失。目前，程序的正確性證明尚未得到根本的解決，因此軟件測試仍是發(fā)現(xiàn)軟件中錯誤和缺陷的主要手段。測試是一項很艱苦的工作，其工作量約占軟件開發(fā)總工作量的40%以上，特別對一些關系到人的生命安全的軟件。 測試的基本概念1．測試的目的軟件測試的目的是盡可能多地發(fā)現(xiàn)軟件產(chǎn)品（主要是指程序）中的錯誤和缺陷。明確測試的目的是一件非常重要的事，因為在現(xiàn)實世界中對測試工作存在著許多模糊或者錯誤的看法，這些看法嚴重影響著測試工作的順利進行。有人認為測試是為了證明程序是正確的，也就是說程序不再有錯誤，事實證明這是不現(xiàn)實的。因為要通過測試來發(fā)現(xiàn)程序中的所有錯誤就要窮舉所有可能的輸入數(shù)據(jù)，檢查它們是否產(chǎn)生正確的結(jié)果。例如，一個需要3個16位字長的整型輸入數(shù)據(jù)的程序，輸入數(shù)據(jù)的所有組合情況大約有31014種，若每組數(shù)據(jù)的測試時間為1ms，那么即使一年365天，每天24小時地測試，也大約需要1萬年的時間。2．測試用例要進行測試，除了要有測試數(shù)據(jù)（或稱輸入數(shù)據(jù)）外，還應同時給出該組測試數(shù)據(jù)應該得到怎樣的輸出結(jié)果，我們稱它為預期結(jié)果。在測試時將實際的輸出結(jié)果與預期結(jié)果比較，若不同則表示發(fā)現(xiàn)了錯誤。因此測試用例是由測試數(shù)據(jù)和預期結(jié)果構(gòu)成的。為了發(fā)現(xiàn)程序中的錯誤，應竭力設計能暴露錯誤的測試。一個好的測試用例是極有可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試用例。一次成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。3．白盒測試和黑盒測試測試的關鍵是測試用例，其方法可分成兩類：白盒測試和黑盒測試。白盒測試是把程序看成裝在一只透明的白盒子里，測試者完全了解程序的結(jié)構(gòu)和處理過程。它根據(jù)程序的內(nèi)部邏輯來設計測試用例，檢查程序中的邏輯通路是否都按預定的要求正確地工作。黑盒測試是把程序看成一只黑盒子，測試者完全不了解（或不考慮）程序的結(jié)構(gòu)和處理過程。它根據(jù)規(guī)格說明書規(guī)定的功能來設計測試用例，檢查程序的功能是否符合規(guī)格說明的要求。 測試步驟軟件測試的主要步驟有單元測試、集成測試和確認測試。1．單元測試(Unit Testing)單元測試也稱模塊測試。通常單元測試可放在編碼階段，程序員在編寫好一個模塊后，總會對自己編寫的模塊進行測試，檢查它是否實現(xiàn)了詳細設計說明書中規(guī)定的模塊功能和算法。單元測試主要發(fā)現(xiàn)編碼和詳細設計中產(chǎn)生的錯誤，通常采用白盒測試。2．集成測試（Integration Testing）集成測試也稱組裝測試，它是對由各模塊組裝而成的程序進行測試，主要檢查模塊間的接口和通信。集成測試主要發(fā)現(xiàn)設計階段產(chǎn)生的錯誤，通常采用黑盒測試。3．確認測試(Validation Testing)確認測試的任務是檢查軟件的功能、性能及其他特征與用戶的需求一致，它是以需求規(guī)格說明書（即需求規(guī)約）作為依據(jù)的測試。確認測試通常采用黑盒測試。確認測試產(chǎn)生測試程序是否滿足需求規(guī)格說明書所列的各項要求，然后要進行軟件配置復查，特別是文檔是否齊全，各方面的質(zhì)量是否符合要求等。 系統(tǒng)測試軟件測試方法從測試人員角度看，可分為人工測試和機器測試。人工測試又稱為代碼復審。主要有三種方法：個人復查、走查、會審。機器測試分為黑盒測試（又稱功能測試）和白盒測試（又稱結(jié)構(gòu)測試）兩種。下面對本電子商務系統(tǒng)進行測試，以檢查系統(tǒng)能否正確完成各種操作，是否能夠?qū)崿F(xiàn)預期具有的功能。1．系統(tǒng)后臺登錄模塊此模塊是進入本系統(tǒng)操作的一個入口，用于維護系統(tǒng)的安全。只有將正確的用戶名和密碼輸入系統(tǒng)，才能繼續(xù)進行操作現(xiàn)在輸入用戶名和錯誤的密碼，測試是否能夠登錄。測試結(jié)果是系統(tǒng)提示“用戶名與密碼不相符！”，如下圖所示圖5 1 登錄測試圖Fig 51 Log in test pattern2. 后臺商品類別管理模塊 本模塊對商品類別進行管理，在這里測試商品類別的添加刪除修改等功能。如下圖。圖5 2 后臺管理測試圖Fig 52 Manage test pattern chart3. 后臺商品信息管理里模塊在商品類別測試完成后才可以進行商品信息的瀏覽添加等。在添加時需要選定商品的類別。如下圖所示圖5 3 商品信息測試圖Fig 54 Product Information test pattern chart4. 商品信息管理模塊添加修改刪除商品測試如下圖所示。圖5 4 商品修改測試圖Fig 54 Modify the test pattern o