計算機科學與技術專業本科畢業論文正稿(編輯修改稿)

　

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