《畢業(yè)設計（論文）-基于ASP的手機在線銷售系統(tǒng)的設計與實現(xiàn).doc》由會員分享，可在線閱讀，更多相關《畢業(yè)設計（論文）-基于ASP的手機在線銷售系統(tǒng)的設計與實現(xiàn).doc（44頁珍藏版）》請在裝配圖網(wǎng)上搜索。
1、畢 業(yè) 論 文手機在線銷售系統(tǒng)的設計與實現(xiàn)作 者 姓 名： 學科、 專業(yè)： 學 號： 指 導 教 師： 完 成 日 期： 遼寧公安司法管理干部學院遼寧公安司法管理干部學院畢業(yè)論文摘 要隨著移動通信技術日新月異地發(fā)展，手機已經(jīng)逐步成為人們?nèi)粘Ｉ钪胁豢苫蛉钡墓ぞ?，多元化的銷售模式更讓手機市場的競爭變得尤為激烈。用戶在消費購買手機產(chǎn)品之前有必要也有權利了解更多自己所關注產(chǎn)品的相關信息，手機以及其他數(shù)碼產(chǎn)品的信息和行情應該受到廣泛關注，包括價格、性能、使用體會等相關信息。因此，一個信息多元、交流方便的手機在線銷售系統(tǒng)，在幫助消費者方便的了解更多更準的行情信息的同時，可以讓用戶便捷安全的在線購買喜愛的
2、手機產(chǎn)品，讓用戶體驗到電子商務給我們生活帶來的快捷和便利。關鍵字：手機；導購；銷售；ASP- I -目 錄摘 要I1 緒論41.1 問題的提出41.2 系統(tǒng)的開發(fā)背景41.3 主要開發(fā)內(nèi)容51.4 論文的組織結構52 需求分析62.1可行性分析62.2 業(yè)務流程分析72.3 用例分析72.3.1系統(tǒng)總體說明72.3.2參與者及其描述82.3.3用例的總體描述102.3.4基本用例描述112.4 補充需求203 總體設計213.1 系統(tǒng)層次213.2 數(shù)據(jù)庫設計224 詳細設計234.1 數(shù)據(jù)庫詳細設計234.2主要程序流程圖264.2.1用戶注冊模塊264.2.2產(chǎn)品比較功能模塊264.2.3
3、在線交易功能模塊284.3網(wǎng)站文件結構285 系統(tǒng)實現(xiàn)305.1 數(shù)據(jù)訪問組件設計305.2系統(tǒng)功能模塊315.2.1新聞列表315.2.2產(chǎn)品顯示315.2.3產(chǎn)品比較335.2.4搜索功能335.2.5用戶注冊335.2.6管理員登陸345.2.7后臺數(shù)據(jù)庫管理345.3頁面制作346 測試與調試367 總結與展望387.1 總結387.2 展望39參 考 文 獻40致 謝41- III -手機在線銷售系統(tǒng)的設計與實現(xiàn)1 緒論1.1 問題的提出隨著科學技術的發(fā)展，移動通信技術的發(fā)展浪潮日益高漲，手機已經(jīng)滲透到社會的方方面面，使人們的學習、生活和工作等方面都發(fā)生了深刻的變化。手機市場的驟然升
4、溫，帶來了國內(nèi)外各大手機廠商的激烈競爭。為了在手機市場占有自己的一席之地，在摩托羅拉、諾基亞等老牌生產(chǎn)商不斷升級技術的同時，一些新興廠商卻把自己的目標定位在產(chǎn)品更加低廉的價格上。于是市場上如雨后春筍般出現(xiàn)了無數(shù)品牌、無數(shù)型號的手機產(chǎn)品。無論在價格、質量還是售后服務上都是參差不齊，甚至有些產(chǎn)品是魚目混珠。這就給消費者帶來了一個相當大的難題，選擇一款自己稱心如意的產(chǎn)品似乎變得很困難。于是，建立起一個能夠讓消費者方便的了解各類手機的相關信息，并提供在線銷售功能的手機在線銷售系統(tǒng)十分必要。本文首先介紹了目前手機在線銷售網(wǎng)站的現(xiàn)狀、相關背景和技術。之后對本網(wǎng)站的業(yè)務流程和需求進行分析，提出使用MS Ac
5、tive Server Page作為開發(fā)平臺，MS Access作為后臺數(shù)據(jù)庫，開發(fā)一套功能實用、操作簡便、安全穩(wěn)定的手機在線銷售網(wǎng)站系統(tǒng)。通過分析現(xiàn)有手機在線銷售網(wǎng)站的業(yè)務流程及特點，對本手機在線銷售系統(tǒng)流程進行了詳細設計和模塊劃分，根據(jù)實際需求，合理的構建了數(shù)據(jù)庫，并利用了目前主流的WEB開發(fā)技術ASP+Access，采用三層結構思想和B/S開發(fā)模式來進行本系統(tǒng)的實施。最后通過編碼實現(xiàn)該系統(tǒng)，最終實現(xiàn)了手機在線銷售網(wǎng)站系統(tǒng)的各個主要功能模塊，實現(xiàn)如下功能：新聞分類顯示、產(chǎn)品分類顯示、搜索、產(chǎn)品比較、產(chǎn)品報價、在線銷售、后臺數(shù)據(jù)管理等。最后對系統(tǒng)進行了測試。1.2 系統(tǒng)的開發(fā)背景目前國內(nèi)外有
6、不少類似的手機導購網(wǎng)站，類似太平洋電腦網(wǎng)、中關村在線、IT168等各類專業(yè)數(shù)碼網(wǎng)站比比皆是，新浪、搜狐、網(wǎng)易等國內(nèi)知名的門戶網(wǎng)站也紛紛推出了自己的手機頻道，發(fā)布各種手機產(chǎn)品的信息。這些功能齊全的大型數(shù)碼頻道包含了相當多的信息，更新速度也較快，但就易用性和專業(yè)性來說這些大型網(wǎng)站還比較欠缺。其中做得比較好的是太平洋電腦網(wǎng)的手機頻道。它提供了相當多的信息，更新速度也比較快。大量的信息怎樣合理組織、如何準確查詢成為了關鍵，太平洋電腦網(wǎng)在信息的組織上條理清楚、易于查找瀏覽，參數(shù)全面，權威性強，美中不足是搜索的過程復雜，不利于查找。其他的數(shù)碼相機網(wǎng)站也同樣存在各自的長處和不足。為此，需要設計建設一個更加快
7、速、易用、權威、安全的手機在線銷售網(wǎng)站來彌補以上所提到的各個網(wǎng)站的缺點，讓用戶在電子商務快速發(fā)展的今天可以享受科技進步帶給我們的便利與實惠。1.3 主要開發(fā)內(nèi)容根據(jù)消費者在購買前的不同需求，構建一個方便、實用、快捷、安全的在線銷售平臺，為消費者在購物前提供全面權威的導購信息和安全快捷的網(wǎng)上交易。該網(wǎng)站的設計主要需完成以下內(nèi)容：新聞分類顯示，搜索產(chǎn)品，手機詳細參數(shù)性能顯示及比較，手機報價，在線銷售，前后臺管理，數(shù)據(jù)庫的設計和連接等。1.4 論文的組織結構論文一共分為七個部分，各部分的基本內(nèi)容如下：（1）緒論主要描述開發(fā)手機在線銷售網(wǎng)站的背景和當前國內(nèi)外的現(xiàn)狀，分析此次開發(fā)主要完成的內(nèi)容。（2）需
8、求分析需求分析從幾個角度分析了系統(tǒng)可行性。闡述了系統(tǒng)在實際應用中的價值，并肯定了該系統(tǒng)開發(fā)的可行性。介紹了此網(wǎng)站的業(yè)務流程。從系統(tǒng)的總體說明，Actor和用例及其之間關系幾個方面對本系統(tǒng)進行了用例分析。描述了系統(tǒng)的非功能性方面的約束。（3）總體設計首先分析網(wǎng)站開發(fā)的架構模式，接著闡述本網(wǎng)站系統(tǒng)的層次結構，以E-R圖的形式介紹數(shù)據(jù)庫的設計，以類圖的形式介紹類之間關系，并交代系統(tǒng)的開發(fā)環(huán)境和關鍵技術。（4）系統(tǒng)詳細設計本章首先描述網(wǎng)站的目錄結構，并介紹了各個頁面的功能與特點。詳細描述了數(shù)據(jù)庫設計中的表結構和在系統(tǒng)中類的具體內(nèi)容和功能，并對功能模塊的流程圖進行舉例。（5）系統(tǒng)實現(xiàn)描述了系統(tǒng)頁面的編碼
9、實現(xiàn)的過程，并展示本網(wǎng)站系統(tǒng)的各個功能。（6）系統(tǒng)測試描述了選取的測試策略和一些典型的測試用例。（7）結論對畢業(yè)設計的全過程進行粗略的總結，分析了系統(tǒng)的一些主要的優(yōu)缺點，開發(fā)此系統(tǒng)過程中所遇到的困難，以及系統(tǒng)還存在的有待完善的地方。最后對系統(tǒng)進行了展望。2 需求分析 2.1可行性分析 手機在線銷售系統(tǒng)是為不同的消費者在購買數(shù)碼相機之前提供全面翔實的導購信息并可在線購買的的電子商務平臺?？尚行匝芯康暮诵娜蝿帐窃诂F(xiàn)有系統(tǒng)或組織進行調查分析的基礎之上，對用戶的要求做出分析，同時考慮項目開發(fā)所受到的各種制約條件，研究開發(fā)項目的意義和可行性1。因此數(shù)碼相機在線導購系統(tǒng)的可行性也同樣從下面三個方面進行研究
10、。（1）技術可行性分析技術可行性的分析主要分析現(xiàn)有技術條件能否順利完成開發(fā)工作，硬件和軟件能否滿足開發(fā)者的需要。同時也包括各類技術和信息的獲得等。手機在線銷售系統(tǒng)是在商家和消費者之間架起一座堅實的橋梁，使其能夠相互交換信息和處理信息。這一特點非常適合現(xiàn)代計算機，通過現(xiàn)有的廣泛應用的Internet網(wǎng)絡和Windows平臺，充分發(fā)揮計算機的信息傳輸速度快、準確度高的優(yōu)勢。微軟公司推出的Active Server Page和Microsoft Office Access就完全可以開發(fā)這樣的系統(tǒng)。（2）經(jīng)濟的可行性分析經(jīng)濟可行性分析主要包括：“成本收益”分析和“短期長遠利益”分析。成本主要有：系統(tǒng)計
11、劃期費用（如：做市場調查、可行性分析、需求分析的交際費用），系統(tǒng)開發(fā)期費用（如：電腦、網(wǎng)絡等開發(fā)所需要硬件環(huán)境，水電費，打印復印費，資料費，買操作系統(tǒng)、數(shù)據(jù)庫、軟件開發(fā)工具等購買系統(tǒng)軟件的費用）和系統(tǒng)維護期費用（用來支持網(wǎng)站維護升級）。開發(fā)這個系統(tǒng)，需要企業(yè)有一定的投入，以補充軟件的開發(fā)需要，完善相關的硬件設備，進行網(wǎng)站的宣傳，以及人員的培訓費用；網(wǎng)站的收益主要來自系統(tǒng)的銷售額（短期利益）以及網(wǎng)站的廣告位出租（長遠利益）。就成本和收入的關系來看，收入將會大于成本，所以此網(wǎng)站的建設就經(jīng)濟方面來講是可行的。（3）社會可行性分析社會可行性也稱為操作可行性，指的是在實現(xiàn)統(tǒng)后，所需要的配合的手工操作是否
12、可行，以及系統(tǒng)對組織機構的影響，現(xiàn)有人員和機構、設施、環(huán)境等對系統(tǒng)的適應性以及進行人員培訓補充計劃的可行性2。手機在線銷售系統(tǒng)網(wǎng)站的設計目標是安全、簡單、易用和權威，游客可以根據(jù)頁面上的提示方便地進行各種操作；后臺管理員只需要有基礎的計算機知識就可以勝任。由于數(shù)碼相機的市場主要面向更加追求時尚、追求生活質量的人群，而此系統(tǒng)可以讓準備購買手機的“準消費者”在進行市場調研的時候感覺更加方便、快捷，更加符合這部分人的心理，這些準消費者一旦確定購買哪款手機，此網(wǎng)站可以方便的提供在線交易功能，讓消費者足不出戶完成購買。綜合以上的可行性分析得出的結論意見是可以著手設計建立手機在線銷售系統(tǒng)網(wǎng)站。2.2 業(yè)務
13、流程分析根據(jù)需求分析，對手機在線銷售系統(tǒng)網(wǎng)站的業(yè)務流程簡要歸納如下：游客可以匿名完成前臺頁面提供的瀏覽功能；注冊用戶可以創(chuàng)建訂單、管理訂單，以及個人信息的管理；管理員可以操作后臺數(shù)據(jù)庫，以完成對系統(tǒng)數(shù)據(jù)的更新和維護。前臺功能包括新聞的分類瀏覽，通過廠商列表察看具體廠商的某一款手機產(chǎn)品的詳細參數(shù)，也可以通過關鍵字搜索到符合要求的若干手機產(chǎn)品，并可以選中的多款手機進行橫向的參數(shù)比較。游客還可以通過注冊，成為網(wǎng)站的注冊用戶，用戶登陸之后可以創(chuàng)建手機購買訂單，并可以跟蹤訂單狀態(tài)，直到交易完成，同時用戶還可以隨時修改個人的注冊信息。后臺系統(tǒng)包括管理員登陸系統(tǒng)和管理系統(tǒng)。管理員登陸之后可以操作的管理模塊包
14、括新聞管理、新聞類別管理、產(chǎn)品管理、廠商管理、用戶管理等九個管理模塊。不同權限的管理員可以進行不同的操作，比如新聞管理員可以對新聞進行管理和分類、產(chǎn)品管理員進行對產(chǎn)品信息的維護等。2.3 用例分析2.3.1系統(tǒng)總體說明系統(tǒng)總體說明主要是對手機在線銷售系統(tǒng)網(wǎng)站所要實現(xiàn)的功能的大致描述。網(wǎng)站的功能大致可以歸納為四類：瀏覽功能、注冊功能、購買功能、數(shù)據(jù)管理功能，如圖2-2所示。這個粗粒度的總體描述有助于理清思路。其中瀏覽功能包括新聞瀏覽、廠商瀏覽、產(chǎn)品瀏覽；還包括對新聞和產(chǎn)品的搜索、產(chǎn)品的橫向比較等；注冊功能指的是游客可以通過注冊成為網(wǎng)站的注冊用戶；注冊用戶通過登陸可以使用購買功能，包括個人信息修改
15、、創(chuàng)建手機購買訂單、跟蹤訂單狀態(tài)等；數(shù)據(jù)管理功能是后臺的功能，包括新聞管理、新聞類別管理、廠商管理、產(chǎn)品管理、報價管理、圖片管理、權限管理、用戶管理、訂單管理等。圖2-1 系統(tǒng)的操作流程圖圖2-2 系統(tǒng)的總體說明2.3.2參與者及其描述參與者（Actor）是與系統(tǒng)、子系統(tǒng)或類發(fā)生交互作用的外部用戶、進程或其他系統(tǒng)的理想化概念。作為外部用戶與系統(tǒng)發(fā)生交互作用，這是參與者的特征3。在系統(tǒng)的實際運作中，一個實際用戶可能對應系統(tǒng)的多個參與者。不同的用戶也可以只對應于一個參與者，從而代表同一參與者的不同實例。每個參與者可以參與一個或多個用例。它通過交換信息與用例發(fā)生交互作用（因此也與用例所在的系統(tǒng)或類發(fā)
16、生了交互作用），而參與者的內(nèi)部實現(xiàn)與用例是不相關的,參與者可以被一組定義它的狀態(tài)的屬性描述。參與者可以通過泛化關系來定義,在這種泛化關系中，一個參與者的抽象描述可以被一個或多個具體的參與者所共享。參與者可以是人、另一個計算機系統(tǒng)或一些可運行的進程。在圖中，參與者用一個名字寫在下面的小人表示。可能是實際的人，也可能是其他的系統(tǒng)，一個參與者往往代表了系統(tǒng)中的一個身份，與實際環(huán)境中的人不一定是一一對應的關系。比如，現(xiàn)實中的同一個人可能在不同情況下扮演“管理員”和“游客”；又例如，同一位已經(jīng)注冊過的管理員，如果成功登陸后臺系統(tǒng)，則代表“管理員”，相反，如果沒有登陸，則是以“游客”的身份訪問前臺系統(tǒng)（盡
17、管他擁有管理員的登陸賬號和密碼）。通過對系統(tǒng)的分析，可以得出參與者分別是游客、注冊用戶、管理員和系統(tǒng)，如圖2-3所示。圖2.3 手機在線銷售系統(tǒng)中的參與者（1）游客在此系統(tǒng)中，“游客”是指那些沒有被確認身份的網(wǎng)站訪問者，游客可以使用前臺系統(tǒng)的各種功能，包括新聞分類瀏覽、產(chǎn)品分類瀏覽、新聞搜索、產(chǎn)品搜索、產(chǎn)品橫向比較、用戶注冊等功能。（2）注冊用戶該參與者繼承自游客，注冊用戶登錄以后，便可以對賬戶進行充值，修改個人信息，創(chuàng)建手機購買訂單，跟蹤訂單狀態(tài)等。（3）管理員管理員主要對網(wǎng)站進行管理和維護。同時管理員可以更改注冊用戶創(chuàng)建的訂單，并對其進行跟蹤。（4）系統(tǒng)系統(tǒng)是該網(wǎng)站的潛在參與者，通過系統(tǒng)進
18、行“新機Top排行”與“首頁新聞”的統(tǒng)計并提交給用戶。2.3.3用例的總體描述用例是外部可見的一個系統(tǒng)功能單元，這些功能由系統(tǒng)單元所提供,并通過一系列系統(tǒng)單元與一個或多個參與者之間交換的消息所表達。每個用例的執(zhí)行獨立于其他用例，雖然在具體執(zhí)行一個用例功能時由于用例之間共享對象的緣故可能會造成本用例與其他用例之間有這樣或那樣的隱含的依賴關系。每一個用例都是一個縱向的功能塊，這個功能塊的執(zhí)行會和其他用例的執(zhí)行發(fā)生混雜。用例表示整個系統(tǒng)對外部用戶可見的行為。一個用例就像外部用戶可使用的系統(tǒng)操作。然而，它又與操作不同，用例可以在執(zhí)行過程中持續(xù)接受參與者的輸入信息。用例也可以被像子系統(tǒng)和獨立類這樣的小單
19、元所應用。一個內(nèi)部用例表示了系統(tǒng)的一部分對另一部分呈現(xiàn)出的行為。例如，某個類的用例表示了一個連貫的功能，這個功能是該類提供給系統(tǒng)內(nèi)其他有特殊作用的類的4。一個類可以有多個用例。通過對本系統(tǒng)的用例分析，可以得到用例的總體描述，如圖2-3所示。其中，后臺數(shù)據(jù)管理功能用例的詳細描述如圖2-4所示。圖2-4 用例的總體描述圖2-5 數(shù)據(jù)管理功能的用例圖2.3.4基本用例描述用例文檔是描述用例的一種有效的方式，它包含用例的參與者、觸發(fā)條件、前置條件、基本路徑、后置條件和非功能性需求等內(nèi)容，能準確地對用例進行描述。（1）新聞瀏覽新聞瀏覽用例是游客在前臺通過點擊新聞列表的鏈接看到特定新聞內(nèi)容的處理過程，它的
20、用例文檔如表2-1所示。表2-1新聞瀏覽用例表用例編號Uc1用例名稱新聞瀏覽用例描述用戶通過選擇查看分類新聞。主要參與者游客次要參與者無簡要描述此用例描述了一個游客如何查看自己感興趣的新聞。觸發(fā)條件點擊“新聞列表”的新聞標題進入新聞全文。前置條件基本路徑 （1）進入系統(tǒng)主頁。 （2）點擊新聞分類，進入不同的新聞二級頁。 （3）點擊分類新聞列表的新聞鏈接。 （4）顯示特定新聞。擴展點后置條件非功能性需求（2）廠商瀏覽廠商瀏覽用例是游客在前臺通過點擊廠商列表的鏈接看到所有的手機生產(chǎn)廠商內(nèi)容的處理過程，用例文檔如表2-2所示。表2-2 廠商瀏覽用例文檔用例編號Uc2用例名稱廠商瀏覽用例描述用戶通過點
21、擊查看所有廠商的列表。主要參與者游客次要參與者無簡要描述此用例描述了一個游客如何查看所有手機廠商的列表。觸發(fā)條件點擊“廠商大全”的鏈接進入廠商列表頁面。前置條件基本路徑（1）進入系統(tǒng)主頁。（2）點擊廠商大全，進入廠商列表。擴展點后置條件非功能性需求（3）產(chǎn)品瀏覽產(chǎn)品瀏覽是用戶通過點擊產(chǎn)品列表上的手機型號鏈接進入產(chǎn)品頁面的過程，用例文檔如表2-3所示。表2-3 產(chǎn)品瀏覽的用例文檔用例編號Uc3用例名稱產(chǎn)品瀏覽用例描述用戶通過選擇查看產(chǎn)品詳細參數(shù)和報價。主要參與者游客次要參與者無簡要描述此用例描述了一個游客如何查看產(chǎn)品的各項參數(shù)及報價。觸發(fā)條件點擊”產(chǎn)品列表”的手機型號進入產(chǎn)品頁。前置條件基本路徑
22、（1）進入系統(tǒng)主頁。（2）點擊“手機大全”按鈕,進入產(chǎn)品列表。（3）點擊具體手機型號。（4）顯示產(chǎn)品參數(shù)及報價。擴展點后置條件非功能性需求（4）產(chǎn)品比較產(chǎn)品比較是用戶通過點擊產(chǎn)品頁面上的”添加比較”按鈕將此產(chǎn)品添加到比較頁面的過程，用例文檔如表2-4所示。表2-4 產(chǎn)品比較的用例文檔用例編號Uc4用例名稱產(chǎn)品比較用例描述用戶對感興趣的多個產(chǎn)品進行參數(shù)的橫向比較。主要參與者游客次要參與者無簡要描述此用例描述了一個游客如何對感興趣的多個產(chǎn)品進行產(chǎn)品各項參數(shù)的橫向比較。觸發(fā)條件點擊產(chǎn)品信息頁面上的“添加比較”按鈕。前置條件基本路徑（1）游客瀏覽產(chǎn)品詳細信息。（2）點擊“添加比較”按鈕。（3）系統(tǒng)顯示
23、產(chǎn)品橫向比較頁面。擴展點游客可以在比較頁面繼續(xù)添加比較產(chǎn)品，也可以刪除頁面現(xiàn)有的產(chǎn)品。后置條件非功能性需求（5）新聞搜索新聞搜索是游客根據(jù)關鍵字搜索新聞標題的過程，其用例文檔如表2-5所示。表2-5 新聞搜索的用例文檔用例編號Uc5用例名稱新聞搜索用例描述游客通過關鍵字搜索新聞標題主要參與者游客次要參與者無簡要描述此用例描述了一個游客根據(jù)關鍵字搜索新聞標題的過程觸發(fā)條件點擊搜索按鈕前置條件輸入搜索關鍵字。基本路徑（1）進入系統(tǒng)首頁。（2）游客輸入要查詢的關鍵字。（3）游客點擊“搜索”按鈕。（4）系統(tǒng)顯示游客要求的新聞標題列表。擴展點后置條件點擊新聞列表中的鏈接，進入新聞內(nèi)容頁。非功能性需求（6
24、）產(chǎn)品搜索產(chǎn)品搜索是游客根據(jù)關鍵字搜索產(chǎn)品的過程，其用例文檔如表2-6所示。表2-6 產(chǎn)品搜索的用例文檔用例編號Uc6用例名稱產(chǎn)品搜索用例描述游客通過關鍵字搜索產(chǎn)品主要參與者游客次要參與者無簡要描述此用例描述了一個游客根據(jù)關鍵字搜索產(chǎn)品的過程觸發(fā)條件點擊搜索按鈕前置條件輸入搜索關鍵字?；韭窂剑?）進入系統(tǒng)首頁。（2）游客輸入要查詢的關鍵字。（3）游客點擊“搜索”按鈕。（4）系統(tǒng)顯示游客要求的手機型號列表。擴展點后置條件點擊產(chǎn)品列表中的鏈接，進入產(chǎn)品詳細信息頁。非功能性需求（7）用戶注冊用戶注冊是游客申請成為注冊用戶的過程，其用例文檔如表2-7所示。表2-7 用戶注冊的用例文檔用例編號Uc7用
25、例名稱用戶注冊用例描述游客通過申請成為注冊用戶。主要參與者游客次要參與者無簡要描述此用例描述了一個游客通過申請成為注冊用戶的過程觸發(fā)條件用戶點擊”注冊”按鈕前置條件基本路徑（1）游客進入系統(tǒng)首頁，點擊”注冊”按鈕。（2）游客填寫注冊信息。（3）點擊“提交”按鈕。擴展點后置條件系統(tǒng)將提交的注冊信息寫入數(shù)據(jù)庫非功能性需求（8）用戶登錄用戶登錄用例是注冊用戶登錄前臺用戶系統(tǒng)的處理過程，它的用例文檔如表2-8所示。表2-8 用戶登錄用例表用例編號Uc8用例名稱用戶登錄用例描述用戶填寫用戶名和密碼登錄前臺用戶系統(tǒng)。主要參與者注冊用戶次要參與者無簡要描述此用例描述了一個注冊用戶如何登錄系統(tǒng)。觸發(fā)條件在首頁
26、的登錄模塊填寫用戶名和密碼。前置條件用戶已注冊。基本路徑（1）填寫用戶名和密碼，點擊“登錄”按鈕。（2）系統(tǒng)根據(jù)用戶名獲取密碼，并與用戶填寫的密碼進行比較。（3）顯示用戶菜單。擴展點用戶名不存在或者密碼輸入有誤將提示“用戶名不存在或密碼錯誤！”。后置條件登錄成功，顯示用戶菜單。非功能性需求（9）創(chuàng)建訂單創(chuàng)建訂單用例是注冊用戶創(chuàng)建訂單購買產(chǎn)品的處理過程，它的用例文檔如表2-9所示。表2-9 創(chuàng)建訂單用例表用例編號Uc9用例名稱創(chuàng)建訂單用例描述注冊用戶創(chuàng)建訂單購買產(chǎn)品。主要參與者注冊用戶次要參與者無簡要描述此用例描述了一個注冊用戶如何填寫訂單購買產(chǎn)品的過程。觸發(fā)條件用戶在產(chǎn)品頁點擊”我要買”按鈕。
27、前置條件用戶已登錄,并且賬戶余額充足?；韭窂剑?）用戶在產(chǎn)品頁點擊”我要買”按鈕。（2）系統(tǒng)生成訂單編號。（3）用戶填寫訂單信息并提交訂單。（4）系統(tǒng)將訂單寫入數(shù)據(jù)庫。擴展點用戶可以更改個人信息。后置條件非功能性需求（10）跟蹤訂單跟蹤訂單用例是注冊用戶跟蹤查看訂單狀態(tài)的處理過程，用例文檔如表2-10所示。表2-10 跟蹤訂單用例表用例編號Uc10用例名稱跟蹤訂單用例描述用戶提交訂單之后查看訂單狀態(tài)的。主要參與者注冊用戶次要參與者無簡要描述此用例描述了一個注冊用戶在創(chuàng)建提交訂單之后,跟蹤訂單狀態(tài)的過程。觸發(fā)條件用戶在訂單管理頁面點擊訂單編號。前置條件用戶已創(chuàng)建訂單?；韭窂剑?）用戶進入訂單
28、管理頁面。（2）用戶點擊訂單編號。（3）系統(tǒng)顯示訂單狀態(tài)。擴展點后置條件非功能性需求（11）后臺登錄后臺登錄用例是管理員登錄后臺數(shù)據(jù)管理系統(tǒng)的處理過程，它的用例文檔如表2-11所示。表2-11 后臺登錄用例表用例編號Uc11用例名稱后臺登錄用例描述管理員填寫賬號和密碼登錄后臺數(shù)據(jù)管理系統(tǒng)。主要參與者管理員次要參與者無簡要描述此用例描述了一個管理員如何登錄后臺數(shù)據(jù)管理系統(tǒng)。觸發(fā)條件在管理員登錄頁面填寫用戶名和密碼。前置條件管理員賬號已存在?；韭窂剑?）填寫管理員賬號和密碼，點擊“登錄”按鈕。（2）系統(tǒng)根據(jù)管理員賬號獲取密碼，并與填寫的密碼進行比較。（3）系統(tǒng)根據(jù)管理員權限顯示菜單。擴展點管理員
29、不存在或者密碼輸入有誤將提示“賬號不存在或密碼錯誤！”。后置條件登錄成功，顯示管理員菜單。非功能性需求（12）數(shù)據(jù)管理數(shù)據(jù)管理用例是管理員管理網(wǎng)站數(shù)據(jù)的處理過程，它的用例文檔如表2-12所示。表2-12 數(shù)據(jù)管理用例表用例編號Uc12用例名稱數(shù)據(jù)管理用例描述管理員后臺管理網(wǎng)站數(shù)據(jù)。主要參與者管理員次要參與者無簡要描述此用例描述了一個管理員如何管理網(wǎng)站數(shù)據(jù)的過程。觸發(fā)條件管理員進入后臺管理系統(tǒng)。前置條件管理員已登錄基本路徑（1）管理員登錄后臺管理系統(tǒng)。（2）系統(tǒng)根據(jù)管理員權限顯示不同管理菜單。擴展點后置條件非功能性需求2.3.5用例間關系的描述雖然每個用例的實例是獨立的，但是一個用例可以用其他的
30、更簡單的用例來描述。這有點像一個類可以通過繼承它的超類并增加附加描述來定義。一個用例可以簡單地包含其他用例所具有的行為，并把它所包含的用例行為做為自身行為的一部分，這被稱作包含關系。一個用例也可以被定義為基用例的增量擴展,這叫做擴展關系。包含和擴展關系可以用含有關鍵字和的帶箭頭的虛線表示。包含關系箭頭指向被包含的用例，擴展關系箭頭指向被擴展的用例。一個用例也可以被特別列舉為一個或多個子用例，這被稱做用例泛化。當父用例能夠被使用時，任何子用例也可以被使用。用例泛化與其他泛化關系的表示法相同，都用一個三角箭頭從子用例指向父用例5。以下選取數(shù)據(jù)管理和產(chǎn)品比較兩個比較有代表性的用例加以說明。圖2-6
31、管理員數(shù)據(jù)管理用例關系圖所有的數(shù)據(jù)管理都要先查詢將要進行操作的數(shù)據(jù)表，當找到要進行管理的數(shù)據(jù)時，管理員可以選擇將要進行的操作，如添加、編輯和刪除等。游客可以通過點擊添加比較產(chǎn)品來比較多個產(chǎn)品的詳細參數(shù)，同時也可以從比較列表中刪除某種產(chǎn)品。如圖2-7示。圖2-7 產(chǎn)品比較用例關系圖2.4 補充需求根據(jù)實際情況，本系統(tǒng)選用Microsoft公司的Active Server Page作為開發(fā)工具，IIS作為發(fā)布工具，Microsoft Office Access 2003作為后臺數(shù)據(jù)庫，使用Windows XP作為開發(fā)、測試和運行的平臺，硬件配置為：P4 2.40GHz，512MB內(nèi)存，80G硬盤等
32、。Microsoft Active Server Page即我們所稱的ASP，是一套微軟開發(fā)的服務器端腳本環(huán)境，ASP內(nèi)含于IIS之中，通過ASP我們可以結合HTML網(wǎng)頁、ASP指令和ActiveX元件建立動態(tài)、交互且高效的WEB服務器應用程序。ASP的所有程序都將在服務器端執(zhí)行，包括所有嵌在普通HTML中的腳本程序。當程序執(zhí)行完畢后，服務器僅將執(zhí)行的結果返回給客戶服務器，這樣也就減輕了客戶端瀏覽器的負擔，大大提高了交互的速度。由于此系統(tǒng)沒有使用存儲過程，所以選擇了微軟公司出品的Access數(shù)據(jù)庫。Access系統(tǒng)小巧靈活、容易調試和控制，適合中小型的數(shù)據(jù)系統(tǒng)。3 總體設計 3.1 系統(tǒng)層次圖
33、3-1統(tǒng)層次圖圖3-1和表3-1以不同的形式分別描述了本網(wǎng)站重要功能模塊的功能和作用，并說明了每個功能模塊的操作流程。表3-1 功能模塊表功能名稱簡要說明新聞搜索游客通過關鍵字搜索新聞標題。新聞發(fā)布以列表的方式顯示新聞標題，這樣可以在頁面顯示大量的新聞信息同時可以提供更多的瀏覽方式，如分類瀏覽，最新新聞等。產(chǎn)品搜索游客通過關鍵字搜索產(chǎn)品名。產(chǎn)品發(fā)布顯示數(shù)碼相機的各項性能參數(shù)和報價。產(chǎn)品比較游客找到需要了解的產(chǎn)品時，可以將該產(chǎn)品加入到產(chǎn)品比較，然后可以繼續(xù)尋找其他的產(chǎn)品，產(chǎn)品比較頁面儲存欲比較的產(chǎn)品。用戶功能用戶登錄系統(tǒng)之后可以給賬戶充值、更改個人信息，帳戶余額充足的情況下可以創(chuàng)建購買訂單。數(shù)據(jù)
34、管理管理員登陸以后，根據(jù)權限的不同可以管理新聞、管理廠商、管理產(chǎn)品和報價、管理管理員權限、管理用戶、管理訂單、發(fā)貨等。3.2 數(shù)據(jù)庫設計本系統(tǒng)數(shù)據(jù)庫中有九個數(shù)據(jù)表，他們分別是新聞表news、新聞分類表type、產(chǎn)品表product、廠商表manufactory、報價表price、圖片表pics、訂單表orders、用戶信息表users、管理員權限表admin。圖3-3 數(shù)據(jù)庫邏輯關系圖4 詳細設計4.1 數(shù)據(jù)庫詳細設計表4-1 管理員表 admin編號字段名說明數(shù)據(jù)類型字段大小關鍵字1admin_id管理員編號自動編號長整型主鍵2admin_name管理員登錄名文本503admin_passw
35、ord登陸密碼文本504admin_news新聞管理權限是/否5admin_product產(chǎn)品管理權限是/否6admin_user用戶管理權限是/否7admin_admin管理員權限管理是/否8admin_price報價管理權限是/否9admin_pics圖片管理權限是/否10admin_order訂單管理權限是/否表4-2 廠商表 manufacturer編號字段名說明數(shù)據(jù)類型字段大小關鍵字1manufacturer_id廠商編號自動編號長整形主鍵2manufacturer_name廠商名稱文本503manufacturer_name_cn廠商中文名文本504manufacturer_are
36、a廠商所屬地區(qū)文本505manufacturer_time添加時間日期/時間表4-3 新聞表 news 字段名說明數(shù)據(jù)類型字段大小關鍵字1news_id新聞編號自動編號長整形主鍵2type_id新聞類型編號數(shù)字長整形外鍵3news_title新聞標題文本504news_author作者文本505news_time新聞添加時間日期/時間6news_origin文章出處文本507news_content正文備注8news_del_mark刪除標記是/否表4-4 訂單表 orders編號字段名說明數(shù)據(jù)類型字段大小關鍵字1order_id訂單編號自動編號長整形主鍵2order_name訂單名文本503
37、status訂單狀態(tài)數(shù)字長整形4user_name買家ID文本505start_time訂單生成時間日期/時間6finish_time交易完成時間日期/時間7product_id產(chǎn)品ID數(shù)字長整形外鍵8price價格數(shù)字長整形9quantity數(shù)量數(shù)字長整形10postage郵費數(shù)字長整形11post_mode郵寄方式文本5012express快遞公司名文本5013logistics物流訂單號文本5014zip郵編數(shù)字長整形15name收貨人姓名文本5016phone收貨人電話文本5017delivery_time發(fā)貨時間日期/時間表4-5 圖片表 pics編號字段名說明數(shù)據(jù)類型字段大小關鍵字
38、1pic_id圖片編號自動編號長整形主鍵2pic_name圖片名文本503product_id產(chǎn)品ID數(shù)字長整形外鍵4pic_text圖片說明文本505pic_type圖片類型文本50表4-6 報價表 price編號字段名說明數(shù)據(jù)類型字段大小關鍵字1price_id報價信息編號自動編號長整形主鍵2product_id產(chǎn)品編號數(shù)字長整形外鍵3admin_id管理員編號數(shù)字長整形外鍵4introduction報價說明備注5price報價數(shù)字長整形6price_time錄入日期日期/時間表4-7 產(chǎn)品表 product編號字段名說明數(shù)據(jù)類型字段大小關鍵字1product_id產(chǎn)品ID自動編號長整形主
39、鍵2product_model產(chǎn)品型號文本503product_manufacturer_id廠商編號數(shù)字長整形外鍵4Time_to_market上市時間文本505其他參數(shù)其他參數(shù)表4-8 新聞類別表 type編號字段名說明數(shù)據(jù)類型字段大小關鍵字1type_id類別編號自動編號長整形主鍵2type_name類別名稱文本503type_time類別添加時間時間/日期表4-9 用戶表 users編號字段名說明數(shù)據(jù)類型字段大小關鍵字1user_id用戶編號自動編號長整形主鍵2user_name登錄名文本503user_password登錄密碼文本504real_name真實姓名文本505accoun
40、t賬戶余額數(shù)字長整形6in_transit在途余額數(shù)字長整形7e_mail電郵文本508post_number郵編文本509address地址文本5010phone電話文本504.2主要程序流程圖4.2.1用戶注冊模塊用戶注冊是用戶提交注冊表單的過程。用戶首先填寫注冊信息，系統(tǒng)驗證合格后寫入后臺數(shù)據(jù)庫。如圖4-1。圖4-1用戶注冊操作流程圖4.2.2產(chǎn)品比較功能模塊用戶可以在瀏覽產(chǎn)品詳細信息的同時，點擊頁面上的“添加比較”按鈕，將正在瀏覽的產(chǎn)品添加到比較頁面。在產(chǎn)品比較頁面還可以繼續(xù)選擇增加需要比較的產(chǎn)品，也可以從產(chǎn)品比較頁面刪除正在比較的產(chǎn)品。如圖4-2。圖4-2 產(chǎn)品比較操作流程圖圖4-3
41、 產(chǎn)品比較操作流程圖4.2.3在線交易功能模塊用戶交易功能是用戶從創(chuàng)建訂單到交易完成的過程。如圖4-3。4.3網(wǎng)站文件結構Admin文件夾：存放管理員所有功能文件。Conn文件夾：存放conn.asp文件，用來連接數(shù)據(jù)庫。Css文件夾：存放網(wǎng)站所需樣式表文件，包括lightbox所用樣式文件。Database文件夾：存放數(shù)據(jù)庫文件。eWebEditor文件夾：eWebEditot插件所在文件夾。Images文件夾：存放lightbox插件所需要的圖片。Img文件夾：儲存網(wǎng)站頁面所需各種圖片。Js文件夾：存放lightbox插件的js文件。Pages文件夾：存放前臺功能的所有頁面。Pics文件夾
42、：上傳的產(chǎn)品圖片存放在此文件夾下。Default.asp文件：網(wǎng)站首頁文件。5 系統(tǒng)實現(xiàn)5.1 數(shù)據(jù)訪問組件設計ActiveX數(shù)據(jù)對象(ADO)是一種既易于使用又可擴充的技術，用來將數(shù)據(jù)庫訪問添加到web頁?？梢允褂肁DO編寫簡潔和可升級的腳本以連接到與OLE DB兼容的數(shù)據(jù)源，如數(shù)據(jù)庫、電子表格、順序數(shù)據(jù)文件或電子郵件目錄。OLE DB是一個系統(tǒng)級的編程接口，它提供一套標準的COM接口，用來展示數(shù)據(jù)庫管理系統(tǒng)的功能。使用ADO的對象模型，可以輕松的訪問這些接口，并將數(shù)據(jù)庫功能添加到您的Web應用程序中。另外，還可以使用ADO訪問與開放式數(shù)據(jù)庫互聯(lián)(ODBC)兼容的數(shù)據(jù)庫。ADO的命令語法很簡
43、單，而且容易使用，ADO還提供可升級的對各種數(shù)據(jù)源的高性能訪問。創(chuàng)建Web應用程序的第一步是給ADO提供一種定位并識別數(shù)據(jù)源的方法。這是通過“連接字符串”來完成的，連接字符串是一系列用分號分隔的參數(shù)，用來定義諸如數(shù)據(jù)源提供者和數(shù)據(jù)源位置等參數(shù)。ADO使用連接字符串來識別OLE DB“提供者”并將提供者指向數(shù)據(jù)源。提供者是一個組件，用來描述數(shù)據(jù)源并以行集合的形式將信息展示給應用程序。此系統(tǒng)由conn.asp文件完成訪問MS Access數(shù)據(jù)庫的操作：db_path = database/demo.mdb 將數(shù)據(jù)庫的相對路徑賦到一個變量上，以方便下面繼續(xù)調用。Set conn= Server.Cr
44、eateObject(ADODB.Connection) 建立一個ADO連接，并用對象conn來接受。connstr = Provider=Microsoft.Jet.OLEDB.4.0;Data Source=&Server.MapPath(db_path) 連接字符串，包括打開數(shù)據(jù)庫的驅動方法OLEDB，以及打開數(shù)據(jù)庫的路徑。conn.Open connstr 最后通過對象conn通過連接字符串connstr打開數(shù)據(jù)庫的連接。 頁面訪問數(shù)據(jù)庫時，使用語句調用conn.asp。ADO組件除了Connection連接以外，還有Recordset綁定記錄集，rs可以想象成數(shù)據(jù)庫表中的一行Set
45、rs = Server.CreateObject(“ADODB.Recordset”)。使用標準的sql結構化查詢語言sql = “Select * from news”，建立數(shù)據(jù)庫連接，綁定數(shù)據(jù)集。之后使用語句rs.Open sql,conn,1,1打開數(shù)據(jù)庫中記錄集。使用Loop循環(huán)語句顯示具體的信息。Do Until rs.EOF .Rs.MoveNextLoop每次循環(huán)只能顯示數(shù)據(jù)庫中的一行，使用rs.MoveNext繼續(xù)讀取下一行，直到rs.EOF，即得到數(shù)據(jù)庫最后一行。具體顯示記錄集中的特定字段使用rs(“title”)。本系統(tǒng)中所有數(shù)據(jù)庫操作都基于以上方法，包括新聞顯示和產(chǎn)品顯示
46、等等，本文不再贅述。5.2系統(tǒng)功能模塊5.2.1新聞列表新聞列表頁以列表的形式顯示數(shù)據(jù)庫內(nèi)所有新聞，新聞標題前顯示新聞類別，用戶可以點擊新聞類別的鏈接，以查看所選類別的新聞。新聞類別以get方式提交，系統(tǒng)根據(jù)提交的類別編號訪問數(shù)據(jù)庫，請求特定類別的新聞內(nèi)容。sql = Select * from news, type where news.type_id = & request.querystring(type_id) & and news.type_id = type.type_id order by news_time desc若用戶不點擊新聞類別，則顯示所有新聞。sql = Select
47、 * from news, type where news.type_id = type.type_id order by news_time desc新聞列表采取分頁顯示的方式，方便用戶瀏覽。5.2.2產(chǎn)品顯示產(chǎn)品頁面主要顯示手機產(chǎn)品的詳細參數(shù)、手機報價以及手機圖片。通過產(chǎn)品列表頁，手機編號以get方式傳到產(chǎn)品頁，通過Request.querystring(id)獲取前個頁面?zhèn)鱽淼膮?shù)，查詢數(shù)據(jù)庫語句如下：sql = Select * from product,manufacturer where product_id = & Request.querystring(id) & and pr
48、oduct_manufacturer_id = manufacturer_id查詢涉及產(chǎn)品表和廠商表，通過兩張表中的廠商編號關聯(lián)。同理，手機報價通過手機編號從報價表中讀取相應數(shù)據(jù)。手機的圖片顯示使用了lightbox特效。效果如圖5-1。圖5-1 lightbox效果圖使用lightbox特效只需要把如下代碼復制到product.asp的head區(qū)，以調用相關的js腳本以及css樣式。頁面中只要列出圖片的鏈接，用戶點擊就會出現(xiàn)如上圖的效果，用戶還可以通過點擊圖片的左半部或右半部實現(xiàn)查看上一張或者下一張圖片，效果絢麗、使用方便。response.write( & i & )5.2.3產(chǎn)品比較用戶
49、可以在產(chǎn)品頁上點擊“比較”按鈕，將正在瀏覽的產(chǎn)品添加到比較頁，同其他手機產(chǎn)品進行參數(shù)的橫向比較。產(chǎn)品頁上的“比較”按鈕以get方式向比較頁提交產(chǎn)品編號，產(chǎn)品編號儲存在session數(shù)組。if isempty(session(ProArray) thenDim ProArray()Redim MyArray(3)MyArray(0)=MyArray(1)=MyArray(2)=session(ProArray)=MyArrayArrayFull=Falseend if該session數(shù)組取得手機編號以后，分別讀取數(shù)據(jù)庫，取得手機產(chǎn)品的詳細參數(shù)。之后使用table同時顯示出來，制作出多款手機比較的
50、效果。產(chǎn)品比較頁面還使用ajax制作級聯(lián)下拉菜單。頁面自動加載所有廠商列表，用戶在選擇手機廠商之后頁面自動加載該廠商的所有手機型號供用戶選擇。在用戶注冊模塊也用到了ajax。5.2.4搜索功能搜索功能出現(xiàn)在前臺每個頁面上，用戶可以選擇搜索新聞或者搜索手機產(chǎn)品，系統(tǒng)通過用戶提交的關鍵字搜索新聞標題或者手機型號。 document.search.keyword.focus(); 用戶鼠標經(jīng)過文本框時，js腳本運行全選文本框里邊的文字，方便用戶輸入。用戶點擊搜索按鈕，系統(tǒng)以post方式提交關鍵字到search.asp，訪問數(shù)據(jù)庫，讀取相關信息，以列表形式顯示。實現(xiàn)較為簡單，同顯示新聞列表類似，不再贅
51、述。5.2.5用戶注冊用戶登錄就是用戶添加用戶名密碼等個人信息到數(shù)據(jù)庫的過程。為了檢測用戶名是否被注冊過，這里再次使用ajax來驗證。當用戶填寫完用戶名的時候，js腳本自動運行onChange=callServer();，ajax發(fā)送用戶名到register_test.asp頁，訪問數(shù)據(jù)庫，若該用戶名存在則在不刷新頁面的情況下實時返回“已被注冊”，提示用戶更改注冊用戶名。在用戶填寫完密碼以后再次運行js腳本onChange=testPassword()，以檢測用戶兩次輸入的密碼是否一致，當用戶填完所有標單“注冊”按鈕變?yōu)榭捎谩?.2.6管理員登陸管理員登錄是提交用戶名密碼，系統(tǒng)進行驗證的過程，
52、用戶登錄也是相同原理。如果用戶名或者密碼錯誤，系統(tǒng)會提示用戶名不存在或者密碼錯誤。若用戶名密碼通過驗證，則定義一個session對象，用來表示管理員或者用戶已登陸的狀態(tài)，用戶或管理員退出系統(tǒng)的時候清空該session對象。此session對象的值不為空的時候才顯示用戶或管理員的功能菜單。另外管理員會根據(jù)管理權限的不同顯示不同的管理菜單。5.2.7后臺數(shù)據(jù)庫管理管理員可以對新聞和產(chǎn)品等進行添加、刪除和修改等操作。使用rs.open conn,sql,3,2訪問數(shù)據(jù)庫，使用rs.addnew、rs.update和rs.delete語句執(zhí)行插入、更新、刪除等SQL語句，實現(xiàn)比較簡單，不再詳細介紹。在
53、新聞添加頁面使用eWebEditor在線編輯器，可以像Office word一樣輕松編輯新聞內(nèi)容。調用eWebEditor方法如下：后臺數(shù)據(jù)管理還包括圖片上傳的功能。這里我們直接使用網(wǎng)上廣泛使用的化境無組件上傳的源碼。5.3頁面制作此網(wǎng)站的定位在電子商務網(wǎng)站，網(wǎng)站可以提供在線交易功能，同時網(wǎng)站也提供用戶購買之前的導購服務。于是此網(wǎng)站的風格不宜過于花哨，不宜使用過多顏色。簡潔大方的風格更能讓消費者或者潛在的消費者更專注于對產(chǎn)品的關注，而不被網(wǎng)站的樣式或者風格所影響。基于以上原因，網(wǎng)站采用div+css布局的方式，既可以提高網(wǎng)站性能加快響應速度，又可以符合網(wǎng)頁標準，是當今極為流行的布局方式。圖5-
54、2 網(wǎng)站首頁截圖6 測試與調試系統(tǒng)測試包括包括單元測試和集成測試。單元測試屬于編碼與單元測試階段的任務，而集成測試則是系統(tǒng)集成階段的任務。在測試開始之前，應該編制測試計劃和設計測試案例。測試案例系指測試輸入數(shù)據(jù)及對應的輸出，其設計依賴與所采用的測試方法：白盒測試與黑盒測試。由于畢業(yè)設計提交的系統(tǒng)只是為需求服務的原型，因此其系統(tǒng)測試相對簡單。采用的是軟件工程中的白盒測試與黑盒測試相結合的方式。即首先進行黑盒測試，出現(xiàn)錯誤后再進行白盒測試，檢驗程序中出錯的程序段或查出沒有考慮到的情況10。白盒測試：將軟件看作一個透明的白盒子，按照程序的內(nèi)部結構和處理邏輯來選定測試用例，對軟件的邏輯路徑及過程進行測
55、試，檢查它與設計是否相符。黑盒測試又稱功能測試，它把程序看成一個黑盒子，不考慮程序的內(nèi)部邏輯結構和處理過程，只著眼于程序的外部特性。也就是說黑盒測試法是在程序的接口上進行測試，檢查它是否滿足功能要求，輸入能否被正確接受，輸出結果是否正確，以及外加倍息(如：數(shù)據(jù)庫成文件)的完整性能否保持11。下面是本系統(tǒng)中部分采用黑盒測試的測試用例文檔。表6-1 用戶帳戶添加測試用例文檔用例名稱用戶帳戶添加測試用例idC-01基本描述用戶帳戶添加的實質就是向數(shù)據(jù)庫Users表中添加一條記錄。由于與數(shù)據(jù)庫交互且會員名具有唯一性等特點，對此功能進行測試。測試方案分別添加相同的和不同的用戶名進行測試，從而查看系統(tǒng)給出的反饋信息是否符合預期的系統(tǒng)功能。
畢業(yè)設計（論文）-基于ASP的手機在線銷售系統(tǒng)的設計與實現(xiàn).doc
