JSP企業(yè)合同管理系統(tǒng)論文

1、職場大變樣社區(qū)（ zcdby ）：下載畢業(yè)設計成品全套資料，全部50元以下畢業(yè)設計（論文） 題 目： JSP合同信息管理系統(tǒng) 學 校： 專 業(yè)： 年 級： 姓 名： 學 號： （學號） 指導教師： 年 月 日目 錄 TOC o 1-3 h z u HYPERLINK l _Toc363393588 摘要 PAGEREF _Toc363393588 h 3 HYPERLINK l _Toc363393589 Abstract PAGEREF _Toc363393589 h 4 HYPERLINK l _Toc363393590 1、引言 PAGEREF _Toc363393590 h 4 HYP

2、ERLINK l _Toc363393591 開發(fā)背景 PAGEREF _Toc363393591 h 4 HYPERLINK l _Toc363393592 1.2 課題研究的意義 PAGEREF _Toc363393592 h 5 HYPERLINK l _Toc363393593 1.3 發(fā)展趨勢 PAGEREF _Toc363393593 h 5 HYPERLINK l _Toc363393594 1.4 系統(tǒng)開發(fā)方法 PAGEREF _Toc363393594 h 6 HYPERLINK l _Toc363393595 1.6 可行性研究 PAGEREF _Toc363393595

3、h 7 HYPERLINK l _Toc363393596 1.6.1 經(jīng)濟可行性 PAGEREF _Toc363393596 h 7 HYPERLINK l _Toc363393597 1.6.2 技術可行性 PAGEREF _Toc363393597 h 7 HYPERLINK l _Toc363393598 運行可行性 PAGEREF _Toc363393598 h 7 HYPERLINK l _Toc363393599 1.6.4 時間可行性 PAGEREF _Toc363393599 h 7 HYPERLINK l _Toc363393600 1.6.5 法律可行性 PAGEREF

4、_Toc363393600 h 8 HYPERLINK l _Toc363393601 2、相關技術簡介 PAGEREF _Toc363393601 h 8 HYPERLINK l _Toc363393602 2.1 JSP技術簡介 PAGEREF _Toc363393602 h 8 HYPERLINK l _Toc363393603 2.2 JSP工作原理 PAGEREF _Toc363393603 h 9 HYPERLINK l _Toc363393604 2.3 JSP體系結構 PAGEREF _Toc363393604 h 9 HYPERLINK l _Toc363393605 2.4

5、 JSP的特點 PAGEREF _Toc363393605 h 10 HYPERLINK l _Toc363393606 2.5 SQLSERVER 2005 PAGEREF _Toc363393606 h 11 HYPERLINK l _Toc363393607 系統(tǒng)數(shù)據(jù)庫連接 PAGEREF _Toc363393607 h 11 HYPERLINK l _Toc363393608 2.7 BS模式與C/S模式的比較分析 PAGEREF _Toc363393608 h 16 HYPERLINK l _Toc363393609 3、需求分析和設計方案 PAGEREF _Toc363393609

6、 h 19 HYPERLINK l _Toc363393610 3.1 需求分析 PAGEREF _Toc363393610 h 19 HYPERLINK l _Toc363393611 3.1 功能模塊圖 PAGEREF _Toc363393611 h 19 HYPERLINK l _Toc363393612 3.2 處理流程設計 PAGEREF _Toc363393612 h 20 HYPERLINK l _Toc363393613 3.2.1 系統(tǒng)操作流程圖 PAGEREF _Toc363393613 h 21 HYPERLINK l _Toc363393614 3.2.2 數(shù)據(jù)增加流程

7、 PAGEREF _Toc363393614 h 21 HYPERLINK l _Toc363393615 3.2.3 數(shù)據(jù)修改流程 PAGEREF _Toc363393615 h 22 HYPERLINK l _Toc363393616 3.2.4 數(shù)據(jù)刪除流程 PAGEREF _Toc363393616 h 23 HYPERLINK l _Toc363393617 4、數(shù)據(jù)庫設計 PAGEREF _Toc363393617 h 24 HYPERLINK l _Toc363393618 4.1 數(shù)據(jù)庫的概念設計 PAGEREF _Toc363393618 h 24 HYPERLINK l _

8、Toc363393619 4.2 數(shù)據(jù)庫邏輯結構設計 PAGEREF _Toc363393619 h 24 HYPERLINK l _Toc363393620 4.3 數(shù)據(jù)庫物理結構設計 PAGEREF _Toc363393620 h 25 HYPERLINK l _Toc363393621 4.4 輸入輸出設計 PAGEREF _Toc363393621 h 26 HYPERLINK l _Toc363393622 4.5 代碼設計 PAGEREF _Toc363393622 h 26 HYPERLINK l _Toc363393623 5、系統(tǒng)模塊設計 PAGEREF _Toc363393

9、623 h 27 HYPERLINK l _Toc363393624 5.1 登陸模塊 PAGEREF _Toc363393624 h 27 HYPERLINK l _Toc363393625 5.2 系統(tǒng)主界面 PAGEREF _Toc363393625 h 28 HYPERLINK l _Toc363393626 5.3 合同管理模塊設計 PAGEREF _Toc363393626 h 28 HYPERLINK l _Toc363393627 5.3.1 合同管理 PAGEREF _Toc363393627 h 28 HYPERLINK l _Toc363393628 5.3.2 合同添加

10、 PAGEREF _Toc363393628 h 28 HYPERLINK l _Toc363393629 5.4 合同收款提醒模塊設計 PAGEREF _Toc363393629 h 29 HYPERLINK l _Toc363393630 5.5 合同查詢模塊設計 PAGEREF _Toc363393630 h 29 HYPERLINK l _Toc363393631 5、系統(tǒng)調(diào)試與測試 PAGEREF _Toc363393631 h 30 HYPERLINK l _Toc363393632 5.1 程序調(diào)試 PAGEREF _Toc363393632 h 30 HYPERLINK l _

11、Toc363393633 5. 2 程序的測試 PAGEREF _Toc363393633 h 30 HYPERLINK l _Toc363393634 5.2.1 測試的重要性及目的 PAGEREF _Toc363393634 h 30 HYPERLINK l _Toc363393635 5.2.2 測試的步驟 PAGEREF _Toc363393635 h 32 HYPERLINK l _Toc363393636 5.2.3 測試的主要內(nèi)容 PAGEREF _Toc363393636 h 32 HYPERLINK l _Toc363393637 結束語 PAGEREF _Toc363393

12、637 h 34 HYPERLINK l _Toc363393638 致謝 PAGEREF _Toc363393638 h 36 HYPERLINK l _Toc363393639 參考文獻 PAGEREF _Toc363393639 h 37摘要隨著信息科學技術的飛速發(fā)展，人們逐漸意識到對信息管理軟件的運用可以使日常工作更加方便、快捷和高效。論文詳細論述了公司合同管理系統(tǒng)的開發(fā)設計過程。軟件采用JSP開發(fā)技術，Tomcat作容器， SQL Server 2000作數(shù)據(jù)庫管理系統(tǒng)，實現(xiàn)了創(chuàng)建合同、修改合同、刪除合同、合同收款提醒、合同時間管理、合同查詢等幾大功能。軟件符合公司合同管理的需求，能

13、夠幫助公司切實提高工作效率。軟件的開發(fā)符合一般管理軟件的開發(fā)流程，對開發(fā)其他類似的管理軟件具有相當?shù)膮⒖純r值。論文組織如下：首先闡述了該系統(tǒng)的開發(fā)背景、意義；其次介紹了相關的理論基礎；接著對系統(tǒng)的需求進行了分析，并提出了具體的設計方案；然后展現(xiàn)了系統(tǒng)各功能模塊的實現(xiàn)；最后對該軟件進行了嚴格的測試。關鍵詞：合同管理；JSP；Tomcat；SQL server 2000Abstract With the rapid development of information technology, people gradually realize that the utilization of info

14、rmation management software can make daily work more convenient, fast and efficient. The paper discusses in detail the development and design process of the contract management system. The software adopts JSP development technology, Tomcat as the container, SQL Server 2000 as the database management

15、 system, several big function to create, modify, delete contract contract contract, contract payment reminder, contract management, contract query time. Management software meets the contract requirements, can help the company enhance its work efficiency. Software development in line with the genera

16、l management of the software development process, of great reference value for the development of other similar management software Paper is organized as follows: First, the development of the system described the background and significance; then introduces the relevant theoretical basis; then the

17、system needs analysis, and proposed specific design plan; and then show the system functional modules; Finally, the software has been rigorously tested.Key words: Contract Management System; JSP; Tomcat; SQL server 20001、引言 開發(fā)背景在人類的文明歷史中，一直以來合同管理都是手工作業(yè)，由于涉及部門眾多，需要管理的合同要素也各不相同。因此造成信息不集中，實時性不強，不斷的出現(xiàn)各個

18、部門間合同流轉時間過長，監(jiān)督制度執(zhí)行方面效率不高，并且容易出錯的一系列費時費力問題，具體表現(xiàn)在如下方面：1) 文檔管理困難：傳統(tǒng)紙質合同和電子版合同共存，但對于不同的人員想閱讀參考合同時，存在查閱不方便的問題，尤其是領導需要了解某合同內(nèi)容時，就要耗費很多時間在查找合同，而不是閱讀合同上。2) 進度控制困難：由于合同的數(shù)量會隨著時間的流逝而不斷累積，參與的人員也會越來越多，合同進度的控制靠手工和Word、Excel等辦公軟件管理已經(jīng)很難滿足公司的發(fā)展需求，并且當領導想全局或全程了解合同進展情況時存在很大障礙。財務人員的付款依據(jù)也跟進度有著密切的關聯(lián)，但同樣存在障礙。3) 信息匯總困難：采用人手或

19、Excel等辦公軟件管理時，由于不同部門的數(shù)據(jù)格式不統(tǒng)一，采集也不能夠及時繼續(xù)，匯總工作需要耗費大量時間，也不一定準確。對于領導的決策會有一定的影響。4) 缺少預警機制：缺少對合同進度、結款等關鍵時刻的預警，不能準確地預測近期可能的收支項目，不能有效幫助公司進行財務規(guī)劃，掌控現(xiàn)金流量，更好地達到資金運作的最大效益。 課題研究的意義在背景里已經(jīng)合同管理的現(xiàn)狀，在這種大環(huán)境下，公司對合同管理也變的十分重要了，怎么提高管理效率，實現(xiàn)員工的工作智能化，成為迫切需要解決的問題，而此管理軟件正是為滿足公司的管理而出現(xiàn)的。雖然合同管理軟件這塊，中國遠遠比不上做了幾十年的歐美，但是歐美軟件的成本卻讓中國本土的

20、公司望而卻步，這就對國內(nèi)軟件行業(yè)提出了要求，誰能占得先機就能擁有更多的市場競爭力，誰能針對行業(yè)開發(fā)出更適應公司的合同管理軟件就擁有更多的技術競爭里，所以，開發(fā)公司合同管理軟件不只能提高公司的管理和辦公的效率，更重要的是，中國本土開發(fā)的軟件，成本上就有競爭力，對整個行業(yè)都有很大的貢獻。1.3 發(fā)展趨勢完善的合同管理是公司運作的一個主要標志。然而，完善的合同管理需要公司的許多資源，如何去解決格式不統(tǒng)一而帶來的文檔管理困難，讓不同人員想閱讀參考合同時，查找不方便的問題，減少領導了解合同文本時的時間。如何去解決進度控制的困難，減少合同數(shù)量多而引發(fā)參與的人員眾多的顯現(xiàn)，從而減少公司的成本。如何去解決信息

21、匯總的困難，讓不同格式的合同得以匯總，解決以前手工管理時不能夠及時匯總的問題。如何去解決缺少預警機制而不能掌控現(xiàn)金流、不能更好的發(fā)揮資金的運作等一系列問題。解決這些問題能有效的提高公司的經(jīng)濟效益。目前國內(nèi)主流的軟件開發(fā)基于兩種模式：客戶機/服務器（Client/Server，簡稱C/S）模式和Web瀏覽器/服務器（Browser/Server,簡稱B/S）模式。雖然出于安全性等方面的因素，C/S結構的管理信息系統(tǒng)仍然占據(jù)企業(yè)管理信息系統(tǒng)的主流，但是，由于B/S系統(tǒng)更適合維護，而且起安全性正在不斷完善，所以當前企業(yè)信息管理系統(tǒng)正在從C/S結構向B/S結構轉移。而現(xiàn)在開發(fā)B/S系統(tǒng)的主流技術就是和

22、JSP，雖然為新興技術正不斷搶占JSP的市場，但出于系統(tǒng)的移植性的考慮，本系統(tǒng)還是運用JSP技術開發(fā)，因為JAVA的跨平臺性能給我們帶來更多的用戶。服務器上我們選擇Tomcat，是因為它小巧卻功能強大，更重要的是，它是開源的，如今，開源軟件越來越受到人們的重視，Linux就是一個成功的典型，雖然這對我們的開發(fā)沒有實際的用處，但是顧客會優(yōu)先選擇用流行工具開發(fā)的軟件，這也是我們選擇Tomcat的原因?，F(xiàn)在主流的數(shù)據(jù)庫就三種：Access, Oracle和SQL Server。Access短小精干，操作方便，是開發(fā)小型系統(tǒng)的首選；Oracle功能強大，適合開發(fā)大型系統(tǒng)；但是我們選擇SQL Serve

23、r，它兼?zhèn)銩ccess和Oracle優(yōu)點，強大的可視化操作和不亞于Oracle的功能是我們選擇它的理由。1.4 系統(tǒng)開發(fā)方法本系統(tǒng)是以Browser/Server（瀏覽器/服務器）結構和JSP語言及SQL Server2000數(shù)據(jù)庫和TOMCAT作為服務器開發(fā)的管理系統(tǒng)。首先，使用JSP具有較好的安全性和可移植性，具有動態(tài)頁面和靜態(tài)頁面分離，能夠脫離硬件平臺的束縛，而使用Browser/Server結構是因為這種結構可以減少客戶端很大維護工作量，且具有很強的使用范圍的伸縮性，客戶端通過瀏覽器統(tǒng)一界面，就可以完成內(nèi)部的信息處理和外部環(huán)境的信息查詢，而使用SQL Server2000主要是由于它有

24、快捷而健全的數(shù)據(jù)庫查詢引擎，能夠保護數(shù)據(jù)庫以防止不合法的使用所造成的數(shù)據(jù)泄露，更改或破壞，SQL Server提供多層用戶身份驗證的安全保證，其次，公司要求用JSP來實現(xiàn)系統(tǒng)功能，基于以上兩方面的原因，我采用了JSP來實現(xiàn)系統(tǒng)的建設。1.6 可行性研究該階段通過對系統(tǒng)目標的初步調(diào)研和分析，提出可行性方案并進行論證。我們在這里主要從技術可行性、經(jīng)濟可行性和操作可行性等方面進行分析。1.6.1 經(jīng)濟可行性開發(fā)該系統(tǒng)所需的相關資料可以通過已存在的相關系統(tǒng)進行調(diào)查采集,所需的其他應用軟件、硬件系統(tǒng)也易于獲得.因此,開發(fā)成本較低。而引進使用本系統(tǒng)后，與傳統(tǒng)方式相比，具有高效率、低成本、高質量的特點，可以

25、節(jié)省不少人力、物力及財力。所以，從經(jīng)濟的角度來看，該系統(tǒng)可行。1.6.2 技術可行性技術可行性要考慮現(xiàn)有的技術條件是否能夠順利完成開發(fā)工作，軟硬件配置是否滿足開發(fā)的需求等。本網(wǎng)站用的是JSP開發(fā)語言，調(diào)試相對簡單，當前的計算機硬件配置也完全能滿足開發(fā)的需求，因此在技術上是絕對可行的。軟件方面：由于目前單機模式相對發(fā)展成熟，故軟件的開發(fā)平臺成熟可行,它們速度快、容量大、可靠性能高、價格低，完全能滿足系統(tǒng)的需求。1.6.3運行可行性運行可行性是對組織結構的影響，現(xiàn)有人員和機構和環(huán)境對系統(tǒng)的適應性及人員培訓補充計劃的可行性。當前信息化技術已經(jīng)相當普及，各類操作人員水平都有相當?shù)母叨?，所以在運行上是可

26、行性的。本系統(tǒng)的開發(fā)，是典型的Mis開發(fā)，主要是對數(shù)據(jù)的處理，包括數(shù)據(jù)的收集，數(shù)據(jù)的變換，及數(shù)據(jù)的各種報表形式的輸出。采用流行的JSP+SQLSERVER 2000體系，已無技術上的問題。1.6.4 時間可行性從時間上看，在兩個月的時間里學習相關知識，并開發(fā)系統(tǒng)，時間上是有點緊，但是不是不可能實現(xiàn)，通過兩個多月的努力功能基本實現(xiàn)。1.6.5 法律可行性 所有技術資料都為合法。 開發(fā)過程中不存在知識產(chǎn)權問題。 未抄襲任何網(wǎng)站，不存在侵犯版權問題。 開發(fā)過程中未涉及任何法律責任。綜上所述，本系統(tǒng)的開發(fā)從技術上、從經(jīng)濟上、從法律上都是完全可靠的。2、相關技術簡介2.1 JSP技術簡介JSP(Java

27、 Server Page服務器網(wǎng)頁)是從1998年開始出現(xiàn)的新技術。由Sun公司倡導、許多公司參與一起建立的一種動態(tài)網(wǎng)頁技術標準，是基于JavaServlet以及整個Java體系的web開發(fā)技術。在傳統(tǒng)的網(wǎng)頁HTML文件(*.htm,*.html)中加入腳本片段和JSP標記(Tag)，構成JSP網(wǎng)頁(*.jsp)。JSP技術為創(chuàng)建顯示動態(tài)生成內(nèi)容的web頁面提供了簡便的方法。JSP作為Java家族的一員，承襲了Java的特點，即跨平臺的特性，也即一次編譯，到處運行。在國外，己經(jīng)大量使用JSP作為網(wǎng)絡應用程序的開發(fā)工具，而在國內(nèi)，盡管JSP還不是主流開發(fā)技術，但是由于JSP的強大優(yōu)勢，許多網(wǎng)站都

28、已經(jīng)準備轉向JSP，利用JSP來開發(fā)動態(tài)網(wǎng)站。 2.2 JSP工作原理JSP是面向服務器的，因此支持任何瀏覽器。當Web服務器和JSP引擎遇到訪問JSP網(wǎng)頁的請求時，JSP引擎將請求對象發(fā)送給服務器端的相關組件，比如JavaBean組件、Servlet或EJB等，然后由服務器端組件處理這些請示，可能需要從數(shù)據(jù)庫或數(shù)據(jù)存儲中檢索信息，然后服務器端組件再將響應對象返回JSP引擎。JSP引擎將響應對象傳遞給JSP頁面，根據(jù)JSP頁面的HTML格式完成數(shù)據(jù)編排，最后Web服務器和JSP引擎將格式化后的JSP頁面以HTML格式返回客戶瀏覽器。這就是當前網(wǎng)站構建中廣泛采用的瀏覽器Web服務器后臺數(shù)據(jù)庫的三

29、層架構模式。因為JSP所有程序操作都在服務器端執(zhí)行，網(wǎng)絡上傳送給客戶端的僅是得到的結果。2.3 JSP體系結構JSP網(wǎng)站開發(fā)標準給出了兩種使用JSP的技術,可以歸納為模式一、模式二。模式一:JSP+JavaBeans技術在這種模式中，JSP頁面獨自響應請求并將處理結果返回給客戶。Bean處理所有數(shù)據(jù)訪問，JSP實現(xiàn)頁面的表現(xiàn)，以實現(xiàn)內(nèi)容生成與顯示相分離。當處理復雜的大型應用時，頁面被嵌入大量的腳本或Java代碼段，當需要處理的商業(yè)邏輯復雜時，這種情況會變得非常糟糕，大量的內(nèi)嵌代碼使得頁面程序變得復雜，對于前端界面設計人員，這是不可思議的事情。所以模式一可用于小型應用，不能夠滿足大型應用的需要。

30、模式二:JSP+Servlet+JavaBeans技術Servlet技術是一種采用Java技術來實現(xiàn)CGI功能的一種技術，Servlet技術非常適于服務器端的處理和編程，并且Servlet會長期駐留在內(nèi)存。從開發(fā)的觀點看，模式二具有更清晰的頁面表現(xiàn)，清楚的開發(fā)者角色劃分，在大規(guī)模項目開發(fā)中，模式二更被采用，模式二也更符合當前流行的MVC結構(Model/view/controller)，其中Servlet對應controller，處于控制者的位置，處理 請求，負責生成JSP中使用的Beans組件或對象，并判斷應將請求傳遞給哪個JSP等，JSP對應view，負責生成最終的動態(tài)網(wǎng)頁并返回給瀏覽器。

31、而JavaBeans對應的是Model，實現(xiàn)各個具體的應用邏輯與功能。2.4 JSP的特點簡化的頁面生成技術。JSP頁面用標準的HTML或XML命令來處理頁面的格式化和布局設計，而用類似HTML、XML的標記和Java語言編寫的腳本程序生成頁面內(nèi)容。這使得頁面形式與頁面內(nèi)容互相獨立，非常有利于大型項目的分工合作。與Java平臺有機集成。JSP技術是Java 2平臺的重要組成部分，JSP使用Java語言作為它的腳本語言。在JSP頁面中可以使用幾乎所有的Java組件和Java API，這就能充分發(fā)揮出Java語言的強大功能。使用JSP技術可以創(chuàng)建具有高度可伸縮性和可靠性的Web應用程序。硬件平臺和

32、服務器無關性。JSP作為Java家族的一員，秉承了Java技術的“一次編寫，隨處可用(Write Once，Rum Anywhere)”的特性，可以運行于大多數(shù)流行的操作系統(tǒng)平臺及Web服務器，這種與服務器硬件和操作系統(tǒng)平臺的無關性是JSP相對于其它動態(tài)網(wǎng)頁技術最大的一個優(yōu)點。功能可擴展性。如同Microsoft的JSP技術可以通過ActiveX/COM組件來擴展功能一樣，JSP可以通過JavaBean和EJB(Enterprise JavaBean)以及自定義的標記來擴展功能。JSP可以通過JDBC，與諸如Oracle、SQL Server這樣的大型關系數(shù)據(jù)庫進行連接。JSP提供了一些隱含對

33、象。這些隱含對象在JSP頁面中可以直接引用，而不必首先聲明。利用JSP提供的這些隱含對象，可以使腳本功能更加強大，并且編程更加容易、方便。例如，利用request對象，可以很容易地接收用戶在HTML表單中提交的信息。2.5 SQLSERVER 2005 SQL Server是由Microsoft開發(fā)和推廣的關系數(shù)據(jù)庫管理系統(tǒng)（DBMS）,它最初是由Microsoft、Sybase和Ashton-Tate三家公司共同開發(fā)的，并于1988年推出了第一個OS/2版本。 SQL Server近年來不斷更新版本，1996年，Microsoft 推出了SQL Server 6.5版本；1998年，SQL

34、Server 7.0版本和用戶見面；SQL Server 2005是Microsoft公司于2005年推出的最新版本。 SQL Server 特點：1真正的客戶機/服務器體系結構。 2圖形化用戶界面，使系統(tǒng)管理和數(shù)據(jù)庫管理更加直觀、簡單。 3豐富的編程接口工具，為用戶進行程序設計提供了更大的選擇余地。 4SQL Server與Windows NT完全集成，利用了NT的許多功能，如發(fā)送和接受消息，管理登錄安全性等。SQL Server也可以很好地與Microsoft BackOffice產(chǎn)品集成。 5具有很好的伸縮性，可跨越從運行Windows 95/98的膝上型電腦到運行Windows 200

35、0的大型多處理器等多種平臺使用。 6對Web技術的支持，使用戶能夠很容易地將數(shù)據(jù)庫中的數(shù)據(jù)發(fā)布到Web頁面上。 7SQL Server提供數(shù)據(jù)倉庫功能，這個功能只在Oracle和其他更昂貴的DBMS中才有。2.6系統(tǒng)數(shù)據(jù)庫連接JDBC技術是Java DataBase Connectivity的縮寫，它是SUN公司提供的一種支持基本SQL功能的通用的應用程序接口(Application Programming Interface)。它由一組用Java語言編寫的類和接口組成。通過這些類和接口，程序開發(fā)人員可以在Java語言中方便地建立與數(shù)據(jù)庫的鏈接，通過執(zhí)行相應SQL語句，完成對不同數(shù)據(jù)庫的訪問。

36、因此，開發(fā)人員使用JDBC API可以不必編寫一個應用程序來訪問Sybase數(shù)據(jù)庫，又另外編寫一個應用程序去訪問Oracle數(shù)據(jù)庫，再寫一個應用程序訪問Microsoft的SQL Server。不但如此，使用Java語言編寫的應用程序可以在任何支持Java的平臺上運行，不必在不同的平臺上開發(fā)不同的應用程序。簡單地說，JDBC能完成下列三件事：同一個數(shù)據(jù)庫建立連接；向數(shù)據(jù)庫建立連接；處理數(shù)據(jù)庫返回的結果。JDBC是一種通用低層的應用程序編程接口，它在不同的數(shù)據(jù)庫功能模塊的層次上提供一個統(tǒng)一的用戶界面。說JDBC是一處低級的API，是指它直接調(diào)用SQL命令，它比其他的一些數(shù)據(jù)庫連接API要容易使用

37、些，但它有同樣可以作為更高級的，用戶辦面更友好的API或開發(fā)工具基礎。很多可視化的Java開發(fā)工具，如Visual Age For Java、Visual Caf、J+等都提供了基于JDBC的更面向用戶的類和包，直接將關系數(shù)據(jù)庫的表或視圖映射為Java類，程序員通過可視化工具直接對Java對象進行操作，而真正需要的SQL調(diào)用則根據(jù)程序員發(fā)出的對對象的各種屬性、方法的操作來自動產(chǎn)生。另一種使用JDBC API 的方式為，用戶程序可以提供一個界面（如菜單等）讓用戶選擇對數(shù)據(jù)庫進行的操作，選中一個任務后，提示用戶輸入一些必要的信息，然后根據(jù)用戶的輸入產(chǎn)生相應的SQL命令以及Java程序。通過這處方式

38、，用戶可以完成對數(shù)據(jù)庫的操作，即使他并不了解SQL語法以及JDBC編程。數(shù)據(jù)庫訪問的三層結構如圖所示，瀏覽器端程序要訪問數(shù)據(jù)庫，首先通過中間件，然后由中間件對數(shù)據(jù)庫操作權限進行認證，認證通過才能對數(shù)據(jù)庫進行操作。圖5.1 使用中間件的數(shù)據(jù)庫訪問三層結構用戶對數(shù)據(jù)庫的存取權限認證是中間件中完成，對數(shù)據(jù)庫的查詢、插入、更新和刪除操作等都封裝在中間件中，該中間件位于服務器端，中間件對數(shù)據(jù)庫進行操作后，再將處理結果通過Web服務器返回到瀏覽器端用戶。這樣，在用戶端輸入的用戶名和密碼，可以通過加密算法進行加密后在網(wǎng)絡上傳輸，在中間件中進行解密認證，然后再進行數(shù)據(jù)庫的存取操作，數(shù)據(jù)庫存取權限的用戶名和密碼

39、出現(xiàn)在位于服務器端的中間件中，這樣就更加安全。本系統(tǒng)采用的正是這樣的三層結構的數(shù)據(jù)庫訪問模式。在三層模型中，命令將被發(fā)送到服務的”中間層”，而”中間層”將SQL語句發(fā)送到數(shù)據(jù)庫。數(shù)據(jù)庫處理SQL語句并將結果返回”中間層”，然后”中間層”將它們返回用戶。其模型如圖5.2所示。圖5.2 JDBC的三層模型因為”中間層”可以進行對訪問的控制并協(xié)同數(shù)據(jù)庫的更新，并且可以使用一個易用的高層API，這個API可以由“中間層”進行轉換，轉換成低層的調(diào)用。所以在許多種情況下，三層模型可以提供更好的性能，本系統(tǒng)中所采用的就是此種模型。JDBC是JAVA應用程序與數(shù)據(jù)庫的溝通橋梁。它提供了三項服務功能：一、與數(shù)據(jù)

40、庫建立連接。二、將SQL語句傳遞給數(shù)據(jù)庫。三、從數(shù)據(jù)庫取得SQL語句的執(zhí)行結果。當JDBC要與數(shù)據(jù)庫建立連接前，首先，它必須先取得連接此數(shù)據(jù)庫的JDBC驅動程序，Class.forName()即是在執(zhí)行此項工作。建立數(shù)據(jù)庫連接的第一步驟就是將JDBC驅動程序的類載入至JVM（Java VirtualL Machine）中，本系統(tǒng)中利用java.lang.Class類內(nèi)的forName（）靜態(tài)函數(shù)依據(jù)指定的類名稱，將JDBC驅動程序載入進來。完成載入驅動程序的步驟后，必須使用java.sal.DriverManager類所提供的getConnection（）靜態(tài)函數(shù)，取得與數(shù)據(jù)庫間的連接對象。此

41、連接對象的類類型為java.sal.Connection，必須通過它才能將SQL指令傳遞給數(shù)據(jù)庫，而執(zhí)行結果也需要通過連接對象來取得。當取得連接對象后，還必須取得Statement對象才能對數(shù)據(jù)庫執(zhí)行SQL指令。Statement主要實現(xiàn)兩個功能：執(zhí)行SQL語句以及取得執(zhí)行結果。在java.sql.Statement的sql對象中執(zhí)行查詢或修改命令的函數(shù)后傳回的是一個ResultSet 對象，這個對象提供了一個存取SQL執(zhí)行結果的管道，以便通過它將表格數(shù)據(jù)從數(shù)據(jù)庫中取出。每個Statement對象只能產(chǎn)生一個ResultSet 對象。數(shù)據(jù)庫連接如圖5.3所示:圖5.3 數(shù)據(jù)庫的連接處理數(shù)據(jù)庫的

42、連接處理具體實現(xiàn)如下：/建立JDBCODBC橋sun.jdbc.odbc.JdbcOdbcDriver;/橋建立不成功時的錯誤處理catch(ClassNotFoundException event)/建立與數(shù)據(jù)庫的連接，并發(fā)送SQL查詢語句，將結果保存到rs對象中Con=建立JDBCODBC橋Sql=SQL查詢語句執(zhí)行查詢Rs=返回結果/SQL出錯處理 catch(SQLException e1)有了JDBC，向各種關系數(shù)據(jù)發(fā)送SQL語句就是一件很容易的事。換言之，有了JDBC API，就不必為訪問Sybase數(shù)據(jù)庫專門寫一個程序，為訪問Oracle數(shù)據(jù)庫又專門寫一個程序，或為訪問Infor

43、mix數(shù)據(jù)庫又編寫另一個程序等等，程序員只需用JDBC API寫一個程序就夠了，它可向相應數(shù)據(jù)庫發(fā)送SQL調(diào)用。同時，將Java語言和JDBC結合起來使程序員不必為不同的平臺編寫不同的應用程序，只須寫一遍程序就可以讓它在任何平臺上運行，這也是Java語言“編寫一次，處處運行”的優(yōu)勢。Java數(shù)據(jù)庫連接體系結構是用于Java應用程序連接數(shù)據(jù)庫的標準方法。JDBC對Java程序員而言是API，對實現(xiàn)與數(shù)據(jù)庫連接的服務提供商而言是接口模型。作為API，JDBC為程序開發(fā)提供標準的接口，并為數(shù)據(jù)庫廠商及第三方中間件廠商實現(xiàn)與數(shù)據(jù)庫的連接提供了標準方法。JDBC使用已有的SQL標準并支持與其它數(shù)據(jù)庫連接

44、標準，如ODBC之間的橋接。JDBC實現(xiàn)了所有這些面向標準的目標并且具有簡單、嚴格類型定義且高性能實現(xiàn)的接口。Java 具有堅固、安全、易于使用、易于理解和可從網(wǎng)絡上自動下載等特性，是編寫數(shù)據(jù)庫應用程序的杰出語言。所需要的只是 Java應用程序與各種不同數(shù)據(jù)庫之間進行對話的方法。而 JDBC 正是作為此種用途的機制。 JDBC 擴展了 Java 的功能。例如，用 Java 和 JDBC API 可以發(fā)布含有 applet 的網(wǎng)頁，而該 applet 使用的信息可能來自遠程數(shù)據(jù)庫企業(yè)也可以用 JDBC 通過 Intranet 將所有職員連到一個或多個內(nèi)部數(shù)據(jù)庫中（即使這些職員所用的計算機有 Wi

45、ndows、 Macintosh 和UNIX 等各種不同的操作系統(tǒng)）。隨著越來越多的程序員開始使用Java 編程語言，對從 Java 中便捷地訪問數(shù)據(jù)庫的要求也在日益增加。 MIS 管理員們都喜歡 Java 和 JDBC 的結合，因為它使信息傳播變得容易和經(jīng)濟。企業(yè)可繼續(xù)使用它們安裝好的數(shù)據(jù)庫，并能便捷地存取信息，即使這些信息是儲存在不同數(shù)據(jù)庫管理系統(tǒng)上。新程序的開發(fā)期很短。安裝和版本控制將大為簡化。程序員可只編寫一遍應用程序或只更新一次，然后將它放到服務器上，隨后任何人就都可得到最新版本的應用程序。對于商務上的銷售信息服務， Java 和JDBC 可為外部客戶提供獲取信息更新的更好方法。簡單

46、地說，JDBC 可做三件事：與數(shù)據(jù)庫建立連接、發(fā)送 SQL 語句并處理結果。下列代碼段給出了以上三步的基本示例： Connection con = DriverManager.getConnection（jdbc：odbc：wombat，login， password）； Statement stmt = con.createStatement（）； ResultSet rs = stmt.executeQuery（SELECT a， b， c FROM Table1）； while （rs.next（） int x = rs.getInt（a）； String s = rs.getStrin

47、g（b）； float f = rs.getFloat（c）； 上述代碼對基于JDBC的數(shù)據(jù)庫訪問做了經(jīng)典的總結。2.7 BS模式與C/S模式的比較分析C/S模式主要由客戶應用程序(Client)、服務器管理程序(Server)和中間件(middleware)三個部件組成。客戶應用程序是系統(tǒng)中用戶與數(shù)據(jù)進行交互的部件。服務器程序負責有效地管理系統(tǒng)資源，如管理一個信息數(shù)據(jù)庫，其主要工作是當多個客戶并發(fā)地請求服務器上的相同資源時，對這些資源進行最優(yōu)化管理。中間件負責聯(lián)結客戶應用程序與服務器管理程序，協(xié)同完成一個作業(yè)，以滿足用戶查詢管理數(shù)據(jù)的要求。 B/S模式是一種以Web技術為基礎的新型的MIS系

48、統(tǒng)平臺模式。把傳統(tǒng)C/S模式中的服務器部分分解為一個數(shù)據(jù)服務器與一個或多個應用服務器(Web服務器)，從而構成一個三層結構的客戶服務器體系。 第一層客戶機是用戶與整個系統(tǒng)的接口?？蛻舻膽贸绦蚓喌揭粋€通用的瀏覽器軟件，如NetscapeNavigator，微軟公司的IE等。瀏覽器將HTML代碼轉化成圖文并茂的網(wǎng)頁。網(wǎng)頁還具備一定的交互功能，允許用戶在網(wǎng)頁提供的申請表上輸入信息提交給后臺，并提出處理請求。這個后臺就是第二層的Web服務器。 第二層Web服務器將啟動相應的進程來響應這一請求，并動態(tài)生成一串HTML代碼，其中嵌入處理的結果，返回給客戶機的瀏覽器。如果客戶機提交的請求包括數(shù)據(jù)的存取，

49、Web服務器還需與數(shù)據(jù)庫服務器協(xié)同完成這一處理工作。 第三層數(shù)據(jù)庫服務器的任務類似于C/S模式，負責協(xié)調(diào)不同的Web服務器發(fā)出的SQ請求，管理數(shù)據(jù)庫。 B/S模式的優(yōu)勢 首先它簡化了客戶端。它無需象C/S模式那樣在不同的客戶機上安裝不同的客戶應用程序，而只需安裝通用的瀏覽器軟件。這樣不但可以節(jié)省客戶機的硬盤空間與內(nèi)存，而且使安裝過程更加簡便、網(wǎng)絡結構更加靈活。假設一個企業(yè)的決策層要開一個討論庫存問題的會議，他們只需從會議室的計算機上直接通過瀏覽器查詢數(shù)據(jù)，然后顯示給大家看就可以了。甚至與會者還可以把筆記本電腦聯(lián)上會議室的網(wǎng)絡插口，自己來查詢相關的數(shù)據(jù)。其次，它簡化了系統(tǒng)的開發(fā)和維護。系統(tǒng)的開發(fā)

50、者無須再為不同級別的用戶設計開發(fā)不同的客戶應用程序了，只需把所有的功能都實現(xiàn)在Web服務器上，并就不同的功能為各個組別的用戶設置權限就可以了。各個用戶通過 請求在權限范圍內(nèi)調(diào)用Web服務器上不同處理程序，從而完成對數(shù)據(jù)的查詢或修改?，F(xiàn)代企業(yè)面臨著日新月異的競爭環(huán)境，對企業(yè)內(nèi)部運作機制的更新與調(diào)整也變得逐漸頻繁。相對于C/S，B/S的維護具有更大的靈活性。當形勢變化時，它無須再為每一個現(xiàn)有的客戶應用程序升級，而只需對Web服務器上的服務處理程序進行修訂。這樣不但可以提高公司的運作效率，還省去了維護時協(xié)調(diào)工作的不少麻煩。如果一個公司有上千臺客戶機，并且分布在不同的地點，那么便于維護將會顯得更加重要

51、。 再次，它使用戶的操作變得更簡單。對于C/S模式，客戶應用程序有自己特定的規(guī)格，使用者需要接受專門培訓。而采用B/S模式時，客戶端只是一個簡單易用的瀏覽器軟件。無論是決策層還是操作層的人員都無需培訓，就可以直接使用。B/S模式的這種特性，還使MIS系統(tǒng)維護的限制因素更少。 最后，B/S特別適用于網(wǎng)上信息發(fā)布，使得傳統(tǒng)的MIS的功能有所擴展。這是C/S所無法實現(xiàn)的。而這種新增的網(wǎng)上信息發(fā)布功能恰是現(xiàn)代企業(yè)所需的。這使得企業(yè)的大部分書面文件可以被電子文件取代，從而提高了企業(yè)的工作效率，使企業(yè)行政手續(xù)簡化，節(jié)省人力物力。 鑒于B/S相對于C/S的先進性，B/S逐漸成為一種流行的MIS系統(tǒng)平臺。各軟

52、件公司紛紛推出自己的Internet方案，基于Web的財務系統(tǒng)、基于Web的ERP。一些企業(yè)已經(jīng)領先一步開始使用它，并且收到了一定的成效。 B/S模式的新穎與流行，和在某些方面相對于C/S的巨大改進，使B/S成了MIS系統(tǒng)平臺的首選。3、需求分析和設計方案3.1 需求分析根據(jù)客戶的需要，本軟件系統(tǒng)是公司合同管理系統(tǒng)，用戶僅限于公司內(nèi)部員工，需求功能主要是員工或者公司的管理層能通過軟件系統(tǒng)，進行一系列的操作，從而實現(xiàn)管理公司的目的，下面是具體的需求：（1）既然軟件系統(tǒng)的用戶僅限于公司內(nèi)部的員工，所以就必須要有判斷是否內(nèi)部員工的功能。（2）員工應該能從軟件系統(tǒng)上查看合同，管理合同（3）有一些突發(fā)事

53、件隨時有可能發(fā)生，如地址和聯(lián)系方式的變化，這就要求員工能通過系統(tǒng)對自己的一些資料進行修改。（4）員工不可能記的住公司所有合同等，所以要有通過查詢得知一些合同的具體資料的功能。（5）公司隨時都可能根據(jù)合同的變化，刪除，廢止，修改合同。3.1 功能模塊圖需求分析是從客戶的需求中提取出軟件系統(tǒng)能夠幫助用戶解決的業(yè)務問題，而設計方案則是根據(jù)需求分析，規(guī)劃出系統(tǒng)的功能模塊，具體的劃分如下：編寫企業(yè)合同管理系統(tǒng)，讓其能創(chuàng)建合同、修改合同、刪除合同、合同變更標識、合同收款提醒、合同時間管理、合同廢止標識、結束合同、合同統(tǒng)計、合同查詢等幾大功能。(1)創(chuàng)建合同管理人員將簽訂后的合同的各項信息存入數(shù)據(jù)庫中，使合

54、同進入開始執(zhí)行的狀態(tài)。(2)修改合同讓管理的人員能對數(shù)據(jù)庫里的合同的各項信息進行修改。(3)刪除合同管理人員能對無用的合同，進行刪除。(4)合同變更標識合同被修改后，系統(tǒng)會有標識指明合同曾被修改。(5)合同收款提醒系統(tǒng)會標識到期收款的合同，方便用戶對合同的收款。(6)合同查詢以合同的各項信息為關鍵字來對數(shù)據(jù)庫進行查詢。如圖1所示：圖1 合同管理系統(tǒng)功能模塊示意圖3.2 處理流程設計3.2.1 系統(tǒng)操作流程圖錯誤信息系統(tǒng)主界面系統(tǒng)登錄界面系統(tǒng)管理輸入操作員及密碼數(shù)據(jù)庫檢查密碼錯誤密碼正確功能界面功能處理 數(shù)據(jù)增加流程添加信息時，編號字段由系統(tǒng)自動生成，且不能修改，其他信息由用戶輸入，之后對數(shù)據(jù)進

55、行合法判斷，合法則寫入保存至數(shù)據(jù)庫，不合法則重新輸入數(shù)據(jù)。數(shù)據(jù)增加流程圖：開始自動生成編號輸入數(shù)據(jù)是否合法寫入數(shù)據(jù)庫結束圖3.2 數(shù)據(jù)增加流程圖.3 數(shù)據(jù)修改流程在修改信息時，先選中一條待修改的記錄，然后直接輸入數(shù)據(jù)，判斷合法性，合法則保存至數(shù)據(jù)庫，不合法重新輸入。數(shù)據(jù)修改流程圖如圖3.3所示。開始選擇需要修改記錄輸入數(shù)據(jù)是否合法寫入數(shù)據(jù)庫結束圖3.3 數(shù)據(jù)修改流程圖 數(shù)據(jù)刪除流程當用戶選定一條記錄時，單擊刪除按鈕，會提示用戶是否確定刪除，然后刪除數(shù)據(jù)庫相關內(nèi)容。數(shù)據(jù)刪除流程圖如圖3.4所示。開始選擇需要刪除記錄是否刪除更新數(shù)據(jù)庫圖3.4 數(shù)據(jù)刪除流程圖4、數(shù)據(jù)庫設計4.1 數(shù)據(jù)庫的概念設計數(shù)

56、據(jù)庫的概念結構設計是反映全組織信息需求的整體數(shù)據(jù)庫概念結構（概念模式）。概念模式必須是獨立于計算機硬件和具體數(shù)據(jù)庫管理系統(tǒng)，不受特定DBMS（數(shù)據(jù)庫管理系統(tǒng)）的限制，不考慮計算機軟硬件技術細節(jié)。在需求分析階段得到的數(shù)據(jù)流程圖對數(shù)據(jù)的動態(tài)運動軌跡進行了描述，數(shù)據(jù)庫需求分析定義了數(shù)據(jù)本身的靜態(tài)特征，但他們反映的僅是應用需求，并無反映出數(shù)據(jù)之間的本質聯(lián)系（即數(shù)據(jù)的內(nèi)在特征）。他們之間存在著數(shù)據(jù)關聯(lián)并且靠數(shù)據(jù)庫關鍵字段進行索引,建立表關聯(lián)。ER圖如下：用戶名密碼查看合同管理合同收款提醒合同統(tǒng)計合同查詢修改密碼添加管理員修改用戶名刪除管理員操作系統(tǒng)維護管理員信息4.2 數(shù)據(jù)庫邏輯結構設計設計邏輯結構應該

57、選擇最適于描述與表達相應概念結構的數(shù)據(jù)模型，然后選擇最合適的DBMS。設計邏輯結構時一般要分三步進行：將概念結構轉換為一般的關系、網(wǎng)狀、層次模型，并將轉化來的關系、網(wǎng)狀、層次模型向特定DBMS支持下的數(shù)據(jù)模型轉換，關系模型的邏輯結構是一組關系模式的集合。而E-R圖則是由實體、實體的屬性和實體之間的聯(lián)系三個要素組成的。所以將E-R圖轉換為關系模型實際上就是要將實體、實體的屬性和實體之間的聯(lián)系轉化為關系模式。本管理系統(tǒng)所存在的數(shù)據(jù)庫中有不同的表結構,這些物理表中存放著各種網(wǎng)站所調(diào)用的數(shù)據(jù),為整個網(wǎng)站的流程提供最基本的數(shù)據(jù)來源。本網(wǎng)站采用MYSQL數(shù)據(jù)庫它是由Microsoft公司開發(fā)。對于它的安全

58、性和易操作性來說是開發(fā)者首選。 4.3 數(shù)據(jù)庫物理結構設計 數(shù)據(jù)庫在整個進銷存管理系統(tǒng)中占據(jù)重要的地位，數(shù)據(jù)庫結構設計的好壞直接影響系統(tǒng)和實現(xiàn)的效果。好的數(shù)據(jù)庫結構設計會減少數(shù)據(jù)庫的存儲量，數(shù)據(jù)的完整性和一致性比較高，系統(tǒng)具有較快的響應速度。本系統(tǒng)采用MYSQL 的數(shù)據(jù)庫，根據(jù)分析階段對實體和聯(lián)系的分析結果，進行表結構設計，可以得到以下數(shù)據(jù)表。 表4-1為管理員信息表，存儲系統(tǒng)中的管理員信息。表4-1 管理員信息表（t_admin）列名數(shù)據(jù)類型字段大小必填字段默認值說明UserIdint20是無管理員帳號（主鍵）UserNamevarchar50是無管理員姓名UserPwvarchar50是無

59、管理員密碼表4-2為合同信息表，記錄系統(tǒng)中合同的詳細信息。表4-2 合同信息表（t_hetong）列名數(shù)據(jù)類型字段大小必填字段默認值說明idint20是無合同編號（主鍵）Mingchengvarchar50是無合同名稱jiafangfuzerenvarchar50是無甲方負責人yifangfuzerenvarchar50是無乙方負責人kaishishijianvarchar50是無開始時間jieshushijianvarchar50是無結束時間jineInt20是無金額beizhuvarchar50是無備注表4-3為合同提醒信息表，記錄系統(tǒng)中已有合同提醒的信息。表4-3 合同提醒信息表（t_t

60、ixing）列名數(shù)據(jù)類型字段大小必填字段默認值說明idint20是無編號（主鍵）hetongIdInt50是無合同編號shoukuanshijianvarchar50是無收款時間shoukuanjinevarchar50是無收款金額 4.4 輸入輸出設計輸入輸出設計是系統(tǒng)設計中很容易被忽視的環(huán)節(jié)，又是一個重要的環(huán)節(jié)。一個好的輸出系統(tǒng)設計可以為用戶和系統(tǒng)雙方帶來良好的工作環(huán)境，一個好的輸出設計可以為管理者提供簡捷、明了、有效、實用的管理和控制信息。本管理系統(tǒng)輸入設計數(shù)據(jù)根據(jù)輸出的要求來選擇。輸出類型設計是根據(jù)需求設計為打印輸出，這是用戶通常要求的最主要的形式。輸入內(nèi)容設計主要是根據(jù)數(shù)據(jù)庫設計和輸