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