超市商品信息管理系統(tǒng)系統(tǒng)畢業(yè)論文

1、<p><b>　　摘要</b></p><p>　　目前，超市行業(yè)是生活中非常常見的行業(yè)。在超市行業(yè)引入超市商品信息系統(tǒng)，是超市經(jīng)營之中最熱門的話題之一。隨著超市規(guī)模的擴大，商品信息的增多，引入商品信息管理系統(tǒng)對超市中商品信息數(shù)據(jù)管理的效率高低、對提高超市的銷售營業(yè)額及超市的正常運轉都具有一定的輔助作用。</p><p>　　超市商品信息系統(tǒng)設計是利用目前

2、比較成熟的網(wǎng)絡數(shù)據(jù)庫的實現(xiàn)技術來對超市商品信息數(shù)據(jù)進行處理的。實現(xiàn)對商品信息的錄入、查詢、修改和維護以及根據(jù)商品信息生成商品采購單等功能。該系統(tǒng)基于B/S（瀏覽器/服務器）模式開發(fā)，開發(fā)工具采用Macromedia dreamweaver8.0，數(shù)據(jù)庫采用SQL SERVER 2000，數(shù)據(jù)訪問技術采用ADO。本文首先進行需求分析，進而進行模塊劃分與設計，最后對整個系統(tǒng)進行了詳細的分析和設計，在設計與實現(xiàn)過程中，結合源代碼具體的描述出整

3、個項目的開發(fā)過程。</p><p>　　關鍵字：超市管理；信息系統(tǒng)；瀏覽器；數(shù)據(jù)訪問；商品信息；</p><p><b>　　Abstract</b></p><p>　　In nowadays, supermarket is a common industry in our live. Injecting the Supermarket Me

4、rchandise Information System into supermarket industry is becoming one of the remarkable issues in supermarket management. With the expanse of supermarket dimensions and the increase of merchandise information, injecting

5、 the Supermarket Merchandise Information System would give some extent assistant affections on the efficiency of merchandise information data management and improvement of vendition turnover, a</p><p>　　Supe

6、rmarket Merchandise Information System Design, which deals with merchandise information data via realization technology of modern network database, is able to accomplish load, search, modification and reparation of merch

7、andise information, and to create the merchandise information based on the stocking bill. The system is developed on B/S (browser / server) model, using the development tools of Macromedia dreamweaver8.0, database of SQL

8、 Server 2000, and the data access technology of ADO. The</p><p>　　Key words：management of super market; information system; browser ;ADO（ActiveX Data Object）;information of merchandise；</p><p>&

9、lt;b>　　目錄</b></p><p><b>　　第一章 緒論1</b></p><p>　　§1.1 問題背景1</p><p>　　§1.2 研究范圍和技術要求1</p><p>　　§1.2.1 研究范圍1</p><p>　　&

10、#167;1.2.2 技術要求1</p><p>　　§1.3 本課題在國內(nèi)外的發(fā)展2</p><p>　　第二章 系統(tǒng)分析及比較論證3</p><p>　　§2.1 系統(tǒng)總體目標3</p><p>　　§2.2 需求分析3</p><p>　　§2.2.1 性能分析

11、3</p><p>　　§2.2.2 運行需求3</p><p>　　§2.2.3 功能需求3</p><p>　　§2.2.4 應用需求分析4</p><p>　　§2.3 數(shù)據(jù)流程圖5</p><p>　　§2.4 系統(tǒng)功能模塊劃分6</p>

12、<p>　　§2.5 C/S和B/S的比較論證9</p><p>　　第三章 數(shù)據(jù)庫設計14</p><p>　　§3.1 數(shù)據(jù)庫設計14</p><p>　　§3.1.1 數(shù)據(jù)庫設計理論基礎14</p><p>　　§3.1.2 系統(tǒng)E-R圖的設計14</p>&

13、lt;p>　　§3.1.3 E—R圖向關系模型的轉化17</p><p>　　§3.2 設計局部數(shù)據(jù)庫實體關系18</p><p>　　§3.3 設計全局數(shù)據(jù)庫實體關系19</p><p>　　第四章 系統(tǒng)詳細設計與實現(xiàn)21</p><p>　　§4.1 ADO訪問數(shù)據(jù)庫21</

14、p><p>　　§4.2 登錄/注銷模塊的實現(xiàn)及MD5加密的實現(xiàn)22</p><p>　　§4.3 密碼修改模塊的實現(xiàn)23</p><p>　　§4.4 普通用戶查詢模塊的實現(xiàn)24</p><p>　　§4.5 商品錄入模塊的實現(xiàn)25</p><p>　　§4.5.

15、1 商品類別管理模塊的實現(xiàn)25</p><p>　　§4.5.2 商品供應商管理模塊的實現(xiàn)29</p><p>　　§4.5.3 商品制造商管理模塊的實現(xiàn)29</p><p>　　§4.5.4 商品圖片管理模塊的實現(xiàn)30</p><p>　　§4.5.5 商品信息錄入/修改模塊的實現(xiàn)31<

16、;/p><p>　　§4.6 商品查詢模塊的實現(xiàn)34</p><p>　　§4.7 商品庫存維護模塊的實現(xiàn)37</p><p>　　§4.8 生成采購清單模塊的實現(xiàn)39</p><p>　　§4.9 商品資源統(tǒng)計模塊的實現(xiàn)41</p><p>　　第五章 測試42<

17、/p><p>　　§5.1 測試目的42</p><p>　　§5.2 測試方法及設計技術42</p><p>　　§5.2.1 測試方法42</p><p>　　§5.2.2 設計技術42</p><p>　　§5.3 測試數(shù)據(jù)42</p><

18、;p>　　§5.3.1 系統(tǒng)登陸模塊測試數(shù)據(jù)42</p><p>　　§5.3.2 密碼修改模塊測試數(shù)據(jù)43</p><p>　　§5.3.3 商品錄入模塊測試數(shù)據(jù)43</p><p>　　§5.3.4 商品信息查詢模塊測試數(shù)據(jù)44</p><p>　　§5.3.5 商品庫存維護

19、模塊測試數(shù)據(jù)45</p><p>　　§5.4 測試結果及分析45</p><p><b>　　結論46</b></p><p><b>　　參考文獻47</b></p><p><b>　　附錄48</b></p><p><

20、b>　　致謝55</b></p><p><b>　　第一章 緒論</b></p><p><b>　　§1.1 問題背景</b></p><p>　　長期以來。超市業(yè)務一直使用著最簡單的人工管理。超市經(jīng)營物品的采購、庫存、銷售及核算的手工信息管理使得工作量巨大、服務質量差、工作效率低。同時對

21、市場的反饋的信息不能及時的處理，從而導致銷售與市場脫節(jié)。最終的結果只能使超市在經(jīng)營中立于不利的地位。</p><p>　　而超市在整個經(jīng)濟產(chǎn)業(yè)中占有相當重要的地位，因為它是最貼近消費者的。如果能夠以最好的服務來對待消費者，對于提高銷售量一定會有很大的幫助。如何利用信息化來幫助我們提高銷售行業(yè)的服務質量，是目前零售業(yè)關心的話題。雖然信息化能提高服務水平，但必須付出一定的建設成本。因此，如果能先了解如何信息化，以及信

22、息化的設計方式，則必將對于降低建置信息設備的投入有相當大的幫助。</p><p>　　本課題應設計出一個超市商品信息數(shù)據(jù)處理WEB數(shù)據(jù)庫應用系統(tǒng)以實現(xiàn)對到超市中的商品信息進行計算機的管理和維護。使用戶在能夠使用一個人性化友好化的界面的同時，也能夠體驗到數(shù)據(jù)的高效處理功能，以及對企業(yè)數(shù)據(jù)的安全性的維護。并且系統(tǒng)可以跨平臺使用，因此不用擔心操作系統(tǒng)不同的問題，系統(tǒng)發(fā)布后在維護和升級及可擴展方面都能很好的實現(xiàn)?？傊?，各

23、方面的條件均已具備，相信可以著手開發(fā)。</p><p>　　§1.2 研究范圍和技術要求</p><p>　　§1.2.1 研究范圍</p><p>　　1.設計該系統(tǒng)的功能模塊劃分。</p><p>　　2.根據(jù)各模塊功能需求，使用SQL SERVER 2000設計出該系統(tǒng)的數(shù)據(jù)庫數(shù)據(jù)表。</p><

24、p>　　3.參考超市商品實際管理情況，完成對系統(tǒng)的需求分析及設計文檔。</p><p>　　4.完成各模塊的界面設計。</p><p>　　5.實現(xiàn)商品管理各模塊代碼編制功能</p><p>　　6.員工工作效率的提高以及公司設備的相對減少。</p><p>　　7.一次編寫、到處使用，不受到操作系統(tǒng)的限制。</p>&l

25、t;p>　　8.數(shù)據(jù)的安全性好精確性高。</p><p>　　§1.2.2 技術要求</p><p>　　1.合理劃分功能模塊。</p><p>　　2.數(shù)據(jù)庫設計滿足功能要求，數(shù)據(jù)表數(shù)量最小。</p><p>　　3.數(shù)據(jù)庫冗余度小，盡量滿足三范式要求。</p><p>　　4.繪制數(shù)據(jù)庫各數(shù)據(jù)表之間

26、的關系圖。</p><p>　　5.建立數(shù)據(jù)庫訪問接口類，實現(xiàn)對數(shù)據(jù)庫的訪問。</p><p>　　6.完成功能模塊中的一個較小的功能，以測試數(shù)據(jù)庫接口的正確性。</p><p>　　7.盡量代碼重用，減輕代碼編寫強度。</p><p>　　§1.3 本課題在國內(nèi)外的發(fā)展</p><p>　　超市自動化的商品

27、管理在歐美等國已經(jīng)實行了多年，也是超市行業(yè)管理的基礎。它最主要的特點是能夠實時和準確的控制整個超市的銷售情況。如果可以實時掌握銷售流程和銷售情況，則可以有效的加速商品的周轉率并提高服務質量，而且可以減少產(chǎn)品售價不符等所產(chǎn)生的問題。一般的零售業(yè)銷售必須是快速而且不允許出錯的，如果能在銷售前盡早了解目前商品的庫存情況，并且掌握商品的周轉率，就可以減少商品中的供過于求或供不應求等情況的發(fā)生。</p><p>　　隨著全

28、球信息技術的發(fā)展，很多企事業(yè)單位客觀上需要有綜合的管理軟件來對本單位業(yè)務與服務信息進行綜合管理，很多軟件也正是在這樣的背景下應運而生了。當前，數(shù)據(jù)庫管理系統(tǒng)已經(jīng)應用于各行各業(yè)，管理信息系統(tǒng)使企業(yè)管理技術走向了成熟。在國內(nèi)外的很多連鎖超市企業(yè)，已經(jīng)長時間的使用了Excel VBA應用程序管理系統(tǒng)，但是這種系統(tǒng)已經(jīng)逐漸的暴露出它的很多不足，早已不能滿足我們的需求。如今在管理信息系統(tǒng)的開發(fā)應用中，Microsoft公司的ASP（Active

29、Server Pages）被廣為使用。ASP實際上是將標準的HTML文件拓展了一些附加特征，為編寫人員提供了在服務器端運行腳本的環(huán)境，使編寫人員可以利用VBScript和JavaScript或其他的第三方腳本語言來創(chuàng)建ASP，實現(xiàn)過去需要編寫復雜的CGI程序才能實現(xiàn)的有動態(tài)內(nèi)容的網(wǎng)頁，如計數(shù)器等。ASP提供了一些內(nèi)置對象和組件，允許用戶從瀏覽器中接收和發(fā)送信息。ASP可以和諸如SQL Server這樣的數(shù)據(jù)庫進行連接，進而完成數(shù)據(jù)的交換

30、與更新，人們越來越明顯的感覺到它的強大功能，因此，企業(yè)要更新?lián)Q代以前的系統(tǒng)已經(jīng)是大勢所趨。好的系統(tǒng)和正規(guī)化的管理可</p><p>　　第二章 系統(tǒng)分析及比較論證</p><p>　　§2.1 系統(tǒng)總體目標</p><p>　　1.超市商品數(shù)據(jù)庫的設計</p><p>　　2.超市商品數(shù)據(jù)庫所需信息的錄入</p>&l

31、t;p>　　3.超市商品數(shù)據(jù)的查詢、修改和維護</p><p>　　4.根據(jù)商品信息生成商品采購單</p><p>　　5.實現(xiàn)數(shù)據(jù)錄入、查詢、統(tǒng)計的全面網(wǎng)絡化管理，達到數(shù)據(jù)一次錄入、隨處訪問的目的。</p><p>　　6.報表全面，涵蓋進貨、庫存、銷售等全面信息</p><p>　　7.采用圖形界面，人機界面友好，使操作簡單，學習容

32、易。</p><p><b>　　§2.2 需求分析</b></p><p>　　§2.2.1 性能分析</p><p>　　系統(tǒng)涉及到超市的一些重要信息,因而安全性極為重要,設有加密的權限和對用戶密碼進行加密,保證系統(tǒng)安全可靠.</p><p>　　考慮到目前處于畢業(yè)設計階段,但該系統(tǒng)今后可能投入到

33、商業(yè)化運營中,故該系統(tǒng)的總體性能應有一定的嚴格要求,具體如下:聯(lián)機系統(tǒng)對用戶請求的響應時間不應超過10S,以免用戶產(chǎn)生等待感;</p><p>　　§2.2.2 運行需求</p><p>　　支持該系統(tǒng)運行的系統(tǒng)軟件是：Windows XP SP2 +IIS5.1；數(shù)據(jù)庫管理系統(tǒng)是：MS SQL Server 2000；</p><p>　　數(shù)據(jù)通信接口

34、：局域網(wǎng)</p><p>　　§2.2.3 功能需求</p><p>　　本系統(tǒng)主要要求實現(xiàn)：系統(tǒng)登陸模塊、密碼修改模塊、商品錄入模塊、商品信息查詢模塊、商品信息維護模塊、生成采購清單模塊、商品資源統(tǒng)計這七大模塊。詳細如實的記錄物品的品種分類，了解市場發(fā)展方向，及時修正進貨信息，修改庫存管理辦法、結算工作辦法、采購管理辦法等，提高工作效率，節(jié)余財力物力資源。</p>

35、<p>　　§2.2.4 應用需求分析</p><p>　　超市商品信息管理系統(tǒng)主要滿足2種類型用戶的需求，這2種類型用戶分別為一般用戶組、系統(tǒng)管理員組，以下將分別詳細討論這2種類型的用戶需求：</p><p>　　用戶的靜態(tài)結構圖如圖2.1所示：</p><p>　　圖2.1 用戶的靜態(tài)結構圖</p><p>　　普通

36、用戶組：普通用戶組是這兩種用戶里面權限較低的用戶，只可以對超市商品信息進行瀏覽，無法進行其他操作，而且無需經(jīng)過身份驗證即可實現(xiàn)該操作。</p><p>　　普通用戶組的用例圖如圖2.2所示：</p><p>　　圖2.2 普通用戶組的用例圖</p><p>　　系統(tǒng)管理員組：系統(tǒng)管理員組是這兩種用戶里面權限較高的用戶，不僅可以對超市商品信息按需求進行瀏覽，而且可以對

37、此進行錄入、編輯、刪除，同時可以統(tǒng)計整個超市商品信息、維護庫存、按需求生成采購清單。但以上各種操作也必須先通過驗證后方可進行。</p><p>　　系統(tǒng)管理員組的用例圖如圖2.3所示：</p><p>　　圖2.3 系統(tǒng)管理員組的用例圖</p><p>　　§2.3 數(shù)據(jù)流程圖</p><p>　　數(shù)據(jù)流程分析是把數(shù)據(jù)在組織內(nèi)部的流

38、動情況抽象的獨立出來，舍去了具體的組織機構、信息載體、物質、材料等，單從數(shù)據(jù)流動過程來考察實際業(yè)務的數(shù)據(jù)處理模式。數(shù)據(jù)流程圖是數(shù)據(jù)流成分析所使用的主要工具之一。根據(jù)以上的分析，由此給出系統(tǒng)的數(shù)據(jù)流程圖，如圖2.4所示：</p><p>　　圖2.4系統(tǒng)數(shù)據(jù)流程圖</p><p>　　§2.4 系統(tǒng)功能模塊劃分</p><p>　　根據(jù)前面的功能需求分析，該

39、超市商品信息管理系統(tǒng)主要包括以下七大模塊，如圖2.5所示：</p><p>　　圖2.5 系統(tǒng)主要功能模塊圖</p><p>　　1．系統(tǒng)登陸模塊：是一個包括前臺和后臺管理系統(tǒng)，前臺對所有用戶開放，無需經(jīng)過身份驗證。而后臺是系統(tǒng)管理員組，因此需要對用戶進行身份驗證，該模塊采用MD5算法加密。</p><p>　　2．密碼修改模塊：是塊針對系統(tǒng)管理員使用，管理員可以根

40、據(jù)自己的需要修改密碼。</p><p>　　3．商品錄入模塊是：針對系統(tǒng)管理員使用，包括五個子模塊：商品類別管理子模塊、商品供應商管理子模快、商品制造商管理子?？?、商品圖片管理子?？?、商品信息錄入/修改子模快。商品錄入部分功能模塊圖如圖2.6所示：</p><p>　　圖2.6 商品錄入功能模塊圖</p><p>　　(1)商品類別管理子模塊</p>

41、<p>　　該模塊的功能包括：添加新的商品類別（包括類別名稱、類別說明的添加，其中類別說明可為空）；對已存在的商品類別進行編輯（既是指在已有的類別名稱和類別說明處錄入新的信息并加以保存）、刪除。</p><p>　　(2)商品供應商管理子模塊</p><p>　　該模塊的功能包括：添加新的商品供應商（包括供應商名稱、供應商說明的添加，其中供應商說明可為空）；對已存在的商品供應商進

42、行編輯（既是指在已有的供應商名稱和供應商說明處錄入新的信息并加以保存）、刪除。</p><p>　　(3)商品制造商管理子模塊</p><p>　　該模塊的功能包括：添加新的商品制造商（包括制造商名稱、制造商說明的添加，其中制造商說明可為空）；對已存在的商品制造商進行編輯（既是指在已有的制造商名稱和制造商說明處錄入新的信息并加以保存）、刪除。</p><p>　　(

43、4)商品圖片管理子模塊</p><p>　　該模塊的功能包括：上傳新的商品圖片（首先通過瀏覽，在電腦中選取所需圖片實現(xiàn)上傳）；對已存在的商品圖片進行查看、編輯、刪除。</p><p>　　(5)商品信息錄入/修改子模塊</p><p>　　該模塊的功能包括：添加新的商品信息（包括商品名稱、商品條形碼、商品說明的填寫，商品類別、商品制造商、商品供應商以及商品圖片的選擇

44、，其中只有商品說明可為空）；對已存在的商品信息進行編輯（既是對已添加的商品信息進行新的錄入并加以保存）、刪除。</p><p>　　4．商品信息查詢模塊是：包括普通用戶查詢于管理員查詢兩個模塊。普通用戶查詢模塊是的功能是可以根據(jù)類別劃分，查詢所需了解商品信息，包括：商品編號、商品名稱、商品類別、商品條形碼、商品制造商、商品說明、商品圖片、商品價格。商品查詢模塊部分功能模塊圖如圖2.7所示：</p>

45、<p>　　圖2.7 商品查詢功能模塊圖</p><p>　　管理員查詢模塊又包括四個子模塊：按類別查詢子模快（又包括精確查詢和模糊查詢）、按供應商查詢子?？臁瓷唐蜂N售排行查詢（又包括按升序查詢和按降序查詢）子?？臁瓷唐访Q查詢（又包括精確查詢和模糊查詢）子?？臁?lt;/p><p>　　(1)按類別查詢子?？?lt;/p><p>　　該模塊的主要功能包括：選

46、擇商品類別－輸入查詢關鍵字－選擇查詢方式（精確查詢或模糊查詢）－點擊查詢功能鍵實現(xiàn)該功能。</p><p>　　(2)按供應商查詢子?？?lt;/p><p>　　該模塊的主要功能包括：選擇商品供應商－輸入查詢關鍵字－選擇查詢方式（精確查詢或模糊查詢）－點擊查詢功能鍵實現(xiàn)該功能。</p><p>　　(3)按類別查詢子?？?lt;/p><p>　　該模

47、塊的主要功能包括：選擇按銷售排行查詢方式（升序或降序）－輸入查詢長度－點擊查詢功能鍵實現(xiàn)該功能。</p><p>　　(4)按商品名稱查詢子模快</p><p>　　該模塊的主要功能包括：輸入商品名稱－選擇查詢方式（精確查詢或模糊查詢）－點擊查詢功能鍵實現(xiàn)該功能。</p><p>　　5．商品庫存信息維護模塊是：針對系統(tǒng)管理員組，其主要功能包括：按商品名稱可模糊查詢

48、、查詢出所需添加庫存記錄的商品后，對出/入庫數(shù)量及出/入庫價格進行添加：也可通過模糊查詢直接查看所有商品或指定商品的出/入庫記錄。</p><p>　　6．生成采購清單模塊是：針對系統(tǒng)管理員組，其主要功能是根據(jù)需求指定商品庫存數(shù)量少于某數(shù)量時將被列入提示清單繼而生成采購清單。</p><p>　　7．資源統(tǒng)計模塊是：針對系統(tǒng)管理員組，其主要功能是實現(xiàn)按商品類別統(tǒng)計商品的種數(shù)，和本類別商品的

49、出入庫記錄，從而統(tǒng)計出出入庫數(shù)量和金額。</p><p>　　§2.5 C/S和B/S的比較論證</p><p>　　1．C/S和B/S的不同點</p><p>　　C/S和B/S是當今世界開發(fā)模式技術架構的兩大主流技術。</p><p>　　Client/Server是建立在局域網(wǎng)的基礎上的，Browser/Server是建立在廣

50、域網(wǎng)的基礎上的。 </p><p>　?。?）、硬件環(huán)境不同： </p><p>　　C/S一般建立在專用的網(wǎng)絡上，小范圍里的網(wǎng)絡環(huán)境，局域網(wǎng)之間再通過專門服務器提供連接和數(shù)據(jù)交換服務。 </p><p>　　B/S建立在廣域網(wǎng)之上的，不必是專門的網(wǎng)絡硬件環(huán)境，例如電話上網(wǎng)，租用設備，信息自己管理，有比C/S更強的適應范圍，一般只要有操作系統(tǒng)和瀏覽器就行。 <

51、/p><p>　?。?）、對安全要求不同 </p><p>　　C/S一般面向相對固定的用戶群，對信息安全的控制能力很強。一般高度機密的信息系統(tǒng)采用C/S結構適宜，可以通過B/S發(fā)布部分可公開信息。 </p><p>　　B/S建立在廣域網(wǎng)之上，對安全的控制能力相對弱，面向是不可知的用戶群。 </p><p>　?。?）、對程序架構不同 <

52、/p><p>　　C/S程序可以更加注重流程，可以對權限多層次校驗，對系統(tǒng)運行速度可以較少考慮。 </p><p>　　B/S對安全以及訪問速度的多重的考慮，建立在需要更加優(yōu)化的基礎之上。比C/S有更高的要求，B/S結構的程序架構是發(fā)展的趨勢，從MS的.Net系列的BizTalk2000Exchange2000等，全面支持網(wǎng)絡的構件搭建的系統(tǒng)。SUN和IBM推的JavaBean構件技術等，使B

53、/S更加成熟。 </p><p>　?。?）、軟件重用不同 </p><p>　　C/S程序可以不可避免的整體性考慮，構件的重用性不如在B/S要求下的構件的重用性好。 </p><p>　　B/S對的多重結構，要求構件相對獨立的功能。能夠相對較好的重用。就如買來的餐桌可以再利用，而不是做在墻上的石頭桌子。 </p><p>　　（5）、系統(tǒng)維

54、護不同 </p><p>　　系統(tǒng)維護是軟件生存周期中，開銷大，相當重要  </p><p>　　2．C/S和B/S的優(yōu)勢與劣勢</p><p>　　C/S架構軟件的優(yōu)勢與劣勢：</p><p>　　（1）、應用服務器運行數(shù)據(jù)負荷較輕。 </p><p>　　（2）、數(shù)據(jù)的儲存管理功能較為透明。 </p

55、><p>　?。?）、C/S架構的劣勢是高昂的維護成本且投資大。 </p><p>　　其次，傳統(tǒng)的C/S結構的軟件需要針對不同的操作系統(tǒng)系統(tǒng)開發(fā)不同版本的軟件，由于產(chǎn)品的更新?lián)Q代十分快，代價高和低效率已經(jīng)不適應工作需要。在JAVA這樣的跨平臺語言出現(xiàn)之后，B/S架構更是猛烈沖擊C/S，并對其形成威脅和挑戰(zhàn)。</p><p>　　B/S架構軟件的優(yōu)勢與劣勢： </

56、p><p>　?。?）、維護和升級方式簡單。 </p><p>　?。?）、成本降低，選擇更多。 </p><p>　?。?）、應用服務器運行數(shù)據(jù)負荷較重。 </p><p>　　3．B/S結構的好處 </p><p>　　盡管C/S結構相對于更早的文件服務器來說，有了很大的進步，但與B/S相比，缺點和不足是很明

57、顯的。 </p><p>　　(1) B/S比C/S的維護工作量大大減少了。C/S結構的每一個客戶端都必須安裝和配置軟件。 而B/S結構，客戶端不必安裝及維護。</p><p>　　(2)B/S相對C/S能夠降低總體擁有成本。由于從應用服務到客戶端只傳遞最終的結果，數(shù)據(jù)量較少，使用電話線也能夠信任。而采用C/S兩層結構，使用電話線作為傳輸線路可能因為速度太慢而不能夠接受

58、。 采用三層結構的璐華軟件的配置可以是提高服務器的配置，降低客戶端的配置。這樣增加的只是一臺服務器（應用服務和數(shù)據(jù)庫服務可以放在同一臺計算機中）的價格，而降低的卻是幾十臺客戶端機器的價格。起到了降低總體擁有成本的作用。</p><p>　　(3) B/S比C/S的 數(shù)據(jù)安全性更強</p><p>　　由于C/S結構軟件的數(shù)據(jù)分布特性，客戶端所發(fā)生的火災、盜搶、地震、病毒、黑客等都

59、成了可怕的數(shù)據(jù)殺手。另外，對于集團級的異地軟件應用，C/S結構的軟件必須在各地安裝多個服務器，并在多個服務器之間進行數(shù)據(jù)同步。如此一來，每個數(shù)據(jù)點上的數(shù)據(jù)安全都影響了整個應用的數(shù)據(jù)安全。所以，對于集團級的大型應用來講，C/S結構軟件的安全性是令人無法接受的。對于B/S結構的軟件來講，由于其數(shù)據(jù)集中存放于總部的數(shù)據(jù)庫服務器，客戶端不保存任何業(yè)務數(shù)據(jù)和數(shù)據(jù)庫連接信息，也無需進行什么數(shù)據(jù)同步，所以這些安全問題也就自然不存在了。</p&g

60、t;<p>　　(4) B/S比C/S的 數(shù)據(jù)一致性更強</p><p>　　在C/S結構軟件的解決方案里，對于異地經(jīng)營的大型集團都采用各地安裝區(qū)域級服務器，然后再進行數(shù)據(jù)同步的模式。這些服務器每天必須同步完畢之后，總部才可得到最終的數(shù)據(jù)。由于局部網(wǎng)絡故障造成個別數(shù)據(jù)庫不能同步不說，即使同步上來，各服務器也不是一個時點上的數(shù)據(jù)，數(shù)據(jù)永遠無法一致，不能用于決策。對于B/S結構的軟件來講，其數(shù)據(jù)是集中存

61、放的，客戶端發(fā)生的每一筆業(yè)務單據(jù)都直接進入到中央數(shù)據(jù)庫，不存在數(shù)據(jù)一致性的問題。</p><p>　　(5) B/S比C/S的數(shù)據(jù)實時性更強</p><p>　　在集團級應用里，C/S結構不可能隨時隨地看到當前業(yè)務的發(fā)生情況，看到的都是事后數(shù)據(jù)；而B/S結構則不同，它可以實時看到當前發(fā)生的所有業(yè)務，方便了快速決策，有效地避免了企業(yè)損失。</p><p>　　(6)

62、B/S比C/S的數(shù)據(jù)溯源性更強</p><p>　　由于B/S結構的數(shù)據(jù)是集中存放的，所以總公司可以直接追溯到各級分支機構(分公司、門店)的原始業(yè)務單據(jù)，也就是說看到的結果可溯源。大部分C/S結構的軟件則不同，為了減少數(shù)據(jù)通信量，僅僅上傳中間報表數(shù)據(jù)，在總部不可能查到各分支機構(分公司、門店)的原始單據(jù)。</p><p>　　從以上的分析可以看出，B/S結構的大型管理軟件有著C/S結構軟件

63、無法比擬的優(yōu)勢。而從國外的發(fā)展趨勢來看，也驗證了這一點。目前，國外大型企業(yè)管理軟件要么已經(jīng)是B/S結構的，要么正在經(jīng)歷從C/S到B/S結構的轉變。從國內(nèi)諸多軟件廠商積極投入開發(fā)B/S結構軟件的趨勢來看，B/S結構的大型管理軟件勢必在將來的幾年內(nèi)占據(jù)管理軟件領域的主導地位。</p><p>　　B/S（Brower/Server，瀏覽器/服務器）的網(wǎng)絡結構如圖2.8所示：</p><p>　

64、　圖2.8 B/S的網(wǎng)絡結構圖</p><p>　　綜上所述，該超市管理系統(tǒng)設計采用的技術是基于B/S（Browser/Server）結構即瀏覽器和服務器結構。它是隨著Internet技術的興起，對C/S結構的一種變化或者改進的結構。在這種結構下，用戶工作界面是通過WWW瀏覽器來實現(xiàn)，極少部分事務邏輯在前端（Browser）實現(xiàn)，但是主要事務邏輯在服務器端（Server）實現(xiàn)，形成所謂三層3-tier結構。這樣就

65、大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護與升級的成本和工作量，降低了用戶的總體成本（TCO）。</p><p>　　第三章 數(shù)據(jù)庫設計</p><p>　　§3.1 數(shù)據(jù)庫設計</p><p>　　數(shù)據(jù)庫設計是建立數(shù)據(jù)庫及其應用系統(tǒng)的技術，是信息系統(tǒng)開發(fā)和建設中的核心技術，具體說，數(shù)據(jù)庫設計是指對于一個給定的應用環(huán)境，構造最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其

66、應用系統(tǒng)，使之能夠有效地存儲數(shù)據(jù)，滿足各種用戶的應用需求（信息要求和處理要求）。因此建立一個良好的數(shù)據(jù)組織結構和數(shù)據(jù)庫，使整個系統(tǒng)都可以迅速、方便、準確地調(diào)用和管理所需的數(shù)據(jù)，是衡量信息系統(tǒng)開發(fā)工作好壞的主要指標之一。</p><p>　　該系統(tǒng)采用SQL Server 2000數(shù)據(jù)庫服務器，Microsoft SQL Server 2000是一個分布式的關系型數(shù)據(jù)庫管理系統(tǒng)，具有客戶機/服務器體系結構，它支持遠

67、程訪問數(shù)據(jù)庫。程序不僅為基于客戶端的用戶數(shù)據(jù)訪問提供界面，而且對服務器上的數(shù)據(jù)進行結構管理和存儲。</p><p>　　§3.1.1 數(shù)據(jù)庫設計理論基礎</p><p>　　一個成功的信息管理系統(tǒng)，是建立在許多條件之上的，而數(shù)據(jù)庫是其中一個非常重要的條件和關鍵技術。要設計出一個好的信息管理系統(tǒng)數(shù)據(jù)庫，除滿足系統(tǒng)所要求的功能外，還必須遵守下列原則：1. 基本表的個數(shù)越少越好。2

68、. 主鍵的個數(shù)越少越好。鍵是表間連接的工具，主鍵越少，表間的連接就越簡單。3. 字段的個數(shù)越少越好。4. 所有基本表的設計均應盡量符合第三范式。數(shù)據(jù)庫的設計中，如何處理多對多的關系和如何設計主鍵，是兩個有著較大難度、需要重點考慮的問題。</p><p>　　§3.1.2 系統(tǒng)E-R圖的設計</p><p>　　數(shù)據(jù)模型是數(shù)據(jù)庫系統(tǒng)的核心和基礎，各種機器上的DBMS都是基于某

69、種數(shù)據(jù)模型的。但在數(shù)據(jù)庫設計中，如果直接將現(xiàn)實中的客觀對象直接轉換為機器世界中的對象常常比較困難，因此往往將現(xiàn)實世界中的客觀對象首先抽象為不依賴任何具體機器的信息結構，這種信息結構不是DBMS支持的數(shù)據(jù)模型，而是概念及模型，于是就需要E-R圖的出現(xiàn)。</p><p>　　E-R模型（entity relationship model）是P.P.CHEN于1976年提出的。這個模型是直接從現(xiàn)實世界中抽象出實體類型及

70、實體間聯(lián)系，即是一種用于描述靜態(tài)數(shù)據(jù)結構的概念模型，是對現(xiàn)實世界的一種抽象。它的主要成分是實體、聯(lián)系和屬性。因此可利用E-R模型進行數(shù)據(jù)庫概念設計。邏輯設計的目的是把概念設計階段的基本E-R圖轉換為與選用的機器上的DBMS所支持的數(shù)據(jù)模型相符合的邏輯結構。</p><p>　　E-R圖是直觀表示概念模型的工具，它有四個基本成分：</p><p>　　(1）矩形框，表示實體類型（考慮問題的對

71、象）。</p><p>　　(2）菱形框，表示聯(lián)系類型（實體間的聯(lián)系）。</p><p>　　(3）橢圓形框，表示實體類型和聯(lián)系類型的屬性。對于關鍵碼的屬性，在屬性名下劃一橫線。</p><p>　　(4）.直線，聯(lián)系類型與其涉及的實體類型之間以直線連接。</p><p>　　在本系統(tǒng)中，根據(jù)需要可以錄入、查詢、修改商品信息，同時還可以了解在

72、庫存和生成采購清單情況。依據(jù)數(shù)據(jù)庫管理的實際情況，考慮了多方面的因素以后，確定系統(tǒng)的E-R圖如下：</p><p><b>　　管理員：</b></p><p>　　圖3.1 管理員E-R圖</p><p><b>　　供應商：</b></p><p>　　圖3.2 供應商E-R圖</p>

73、;<p><b>　　圖片:</b></p><p>　　圖3.3 圖片E-R圖</p><p><b>　　商品庫存:</b></p><p>　　圖3.4 商品庫存E-R圖</p><p><b>　　類別：</b></p><p>　

74、　圖3.5 類別E-R圖</p><p><b>　　制造商：</b></p><p>　　圖3.6 制造商E-R圖</p><p><b>　　商品：</b></p><p>　　圖3.7 商品E-R圖</p><p><b>　　h.</b><

75、/p><p>　　圖3.8 商品超市信息系統(tǒng)E-R圖</p><p>　　§3.1.3 E—R圖向關系模型的轉化</p><p>　　E-R圖向關系模型的轉換要解決的問題是如何將實體和實體間的聯(lián)系轉換為關系模型，如何確定這些關系模型的屬性和碼。</p><p>　　關系模型的邏輯結構是一組關系模式的集合。E-R圖則由實體、實體的屬性和實

76、體之間的聯(lián)系三個要素組成的。所以將E-R圖轉換為關系模型實際上就是要將實體、實體的屬性和實體之間的聯(lián)系轉換為關系模式，這種轉換一般遵循如下原則：</p><p>　　(1) 若兩個實體間的聯(lián)系是1：1，可以在兩個實體類型轉換成的兩個關系模式中任意一個關系模式的屬性中加入另一個關系模式的健和聯(lián)系類型的屬性。</p><p>　　(2) 若兩個實體間的聯(lián)系是1：N，則在N端實體類型轉換成的關系

77、模式中加入1端實體類型轉換成的關系模式的鍵和聯(lián)系類型的屬性。</p><p>　　(3)若兩個實體間的聯(lián)系是M：N，則將聯(lián)系類型也轉換成關系模式，其屬性為兩端實體的鍵加上聯(lián)系類型的屬性，而鍵為兩端實體間的組合。</p><p>　　因此，根據(jù)以上規(guī)則，本系統(tǒng)E—R模型向關系模式的轉換如下：</p><p>　　(1) 管理員（管理員編號，用戶名，用戶密碼）；<

78、/p><p>　　(2) 供應商（供應商編號，供應商名稱，供應商說明）</p><p>　　(3) 圖片（圖片編號，圖片名稱，圖片數(shù)據(jù)）</p><p>　　(4) 商品庫存（庫存編號，商品編號，出/入庫日期，庫存變動，加入數(shù)量，減少數(shù)量，商品價格，總價格，經(jīng)辦人）；</p><p>　　(5) 類別（類別編號，類別名稱，類別說明）；</p

79、><p>　　(6) 制造商（制造商編號，制造商名稱，制造商說明）；</p><p>　　(7) 商品（商品編號，商品名稱，商品類別，商品條形碼，商品供應商，商品制造商，商品說明，商品圖片編號，商品添加人）；</p><p>　　§3.2 設計局部數(shù)據(jù)庫實體關系</p><p>　　通過對E—R圖轉換的關系模式進行分析，并結合庫存管理信

80、息系統(tǒng)的具體功能、要求和開發(fā)數(shù)據(jù)庫系統(tǒng)的特點，對系統(tǒng)的局部數(shù)據(jù)庫實體關系做如下設計：</p><p>　　Admin表如下3.1所示：</p><p>　　表3.1 數(shù)據(jù)庫Admin表</p><p>　　2. 供應商(GYS)表如下3.2所示：</p><p>　　表3.2 數(shù)據(jù)庫供應商表</p><p>　　3.圖

81、片（Images）表如下3.3所示：</p><p>　　表3.3 數(shù)據(jù)庫圖片表</p><p>　　4. 商品庫存(KC)表如下3.4所示：</p><p>　　表3.4 數(shù)據(jù)庫商品庫存表</p><p>　　5. 商品類別（LB）表如下3.5所示：</p><p>　　表3.5 數(shù)據(jù)庫商品類別表</p>

82、<p>　　6. 商品制造商（ZZS）表如下3.6所示：</p><p>　　表3.6 數(shù)據(jù)庫商品制造商表</p><p>　　7. 商品 (SP)表如下3.7所示：</p><p>　　表3.6 數(shù)據(jù)庫商品表</p><p>　　§3.3 設計全局數(shù)據(jù)庫實體關系</p><p>　　實體關系模

83、型的“聯(lián)系”用于刻畫實體之間的關聯(lián)。一種完整的方式是對局部結構中任意兩個實體類型，依據(jù)需求分析的結果，考察局部結構中任意兩個實體類型之間是否存在聯(lián)系。若有聯(lián)系，進一步確定是1:N，M:N，還是1:1等。還要考察一個實體類型內(nèi)部是否存在聯(lián)系，兩個實體類型之間是否存在聯(lián)系，多個實體類型之間是否存在聯(lián)系，等等。</p><p>　　數(shù)據(jù)庫的全局實體關系如圖3.9所示： </p><p>　　圖3

84、.9 數(shù)據(jù)庫全局實體關系圖</p><p>　　第四章 系統(tǒng)詳細設計與實現(xiàn)</p><p>　　§4.1 ADO訪問數(shù)據(jù)庫</p><p>　　在管理信息系統(tǒng)的開發(fā)應用中，Microsoft公司的ASP（Active Server Pages）被廣為使用。ASP實際上是將標準的HTML文件拓展了一些附加特征，為編寫人員提供了在服務器端運行腳本的環(huán)境，使編

85、寫人員可以利用VBScript和JavaScript或其他的第三方腳本語言來創(chuàng)建ASP，實現(xiàn)過去需要編寫復雜的CGI程序才能實現(xiàn)的有動態(tài)內(nèi)容的網(wǎng)頁，如計數(shù)器等。ASP提供了一些內(nèi)置對象和組件，允許用戶從瀏覽器中接收和發(fā)送信息。ASP可以和諸如SQL Server這樣的數(shù)據(jù)庫進行連接，進而完成數(shù)據(jù)的交換與更新。</p><p>　　ADO對OLEDB數(shù)據(jù)庫訪問規(guī)范進行了封裝，用戶通過OLEDB中的COM標準存取各種

86、異構數(shù)據(jù)，加強了對WEB應用的支持。它支持創(chuàng)建獨立的數(shù)據(jù)庫訪問對象，通過局部緩存數(shù)據(jù)，再以批處理方式更新數(shù)據(jù)，并支持結果集返回有限的行及其它返回值的處理。ADO組件對象作為ASP技術的核心，為ASP提供完整的站點數(shù)據(jù)庫訪問解決方案。它與ASP其它組件對象結合，作用的服務器端，通過OLEDB提供的COM對象接口訪問數(shù)據(jù)、操縱各種關系型及非關系型數(shù)據(jù)庫，通過執(zhí)行ADO方法或SQL命令，讓用戶在瀏覽器畫面輸入、更新和刪除站點服務器的數(shù)據(jù)庫信息

87、。ADO使用內(nèi)置的Recordsets對象作為數(shù)據(jù)的主要接口 ，并可使用VBScript、Javascript語言來控制對數(shù)據(jù)庫的訪問與查詢結果的輸出顯示畫面。</p><p>　　ASP與SQL Server數(shù)據(jù)庫進行連接，代碼如下：</p><p>　　<%@ LANGUAGE = "VBScript" %></p><p>　　

88、<!--#include file="ADOVBS.INC"--></p><p><b>　　<%</b></p><p>　　Set objConnection = Server.CreateObject ("ADODB.Connection")</p><p>　　objConne

89、ction.Open "driver={SQL Server};server=Shaoly;uid=sa;database=pub;"</p><p>　　SQLQuery = "SELECT * FROM Author"</p><p>　　Set rsRecordset = Server.CreateObject ("ADODB.Rec

90、ordset")</p><p>　　rsRecordset.Open SQLQuery,objConnection, adOpenKeyset, adLockReadOnly</p><p><b>　　%></b></p><p>　　<%Do Until rsRecordset.EOF %></p>

91、<p><b>　　<tr></b></p><p>　　<td bgcolor="f7efde" align=center></p><p>　　<%= rsRecordset ("Author_FirstName") %></p><p><b&

92、gt;　　<br></b></p><p>　　<%= rsRecordset ("Author_LastName") %></p><p><b>　　<br></b></p><p><b>　　</td></b></p>&

93、lt;p><b>　　</tr></b></p><p><b>　　<%</b></p><p>　　rsRecordset.MoveNext</p><p><b>　　Loop</b></p><p><b>　　%></b&

94、gt;</p><p>　　<% objConnection.close% ></p><p>　　§4.2 登錄/注銷模塊的實現(xiàn)及MD5加密的實現(xiàn)</p><p>　　MD5就是采用單向加密的加密算法，對于MD5而言，有兩個特性是很重要的，第一是任意兩段明文數(shù)據(jù)，加密以后的密文不能是相同的；第二是任意一段明文數(shù)據(jù)，經(jīng)過加密以后，其結果必須永遠

95、是不變的。前者的意思是不可能有任意兩段明文加密以后得到相同的密文，后者的意思是如果我們加密特定的數(shù)據(jù)，得到的密文一定是相同的。</p><p>　　該模塊主要是判斷用戶是否具有登錄的權限以及登錄哪個模塊的權限。在這個模塊中，比較核心的部分是驗證碼部分，MD5加密和Session傳值技術，MD5加密把輸入框的密碼加密后與數(shù)據(jù)庫里面的用戶密碼（暗文）比較，而Session變量的存在主要是保存用戶的的用戶名。MD5函數(shù)

96、實現(xiàn)見MD5.asp部分。</p><p>　　當系統(tǒng)登陸時，首先判定用戶名是否為空，如為空則提示重新輸入用戶名，否則進入下一步，判定密碼是否為空，如密碼為空也提示重新輸入密碼，否則系統(tǒng)根據(jù)用戶名獲取密碼，如果用戶名存在且密碼正確，就結束登陸。否則重新輸入。</p><p>　　系統(tǒng)管理員登陸界面如下圖4.1所示：</p><p>　　圖4.1 系統(tǒng)管理員登陸界面圖

97、</p><p>　　系統(tǒng)管理員登錄流程圖如下圖4.2所示：</p><p>　　圖4.12 系統(tǒng)管理員登錄流程圖</p><p>　　主要代碼見附錄1所示：</p><p>　　§4.3 密碼修改模塊的實現(xiàn)</p><p>　　該模塊功能是當管理員需要修改當前密碼時使用，實現(xiàn)時首先獲取用戶名、舊密碼、新密碼

98、，再進一步驗證新密碼，當新密碼確認后，根據(jù)用戶名查詢密碼，當原密碼等于輸入密碼時，新密碼修改成功，即結束修改。</p><p>　　密碼修改界面如下圖4.3所示：</p><p>　　圖4.3 密碼修改界面圖</p><p>　　密碼修改流程如下圖4.4所示：</p><p>　　圖4.4 密碼修改流程圖</p><p&g

99、t;　　主要代碼見附錄2所示：</p><p>　　§4.4 普通用戶查詢模塊的實現(xiàn)</p><p>　　普通用戶即是游客，無須通過身份驗證即可登錄，該模塊功能是按類別提供給普通用戶商品信息，包括：商品編號、商品名稱、商品類別、商品條形碼、商品制造商、商品說明、商品圖片、商品價格。</p><p>　　實現(xiàn)時，先列出所有商品類別，然后根據(jù)用戶點擊的商品類別

100、查詢所有屬于該類別的商品，然后列出所有商品。</p><p>　　普通用戶查詢商品界面如下圖4.5所示：</p><p>　　圖4.5普通用戶查詢商品界面圖</p><p>　　界面執(zhí)行流程如圖4.6所示：</p><p>　　圖4.6 普通用戶查詢界面執(zhí)行流程圖</p><p>　　主要代碼見附錄3所示：</p

101、><p>　　§4.5 商品錄入模塊的實現(xiàn)</p><p>　　這個模塊的功能主要是實現(xiàn)對商品相關信息的錄入，包括對商品類別的錄入、商品供應商的錄入、商品制造商的錄入、商品圖片的錄入、以及商品信息錄入/修改。用戶登錄后可進入其中任一子模塊。</p><p>　　§4.5.1 商品類別管理模塊的實現(xiàn)</p><p>　　此模塊完

102、成了商品類別的添加、編輯和刪除。使用了按輸入條件顯示相應功能，將此三個功能在一個ASP頁面中完成，減少了頁面數(shù)量并有效的控制源代碼。</p><p>　　頁面中使用了界面顯示控制變量“ShowAction”來判斷當前顯示給用戶的內(nèi)容，具體對應關系見流程圖。在頁面中的程序部分使用了控制變量“Action”，根據(jù)“Action”的不同值來執(zhí)行不同的程序段（添加、編輯、刪除），從而在單頁面中實現(xiàn)了多功能。 </p

103、><p>　　開始查詢Action的值后，判斷當Action＝AddLB時，首先接受參數(shù)，接著加入到數(shù)據(jù)庫。當Action＝DeleteLB時，首先查詢出類別的編號，接著刪除該類別；當Action＝SaveLB時，首先查詢類別等參數(shù)，接著保存更改； 其中，在添加和編輯商品時，商品名稱為必填項，商品說明可為空。</p><p>　　此模塊頁面程序執(zhí)行流程如圖4.7所示：</p>&

104、lt;p>　　圖4.7 商品類別管理模塊頁面程序執(zhí)行流程圖</p><p>　　添加類別界面如下圖4.8所示：</p><p>　　圖4.8 添加類別界面圖</p><p>　　添加類別部分源代碼：</p><p>　　If Request.Form("Action")="AddLB" Then&

105、lt;/p><p>　　LBName=Request.Form("LBName")</p><p>　　if LBName="" then</p><p>　　Call eMessage("商品類別名稱不能為空！")</p><p><b>　　end if</b>

106、</p><p>　　LBSM=Request.Form("LBSM")</p><p>　　SQLStr="Insert Into LB(LBName,LBSM) Values('"&LBName&"','"&LBSM&"')"</p>

107、;<p>　　conn.execute SQLStr</p><p>　　Call Message("類別添加成功！")</p><p><b>　　End If</b></p><p>　　編輯類別界面如下圖4.9所示：</p><p>　　圖4.9 編輯類別界面圖</p>

108、<p>　　編輯類別部分源代碼：</p><p>　　If Request.Form("Action")="SaveLB" Then</p><p><b>　　Dim LBID</b></p><p>　　LBID=Request.Form("LBID")</p&

109、gt;<p>　　LBName=Request.Form("LBName")</p><p>　　if LBName="" then</p><p>　　Call eMessage("商品類別名稱不能為空！")</p><p><b>　　end if</b></p

110、><p>　　LBSM=Request.Form("LBSM")</p><p>　　SQLStr="Update LB Set LBName='"&LBName&"',LBSM='"&LBSM&"' Where LBID="&LBID<

111、/p><p>　　conn.execute SQLStr</p><p>　　Call Message("類別修改成功！")</p><p><b>　　End if</b></p><p>　　刪除類別部分源代碼：</p><p>　　If Request.QueryString

112、("Action")="DeleteSPLB" Then</p><p>　　LBID=Request.QueryString("LBID")</p><p>　　SQLStr="Select SPName from SP where LBID="&LBID</p><p>　　

113、rS.open SQLStr,conn,1,1</p><p>　　If rS(0)<>"" Then </p><p>　　Call eMessage("該類別下還有商品，不能刪除！")</p><p><b>　　End If</b></p><p><b&g

114、t;　　rS.close</b></p><p>　　SQLStr="Delete from LB where LBID="&LBID</p><p>　　conn.execute SQLStr</p><p>　　Call Message("類別刪除成功！")</p><p>&l

115、t;b>　　End If</b></p><p>　　此模塊界面顯示控制流程圖如圖4.10所示：</p><p>　　圖4.10 商品類別管理模塊界面顯示控制流程圖</p><p>　　界面顯示控制源代碼如下：</p><p>　　在此部分中采取了<%if Request.form("Action"

116、)="****" then%>…………<%end if%></p><p>　　此處“****”為要判斷的關鍵部分。</p><p>　　控制是否顯示控制添加界面的源代碼為：<%if Request.form("Action")="ShowAddLB"then%>…………<%end if%>

117、;</p><p>　　控制是否顯示控制編輯界面的源代碼為：<% if request.querystring("Action")="ShowEditLB" then%>…………<%end if%></p><p>　　§4.5.2 商品供應商管理模塊的實現(xiàn)</p><p>　　此模塊完成了商

118、品供應商的添加、編輯和刪除。實現(xiàn)過程于4．5．1商品類別管理模塊的實現(xiàn)過程類似。</p><p>　　§4.5.3 商品制造商管理模塊的實現(xiàn)</p><p>　　此模塊完成了商品制造商的添加、編輯和刪除。實現(xiàn)過程于4．5．1商品類別管理模塊的實現(xiàn)過程類似。</p><p>　　§4.5.4 商品圖片管理模塊的實現(xiàn)</p><p

119、>　　此模塊完成了商品圖片的上傳、查看、編輯和刪除功能。把圖片上傳到數(shù)據(jù)庫中，相對于傳統(tǒng)的文件上傳方式更方便管理（添加、編輯、刪除）。在添加商品圖片時只需引用圖片編號即能實現(xiàn)對圖片的添加。</p><p>　　圖片管理界面如下圖4.11所示：</p><p>　　圖4.11 圖片管理界面圖</p><p>　　圖片上傳過程：單擊瀏覽－選擇圖片文件－單擊打開－單

120、擊上傳</p><p>　　上傳部分源代碼見附錄4所示：</p><p>　　查看圖片部分源代碼見附錄5所示：</p><p>　　圖片編輯功能是先接收到圖片名稱和圖片編號，然后根據(jù)圖片編號更新圖片名稱字段。</p><p>　　圖片編輯界面如下圖4.12所示：</p><p>　　圖4.12 圖片編輯界面圖</

121、p><p><b>　　具體源代碼如下： </b></p><p>　　image_name=request.Form("image_name")'接收圖片名稱</p><p>　　SPImageID=request.Form("SPImageID")</p><p>　　c