【文章內容簡介】 25%： 20%。由此可見，程序編寫在開發(fā)工作中只占很小比例，而調試工作卻占整個開發(fā)工作量的一半左右，因此“ 系統(tǒng)開發(fā)就是編程 ” 的習慣說法顯然是片面的。另據統(tǒng)計，在建立管理信息系統(tǒng)的三個階段中，總體規(guī)劃和系統(tǒng)開發(fā)階段的工作量約占整個工作量的 2/3， 而運行、維護階段要占 1/3，這說明一個管理信息系統(tǒng)開發(fā)后，仍應十分重視它的維護工作，以便使系統(tǒng)不斷完善并充分發(fā)揮其作用。 相關技術簡介 JSP JSP(JavaServer Pages)是由 Sun Microsystems 公司倡導、許多公司參與一起建立的一種 動態(tài)網頁 技術標準。它是在傳統(tǒng)的網頁 HTML 文件 (*.htm,*.html)中插入 Java 程序段 (Scriptlet)和 JSP 標記 (tag)，從而形成 JSP 文件 (*.jsp)。 用 JSP 開發(fā)的 Web 應用是跨平臺的，即能在 Linux 下運行，也能在其他操作系統(tǒng)上運行。JSP 技術使用 Java 編程語言編寫類 XML 的 tags 和 scriptlets，來封裝產生動態(tài)網頁的處理邏輯 。網頁還能通過 tags 和 scriptlets 訪問存在于服務端的資源的應用邏輯。 JSP 將網頁邏輯與網頁設計和顯示分離，支持可重用的基于組件的設計，使基于 Web 的應用程序的開發(fā)變得迅速和容易。 Web 服務器在遇到訪問 JSP 網頁的請求時，首先執(zhí)行其中的程序段，然后將執(zhí)行結果連同 JSP 文件中的 HTML代碼一起返回給客戶。插入的 Java 程序段可以操作 數據庫 、重新定向網頁等，以實現建立動態(tài)網 頁所需要的功能。 JSP 與 Java Servlet 一樣，是在服務器端執(zhí)行的，通常返回該客戶端的就是一個 HTML 文本，因此客戶端只要有瀏覽器就能瀏覽。 JSP 主要優(yōu)先如下： （ 1）一次編寫，到處運行。在這一點上 Java 比 PHP 更出色，除了系統(tǒng)之外，代碼不用 做任何更改。 （ 2）系統(tǒng)的多平臺支持?；旧峡梢栽谒衅脚_上的任意環(huán)境中開發(fā)，在任意環(huán)境中進行系統(tǒng)部署，在任意環(huán)境中擴展。相比 JSP/PHP 的局限性是顯而易見的。 （ 3）強大的可伸縮性。從只有一個小的 Jar 文件就可以運行 Servlet/JSP，到由多臺服務器進行集群和負載均衡，到多臺 Application 進行事務處理，消息處理，一臺服務器到無數臺服務器， Java 顯示了一個巨大 的生命力。 （ 4）多樣化和功能強大的開發(fā)工具支持。這一點與 JSP 很像， Java 已經有了許多非常優(yōu)秀的開發(fā)工具，而且許多可以免費得到，并且其中許多已經可以順利的運行于多種平臺之下。 ACCESS Access 是微軟公司推出的基于 Windows 的桌面關系數據庫管理系統(tǒng)（ RDBMS），是 Office 系列應用軟件之一。它提供了表、查詢、窗體、報表、頁、宏、模塊 7 種用來建立數據庫系統(tǒng)的對象；提供了多種向導、生成器、模板，把數據存儲、數據查詢、界面設計、報表生成等操作規(guī)范化；為建立功能完善的數據庫管理系統(tǒng)提 供了方便，也使得普通用戶不必編寫代碼，就可以完成大部分數據管理的任務。 ODBC ODBC（ Object Data Base Connectivity,java 數據庫連接）是一種用于執(zhí)行 SQL語句的 Java API，可以為多種關系數據庫提供統(tǒng)一訪問，它由一組用 Java 語言編寫的類和接口組成。 ODBC 為工具 /數據庫開發(fā)人員提供了一個標準的 API，據此可以構建更高級的工具和接口，使數據庫開發(fā)人員能夠用純 Java API 編寫數據庫應用程序，同時， ODBC 也是個商標名。 有了 ODBC，向各種關系數據發(fā) 送 SQL 語句就是一件很容易的事。換言之，有了 ODBC ，就不必為訪問 access 數據庫專門寫一個程序，為訪問 Oracle 數據庫又專門寫一個程序，或為訪問 Informix 數據庫又編寫另一個程序等等，程序員只需用 ODBC 寫一個程序就夠了，它可向相應數據庫發(fā)送 SQL 調用。同時，將Java 語言和 ODBC 結合起來使程序員不必為不同的平臺編寫不同的應用程序，只須寫一遍程序就可以讓它在任何平臺上運行，這也是 Java 語言 “編寫一次，處處運行 ”的優(yōu)勢。 Java 數據庫連接體系結構是用于 Java 應用程序連接數據庫的標準方法。ODBC 對 Java 程序員而言是 API，對實現與數據庫連接的服務提供商而言是接口模型。作為 API， ODBC 為程序開發(fā)提供標準的接口，并為數據庫廠商及第三方中間件廠商實現與數據庫的連接提供了標準方法。 ODBC 使用已有的 SQL 標準并支持與其它數據庫連接標準，如 ODBC 之間的橋接。 ODBC 實現了所有這些面向標準的目標并且具有簡單、嚴格類型定義且高性能實現的接口。 B/S 模式分析 C/S 模式主要由客戶應用程序 (Client)、服務器管理程序 (Server)和中間件(middleware)三個部件組成?？蛻魬?程序是系統(tǒng)中用戶與數據進行交互的部件。服務器程序負責有效地管理系統(tǒng)資源，如管理一個信息數據庫，其主要工作是當多個客戶并發(fā)地請求服務器上的相同資源時，對這些資源進行最優(yōu)化管理。中間件負責聯結客戶應用程序與服務器管理程序，協(xié)同完成一個作業(yè)，以滿足用戶查詢管理數據的要求。 B/S 模式是一種以 Web 技術為基礎的新型的 MIS 系統(tǒng)平臺模式。把傳統(tǒng) C/S模式中的服務器部分分解為一個數據服務器與一個或多個應用服務器 (Web 服務器 )，從而構成一個三層結構的客戶服務器體系。 第一層客戶機是用戶與整個系統(tǒng)的接口?？蛻舻膽贸?序精簡到一個通用的瀏覽器軟件，如 Netscape Navigator，微軟公司的 IE 等。瀏覽器將 HTML 代碼轉化成圖文并茂的網頁。網頁還具備一定的交互功能，允許用戶在網頁提供的申請表上輸入信息提交給后臺，并提出處理請求。這個后臺就是第二層的 Web 服務器。 第二層 Web 服務器將啟動相應的進程來響應這一請求，并動態(tài)生成一串HTML 代碼，其中嵌入處理的結果，返回給客戶機的瀏覽器。如果客戶機提交的請求包括數據的存取， Web 服務器還需與數據庫服務器協(xié)同完成這一處理工作。 第三層數據庫服務器的任務類似于 C/S 模 式，負責協(xié)調不同的 Web 服務器發(fā)出的 SQ 請求，管理數據庫。 B/S 模式 首先簡化了客戶端。它無需象 C/S 模式那樣在不同的客戶機上安裝不同的客戶應用程序，而只需安裝通用的瀏覽器軟件。這樣不但可以節(jié)省客戶機的硬盤空間與內存，而且使安裝過程更加簡便、網絡結構更加靈活。假設一個企業(yè)的決策層要開一個討論庫存問題的會議，他們只需從會議室的計算機上直接通過瀏覽器查詢數據，然后顯示給大家看就可以了。甚至與會者還可以把筆記本電腦聯上會議室的網絡插口，自己來查詢相關的數據。其次，它簡化了系統(tǒng)的開發(fā)和維護。系統(tǒng)的開發(fā)者無須再為不 同級別的用戶設計開發(fā)不同的客戶應用程序了，只需把所有的功能都實現在 Web 服務器上，并就不同的功能為各個組別的用戶設置權限就可以了。各個用戶通過 HTTP 請求在權限范圍內調用 Web 服務器上不同處理程序，從而完成對數據的查詢或修改?，F代企業(yè)面臨著日新月異的競爭環(huán)境，對企業(yè)內部運作機制的更新與調整也變得逐漸頻繁。相對于 C/S， B/S的維護具有更大的靈活性。當形勢變化時，它無須再為每一個現有的客戶應用程序升級，而只需對 Web 服務器上的服務處理程序進行修訂。這樣不但可以提高公司的運作效率，還省去了維護時協(xié)調工作的不少麻 煩。如果一個公司有上千臺客戶機，并且分布在不同的地點，那么便于維護將會顯得更加重要。 再次，它使用戶的操作變得更簡單。對于 C/S 模式，客戶應用程序有自己特定的規(guī)格，使用者需要接受專門培訓。而采用 B/S 模式時，客戶端只是一個簡單易用的瀏覽器軟件。無論是決策層還是操作層的人員都無需培訓，就可以直接使用。 B/S 模式的這種特性，還使 MIS 系統(tǒng)維護的限制因素更少。 最后， B/S 特別適用于網上信息發(fā)布，使得傳統(tǒng)的 MIS 的功能有所擴展。這是 C/S 所無法實現的。而這種新增的網上信息發(fā)布功能恰是現代企業(yè)所需的。這使得企 業(yè)的大部分書面文件可以被電子文件取代，從而提高了企業(yè)的工作效率，使企業(yè)行政手續(xù)簡化，節(jié)省人力物力。 鑒于 B/S 相對于 C/S 的先進性， B/S 逐漸成為一種流行的 MIS 系統(tǒng)平臺。各軟件公司紛紛推出自己的 Inter 方案，基于 Web 的財務系統(tǒng)、基于 Web 的 ERP。一些企業(yè)已經領先一步開始使用它，并且收到了一定的成效。 B/S 模式的新穎與流行，和在某些方面相對于 C/S 的巨大改進，使 B/S 成了 MIS 系統(tǒng)平臺的首選 。 系統(tǒng)分析 系統(tǒng)實現目標 系統(tǒng)主要實現： ATM 管理、 存取款 管理、用戶查詢、查詢統(tǒng)計等功能 ， (1)ATM 管理模塊：存款、取款、開戶、銷戶、修改信息； (2)取款機信息管理方面：管理員管理查詢和維護、客戶查詢和取款等功能； (3)用戶查詢模塊：用戶希望便于查詢自己 ATM 的信息。 (4)用戶操作 模塊： 存款、取款、繳費、轉賬等 。 系統(tǒng)體系結構 在系統(tǒng)功能分析的基礎上，做系統(tǒng)功能模塊圖如下： 網上 ATM 系統(tǒng) 注冊登陸 修改密碼 存款操作 取款操作 網上轉賬 網上繳費 信息查詢 系統(tǒng)用戶管理 修改密碼 用戶管理 信息查詢 主控流程圖 N 退出系統(tǒng) 選擇操作方式 密碼正確？ 進入主控模塊 輸入用戶名、 密碼 開 始 停 止 Y Y 系統(tǒng) ER 圖 用戶名 密碼 管理員 管理 銀行 ATM 系統(tǒng)用戶 信息 修改密碼 用戶注冊 存款操作 取款操作 修改密碼 網上轉賬 信息查詢 增加用戶 系統(tǒng)設計 本系統(tǒng)不僅要求功能完善，而且還要界面友好，因此，對于一個成功的系統(tǒng)設計，功能模塊的設計是關鍵。 概要設計 在 系統(tǒng) 需求分析階段，搞清楚了軟件 “ 做什么 ” 的問題，形成了目標系統(tǒng)的邏輯模型。現在我們所要做的就是要把軟件 “ 做什么 ” 的邏輯模型變換為 “ 怎么做 ” 的物理模型，即著手實現 系統(tǒng) 的需求。首先，我們需要描述的是系統(tǒng)的總的體系結構。 系統(tǒng)結構設計 系統(tǒng)的概要設計中最重要的就是系統(tǒng)的模塊化。模塊化是指解決一個復雜問題時自項向下逐層把軟件系統(tǒng)劃分成若干個模塊的過程。每個模塊完成一個特定的功能，所有的模塊按某種方法組織起來，成為一個整體，完成整個系統(tǒng)所要求的功能。 將系統(tǒng)劃分為多個模塊是為了降低軟件系統(tǒng)的復雜性，提高可讀性、可維護性，但模塊的劃分不能是任意的，應盡量保持其獨立性。也就是說，每個模塊只完成系統(tǒng)要求的獨立的子功能，并且與其他模塊的聯系最少且接口簡單，即盡量做到高內聚低耦合，提高模塊的獨立性，為設計高質量的軟件結構奠定基礎。 在系統(tǒng)的概要設計中采 用結構化設計以需求分析階段產生的數據流圖為基礎，按一定的步驟映射成軟件結構。首先將整個系統(tǒng)化分為幾個小問題，小模塊，在系統(tǒng)中，設計了 系統(tǒng) 管理、 數據錄入 、 查詢 、 信息 管理和 繳費轉賬等 管理模塊。然后，進一步細分模塊，添加細節(jié)。 詳細設計 管理員登錄界面 對于一個完整的 銀行 ATM 管理系統(tǒng) ，不僅要求功能強大、操作簡單，還要有良好的設計風格和另人爽目的界面。登錄界面對于整個系統(tǒng)來說是非常重要的，因為它設置了進入本系統(tǒng)的用戶和口令，防止非法用戶進入系統(tǒng)，破壞系統(tǒng)安全和所保存的數據，只有合法的 管理員 在輸 入正確的密碼后方可進入系統(tǒng)，否則將提示密碼或用戶名輸入錯誤，并詢問用戶是否重新輸入。這樣就對使用者有了限制，增加了系統(tǒng)的安全性和保密性，便于控制和管理，有利于系統(tǒng)的維護。 主要代碼如下： table border=1 width=400 style=backgroundcol