【畢業(yè)學位論文】（Word原稿）JSP,JAVA公交查詢系統(tǒng)畢業(yè)設計論文范文

公交查詢系統(tǒng) 論文關鍵詞： B/S 結(jié)構 計算機 網(wǎng)絡 數(shù)據(jù)庫 言 務器 論文摘要： 本文結(jié)合公交查詢系統(tǒng)的實際需要，通過對 B/S 模式、 發(fā) 環(huán)境 及工具、 布服務、數(shù)據(jù)庫以及 言的深入學習及實踐，主要完成了公交查詢系統(tǒng)的需求分析、數(shù)據(jù)庫設計、應用程序設計的工作。 第一章 引 言 據(jù)庫技術 數(shù)據(jù)庫技術作為數(shù)據(jù) 管理 技術，是計算機軟件領域的一個重要分支，產(chǎn)生于 60 年代末?，F(xiàn)已形成相當規(guī)模的理論體系和實用技術。優(yōu)秀的數(shù)據(jù)庫設計是應用成功的基石。萬萬丈高樓平地起，數(shù)據(jù)庫設計如同高樓的基石，是開發(fā)高品質(zhì)應用的前提。 據(jù)庫管理系統(tǒng)（ 數(shù)據(jù)庫管理系統(tǒng)（ 指數(shù)據(jù)庫系統(tǒng)中管理數(shù)據(jù)的軟件系統(tǒng)。 數(shù)據(jù)庫系統(tǒng)的核心組成部分。對數(shù)據(jù) 庫的一切操作，包括定義、查詢、更新及各種控制，都是通過行的。 在不同的計算機系統(tǒng)中，由于缺乏統(tǒng)一的標準，即使同種數(shù)據(jù)模型的 們在用戶接口、系統(tǒng)功能方面也常常是不相同的。 用戶對數(shù)據(jù)庫進行操作，是由 操作從應用程序帶到外部級、概念級、再導向內(nèi)部級，進而操作存儲器中的數(shù)據(jù)。 主要目標，是使數(shù)據(jù)作為一種可管理的資源處理。 交查詢系統(tǒng) 統(tǒng)功能 1、基于瀏覽器（ B/S 模式）的公交線路分類查詢； 2、數(shù)據(jù)的錄入、修改、添 加、刪除。 統(tǒng)運行環(huán)境 該系統(tǒng)采用 式進行設計： 在服務器上運行 布服務器、數(shù)據(jù)庫程序，服務器操作系統(tǒng)為 000/003 戶機操作為 000/003，其上運行瀏覽器程序，服務器和客戶機可為同一設備。 統(tǒng)開發(fā)工具 該系統(tǒng)采用 境進行開發(fā)，數(shù)據(jù)庫服務器為 布服務器為戶端使用瀏覽器運行程序，整個 系統(tǒng)調(diào)試成功。 文所作工作 首先介紹了城市公交查詢系統(tǒng)的應用背景、開發(fā)環(huán)境以及選用的開發(fā)工具與數(shù)據(jù)庫的關系，闡明了計算機互聯(lián)網(wǎng)絡的概念。并對數(shù)據(jù)庫的體系結(jié)構、 行了介紹；介紹關系型數(shù)據(jù)庫的基本概念，著重說明了幾個關鍵概念的定義；然后對 言作了一個介紹說明；從特點和功能入手，介紹 且介紹了 B/S 模式的概念、特點；用軟件工程的方法分析城市公交查詢系統(tǒng)，對整個系統(tǒng)進行了需求分析、功能模塊劃分，并通過對數(shù)據(jù)庫進行概念設計；對城市公交查詢系統(tǒng)的具體設計，描述了 查詢、錄入模塊的實現(xiàn)過程。 第二章 數(shù)據(jù)庫理論基礎 系型數(shù)據(jù)庫 據(jù)庫的設計理論 關系數(shù)據(jù)庫的設計理論主要包括三個方面的內(nèi)容：數(shù)據(jù)依賴、范式，模式設計方法。其中數(shù)據(jù)依賴起著核心的作用。 1. 函數(shù)依賴（ 定義 設 R(U)是一個關系模式， U 是 R 的屬性集合， X 和 Y 是 U 的子集。對于 R(U)的任何一個可能的關系 r，如果 r 中不存在兩個元組，它們在 X 上的屬性值相同，而在 Y 上的屬性值不同，則稱 “” ，記作 XY 。如果 XY ，并且對于 X 的任一真子集 X ，都有 Y 不函數(shù)依賴于 X ，則稱 “” ，記作 X f Y 。若 XY ，但 Y 不完全函數(shù)依賴于 X，則稱 “” ，記作 X P Y 。如果 XY ， YZ ，且 Y X， X 不函數(shù)依賴于 Y，則稱 “Z 傳遞函數(shù)依賴于 X”。 2. 范式 在對表的形式進行了規(guī)范化定義后，數(shù)據(jù)結(jié)構還有五種規(guī)范化定義，定名為規(guī)范化模式，稱為范式。在這五種范式中，一般只用前三種，對于常用系統(tǒng)就足夠了。而且這五種范式是“向上兼容 ”的，即滿足第五范式的數(shù)據(jù)結(jié)構自動 滿足一、二、三、四范式，滿足第四范式的數(shù)據(jù)結(jié)構自動滿足第一、二、三范式， ，依此類推。 為防止數(shù)據(jù)庫出現(xiàn)更新異常、插入異常、刪除異常、數(shù)據(jù)冗余太大等現(xiàn)象，關系型數(shù)據(jù)庫要盡量按關系規(guī)范化要求進行數(shù)據(jù)庫設計。 3. 模式設計方法 一個好的模式設計方法應符合下列三條原則： 表達性：涉及到兩個數(shù)據(jù)庫模式的等價性問題，即數(shù)據(jù)等價和依賴等價，分別用無損聯(lián)接和保持函數(shù)依賴來衡量。 分離性：是指屬性間的 “獨立關系 ”應該用不同的關系模式表達。獨立聯(lián)系是我們所考慮的 “基本信息單位 ”。實際上分離就是清除存 儲異常和數(shù)據(jù)冗余現(xiàn)象。如果能達到這個目的，就分離。分離的基準就是一系列范式，分離與依賴等價有時是不可兼容的。 最小冗余性：要求在分解后的數(shù)據(jù)庫能表達原來數(shù)據(jù)庫的所有信息這個前提下實現(xiàn)。目的就是節(jié)省存儲空間，提高對關系的操作效率，清除不必要的冗余。但要注意，在實際使用中，并不一定要達到最小宙余。因為有時帶點冗余對于查詢處理是有好處的。 關系模式的方法基本上可以分為分解與合成兩大類。分解型算法要求輸入一個初始模式集和依賴集，而結(jié)果滿足數(shù)據(jù)等價要求。對于合成型算法只要求輸入初始依賴集，結(jié)果滿足依賴等要求。 但它們依據(jù)的基本思想是共同的，即獨立的聯(lián)系獨立表示 言 介紹 “結(jié)構式查詢語言 ”。 然名為查詢語言，但實際上具有定義、查詢、更新和控制等多種功能。由于它 使用方便、功能豐富、語言簡單易學，很快得到應用和推廣。 組成 要分成四個部分： 1）數(shù)據(jù)定義：這一部分也稱為 “用于定義 式、基本表、視圖和索引。 2）數(shù)據(jù)操縱：這一部分也稱為 “它分為數(shù)據(jù)查詢和數(shù)據(jù)更新兩類。其中數(shù)據(jù)更新又分成插入、刪除、和修改三種操作。 3）數(shù)據(jù)控制：這一部分包括對基本表和視圖的授權，完整性規(guī)則的描述，事務控制等內(nèi)容。 4）嵌入式 使用規(guī)定：這一部分內(nèi)容涉及到 句嵌入在宿主語言程序中使用 的規(guī)則。 數(shù)據(jù)查詢 n 句的語法 標表的列名或列表達式序列 本表和（或）視圖序列 條件表達式 Y 列名序列 條件表達式 Y 列名 句法中 表示該成分可有，也可無。 整個語句的執(zhí)行過程如下： a) 讀取 句中基本表、視圖的數(shù)據(jù)，執(zhí)行笛卡爾積操作。 b) 讀取滿足 句中給出的條件表達式的元組。 c) 按 句中指定列的值分組，同時提取滿足 句中組條件表達式的那些組。 d) 按 句中給出的列名或列表達式求值輸出。 e) 句對輸出的目標表進行排序，按附加說明 序排列，或按 序排列。 句中， 句稱為 “行條件子句 ”， 句稱為 “分組子句 ”，句稱為 “組條件子句 ”， 句稱為 “排序子句 ”。 數(shù)據(jù)更新 數(shù)據(jù)更新包括數(shù)據(jù)插入、刪除和修改等三種操作 1）數(shù)據(jù)插入 a) 元組值的插入 本表名（列名表） 組值） 或者 本表名（列名表） （ 組值）， （元組值）， ) 前一種格式只能插入一個元組，后一種格式可以插入多個元組。 2）數(shù)據(jù)刪除 刪除操作是指從基本表刪除元組，其語法如下： 本表名 件表達式 其語義是從基本表中刪除滿足條件表達式的元組。 3）數(shù)據(jù)修改 當需 要修改基本表中元組的某些列值時，可以用 句實現(xiàn)，其句法如下： 本表名 名值表達式 ，列名值表達式 件表達式 其語義是：修改基本表中滿足條件表達式的那些元組中的列值，需修改的列值在 第三章 技術介紹 術介紹 在 式發(fā)布 之后，這種新的 用開發(fā)技術很快引起了人們的關注。 創(chuàng)建高度動態(tài)的 用提供了一個獨特的開 發(fā) 環(huán)境 。按照 說法， 夠適應 市場 上包括 內(nèi)的 85% 的服務器產(chǎn)品。 行環(huán)境 司的 頁上可以下載 范，這些規(guī) 范定義了供應商在創(chuàng)建 擎時所必須遵從的一些規(guī)則。 在運行 例頁面之前，要注意安裝 目錄，特別是 “目錄下的內(nèi)容。執(zhí)行示例頁面時，可以在這里看到 面如何被轉(zhuǎn)換成 文件，然后又被編譯成件（即 件包中的示例頁面分為兩類，它們或者是 件，或者是包含一個表單的 件，這些表單均由 碼處理。與 樣， 的 此，在瀏覽器中使用 “查看源文件 ”菜單是無法看到 代 碼的，只能看到結(jié)果 碼。所有示例的源代碼均通過一個單獨的 “面提供。 面示例 下面分析一個簡單的 面?？梢栽?錄下創(chuàng)建另外一個目錄存放此文件，文件名字可以任意，但擴展名必須為 下面的代碼清單中可以看到，面除了比普通 面多一些 碼外，兩者具有基本相同的結(jié)構。 碼是通過 符號加入到 碼中間的，它的主要功能是生成并顯示一個從 0 到 9 的字符串。在這個字符串的前面和后面都是一些通過 碼輸出的文本。 面 出之前。 出之后。 這個 面可以分成幾個部分來分析 首先是 令。它描述的是頁面的基本信息，如所使用的 語言 、是否維持會話狀態(tài)、是否使用緩沖等。 令由 結(jié)束。在本例中，指令 “ ”只簡單地定義了本例使用的是 言（當前，在 范中 唯一被支持的語言）。 接下來的是 明。 明可以看成是定義類這一層次的變量和方法的地方。 明由 結(jié)束。如本例中的 “ ”定義了一個字符串變量。在每一項聲明的后面都必須有一個分號，就象在普通 中聲明成員變量一樣 。 位于 之間的代碼塊是描述 面處理 邏輯 的 碼，如本例中的 環(huán)所示。 最后，位于 之間的代碼稱為 達式，如本例中的 “ ”所示。 達式提供了一種將 成的數(shù)值嵌入 面的簡單方法。 會話狀態(tài)維持是 用開發(fā)者必須面對的問題 。有多種方法可以用來解決這個問題，如使用 隱藏的表單輸入域，或直接將狀態(tài)信息附加到 。 供了一個在多個請求之間持續(xù)有效的會話對象，該對象允許用戶存儲和提取會話狀態(tài)信息。 同樣支持 的這個概念。 在 南 中可以看到許多有關隱含對象的說明（隱含的含義是，這些對象可以直接引用，不需要顯式地聲明，也不需要專門的代碼創(chuàng)建其實例）。例如 象，它是 一個子 類。該對象包含了所有有關當前瀏覽器請求的信息，包括 單變量等等。 象也是這樣一個隱含對象。這個對象在第一個 面被裝載時自動創(chuàng)建，并被關聯(lián)到 象上。與 的會話對象相似， 的 象對于那些希望通過多個頁面完成一個事務的應用是非常有用的。 為說明 象的具體應用，接下來我們用三個頁面模擬一個多頁面的 用。第一個頁面（ 僅包含一個要求輸入用戶名字的 單，代碼如下： 請輸入您的姓名： 第二個頁面是一個 面（ ，它通過 象提取 單中的 ，將它存儲為 量，然后將這個 保存到 象中。 象是一個名字 / 值對的集合，在這里，名字 / 值對中的名字為 “ ，值即為 量的值。由于 象在會話期間是一直有效的，因此這里保存的變量對后繼的頁面也有效。 另外一個任務是詢問第二個問題。下面是它的代碼： 您的姓名是： 您喜歡吃什么 ? 第三個頁面也是一個 面（ ，主要任務是顯示問答結(jié)果。它從 象提取 值并顯示它，以此證明雖然該值在第一個頁面輸入，但通過 象得以保留。 另外一個任務是提取在第二個頁面中的用戶輸入并顯示它： 您的姓名是： 您喜歡吃： （客戶機 /服務器， 式中，業(yè)務邏輯位于客戶端，每完成一項事務，都要頻繁地訪問數(shù)據(jù)庫，使得網(wǎng)絡上數(shù)據(jù)流量非常大，對于慢速連接的用戶，甚至無法使用。 為彌補上述 C/S 架構的缺陷，人們發(fā)展出了三層或多層架構：客戶機 中間件（應用服務器） 數(shù)據(jù)庫服務器 (在這種架構中，業(yè)務邏輯放置于中間件服務器上，大量的數(shù)據(jù)流也位于中間件和數(shù)據(jù)庫之間，而客戶機只是簡單地發(fā)出請求，中間件接受請求后進行事務處理并將處理的結(jié)果返回給客戶機，這一類型的客戶機也稱之為 “廋客戶 ”。 B/S 架構實際上是三層架構的一種，所不同 的是客戶端就是目前幾乎每臺電腦中都有的網(wǎng)絡瀏覽器，而中間件則是 用服務器。注意到主要的業(yè)務邏輯均由位于 用服務器上的 序或 處理。 、面向 電子 商務時代的技 術 將來所有的應用系統(tǒng)幾乎都在互聯(lián)網(wǎng)或企業(yè)內(nèi)部廣域網(wǎng)上運行，發(fā)展電子商務成為企業(yè)不可避免的信息化道路。 B/S 架構的軟件正是電子商務的基石，正是這類軟件使得移動辦公和分布式協(xié)同工作真正成為現(xiàn)實。無論在世界的那個角落，只需要一臺可以聯(lián)網(wǎng)的設備（ 計算機 、 至手機）都可以方便地與客戶聯(lián)系和與他人協(xié)同工作。 2、軟件操作、維護和升級方式的革命 軟件系統(tǒng)的改進和升級越來越頻繁， B/S 架構的產(chǎn)品在維護和升級方面具備顯著的優(yōu)勢。無論用戶的規(guī)模有多大，有多少分支機構都不會增加任何維護升級的工作量，所有的操作只對服務器進行，通過遠程連接服務器，異地的運維人員甚至于可以做到遠程維護和升級，這對 人力 、時間、費用的節(jié)省是相 當驚人的。 所有的客戶端只是瀏覽器，所有的操作都和上網(wǎng)瀏覽網(wǎng)頁類似，使用者接受的培訓也僅限于業(yè)務 邏輯 而無需將大量精力浪費學習軟件操作上。 3、系統(tǒng)整合 無論是辦公自動化（ 統(tǒng)， 人力資源 （ 統(tǒng)，客戶關系 管理 （ 統(tǒng)，等，發(fā)展的趨勢是不斷融合。而采用統(tǒng)一的 B/S 結(jié)構開發(fā)的產(chǎn)品無論是現(xiàn)在還是將來都是最好的選擇，它提供了真正意義上無縫地與其它系統(tǒng)進行整合的方案。 用 言 實現(xiàn) 1、跨越平臺的限制 盡管目前 面系統(tǒng)一統(tǒng)天下，但是服務器系統(tǒng)采用的操作系統(tǒng)卻具有多樣性，包括 T/2000系統(tǒng)都可以實現(xiàn)企業(yè)級應用。即便是桌面系統(tǒng)，中國政府出于安全和國家戰(zhàn)略的考慮，希望有自己的操作系統(tǒng)， 出現(xiàn)使這種想法變成了現(xiàn)實。 傳統(tǒng)的 C/S 架構的軟件需要針對不同的操作系統(tǒng)開發(fā)不同版本的軟件，面對眾多的操作系統(tǒng)和軟件快速的升級換代，采 用這一架構開發(fā)軟件，對于企業(yè)的 資 無疑是一種巨大的風險。而采用 言實現(xiàn)的 B/S 架構的軟件產(chǎn)品真正做到了 “一次編寫處處運行 ( ,對企業(yè)而言，可以規(guī)避將來更換操作系統(tǒng)所帶來的風險。 2、健壯的系統(tǒng) 言實現(xiàn)的軟件具有天然的健壯性。這是 言自身的特性保證的。利用 崩潰，這正是安全性要求很高的企業(yè)級應用所不可或缺的特性。 第四章 公交查詢系統(tǒng)設計分析 根據(jù)數(shù)據(jù)庫系統(tǒng)生存期的設計方法，從數(shù)據(jù)庫應用系統(tǒng)和開發(fā)的全過程來考慮，將數(shù)據(jù)庫應用系統(tǒng)設計分為以下幾個階段： 1）規(guī)劃； 2）需求分析； 3）概念設計； 4）邏輯設計 5） 物理 設計 用需求分析 要設計一個良好的公交查詢系統(tǒng)，就必須首先明確該應用 環(huán)境 對系統(tǒng)的要求。公交查詢系統(tǒng)的應用背景為：方便市民搭乘公交車出行；手動（目前）、自動（將來）、及時更新查詢數(shù)據(jù)。因此，該系統(tǒng)需滿足以下幾方面需求： 1、查詢功能：系統(tǒng)需要提供幾種不同方式的查詢手段，以實現(xiàn)靈活方便地管理整個系統(tǒng)。 2、數(shù)據(jù)的更新修改： 更新：系統(tǒng)允許管理員級別的用戶對數(shù)據(jù)進行更新、修改并且存盤操作； 編輯：系統(tǒng)允許管理員級別的用戶對數(shù) 據(jù)進行編輯、刪除的操作，保證現(xiàn)庫的真實性與實時性。 3、打印輸出（暫未實現(xiàn)）：系統(tǒng)可以將用戶查詢到的內(nèi)容動態(tài)地生成報表，并打印輸出。 統(tǒng)功能模塊劃分 公交查詢系統(tǒng)功能劃分模塊如下： 查詢系統(tǒng)模塊 該模塊實現(xiàn)公交查詢功能?？蓪崿F(xiàn)按起點中轉(zhuǎn)站終點查詢查詢和按線路查詢兩種查詢方式。 錄入系統(tǒng)模塊 該模塊實現(xiàn)數(shù)據(jù)的錄入、修改、刪除功能。 統(tǒng)數(shù)據(jù)庫設計 概念設計 概念設計的目標是產(chǎn)生反映城市公交查詢系統(tǒng)需求的數(shù)據(jù)庫概念結(jié)構，即概 念模式。概念模式是獨立于數(shù)據(jù)庫邏輯結(jié)構，獨立于支持數(shù)據(jù)庫的 依賴于計算機系統(tǒng)的 1、 型 型是對現(xiàn)實世界的一種抽象。它的主要成分是實體、聯(lián)系和屬性。使 用這三種成分，我們可以建立許多應用 環(huán)境 的 型。 2、 型的操作 在利用 型進行數(shù)據(jù)庫概念設計的過程中，常常需要對 進行種種 變換。這些變換又稱為 型的操作，包 括實體類型、聯(lián)系類型和屬性的分裂、合并和增刪等等。 3、利用 法的數(shù)據(jù)庫概念設計 利用 法進行數(shù)據(jù)庫的概念設計，可以分成三步進行：首先設計局部 式，然后把各局部 式綜合成一個全局 式，最后對全局 式進行優(yōu)化，得到最終的 概念模式。 設計局部的 式 通常，一個數(shù)據(jù)庫系統(tǒng)都是為多個不同用戶服務的。各個用戶對數(shù)據(jù)的觀點可能不一樣，信息處理需求也可能不同。在設計數(shù)據(jù)庫概念結(jié)構時，為了更好地模擬現(xiàn)實世界，一個有效的策略是 “分而治之 ”，即先分別考慮各 個用戶的信息需求，形成局部概念結(jié)構，然后再綜合成全局結(jié)構。在 法中，局部概念結(jié)構又稱為局部 式，其圖形表示稱為 。 實體和屬性的定義如下： 站點（站點編號，站點名稱，站點類別） 線路（線路編號，始發(fā)時間，終發(fā)時間，備注） 線路站點對應（線路編號，站點名稱） * 、聯(lián)系定義 型的 “聯(lián)系 ”用于刻畫實體之間的關聯(lián)。一種完整的方式是對局部結(jié)構中任意兩個實體類型，依據(jù)需求分析的結(jié)果，考察局部結(jié)構中任意兩個實體類型之間是否存在聯(lián)系。若有聯(lián)系，進一步確定是 1:N， M:N，還是 1:1 等。還要考察一個實體類型內(nèi)部是否存在聯(lián)系，兩個實體類型之間是否存在聯(lián)系，多個實體類型之間是否存在聯(lián)系，等等。 5、設計全局 式 所有局部 式都設計好了后，接下來就是把它們綜合成單一的全局概念結(jié)構。全局概念結(jié)構不僅要支持所有局部 式，而且必須合理地表示一個完整、一致的數(shù)據(jù)庫概念結(jié)構。 1）確定 公共 實體類型 為了給多個局部 式的合并提供開始合并的基礎，首先要確定各局部結(jié)構中的公共實體類型。在這一步中我們僅根據(jù)實體類型名和鍵枕認定公共實體類型。一般把同名實體類型作為公共實體類型的一類候選，把具有相同鍵的實體類型作為公共實體類型的另一類候選。 2）局部 式的合并 合并的原則是：首先進行兩兩合并；先和合并那些現(xiàn)實世界中有聯(lián)系的局部結(jié)構；合并從公共實體類型開始，最后再加入獨立的局部結(jié)構。 3）消除沖突 沖突分為三類：屬性沖突、結(jié)構沖突、命名沖突。 設計全局 式的目的不在于把若干局部