電子商務BC系統(tǒng)

1、大連民族學院計算機科學與工程學院實驗報告實驗題目： B2C系統(tǒng)說明書 課程名稱： 電子商務 實驗類型：演示性 驗證性 操作性 設計性 綜合性專業(yè)：軟件工程 班級：081 組別： 實驗日期： 2010年 12月14日實驗地點：學院多媒體實驗室（二）實驗學時：4 目錄1引言22系統(tǒng)需求分析說明書22.1.軟件描述32.2 系統(tǒng)功能分析32.3系統(tǒng)運行環(huán)境32.4外部接口32.5數(shù)據(jù)字典63總體設計93.1總體結構圖93.2 ER圖93.3物理設計94 軟件實現(xiàn)及使用說明124.1 游客模塊124.2登陸模塊124.3訂單模塊134.4前臺其他164.5后臺模塊175軟件測試報告195.1測試規(guī)劃1

2、95.2測試過程分析206總結211引言1.1文檔編制目的本文檔詳細介紹了B2C網(wǎng)上書店系統(tǒng)，為老師和同學描述出一個具體的產(chǎn)品設計模型，為開發(fā)及測試人員提供下步工作的依據(jù)。1.2背景根據(jù)市場的B2C為了業(yè)務需要，方便和擴大電子商務市場，本小組特地開發(fā)了這套軟件。本小組依據(jù)B2C電子商務項目需求進一步進行系統(tǒng)設計，確定一下子系統(tǒng)進行開發(fā)：后臺系統(tǒng)，前臺系統(tǒng)，其中后臺系統(tǒng)和前臺系統(tǒng)均有細分。1.3詞匯表列出本系統(tǒng)設計說明書中專門術語的定義、英文縮寫詞的原詞組和意義、項目組內(nèi)達成一致意見的專用詞匯，同時要求繼承全部的先前過程中定義過的詞匯。表1 詞匯表詞匯名稱詞匯含義備注后臺后臺主要是指讓系統(tǒng)的管理

3、員進行一系列的系統(tǒng)管理，比如商品的發(fā)布，會員管理等前臺顧客進行操作，瀏覽商品的平臺1.4參考資料JSP設計軟件工程等2電信報表系統(tǒng)需求分析說明書2.1軟件描述 本網(wǎng)上書店系統(tǒng)主要是實現(xiàn)網(wǎng)上選書、購書、產(chǎn)生訂單等功能的系統(tǒng)。一個典型的網(wǎng)上商城一般都需要實現(xiàn)商品信息的動態(tài)提示、購物車管理、客戶信息注冊登錄管理、訂單處理等模塊。根據(jù)網(wǎng)上書店的基本需求，本系統(tǒng)需要完成的具體任務如下：A. 書圖查詢: 當客戶進入網(wǎng)上書店時，應該在主頁面中分類顯示最新的書目信息以及熱賣的圖書信息以供客戶選擇所需圖書，同時也應該提供按照圖書名稱，或者類別查詢所需書目信息的功能。B. 購物車管理：當客戶選擇購買某圖書產(chǎn)品時，

4、應該能夠?qū)獔D書信息，如：價格、數(shù)量記錄到對應的購物車中，并允許客戶返回書目查詢頁面，選擇其他商品，并添加到購物車中，當對應的購物訂單付款成功后生成后，應該能夠自動清除以生成訂單的購物車中的信息。C. 訂單處理：對應客戶購買圖書商品信息的需求，在確定了所購圖書商品的價格、數(shù)量等信息后，提示用戶選擇對應的送貨方式及付款方式，最終生成對應的訂單記錄，并通過后續(xù)的訂單是否執(zhí)行來進行后續(xù)的出貨、送貨的處理。D. 會員注冊：為了能夠?qū)崿F(xiàn)圖書商品的購買，需要管理客戶相關的聯(lián)系方式、送貨地點等相關的信息。E. 留言回復：會員能給商城留言，商城的管理員能對未回復的留言進行回復，同時對于回復的內(nèi)容相應的會員可

5、以查看。F. 公告管理：管理員能夠修改公告，并在首頁可見G. 商品管理：管理員能夠管理商品的上下架以及對商品的基本信息進行修改。H. 倉庫管理：管理員對已經(jīng)付款的訂單進行發(fā)貨處理，并在倉庫管理中對發(fā)貨商品進行出庫，同時也能夠?qū)θ必浀纳唐愤M行出貨。I. 缺貨登記：會員在給相應缺貨的商品登記后，管理員可以查看各個缺貨信息，相應的貨物入庫后管理員能告知會員商品已經(jīng)到貨。J. 物流管理：管理員選擇相應的物流公司進行配送，也可以更改對物流公司的選擇。若單筆訂單的價格超過了50元，可以免去物流配送費。2.2系統(tǒng)功能分析前臺：顧客使用，瀏覽信息，購買商品后臺：管理員使用，管理整個系統(tǒng)2.3系統(tǒng)運行環(huán)境主機類

6、型數(shù)據(jù)庫服務器：SUN E220,單CPU，1G RAM前臺客戶端：LEGEND PC，256M RAM網(wǎng)絡類型局域網(wǎng)（以太網(wǎng)）存貯器容量數(shù)據(jù)庫服務器：100G以上客戶端：20G以上其他特殊設備打印機：HP 6L支撐軟件操作系統(tǒng)數(shù)據(jù)庫服務器：Solaris 8客戶端：windows2000以上數(shù)據(jù)庫管理系統(tǒng)BEA Oracle Enterprise 9i其他支撐軟件無2.4外部接口2.4.1 用戶界面描述需要的用戶界面的邏輯特征。首頁分為上下兩部分，當用戶和管理員分別進入對應的管理頁面，走側(cè)為動態(tài)列表，選擇操作，右側(cè)為相應的操作頁面打開，操作成功或者失敗會進行相應的提示。2.4.2 硬件接口描

7、述軟件系統(tǒng)和硬件各個接口的特征。這些特征包括但不限于支持的硬件類型、軟硬件之間交流的數(shù)據(jù)和控制信息的性質(zhì)以及所使用的通信協(xié)議。軟件接口描述軟件系統(tǒng)與其他外部組件（須注明名稱和版本）的連接，包括數(shù)據(jù)庫、操作系統(tǒng)、工具軟件、庫和集成的商業(yè)組件。明確在軟件組件之間交換數(shù)據(jù)的目的，描述所需要的服務以及內(nèi)部組件通信的性質(zhì)。確定將在組件間共享的數(shù)據(jù)。功能總體說明（數(shù)據(jù)流圖）頂層：第一層： 處理訂單細化發(fā)貨處理細化熱賣統(tǒng)計細化物流管理細化 庫存管理細化 缺貨登記細化處理留言細化 留言回復細化2.5數(shù)據(jù)字典：2.5.1數(shù)據(jù)存儲：會員：用戶名，密碼，電子郵件，電話，郵編，地址，狀態(tài)商品：商品號，圖片名，大類號，

8、小類號，名字，簡介，庫存，價格，新品狀態(tài)，上架狀態(tài)，購買數(shù)訂單：訂單號，用戶名，收件名，地址，郵編，電話，物流價格，總價，執(zhí)行狀態(tài)，發(fā)貨狀態(tài)訂單明細：訂單號，商品號，商品名，價格，購買數(shù)量留言：留言號，用戶名，標題，內(nèi)容，回復狀態(tài)回復：留言號，內(nèi)容公告：公告內(nèi)容物流：物流號，物流公司名，物流價格，物流選擇狀態(tài)大類：大類號，大類名小類：小類號，大類號，小類名缺貨：用戶名，商品號，商品名，回復狀態(tài)2.5.2數(shù)據(jù)流：各種訂單數(shù)據(jù)，商品數(shù)據(jù)，會員信息2.5.3 數(shù)據(jù)源點終點顧客將各種信息提交給管理員，最終由管理員對數(shù)據(jù)進行管理。3總體設計3.1總體結構圖前臺部分后臺部分3.2 E-R圖總 ER圖分ER

9、圖顧客，物流，留言，回復訂單，訂單詳細商品，缺貨商品 3.3物理結構設計表1：會員信息表（member）字段名類型含義及注釋usernamevarchar主碼passwordvarcharemailvarcharzipcodevarcharaddressvarcharstateint默認為1,0為凍結表2：商品信息表（books）字段名類型含義及注釋IDvarchar主碼，自動獲得picnamevarchar圖片文件名superIDvarchar大類號，與supertype相關subIDvarchar小類號，與subtype相關namevarcharintrovarcharauthorvarc

10、harpublishmentvarcharsupplyintpriceintnewgoodsint是否新品，1是0否stateint是否發(fā)布中，1是0否buysnumberint購買人數(shù)，默認為0表3：訂單信息表（book）字段名類型含義及注釋orderIDvarchar主碼，自動獲得usernamevarchar用戶名truenamevarchar收件人姓名addressvarchar收件人地址postcodevarchar收件人郵編telvarchar收件人電話wlpriceint物流價格payint總價（含物流）enforceint是否付款，1為已付，0為未付stateint發(fā)貨狀態(tài)，1

11、為已發(fā)，0為未發(fā)表4：留言信息表（note）字段名類型含義及注釋noteIDvarchar主碼，自動獲得usernamevarchar用戶名headvarchar留言標題contentvarchar留言內(nèi)容statevarchar是否回復，1已回0為回表5：回復信息表（reply）字段名類型含義及注釋noteIDvarchar與note表相關contentvarchar回復內(nèi)容表6：訂單明細信息表（detail）字段名類型含義及注釋orderIDvarchar與book訂單表相關bookIDvarcharbookpricevarcharbooknamevarcharqtyint數(shù)量表7：物流信

12、息表（wuliu）字段名類型含義及注釋wlIDvarchar主碼，自動獲得wlnamevarchar公司名wlpriceint價格wlstateint是否選擇，1為選中，僅有一個選中表8：大類信息表（supertype）字段名類型含義及注釋superIDvarchar主碼，自動獲得supernamevarchar大類名表9：小類信息表（subtype）字段名類型含義及注釋subIDvarchar主碼，自動獲得subnamevarchar小類名表10：缺貨信息表（lack）字段名類型含義及注釋usernamevarchar用戶名bookIDvarchar書號booknamevarchar書名st

13、ateint管理員是否查看表10：公告信息表（bbs）字段名類型含義及注釋contentvarchar公告內(nèi)容（僅更新）4 軟件實現(xiàn)及使用說明4.1游客模塊主效果圖游客可以買書，查看購物車，但是不能下單或者缺貨登記，幾點會跳到登陸界面，登陸后會返回之前界面4.2登陸模塊登陸對應四種登陸結果：圖二 圖三 圖四 圖五4-3購物車以及訂單模塊搜索圖 缺貨狀態(tài)l 獲取搜索的關鍵字l 分頁顯示符合關鍵字并且在發(fā)布中的商品l 商品缺貨（數(shù)量不足）則提供用戶缺貨登記的超級鏈接l 提供將選中的商品加入購物車的超級鏈接l 點擊商品圖標可以詳細查看商品詳情查看購物車圖l 獲取該用戶購物車信息的集合l 提交更新數(shù)量

14、的表單l 循環(huán)顯示每一條購物信息l 設置購買數(shù)量的文本框l 顯示總價l 顯示每本圖書的書名，數(shù)量，單價l 對在購物車中的圖書刪除l 提交更新的按鈕l 提交繼續(xù)購買的超級鏈接l 提交生成訂單的超級鏈接訂單圖l 獲取用戶登錄用戶名l 填寫收件人姓名，地址，聯(lián)系電話，郵編l 提交給訂單生成的超級鏈接確認訂單圖l 訂單信息及商品信息的輸出l 返回繼續(xù)購書的超級鏈接l 確認付款的超級鏈接此時訂單為未付款點擊后訂單狀態(tài)改變（未付款-已付款），處于未發(fā)貨狀態(tài)4-4前臺其他總效果圖：基本信息銷售排行留言回復我的缺貨已經(jīng)回復的內(nèi)容查看 4-5后臺總效果圖物流管理：只能選擇一個物流公司，選中即會讀取相應價格商品管

15、理模塊：商品發(fā)布相應大類小類管理（添加）商品管理類別管理留言回復模塊：管理員管理留言管理員對未回復的回復缺貨管理5軟件測試報告5.1測試規(guī)劃功能測試測試對象的功能測試，側(cè)重于可以被直接追蹤到用例或業(yè)務功能和業(yè)務規(guī)則的所有測試需求。這些測試的目的在于核實能否正確地接受、處理和檢索數(shù)據(jù)以及業(yè)務規(guī)則是否正確實施。這種類型的測試基于黑盒方法，即通過圖形用戶界面 (GUI) 與應用程序交互并分析輸出結果來驗證應用程序及其內(nèi)部進程。數(shù)據(jù)和數(shù)據(jù)庫完整性測試數(shù)據(jù)庫和數(shù)據(jù)庫進程作為一個子系統(tǒng)來進行測試。在將測試對象的用戶界面用作數(shù)據(jù)的接口的同時，還將考慮對數(shù)據(jù)庫管理系統(tǒng)（DBMS）進行相關的測試接口測試由于電信

16、報表系統(tǒng)其它系統(tǒng)協(xié)同工作，所以系統(tǒng)在實際工作中會協(xié)作其它系統(tǒng)，同時系統(tǒng)內(nèi)部功能模塊的調(diào)用故障轉(zhuǎn)移和恢復測試出現(xiàn)故障時及時完成系統(tǒng)恢復，并方便地找到產(chǎn)生故障的原因和位置，進行局部修改。具有對于系統(tǒng)數(shù)據(jù)丟失的補救措施，保證系統(tǒng)的安全性，可靠性。 此項測試主要集中在數(shù)據(jù)備份恢復功能模塊中。系統(tǒng)部署測試系統(tǒng)開發(fā)測試完畢后，進行系統(tǒng)部署測試，確保系統(tǒng)的正常運行5.2測試過程分析測試環(huán)境服務器端：tomcat軟件：服務器操作系統(tǒng)： xp數(shù)據(jù)庫平臺：orcal客戶端:tomcat軟件：客戶端操作系統(tǒng)：xp瀏覽器:IE測試類型黑盒子測試黑盒法測試注重于測試軟件的功能需求，主要是圖發(fā)現(xiàn)下列錯誤：功能不對或一樓；

17、性能錯誤；出事化和種植錯誤；界面錯誤；數(shù)據(jù)結構或外部數(shù)據(jù)庫訪問錯誤。黑盒法常用的測試方法包括等價分類發(fā)，邊值分析法。錯誤推測法，因果圖法等。但是沒有一種方法能提供一組完整的測試用例，以檢查程序的全部功能。因而在實際測試中需要把各種方法結合起來使用。1. 等價分類法等價分類發(fā)是一種典型的黑盒測試方法，也是一種非常實用的重要的測試方法，用這一方法設計測試用例完全不用考慮程序的內(nèi)部結構，只需根據(jù)測試軟件店額需求規(guī)格說明書。（1） 等價類 等價類為有效等價類和無效等價類。（2） 確定測試用例 1)為每一個等價類規(guī)定唯一的編號。 2）涉及一個新的測試用例，是迄今可能的覆蓋尚未被覆蓋過的有效等價類。重復這

18、一步，知道所有有效等價類均被測試用例所覆蓋。 3）設計一個新的測試用例，使其只覆蓋一個無效等價類。重復這一步，知道所有無效等價類均被覆蓋。2. 邊界值分析法邊界分析就是選擇等價類邊界的測試用例。它是一種補充等價分類的測試用例設計技術。1） 如果輸入條件規(guī)定了取值范圍，可以選擇正好等于邊界值的數(shù)據(jù)及剛剛超過邊界值的數(shù)據(jù)作為測試用例。2） 如果輸入條件規(guī)定了輸入值的歸屬，則按最大個數(shù)，最小個數(shù)，稍小于最小個數(shù)及稍大于最大個數(shù)等情況分別來設計測試用例。3） 針對每個輸出條件使用上面的第1）條和第2）條原則。4） 如果程序規(guī)格說明書中給出的輸入或輸出域是個有序集合，則應選取有序集合的第一個數(shù)和最后一個元素作為測試用例。5） 分析規(guī)格說明書，找出其他的可能邊界條件。3. 錯誤推測法 在測試程序時，我們可以根據(jù)以往的經(jīng)驗和直覺來推測程序中可能存在各種錯誤，從而有針對性地設計測試用例。6總結需求分析，設計由組長本人完成，給組員下達具體的編碼任務前期編碼安排：1， 物流公司錄入界面2， 會員注冊界面（含中間跳轉(zhuǎn)）3， 會員登錄界面（含中間跳轉(zhuǎn)）4， 前臺會員信息查看界面；5， 前臺會員信息修改界面；6， 后臺會員