基于jsp的暢想空間電子商務系統(tǒng)

1、<p><b>　　前言</b></p><p>　　經(jīng)過大學四年的理論課程的學習和校內外的實踐，不僅豐富了自己的理論知識，而且也基本上具備了一些分析和解決簡單問題的能力，但是即將踏向社會的我深知這些還遠遠不夠，因此我利用畢業(yè)設計這個機會，在老師的指導下來完成基于JSP的電子商務系統(tǒng)這一課題，相信對這個課題的完成將對我的能力有更高層次的突破。</p><p>

2、;　　在對網(wǎng)絡商城的調查研究的基礎上，設計主要包括后臺數(shù)據(jù)庫的建立及前端應用程序的開發(fā)兩個方面，一方面要建出數(shù)據(jù)一致性和完整性強、數(shù)據(jù)安全性好的庫另一方面則要應用程序功能完備,容易使用等特點。充分發(fā)揮計算機管理的優(yōu)勢，從而使商品的管理和銷售，購買工作系統(tǒng)化、規(guī)范化、自動化。</p><p>　　這篇論文詳細和完整的講述了關于電子商務系統(tǒng)的開發(fā)過程。在開發(fā)這個應用軟件的過程中，《軟件工程》在理論和方法上給了我很大的

3、幫助。</p><p>　　在開發(fā)軟件之前，在整體構思上沒有一個整體框架，通過對《軟件工程》的認真研讀，使整個設計開發(fā)過程有了一個明確的思路。通過《軟件工程》在結構化設計中所給出的明確的方法。對將要開發(fā)設計的軟件按照《軟件工程》中繪制數(shù)據(jù)流圖和數(shù)據(jù)詞典的方法，一步一步繪制出軟件的數(shù)據(jù)流圖和數(shù)據(jù)詞典，遇到不清楚的地方就認真閱讀教材，通過對數(shù)據(jù)流圖的繪制，使我在眾多的需求中逐漸理清了思路，大致確定了應該在程序設計中包

4、括哪些模塊以及各個模塊之間的應該具有哪些數(shù)據(jù)關系，確定了各個模塊所應當完成的功能。如果沒有《軟件工程》中所介紹的方法，肯定會出現(xiàn)等到軟件寫了一半才發(fā)現(xiàn)以前所確定的內容需要改動，但這一改動就會造成前面所寫的程序需要修改，而往往這種修改會使得程序錯誤增加，使得排錯變得復雜和困難，所以，學習《軟件工程》對開發(fā)軟件的確很有幫助，使軟件開發(fā)有步驟有條理。</p><p>　　按照已經(jīng)繪制出的數(shù)據(jù)流圖，對軟件進行詳細的模塊劃

5、分和功能確定，系統(tǒng)共分為四個模塊：系統(tǒng)登陸模塊，基本資料維護模塊，購買管理模塊，查詢模塊。對各個模塊分別進行詳細的流程設計，繪制出詳細的流程圖。由于有了數(shù)據(jù)流圖，這一步就已經(jīng)容易的多了，而且使整個軟件設計結構清晰明朗了。</p><p>　　由于本人經(jīng)驗不足，設計水平有限，設計過程中難免有錯誤，請老師和同學及時給予糾正。</p><p><b>　　1 問題的定義</b&g

6、t;</p><p><b>　　1.1 課題背景</b></p><p>　　從上世紀末至今，隨著計算機技術和網(wǎng)絡技術的飛速發(fā)展，特別是在Internet技術的推動下，全世界范圍內的商業(yè)活動發(fā)生了一個巨大的變革，電子商務出現(xiàn)了。這種新的商業(yè)模式以其開放性、快捷性、協(xié)作性和低廉性等特征帶給我國中小企業(yè)極其難得的發(fā)展機遇，提供了一個創(chuàng)新發(fā)展的選擇機會。如何利用電子商務克

7、服困難、改善自我，成為我國中小企業(yè)共同關心的問題。研究中小企業(yè)如何實施電子商務戰(zhàn)略，不僅對中小企業(yè)自身的生存、發(fā)展意義重大，而且對保持國民經(jīng)濟的穩(wěn)定發(fā)展也將產(chǎn)生積極的影響。根據(jù)國家經(jīng)貿委統(tǒng)計的數(shù)字，我國各類中小企業(yè)總數(shù)超過1000萬家，占企業(yè)總數(shù)的99%。中小企業(yè)總產(chǎn)值對國民經(jīng)濟的貢獻量已達60%，就業(yè)人數(shù)占70%，無論是從中小企業(yè)的數(shù)量、生產(chǎn)總值還是就業(yè)人數(shù)來看，它們都對我國國民經(jīng)濟和社會穩(wěn)定起到十分重要的作用。但與大企業(yè)相比，中小企

8、業(yè)由于自身管理不完善以及人力、財力和物力的限制，在日益激烈的市場競爭中常常處于劣勢，特別是在中國加入WTO之后，中小企業(yè)面對著經(jīng)濟全球化、國際競爭國內化以及國內市場國際化等嚴峻形勢的考驗，其生存發(fā)展遇到了前所未有的困難。在當前新經(jīng)濟形勢下，電子商務是推動我國中小企業(yè)發(fā)展</p><p>　　1.2 電子商務概況</p><p>　　電子商務（Electronic Commerce）即通過電

9、信網(wǎng)絡進行的生產(chǎn)、營銷和流通活動，它不僅指基于因特網(wǎng)上的交易，而且指所有利用電子信息技術來解決擴大宣傳、降低成本、增加價值和創(chuàng)造商機的商務活動，包括通過網(wǎng)絡實現(xiàn)從原材料查詢、采購、產(chǎn)品展示、訂購到生產(chǎn)、 儲運以及電子支付等一系列的貿易活動。電子商務主要含概了三個方面的內容：一是政府貿易管理的電子化，即采用網(wǎng)絡技術實現(xiàn)數(shù)據(jù)和資料的處理、傳遞和儲存；二是企業(yè)級電子商務，即企業(yè)間利用計算機技術和網(wǎng)絡技術實現(xiàn)和供貨商、用戶之間的商務活動；三是電

10、子購物，即企業(yè)通過網(wǎng)絡為個人提供的服務及商業(yè)行為。按照這種思想，電子商務可以分成兩大類：一類是企業(yè)與企業(yè)之間的電子商務（B to B），另一類是企業(yè)與個人之間的電子商務（B to C）。后者亦即我們所說的網(wǎng)上購物或在線購物。</p><p>　　1.3 新系統(tǒng)的目標</p><p>　　本系統(tǒng)主要針對網(wǎng)上商城的在線業(yè)務而設計的。目前部分的商品都是傳統(tǒng)經(jīng)營方式。顧客來到商城，然后走遍商城挑選

11、自己想要的商品，再去服務員那里結帳付款。而現(xiàn)在只要顧客輸入顧客號碼和擁護密碼?？梢苑珠T別類的查詢自己想要的商品。選完以后可以通過銀行的網(wǎng)上支付系統(tǒng)結帳。非常方便，由電腦操作計算不容易出錯。</p><p><b>　　1)　客戶界面部分</b></p><p>　　能夠完成商品選購（可按分類方式查詢商品，或者關鍵字查找）</p><p><

12、;b>　　購物車功能</b></p><p>　　查看商品詳細信息情況。</p><p><b>　　用戶注冊。</b></p><p><b>　　用戶登陸。</b></p><p>　　查看用戶的定單信息。</p><p><b>　　修改用戶

13、個人信息。</b></p><p><b>　　2)　管理界面部分</b></p><p>　　現(xiàn)有商品管理：添加 修改 刪除 查看。</p><p>　　用戶管理：查看定單，更新定單付款，出貨狀態(tài)，刪除定單。</p><p><b>　　填加新商品。</b></p>&l

14、t;p><b>　　填加商品分類</b></p><p>　　Fig1-2 Commodity borrow place organization machine composition figure</p><p>　　1.4 系統(tǒng)業(yè)務流程圖描述</p><p>　　業(yè)務流程圖是概括地描繪物理系統(tǒng)的傳統(tǒng)工具。它的基本思想是用圖形符號以黑

15、盒子形式描繪組成系統(tǒng)的每個部件（程序，文檔，數(shù)據(jù)庫，人工過程等）。業(yè)務流程圖表達的是數(shù)據(jù)在系統(tǒng)各部件之間的流動的情況，而不是對數(shù)據(jù)進行加工處理的控制過程[2]。</p><p>　　業(yè)務流程圖基本符號：</p><p>　　表1-1業(yè)務流程圖基本符號表</p><p>　　Table 1-1 Service flow chart basic symbol table

16、</p><p><b>　　業(yè)務流程圖：</b></p><p>　　圖1-1系統(tǒng)業(yè)務流程圖</p><p>　　Figure1-1 System service flow chart</p><p>　　圖1-2 系統(tǒng)業(yè)務流程圖</p><p>　　Figure1-2 System ser

17、vice flow chart</p><p>　　圖1-3 系統(tǒng)業(yè)務流程圖</p><p>　　Figure1-3 System service flow chart</p><p>　　圖1-4 系統(tǒng)業(yè)務流程圖</p><p>　　Figure1-4 System service flow chart</p><

18、p>　　1.5 系統(tǒng)具體目的</p><p>　　a. 現(xiàn)對售貨、購貨的簡易操作。</p><p>　　b. 實現(xiàn)對庫存商品的按類別方面的不同而進行分類查詢。</p><p>　　c. 實現(xiàn)購物車功能，使顧客可以任意的選購自己喜愛的商品。</p><p>　　d. 實現(xiàn)對新商品的入庫，舊商品的注銷，更改商品的詳細資料等簡單操作，并且建立

19、商品檔案，方便進貨。</p><p>　　1.6 系統(tǒng)現(xiàn)行薄弱環(huán)節(jié)分析</p><p>　　互聯(lián)網(wǎng)以前所未有的速度發(fā)展，成為與報紙廣播電視比肩的第四媒體，同時正以其便捷的傳輸形式改變著人們的消費方式，利用簡單快捷低成本的電子通信方式，買賣雙方不加冕就可以進行各種商貿活動，走向商業(yè)的互聯(lián)網(wǎng)已成為網(wǎng)絡經(jīng)濟的大勢所趨。企業(yè)要向發(fā)展，不借助于網(wǎng)絡變得不可能。在市場經(jīng)濟中，銷售是企業(yè)運作的重要環(huán)節(jié)。

20、一直以來使用的傳統(tǒng)人工管理信息方式，存在著許多弊端。例如：銷售效率低，保密性差，錯誤出現(xiàn)較多等，這給營銷信息的查找，更新和維護帶來了不少困難。</p><p><b>　　2 可行性研究</b></p><p>　　可行性研究實質上是要進行一次大大壓縮簡化了的系統(tǒng)分析和設計的過程。也就是在高層次上以抽象的方式進行系統(tǒng)分析和設計的過程?？尚行匝芯康哪康木褪怯米钚〉拇鷥r在

21、最短的時間內確定問題是否能夠解決[2]。</p><p><b>　　2.1 技術可行性</b></p><p>　　技術可行性分析主要是根據(jù)系統(tǒng)分析所得到的對待開發(fā)的軟件、支撐軟件、硬件環(huán)境和操作人員的要求以及有關的約束和限制，來分析現(xiàn)有的技術是否能實現(xiàn)待開發(fā)的軟件。它包括可得到的硬件和支撐軟件在功能和性能上是否滿足系統(tǒng)的要求，是否有滿足系統(tǒng)性能要求的算法，開發(fā)人員

22、的技術水平能否勝任系統(tǒng)的開發(fā)等等。</p><p>　　系統(tǒng)運行環(huán)境為Windows 2000或Windows XP操作系統(tǒng)。</p><p>　　前臺系統(tǒng)操作界面采用jsp開發(fā)的。原因是JSP是Java API家族的一部分，它擁有一般的Java程序的跨平臺的特性，換句話說，就是擁有程序的對平臺的獨立性。即：Write once, Run anywhere!在 JSP頁面中可以不直接將腳本

23、程序嵌入，而只是將動態(tài)的交互部分作為一個部件加以引用。這樣，一旦這樣的一個部件寫好，它可以為多個程序重復引用，實現(xiàn)了程序的可重用性。</p><p>　　后臺數(shù)據(jù)庫采用MySQL 。MySQL作為數(shù)據(jù)庫，簡直就是易用的代名詞，絕大多數(shù)數(shù)據(jù)庫驅動的web應用程序都選擇它做為自己的數(shù)據(jù)庫。正因如此，MySQL被應用于很多WEB服務器上。雖然說MySQL的命令行工具確實有用，但要它完成任務有時實在是在跟時間過不去，除非

24、你對SQL語法已經(jīng)通吃，熟到爐火純青的地步。正是由于這個原因，像phpMyAdmin之類的工具已經(jīng)變得如此流行。</p><p>　　MySQL開發(fā)者們已經(jīng)開始使用他們自己的GUI工具，它們能夠用來和本地或遠程的MYSQL數(shù)據(jù)庫進行連接。這些工具包括MySQL Administrator、MySQL Query Browser、以及MySQL Workbench。它們都是不錯的圖形界面的工具，簡化了對MySQL數(shù)

25、據(jù)庫的創(chuàng)建和操作。</p><p><b>　　2.2 經(jīng)濟可行性</b></p><p>　　經(jīng)濟可行性的研究主要是對待開發(fā)軟件的成本估算和成本/效益分析，以確定待開發(fā)軟件是否有開發(fā)的價值。隨著各大經(jīng)銷商的發(fā)展壯大，也對管理者提出了越來越嚴格的要求，這就要求對管理人員加強管理，改善管理手段，合理規(guī)劃，提高利潤。一方面，要合理的做好人員分配；另一方面，還要考慮到如何贏

26、利。所以采用先進的管理手段滿足不斷增長的需求已經(jīng)是勢在必行的。假如沒有本軟件，那么在進行正常的業(yè)務時，就需要安排大量專人管理可戶定單，查看庫房信息，然后進行統(tǒng)計，決定是否定貨等，這需要耗費大量的人力物力。而且這種管理方式容易出錯，難以保證信息的正確性。</p><p>　　現(xiàn)在比較一下應用此管理軟件的情形。在系統(tǒng)開發(fā)上，一臺電腦的費用是5000元左右,操作系統(tǒng)是Windows XP、后臺數(shù)據(jù)庫采用Oracle前端

27、采用jsp，其軟件費用也不過5000元（正版）。開發(fā)人員1名，開發(fā)本軟件最多3個月，假如花費是5000元，那么開發(fā)費用合計大概是1.5萬元左右。</p><p>　　若經(jīng)銷者采用此管理系統(tǒng)，首先在人員上可以節(jié)省到5名，這樣每年就會節(jié)省幾萬元，這樣光是人員方面節(jié)約的費用就可以用來開發(fā)一個很好的應用軟件。所以如果應用此軟件，不僅節(jié)約很多經(jīng)濟支出，而且減少用紙量，對于環(huán)境保護也有很大的好處。</p>&l

28、t;p><b>　　2.3 時間可行性</b></p><p>　　由于本系統(tǒng)難度不是很大，所以不要求大量的時間，要是完善系統(tǒng)的功能，還是需要一定的時間的，根據(jù)畢業(yè)設計的時間安排以及老師和同學的指導幫助下，合理的安排好設計的進程，因此時間上是可行的。</p><p><b>　　2.4 法律可行性</b></p><p&

29、gt;　　本系統(tǒng)具有一定的權限設置，因此具有一定的安全性，設計過程中并沒有侵犯和違反任何法律。</p><p><b>　　2.5 操作可行性</b></p><p>　　1）使用本軟件人員要求有一定計算機基礎的人員，系統(tǒng)管理員要求由計算機的專業(yè)知識。 </p><p>　　2）管理人員經(jīng)過軟件開發(fā)人員的培訓很容易熟練使用本軟件。</p&

30、gt;<p>　　3）軟件開發(fā)采用人性化設計，具有界面友好，操作簡便等特點，易于使用者操作與理解。</p><p>　　4）一名系統(tǒng)管理員，將進行專業(yè)培訓，他們將熟練管理和維護本系統(tǒng)。</p><p>　　2.6 可行性分析總結</p><p>　　在進行可行性分析時，通常要先研究目前正在使用的系統(tǒng)，然后根據(jù)待開發(fā)系統(tǒng)的要求導出新系統(tǒng)的高層邏輯模型。有

31、時可提出幾個供選擇的方案，并對每個方案從技術上、經(jīng)濟上、使用上、法律等進行可行性分析，在對各個方案進行比較后，選擇其中的一個作為推薦方案[2]。</p><p><b>　　3 需求分析</b></p><p><b>　　3.1 總體目標</b></p><p>　　網(wǎng)絡商城的日常運做的重要環(huán)節(jié)是銷售，本系統(tǒng)的開發(fā)能夠使

32、業(yè)務正規(guī)化和科學化，提高效率并降低出錯率。并且具有較高的保密性。,根據(jù)操作者的使用權限的不同,對系統(tǒng)進行不同操作，達到信息保密的目的；標準件銷售管理系統(tǒng)可以及時通過信息技術把企業(yè)數(shù)據(jù)快速轉化為企業(yè)信息，進而為相關管理者提供決策依據(jù)。</p><p>　　電子商務系統(tǒng)涉及到一定的專業(yè)知識和業(yè)務流程，要開發(fā)一個具有一定使用價值的通用經(jīng)銷軟件，必須深入了解銷售標準件的業(yè)務。針對這一特點，我進行了大量的實地調研，在早期的

33、需求分析中遇到很大的困難，但是經(jīng)參考大量文獻，并到實際的部門進行了調研，對此做了合理的需求分析，在此基礎上制定了合理的方案。</p><p><b>　　3.2 具體目標</b></p><p>　　網(wǎng)絡商城前臺的基本功能：</p><p>　　1.會員系統(tǒng)：基本會員注冊、會員登錄認證。</p><p>　　2.商品陳列

34、系統(tǒng)：商品模糊查詢、商品詳細數(shù)據(jù)介紹。</p><p>　　3.添加商品到采購車、采購車內容的刪除修改。</p><p>　　4.結帳系統(tǒng)：訂單內容的確定及送貨付款方式的選擇。</p><p>　　5.訂單查詢系統(tǒng)：根據(jù)會員的登錄查出會員歷史訂單及訂單的詳細信息。</p><p>　　3.3 系統(tǒng)數(shù)據(jù)流圖及功能分析</p>&l

35、t;p>　　3.3.1 數(shù)據(jù)流圖</p><p>　　數(shù)據(jù)流圖（DFD）是一種圖形化技術，它描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換。在數(shù)據(jù)流圖中沒有任何具體的物理部件，它只是描繪數(shù)據(jù)在軟件中流動和被 處理的邏輯過程。數(shù)據(jù)流圖是系統(tǒng)邏輯功能的圖形表示，即使不是專業(yè)的計算機技術人員也容易理解它，因此是分析員與擁護之間極好的通信工具。此外，設計數(shù)據(jù)流圖時只需考慮系統(tǒng)必須完成的基本邏輯功能，完全不需要

36、考慮這樣具體地實現(xiàn)這些功能，所以它也是今后進行軟件設計的很好的出發(fā)點[2]。</p><p>　　3.3.2 數(shù)據(jù)流圖的基本符號及其含義</p><p>　　表3-1 數(shù)據(jù)流圖符號說明表</p><p>　　Table 3-1 Data stream figure symbols table</p><p><b>　　TOP圖：&

37、lt;/b></p><p><b>　　圖3-1 TOP圖</b></p><p>　　Fig 3-1 TOP figure</p><p>　　表3-2 TOP圖符號說明</p><p>　　Table 3-2 TOP figure nomenclature table</p><p>

38、<b>　　一級細化：</b></p><p>　　圖3-2 商品信息處理數(shù)據(jù)流圖</p><p>　　Fig 3-2 Commodity information processing data stream figure</p><p>　　圖3-3 顧客信息處理數(shù)據(jù)流圖</p><p>　　Fig 3-3 Custo

39、mer information processing data stream figure</p><p>　　圖3-4 交易信息處理數(shù)據(jù)流圖</p><p>　　Fig 3-4 Business also the information processing data stream figure</p><p>　　圖3-5 管理員信息處理數(shù)據(jù)流圖</p&g

40、t;<p>　　Fig 3-5 Manager Information processing data stream figure</p><p>　　圖3-6 顧客登陸處理數(shù)據(jù)流圖</p><p>　　Fig 3-6 Customer lands the processing data stream figure</p><p>　　圖3-7顧客查詢

41、處理數(shù)據(jù)流圖</p><p>　　Fig 3-7 Customer inquires the processing data stream figure</p><p>　　表3-3一級細化數(shù)據(jù)流圖符號說明</p><p>　　Table 3-3 level of thin data streams figures nomenclature </p>

42、<p><b>　　二級細化：</b></p><p>　　圖3-8商品信息處理二級細化數(shù)據(jù)流圖</p><p>　　Fig 3-8 Commodity information processing two levels of thin data streams figures</p><p>　　圖3-9顧客信息處理二級細化數(shù)據(jù)流圖

43、</p><p>　　Fig 3-9 Customer information processing two levels of thin data streams figures</p><p>　　圖3-10交易信息處理二級細化數(shù)據(jù)流圖</p><p>　　Fig 3-10 Business also the information processing two

44、 levels of thin data streams figures</p><p>　　圖3-11管理員登陸信息處理二級細化數(shù)據(jù)流圖</p><p>　　Fig 3-11 Manager lands the information processing two levels of thin data streams figures</p><p>　　圖3-1

45、2顧客登陸信息處理二級細化數(shù)據(jù)流圖</p><p>　　Fig 3-12 Cusstomer lands the information processing two levels of thin data streams figures</p><p>　　表3-4 級細化數(shù)據(jù)流圖符號說明</p><p>　　Table 3-4 Two levels of thi

46、n data streams figures nomenclature</p><p>　　3.4 數(shù)據(jù)字典的設計</p><p>　　數(shù)據(jù)字典是關于數(shù)據(jù)的信息的集合,也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合[4]。使得用戶和系統(tǒng)分析員對于輸入、輸出、存儲成分和中間計算有共同的理解 。一般來說，數(shù)據(jù)字典應該有對下列4類元素的定義組成：</p><p>　　a.

47、數(shù)據(jù)流分量（數(shù)據(jù)元素）</p><p><b>　　b. 數(shù)據(jù)流</b></p><p><b>　　c. 數(shù)據(jù)處理</b></p><p><b>　　d. 數(shù)據(jù)存儲 </b></p><p>　　數(shù)據(jù)字典的實現(xiàn)采用卡片形式書寫數(shù)據(jù)字典，每張卡片上都保存描述一個數(shù)據(jù)的信息。這

48、樣做更新和修改起來比較方便，而且還能單獨處理描述每個數(shù)據(jù)的信息[2]。</p><p>　　數(shù)據(jù)元素卡:對數(shù)據(jù)元素的描述。</p><p>　　2) 數(shù)據(jù)流卡：對數(shù)據(jù)流圖中的數(shù)據(jù)流的定義，主要是系統(tǒng)輸入與輸出的數(shù)據(jù)流。</p><p>　　3) 數(shù)據(jù)處理卡: 對輸入、輸出的數(shù)據(jù)流的處理的描述。</p><p>　　4) 數(shù)據(jù)存儲卡: 用于描述

49、數(shù)據(jù)流圖中的數(shù)據(jù)存儲。</p><p><b>　　4 總體設計</b></p><p>　　軟件設計是開發(fā)階段中最重要的步驟，它是軟件開發(fā)過程中質量得以保證的關鍵步驟。設計提供了軟件的表示，使得軟件的質量評價成為可能。同時，軟件設計又是將用戶要求準確地轉化成為最終的軟件產(chǎn)品的唯一途徑。另一方面，軟件設計是后續(xù)開發(fā)步驟及軟件維護工作的基礎。如果沒有設計，只能建立一個不

50、穩(wěn)定的系統(tǒng)，而且難于測試。</p><p>　　經(jīng)過需求分析階段的工作，系統(tǒng)必須“做什么”已經(jīng)清楚了，現(xiàn)在決定“怎樣做”的時候了?？傮w設計的基本目的就是回答“概括地說，系統(tǒng)應該如何實現(xiàn)這個問題？”，因此，總體設計又稱概要設計或初步設計[4]。</p><p>　　4.1 總體設計的任務及內容</p><p>　　4.1.1 總體設計的任務</p>&l

51、t;p>　　a. 將系統(tǒng)劃分成物理元素——程序、文件、數(shù)據(jù)庫、人工過程和文檔等。</p><p>　　b. 設計軟件的結構，即將需求規(guī)格轉換為軟件體系結構、劃分出程序的模塊組成、模塊間的相互關系 、確定數(shù)據(jù)結構和算法等。</p><p>　　4.1.2 總體設計的設計原理</p><p>　　a. 模塊化：把程序劃分成獨立命名且可獨立訪問的模塊，每個模塊完成一

52、個子功能，把這些模塊集合起來構成一個整體，可以完成指定的功能滿足擁護的需求。</p><p>　　b. 抽象：是人類在認識復雜現(xiàn)象的過程中使用的最強有力的思維工具。抽象就是抽象出事物的本質特征而暫時不考慮它們的細節(jié)。</p><p>　　c. 逐步求精：與抽象互補的概念，集中精力解決要解決的問題而盡量推遲對問題細節(jié)的考慮。</p><p>　　d. 信息隱藏和模塊化

53、：信息隱藏的原理是在設計和確定模塊時，使得一個模塊內包含的信息（過程和數(shù)據(jù)）對于不需要這些信息的模塊來說，是不能訪問的。</p><p>　　e. 模塊獨立：模塊的獨立概念是模塊化、抽象信息隱蔽的局部化概念的直接結果。開發(fā)具有獨立功能而且和其他模塊之間沒有過多的相互作用的模塊，就可以做到模塊獨立。也就是說，使每個模塊完成一個相對獨立的特定子功能，并且和其他模塊之間的關系很簡單。模塊的獨立程度由內聚和耦合兩個標準來

54、衡量。模塊的劃分應該盡量做到高內聚、低耦合。</p><p>　　4.2系統(tǒng)的模塊結構</p><p>　　4.2.1 系統(tǒng)的層次圖/HIPO圖</p><p>　　層次圖是用來描繪軟件的層次結構，而HIPO圖是“層次圖加輸入/處理/輸出圖”的英文縮寫。結構化設計技術把用數(shù)據(jù)流圖表示的系統(tǒng)邏輯模型轉變?yōu)镠IPO圖表示的系統(tǒng)層次模塊結構，且每個模塊具有單入口單出口。結

55、構化設計技術的核心是模塊分解設計，模塊上系統(tǒng)結構圖的主要元素。其設計思想是，采用自頂向下、逐層分解的方法，先給出總的模塊功能，再逐層分解，使其分為多個大小適當，功能明確，具有一定獨立性且容易實現(xiàn)的模塊，從而把一個復雜的系統(tǒng)設計轉變成為多個簡單模塊的設計。</p><p>　　該系統(tǒng)的功能模塊圖如下所示：</p><p>　　4.2.2 系統(tǒng)的IPO圖</p><p>

56、;　　IPO圖是輸入、處理、輸出圖的簡稱，它是美國IBM公司發(fā)展完善起來的一種圖形工具，能夠方便地描繪輸入數(shù)據(jù)、對數(shù)據(jù)的處理和輸出數(shù)據(jù)之間的關系。IPO圖中所使用的圖形符號少又簡單，因此很容易學會使用這種圖形工具。它的基本形式是在左邊的框中列出有關的輸入數(shù)據(jù)，在中間的框中列出主要的處理，在右邊的框內列出產(chǎn)生的輸出數(shù)據(jù)[2]。</p><p>　　圖4-3系統(tǒng)登陸模塊IPO圖</p><p>

57、;　　Fig 4-3System lands the module IPO figure</p><p>　　圖4-4基本資料維護模塊IPO圖</p><p>　　Fig 4-4Basic document maintenance module IPO figure</p><p>　　圖4-5日常維護模塊IPO圖</p><p>　　Fig

58、 4-5 Basic document maintenance module IPO figure</p><p>　　圖4-6顧客查詢模塊IPO圖</p><p>　　Fig 4-6 Customer inquires the module IPO figure</p><p>　　圖4-7顧客登陸IPO圖</p><p>　　Fig 4-

59、7 Customer lands the IPO figure</p><p>　　圖4-8管理員登陸IPO圖</p><p>　　Fig 4-8 Manager lands the IPO figure</p><p>　　圖4-9商品信息管理IPO圖</p><p>　　Fig 4-9 Commodity information mana

60、gement IPO figure</p><p>　　圖4-10管理員登陸信息管理IPO圖</p><p>　　Fig 4-10 Manager lands the information management IPO figure</p><p>　　圖4-11顧客信息管理IPO圖</p><p>　　Fig 4-11 Customer

61、information management IPO figure</p><p>　　圖4-12交易管理IPO圖</p><p>　　Fig 4-12 Business the book to manage the IPO figure</p><p>　　圖4-13交易管理IPO圖</p><p>　　Fig 4-13Business m

62、anages IPO figure</p><p>　　圖4-14商品信息查詢IPO圖</p><p>　　Figure 4-14 Commodity information inquire the IPO figure</p><p>　　圖4-15交易信息查IPO圖</p><p>　　Fig 4-15Business the infor

63、mation to inquire the IPO figure</p><p>　　圖4-16新貨信息錄入IPO圖</p><p>　　Fig 4-16 New Commodity information inputs the IPO figure</p><p>　　圖4-17舊貨信息刪除IPO圖</p><p>　　Fig 4-17Ol

64、d Commodity information deletes the IPO figure</p><p>　　圖4-18商品信息修改IPO圖</p><p>　　Fig 4-18 Commodity information modify the IPO figure</p><p>　　圖4-19顧客信息注冊IPO圖</p><p>　　

65、Fig 4-19 Customer information registers the IPO figure</p><p>　　圖4-20顧客信息注銷IPO圖</p><p>　　Fig 4-20Customer information cancels the IPO figure</p><p>　　圖4-21顧客信息修改IPO圖</p><

66、p>　　Fig 4-21Customer information revises the IPO figure</p><p>　　圖4-22管理員登陸信息注冊IPO圖</p><p>　　Fig 4-22 Manager lands the information to register the IPO figure</p><p>　　圖4-23管理員登陸

67、信息注銷IPO圖</p><p>　　Fig 4-23 Manager lands the information to cancel the IPO figure</p><p>　　圖4-24管理員登陸信息修改IPO圖</p><p>　　Fig 4-24Manager lands the information to revise the IPO figure

68、</p><p><b>　　4.3 接口設計</b></p><p>　　4.3.1 外部接口</p><p>　　a. 用戶界面：在用戶界面部分，根據(jù)需求分析的結果，設計一個簡潔實用易操作的界面。用Java語言進行編程，由JSP進行頁面的設計，用戶直接點擊相應的功能按鈕，即可完成相應的功能。</p><p>　　b.

69、 軟件接口：使用服務器應用軟件TOMCAT 6.0提供到MySQL的用戶接口訪問數(shù)據(jù)庫。</p><p>　　c. 硬件接口：在輸入方面，用鍵盤，鼠標進行輸入。在輸出方面，可以使用顯示器。</p><p>　　4.3.2 內部接口</p><p>　　內部接口方面，各模塊之間采用函數(shù)調用、參數(shù)傳遞、返回值的方式進行信息傳遞。具體參數(shù)的結構將在下面數(shù)據(jù)結構設計的內容中

70、說明。接口傳遞的信息將是以數(shù)據(jù)結構封裝了的數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。</p><p><b>　　4.4 數(shù)據(jù)庫設計</b></p><p>　　數(shù)據(jù)庫是建立數(shù)據(jù)庫應用系統(tǒng)的技術，是信息系統(tǒng)開發(fā)和建設中的核心技術，具體說，數(shù)據(jù)庫設計是指對于一個給定的應用環(huán)境，構造最優(yōu)的數(shù)據(jù)模式，建立數(shù)據(jù)庫及其應用系統(tǒng)，使之能夠有效地存儲數(shù)據(jù)，滿足各種用戶的應用需求

71、（信息要求和處理要求）[5]。</p><p>　　4.4.1 概念結構設計 </p><p>　　將需求分析得到的用戶需求抽象為信息結構即概念模型的過程就是概念結構設計。它是整個數(shù)據(jù)庫設計的關鍵[4]。概念結構的主要特點是：

72、</p><p>　　a. 能夠真實，充分地反映現(xiàn)實世界。</p><p>　　b. 易于理解，易于更改。</p><p>　　c. 易于向關系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉換。</p><p>　　描述概念模型的有力工具是E-R圖。</p><p><b>　　局部E-R圖如下：</b></

73、p><p>　　圖4-25顧客E-R圖</p><p>　　Fig 4-25Customer E-R figure</p><p>　　圖4-26商品類別E-R圖</p><p>　　Fig 4-26 Commodity categories E-R figure</p><p>　　圖4-27商品實體E-R圖</p

74、><p>　　Fig 4-27 Commodity entities E-R figure</p><p>　　圖4-28管理員實體E-R圖</p><p>　　Fig 4-28 Manager Entity E-R figure</p><p>　　圖4-29商品交易E-R圖</p><p>　　Fig 4-29Busi

75、ness borrow and return E-R figure</p><p>　　圖4-30商品分類體實體的E-R圖</p><p>　　Char.4-30 Commodity Class entity E-R char</p><p>　　圖4-31定單實體的E-R圖</p><p>　　Char.4-31Order form ent

76、ity E-R chart varchar2 </p><p><b>　　全局E-R圖如下：</b></p><p>　　圖4-32全局E-R圖</p><p>　　Fig 4-32 Overall situation E-R figure</p><p>　　4.4.2 關系模式設計</p><p

77、>　　由系統(tǒng)的概念模型得出關系模式。主要原則及實現(xiàn)方法如下：</p><p>　　a. 一個實體型轉換為一個關系模式，實體的屬性就是關系的屬性，實體的鍵就是關系的鍵。</p><p>　　b. 一個實體的聯(lián)系轉換為關系模式時，應首先確定該聯(lián)系的類型，再確定相應的鍵：</p><p>　　1) 如果關系的類型為1：1，那么每個實體的鍵均為這個關系的侯選鍵，可以二

78、選一作為這個聯(lián)系的鍵。</p><p>　　2) 如果關系的類型為1：n，那么應把一端實體鍵移動到n端，與n端實體鍵共同組成這個聯(lián)系的鍵。</p><p>　　3) 如果為弱實體集,可為其增加一個強制屬性作為鍵。</p><p>　　4) 如果聯(lián)系的類型為m：n，那么這個聯(lián)系的鍵是兩個實體的鍵的復合，即這個關系的鍵一定為復合鍵。</p><p&g

79、t;　　c. 進行規(guī)范化處理，求出關系模式中的最小依賴集，并規(guī)范到三范式。</p><p><b>　　實體和屬性的定義：</b></p><p>　　商品類別表（種類名稱，種類編號）主鍵是種類編號。</p><p>　　My-Book(BookName,Id).The primary key is Id商品（商品編號，商品名稱，類別，生產(chǎn)廠

80、家，操作日期，價格，數(shù)量）主鍵為商品編號。</p><p>　　My-Book(Id,BookName,Bookclass,Authorr,Publish, JoinDate,Prince，Amunt).The primary key is Id.</p><p>　　顧客（顧客帳號，用戶姓名，密碼，類別，性別，電話，操作日期，郵編，地址，注冊時間,用戶注冊ID）主鍵是顧客帳號。</

81、p><p>　　My_Users(Id,UserName,Password,Kind,Sex,Telephon,RDate, Email ,addressBorrowo, </p><p>　　RegTime，RegIpAddress). The primary key is RId.</p><p>　　管理員（登陸號碼，密碼）主鍵是登陸號碼。</p>

82、<p>　　My_BookAdminuser (AdminUser，AdminPass) .The primary key is AdminUser.</p><p>　　聯(lián)系： 一個顧客可以購買多種不同的商品，而一種商品也可以被多個不同的顧客所購買。一個管理員可以維護多種商品信息，而一種商品也可以有多個管理員管理。</p><p>　　4.4.3 物理數(shù)據(jù)庫設計</p&

83、gt;<p>　　數(shù)據(jù)字典是物理數(shù)據(jù)庫的具體體現(xiàn)，主要規(guī)定各關系的名稱、各列的數(shù)據(jù)類型、長度、小數(shù)位、完整性約束等。</p><p><b>　　表4-2顧客信息表</b></p><p>　　Table 4-2 Commodity information table</p><p><b>　　表4-3商品信息表<

84、;/b></p><p>　　Table 4-3 Commodity information table</p><p><b>　　表4-5商品類別表</b></p><p>　　Table 4-5 Commodity categories table</p><p><b>　　表4-6管理員表<

85、;/b></p><p>　　Table 4-6 Manager table</p><p>　　4.5 安全保密設計</p><p>　　4.5.1 登陸用戶的安全性</p><p>　　系統(tǒng)設計了用戶登陸界面，每個合法用戶有一個登錄名和密碼，該密碼由用戶自行維護，從而實現(xiàn)對用戶的身份驗證。</p><p>　

86、　數(shù)據(jù)保存、傳輸過程的安全性,由于數(shù)據(jù)的一切操作都的服務器上進行，所以保存和傳輸上都相對安全，系統(tǒng)管理員對系統(tǒng)進行監(jiān)管。</p><p>　　4.5.2 操作安全性</p><p>　　對授權顧客的帳號的授予,如果是管理員，那么還可以為本系統(tǒng)添加新顧客信息以及修改他們的信息和密碼。</p><p><b>　　5 詳細設計</b></p&

87、gt;<p>　　5.1 詳細設計的目標及任務</p><p>　　詳細設計階段的根本目標是確定應該這樣具體地實現(xiàn)所需要的系統(tǒng),也就是說,經(jīng)過這個階段的設計工作,應該的出對目標系統(tǒng)的精確描述,從而在編碼階段可以把這個描述直接翻譯成用某種程序設計語言書寫的程序。</p><p>　　詳細設計階段的任務不是具體的編寫程序,而是要設計出程序的“藍圖”,程序員再根據(jù)這個藍圖寫出實際的

88、程序代碼.詳細設計基本上決定了最終的程序代碼的質量[5]。</p><p>　　5.2 輸入輸出設計</p><p>　　5.2.1 界面設計</p><p>　　用戶界面設計是一個迭代的過程，也就是說，通常要先建立設計模型，再用原型實現(xiàn)這個設計模型，并由用戶試用和評估，然后根據(jù)用戶意見進行修改</p><p>　　5.2.2 數(shù)據(jù)輸入設計&

89、lt;/p><p>　　用戶的大部分時間用在選擇命令鍵入數(shù)據(jù)和向系統(tǒng)提供輸入。在許多應用系統(tǒng)中，鍵盤仍然是主要的輸入介質，但是鼠標、數(shù)字化儀、和語音識別系統(tǒng)正迅速地成為重要的輸入手段。</p><p><b>　　數(shù)據(jù)輸入設計原則：</b></p><p>　　a. 盡量減少用戶的輸入動作。最重要的是減少擊鍵次數(shù)。實現(xiàn)方法：用鼠標從預定義的一組輸入

90、中選一個；用“滑動標尺”在給定的值域中指定輸入值；利用宏定義把一次擊鍵轉變成更復雜的輸入數(shù)據(jù)集合；</p><p>　　b. 保持信息顯示和輸入之間的一致性；</p><p>　　c. 允許用戶自定義輸入；</p><p>　　d. 交互應該是靈活的，并且可調整成用戶最喜歡的輸入方式；</p><p>　　e. 使在當前動作語境中不使用的命令

91、不起作用。這可使得那些用戶不去做那些肯定會導致錯誤的動作；</p><p>　　f. 讓用戶控制交互流。用戶應該能跳過不必要的動作，改變所需做的動作的順序（在應用環(huán)境允許前提下），以及在沒有看到程序的情況下從錯誤狀態(tài)中恢復正常；</p><p>　　g. 對所有輸入動作都提供幫助；</p><p>　　h. 消除冗余的輸入。</p><p>

92、　　本系統(tǒng)包括商品信息的錄入，顧客基本信息的錄入。</p><p><b>　　具體如下：</b></p><p>　　表5-1 商品信息輸入表</p><p>　　Table 5-1 Commodity information input table</p><p>　　5.2.3 信息顯示設計</p>

93、<p>　　如果人機界面顯示的信息是不完整的、含糊的或難于理解的，則應該用系統(tǒng)顯然不能滿足用戶的需求[2]。可以采用不同方式“顯示”信息：用文字、圖形和聲音：按位置、移動和大??；使用顏色和省略等。</p><p><b>　　設計原則：</b></p><p>　　a. 只顯示和當前工作內容有關的內容；</p><p>　　b. 不要

94、用數(shù)據(jù)淹沒用戶，應該用便于擁護迅速吸取信息的方式來表示數(shù)據(jù)；</p><p>　　c. 產(chǎn)生有意義的出錯信息；</p><p>　　d. 高效率的使用顯示屏幕等。</p><p><b>　　顯示方式的確定：</b></p><p>　　顯示方式的確定，也就是顯示方法的確定，是用什么設備和介質來產(chǎn)生顯示，不同的顯示方式，

95、所用的介質和設備也不同。最終的顯示輸出方式常用的只有兩種：一種是報表輸出，另一種是圖形輸出。</p><p>　　本系統(tǒng)的顯示設計如下：</p><p>　　表5-2 商品查詢結果輸出</p><p>　　Table 5-2 Commodity inquiries result output</p><p><b>　　5.2.4登

96、陸設計</b></p><p><b>　　登陸窗口：</b></p><p><b>　　圖5-1登陸窗口</b></p><p>　　Fig 5-1 Landing window </p><p>　　功能：可根據(jù)權限對信息進行操作。</p><p>　　說

97、明：電子商務系統(tǒng)每個用戶均可相應的根據(jù)自己的權限對本系統(tǒng)進行登陸，管理員登陸和顧客登陸，管理員登陸后有基本資料維護和日常交易管理兩部分操作，而顧客登陸有修改密碼，查詢顧客購買信息操作。</p><p>　　5.2.5密碼更改設計</p><p><b>　　窗體設計如下：</b></p><p>　　圖5-2密碼更改窗口</p>

98、<p>　　Fig 5-2 Modify password window </p><p>　　功能：用于更改密碼。</p><p>　　說明：電子商務系統(tǒng)每個顧客均可相應的根據(jù)自己帳號和密碼進行修改密碼。</p><p>　　5.2.6商品查詢設計</p><p>　　功能：用于商品查詢。</p><p>

99、;　　說明：可以根據(jù)自己的需要來查詢商品信息。</p><p><b>　　窗體設計如下：</b></p><p>　　圖5-3商品查詢窗口</p><p>　　Fig 5-3 Commodity inquery window </p><p>　　5.3 各模塊內部過程描述</p><p>　　

100、5.3.1 系統(tǒng)登錄</p><p>　　a. 功能：顧客和管理員根據(jù)自己的用戶名和密碼來選擇登陸</p><p>　　b. 輸入項目：號碼（管理員帳號或顧客帳號）和密碼。</p><p>　　c. 輸出項目：登錄顯示的界面。</p><p><b>　　d. 程序流程圖：</b></p><p&g

101、t;　　圖5-4用戶登陸程序流程圖</p><p>　　Fig 5-4 User lands the program flow diagram</p><p>　　5.3.2 基本資料維護</p><p>　　a. 功能：完成基本信息（顧客基本信息、商品基本信息、管理員登陸信息）的查詢、添加、修改、刪除。</p><p>　　b. 輸入項目：

102、顧客基本信息、商品基本信息、管理員登陸信息。</p><p>　　c. 輸出項目：顧客基本信息庫、商品基本信息庫、管理員登陸信息庫。</p><p><b>　　d. 程序流程圖：</b></p><p>　　圖5-5商品基本信息添加</p><p>　　Fig 5-5 Commodity basic informati

103、on increase</p><p>　　5.3.3 查詢管理</p><p>　　a. 功能：商品名稱、類別查詢。</p><p>　　b. 輸入項目：輸入查詢選擇和查詢內容。</p><p>　　c. 輸出項目：查詢結果。</p><p><b>　　d. 程序流程圖：</b></p&

104、gt;<p><b>　　圖5-6查詢流程圖</b></p><p>　　Fig 5-6 Inquery flow figure</p><p>　　5.4在線購物功能模塊</p><p>　　在該模塊用戶可以看見商城現(xiàn)有的商品；顧客可以查找商品（可分類查詢，也可以按關鍵字查詢）；用戶可以購買商品，也可以查看商品的詳細資料，還可以

105、轉道其他模塊，例如查看購物車查看定單信息等。</p><p>　　5.5 “我的購物車功能”功能模塊設計</p><p>　　在這個功能模塊，用戶可以修改購買數(shù)量，可以刪除已經(jīng)選購的商品，可以提交購物車，可以清空購物車，可以繼續(xù)購物，或者查詢商品，或者轉到其他的功能模塊。</p><p>　　5.6 定單信息功能模塊</p><p>　　在該

106、功能模塊用戶可以看見自己已經(jīng)提交的所有定單，可以查看定單的詳細信息情況。</p><p>　　5.6.1 管理界面的設計</p><p>　　為了驗證用戶是否是管理員，所以需要輸入用戶名和密碼來核對。管理員登陸模塊就是為完成這一功能。該模塊用到login.java 和一個需要用戶輸入用戶名和密碼的的表單。</p><p>　　以下是驗證管理員的流程圖 ：</p

107、><p>　　現(xiàn)有商品管理功能模塊設計</p><p>　　在該功能模塊可以查看商品的詳細系資料，可以修改商品信息，也可以刪除商品，</p><p>　　填加新商品功能模塊設計</p><p>　　在這個功能模塊中，管理員可以向系統(tǒng)填加新的商品信息，這個功能的模塊比較單一，實現(xiàn)的時候只需要注意寫異端javascript，當用戶提交表單的時候，對表

108、單數(shù)據(jù)進行驗證。</p><p>　　填加新商品分類模塊設計</p><p>　　在這個功能模塊，需要列出現(xiàn)有的所有的商品分類。管理員可以刪除現(xiàn)有的商品分類，還可以填加新的商品分類。</p><p>　　在進行刪除操作之前會提醒用戶是否真的要刪除信息，以防錯誤的操作給用戶造成損失。</p><p>　　定單管理功能模塊設計</p>

109、<p>　　在這個模塊，管理員可以查看下定單用戶的詳細信息資料，可以查看定單的詳細情況，還可以刪除定單。</p><p><b>　　用戶管理功能模塊</b></p><p>　　管理員可以通過這個模塊查看用戶的詳細資料，修改用戶資料和刪除已經(jīng)存在的用戶資料。</p><p><b>　　6 編碼</b>&l

110、t;/p><p>　　6.1 編碼及其目的</p><p>　　6.1.1 編碼的定義</p><p>　　所謂編碼就是把軟件設計結構翻譯成用某種程序設計語言書寫的程序[8]。作為軟件工程過程的一個階段，編碼是對設計的進一步具體花，因此，程序的質量主要取決于軟件設計的質量[2]。</p><p>　　6.1.2 編碼的目的</p>

111、<p>　　編碼的目的是實現(xiàn)人和計算機的通信，指揮計算機按人的意志正確工作。</p><p>　　6.2 編碼使用的語言</p><p>　　6.2.1 編碼語言的選擇</p><p>　　本文選擇用JSP，與ASP相比， JSP以Java技術為基礎，又在多方面做了改進。具有靜態(tài)頁面與動態(tài)頁面分離，能夠脫離硬件平臺的束縛，以及編譯后運行等特點，完全克服了A

112、SP腳本級執(zhí)行的缺點，因而會逐漸成為Internet的主流開發(fā)工具[3]。</p><p>　　6.2.2 編碼風格特點</p><p>　　a. 邏輯簡明清晰、易讀易懂；</p><p>　　b. 標識符應當直觀且可以拼讀；</p><p>　　c. 不編寫太復雜的復合表達式；</p><p>　　d. 避免使用默認

113、的優(yōu)先級；</p><p>　　e. 禁用go to語句[8]。</p><p>　　6.2.3 編碼舉例</p><p>　　本系統(tǒng)中成員變量的部分代號如下：</p><p>　　表6-1程序中成員變量的部分代號</p><p>　　Table 6-1 Procedure member variable partia

114、l code numbers</p><p><b>　　7 測試</b></p><p>　　7.1 軟件測試的任務及目標</p><p>　　7.1.1 軟件測試的任務</p><p>　　測試的目的就是在軟件投入生產(chǎn)性運行之前，盡可能多發(fā)現(xiàn)軟件中的錯誤。目前軟件測試仍然是保證軟件質量的關鍵步驟，它是對軟件規(guī)格說明、

115、設計和編碼的最后復審[2]。</p><p>　　7.1.2 軟件測試的目標</p><p>　　a. 測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程；</p><p>　　b. 好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案；</p><p>　　c. 成功的測試是發(fā)現(xiàn)了到今為止尚未發(fā)現(xiàn)的的錯誤的測試。</p><

116、p><b>　　7.2 測試方法</b></p><p>　　測試有兩種方法：黑盒測試和白盒測試。</p><p>　　黑盒測試又稱為功能測試，如果已經(jīng)知道了產(chǎn)品應該具有的功能，可以通過測試來檢驗是否功能正常使用[2]。</p><p>　　白盒測試又叫結構測試，如果知道產(chǎn)品的內部工作的過程，可以通過測試來檢驗產(chǎn)品內部動作是否按照規(guī)格說明

117、書的規(guī)定正常運行[2]。</p><p>　　7.2.1 模塊測試</p><p>　　模塊測試的目的是保證每個模塊作為一個單元能正常運行，所以模塊測試又成為單元測試。在這個測試步驟中所發(fā)現(xiàn)的往往是編碼和詳細設計的錯誤。在單元測試期間著重 從下述5個方面對模塊進行測試[8]：</p><p><b>　　a. 模塊接口；</b></p&g

118、t;<p>　　b. 局部數(shù)據(jù)結構；</p><p>　　c. 重要的執(zhí)行通路；</p><p>　　d. 出錯處理通路；</p><p><b>　　e. 邊界條件。</b></p><p>　　7.2.2 集成測試</p><p>　　集成測試是測試和組裝軟件的系統(tǒng)化技術，包括系