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

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

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

3、個(gè)項(xiàng)目的開(kāi)發(fā)過(guò)程。</p><p>　　關(guān)鍵字：超市管理；信息系統(tǒng)；瀏覽器；數(shù)據(jù)訪問(wèn)；商品信息；</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 問(wèn)題背景1</p><p>　　§1.2 研究范圍和技術(shù)要求1</p><p>　　§1.2.1 研究范圍1</p><p>　　&

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

11、3</p><p>　　§2.2.2 運(yùn)行需求3</p><p>　　§2.2.3 功能需求3</p><p>　　§2.2.4 應(yīng)用需求分析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ù)庫(kù)設(shè)計(jì)14</p><p>　　§3.1 數(shù)據(jù)庫(kù)設(shè)計(jì)14</p><p>　　§3.1.1 數(shù)據(jù)庫(kù)設(shè)計(jì)理論基礎(chǔ)14</p><p>　　§3.1.2 系統(tǒng)E-R圖的設(shè)計(jì)14</p>&

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

37、此進(jìn)行錄入、編輯、刪除，同時(shí)可以統(tǒng)計(jì)整個(gè)超市商品信息、維護(hù)庫(kù)存、按需求生成采購(gòu)清單。但以上各種操作也必須先通過(guò)驗(yàn)證后方可進(jìn)行。</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、動(dòng)情況抽象的獨(dú)立出來(lái)，舍去了具體的組織機(jī)構(gòu)、信息載體、物質(zhì)、材料等，單從數(shù)據(jù)流動(dòng)過(guò)程來(lái)考察實(shí)際業(yè)務(wù)的數(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)登陸模塊：是一個(gè)包括前臺(tái)和后臺(tái)管理系統(tǒng)，前臺(tái)對(duì)所有用戶開(kāi)放，無(wú)需經(jīng)過(guò)身份驗(yàn)證。而后臺(tái)是系統(tǒng)管理員組，因此需要對(duì)用戶進(jìn)行身份驗(yàn)證，該模塊采用MD5算法加密。</p><p>　　2．密碼修改模塊：是塊針對(duì)系統(tǒng)管理員使用，管理員可以根

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

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

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

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

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

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

46、擇商品類別－輸入查詢關(guān)鍵字－選擇查詢方式（精確查詢或模糊查詢）－點(diǎn)擊查詢功能鍵實(shí)現(xiàn)該功能。</p><p>　　(2)按供應(yīng)商查詢子模快</p><p>　　該模塊的主要功能包括：選擇商品供應(yīng)商－輸入查詢關(guān)鍵字－選擇查詢方式（精確查詢或模糊查詢）－點(diǎn)擊查詢功能鍵實(shí)現(xiàn)該功能。</p><p>　　(3)按類別查詢子模快</p><p>　　該模

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

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

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

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

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

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

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

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

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

56、p><p>　?。?）、維護(hù)和升級(jí)方式簡(jiǎn)單。 </p><p>　?。?）、成本降低，選擇更多。 </p><p>　?。?）、應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較重。 </p><p>　　3．B/S結(jié)構(gòu)的好處 </p><p>　　盡管C/S結(jié)構(gòu)相對(duì)于更早的文件服務(wù)器來(lái)說(shuō)，有了很大的進(jìn)步，但與B/S相比，缺點(diǎn)和不足是很明

57、顯的。 </p><p>　　(1) B/S比C/S的維護(hù)工作量大大減少了。C/S結(jié)構(gòu)的每一個(gè)客戶端都必須安裝和配置軟件。 而B/S結(jié)構(gòu)，客戶端不必安裝及維護(hù)。</p><p>　　(2)B/S相對(duì)C/S能夠降低總體擁有成本。由于從應(yīng)用服務(wù)到客戶端只傳遞最終的結(jié)果，數(shù)據(jù)量較少，使用電話線也能夠信任。而采用C/S兩層結(jié)構(gòu)，使用電話線作為傳輸線路可能因?yàn)樗俣忍荒軌蚪邮?/p>

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

73、;<p><b>　　圖片:</b></p><p>　　圖3.3 圖片E-R圖</p><p><b>　　商品庫(kù)存:</b></p><p>　　圖3.4 商品庫(kù)存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圖向關(guān)系模型的轉(zhuǎn)化</p><p>　　E-R圖向關(guān)系模型的轉(zhuǎn)換要解決的問(wèn)題是如何將實(shí)體和實(shí)體間的聯(lián)系轉(zhuǎn)換為關(guān)系模型，如何確定這些關(guān)系模型的屬性和碼。</p><p>　　關(guān)系模型的邏輯結(jié)構(gòu)是一組關(guān)系模式的集合。E-R圖則由實(shí)體、實(shí)體的屬性和實(shí)

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

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

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

79、><p>　　(6) 制造商（制造商編號(hào)，制造商名稱，制造商說(shuō)明）；</p><p>　　(7) 商品（商品編號(hào)，商品名稱，商品類別，商品條形碼，商品供應(yīng)商，商品制造商，商品說(shuō)明，商品圖片編號(hào)，商品添加人）；</p><p>　　§3.2 設(shè)計(jì)局部數(shù)據(jù)庫(kù)實(shí)體關(guān)系</p><p>　　通過(guò)對(duì)E—R圖轉(zhuǎn)換的關(guān)系模式進(jìn)行分析，并結(jié)合庫(kù)存管理信

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

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

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

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

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

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

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

87、。ADO使用內(nèi)置的Recordsets對(duì)象作為數(shù)據(jù)的主要接口 ，并可使用VBScript、Javascript語(yǔ)言來(lái)控制對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)與查詢結(jié)果的輸出顯示畫面。</p><p>　　ASP與SQL Server數(shù)據(jù)庫(kù)進(jìn)行連接，代碼如下：</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 登錄/注銷模塊的實(shí)現(xiàn)及MD5加密的實(shí)現(xiàn)</p><p>　　MD5就是采用單向加密的加密算法，對(duì)于MD5而言，有兩個(gè)特性是很重要的，第一是任意兩段明文數(shù)據(jù)，加密以后的密文不能是相同的；第二是任意一段明文數(shù)據(jù)，經(jīng)過(guò)加密以后，其結(jié)果必須永遠(yuǎn)

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

96、實(shí)現(xiàn)見(jiàn)MD5.asp部分。</p><p>　　當(dāng)系統(tǒng)登陸時(shí)，首先判定用戶名是否為空，如為空則提示重新輸入用戶名，否則進(jìn)入下一步，判定密碼是否為空，如密碼為空也提示重新輸入密碼，否則系統(tǒng)根據(jù)用戶名獲取密碼，如果用戶名存在且密碼正確，就結(jié)束登陸。否則重新輸入。</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>　　主要代碼見(jiàn)附錄1所示：</p><p>　　§4.3 密碼修改模塊的實(shí)現(xiàn)</p><p>　　該模塊功能是當(dāng)管理員需要修改當(dāng)前密碼時(shí)使用，實(shí)現(xiàn)時(shí)首先獲取用戶名、舊密碼、新密碼

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

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

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

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

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

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

104、lt;p>　　圖4.7 商品類別管理模塊頁(yè)面程序執(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>　　此處“****”為要判斷的關(guān)鍵部分。</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 商品供應(yīng)商管理模塊的實(shí)現(xiàn)</p><p>　　此模塊完成了商

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

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

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

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