目錄摘要 2Abstract 31、引言 41.1研究現狀 41.2主要研究的目的及內容 51.3研究方法及設計思路 61.3.1研究方法 61.3.2設計思路 62、需求分析 72.1應用需求分析 72.2運行需求分析 72.3其他需求分析 72.4可行性分析 82.4.1經濟可行性 82.4.2技術可行性 82.4.3運行可行性 93、相關技術簡介 103.1JSP 103.2SQLSERVER2000 113.3JDBC 113.4B/S模式分析 124、系統分析 144.1系統實現目標 144.2系統體系結構 144.3主控流程圖 155、系統設計 165.1概要設計 175.2系統結構設計 175.3詳細設計 175.3.1管理員登錄界面 175.3.2管理員設置 185.3.3新戶開戶 195.3.4銀行帳戶管理 206、系統調試與測試 216.1程序調試 216.2程序的測試 216.2.1測試的重要性及目的 216.2.2測試的步驟 236.2.3測試的主要內容 237、結論 247.1系統評價 247.2安全性問題 25致謝 26參考文獻 27摘要當今社會己進入信息社會時代。信息己經受到社會的廣泛關注，被看作社會和科學技術發展的三大支柱（材料、能源、信息）。信息是管理的基礎，是進行決策的的基本依據。在一個組織里，信息己作為人力、物力、財力之外的第四種能源，占有重要的地位。然而，信息是一種非物質的，有別于基本資源的新形式的資源。信息也是管理的對象，必須進行管理和控制。本系統主要完成對銀行賬目管理的帳戶管理、取款機管理、用戶查詢、查詢統計等。系統有完整的后臺添加、管理、密碼修改功能。系統采用JSP為編程語言。論文主要介紹了本課題的開發背景，所要完成的功能和開發的過程。重點的說明了系統設計的重點、設計思想、難點技術和解決方案。關鍵詞銀行賬目管理JSP系統開發AbstractNowsocialoneselfentertheinformationsocietytime.Informationoneselfundergoestosociety'swidespreadattention,isregardedassocialandthescientifictechnologicaladvancethreebigprops(material,energy,information).Theinformationisthemanagementfoundation,iscarriesonthedecision-makingbasicbasis.Inanorganization,informationoneselftakesoutsidethemanpower,thephysicalresource,thefinancialresourcefourthkindofenergy,holdstheimportantstatus.However,theinformationisonenon-material,isdifferentwiththebaseresourcesthenewformresources.Theinformationisalsothemanagementobject,mustcarryonthemanagementandthecontrol.Thissystemmainlycompletestothebankaccountmanagementaccountmanagement,drawsmoneymachinethemanagement,theuserinquiry,theinquirystatisticsandsoon.Thesystemhasthecompletebackstagetoincrease,themanagement,thepasswordrevisionfunction.thesystemusesJSPistheprogramminglanguage.Thepapermainlyintroducedthistopic'sdevelopmentbackground,mustcompletefunctionanddevelopmentprocess.Keyexplanationsystemdesignkeypoint,designconcept,difficulttechnologyandsolution.KeywordBankaccountmanagementJSPSystemdevelopment1、引言1.1研究現狀隨著科技發展和社會進步，尤其是計算機大范圍的普及，計算機應用逐漸由大規模科學計算的海量數據處理轉向大規模的事務處理和對工作流的管理，這就產生了以臺式計算機為核心，以數據庫管理系統為開發環境的管理信息系統在大規模的事務處理和對工作流的管理等方面的應用，特別是在銀行帳目管理之中的應用日益收到人們的關注。近年來我國信息產業發展迅速，手工管理方式在銀行帳目管理等需要大量事務處理的應用中已顯得不相適應，采用IT技術提高服務質量和管理水平勢在必行。目前，對外開放必然趨勢使銀行業直面外國銀行巨頭的直接挑戰，因此，銀行必須提高其工作效率，改善其工作環境。這樣，帳戶管理的信息化勢在必行。在傳統的銀行帳戶管理中，其過程往往是很復雜的，繁瑣的，帳戶管理以入帳和出帳兩項內容為核心，在此過程中又需要經過若干道手續，因為整個過程都需要手工操作，效率十分低下，且由于他們之間關聯復雜，統計和查詢的方式各不相同；且會出現信息的重復傳遞問題，因此該過程必須實現信息化。我們的系統開發的整體任務是實現銀行帳戶管理的系統化、規范化、自動化和智能化，從而達到提高企業管理效率的目的。1.2主要研究的目的及內容本課題的目的是使銀行賬目管理清晰化，透明化，便于操作，易于管理。通過功能模塊的優化組合實現不同的管理細節，使管理過程實現最大程度的自動化與信息化,并能自動對人工操作環節進行復查,使賬目出錯率降至最低。在傳統的銀行帳戶管理系統中，銀行的帳戶管理往往是很復雜煩瑣的。帳戶管理的特點是信息處理量比較大，所管理的種類比較繁多，而且由于儲蓄單、取款單等單據發生量特別大，關聯信息多，查詢和統計的方式不盡相同。在管理過程中經常會出現信息的重復傳遞，因此銀行帳戶管理必須實現計算機化處理。我們系統開發的總體任務是實現銀行帳戶管理的系統化、規范化、自動化、信息化與智能化，從而達到提高帳戶管理效率的目的。1.3研究方法及設計思路1.3.1研究方法帳目管理是銀行業務流程過程中十分重要且必備的環節之一，在銀行業務流程當中起著承上啟下的作用，其重要性不言而喻。但是，目前許多銀行在具體的業務流程處理過程中仍然使用手工操作的方式來實施，不僅費時、費力，效率低下，而且無法達到理想的效果。針對上述問題，采用軟件工程的開發原理，依據軟件流程過程規范，按照需求分析、概要設計、詳細設計、程序編碼、測試、軟件應用、軟件維護等過程開發了一個銀行帳目管理系統。采用SQLSERVER2000作為開發工具，數據庫設計遵循3范式，主要設計了用戶基本信息表、用戶卡信息表、ATM取款機基本信息表、用戶銀行存款信息表、管理系統的用戶口令表、銀行系統的用戶信息表等數據表。解決了銀行系統中存在的數據安全性、數據一致性以及系統運行速度等問題。1.3.2設計思路（1）系統應符合銀行賬戶管理的規定，滿足銀行相關人員日常使用的需要，并達到操作過程中的直觀，方便，實用，安全等要求；（2）系統采用模塊化程序設計方法，既便于系統功能的各種組合和修改，又便于未參與開發的技術維護人員補充，維護；（3）系統應具備數據庫維護功能,及時根據用戶需求進行數據的添加、刪除、修改、備份等操作；（4）盡量采用現有軟件環境及先進的管理系統開方案，從而達到充分利用現有資源，提高系統開發水平和應用效果的目的。2、需求分析2.1應用需求分析服務器硬件處理器：Intel酷睿內存：256M或更大硬盤：20G或更大軟件MicrosoftWindowsXPMicrosoftSQLSERVER2000MicrosoftOffice2003客戶機硬件無特殊要求，只要能上連接互聯網即可軟件MicrosoftWindowsXPMicrosoftIE5.0或更高版本系統的性能要求通常指系統需要的存儲容量以及后援存儲，重新啟動和安全性,運行效率等方面的考慮。硬件系統環境：C600、1GMB（RAM）、500MB（HD）。系統運行時對數據的保密性要求不高對一般的數據不要求進行加密。此外，對其它軟件幾乎沒有依賴性，程序健壯性較好2.2運行需求分析硬件條件：酷睿CPU、1GRAM、10G硬盤以上的PC軟件條件：WindowsXP2.3其他需求分析本系統有較好的可維護性、可靠性、可理解性、效率。易于用戶理解和操作。可維護性包括了可讀性、可測試性等含義。可靠性通常包括正確性和健壯性。開發過程中，在各種矛盾的目標之間作權衡，并在一定的限制的條件下（經費、時間、可用的軟、硬件資源等），使上述各方面最大限度的得到滿足。2.4可行性分析2.4.1經濟可行性經濟可行性研究是對組織的經濟現狀和投資能力進行分析，對系統建設運行和維護費用進行估算，對系統建成后可能取得的社會和經濟效益進行估計。由于本系統是作為畢業設計由我們自己開發的，在經濟上的投入甚微，系統建成之后將為今后實現系統功能提供很大的方便，估算新系統的開發費用和今后的運行、維護費用，估計新系統將獲得的效益，并將費用與效益進行比較，看是否有利。開發、運行和維護費用主要包括：購買和安裝設備的費用：計算機硬件、系統軟件、機房、電源、空調等；

軟件開發費用：若由實習單位的技術人員開發，則該項費用可以計入下面的人員費用一項；人員費用：系統開發人員、操作人員和維護人員的工資、培訓費用等；消耗品費用：系統開發所用材料、系統正常運行所用消耗品，例如水、電費，打印紙、軟盤、色帶等開支。所有開支都不大，所以經濟上是可行的。2.4.2技術可行性技術可行性要考慮現有的技術條件是否能夠順利完成開發工作，軟硬件配置是否滿足開發的需求等。本科生實習管理系統用的是JSP開發語言，調試相對簡單，當前的計算機硬件配置也完全能滿足開發的需求，因此在技術上是絕對可行的。軟件方面：由于目前單機模式相對發展成熟，故軟件的開發平臺成熟可行,它們速度快、容量大、可靠性能高、價格低，完全能滿足系統的需求。2.4.3運行可行性對新系統運行后給現行系統帶來的影響（包括組織機構、管理方式、工作環境等）和后果進行估計和評價。同時還應考慮現有管理人員的培訓、補充，分析在給定時間里能否完成預定的系統開發任務等。運行可行性是對組織結構的影響，現有人員和機構和環境對系統的適應性及人員培訓補充計劃的可行性。當前我們公司信息化技術已經相當普及，各類操作人員水平都有相當的高度，所以在運行上是可行性的。本系統的開發，是典型的Mis開發，主要是對數據的處理，包括數據的收集，數據的變換，及數據的各種報表形式的輸出。采用流行的JSP+SQLSERVER2000體系，已無技術上的問題。3、相關技術簡介3.1JSPJSP(JavaServerPages)是由SunMicrosystems公司倡導、許多公司參與一起建立的一種動態網頁技術標準。它是在傳統的網頁HTML文件(*.htm,*.html)中插入Java程序段(Scriptlet)和JSP標記(tag)，從而形成JSP文件(*.jsp)。用JSP開發的Web應用是跨平臺的，即能在Linux下運行，也能在其他操作系統上運行。JSP技術使用Java編程語言編寫類XML的tags和scriptlets，來封裝產生動態網頁的處理邏輯。網頁還能通過tags和scriptlets訪問存在于服務端的資源的應用邏輯。JSP將網頁邏輯與網頁設計和顯示分離，支持可重用的基于組件的設計，使基于Web的應用程序的開發變得迅速和容易。Web服務器在遇到訪問JSP網頁的請求時，首先執行其中的程序段，然后將執行結果連同JSP文件中的HTML代碼一起返回給客戶。插入的Java程序段可以操作數據庫、重新定向網頁等，以實現建立動態網頁所需要的功能。JSP與JavaServlet一樣，是在服務器端執行的，通常返回該客戶端的就是一個HTML文本，因此客戶端只要有瀏覽器就能瀏覽。JSP主要優先如下：（1）一次編寫，到處運行。在這一點上Java比PHP更出色，除了系統之外，代碼不用做任何更改。（2）系統的多平臺支持。基本上可以在所有平臺上的任意環境中開發，在任意環境中進行系統部署，在任意環境中擴展。相比JSP/PHP的局限性是顯而易見的。（3）強大的可伸縮性。從只有一個小的Jar文件就可以運行Servlet/JSP，到由多臺服務器進行集群和負載均衡，到多臺Application進行事務處理，消息處理，一臺服務器到無數臺服務器，Java顯示了一個巨大的生命力。（4）多樣化和功能強大的開發工具支持。這一點與JSP很像，Java已經有了許多非常優秀的開發工具，而且許多可以免費得到，并且其中許多已經可以順利的運行于多種平臺之下。3.2SQLSERVER2000SQLServer是由Microsoft開發和推廣的關系數據庫管理系統（DBMS），它最初是由Microsoft、Sybase和Ashton-Tate三家公司共同開發的，并于1988年推出了第一個OS/2版本。SQLServer近年來不斷更新版本，1996年，Microsoft推出了SQLServer6.5版本；1998年，SQLServer7.0版本和用戶見面；SQLServer2000是Microsoft公司于2000年推出的版本。SQLServer特點：1．真正的讀者機/服務器體系結構。2．圖形化用戶界面，使系統管理和數據庫管理更加直觀、簡單。3．豐富的編程接口工具，為用戶進行程序設計提供了更大的選擇余地。4．SQLServer與WindowsNT完全集成，利用了NT的許多功能，如發送和接受消息，管理登錄安全性等。SQLServer也可以很好地與MicrosoftBackOffice產品集成。5．具有很好的伸縮性，可跨越從運行Windows95/98的膝上型電腦到運行Windows2000的大型多處理器等多種平臺使用。6．對Web技術的支持，使用戶能夠很容易地將數據庫中的數據發布到Web頁面上。7．SQLServer提供數據倉庫功能，這個功能只在Oracle和其他更昂貴的DBMS中才有。3.3JDBCJDBC（JavaDataBaseConnectivity,java數據庫連接）是一種用于執行SQL語句的JavaAPI，可以為多種關系數據庫提供統一訪問，它由一組用Java語言編寫的類和接口組成。JDBC為工具/數據庫開發人員提供了一個標準的API，據此可以構建更高級的工具和接口，使數據庫開發人員能夠用純JavaAPI編寫數據庫應用程序，同時，JDBC也是個商標名。有了JDBC，向各種關系數據發送SQL語句就是一件很容易的事。換言之，有了JDBCAPI，就不必為訪問Sybase數據庫專門寫一個程序，為訪問Oracle數據庫又專門寫一個程序，或為訪問Informix數據庫又編寫另一個程序等等，程序員只需用JDBCAPI寫一個程序就夠了，它可向相應數據庫發送SQL調用。同時，將Java語言和JDBC結合起來使程序員不必為不同的平臺編寫不同的應用程序，只須寫一遍程序就可以讓它在任何平臺上運行，這也是Java語言“編寫一次，處處運行”的優勢。Java數據庫連接體系結構是用于Java應用程序連接數據庫的標準方法。JDBC對Java程序員而言是API，對實現與數據庫連接的服務提供商而言是接口模型。作為API，JDBC為程序開發提供標準的接口，并為數據庫廠商及第三方中間件廠商實現與數據庫的連接提供了標準方法。JDBC使用已有的SQL標準并支持與其它數據庫連接標準，如ODBC之間的橋接。JDBC實現了所有這些面向標準的目標并且具有簡單、嚴格類型定義且高性能實現的接口。3.4B/S模式分析C/S模式主要由客戶應用程序(Client)、服務器管理程序(Server)和中間件(middleware)三個部件組成。客戶應用程序是系統中用戶與數據進行交互的部件。服務器程序負責有效地管理系統資源，如管理一個信息數據庫，其主要工作是當多個客戶并發地請求服務器上的相同資源時，對這些資源進行最優化管理。中間件負責聯結客戶應用程序與服務器管理程序，協同完成一個作業，以滿足用戶查詢管理數據的要求。B/S模式是一種以Web技術為基礎的新型的MIS系統平臺模式。把傳統C/S模式中的服務器部分分解為一個數據服務器與一個或多個應用服務器(Web服務器)，從而構成一個三層結構的客戶服務器體系。第一層客戶機是用戶與整個系統的接口。客戶的應用程序精簡到一個通用的瀏覽器軟件，如Netscape

Navigator，微軟公司的IE等。瀏覽器將HTML代碼轉化成圖文并茂的網頁。網頁還具備一定的交互功能，允許用戶在網頁提供的申請表上輸入信息提交給后臺，并提出處理請求。這個后臺就是第二層的Web服務器。第二層Web服務器將啟動相應的進程來響應這一請求，并動態生成一串HTML代碼，其中嵌入處理的結果，返回給客戶機的瀏覽器。如果客戶機提交的請求包括數據的存取，Web服務器還需與數據庫服務器協同完成這一處理工作。

第三層數據庫服務器的任務類似于C/S模式，負責協調不同的Web服務器發出的SQ請求，管理數據庫。B/S模式首先簡化了客戶端。它無需象C/S模式那樣在不同的客戶機上安裝不同的客戶應用程序，而只需安裝通用的瀏覽器軟件。這樣不但可以節省客戶機的硬盤空間與內存，而且使安裝過程更加簡便、網絡結構更加靈活。假設一個企業的決策層要開一個討論庫存問題的會議，他們只需從會議室的計算機上直接通過瀏覽器查詢數據，然后顯示給大家看就可以了。甚至與會者還可以把筆記本電腦聯上會議室的網絡插口，自己來查詢相關的數據。其次，它簡化了系統的開發和維護。系統的開發者無須再為不同級別的用戶設計開發不同的客戶應用程序了，只需把所有的功能都實現在Web服務器上，并就不同的功能為各個組別的用戶設置權限就可以了。各個用戶通過HTTP請求在權限范圍內調用Web服務器上不同處理程序，從而完成對數據的查詢或修改。現代企業面臨著日新月異的競爭環境，對企業內部運作機制的更新與調整也變得逐漸頻繁。相對于C/S，B/S的維護具有更大的靈活性。當形勢變化時，它無須再為每一個現有的客戶應用程序升級，而只需對Web服務器上的服務處理程序進行修訂。這樣不但可以提高公司的運作效率，還省去了維護時協調工作的不少麻煩。如果一個公司有上千臺客戶機，并且分布在不同的地點，那么便于維護將會顯得更加重要。再次，它使用戶的操作變得更簡單。對于C/S模式，客戶應用程序有自己特定的規格，使用者需要接受專門培訓。而采用B/S模式時，客戶端只是一個簡單易用的瀏覽器軟件。無論是決策層還是操作層的人員都無需培訓，就可以直接使用。B/S模式的這種特性，還使

MIS系統維護的限制因素更少。最后，B/S特別適用于網上信息發布，使得傳統的MIS的功能有所擴展。這是C/S所無法實現的。而這種新增的網上信息發布功能恰是現代企業所需的。這使得企業的大部分書面文件可以被電子文件取代，從而提高了企業的工作效率，使企業行政手續簡化，節省人力物力。鑒于B/S相對于C/S的先進性，B/S逐漸成為一種流行的MIS系統平臺。各軟件公司紛紛推出自己的Internet方案，基于Web的財務系統、基于Web的ERP。一些企業已經領先一步開始使用它，并且收到了一定的成效。B/S模式的新穎與流行，和在某些方面相對于C/S的巨大改進，使B/S成了MIS系統平臺的首選。4、系統分析4.1系統實現目標系統主要實現：帳戶管理、取款機管理、用戶查詢、查詢統計等功能，(1)帳戶管理模塊：存款、取款、開戶、銷戶、修改信息、辦卡、掛失卡；(2)取款機信息管理方面：管理員管理查詢和維護、客戶查詢和取款等功能；(3)用戶查詢模塊：用戶希望便于查詢自己帳戶的信息。(4)查詢統計模塊：VIP用戶統計、ATM業務量統計、異動查詢統計、持卡總量消費統計、工作量負荷統計等功能。4.2系統體系結構在系統功能分析的基礎上，做系統功能模塊圖如下：

4.3主控流程圖開始開始輸入用戶名、密碼輸入用戶名、密碼密碼正確？N密碼正確？NYY進入主控模塊進入主控模塊選擇操作方式選擇操作方式退出系統Y退出系統Y停止停止5、系統設計本系統不僅要求功能完善，而且還要界面友好，因此，對于一個成功的系統設計，功能模塊的設計是關鍵。5.1概要設計在系統需求分析階段，搞清楚了軟件“做什么”的問題，形成了目標系統的邏輯模型。現在我們所要做的就是要把軟件“做什么”的邏輯模型變換為“怎么做”的物理模型，即著手實現系統的需求。首先，我們需要描述的是系統的總的體系結構。5.2系統結構設計系統的概要設計中最重要的就是系統的模塊化。模塊化是指解決一個復雜問題時自項向下逐層把軟件系統劃分成若干個模塊的過程。每個模塊完成一個特定的功能，所有的模塊按某種方法組織起來，成為一個整體，完成整個系統所要求的功能。將系統劃分為多個模塊是為了降低軟件系統的復雜性，提高可讀性、可維護性，但模塊的劃分不能是任意的，應盡量保持其獨立性。也就是說，每個模塊只完成系統要求的獨立的子功能，并且與其他模塊的聯系最少且接口簡單，即盡量做到高內聚低耦合，提高模塊的獨立性，為設計高質量的軟件結構奠定基礎。在系統的概要設計中采用結構化設計以需求分析階段產生的數據流圖為基礎，按一定的步驟映射成軟件結構。首先將整個系統化分為幾個小問題，小模塊，在系統中，設計了系統管理、數據錄入、查詢、報表管理和本科生實習管理模塊。然后，進一步細分模塊，添加細節。5.3詳細設計5.3.1管理員登錄界面對于一個完整的銀行賬目管理系統，不僅要求功能強大、操作簡單，還要有良好的設計風格和另人爽目的界面。登錄界面對于整個系統來說是非常重要的，因為它設置了進入本系統的用戶和口令，防止非法用戶進入系統，破壞系統安全和所保存的數據，只有合法的管理員在輸入正確的密碼后方可進入系統，否則將提示密碼或用戶名輸入錯誤，并詢問用戶是否重新輸入。這樣就對使用者有了限制，增加了系統的安全性和保密性，便于控制和管理，有利于系統的維護。5.3.2管理員設置系統管理模塊是本系統中一個基礎的部分，在本模塊中包括管理員對自身密碼的重新設置，可以定時更換密碼，確保資料的安全。增加了系統的安全性和保密性，便于控制和管理。5.3.3新戶開戶本模塊主要實現新戶開戶后臺管理。如下圖所示：5.3.4銀行帳戶管理本模塊主要實現銀行帳戶的管理。如下圖所示：6、系統調試與測試6.1程序調試在設計系統的過程中，存在一些錯誤是必然的。對于語句的語法錯誤，在程序運行時自動提示，并請求立即糾正，因此，這類錯誤比較容易發現和糾正。但另一類錯誤是在程序執行時由于不正確的操作或對某些數據的計算公式的邏輯錯誤導致的錯誤結果。這類錯誤隱蔽性強，有時會出現，有時又不出現，因此，對這一類動態發生的錯誤的排查是耗時費力的。6.2程序的測試6.2.1測試的重要性及目的（1）測試的重要性軟件的測試在軟件生命周期中占據重要的地位，在傳統的瀑布模型中，軟件測試學僅處于運行維護階段之前，是軟件產品交付用戶使用之前保證軟件質量的重要手段。近來，軟件工程界趨向于一種新的觀點，即認為軟件生命周期每一階段中都應包含測試，從而檢驗本階段的成果是否接近預期的目標，盡可能早的發現錯誤并加以修正，如果不在早期階段進行測試，錯誤的延時擴散常常會導致最后成品測試的巨大困難。事實上，對于軟件來講，不論采用什么技術和什么方法，軟件中仍然會有錯。采用新的語言、先進的開發方式、完善的開發過程，可以減少錯誤的引入，但是不可能完全杜絕軟件中的錯誤，這些引入的錯誤需要測試來找出，軟件中的錯誤密度也需要測試來進行估計。測試是所有工程學科的基本組成單元，是軟件開發的重要部分。自有程序設計的那天起測試就一直伴隨著。統計表明，在典型的軟件開發項目中，軟件測試工作量往往占軟件開發總工作量的40％以上。而在軟件開發的總成本中，用在測試上的開銷要占30％到50％。如果把維護階段也考慮在內，討論整個軟件生存期時，測試的成本比例也許會有所降低，但實際上維護工作相當于二次開發，乃至多次開發，其中必定還包含有許多測試工作。在實踐中，軟件測試的困難常常使人望而卻步或敷衍了事，這是由于對測試仍然存在一些不正確的看法和錯誤的態度，這包括:①認為測試工作不如設計和編碼那樣容易取得進展難以給測試人員某種成就感;②以發現軟件錯誤為目標的測試是非建設性的，甚至是破壞性的，測試中發現錯位是對責任者工作的一種否定;③測試工作枯燥無味，不能引起人們的興趣;④測試工作是艱苦而細致的工作;⑤對自己編寫的程序盲目自信，在發現錯誤后，顧慮別人對自己的開發能力的看法。這些觀點對軟件測試工作是極為不利的，必須澄清認識、端正態度，才可能提高軟件產品的質量。（2）測試的目的如果測試的目的是為了盡可能多地找出錯誤，那么測試就應該直接針對軟件比較復雜的部分或是以前出錯比較多的位置。①軟件測試是為了發現錯誤而執行程序的過程;②測試是為了證明程序有錯，而不是證明程序無錯誤;③一個好的測試用例是在于它能發現至今未發現的錯誤;④一個成功的測試是發現了至今未發現的錯誤的測試。這種觀點可以提醒人們測試要以查找錯誤為中心，而不是為了演示軟件的正確功能。但是僅憑字面意思理解這一觀點可能會產生誤導，認為發現錯誤是軟件測試的唯一目，查找不出錯誤的測試就是沒有價值的，事實并非如此。首先，測試并不僅僅是為了要找出錯誤。通過分析錯誤產生的原因和錯誤的分布特征，可以幫助項目管理者發現當前所采用的軟件過程的缺陷，以便改進。同時，這種分析也能幫助我們設計出有針對性地檢測方法，改善測試的有效性。其次，沒有發現錯誤的測試也是有價值的，完整的測試是評定測試質量的一種方法。6.2.2測試的步驟與開發過程類似，測試過程也必須分步驟進行，每個步驟在邏輯上是前一個步驟的繼續。大型軟件系統通常由若干個子系統組成，每個子系統又由若干個模塊組成。因此，大型軟件系統的測試基本上由下述幾個步驟組成：（1）模塊測試在這個測試步驟中所發現的往往是編碼和詳細設計的錯誤。（2）系統測試在這個測試步驟中發現的往往是軟件設計中的錯誤，也可能發現需求說明中的錯誤。（3）驗收測試在這個測試步驟中發現的往往是系統需求說明書中的錯誤。6.2.3測試的主要內容為了保證測試的質量，將測試過程分成幾個階段，即:代碼審查、單元測試、集成測試、確認測試和系統測試。（1）單元測試單元測試集中在檢查軟件設計的最小單位—模塊上，通過測試發現實現該模塊的實際功能與定義該模塊的功能說明不符合的情況，以及編碼的錯誤。（2）集成測試集成測試是將模塊按照設計要求組裝起來同時進行測試，主要目標是發現與接口有關的問題。如一個模塊與另一個模塊可能有由于疏忽的問題而造成有害影響；把子功能組合起來可能不產生預期的主功能；個別看起來是可以接受的誤差可能積累到不能接受的程度；全程數據結構可能有錯誤等。（3）確認測試確認測試的目的是向未來的用戶表明系統能夠像預定要求那樣工作。經集成測試后，已經按照設計把所有的模塊組裝成一個完整的軟件系統，接口錯誤也已經基本排除了，接著就應該進一步驗證軟件的有效性，這就是確認測試的任務，即軟件的功能和性能如同用戶所合理期待的那樣。（4）系統測試軟件開發完成以后，最終還要與系統中其他部分配套運行，進行系統測試。包括恢復測試、安全測試、強度測試和性能測試等。單獨對系統的測試主要從以下幾方面入手：①功能測試：測試是否滿足開發要求，是否提供設計所描述的功能，是否用戶的需求都得到滿足。功能測試是系統測試最常用和必須的測試，通常還會以正式的軟件說明書為測試標準。②強度測試及性能測試：測試系統能力最高實際限度，即軟件在一些超負荷情況下功能實現的情況。③安全測試：驗證安裝在系統內的保護機構確實能夠對系統進行保護，使之不受各種非常的干擾。針對本系統主要是對權限系統的測試和對無效數據、錯數據、和非法數據干擾的能力的測試。經過上述的測試過程對軟件進行測試后，軟件基本滿足開發的要求，測試宣告結束。7、結論7.1系統評價本文通過本系統設計與開發，從而得出下列結論：（1）學習一門新技術，最重要的是實踐，只有多動手才能盡快掌握它。（2）一個系統的開發，經驗是最重要的，經驗不足，就難免會有許多考慮不周之處。（3）要想吸引更多的用戶，系統的界面必須要美觀、有特色、友好，功能要健全。不過由于經驗不足，我設計的圖形界面比較簡單。只是對基本功能進行了開發。（4）本次開發，我參考了很多本系統的例子，吸取了一些別的本系統的長處，對自己的畢業設計進行了完善，但是還有很多的不足之處，有待以后進一步學習。實踐證明，本系統有著很好的發展前景，經測試運行。本文所制作的系統界面友好、使用靈活、操作簡單、功能齊全、表現方式獨特，已基本具備了成熟的技術理論。由于時間倉促，本次設計由我完成本系統的制作，對我這樣一個JSP新手而言所制作的模塊還有不完善的地方。數據庫的設計也比較簡單。還有很多畢業設計中