城市公交查詢系統(tǒng)(論文范文,jsp,java,畢業(yè)設(shè)計)(編輯修改稿)
2024-09-02 08:29 本頁面
【文章內(nèi)容簡介】 器，而中間件則是Web應(yīng)用服務(wù)器。注意到主要的業(yè)務(wù)邏輯均由位于Web應(yīng)用服務(wù)器上的Servlet和JSP程序或EJB來處理?！ ?B/S架構(gòu)具備極大的優(yōu)越性 1）面向電子商務(wù)時代的技術(shù) 將來所有的應(yīng)用系統(tǒng)幾乎都在互聯(lián)網(wǎng)或企業(yè)內(nèi)部廣域網(wǎng)上運行，發(fā)展電子商務(wù)成為企業(yè)不可避免的信息化道路。B/S架構(gòu)的軟件正是電子商務(wù)的基石，正是這類軟件使得移動辦公和分布式協(xié)同工作真正成為現(xiàn)實。無論在世界的那個角落，只需要一臺可以聯(lián)網(wǎng)的設(shè)備（計算機、PDA甚至手機）都可以方便地與客戶聯(lián)系和與他人協(xié)同工作?！ ?）軟件操作、維護和升級方式的革命 軟件系統(tǒng)的改進和升級越來越頻繁，B/S架構(gòu)的產(chǎn)品在維護和升級方面具備顯著的優(yōu)勢。無論用戶的規(guī)模有多大，有多少分支機構(gòu)都不會增加任何維護升級的工作量，所有的操作只對服務(wù)器進行，通過遠(yuǎn)程連接服務(wù)器，異地的運維人員甚至于可以做到遠(yuǎn)程維護和升級，這對人力、時間、費用的節(jié)省是相當(dāng)驚人的。所有的客戶端只是瀏覽器，所有的操作都和上網(wǎng)瀏覽網(wǎng)頁類似，使用者接受的培訓(xùn)也僅限于業(yè)務(wù)邏輯而無需將大量精力浪費學(xué)習(xí)軟件操作上?！ 〉谌?公交查詢系統(tǒng)設(shè)計分析 根據(jù)數(shù)據(jù)庫系統(tǒng)生存期的設(shè)計方法，從數(shù)據(jù)庫應(yīng)用系統(tǒng)和開發(fā)的全過程來考慮將數(shù)據(jù)庫應(yīng)用系統(tǒng)設(shè)計分為以下幾個階段： 1）規(guī)劃； 2）需求分析； 3）概念設(shè)計； 4）邏輯設(shè)計； 5）物理設(shè)計 要設(shè)計一個良好的公交查詢系統(tǒng)，就必須首先明確該應(yīng)用環(huán)境對系統(tǒng)的要求。公交查詢系統(tǒng)的應(yīng)用背景為：方便市民搭乘公交車出行；手動（目前）、自動（將來）、及時更新查詢數(shù)據(jù)。因此，該系統(tǒng)需滿足以下幾方面需求： 1）問題分析 （1）功能需求：該模塊實現(xiàn)公交查詢功能。該模塊實現(xiàn)數(shù)據(jù)的錄入、修改、刪除功能?！。?）性能需求：系統(tǒng)的相應(yīng)時間不能超過10ms ?。?）出錯處理需求：當(dāng)輸入的信息不全，或格式不正確時，提示出錯信息?！ ?）問題描述 （1）信息要求：可實現(xiàn)按起點－中轉(zhuǎn)站－終點查詢查詢和按線路查詢兩種查詢方式?！ 。?）處理要求：該模塊實現(xiàn)數(shù)據(jù)的錄入、修改、刪除功能。該模塊由公交站點管理與公交線路管理兩部分組成.?。?）安全性與完整性要求。用戶進入系統(tǒng)前必須登陸，輸入密碼，經(jīng)服務(wù)器確認(rèn)后放開進入系統(tǒng)。（暫未實現(xiàn)） 3）數(shù)據(jù)的更新修改： 更新：系統(tǒng)允許管理員級別的用戶對數(shù)據(jù)進行更新、修改并且存盤操作； 編輯：系統(tǒng)允許管理員級別的用戶對數(shù)據(jù)進行編輯、刪除的操作，保證現(xiàn)庫的真實性與實時性。 4）打印輸出（暫未實現(xiàn)）：系統(tǒng)可以將用戶查詢到的內(nèi)容動態(tài)地生成報表，并打印輸出。 系統(tǒng)功能模塊劃分 公交查詢系統(tǒng)功能劃分模塊如下： 1）查詢系統(tǒng)模塊 該模塊實現(xiàn)公交查詢功能?？蓪崿F(xiàn)按起點－中轉(zhuǎn)站－終點查詢查詢和按線路查詢兩種查詢方式?！ ≡敿?xì)設(shè)計視圖如圖31 圖31查詢系統(tǒng)模塊 2）錄入系統(tǒng)模塊 該模塊實現(xiàn)數(shù)據(jù)的錄入、修改、刪除功能。： 圖32 錄入系統(tǒng)模塊 2）信息輸入輸出模塊如圖33所示： 圖33 信息輸入輸出模塊 系統(tǒng)數(shù)據(jù)庫設(shè)計 概念設(shè)計的目標(biāo)是產(chǎn)生反映城市公交查詢系統(tǒng)需求的數(shù)據(jù)庫概念結(jié)構(gòu)，即概念模式。概念模式是獨立于數(shù)據(jù)庫邏輯結(jié)構(gòu)，獨立于支持?jǐn)?shù)據(jù)庫的DBMS，不依賴于計算機系統(tǒng)的。 1）ER模型 ER模型是對現(xiàn)實世界的一種抽象。它的主要成分是實體、聯(lián)系和屬性。使用這三種成分，我們可以建立許多應(yīng)用環(huán)境的ER模型。 2）ER模型的操作 在利用ER模型進行數(shù)據(jù)庫概念設(shè)計的過程中，常常需要對ER圖進行種種變換。這些變換又稱為ER模型的操作，包括實體類型、聯(lián)系類型和屬性的分裂、合并和增刪等等。 3）利用ER方法的數(shù)據(jù)庫概念設(shè)計 利用ER方法進行數(shù)據(jù)庫的概念設(shè)計，可以分成三步進行：首先設(shè)計局部ER模式，然后把各局部ER模式綜合成一個全局ER模式，最后對全局ER模式進行優(yōu)化，得到最終的ER模式，即概念模式。 設(shè)計局部的ER模式 通常，一個數(shù)據(jù)庫系統(tǒng)都是為多個不同用戶服務(wù)的。各個用戶對數(shù)據(jù)的觀點可能不一樣，信息處理需求也可能不同。在設(shè)計數(shù)據(jù)庫概念結(jié)構(gòu)時，為了更好地模擬現(xiàn)實世界，一個有效的策略是“分而治之”，即先分別考慮各個用戶的信息需求，形成局部概念結(jié)構(gòu)，然后再綜合成全局結(jié)構(gòu)。在ER方法中，局部概念結(jié)構(gòu)又稱為局部ER模式，其圖形表示稱為ER圖（如圖45）。 實體和屬性的定義如下： 站點（站點編號，站點名稱，站點類別） 線路（線路編號，始發(fā)時間，終發(fā)時間，備注） 線路站點對應(yīng)（線路編號，站點名稱） 圖34實體和屬性用例 4）聯(lián)系定義 ER模型的“聯(lián)系”用于刻畫實體之間的關(guā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)系，等等?！ ? 圖35 E/R圖的表示 5）設(shè)計全局ER模式 所有局部ER模式都設(shè)計好了后，接下來就是把它們綜合成單一的全局概念結(jié)構(gòu)。全局概念結(jié)構(gòu)不僅要支持所有局部ER模式，而且必須合理地表示一個完整、一致的數(shù)據(jù)庫概念結(jié)構(gòu)。 （1）確定公共實體類型 為了給多個局部ER模式的合并提供開始合并的基礎(chǔ)，首先要確定各局部結(jié)構(gòu)中的
公司管理相關(guān)推薦
鄂ICP備17016276號-1