畢業(yè)設計----藥品庫房管理系統(tǒng)

1、<p>　　題目《藥品庫房管理系統(tǒng)》</p><p><b>　　前言</b></p><p>　　隨著互聯(lián)網(wǎng)的迅速普及，以及通過它所帶來的技術創(chuàng)新，信息時代正在向我們逼近，不但深刻地影響著我們的生活方式，而且正在改變我們的工作、貿(mào)易、思維以及彼此溝通的方式。</p><p>　　電子商務正是在信息產(chǎn)業(yè)的蓬勃發(fā)展下異軍突起的一種新型商

2、務形式。關于電子商務的準確定義，目前尚有不同看法，但大致可分為狹義與廣義的兩種。狹義：單指電子交易，即在網(wǎng)上實現(xiàn)從商品訂貨、展示、促銷、查詢、銷售、到最后轉帳、清算、服務的全過程。廣義：指利用信息技術把商務活動的各方如企業(yè)、合作者、消費者、政府聯(lián)接起來，進行各種商務活動。它包括企業(yè)內部信息的交流與共享、企業(yè)與其合作伙伴的協(xié)同、電子交易三大部分的內容。這里我們采用廣義的定義。</p><p>　　把電子商務僅僅理解

3、為網(wǎng)上銷售（e-commerce）是片面的，事實上，目前電腦網(wǎng)絡應用在企業(yè)內部溝通與企業(yè)間協(xié)作上比應用在對消費者零售上普及的多，而且，現(xiàn)在企業(yè)的一切工作都是圍繞市場這一中心，企業(yè)銷售與企業(yè)內部生產(chǎn)，管理及與伙伴間的協(xié)作是密不可分的。通過網(wǎng)絡把企業(yè)、合作者、消費者、政府等參與商務活動的各方聯(lián)接為一個整體，進行包括電子交易在內的全部商業(yè)活動，才是電子商務的完整含義，它也被稱為"電子商業(yè)"(e-business)。<

4、/p><p>　　電子商務可提供網(wǎng)上交易和管理等全過程的服務。因此，它具有廣告宣傳、咨詢洽談、網(wǎng)上定購、 網(wǎng)上支付、電子賬戶、服務傳遞、意見征詢、交易管理等各項功能。</p><p>　　按開展電子交易的信息網(wǎng)絡范圍，電子商務可分為三類，即本地電子商務、遠程國內電子商務和全球電子商務。 </p><p>　　1、本地電子商務通常是指利用本城市內或本地區(qū)內的信息網(wǎng)絡實現(xiàn)的

5、電子商務活動，電子交易的地 域范圍較小。本地電子商務系統(tǒng)是利用Internet、Intranet或專用網(wǎng)將下列系統(tǒng)聯(lián)結在一起的網(wǎng)絡 系統(tǒng)：一，參加交易各方的電子商務信息系統(tǒng)，包括買方、賣方及其他各方的電子商務信息系統(tǒng)； 二，銀行金融機構電子信息系統(tǒng)；三，保險公司信息系統(tǒng)；四，商品檢驗信息系統(tǒng)；五，稅務管 理信息系統(tǒng)；六，貨物運輸信息系統(tǒng)；七，本地區(qū)EDI中心系統(tǒng)（實際上，本地區(qū)EDI中心系統(tǒng) 聯(lián)結各個信息系統(tǒng)的中心）。本地電子商務系統(tǒng)是

6、開展有遠程國內電子商務和全球電子商務的基 礎系統(tǒng)。 </p><p>　　2、遠程國內電子商務是指在本國范圍內進行的網(wǎng)上電子交易活動，其交易的地域范圍較大，對軟硬件和技術要求較高，要求在全國范圍內實現(xiàn)商業(yè)電子化、自動化，實現(xiàn)金融電子化，交易各方具備一定的電子商務知識、經(jīng)濟能力和技術能力，并具有一定的管理水平和能力等。 </p><p>　　3、全球電子商務是指在全世界范圍內進行的電子交易活

7、動，參加電子交易各方通過網(wǎng)絡進行貿(mào)易。 涉及到有關交易各方的相關系統(tǒng)，如買方國家進出口公司系統(tǒng)、海關系統(tǒng)、銀行金融系統(tǒng)、稅務系統(tǒng)、運輸系統(tǒng)、保險系統(tǒng)等。全球電子商務業(yè)務內容繁雜，數(shù)據(jù)來往頻繁，要求電子商務系統(tǒng)嚴格、準確、安全、可靠，應制訂出世界統(tǒng)一的電子商務標準和電子商務（貿(mào)易）協(xié)議，使全球電子商務得到順利發(fā)展。</p><p>　　一個完善的電子商務系統(tǒng)應該包括哪些部分，目前還沒有權威的論述。從我們的實踐來看，

8、由于電 子商務覆蓋的范圍十分廣泛，因此必須針對具體的應用才能描述清楚系統(tǒng)架構。從總體上來看，電子商務系統(tǒng)是三層框架結構，底層是網(wǎng)絡平臺，是信息傳送的載體和用戶接入的手段，它包括各種各樣的物理傳送平臺和傳送方式；中間是電子商務基礎平臺，包括CA（Certificate Authority）認證、支付網(wǎng)關（Payment Gateway）和客戶服務中心三個部分，其真正的核心是CA認證；而第三層就是各種各樣的電子商務應用系統(tǒng)，電子商務基礎平臺

9、是各種電子商務應用系統(tǒng)的基礎。</p><p>　　本次藥品庫房管理系統(tǒng)的開發(fā)，正是將傳統(tǒng)管理方式與電子商務相結合的一次工程實踐工作，嘗試在網(wǎng)絡上完成對社區(qū)藥品庫房的管理工作。</p><p>　　醫(yī)藥行業(yè)現(xiàn)有兩個方面是急需要改善的，一是要加大對新藥品的開發(fā)力度；另一個就是要實現(xiàn)企業(yè)的信息化。這兩點是相輔相成的，簡單的說就是生產(chǎn)合適的產(chǎn)品、把產(chǎn)品送到合適的地方。第一點是第二點的基礎，反過來

10、第二點的實現(xiàn)將是第一點的保障。對醫(yī)藥企業(yè)來說實現(xiàn)信息化在一定的程度上可以緩解市場壓力，能夠更清楚的了解把握市場的需求，為開發(fā)何種新產(chǎn)品提供第一手的市場信息。所以對醫(yī)藥企業(yè)來說盡快實現(xiàn)企業(yè)的整體信息化是很重要的，很迫切的。醫(yī)藥行業(yè)里的物流系統(tǒng)或多或少都存在問題，可以說不僅是采購成本高，銷售成本也高，同時對庫存的控制也不是很有辦法。而庫存的管理是解決問題中的一個重要部分，對于擁有龐大的銷售和采購網(wǎng)絡的醫(yī)藥企業(yè)而言，它的作用就更為明顯了。如何

11、降低庫存，控制批次就顯得尤其重要。</p><p><b>　　摘要</b></p><p>　　本次畢業(yè)設計課題的任務是：利用已學習的軟件工程、數(shù)據(jù)庫技術、電子商務技術、程序設計方法等知識構建一個網(wǎng)絡虛擬醫(yī)院中的藥品庫房管理的系統(tǒng)原型，該系統(tǒng)可采用進化型原型法或面向對象的方法進行開發(fā)，系統(tǒng)應包含網(wǎng)上藥品購進、供貨商管理、結算處理、入庫出庫處理、盤點處理等功能，最終系

12、統(tǒng)應是一個可運行的系統(tǒng)，系統(tǒng)的研發(fā)過程是對同學已學知識的掌握及解決問題能力、動手能力鍛煉和綜合考核。</p><p>　　本次課題要求為：本系統(tǒng)基于Java平臺開發(fā)，使用JDBC-ODBC橋技術進行數(shù)據(jù)庫連接, 使用Microsoft Access數(shù)據(jù)庫管理系統(tǒng)。</p><p>　　1 在Microsoft Access中創(chuàng)建數(shù)據(jù)庫。</p><p>　　2 用J

13、ava語言通過JDBC-ODBC橋技術連接數(shù)據(jù)庫。</p><p>　　3 客戶端實現(xiàn)數(shù)據(jù)查詢和數(shù)據(jù)更新。</p><p>　　4 利用控件把數(shù)據(jù)庫中的數(shù)據(jù)顯示在Java客戶端應用程序中。</p><p>　　5 利用JSP技術將JAVA與網(wǎng)葉進行無縫連接。</p><p><b>　　開發(fā)環(huán)境：</b></p&g

14、t;<p>　　軟件：服務器操作系統(tǒng)(Windows 2000 Server)、數(shù)據(jù)庫管理軟件(Microsoft Access)、Java集成開發(fā)環(huán)境、客戶端平臺(Windows 2000 Professional、Windows98、WindowsME)。</p><p>　　硬件：數(shù)據(jù)庫服務器、運行Java Application的客戶終端。服務器和客戶端之間的網(wǎng)絡連接。</p>

15、<p><b>　　關鍵詞：</b></p><p><b>　　JAVA</b></p><p>　　JavaScript</p><p><b>　　數(shù)據(jù)庫系統(tǒng)</b></p><p><b>　　ODBC</b></p>&

16、lt;p><b>　　ABSTRACT:</b></p><p>　　The task of the graduation design is to set up a drug storeroom management system prototype of a web virtual hospital with knowlege of sofeware engineering,dat

17、abase technlogy,EC technology,mothod of program design and ect..This systm take evolvement prototype mothod and OOP to develope this system. It includes severals modules of online drugs stocking,supplier management,balan

18、ce management,managent of drugs in and out store,checking management and son on.</p><p>　　This system is runnable after it is finished.During the developement, it will test the status of student's knowle

19、ge holding,problem solution capbility and son on.</p><p>　　This task is developed under Java platform,connecting database with JDBC-ODBC bridge technology,useing MS Access database management system.</p&g

20、t;<p>　　1.set up database of MS Access</p><p>　　2.connect database with JDBC-ODBC bridge by Javalanguage</p><p>　　3.require and update data by client</p><p>　　4.show the data

21、 from the database in the Java client program with control</p><p>　　5.Seamless line Java and web pages with JSP </p><p>　　developement environment</p><p>　　sofeware:sever operator(W

22、indows 2000 Server),database management software(Microsoft Access),Java IDE,client platform(Windows 2000 Professional、Windows98、WindowsME).</p><p><b>　　KEYWORDS：</b></p><p><b>

23、　　JAVA</b></p><p>　　JavaScript</p><p>　　DataBase Systems</p><p><b>　　ODBC</b></p><p><b>　　目錄</b></p><p><b>　　前言</b&g

24、t;</p><p><b>　　摘要</b></p><p>　　一、緒論- - - - - - - - - - - - - - - - - - - - - - - -１</p><p>　?。ㄒ唬⒖尚行匝芯繄蟾? - - - - - - - - - - - - - - - ３</p><p>　　二、工程概要設計

25、- - - - - - - - - - - - - - - - - - - 4</p><p>　?。ㄒ唬⑾到y(tǒng)的需求分析- - - - - - - - - - - - - - - - 4</p><p>　?。ǘ⑾到y(tǒng)的數(shù)據(jù)流圖- - - - - - - - - - - - - - - - 5</p><p>　?。ㄈ?、數(shù)據(jù)庫概要設計- - - - - - -

26、 - - - - - - - - - 6</p><p>　　三、工程詳細設計及實現(xiàn)- - - - - - - - - - - - - - - - -12</p><p>　?。ㄒ唬?、系統(tǒng)數(shù)據(jù)庫設計及實現(xiàn)- - - - - - - - - - - - - 12</p><p>　　（二）、系統(tǒng)程序設計- - - - - - - - - - - - - - - - -

27、 19</p><p>　?。ㄈ⑾到y(tǒng)程序實現(xiàn)- - - - - - - - - - - - - - - - - 24</p><p>　　致謝- - - - - - - - - - - - - - - - - - - - - - - -29</p><p>　　參考文獻- - - - - - - - - - - - - - - - - - - - - -30&l

28、t;/p><p><b>　　一、緒論</b></p><p>　?。ㄒ唬?、可行性研究報告</p><p><b>　　1、問題的提出：</b></p><p>　　(1)、總體目標：要求對社區(qū)大藥房實現(xiàn)辦公自動化管理。</p><p>　　(2)、軟件的功能：實現(xiàn)對社區(qū)大藥房的

29、進貨、售出以及人員調配的自動化管理。</p><p>　　(3)、軟件系統(tǒng)的擴充：網(wǎng)上訂購、用戶管理等。 </p><p>　　2、對現(xiàn)有系統(tǒng)的分析：</p><p>　　(1)、設備：手工設備。</p><p>　　(2)、局限性：數(shù)據(jù)龐大，難以進行分時分段統(tǒng)計，容易遺失，易出現(xiàn)人為錯誤。</p><p><b

30、>　　3、所建議系統(tǒng)：</b></p><p>　　(1)、說明：利用計算機替代手工操作，實現(xiàn)藥品庫房辦公自動化管理。</p><p>　　(2)、各類影響：節(jié)省人員、提高辦公效率、出錯性小、需要更新設備、需要人員掌握一定的辦公自動化技術、如果遇到特殊情況需要恢復到原始操作。</p><p>　　(3)、系統(tǒng)流程圖：</p><

31、p>　　4、投資及收益分析：</p><p>　　(1)、基本建設投資：辦公自動化設備引進。</p><p>　　(2)、一次性投資：系統(tǒng)軟件開發(fā)。</p><p>　　(3)、一次性投資：技術人員費用支出、系統(tǒng)維護、系統(tǒng)升級、設備老化及更新。</p><p>　　(4)、社會效益評價：高。</p><p>　　

32、5、社會條件方面的可行性：</p><p>　　(1)、法律方面的可行性：法律程序正規(guī)。</p><p>　　(2)、使用方面的可行性：易學易用、可靠性高、可提高工作效率。</p><p><b>　　二、系統(tǒng)概要設計</b></p><p>　?。ㄒ唬┫到y(tǒng)的需求分析</p><p>　　需求分析

33、的任務是確定系統(tǒng)必須完成哪些工作，也就是對目標系統(tǒng)提出完整、準確、清晰、具體的要求。具體的說，應該確定系統(tǒng)必須具有的功能和性能，系統(tǒng)要求的運行環(huán)境，并且預測系統(tǒng)發(fā)展的前景；必須仔細分析系統(tǒng)的數(shù)據(jù)，既要分析系統(tǒng)中的數(shù)據(jù)流又要分析長期使用的數(shù)據(jù)存儲。</p><p>　　1、系統(tǒng)的功能要求：</p><p>　　(1)、根據(jù)本系統(tǒng)的開發(fā)目的，需要本系統(tǒng)能夠建立一個容量大而且條目清晰的數(shù)據(jù)庫，數(shù)

34、據(jù)的存儲和刪改要安全、方便?？紤]到本系統(tǒng)的開發(fā)方向，本系統(tǒng)要支持多機、聯(lián)機的使用功能。</p><p>　　(2)、本系統(tǒng)的開發(fā)，當顧客提出購藥的申請時，系統(tǒng)能夠提供快速的查詢功能，如果缺藥，則能夠及時反饋回相關信息；如果所購藥品有貨，則開出相應票據(jù)交付顧客，同時向系統(tǒng)添加有關信息，以便其他相關操作人員查詢和確認。</p><p>　　2、系統(tǒng)的性能要求：</p><p

35、>　　由于本系統(tǒng)的特殊應用性，系統(tǒng)的性能要穩(wěn)定，數(shù)據(jù)的交換要快捷、無錯，界面美觀、實用、方便，條目清晰而不繁雜，操作員的權限要明確。在Windows系統(tǒng)下運行要流暢、穩(wěn)定。</p><p>　　3、操作系統(tǒng)及系統(tǒng)硬件要求</p><p>　　(1)、在單機管理下，要求P2-450MHz以上機型配置，操作系統(tǒng)為Windows98第二版，建議使用Windows2000 Professio

36、nal作為操作系統(tǒng)，內存要在128M左右。</p><p>　　(2)、如果因為需要擴展到局域網(wǎng)絡管理模式，服務器機型建議配置P3-600MHz以上，內存要為256M，強烈建議使用Windows2000 AdvancedServer操作系統(tǒng)；客戶機型最低配置為P2-266MHz以上，內存最低為64M，操作系統(tǒng)為Windows98（第二版）；所有的計算機都要裝配10/100M自適應網(wǎng)卡，同時使用交換機作為局網(wǎng)的數(shù)據(jù)

37、傳輸設備（使用交換機是為了保證在數(shù)據(jù)傳輸過程中，不會發(fā)生丟失和延遲現(xiàn)象，HUB在局網(wǎng)的遠距傳輸中，容易出現(xiàn)延遲，和數(shù)據(jù)丟失現(xiàn)象）。如果本系統(tǒng)擴展到互聯(lián)網(wǎng)中時，則服務器要使用小型柜式服務器系統(tǒng)，客戶機的配置則可以不變化。</p><p>　?。ǘ⑾到y(tǒng)的數(shù)據(jù)流圖</p><p>　　數(shù)據(jù)流圖(DFD)是一種描述信息流和數(shù)據(jù)從輸入到輸出變換的應用圖形技術。</p><p&

38、gt;　　1、系統(tǒng)原始數(shù)據(jù)流圖：</p><p>　　2、逐步細化后的數(shù)據(jù)流圖：</p><p>　?。ㄈ?shù)據(jù)庫概要設計</p><p>　　數(shù)據(jù)庫技術產(chǎn)生于20世紀60年代末，發(fā)展至今已經(jīng)有近30年的歷史。數(shù)據(jù)庫技術作為數(shù)據(jù)管理的最有效的手段，它的出現(xiàn)極大地促進了計算機應用的發(fā)展，目前基于數(shù)據(jù)庫技術的計算機應用已成為計算機應用的主流。</p>&

39、lt;p>　　近30年來，數(shù)據(jù)庫技術本身也在不斷地發(fā)展和完善。關系數(shù)據(jù)庫已取代了早期的層次數(shù)據(jù)庫與網(wǎng)狀數(shù)據(jù)庫，成為主流數(shù)據(jù)庫，而新一代數(shù)據(jù)庫也逐漸露出頭角。</p><p>　　數(shù)據(jù)庫技術近年來發(fā)展非常迅速，特別是提出信息高速公路以來，所謂“3C”即計算機、通信和信息內容(Computer、Communication、Contents)已成為信息技術的核心。而信息高速公路的價值正體現(xiàn)在信息內容上，數(shù)據(jù)庫則為

40、這些信息內容提供了存放手段以及迅速、簡便、高效的查詢手段。</p><p>　　任何一個軟件系統(tǒng)本質上都是信息處理系統(tǒng)，系統(tǒng)必須處理的信息和系統(tǒng)應該產(chǎn)生的信息在很大程度上決定了系統(tǒng)的面貌，對軟件設計有深遠影響，因此，必須分析系統(tǒng)的數(shù)據(jù)要求，分析系統(tǒng)的數(shù)據(jù)要求通常采用建立概念模型的方法。</p><p><b>　　1、數(shù)據(jù)庫設計概述</b></p>&l

41、t;p>　　數(shù)據(jù)庫技術是信息資源開發(fā)、管理和服務的最有效的手段，因此數(shù)據(jù)庫的應用范圍越來越廣，從小型的單項事務處理系統(tǒng)到大型的信息系統(tǒng)大都利用了先進的數(shù)據(jù)庫技術來保持系統(tǒng)數(shù)據(jù)的整體性、完整性和共享性。目前，數(shù)據(jù)庫的建設規(guī)模、信息量大小和使用頻度已成為衡量一個國家信息化程度的重要標志之一。這就使如何科學地設計與實現(xiàn)數(shù)據(jù)庫及其應用系統(tǒng)成為日益引人注目地課題。數(shù)據(jù)庫設計是一項軟件工程，應該把軟件工程的原理和方法應用到數(shù)據(jù)庫設計中。所以說

42、數(shù)據(jù)庫設計應與應用環(huán)境緊密聯(lián)系，涉及多學科地綜合性技術。</p><p>　　(1)、數(shù)據(jù)庫設計的目標與特點</p><p>　　數(shù)據(jù)庫設計的任務是在DBMS的支持下，按照應用的要求，為一部門或組織設計一個合理、使用方便、效率較高的數(shù)據(jù)庫及其應用系統(tǒng)。</p><p>　　(2)數(shù)據(jù)庫設計的內容和要求</p><p>　　一個數(shù)據(jù)庫的設計主要

43、包括兩方面：結構特性的設計和行為特性的設計。</p><p>　　結構（靜態(tài)）特性的設計是指數(shù)據(jù)結構的設計，設計結果要得到一個合理的數(shù)據(jù)模型，這是數(shù)據(jù)庫設計的關鍵。數(shù)據(jù)模型是反映現(xiàn)實世界中事物及事物間的聯(lián)系的，對現(xiàn)實世界模擬的精確程度越高，形成的數(shù)據(jù)模型是反映現(xiàn)實世界，在這基礎上生成的應用系統(tǒng)就能較好得滿足用戶對數(shù)據(jù)的數(shù)據(jù)要求。</p><p>　　傳統(tǒng)的軟件設計一般注重處理過程的設計，而

44、忽視對數(shù)據(jù)語義的分析和抽象。而對數(shù)據(jù)庫應用系統(tǒng)來說，管理的數(shù)據(jù)量很大，數(shù)據(jù)間聯(lián)系復雜，數(shù)據(jù)要共多用戶共享，因此數(shù)據(jù)模型設計的的是否合理，將直接影響系統(tǒng)應用程序的性能和質量。</p><p>　　結構特性的設計涉及實體、屬性及其相互的聯(lián)系，域和完整性約束。它包括模式和子模式的設計，涉及模式的設計，設計最后要建立數(shù)據(jù)庫。</p><p>　　結構特性的設計應滿足以下幾點：能正確反映現(xiàn)實世界，滿

45、足用戶要求；減少和避免數(shù)據(jù)冗余；維護數(shù)據(jù)的完整性。</p><p>　　行為（動態(tài)）特性的設計是指應用程序的設計。在分析用戶需要哪些數(shù)據(jù)處理的基礎上，完成對各個功能模塊的設計，如完成對數(shù)據(jù)的查詢、修改、插入、刪除、統(tǒng)計、報表等。應用設計還包括對事務的設計，以保證在用戶環(huán)境下數(shù)據(jù)的完整性和一致性。</p><p>　　在數(shù)據(jù)庫設計中，結構特性和行為特性的設計可以結合起來進行。數(shù)據(jù)庫設計是一項

46、復雜的工程，一個符合應用要求的數(shù)據(jù)庫系統(tǒng)，應具有良好的性能。數(shù)據(jù)庫的性能包括數(shù)據(jù)庫的存取效率和存儲效率。數(shù)據(jù)庫的存取次效率主要表現(xiàn)在對事務響應快，存取數(shù)少。存取次數(shù)指為查找一個記錄所需存取邏輯記錄的次數(shù)。存儲效率是指存儲數(shù)據(jù)的空間利用率，即存儲用戶數(shù)據(jù)所占有實際輔存空間的大小。</p><p>　　(3)、數(shù)據(jù)庫設計過程</p><p>　　數(shù)據(jù)庫的設計與應用環(huán)境聯(lián)系緊密，其設計過程與應用

47、規(guī)模、數(shù)據(jù)的復雜程度密切有關。因此，數(shù)據(jù)庫的設計應分階段進行，不同階段完成不同的設計內容。數(shù)據(jù)庫的設計可分為以下六個階段：需求分析、概念設計、邏輯設計、物理設計、數(shù)據(jù)庫實施和運行、數(shù)據(jù)庫的使用和維護。</p><p>　　需求分析階段主要是獲得用戶對所要建立數(shù)據(jù)庫的信息要求和處理要求的全面描述。通過調查研究，了解用戶業(yè)務流程，與用戶取得對需求得一致認識。</p><p>　　概念設計階段要

48、對收集的信息、數(shù)據(jù)進行分析、整理，確定實體、屬性及它們之間的聯(lián)系，將各個用戶的局部視圖合并成一個總的全局視圖，形成獨立于計算機的反映用戶觀點的概念模式。導出的邏輯結構是否與概念模式一致，從功能和性能上是否滿足用戶要求，要進行模式評價。如果達不到用戶的要求，還要反復、修整或重新進行設計。</p><p>　　物理設計的任務是確定數(shù)據(jù)在介質上的物理存儲結構，即數(shù)據(jù)在介質上如何存放，包括存取方法及存取路徑的選擇。物理設

49、計的結果將導出數(shù)據(jù)庫的存儲模式。</p><p>　　邏輯設計和物理設計的好壞對數(shù)據(jù)庫的性能影響很大，在物理設計完后，要進行性能分析，測試。如果需要，要重新設計邏輯結構和物理結構。在邏輯結構和物理結構確定后，就可以建立數(shù)據(jù)庫了。</p><p>　　數(shù)據(jù)庫實施階段包括建立實際數(shù)據(jù)庫結構，裝入數(shù)據(jù)，完成編碼，進行測試。然后就可以投入運行。在這之間進行的結構特性設計可以和行為特性即應用程序的設

50、計結合起來進行，以相互參照，補充完善各階段的設計。</p><p>　　按照軟件工程的設計思想，軟件生存期指軟件從開始分析、設計直到停止使用的整個時間。使用和維護階段是整個生存期的最長時間段。數(shù)據(jù)庫使用和維護階段需要不斷完善系統(tǒng)性能和改進系統(tǒng)功能，進行數(shù)據(jù)庫的再組織和重構造，以延長數(shù)據(jù)庫使用時間。</p><p><b>　　2、概念模型的選擇</b></p&g

51、t;<p>　　(1)、實體-聯(lián)系(E/R,Entity-Relationship)模型，具有圖的特性，用方框和箭頭表示基本的數(shù)據(jù)元素和它們之間的連接。</p><p>　　(2)、ODL（對象定義語言，Object Definition Language），它是面向對象的數(shù)據(jù)庫設計方法，是面向對象的數(shù)據(jù)庫系統(tǒng)正在形成的標準。</p><p>　　(3)、網(wǎng)狀模型和層次模型，

52、統(tǒng)稱為非關系模型，已逐步被關系模型的數(shù)據(jù)庫系統(tǒng)所取代。在某種意義上，它們是ODL的范圍有限的版本。</p><p>　　(4)、由于網(wǎng)狀模型和層次模型現(xiàn)在已經(jīng)很少使用，而ODL為面向對象語言，是一種正在形成的標準，另外，在現(xiàn)在流行的數(shù)據(jù)庫系統(tǒng)軟件中，以實體-聯(lián)系模型作為理論基礎的比較常見，例如：Microsoft Access、Microsoft Visual FoxPro、Microsoft SQL Serve

53、r 等，利用實體-聯(lián)系模型進行開發(fā)有助于在上述某一特定平臺上的實現(xiàn)。最終選取實體-聯(lián)系模型作為數(shù)據(jù)庫開發(fā)的理論依據(jù)。</p><p>　　3、系統(tǒng)的E/R模型</p><p>　　(1)、實體及其屬性圖：</p><p>　　(2)、實體及其聯(lián)系圖：</p><p>　　4、E/R模型轉化為關系模型</p><p>　

54、　關系模式是關系模型的集合。在E-R模型轉換為關系模型時所有實體和聯(lián)系都要轉換為相應的關系模型。</p><p><b>　　轉換規(guī)則如下：</b></p><p>　　(1)、一個實體型轉換為一個關系模式。實體的屬性就是關系的屬性，實體的碼就是關系的碼。</p><p>　　(2)、一個m:n聯(lián)系轉換為一個關系模式。與該聯(lián)系相連的各個實體的碼

55、以及聯(lián)系本身的屬性均轉換為關系的屬性。而關系的碼為各實體的碼的組合。</p><p>　　(3)、一個1:n聯(lián)系可以轉換為一個獨立的關系模式，也可以與n端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為n端實體的碼。</p><p>　　(4)、一個1:1聯(lián)系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關

56、系模式合并。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一端對應的關系模式合并，則需要在該關系模式的屬性中加入另一個關系模式的碼的聯(lián)系本身的屬性。</p><p>　　(5)、三個或三個以上實體間的一個多元聯(lián)系轉換為一個關系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性。而關系的碼為各實體碼的組合。&

57、lt;/p><p>　　(6)、同一實體集的實體間的聯(lián)系，既自聯(lián)系，也可按上述1:1,1:n,m:n三種情況分別處理。</p><p>　　(7)、為了減少系統(tǒng)中的關系個數(shù)，如果兩個關系模式具有相同的主碼，可以考慮將它們合并為一個關系模式。合并方法是將其中一個關系模式的全部屬性加入到另一個關系模式中，然后去掉其中的同義屬性。</p><p>　　綜上所述，對上述E/R模

58、型作出如下轉換：</p><p>　　藥品（藥品ID，藥品名稱，類別名稱，藥品說明）</p><p>　　供應商（供應商ID，供應商名稱，聯(lián)系方法）</p><p>　　藥品供應（藥品ID，供應商ID，庫存量，訂貨量，單價，保質期，生產(chǎn)日期）</p><p>　　為減少數(shù)據(jù)冗余，希望對上述關系模型進行分解，在上述關系中，若干種藥品可能屬于同種

59、藥品類別，故將藥品改為：藥品（藥品ID，藥品名稱，類別ID，類別名稱，藥品說明），上述關系模式屬于1NF。如果一個關系模式屬于1NF，并且它上面的每一個非平凡函數(shù)依賴的左邊都包含碼，則此關系模式屬于BCNF。在關系模式：藥品（藥品ID，藥品名稱，藥品說明，類別ID，類別名稱）中，設（藥品ID）=A，（藥品名稱，藥品說明）=B，（藥品類別ID）=C，(類別名稱)=D。則在R=（ABCD）中存在以下函數(shù)依賴：F={AB,AC,CD}。<

60、;/p><p><b>　　①、找碼：</b></p><p>　　A+=ABCD,B+=B,C+=CD,D+=D,</p><p>　　AB+=ABCD,AC+=ABCD,AD+=ABCD,BC+=BCD,BD+=BD,CD+=CD,</p><p>　　ABC+=ABCD,ABD+=ABCD,ACD+=ABCD,BCD+

61、=BCD,</p><p>　　ABCD+=ABCD,所以，KEY：A</p><p>　　②、考察非平凡函數(shù)依賴：</p><p>　　AB,AC,AD,CD,</p><p>　　ABC,ABD,ACB,ACD,ADB,ADC,BCD,</p><p>　　ABCD,ABDC,ACDB,其中，CD，BCD不符合BC

62、NF條件。</p><p>　　由1NF到BCNF的分解方法，將R=(ABCD)分解為R1=(ABC),R2=(CD)。其中R2已經(jīng)分解為BCNF，考察R1=(ABC):</p><p>　　A+=ABC,B+=B,C+=C,</p><p>　　AB+=ABC,AC+=ABC,BC+=BC,</p><p>　　ABC+=ABC, 所以，K

63、EY：A</p><p>　　考察非平凡函數(shù)依賴：</p><p><b>　　AB,AC,</b></p><p>　　ABC,ACB,均已符合BCNF條件。</p><p>　　所以，關系模式：藥品（藥品ID，藥品名稱，藥品說明，類別ID，類別名稱）分解為關系模式：藥品（藥品ID，藥品名稱，藥品說明，類別ID）和關系

64、模式：類別（類別ID，類別名稱）。</p><p>　　則系統(tǒng)的E/R模型相應部分的實體及屬性圖修改為：</p><p>　　相應部分的實體及聯(lián)系圖修改為：</p><p>　　關系模式分解必須遵守兩個準則：</p><p>　　無損聯(lián)接性：信息不失真（不增減信息）。</p><p>　　函數(shù)依賴保持性：不破壞屬性間存

65、在的依賴關系。</p><p>　　根據(jù)判斷無損聯(lián)接性和判斷函數(shù)依賴保持性的方法對以上分解進行審核，所有分解過程均保持了無損聯(lián)接和函數(shù)依賴。</p><p>　　三、工程詳細設計及實現(xiàn)</p><p>　　工程開發(fā)步驟：首先完成數(shù)據(jù)庫平臺的建立，并進行測試工作。在數(shù)據(jù)庫平臺建立完成后，進行在數(shù)據(jù)庫平臺基礎之上的程序開發(fā)工作，程序開發(fā)過程中嚴格控制對數(shù)據(jù)庫平臺的改動，

66、如有需要，則要求對改動部分重新進行概要設計和詳細設計以保證工程數(shù)據(jù)庫平臺的正確性和完整性。</p><p>　?。ㄒ唬⑾到y(tǒng)數(shù)據(jù)庫設計及實現(xiàn)</p><p>　　1、數(shù)據(jù)庫設計軟件的選取</p><p>　　(1)、Microsoft Access 97：ACCESS是MICROSOFT OFFICE系列辦公自動化軟件之一，是MICROSOFT公司在WINDOWS下

67、開發(fā)的一種功能非常強大的桌面數(shù)據(jù)庫管理系統(tǒng)。</p><p>　　(2)、Microsoft Visual FoxPro 6.0：是由美國Microsoft推出的程序開發(fā)工具軟件，主要用于小型數(shù)據(jù)庫系統(tǒng)的開發(fā)。</p><p>　　(3)、Microsoft SQL Server 2000：SQL Server是微軟在Windows系列平臺上開發(fā)的數(shù)據(jù)庫，區(qū)別于FoxPro、Access小

68、型數(shù)據(jù)庫，SQL Server是一個功能完備的數(shù)據(jù)庫管理系統(tǒng)。它包括支持開發(fā)的引擎、標準的SQL語言、擴展的特性(如復制、OLAP、分析)等功能。而像存儲過程、觸發(fā)器等特性，也是大型數(shù)據(jù)庫才擁有的。</p><p>　　(4)、此工程要求數(shù)據(jù)庫平臺具有簡明、高效、便于開發(fā)、易于擴展等特點。在以上三種數(shù)據(jù)庫軟件中，SQL Server 2000功能最強，但其本身為一種專業(yè)性軟件，需要開發(fā)人員及使用者均需要較高的計算

69、機專業(yè)水平，并不利于軟件的后期擴展，并且，在與JSP技術進行連接時，需要加入JDBC專用驅動進行數(shù)據(jù)庫操作。而Visual FoxPro6.0準確的說，是一種具有數(shù)據(jù)庫開發(fā)及管理功能的程序開發(fā)軟件，并不是一種專向的數(shù)據(jù)庫開發(fā)軟件，而且，經(jīng)過分析工程的關系模式得出，在建立關系模式：藥品供應（藥品ID，供應商ID，庫存量，訂貨量，單價，保質期，生產(chǎn)日期）所對應的表時，需要建立多關鍵字主鍵：藥品ID，供應商ID而Visual FoxPro6.

70、0由于軟件自身限制，不提供建立多關鍵字主鍵的功能。故此，Visual FoxPro6.0不適合作為本次工程的數(shù)據(jù)庫平臺。Access97作為Microsoft Office的工作組件之一，具有簡單易學的特點，作為專向的數(shù)據(jù)庫開發(fā)管理軟件功能齊全，可以方便移植到ASP平臺，Visual Basic平臺，可以將信息導入到SQL Server、Microsoft Ex</p><p><b>　　3、數(shù)據(jù)庫建

71、立過程</b></p><p>　　(1)、首先建立Access數(shù)據(jù)庫guest.mdb，根據(jù)關系模型利用Access的建表功能建立各個表。表結構如下：</p><p><b>　　藥品表</b></p><p><b>　　供應商表</b></p><p><b>　　藥品供

72、應表</b></p><p><b>　　類別表</b></p><p>　　(2)、進入關系界面，加入以上四個表，建立如下關系：每個關系均實施參照完整性、連鎖更新相關字段、連鎖刪除相關記錄</p><p>　　(3)、測試藥品供應部分，首先在藥品表和供應商表中輸入數(shù)據(jù)：</p><p>　　藥品ID 藥品

73、名稱 藥品說明 類別ID 供應商ID 供應商名稱 聯(lián)系方法</p><p>　　1 甘草 （略） 1 東風制藥廠 （略）</p><p>　　2 黃芪 （略） 2 北京制藥廠 （略）</p><p>

74、;　　3 人參 （略） 3 北京市第四制藥廠 （略）</p><p>　　4 沙參 （略） 4 北京華頤中藥制藥廠 （略）</p><p>　　5 薺苠 （略）</p><p>　　隨后在藥品供應表中輸入數(shù)據(jù)：</p>

75、<p>　　藥品ID 供應商ID 庫存量 訂貨量 單價 保質期 生產(chǎn)日期</p><p>　　1 2 （略） （略） （略） （略） （略）</p><p>　　1 1 （略） （略） （略） （略）

76、 （略）</p><p>　　2 2 （略） （略） （略） （略） （略）</p><p>　　3 4 （略） （略） （略） （略） （略）</p><p>　　4 4 （略）

77、（略） （略） （略） （略）</p><p>　　2 4 （略） （略） （略） （略） （略）</p><p>　　利用SQL語言建立查詢：</p><p>　　SELECT 藥品表.藥品ID, 供應商表.供應商ID, 藥品表.藥品名稱, 供應商表.供應商名稱</p&

78、gt;<p>　　FROM 藥品表 LEFT JOIN (供應商表 RIGHT JOIN 藥品供應表 ON 供應商表.供應商ID = 藥品供應表.供應商ID)</p><p>　　ON 藥品表.藥品ID = 藥品供應表.藥品ID;</p><p><b>　　打開查詢顯示：</b></p><p>　　藥品ID 供應

79、商ID 藥品名稱 供應商名稱</p><p>　　1 2 甘草 北京制藥廠</p><p>　　1 1 甘草 東風制藥廠</p><p>　　2

80、2 黃芪 北京制藥廠</p><p>　　2 4 黃芪 北京華頤中藥制藥廠</p><p>　　3 4 人參 北京華頤中藥制藥廠</p><p>　　4

81、 4 沙參 北京華頤中藥制藥廠</p><p>　　5 薺苠</p><p>　　修改藥品供應表第4行為：</p><p>　　藥品ID 供應商ID 庫存量 訂貨量 單價 保質期 生

82、產(chǎn)日期</p><p>　　3 2 （略） （略） （略） （略） （略）</p><p>　　修改藥品表第1行為：</p><p>　　藥品ID 藥品名稱 藥品說明 類別ID</p><p>　　1 黃精 （略）</p><p>

83、　　修改藥品表第4行為：</p><p>　　供應商ID 供應商名稱 聯(lián)系方法</p><p>　　4 北京市第一生物化學制藥廠 （略）</p><p><b>　　打開查詢顯示：</b></p><p>　　藥品ID

84、 供應商ID 藥品名稱 供應商名稱</p><p>　　1 2 黃精 北京制藥廠</p><p>　　1 1 黃精 東風制藥廠</p><p>　　2

85、 2 黃芪 北京制藥廠</p><p>　　2 4 黃芪 北京市第一生物化學制藥廠</p><p>　　3 2 人參 北京制藥廠</p><p

86、>　　4 4 沙參 北京市第一生物化學制藥廠</p><p>　　5 薺苠</p><p>　　刪除藥品表第2行、供應商表第1行、藥品供應表第6行</p><p><b>　　打開查詢顯示：</b>&

87、lt;/p><p>　　藥品ID 供應商ID 藥品名稱 供應商名稱</p><p>　　1 2 黃精 北京制藥廠</p><p>　　3 2 人參 北京制藥廠&l

88、t;/p><p>　　4 沙參</p><p>　　5 薺苠</p><p>　　插入、更新、刪除后查詢顯示正確。清空數(shù)據(jù)庫。</p><p>　　(4)、測試藥品類別部分，首先在類別表和藥品表中輸入數(shù)據(jù)：</p>

89、<p>　　類別ID 類別名稱 藥品ID 藥品名稱 藥品說明 類別ID</p><p>　　1 草藥 1 甘草 （略） 1</p><p>　　2 西藥 2 六味地黃丸 （略） 3<

90、;/p><p>　　3 中成藥 3 撲熱息痛 （略）</p><p>　　4 撲爾敏 （略） 2</p><p>　　利用SQL語言建立查詢：</p><p>　　SELECT 藥品表.藥品ID, 藥品表.藥品名稱, 類別表.類別ID, 類別表.類別

91、名稱</p><p>　　FROM 類別表 RIGHT JOIN 藥品表 ON 類別表.類別ID = 藥品表.類別ID;</p><p><b>　　打開查詢顯示：</b></p><p>　　藥品ID 藥品名稱 類別ID 類別名稱</p><p>　　1 甘草

92、 1 草藥</p><p>　　2 六味地黃丸 3 中成藥</p><p>　　3 撲熱息痛</p><p>　　4 撲爾敏 2 西藥</p><p>　　修改類別表第1行為：</p>

93、;<p>　　類別ID 類別名稱</p><p>　　1 中藥</p><p>　　修改藥品表第3行為：</p><p>　　藥品ID 藥品名稱 藥品說明 類別ID</p><p>　　3 撲熱息痛 （略） 2</p><p><

94、b>　　打開查詢顯示：</b></p><p>　　藥品ID 藥品名稱 類別ID 類別名稱</p><p>　　1 甘草 1 中藥</p><p>　　2 六味地黃丸 3 中成藥</p><p&

95、gt;　　3 撲熱息痛 2 西藥</p><p>　　4 撲爾敏 2 西藥</p><p>　　插入、更新后查詢顯示正確。</p><p><b>　　下面進行刪除測試：</b></p><p>　　刪除藥品表中第

96、1行，查詢顯示正確。</p><p>　　刪除類別表中第2行，由于連鎖刪除相關記錄，藥品表中第3、4行也被刪除，造成數(shù)據(jù)丟失，出現(xiàn)刪除異常。</p><p>　　修改類別表與藥品表關系，將連鎖刪除相關記錄關閉。</p><p>　　刪除類別表中第3行，系統(tǒng)提示：因為表‘藥品表’中包含相關的記錄，故不能刪除或更改此記錄。刪除失敗。</p><p&g

97、t;　　表建立時藥品表中字段‘類別ID’設計為非必填字段，而在現(xiàn)實中也應該允許某一藥品暫時不分類。所以系統(tǒng)的正確運行結果為：第一，允許類別表中的任何數(shù)據(jù)刪除。第二，在藥品表中保留相關數(shù)據(jù)不出現(xiàn)刪除異常。而由于Access97存在缺點無法在原關系上使這兩個結果同時實現(xiàn)。</p><p>　　相應修改Access97中所對應的表</p><p><b>　　藥品表：</b>

98、;</p><p><b>　　填加新表</b></p><p><b>　　藥品類別表：</b></p><p>　　進入關系界面，相應部分修改為：</p><p>　　注意：建立一對一關系時表為藥品表，相關表為藥品類別表，位置不能顛倒。</p><p>　　利用SQL語言

99、建立查詢：</p><p>　　SELECT 藥品表.藥品ID, 藥品表.藥品名稱, 類別表.類別ID, 類別表.類別名稱</p><p>　　FROM 藥品表 LEFT JOIN (類別表 RIGHT JOIN 藥品類別表 ON 類別表.類別ID = 藥品類別表.類別ID) ON 藥品表.藥品ID = 藥品類別表.藥品ID;</p><p>　　再次進行測試，插入

100、、更新、刪除后查詢顯示正確。</p><p>　　以上的分解過程需要返回到數(shù)據(jù)庫概要設計對設計過程進行修改：</p><p>　　分析藥品供應部分，同樣實施參照完整性并且連鎖刪除相關記錄，而未出現(xiàn)刪除異常與刪除失敗，原因是在供應商表與藥品表中均未出現(xiàn)外碼。而藥品供應表所對應的關系模式是由E/R模型中的‘藥品供應’聯(lián)系轉換而成，而E/R模型中的‘屬于’由于是自身沒有屬性的一對多聯(lián)系，根據(jù)E/

101、R模型轉化為關系模型的規(guī)則，其關系模式可與實體合并為一個關系模式?，F(xiàn)在將合并后的關系模式重新分解為以下兩個關系模式：</p><p>　　藥品（藥品ID，藥品名稱，藥品說明）</p><p>　　藥品類別（藥品ID，類別ID，）</p><p>　　分解過程的理論依據(jù)是E/R模型轉化為關系模型的規(guī)則而不是1NF到BCNF分解的方法，所以E/R模型不變。經(jīng)過檢驗分解過

102、程保持了無損聯(lián)接和函數(shù)依賴。分解過成有效</p><p>　?。ǘ?、系統(tǒng)程序設計</p><p>　　1、面向對象軟件開發(fā)概述</p><p>　　在系統(tǒng)的程序設計階段采用了面向對象的程序設計。不同于面向過程的程序設計中以具體的解題過程為研究和實現(xiàn)的主體，面向對象的程序設計是以需解決的問題中所涉及到的各種對象為主要矛盾。對象的概念是面向對象技術的核心所在，它是具有

103、狀態(tài)、行為、標志三種屬性的計算機軟件結構。同種對象的集合與抽象叫做類。</p><p>　　用面向對象的方法來解決實際問題，包括以下三個過程：</p><p>　　(1)、面向對象的分析階段：包括需求分析和需求模型化兩個步驟，它的主要作用是明確用戶的需求，并用標準化的面向對象的模型來規(guī)范的表達這一需求，最后將形成面向對象的分析模型，即OOA模型。</p><p>　

104、　(2)、面向對象的設計階段：包括概要設計和詳細設計兩個步驟，在這兩個步驟中，將對OOA模型加以擴展，最終得到面向對象的設計階段的最終結果：OOD模型</p><p>　　(3)、實現(xiàn)階段：主要任務包括 ①、選擇一種合適的面向對象的編程語言，如C++、Java等。 ②、用選定的語言編碼實現(xiàn)詳細設計步驟所得的公式、圖表、說明和規(guī)則等對軟件系統(tǒng)各對象類的詳盡描述。 ③、將編寫好的各個類代碼模塊根據(jù)類的相互關系集成。

105、④、利用開發(fā)人員提供的測試樣例和用戶提供的測試樣例分別檢驗編碼完成的各個模塊和整個軟件系統(tǒng)。面向對象的開發(fā)過程中，測試工作不是最后各個模塊都做好之后才完成的，而是隨著整個實現(xiàn)階段編碼工作的深入同步完成。</p><p>　　如果在實現(xiàn)階段的工作中，發(fā)現(xiàn)設計或分析階段隱藏的問題，需要及時返回相關的步驟做相應的調整。面向對象程序設計方法的主要特點：抽象、封裝、繼承、多態(tài)。面向對象程序設計方法的優(yōu)點：可重用性、可擴展性

106、、可管理性。</p><p>　　2、系統(tǒng)的程序開發(fā)技術及開發(fā)工具的選擇：</p><p>　　開發(fā)軟件系統(tǒng)時必須做出的一個重要抉擇是，使用什么樣的程序設計語言實現(xiàn)這個系統(tǒng)。適宜的程序設計語言能使根據(jù)設計去完成編碼時困難最少，可以減少需要的程序測試量，并且可以得出更容易閱讀和更容易維護的程序。由于軟件系統(tǒng)的絕大部分成本用在生命周期的測試和維護階段，所以選擇一種適宜的程序設計語言是極為重要的

107、。本次工程選擇基于JSP技術的動態(tài)網(wǎng)頁技術作為系統(tǒng)的程序開發(fā)技術：</p><p>　　(1)、JSP技術簡介：</p><p>　　JSP(JavaServer Pager)是由Sun Microsystems公司倡導、許多公司參與一起建立的一種動態(tài)網(wǎng)頁技術標準，其在動態(tài)網(wǎng)頁的建設中有強大而特別的功能。它是一種服務器端HTML嵌入Java代碼的腳本語言，是開發(fā)Web動態(tài)網(wǎng)站重要而快速、有

108、效的工具。在保證最大可操作性的前提下，它提供了比一般腳本語言（ASP、PHP）和CGI更快的執(zhí)行速度。由于JSP是基于Java語言的，所以“一次編寫，可隨處運行”，既它與平臺無關的特性使其可以無縫地運行在Unix/Linux和Windows平臺上。JSP技術具有如下特點：</p><p>　?、?、將內容的生成和顯示進行分離</p><p>　　使用JSP技術，Web頁面開發(fā)人員可以使用HT

109、ML或者XML標識來設計的格式化最終頁面。使用JSP標識或者腳本來生成頁面上的動態(tài)內容，生成內容的邏輯被封裝在標識和JavaBeans組件中，并且捆綁在腳本中，所有的腳本在服務器端運行。如果核心邏輯被封裝在標識和Beans中，那么其他人，如Web管理人員和頁面設計者，能夠編輯和使用JSP頁面，而不影響內容的生成。</p><p>　　在服務器端，JSP引擎解釋JSP標識和腳本，生成所要求的內容，并且將結果以HTM

110、L或XML頁面的形式發(fā)送回瀏覽器。這有助于作者保護自己的代碼，而又保證任何基于HTML的Web瀏覽器的完全可用性。</p><p>　?、?、采用標識簡化頁面開發(fā)</p><p>　　JSP技術封裝了許多功能，這些功能是在XML標識中進行動態(tài)內容生成所需要的。標準的JSP標識能夠訪問和實例化JavaBeans組件，設置或者檢索組件屬性，下載Applet，以及執(zhí)行用其他方法更難于編碼和耗時的功

111、能。</p><p>　?、邸⒂捎贘SP頁面的內置腳本是基于Java語言編寫的，而且所有JSP頁面都被編譯成為Java Servlet,因此JSP頁面就具有Java技術的所有好處。</p><p>　　(2)、動態(tài)網(wǎng)頁簡介</p><p>　　動態(tài)HTML（即 DHTML）是近年來網(wǎng)絡發(fā)展進程中最振奮人心，也最具實用性的創(chuàng)新之一。所謂動態(tài)網(wǎng)頁就是采用動態(tài)HTML制作

112、出來的具有動態(tài)效果的網(wǎng)頁。</p><p>　　有人把動態(tài)HTML當作一門語言，也有人把它當作一種專門的技術，這些理解都是不對的。實際上，它是一種通過各種技術的綜合發(fā)展而得以實現(xiàn)的概念（當然，不同的瀏覽器，實現(xiàn)的程度也不同），這些技術包括Javascript、VBScript、Document Object Model（文件目標模塊）、Layers和 Cascading Style Sheets（CSS）等。&l