【文章內(nèi)容簡介】 　 INPUT TYPE=TEXT NAME=thename　 INPUT TYPE=SUBMIT VALUE=SUBMIT　 /FORM　 /BODY　 /HTML　　 第二個頁面是一個 JSP 頁面（ ），它通過 request 對象提取 表單中的 thename 值，將它存儲為 name 變量，然后將這個 name 值保存到 session 對象中。 session 對象是一個名字 / 值對的集合，在這里，名字 / 值對中的名字為“ thename ”，值即為 name 變量的值。由于 session 對象在會話期間是一直有效的，因此這里保存的變量對后繼的頁面也有效。 的另外一個任務是詢問第二個問題。下面是它的代碼：　 HTML　 BODY　 %@ page language=java %　 %! String name=。 %　 %　 name = (thename)。　 (thename, name)?！?%　您的姓名是： %= name %　 p　 FORM METHOD=POST ACTION=　您喜歡吃什么 ?　 INPUT TYPE=TEXT NAME=food　 P　 INPUT TYPE=SUBMIT VALUE=SUBMIT　 /FORM　 /BODY　 /HTML　　 第三個頁面也是一個 JSP 頁面（ ），主要任務是顯示問答結(jié)果。它從 session 對象提取 thename 的值并顯示它，以此證明雖然該值在第一個頁面輸入，但通過 session 對象得以保留。 的另外一個任務是提取在第二個頁面中的用戶輸入并顯示它：　 HTML　 BODY　 %@ page language=java %　 %! String food=。 %　 %　 food = (food)?！?String name = (String) (thename)?！?%　您的姓名是： %= name %　 P　您喜歡吃： %= food %　 /BODY　 /HTML167。B/S系統(tǒng)介紹傳統(tǒng)的C/S架構(gòu)（客戶機/服務器，Client/Server）方式中，業(yè)務邏輯位于客戶端，每完成一項事務，都要頻繁地訪問數(shù)據(jù)庫，使得網(wǎng)絡上數(shù)據(jù)流量非常大，對于慢速連接的用戶，甚至無法使用。為彌補上述C/S架構(gòu)的缺陷，人們發(fā)展出了三層或多層架構(gòu)：客戶機—中間件（應用服務器）—數(shù)據(jù)庫服務器(Client—Middle ware—Database Server)。在這種架構(gòu)中，業(yè)務邏輯放置于中間件服務器上，大量的數(shù)據(jù)流也位于中間件和數(shù)據(jù)庫之間，而客戶機只是簡單地發(fā)出請求，中間件接受請求后進行事務處理并將處理的結(jié)果返回給客戶機，這一類型的客戶機也稱之為“廋客戶”。B/S架構(gòu)實際上是三層架構(gòu)的一種，所不同的是客戶端就是目前幾乎每臺電腦中都有的網(wǎng)絡瀏覽器，而中間件則是Web應用服務器。注意到主要的業(yè)務邏輯均由位于Web應用服務器上的Servlet和JSP程序或EJB來處理。 B/S架構(gòu)具備極大的優(yōu)越性面向電子商務時代的技術將來所有的應用系統(tǒng)幾乎都在互聯(lián)網(wǎng)或企業(yè)內(nèi)部廣域網(wǎng)上運行，發(fā)展電子商務成為企業(yè)不可避免的信息化道路。B/S架構(gòu)的軟件正是電子商務的基石，正是這類軟件使得移動辦公和分布式協(xié)同工作真正成為現(xiàn)實。無論在世界的那個角落，只需要一臺可以聯(lián)網(wǎng)的設備（計算機、PDA甚至手機）都可以方便地與客戶聯(lián)系和與他人協(xié)同工作。軟件操作、維護和升級方式的革命軟件系統(tǒng)的改進和升級越來越頻繁，B/S架構(gòu)的產(chǎn)品在維護和升級方面具備顯著的優(yōu)勢。無論用戶的規(guī)模有多大，有多少分支機構(gòu)都不會增加任何維護升級的工作量，所有的操作只對服務器進行，通過遠程連接服務器，異地的運維人員甚至于可以做到遠程維護和升級，這對人力、時間、費用的節(jié)省是相當驚人的。所有的客戶端只是瀏覽器，所有的操作都和上網(wǎng)瀏覽網(wǎng)頁類似，使用者接受的培訓也僅限于業(yè)務邏輯而無需將大量精力浪費學習軟件操作上。系統(tǒng)整合無論是辦公自動化（OA）系統(tǒng)，人力資源（HR）系統(tǒng)，客戶關系管理（CRM）系統(tǒng)，ERP等等，發(fā)展的趨勢是不斷融合。而采用統(tǒng)一的B/S結(jié)構(gòu)開發(fā)的產(chǎn)品無論是現(xiàn)在還是將來都是最好的選擇，它提供了真正意義上無縫地與其它系統(tǒng)進行整合的方案?？缭狡脚_的限制盡管目前Windows桌面系統(tǒng)一統(tǒng)天下，但是服務器系統(tǒng)采用的操作系統(tǒng)卻具有多樣性，包括Linux、Unix、Windows NT/2000Server等系統(tǒng)都可以實現(xiàn)企業(yè)級應用。即便是桌面系統(tǒng)，中國政府出于安全和國家戰(zhàn)略的考慮，希望有自己的操作系統(tǒng)，Linux的出現(xiàn)使這種想法變成了現(xiàn)實，不久也許國產(chǎn)的Linux系統(tǒng)將占據(jù)更多桌面系統(tǒng)的市場份額。傳統(tǒng)的C/S架構(gòu)的軟件需要針對不同的操作系統(tǒng)開發(fā)不同版本的軟件，面對眾多的操作系統(tǒng)和軟件快速的升級換代， 采用這一架構(gòu)開發(fā)軟件，對于企業(yè)的IT投資無疑是一種巨大的風險。而采用Java語言實現(xiàn)的B/S架構(gòu)的軟件產(chǎn)品真正做到了“一次編寫處處運行(Write Once, Run Anywhere)” ,對企業(yè)而言，可以規(guī)避將來更換操作系統(tǒng)所帶來的風險。健壯的系統(tǒng)Java語言實現(xiàn)的軟件具有天然的健壯性。這是Java語言自身的特性保證的。利用Java寫成的軟件幾乎不可能造成系統(tǒng)崩潰，這正是安全性要求很高的企業(yè)級應用所不可或缺的特性。第四章 公交查詢系統(tǒng)設計分析根據(jù)數(shù)據(jù)庫系統(tǒng)生存期的設計方法，從數(shù)據(jù)庫應用系統(tǒng)和開發(fā)的全過程來考慮，將數(shù)據(jù)庫應用系統(tǒng)設計分為以下幾個階段：1）規(guī)劃；2）需求分析；3）概念設計；4）邏輯設計5）物理設計167。 要設計一個良好的公交查詢系統(tǒng)，就必須首先明確該應用環(huán)境對系統(tǒng)的要求。公交查詢系統(tǒng)的應用背景為：方便市民搭乘公交車出行；手動（目前）、自動（將來）、及時更新查詢數(shù)據(jù)。因此，該系統(tǒng)需滿足以下幾方面需求： 查詢功能：系統(tǒng)需要提供幾種不同方式的查詢手段，以實現(xiàn)靈活方便地管理整個系統(tǒng)。 數(shù)據(jù)的更新修改： 更新：系統(tǒng)允許管理員級別的用戶對數(shù)據(jù)進行更新、修改并且存盤操作； 編輯：系統(tǒng)允許管理員級別的用戶對數(shù)據(jù)進行編輯、刪除的操作，保證現(xiàn)庫的真實性與實時性。 打印輸出（暫未實現(xiàn)）：系統(tǒng)可以將用戶查詢到的內(nèi)容動態(tài)地生成報表，并打印輸出。167。 系統(tǒng)功能模塊劃分公交查詢系統(tǒng)功能劃分模塊如下： 查詢系統(tǒng)模塊該模塊實現(xiàn)公交查詢功能?？蓪崿F(xiàn)按起點－中轉(zhuǎn)站－終點查詢查詢和按線路查詢兩種查詢方式。錄入系統(tǒng)模塊 該模塊實現(xiàn)數(shù)據(jù)的錄入、修改、刪除功能。該模塊由公交站點管理與公交線路管理兩部分組成，167。系統(tǒng)數(shù)據(jù)庫設計 概念設計 概念設計的目標是產(chǎn)生反映城市公交查詢系統(tǒng)需求的數(shù)據(jù)庫概念結(jié)構(gòu)，即概念模式。概念模式是獨立于數(shù)據(jù)庫邏輯結(jié)構(gòu)，獨立于支持數(shù)據(jù)庫的DBMS，不依賴于計算機系統(tǒng)的。 ER模型 ER模型是對現(xiàn)實世界的一種抽象。它的主要成分是實體、聯(lián)系和屬性。使用這三種成分，我們可以建立許多應用環(huán)境的ER模型。 ER模型的操作 在利用ER模型進行數(shù)據(jù)庫概念設計的過程中，常常需要對ER圖進行種種變換。這些變換又稱為ER模型的操作，包括實體類型、聯(lián)系類型和屬性的分裂、合并和增刪等等。 利用ER方法的數(shù)據(jù)庫概念設計 利用ER方法進行數(shù)據(jù)庫的概念設計，可以分成三步進行：首先設計局部ER模式，然后把各局部ER模式綜合成一個全局ER模式，最后對全局ER模式進行優(yōu)化，得到最終的ER模式，即概念模式。 設計局部的ER模式 通常，一個數(shù)據(jù)庫系統(tǒng)都是為多個不同用戶服務的。各個用戶對數(shù)據(jù)的觀點可能不一樣，信息處理需求也可能不同。在設計數(shù)據(jù)庫概念結(jié)構(gòu)時，為了更好地模擬現(xiàn)實世界，一個有效的策略是“分而治之”，即先分別考慮各個用戶的信息需求，形成局部概念結(jié)構(gòu)，然后再綜合成全局結(jié)構(gòu)。在ER方法中，局部概念結(jié)構(gòu)又稱為局部ER模式，其圖形表示稱為ER圖。 實體和屬性的定義如下： 站點（站點編號，站點名稱，站點類別） 線路（線路編號，始發(fā)時間，終發(fā)時間，備注） 線路站點對應（線路編號，站點名稱）站點站點編號站點類別線路始發(fā)時間終發(fā)時間備注線路站點對應線路編號站點名稱 E/R圖表示聯(lián)系定義ER模型的“聯(lián)系”用于刻畫實體之間的關聯(lián)。一種完整的方式是對局部結(jié)構(gòu)中任意兩個實體類型，依據(jù)需求分析的結(jié)果，考察局部結(jié)構(gòu)中任意兩個實體類型之間是否存在聯(lián)系。若有聯(lián)系，進一步確定是1:N，M:N，還是1:1等。還要考察一個實體類型內(nèi)部是否存在聯(lián)系，兩個實體類型之間是否存在聯(lián)系，多個實體類型之間是否存在聯(lián)系，等等。設計全局ER模式所有局部ER模式都設計好了后，接下來就是把它們綜合成單一的全局概念結(jié)構(gòu)。全局概念結(jié)構(gòu)不僅要支持所有局部ER模式，而且必須合理地表示一個完整、一致的數(shù)據(jù)庫概念結(jié)構(gòu)。 1）確定公共實體類型為了給多個局部ER模式的合并提供開始合并的基礎，首先要確定各局部結(jié)構(gòu)中的公共實體類型。在這一步中我們僅根據(jù)實體類型名和鍵枕認定公共實體類型。一般把同名實體類型作為公共實體類型的一類候選，把具有相同鍵的實體類型作為公共實體類型的另一類候選。 2）局部ER模式的合并合并的原則是：首先進行兩兩合并；先和合并那些現(xiàn)實世界中有聯(lián)系的局部結(jié)構(gòu)；合并從公共實體類型開始，最后再加入獨立的局部結(jié)構(gòu)。 3）消除沖突沖突分為三類：屬性沖突、結(jié)構(gòu)沖突、命名沖突。設計全局ER模式的目的不在于把若干局部ER模式形式上合并為一個ER模式，而在于消除沖突，使之成為能夠被所有用戶共同理解和接受的同一的概念模型。 4）全局ER模式的優(yōu)化在得到全局ER模式后，為了提高數(shù)據(jù)庫系統(tǒng)的效率，還應進一步依據(jù)處理需求對ER模式進行優(yōu)化。一個好的全局ER模式，除能準確、全面地反映用戶功能需求外，還應滿足下列條件：實體類型的個數(shù)要盡可能的少；實體類型所含屬性個數(shù)盡可能少；實體類型間聯(lián)系無冗余。 由于概念設計的結(jié)果是ER圖，DBMS一般采用關系型，因此數(shù)據(jù)庫的邏輯設計過程就是把ER圖轉(zhuǎn)化為關系模式的過程。由于關系模型古有的優(yōu)點，邏輯設計可以充分運用關系數(shù)據(jù)庫規(guī)范化理論，使設計過程形式化地進行。設計結(jié)果是一組關系模式的定義。1）導出初始關系模式2）關系子模式子模式是用戶所用到的那部分數(shù)據(jù)的描述。除了指出用戶用到的數(shù)據(jù)外，還應指出數(shù)據(jù)與概念模式中相應數(shù)據(jù)的聯(lián)系，即指出概念模式與子模式之間的對應性。第五章 公交查詢系統(tǒng)應用程序設計（部分）167。%@ page contentType=text/html。 charset=ISO8859_1 %%@ page import=.*,.*,.*。 %%List routes = null。Connection connection。 route_Manager = ()。connection = ().getConnection()。try { routes = (connection)。} catch (Exception e) { throw e。} finally { if (connection != null) { ()。 connection = null。 }}%htmlheadtitle公交查詢/titlemeta equiv=ContentType content=text/html。 charset=ISO8859_1/headSCRIPT language=JAVASCRIPT type=text/javascript!function loginSubmit(theObj){ if