試談網(wǎng)上書城系統(tǒng)的開發(fā)

1、江蘇科技大學電子商務(wù)系統(tǒng)分析與設(shè)計課程設(shè)計網(wǎng)上書城系統(tǒng)的開發(fā)學生姓名張穎學號0840412117班級08404121指導老師成績經(jīng)濟治理學院信息治理系2012年1月8日目錄TOC o 1-3 h u HYPERLINK l _Toc189 一系統(tǒng)規(guī)劃 PAGEREF _Toc189 2 HYPERLINK l _Toc13033 1.1明確用戶需求 PAGEREF _Toc13033 3 HYPERLINK l _Toc13533 1.2初步調(diào)查 PAGEREF _Toc13533 3 HYPERLINK l _Toc22533 1.3確定電子商務(wù)模式和模型 PAGEREF _Toc22533

2、 4 HYPERLINK l _Toc23607 1.4可行性分析和可行性分析報告 PAGEREF _Toc23607 4 HYPERLINK l _Toc3222 二系統(tǒng)分析 PAGEREF _Toc3222 5 HYPERLINK l _Toc29384 2.1系統(tǒng)調(diào)查 PAGEREF _Toc29384 5 HYPERLINK l _Toc4022 2.2需求規(guī)格講明書 PAGEREF _Toc4022 5 HYPERLINK l _Toc27150 2.2.1 引言 PAGEREF _Toc27150 5 HYPERLINK l _Toc10380 2.2.2項目概述 PAGEREF

3、_Toc10380 6 HYPERLINK l _Toc8624 2.2.3需求規(guī)定 PAGEREF _Toc8624 6 HYPERLINK l _Toc215 2.2.4環(huán)境要求 PAGEREF _Toc215 10 HYPERLINK l _Toc2653 2.3組織結(jié)構(gòu)分析 PAGEREF _Toc2653 11 HYPERLINK l _Toc9419 2.4業(yè)務(wù)流程分析 PAGEREF _Toc9419 11 HYPERLINK l _Toc27821 2.5數(shù)據(jù)流程分析 PAGEREF _Toc27821 13 HYPERLINK l _Toc23284 三系統(tǒng)設(shè)計 PAGERE

4、F _Toc23284 14 HYPERLINK l _Toc23562 3.1系統(tǒng)總體結(jié)構(gòu) PAGEREF _Toc23562 14 HYPERLINK l _Toc23538 3.2網(wǎng)絡(luò)差不多結(jié)構(gòu) PAGEREF _Toc23538 15 HYPERLINK l _Toc24047 3.3系統(tǒng)平臺選擇 PAGEREF _Toc24047 16 HYPERLINK l _Toc29001 3.4應(yīng)用系統(tǒng)方案 PAGEREF _Toc29001 16 HYPERLINK l _Toc20473 3.4.1各功能模塊簡要描述 PAGEREF _Toc20473 16 HYPERLINK l _T

5、oc31653 3.4.4數(shù)據(jù)庫設(shè)計 PAGEREF _Toc31653 18 HYPERLINK l _Toc11163 3.4.5用戶界面設(shè)計 PAGEREF _Toc11163 23 HYPERLINK l _Toc9276 3.5實施方案 PAGEREF _Toc9276 24 HYPERLINK l _Toc31871 3.5.1客戶端要求 PAGEREF _Toc31871 24 HYPERLINK l _Toc23089 3.5.2服務(wù)器端要求 PAGEREF _Toc23089 24 HYPERLINK l _Toc18134 3.5.3系統(tǒng)測試 PAGEREF _Toc181

6、34 24 HYPERLINK l _Toc1066 四支付系統(tǒng)設(shè)計 PAGEREF _Toc1066 28 HYPERLINK l _Toc17690 4.1支付協(xié)議選擇 PAGEREF _Toc17690 28 HYPERLINK l _Toc20339 4.2支付系統(tǒng)數(shù)據(jù)流程分析 PAGEREF _Toc20339 29 HYPERLINK l _Toc24862 4.3支付系統(tǒng)安全需求分析 PAGEREF _Toc24862 30 HYPERLINK l _Toc4454 4.4支付系統(tǒng)總體設(shè)計 PAGEREF _Toc4454 30 HYPERLINK l _Toc10847 4.5

7、支付系統(tǒng)功能 PAGEREF _Toc10847 32 HYPERLINK l _Toc5366 4.6交易流程設(shè)計 PAGEREF _Toc5366 33 HYPERLINK l _Toc23521 4.7支付系統(tǒng)安全設(shè)計 PAGEREF _Toc23521 34 HYPERLINK l _Toc15743 五心得體會 PAGEREF _Toc15743 34一系統(tǒng)規(guī)劃1.1明確用戶需求隨著當今社會新系統(tǒng)大度的提高，網(wǎng)絡(luò)的高速進展，計算機已被廣泛應(yīng)用于各個領(lǐng)域，因而網(wǎng)絡(luò)成為人們生活中不可或缺的一部分?；ヂ?lián)網(wǎng)用戶應(yīng)經(jīng)同意了電子商務(wù)，網(wǎng)購成為一種時尚潮流。書籍交易網(wǎng)站確實是Internet和電子

8、商務(wù)進展的產(chǎn)物，近幾年在我國進展迅猛，如同一些書店紛紛在各地開設(shè)分店以拉近書店與顧客間距離一樣。隨著科學技術(shù)得分速進展，Internet那個昔日只被少數(shù)科學家接觸和使用的科研工具差不多成了一般百姓都能夠觸及的大眾型媒體傳播手段。隨著現(xiàn)金全民素養(yǎng)和科學技術(shù)水平的不斷提高，知識更新的越來越快。人們隨時都會有被淘汰的危機，為了不讓社會淘汰，做到與時俱進就必須多讀書不斷的學習，21世紀是網(wǎng)絡(luò)的時代、信息的時代，時刻是特不寶貴的，人們由于種種緣故沒有時刻到書店去，也不明白哪家書店有自己需要的書籍，同時那些傳統(tǒng)書店的經(jīng)營者又沒什么好的方法讓人們明白我這就有顧客需要的書籍，這種買賣雙方之間信息交流上的阻礙成

9、為“網(wǎng)上書城”網(wǎng)站進展的原動力。網(wǎng)上書城網(wǎng)站的建立能夠跟好的解決這方面的問題，向?qū)挸ㄓ脩敉瞥龅氖且环N全新的網(wǎng)上信息服務(wù)，旨在書店與消費者之間架起了一座高速、便捷的網(wǎng)上信息橋梁。1.2初步調(diào)查截止至2010年6月底，中國網(wǎng)民的數(shù)量達到4.21億人，互聯(lián)網(wǎng)電子商務(wù)化的程度也越來越高，網(wǎng)絡(luò)購物、網(wǎng)上支付和網(wǎng)上銀行的使用率分不達到33.8%、30.5%和29.1%。而在眾多的電子商務(wù)行為中，因網(wǎng)上購書具有較高的可信性和打折優(yōu)惠，網(wǎng)上購書的比例逐年提高。當當網(wǎng)、卓越亞馬遜兩間網(wǎng)上書城更是在同類B2C網(wǎng)站中占據(jù)頭兩位。專門多人看到了書這種網(wǎng)上銷售的諸多好處：方便購買、金額小、風險小、用戶容易決定；信息的完

10、整性以及專門少出現(xiàn)質(zhì)量問題和退貨現(xiàn)象等，不管是當當、卓越依舊99讀書人，網(wǎng)上書店的強大搜索功能關(guān)心顧客查找圖書和選擇圖書，與傳統(tǒng)書店中令人無所適從的貨架分類不同，網(wǎng)上書店通過強大的搜索引擎為用戶挑書提供了最大的便利。早在2005年底，聞名調(diào)查公司AC尼爾森的研究就顯示，63%的中國網(wǎng)民曾在網(wǎng)上購物，其中最受歡迎的網(wǎng)上商品是書籍，56%的網(wǎng)上購物者選擇網(wǎng)上買書。1.3確定電子商務(wù)模式和模型打造一個搜索快捷、圖書種類多樣、購書方便、注重用戶體驗的B2C網(wǎng)上購書平臺，以及為用戶提供一個交易安全、價格低廉、相響應(yīng)快速的交易平臺。1.4可行性分析和可行性分析報告技術(shù)可行性 網(wǎng)絡(luò)技術(shù)的飛速進展及用戶需求的

11、不斷升級，網(wǎng)頁頁面技術(shù)也不斷的推陳出新，使得網(wǎng)站的功能越來越強大，能夠提供的服務(wù)種類越來越繁多。從HTML、Client Script 到CGI,從JAVA的誕生到ActiveX, Web頁面設(shè)計人員不斷受到?jīng)_擊，微軟公司在總結(jié)了以往技術(shù)，重新考慮Web頁面設(shè)計的真正需要后，推出了Active Server Pages (ASP)，一種用以取代CGI(Common Gateway Interface，通用網(wǎng)關(guān)接口)的技術(shù)。簡單講，ASP是位于服務(wù)器端的腳本運行環(huán)境，通過這種環(huán)境，用戶能夠創(chuàng)建和運行動態(tài)的交互式 Web 服務(wù)器應(yīng)用程序，如交互式的動態(tài)網(wǎng)頁，包括使用 HTML 表單收集和處理信息，

12、上傳與下載等等。更重要的是，ASP使用的ActiveX技術(shù)基于開放設(shè)計環(huán)境，用戶能夠自己定義和制作組件加入其中，使自己的動態(tài)網(wǎng)頁幾乎具有無限的擴充能力，這是傳統(tǒng)的Web編寫工具所遠遠不及的地點。使用ASP還有個好處，就在于ASP可利用ADO(Active Data Object,微軟的一種新的數(shù)據(jù)訪問模型)方便快捷地訪問數(shù)據(jù)庫,從而使得開發(fā)基于WWW的應(yīng)用系統(tǒng)成為可能，這也是本文選擇ASP作為開發(fā)工具最重要的緣故之一。經(jīng)濟可行性 本系統(tǒng)開發(fā)的要緊工具是ASP（Active Sever Pages）和SQL Server。假如從開發(fā)那個項目所需費用結(jié)算和項目的效益來看，是可行的，要緊考慮設(shè)計團隊

13、的工資及以后幾年內(nèi)系統(tǒng)的維護等相關(guān)費用。系統(tǒng)投入使用后，能夠解決企業(yè)人事治理遇到的耗費大量資金和人力，治理內(nèi)容繁復(fù)，而且容易丟失的問題。因此本系統(tǒng)耗費資金較少，且有用價值專門高。治理可行性 作為一家在互聯(lián)網(wǎng)上展開業(yè)務(wù)的書店，用戶能夠在任何時刻進行掃瞄和購買圖書，這就要求系統(tǒng)首先必須滿足每天24小時、每周7天不間歇的服務(wù)模式，就像ATM自動售貨機一樣，因此穩(wěn)定性是網(wǎng)上書店開張的基礎(chǔ)。由于網(wǎng)站的操作是基于B/S掃瞄器的頁面操作，簡單明了，用戶無需學習，一般都能專門容易的明白如何操作。而治理員也無需具備專業(yè)知識，只需要對一些數(shù)據(jù)進行輸入以及平常的日常維護就夠了。市場可行性 網(wǎng)上書店商務(wù)網(wǎng)站構(gòu)建的目標

14、要緊是面對寬敞消費者，由于圖書消費屬于知識型消費群，人們求知欲望沒有階層與年輕差不，因而書店網(wǎng)站應(yīng)在具有自己特色的同時應(yīng)適應(yīng)不同人士的需求。因此，我們網(wǎng)上書店定位于面向?qū)挸ㄏM者，并突出完善售前、售中、售后客戶服務(wù)與安全保障方面的特色。二系統(tǒng)分析2.1系統(tǒng)調(diào)查隨著我國圖書業(yè)的全面開放，電子商務(wù)的迅速進展，網(wǎng)上書店還存在巨大的進展空間。但從目前，我國的網(wǎng)上書店仍沒擺脫傳統(tǒng)商業(yè)運作的束縛，對電子商務(wù)缺乏透徹的理解。盡管購書有能提供大量書目、購書效率高、面大等優(yōu)點，但也存在信息不暢、資金缺配送體系不完善等一系列因素的制約。2.2需求規(guī)格講明書2.2.1 引言本文檔用于分析講明網(wǎng)上書城系統(tǒng)的系統(tǒng)需求，

15、作為軟件設(shè)計及軟件測試的基準。迎合現(xiàn)在網(wǎng)上購物、方便用戶依照自身的購物需求與商場治理員進行溝通以及與其他用戶進行溝通對話、提出購書時的疑問解決自己購書問題。網(wǎng)站的樣式趨于簡潔明了，關(guān)于不熟悉網(wǎng)上購物系統(tǒng)的用戶能夠參照網(wǎng)站編寫的用戶使用講明書。關(guān)于網(wǎng)站的編輯，使用本專業(yè)學習到的asp、數(shù)據(jù)庫的知識完成網(wǎng)頁的制作，運用上學期的知識制作整個網(wǎng)站結(jié)構(gòu)。2.2.2項目概述項目目標 此項目的目標確實是讓所有的欲買書的用戶，能夠直接不出家門就能夠買的自己想要買的書，同時一些熱門書籍也能夠訂購而且書籍的價格閉門店的價格要廉價專門多，而且有強大的系統(tǒng)安全性能，保證了用戶在使用這款軟件時候的安全性。項目用戶 項目

16、用戶能夠差不多形容為有一般用戶，關(guān)于一些比較熱門的書籍沒有優(yōu)先購買權(quán)，而VIP用戶則有，因此用戶能夠通過充值的方法對自己的客戶等級進行提升。約束與假設(shè) 約束：用戶要使用本網(wǎng)站的付費系統(tǒng)時必須在本網(wǎng)站有能夠付費的激活的能夠使用的用戶賬號。2.2.3需求規(guī)定前臺功能需求 1.商品商品查詢：依照查詢條件查詢所有符合條件的商品信息。查詢商品流程：用戶輸入查詢條件并提交查詢；系統(tǒng)依照用戶提交的查詢條件從數(shù)據(jù)庫中查詢商品并輸出。商品展示：網(wǎng)頁首頁顯示本網(wǎng)站的最新、熱門、打折、促銷書籍。展示商品流程：打開網(wǎng)址；網(wǎng)頁正前方顯示網(wǎng)頁的商品展示的信息。商品掃瞄：輸入需要查看信息的種類查看該類型的所有產(chǎn)品。掃瞄商品

17、流程：打開網(wǎng)址中的按類不查找頁面；輸入需要查看的商品種類；點擊網(wǎng)頁上的超鏈接能夠查看商品信息。查看商品：能夠依照網(wǎng)頁顯示的相關(guān)產(chǎn)品進行查詢購買。查看商品流程：在商品下方會顯示與該產(chǎn)品相關(guān)的或者同類型的商品；點擊商品的名稱或者圖片查詢該產(chǎn)品的信息。商品比較：點擊該產(chǎn)品之后該產(chǎn)品相對與同類產(chǎn)品的在價格和評分上的比較度。比較商品流程:點擊該商品鏈接后進入該商品詳細信息；在商品右側(cè)顯示相關(guān)于其他商品的比較力度。2.購物車加入購物車：用戶把需要購買的數(shù)據(jù)放置在一起付款。加入購物車使用流程：點擊商品下方的加入購物車按鈕；商品加入購物車。購物車查詢：用戶查看個人購物車中的商品信息。查看購物車使用流程：點擊購

18、物車按鈕；查看購物車中的商品信息。購物車中商品刪除：刪除個人購物車中的商品。刪除購物車商品使用流程：點擊購物車按鈕；查看購物車中的商品信息；點擊刪除按鈕能夠刪除所選的商品。購物車中商品修改：修改個人購物車中的商品購買數(shù)量。修改購物車商品使用流程：點擊購物車按鈕；查看購物車中的商品信息；選擇購買商品數(shù)量。結(jié)算：結(jié)算個人購物車中的總的商品價格。購物車使用流程：用戶登錄；點擊購物車按鈕；點擊結(jié)算按鈕；算出所有商品的總價格。3.會員注冊：用戶錄入會員信息，系統(tǒng)將會員信息儲存。成功注冊流程：用戶輸入會員信息并提交；系統(tǒng)檢查會員信息的有效性；系統(tǒng)將會員信息錄入數(shù)據(jù)庫。登錄：用戶輸入用戶名以及用戶密碼。成功

19、登錄流程：用戶輸入會員信息并提交；系統(tǒng)驗證會員信息與密碼；信息核實成功。信息修改：用戶登錄之后修改個人信息。信息修改流程：用戶輸入修改；系統(tǒng)依照用戶修改好的信息修改數(shù)據(jù)庫中的信息；假如用戶信息修改成功就返回用戶界面。會員中心：用戶登錄之后進入會員中心。會員中心流程：用戶登錄成功；進入會員信息中心。積分查詢：用戶登錄之后進入會員中心查詢個人積分。積分查詢流程：用戶登錄成功；進入會員信息中心；查看個人賬號中的積分信息。會員分級：用戶分級。會員分級流程：用戶登錄成功；進入會員信息中心；依照用戶積存的買書總價格進行用戶分級。4.訂單生成訂單：依照購物車或者單項訂單生成訂單。生成訂單流程：依照用戶購買的

20、商品信息形成訂單。修改訂單：修改訂單信息。修改訂單流程：用戶登錄；選擇修改訂單信息。取消訂單：取消訂單信息。取消訂單流程：用戶登錄；取消訂單。訂單查詢：訂單查詢。訂單查詢流程： 用戶登錄；依照需求查詢訂單。訂單掃瞄：訂單查詢。訂單掃瞄流程：用戶登錄；掃瞄所有用戶本省訂單。訂單發(fā)送：訂單查詢。訂單發(fā)送流程：用戶登錄；發(fā)送訂單給網(wǎng)站后臺。后臺功能需求1.商品商品分類維護：能夠?qū)ι唐返乃械男畔⑦M行增刪改查。商品查詢流程：治理員輸入查詢條件并提交查詢；系統(tǒng)依照治理員提交的查詢條件從數(shù)據(jù)庫中查詢商品并輸出。商品增加流程：治理員輸入書的相關(guān)信息點擊確定；系統(tǒng)依照治理員提交的信息從數(shù)據(jù)庫中增加商品。商品刪

21、除流程：治理員輸入書的相關(guān)信息點擊確定；系統(tǒng)依照治理員提交的信息從數(shù)據(jù)庫中刪除商品。商品修改流程：治理員輸入書的相關(guān)信息點擊確定；治理員修改商品的信息并修改；系統(tǒng)依照治理員提交的信息從數(shù)據(jù)庫中修改商品。積分設(shè)置、促銷設(shè)置：對商品的所有信息進行增刪改查。商品查詢流程：治理員輸入查詢條件并提交查詢；系統(tǒng)依照治理員提交的查詢條件從數(shù)據(jù)庫中查詢商品并輸出。商品增加流程：治理員輸入書的相關(guān)信息點擊確定；系統(tǒng)依照治理員提交的信息從數(shù)據(jù)庫中增加商品。商品刪除流程：治理員輸入書的相關(guān)信息點擊確定；系統(tǒng)依照治理員提交的信息從數(shù)據(jù)庫中刪除商品。商品修改流程：治理員輸入書的相關(guān)信息點擊確定；治理員修改商品的信息并修

22、改；系統(tǒng)依照治理員提交的信息從數(shù)據(jù)庫中修改商品。商品預(yù)覽：對商品的所有信息進行增刪改查。商品預(yù)覽流程：治理員輸入查詢條件并提交查詢；系統(tǒng)依照治理員提交的查詢條件從數(shù)據(jù)庫中查詢商品并輸出同時能夠看到商品的在線熱度和已有多少人預(yù)覽過。2.訂單訂單查詢：能對商品的所有訂單信息進行查詢。訂單查詢流程：治理員輸入查詢條件并提交查詢；系統(tǒng)依照治理員提交的查詢條件從數(shù)據(jù)庫中查出訂單。取消訂單：對商品所有訂單信息進行取消。訂單取消流程：治理員輸入查詢條件并提交查詢從中選擇要取消的訂單；系統(tǒng)依照治理員提交的查詢條件從數(shù)據(jù)庫中取消訂單。確認訂單：對商品所有的訂單信息進行確認。訂單確認流程：治理員輸入查詢條件并提交

23、查詢從中選擇要確認的訂單；系統(tǒng)依照治理員提交的查詢條件從數(shù)據(jù)庫中確認訂單。3.會員會員查詢：對所有會員的信息進行查詢。會員查詢流程：治理員輸入查詢條件并提交查詢；系統(tǒng)依照治理員提交的查詢條件從數(shù)據(jù)庫中找到該會員的信息。會員信息修改：對所有會員的信息進行修改。會員信息修改流程：治理員輸入查詢條件并提交查詢條件然后對會員進行修改信息并確認；系統(tǒng)依照治理員提交的查詢條件從數(shù)據(jù)庫中找到該會員的信息并修改。會員賬號凍結(jié)：對所有會員的信息進行會員賬號凍結(jié)。會員賬號凍結(jié)流程：治理員輸入查詢條件并提交查詢?nèi)缓髮T賬號進行凍結(jié)并確認；系統(tǒng)依照治理員提交的查詢條件從數(shù)據(jù)庫中找到該會員的信息并凍結(jié)該會員。會員刪除

24、：對所有會員的信息進行會員賬號刪除。會員賬號刪除流程：治理員輸入查詢條件并提交查詢?nèi)缓髮T賬號進行刪除并確認；系統(tǒng)依照治理員提交的查詢條件從數(shù)據(jù)庫中找到該會員的信息并刪除該會員。會員等級設(shè)置：對所有會員的信息進行會員等級設(shè)置。會員等級設(shè)置流程：治理員輸入查詢條件并提交查詢?nèi)缓髮T賬號進行等級設(shè)置確認；系統(tǒng)依照治理員提交的查詢條件從數(shù)據(jù)庫中找到該會員的信息并對該會員進行等級設(shè)置。性能需求對該系統(tǒng)的反應(yīng)的速度的要求必須十分迅速，同時對所有的用戶的惡意破壞都有一定的愛護措施，同時能夠?qū)λ械挠脩舻陌踩M行愛護，同時能第一時刻對用戶或者治理員的信息進行第一時刻的修改。外部接口需求對外部軟件的差不多

25、只是對硬件的要求，那么只要所有的計算機能夠使用掃瞄器就能夠使用該系統(tǒng)。安全性需求對所有用戶的惡意破壞都有一定的愛護措施，對所有用戶的安全進行愛護。2.2.4環(huán)境要求硬件環(huán)境：三星筆記本軟件環(huán)境：windows xp 系統(tǒng)和SQL 2008、eclipse。2.3組織結(jié)構(gòu)分析本系統(tǒng)的組織結(jié)構(gòu)圖如下：總裁副總經(jīng)理市場部客服部物流部人力部總經(jīng)理產(chǎn)品部銷售部技術(shù)部財務(wù)部2.4業(yè)務(wù)流程分析購買圖書的業(yè)務(wù)流程圖：治理員圖書治理用戶治理訂單治理新書入庫刪除無效書目新用戶注冊修改用戶信息注銷用戶查詢用戶信息用戶查詢所需圖書登陸是否注冊用戶注冊查詢訂單保存訂單放入購物車處理訂單刪除無效訂單缺書處理缺書單訂單接著

26、購書確認購買添加圖書業(yè)務(wù)流程圖：新到圖書錄入圖書信息庫內(nèi)圖書掃瞄圖書信息治理員用戶治理員2.5數(shù)據(jù)流程分析用戶登錄數(shù)據(jù)流程圖：第1層數(shù)據(jù)流程處理：P1注冊注冊請求成功回復(fù)用戶第2層數(shù)據(jù)流程處理：彈出窗口存在其他用戶信息請求用戶P1.1判定用戶名是否存在P1.2數(shù)據(jù)返回P1.3新增用戶數(shù)據(jù) 新會員不存在購書系統(tǒng)數(shù)據(jù)流程圖：第1層數(shù)據(jù)流層處理：訂單信息購書信息用戶P1購書系統(tǒng)登錄請求用戶信息P1購物系統(tǒng)登錄成功信息 訂單信息、第2層數(shù)據(jù)流程處理：圖書信息購書信息用戶信息P1.1查詢圖書目錄P1.2購物車P1.3支付系統(tǒng) 用戶信息 圖書目錄三系統(tǒng)設(shè)計3.1系統(tǒng)總體結(jié)構(gòu)系統(tǒng)的體系結(jié)構(gòu)如下：圖書查詢訂單

27、確認會員登錄會員地址確認新會員注冊圖書詳情顯示歷史訂單查詢購物車治理3.2網(wǎng)絡(luò)差不多結(jié)構(gòu)3.3系統(tǒng)平臺選擇操作系統(tǒng)的選擇目前支持電子商務(wù)系統(tǒng)的主流操作系統(tǒng)有Windows系列和Unix/Linux系列。但本人對Windows系統(tǒng)較為熟悉，因此網(wǎng)上書城系統(tǒng)選擇使用Windows XP作為服務(wù)器上運行的操作系統(tǒng)。數(shù)據(jù)庫治理系統(tǒng)的選擇對SQL Server 2005數(shù)據(jù)庫比較熟悉，而且該數(shù)據(jù)庫穩(wěn)定性和安全性較高，適合中小型數(shù)據(jù)庫的建立，因此采納此數(shù)據(jù)庫。應(yīng)用服務(wù)器的選擇網(wǎng)上書城系統(tǒng)使用asp開發(fā)。3.4應(yīng)用系統(tǒng)方案3.4.1各功能模塊簡要描述該網(wǎng)上書城系統(tǒng)的功能需求分析已確定，共分為4大功能模塊。各

28、模塊之間并非各個獨立，而是相互聯(lián)系，相互關(guān)聯(lián)在一起的，從而使本系統(tǒng)能夠?qū)ｉT好地完成所設(shè)計的功能。該網(wǎng)上書城的功能模塊及子模塊如圖顯示：功能模塊一：圖書展示功能概述：是一個書店應(yīng)具備的最差不多的一項功能。通過圖書的展示才能讓購書者能夠找到自己想要購買的圖書。該功能在首頁中完成。功能模塊二：圖書查詢功能描述：也是網(wǎng)上書城中一項重要的功能，要緊關(guān)心用戶快速地找到要購買的書。功能模塊三：購物車功能描述：購物車是網(wǎng)上書城中最重要的組成部分。網(wǎng)上書城的目的是實現(xiàn)圖書的在線銷售。因此為顧客提供一個方便、個性化的購物車將會大大提高用戶在網(wǎng)上購書的興趣。功能模塊四：購書結(jié)賬功能描述：目前由于技術(shù)及法律上的一些問

29、題，網(wǎng)上在線結(jié)算、支付還未普及使用，因此作為網(wǎng)上書城這類中小企業(yè)的書款結(jié)算還不宜在網(wǎng)上在線進行。3.4.2子系統(tǒng)的劃分子系統(tǒng)的劃分如圖顯示：網(wǎng)上書城用戶注冊購物車治理用戶子系統(tǒng)治理員子系統(tǒng)查看訂單治理員登錄圖書治理訂單治理圖書選購用戶登錄3.4.4數(shù)據(jù)庫設(shè)計本系統(tǒng)采納數(shù)據(jù)庫治理系統(tǒng)MYSQL治理圖書、目錄、會員、訂單、購物車等數(shù)據(jù)。數(shù)據(jù)庫表的結(jié)構(gòu)設(shè)計是應(yīng)用軟件中的關(guān)鍵部分，數(shù)據(jù)庫表設(shè)計采納規(guī)范化關(guān)系模式的方法。在關(guān)系數(shù)據(jù)庫中，規(guī)范化關(guān)系模式確實是要解決關(guān)系模式中存在的插入異常、刪除異常、修改復(fù)雜、數(shù)據(jù)冗余等問題。規(guī)范化的差不多思想是消除數(shù)據(jù)依靠中不合適的部分，使模式中的各關(guān)系模式達到某種程度的

30、“分離”，讓一個關(guān)系描述一個概念、一個實體或者實體間的一種聯(lián)系，若多于一個概念就把它分離出去。我們必須結(jié)合應(yīng)用環(huán)境對關(guān)系模式進行優(yōu)化，例如適當增加冗余，提高數(shù)據(jù)庫應(yīng)用系統(tǒng)的性能。概念設(shè)計用戶E-R圖E-mail地址用戶用戶名用戶密碼交易次數(shù)性不用戶姓名電話治理員E-R圖：治理員編號電子郵件密碼姓名電話通訊地址治理員圖書E-R圖：書籍編號書名治理員編號類不內(nèi)容簡介作者作者簡介單價出版社圖書購物車E-R圖購物車圖書編號訂購時刻訂購數(shù)量編號用戶名提交時刻：出售價格訂單號訂單E-R圖：訂單詳細總價單價訂單號圖書編號信息反饋E-R圖：反饋編號書籍編號商品評價用戶編號日期反饋邏輯設(shè)計依照需求分析以及系統(tǒng)功

31、能的需要，系統(tǒng)信息數(shù)據(jù)存放在SQL Sever 2005數(shù)據(jù)表中。下面給出由ER圖導出的關(guān)系模式：用戶（用戶編號，用戶名，密碼，電話，電子郵箱，通訊地址）圖書（書籍編號，書名，作者，類不，出版社，單價，內(nèi)容簡介，作者簡介，治理員編號）訂單（訂單編號，書籍編號，書籍數(shù)量，訂單狀態(tài)）反饋（反饋編號，書籍編號，用戶編號，評論，日期）治理員（治理員編號，密碼，姓名，電話，電子郵箱，通訊地址）物理設(shè)計 1）order（訂單信息表）該表存儲了用戶的訂單差不多信息，要緊用于訂單信息記錄。字段屬性描述如表3.1。表3.1 訂單信息表字段名字段類型字段長度是否主鍵描述OrderidInt4是訂單編號Bookid

32、Int4否書籍編號booknumnumberic9否書籍數(shù)量orderstatechar10否 訂單狀態(tài)2）fankui（意見反饋表）該表存儲了用戶評論的差不多信息，要緊用于用戶評論記錄。字段屬性描述如表3.2。表3.2 意見反饋表字段名字段類型字段長度是否主鍵描述fankidInt4是反饋編號BookidInt4否書籍編號userrnameInt4否用戶編號commentVarchar50否評論Datedatetime8否日期3）user（用戶信息表）該表存儲了系統(tǒng)群組的信息，每個群組所享有的權(quán)限是不同的，新注冊用戶默認為待審核成員組。該表的字段屬性如表3.3。表3.3 用戶信息表字段名字段

33、類型字段長度是否主鍵描述useridint4是用戶編號Usernamechar10否用戶名passwordchar10否密碼Phone nchar10否電話Emailchar10否電子郵箱Addresschar10否通訊地址4）administration（治理員信息表）該表存儲了治理員的信息，每個治理員所享有的權(quán)限是不同的，該表的字段屬性如表3.4。表3.4 治理員信息表字段名字段類型字段長度是否主鍵描述adminidint4是治理員編號adminpasswordchar10否密碼adminamechar10否姓名adminphone char10否電話adminaddresschar10否

34、通訊地址adminemailchar10否電子郵箱5）book（書籍信息表）該表存儲了圖書的差不多信息，要緊是圖書的信息的記錄，該表的字段屬性如表3.5。表3.5 圖書信息表字段名字段類型字段長度是否主鍵描述Bookidint11是書籍編號Booknamechar10否書名Authorchar10否作者Stylechar10否類不Publishchar10否出版社unitpricemoney8否單價BookdescribeVarchar50否內(nèi)容簡介authordescribeVarchar50否作者簡介 adminidint4否治理員編號3.4.5用戶界面設(shè)計網(wǎng)上書城不是一個簡單的概念，它包

35、含了許多個內(nèi)容，是由多個頁面組成的一個整體的系統(tǒng)。在主頁功能方面，采納圖形用戶界面技術(shù)，使系統(tǒng)能夠有多重圖形窗口和豐富便利的操作界面，通過鼠標或鍵盤的操作，為用戶提供最簡潔的使用方法。在系統(tǒng)開放性方面，按照軟件工程開發(fā)規(guī)范實現(xiàn)系統(tǒng)的開放性，既便于擴充又便于升級，以適用今后其他人的借鑒需求。在系統(tǒng)和數(shù)據(jù)的安全方面，系統(tǒng)采納數(shù)據(jù)庫級用戶權(quán)限和應(yīng)用程序級運行權(quán)限的雙重操縱機構(gòu)，提供了統(tǒng)一的基于角色的用戶治理手段，具有完善的系統(tǒng)和數(shù)據(jù)安全保障體系。3.5實施方案3.5.1客戶端要求計算機：Intel 或兼容機（Pentium 133 MHz 或更高、Pentium PRO、Pentium II 或 P

36、entium III）；支持WEB服務(wù)內(nèi)存：(RAM) 最小 32 MB（推舉 64 MB）磁盤驅(qū)動器： CD-ROM 驅(qū)動器硬盤空間：1G以上3.5.2服務(wù)器端要求差不多要求：Pentium IV CPU及其以上產(chǎn)品；1GB內(nèi)存；100M網(wǎng)卡；60G以上IDE或SCSI硬盤。建議：至強CPU及其以上產(chǎn)品，或與之相當?shù)腃PU產(chǎn)品；2GB或更大內(nèi)存；1000M網(wǎng)卡；500G以上SCSI硬盤或SAS硬盤。3.5.3系統(tǒng)測試功能測試 (1) 鏈接測試 鏈接是Web應(yīng)用系統(tǒng)的一個要緊特征，它是在頁面之間切換和指導用戶去一些不明白地址的頁面的要緊手段。鏈接測試可分為三個方面。首先，測試所有鏈接是否按指示

37、的那樣確實鏈接到了該鏈接的頁面；其次，測試所鏈接的頁面是否存在；最后，保證Web應(yīng)用系統(tǒng)上沒有孤立的頁面，所謂孤立頁面是指沒有鏈接指向該頁面，只有明白正確的URL地址才能訪問。 鏈接測試能夠自動進行，現(xiàn)在差不多有許多工具能夠采納。鏈接測試必須在集成測試時期完成，也確實是講，在整個Web應(yīng)用系統(tǒng)的所有頁面開發(fā)完成之后進行鏈接測試。 (2) 表單測試 當用戶給Web應(yīng)用系統(tǒng)治理員提交信息時，就需要使用表單操作，例如用戶注冊、登陸、信息提交等。在這種情況下，我們必須測試提交操作的完整性，以校驗提交給服務(wù)器的信息的正確性。例如：用戶填寫的出生日期與職業(yè)是否恰當，填寫的所屬省份與所在都市是否匹配等。假如

38、使用了默認值，還要檢驗?zāi)J值的正確性。假如表單只能同意指定的某些值，則也要進行測試。例如：當用戶填寫的信息不完全進行提交時，系統(tǒng)會提示錯誤。(3) Cookies測試 Cookies通常用來存儲用戶信息和用戶在某應(yīng)用系統(tǒng)的操作，當一個用戶使用Cookies訪問了某一個應(yīng)用系統(tǒng)時，Web服務(wù)器將發(fā)送關(guān)于用戶的信息，把該信息以Cookies的形式存儲在客戶端計算機上，這可用來創(chuàng)建動態(tài)和自定義頁面或者存儲登陸等信息。假如Web應(yīng)用系統(tǒng)使用了Cookies，就必須檢查Cookies是否能正常工作。測試的內(nèi)容可包括Cookies是否起作用，是否按預(yù)定的時刻進行保存，刷新對Cookies有什么阻礙等。 (

39、4) 設(shè)計語言測試 Web設(shè)計語言版本的差異能夠引起客戶端或服務(wù)器端嚴峻的問題，例如使用哪種版本的HTML等。當在分布式環(huán)境中開發(fā)時，開發(fā)人員不在同一地點，那個問題就顯得尤為重要。 (5) 數(shù)據(jù)庫及功能模塊測試 在Web應(yīng)用技術(shù)中，數(shù)據(jù)庫起著重要的作用，數(shù)據(jù)庫為Web應(yīng)用系統(tǒng)的治理、運行、查詢和實現(xiàn)用戶對數(shù)據(jù)存儲的請求等提供空間。在Web應(yīng)用中，最常用的數(shù)據(jù)庫類型是關(guān)系型數(shù)據(jù)庫，能夠使用SQL對信息進行處理。 在使用了數(shù)據(jù)庫的Web應(yīng)用系統(tǒng)中，一般情況下，可能發(fā)生兩種錯誤，分不是數(shù)據(jù)一致性錯誤和輸出錯誤。數(shù)據(jù)一致性錯誤要緊是由于用戶提交的表單信息不正確而造成的，而輸出錯誤要緊是由于網(wǎng)絡(luò)速度或程

40、序設(shè)計問題等引起的，針對這兩種情況，可分不進行測試。性能測試 (1) 連接速度測試 用戶連接到Web應(yīng)用系統(tǒng)的速度依照上網(wǎng)方式的變化而變化，他們或許是電話撥號，或是寬帶上網(wǎng)。當下載一個程序時，用戶能夠等較長的時刻，但假如僅僅訪問一個頁面就可不能如此。假如Web系統(tǒng)響應(yīng)時刻太長（例如超過5秒鐘），用戶就會因沒有耐心等待而離開。 另外，有些頁面有超時的限制，假如響應(yīng)速度太慢，用戶可能還沒來得及掃瞄內(nèi)容，就需要重新登陸了。而且，連接速度太慢，還可能引起數(shù)據(jù)丟失，使用戶得不到真實的頁面。 通過在本地進行多次測試，系統(tǒng)的平均響應(yīng)時刻大約為0.2秒鐘。(2) 負載測試 負載測試是為了測量Web系統(tǒng)在某一負

41、載級不上的性能，以保證Web系統(tǒng)在需求范圍內(nèi)能正常工作。負載級不能夠是某個時刻同時訪問Web系統(tǒng)的用戶數(shù)量，也能夠是在線數(shù)據(jù)處理的數(shù)量?？捎眯詼y試 (1)導航測試 導航描述了用戶在一個頁面內(nèi)操作的方式，在不同的用戶接口操縱之間，例如按鈕、對話框、列表和窗口等；或在不同的連接頁面之間。通過考慮下列問題，能夠決定一個Web應(yīng)用系統(tǒng)是否易于導航：導航是否直觀？Web系統(tǒng)的要緊部分是否可通過主頁存??？ 在一個頁面上放太多的信息往往起到與預(yù)期相反的效果。Web應(yīng)用系統(tǒng)的用戶趨向于目的驅(qū)動，專門快地掃描一個Web應(yīng)用系統(tǒng)，看是否有滿足自己需要的信息，假如沒有，就會專門快地離開。專門少有用戶情愿花時刻去熟悉

42、Web應(yīng)用系統(tǒng)的結(jié)構(gòu)，因此，Web應(yīng)用系統(tǒng)導航關(guān)心要盡可能地準確。Web應(yīng)用系統(tǒng)的層次一旦決定，就要著手測試用戶導航功能，讓最終用戶參與這種測試，效果將更加明顯。 (2)圖形測試 在Web應(yīng)用系統(tǒng)中，適當?shù)膱D片和動畫既能起到廣告宣傳的作用，又能起到美化頁面的功能。一個Web應(yīng)用系統(tǒng)的圖形能夠包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。圖形測試的內(nèi)容有： （a）要確保圖形有明確的用途，圖片或動畫不要胡亂地堆在一起，以免白費傳輸時刻。Web應(yīng)用系統(tǒng)的圖片尺寸要盡量地小，同時要能清晰地講明某件情況，一般都鏈接到某個具體的頁面。 （b）驗證所有頁面字體的風格是否一致。 （c）背景顏色應(yīng)該與字體顏色

43、和前景顏色相搭配。 （d）圖片的大小和質(zhì)量也是一個專門重要的因素，一般采納JPG或GIF壓縮。(3)內(nèi)容測試 內(nèi)容測試用來檢驗Web應(yīng)用系統(tǒng)提供信息的正確性、準確性和相關(guān)性。整體界面測試 整體界面是指整個Web應(yīng)用系統(tǒng)的頁面結(jié)構(gòu)設(shè)計，是給用戶的一個整體感。例如：當用戶掃瞄Web應(yīng)用系統(tǒng)時是否感到舒適，是否憑直覺就明白要找的信息在什么地點？整個Web應(yīng)用系統(tǒng)的設(shè)計風格是否一致？ 客戶端兼容性測試 (1) 平臺測試 市場上有專門多不同的操作系統(tǒng)類型，最常見的有Windows、Unix、Macintosh、Linux等。Web應(yīng)用系統(tǒng)的最終用戶究竟使用哪一種操作系統(tǒng)，取決于用戶系統(tǒng)的配置。如此，就可

44、能會發(fā)生兼容性問題，同一個應(yīng)用可能在某些操作系統(tǒng)下能正常運行，但在另外的操作系統(tǒng)下可能會運行失敗。 考慮的是實際情況，我們的系統(tǒng)要緊是在Windows下的測試。 (2) 掃瞄器測試 掃瞄器是Web客戶端最核心的構(gòu)件，來自不同廠商的掃瞄器對Java，、JavaScript、 ActiveX、 plug-ins或不同的HTML規(guī)格有不同的支持。例如，ActiveX是Microsoft的產(chǎn)品，是為Internet Explorer而設(shè)計的，JavaScript是Netscape的產(chǎn)品，Java是Sun的產(chǎn)品等等。另外，框架和層次結(jié)構(gòu)風格在不同的掃瞄器中也有不同的顯示，甚至全然不顯示。不同的掃瞄器對安

45、全性和Java的設(shè)置也不一樣。 通過測試。我們的系統(tǒng)能夠使用Internet Explorer，傲游、Netscape等多種掃瞄器訪問。安全性測試 Web應(yīng)用系統(tǒng)的安全性測試區(qū)域要緊有： （a）現(xiàn)在的Web應(yīng)用系統(tǒng)差不多采納先注冊，后登陸的方式。因此，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感，能夠試多少次的限制，是否能夠不登陸而直接掃瞄某個頁面等。 （b）Web應(yīng)用系統(tǒng)是否有超時的限制，也確實是講，用戶登陸后在一定時刻內(nèi)（例如15分鐘）沒有點擊任何頁面，是否需要重新登陸才能正常使用。 （c）為了保證Web應(yīng)用系統(tǒng)的安全性，日志文件是至關(guān)重要的。需要測試相關(guān)信息是否寫進了日志文件

46、、是否可追蹤。 （d）當使用了安全套接字時，還要測試加密是否正確，檢查信息的完整性。 （e）服務(wù)器端的腳本常常構(gòu)成安全漏洞，這些漏洞又常常被黑客利用。因此，還要測試沒有通過授權(quán)，就不能在服務(wù)器端放置和編輯腳本的問題。四支付系統(tǒng)設(shè)計4.1支付協(xié)議選擇據(jù)采納的支付安全協(xié)議，目前電子商務(wù)的支付體系結(jié)構(gòu)要緊有兩種，一種是SET結(jié)構(gòu)，另一種是非SET結(jié)構(gòu)。國內(nèi)網(wǎng)上支付普遍采納的是非SET結(jié)構(gòu)網(wǎng)上支付方法。該系統(tǒng)使用SSL協(xié)議，RSA加密算法、數(shù)字簽名和防火墻等保證交易的安全，支付時使用的是銀行發(fā)行的儲值卡(借記卡)、信用卡。該方式風險較高，只要銀行肯參與，該系統(tǒng)是可行的。該系統(tǒng)的主體有持卡人、商家、支付

47、網(wǎng)關(guān)和發(fā)卡銀行。4.2支付系統(tǒng)數(shù)據(jù)流程分析網(wǎng)上支付系統(tǒng)的差不多構(gòu)成：流程為： (1)持卡人登錄商品公布站點，驗證商家身份。 (2)持卡人決定購買，向商家發(fā)出購買請求。 (3)商家返回同意支付等信息。 (4)持卡人驗證支付網(wǎng)關(guān)的身份，填寫支付信息，將定購信息和支付信息通過SSL傳給商家，但支付信息被支付網(wǎng)關(guān)的公開密鑰加密過，對商家來講是不可讀的。(5)商家用支付網(wǎng)關(guān)的公開密鑰加密支付信息等，傳給支付網(wǎng)關(guān)，要求支付。 (6)支付網(wǎng)關(guān)解密商家傳來的信息，通過傳統(tǒng)的銀行網(wǎng)絡(luò)到發(fā)卡行驗證持卡人的支付信息是否有效，并即時劃帳。 (7)支付網(wǎng)關(guān)用它的私有密鑰加密結(jié)果，把結(jié)果返回商家。 (8)商家用支付網(wǎng)關(guān)的

48、公開密鑰解密后返回信息給持卡人，送貨，交易結(jié)束。 4.3支付系統(tǒng)安全需求分析人們在進行電子商務(wù)活動時涉及到專門多的敏感信息，如身份、信用卡號和密碼等，這些信息不能泄漏給其他人，否則就有可能出現(xiàn)資金丟失等特不嚴峻的問題。安全性要求防止靜態(tài)信息的非法存取和動態(tài)信息的非法截取。電子支付的安全性要緊有以下幾方面的要求：1) 完整性(Integrity)：完整性指信息在存儲或傳輸時不被修改、破壞和丟失，以保證合法用戶能接收和使用真實的信息。這在電子商務(wù)中是特不重要的，只有保證信息的完整性，才能正常地進行商務(wù)活動，否則會引起極大的混亂。2) 數(shù)據(jù)保密性(Confidentiality)：電子商務(wù)是建立在一

49、個開放的網(wǎng)絡(luò)環(huán)境Internet上的，許多要傳遞的數(shù)據(jù)信息差不多上一些敏感信息，如賬戶、密碼等私有信息。假如這些信息以明文的方式傳輸，有可能被非授權(quán)的第三方竊取，而導致信息泄漏。3) 身份的真實性(Verification of Identity)：在交易信息的傳輸過程中，要為參與交易的各方提供可靠的標識，使他們能正確地識不對方并能互相證明自己的身份，這能夠有效地防止網(wǎng)上交易的欺詐行為。身份認證在電子支付中是特不重要的，只有交易各方能正確地識不對方，人們才能放心地進行交易。4) 不可否認性(Non-repudiation of Disputed Charges)：為了保證交易能合法有效地進行，

50、必須防止交易各方日后不能否認發(fā)出過或接收過某信息。發(fā)送方不能否認曾經(jīng)發(fā)送過某條信息如訂單信息，接收方也不能否認接收到了某條信息，這關(guān)于電子商務(wù)也是專門重要的。4.4支付系統(tǒng)總體設(shè)計整個系統(tǒng)包括4個實體:商家、客戶、銀行、CA認證中心。系統(tǒng)的總體結(jié)構(gòu)如圖所示，其中，商家和客戶完成訂單的生成和提交，銀行負責處理支付信息，CA認證中心用作保證系統(tǒng)的認證。圖支付系統(tǒng)總體結(jié)構(gòu)圖從圖中能夠看出，商家、客戶、銀行和CA認證中心通過Internet相互連接。圖中虛線表示CA 分不向商家和銀行頒發(fā)證書。實直線表示系統(tǒng)的交易流程。實弧線表示銀行系統(tǒng)為客戶和商家提供的查詢對賬服務(wù)以及在支付前客戶和商家在銀行的注冊流

51、程。網(wǎng)上交易的傳輸安全操縱手段采納SSL協(xié)議機制。商家端和銀行端的WBE服務(wù)器安裝向第三方以中心申請的服務(wù)器證書，商家與銀行支付服務(wù)器之間采納證書認證方式?？蛻舳说膾呙槠飨蛏碳液豌y行發(fā)送請求時使用https協(xié)議建立SSL連接。所有用https發(fā)送的請求以及WEB服務(wù)器返回的結(jié)果都會自動使用SSL加密傳輸。由于SSL協(xié)議不能有效地保證信息的不可抵賴性，因此在設(shè)計支付模型時，需在SSL協(xié)議的基礎(chǔ)上，采取由銀行為客戶和商家頒發(fā)證書來完成數(shù)字簽名，加強對身份驗證、交易的不可否認等強化措施，以保證交易的安全性。1、客戶端 :客戶必須是銀行的銀行卡用戶，而且需提早到銀行柜臺申請開通網(wǎng)上銀行支付功能，申請由銀行頒發(fā)的客戶證書來保證安全、實現(xiàn)簽名。客戶的掃瞄器要支持128位安全加密。2、商家端 :商家是網(wǎng)上商城的經(jīng)營者，需在銀行開立結(jié)算賬戶。商家除配置以中心頒發(fā)的數(shù)字證書外，還需向銀行書面申請開通B2C在線支付服務(wù)，配置商家證書，獲得銀行分配的唯一ID號以及包含簽名算法的API組件和與銀行間傳輸?shù)挠唵胃袷綐藴?。需將商家證書和簽名API 安裝到