【正文】 。 作者簽名： 日 期： 學(xué)位論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的論文是本人在導(dǎo)師的指導(dǎo)下獨立進行研究所取得的研究成果。 作者簽名： 日期： 年 月 日 學(xué)位論文版權(quán)使用授權(quán)書 本學(xué)位論文作者完全了解學(xué)校有關(guān)保留、使用學(xué)位論文的規(guī)定，同意學(xué)校保留并向國家有關(guān)部門或機構(gòu)送交論文的復(fù)印件和電子 版，允許論文被查閱和借閱。 ：任務(wù)書、開題報告、外文譯文、譯文原文（復(fù)印件）。成千上萬的公交縱橫整個城市，對于一個初來咋到的游客或者求學(xué)者來說 ， 坐上正確的、快速的、便利的、優(yōu)惠的公交去到正確的目的地尤其重要。 JAVA+STRUTS2+JSP。然而，在這些縱橫交錯的公交路線中 ，要找到那條便利、便宜、正確以及所需時間最少的公交路線并不容易，而且對于出門在外的旅客或者求學(xué)者來說，因為是初次到達某城市，對該城市的公交路線或者公交信息知道的不多，這會大大的影響旅行進程及心情。 以前對于大多數(shù)人來說在一個我們并不熟悉的城市坐公交的路線信息等都是通過詢問熟人或者詢問路人，這不方便、信息不全是一回事，更重要的是還可能不安全。 在所查路線頁面也可以查看該路線的車次和站點所對應(yīng)的詳細信息。 公交公告信息查詢： 管理員可以將公交的一些調(diào)整信息等發(fā)布在網(wǎng)站上以告知廣大用戶，讓廣大乘客即時了解公交系統(tǒng)信息。第 2 章 系統(tǒng)開發(fā)工具及環(huán)境簡介 3 第 2 章 系統(tǒng)開發(fā)工具 及環(huán)境 簡介 本次開發(fā)工程中我用到的開發(fā)工具有 JAVA、 Struts JSP，數(shù)據(jù)庫用的是 MySql，使用的數(shù)據(jù)庫連接技術(shù)是 JDBC， 運行環(huán)境是 Myeclipse 和 。 JAVA 作為計算機編程語言之一，是 Sun 公司推出的 可以 撰寫跨平臺 應(yīng)用軟件 的面向?qū)ο蟮?程序設(shè)計語言 ， 是一個簡單的、面向?qū)ο蟮?、安全的、與平臺無關(guān)的、可移植的、 多線程、 高性能的語言 ， 目前 廣泛 的 應(yīng)用于 電腦 、 數(shù)據(jù)中心 、游戲控制臺、科學(xué)超級計算機 、 移動電話 和 互聯(lián)網(wǎng) ，擁有最 大的開發(fā) 群。 Struts 2中的一個 Action 處理一個實例，在使用 Struts 2 時要先在 中配置 Servlet為 struts，然后在 中定義 Action 來處理頁面請求。 JSP 的優(yōu)點： 1）： 一次編寫，到處運行 ； 用 JSP開發(fā)的 Web 應(yīng)用是跨平臺的，除了系統(tǒng)之外，代碼不用作任何改變； 2）： 多平臺支持 ， 基本上可以在所有平臺上的任意環(huán)境中開發(fā)，在任意環(huán)境中進行系統(tǒng)部署 ，與系統(tǒng)無關(guān) ； 3）： Java 開發(fā)工具支持 ， Java 擁有許多開發(fā)工具，在這些開發(fā)工具中幾乎都支持 JSP 技術(shù) ； 4）： 執(zhí)行速度快 ， JSP 第一次執(zhí)行的時候需要通過 JSP 引擎轉(zhuǎn)換成 Servlet 文件，然后再通過 JVM 編譯和執(zhí)行程序， 其后一直駐留于服務(wù)器內(nèi)存中， 所以， JSP 程序的第一次執(zhí)行速度都會比較慢，到第二次以后就 會很快 。 與其他大型數(shù)據(jù)庫如 Oracle、 SQL Server 等相比雖然有不足之處，但是其體積小、速度快、總體擁有成本低和開放源碼的特點在中小型網(wǎng)站開發(fā)中大受歡迎。 然而 JDBC 也有不足之處，盡管 JDBC 在 Java 語言 層面實現(xiàn)了統(tǒng)一，但對不同的數(shù)據(jù)庫仍舊有許多不同，所以為了更好的實現(xiàn)跨數(shù)據(jù)庫操作，最近“大勢”的 Hibernate 誕生了， Hibernate 是對 JDBC 的再封裝，實現(xiàn)了對數(shù)據(jù)庫操作更寬泛的統(tǒng)一和更好的可移植性 ，在各企業(yè)和單位項目中很受歡迎。我使用的是 版本也很好用。 城市公交查詢系統(tǒng)的設(shè)計與實現(xiàn) 6 第 3 章 需求分析 需求分析就是站在系統(tǒng)用戶的角度思考該系統(tǒng)所應(yīng)該具備的功能要求、數(shù)據(jù)要求以及性能要求。 綜上所述，系統(tǒng)功能流程圖如下： 第 3 章 需求分析 7 圖 31 系統(tǒng) 功能 模塊 圖 數(shù)據(jù)庫需求分析 數(shù)據(jù)庫在一個網(wǎng)站、系統(tǒng)中占據(jù)著絕對重要的角色，數(shù)據(jù)庫設(shè)計的好壞將直接影響著該網(wǎng)站或系統(tǒng) 的順利 運行， 因此要做好一個網(wǎng)站或系統(tǒng)，首選要設(shè)計好數(shù)據(jù)庫。 信息要求 用戶（前臺）： 用戶需要從數(shù)據(jù)庫讀取或存入的數(shù)據(jù)包括路線信息數(shù)據(jù)、車次信息 數(shù)據(jù)、站點信息數(shù)據(jù)、公告信息數(shù)據(jù)、天氣信息數(shù)據(jù)、留言信息數(shù)據(jù) 、個人信息數(shù)據(jù) 等。公告信息數(shù)據(jù)：公告的標題、時間、內(nèi)容等。 處理要求 用戶（前臺）： 對路線、車次、站點的查詢操作處理，其中對路線進行按時間、換乘次數(shù)或者費用排序的處理；登錄、免費注冊、修改個人用戶名、修改密碼操作處理；查看所有留言、查看與某人相關(guān)留言、查看與自己相關(guān)留言、發(fā)表留言操作處理； 查看公告信息及天氣信息操作處理。 要保證系統(tǒng)數(shù)據(jù)的正確性，首選管理員一定得及時有效的更新數(shù)據(jù)庫信息，保證數(shù)據(jù)的正確性，其次是系統(tǒng)必須要及時獲取數(shù)據(jù)庫中的更新數(shù)據(jù)，所以系統(tǒng)的響應(yīng)速度 要求 要快。第 4 章 系統(tǒng)概要設(shè)計 9 第 4 章 系統(tǒng)概要設(shè)計 概要設(shè)計是 指 將 用戶 需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)， 數(shù)據(jù)結(jié)構(gòu)設(shè)計即數(shù)據(jù)庫設(shè)計，將用戶的信息需求轉(zhuǎn)化為數(shù)據(jù)庫中的表結(jié)構(gòu)設(shè)計；軟件的系統(tǒng)結(jié)構(gòu)即功能模塊設(shè)計，將用戶的處理需求轉(zhuǎn)化為對系統(tǒng)的功能模塊設(shè)計。數(shù)據(jù)庫設(shè)計包括設(shè)計數(shù)據(jù)庫中的表及表結(jié)構(gòu)，系統(tǒng)要用到的用戶子模式（即視圖）等。 車次查詢：用戶輸入要查詢的車次，系統(tǒng)給出用戶查詢的公交所經(jīng)過的站點及始發(fā)站到各站點所需時間、費用及公交的大略定位，用戶也可以通過鏈接查到所經(jīng)過的各站點的詳細信息； 站點查詢：用戶輸入要查詢的站點，系統(tǒng)給出經(jīng)過該用戶所查詢的站點及含有該站名的車次，用戶也可以通過鏈接查到這些車次的詳細信息； 城市公交查詢系統(tǒng)的設(shè)計與實現(xiàn) 10 用戶登錄、注冊、修改信息：若用戶擁有系統(tǒng)賬號就可以在留言板上發(fā)表和回復(fù)留言；系統(tǒng)為用戶提供登錄、免費注冊、修改密碼、修改個人信息功能；說明：未登錄用戶可以查看所有留言，但是不能回復(fù)和 發(fā)表留言； 留言板：用戶有疑問或不知道的可以在留言板上留言； 公交公告信息：用戶可以查看所有公告信息； 天氣信息：用戶可以在首頁查看當天及未來一周的天氣信息，包括日期、星期、氣候、風(fēng)況、最高氣溫、最低氣溫和空氣質(zhì)量。 目前廣泛使用的數(shù)據(jù)模型分為兩種：獨立于計算機系統(tǒng)的“概念數(shù)據(jù)模型 ” 和 “ 結(jié)構(gòu)數(shù)據(jù)模型 ” ，在本次系統(tǒng)設(shè)計與實現(xiàn)中我將采用概念數(shù)據(jù)模型中的“實體聯(lián)系模型（ ER 模型）”來描述數(shù)據(jù)庫的結(jié)構(gòu)和含義以對現(xiàn)實世界進 行抽象。 留言表：留言編號、用戶名、標題、留言人、留言內(nèi)容、留言時間、狀態(tài)。 系統(tǒng)總 ER 圖如下： 圖 43 系統(tǒng)總 ER圖 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計 邏輯結(jié)構(gòu)設(shè)計的任務(wù)就是把概念結(jié)構(gòu)設(shè)計階段設(shè)計好的基本 ER 圖轉(zhuǎn)換為與選用DBMS（ Database Management System，數(shù)據(jù)庫管理系統(tǒng)）產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。 ment_reply 視圖：留言 _回復(fù)視圖，是通過留言表中的 ment_ID 和回復(fù)表中的 ment_ID 創(chuàng)建的，因為一條留言會有多條回復(fù)，所以將留言板中的留言信息和回復(fù)信息分開放在兩個表中，通 過該視圖就可以方便將與該留言相關(guān)的留言信息及回復(fù)信息都查詢出來； 留言 _回復(fù)視圖（ 回復(fù)編號 ，留言編號， 用戶名，標題，留言人，留言內(nèi)容，留言時間，狀態(tài) ， 回復(fù)人，回復(fù)內(nèi)容，回復(fù)時間 ）。 城市公交系統(tǒng)作為為人們服務(wù)的系統(tǒng)，是一個開放的、所有人都可以參與登錄注冊擁有自己賬戶的系統(tǒng)。 用戶自己設(shè)置的用戶名不能是已經(jīng)被其他用戶設(shè)置過的用戶名，有相同的用戶名時系統(tǒng)會給出提示。 這五項中只要有一項未輸入或者輸入的不正確就要重新輸入。 修改登錄密碼時要先輸入原密碼，若輸入的原密碼不正確則無法修改密碼； 輸入的新密碼要重復(fù)輸入一次以保證 用戶輸入的是自己想要設(shè)置的密碼；最后還要輸入驗證碼以預(yù)防機器攻擊。 路線的 由于每個用戶對路線的要求不同，有的用戶可能比較注重時間，系統(tǒng)為這樣的用戶按路線所需總時間進行排序；有的用戶可能要求換乘次數(shù)要少，系統(tǒng)為這樣的用戶按換乘次數(shù)對路線進行排序；還有的用戶可能時間也不緊迫，希望多欣賞一下城市風(fēng)景，但是希望總的費用較少，系統(tǒng)為 這樣的用戶按所需總費用對路線進行排序。 系統(tǒng)將滿足用戶需求的所有路線按照換乘次數(shù)排序時，若換乘次數(shù)相等，則再按所需總時間排序；若所需總時間也相等，則再按所需總費用排序； 城市公交查詢系統(tǒng)的設(shè)計與實現(xiàn) 20 ○ 3 按所需總費用排序： 系統(tǒng)為用戶提供了每條路線所需的總費用，將所有路線按照所需總費用從小到大排序以便用戶選擇。其中 經(jīng)過的站點包括往 的 方向和返 的 方向，而運行的 情況是指在該車次經(jīng)過的站點中是否有車次在兩站之間或者在某個站點，系統(tǒng)將有車次的站點或者站點之間的路線用紅色標志 。 天氣信息查看：因為天氣是影響用戶行程的重大因素之一，而用戶為了了解天氣信息可能需要在其他地方查看天氣信息，而又得在公交查詢系統(tǒng)查詢公交，對用戶來說是極不方便的。 每條留言包含的內(nèi)容有：用戶頭像、留言人賬號、留言時間、留言內(nèi)容、評論數(shù)、回復(fù)人頭像、回復(fù)人姓名、回復(fù)時間、回復(fù)內(nèi)容以及回復(fù)框。與自己相關(guān)的留言頁面也是每頁顯示三條留言數(shù)據(jù)進行分頁。 未登錄用戶：未登錄的用戶 只能 對留言板進行查看操作 —— 查看所有留言和查看與某人相關(guān)的留言。 管理員 登錄 管理員登錄后可以查詢自己的個人信息及修改密碼， 為了保障系統(tǒng)數(shù)據(jù)的正確性，管理員的個人信息是數(shù)據(jù)庫中預(yù)先設(shè)置好的，所以管理員不能修改自己的個人信息，但是管理員可以修改登錄密碼。 綜上所述，系統(tǒng)為管理員提供的登錄功能處理流程如下圖所示 : 第 5 章 詳細設(shè)計與實現(xiàn) 23 圖 56 管理員登錄處理流程圖 經(jīng)過詳細設(shè)計，管理員登錄界面如下圖所示： 圖 57 管理員登錄界面 圖 信息管理 管理員可以對路線、車次、站點、留言、用戶、公告及天氣信息進行管理， 管理頁面用到的是 DWZ 框架， 下面將詳細介紹： 路線管理： 管理員對路線的管理包括對路線進行的 增 加 、 刪 除 、 修 改 、 查 詢 的操作；管理員首先是查詢出所有的路線，系統(tǒng)對 路線按路線編號進行從大到小的排城市公交查詢系統(tǒng)的設(shè)計與實現(xiàn) 24 序；然后是路線的增加、刪除或者修改， 增加一條路線時路線編號是系統(tǒng)自動設(shè)置的，管理員只需輸入該路線的車次、站點、順序、票價、方向（單選：往 or 返）和運行時間，若管理員輸入的路線已經(jīng)存在，系統(tǒng)會響應(yīng)添加失敗，反之若該路線不存在，系 統(tǒng)響應(yīng)添加成功。 留言管理：管理員對留言的管理分為管理所有留言和管理未回復(fù)的留言（針對管理員而言）；管理所有的留言時管理員只能對所有留言進行查看 和修改（若管理員覺得自己回復(fù)失誤或者線路調(diào)整后 ， 之前回復(fù)的內(nèi)容不正確了 可以對這些回復(fù)內(nèi)容進行修改） ，而對未回復(fù)的留言進行管理時管理員可以進行查看和回復(fù)。 車次管理：管理員對車次的管理包括對車次進行的增加、刪除、修改和查詢的操作；管理員首先是查詢出所有的車次，系統(tǒng)對車次按車次編號進行從大到小的排序； 然后是車次的添加、刪除或者修改，增加一條車次信息時的車次編號是系統(tǒng)自動設(shè)置的，管理員只需輸入該車次的車次、服務(wù)類型（單選：自助服務(wù) or 人工服務(wù)）、車次類型（單選： K、 S or G） 、運行區(qū)間、首班時間、末班時間和發(fā)車間隔時間等信息， 對車次的 刪除、 修改同對路線的 刪除 修 改。管理員登錄成功后將登錄的用戶名和密碼存放在一個 session 中用來 為 系統(tǒng)判斷管理員是否登錄。管理員登錄的賬號是數(shù)據(jù)庫中已經(jīng)存在的，不 可 以是 自己注冊的，管理員登錄后可以對路線信息、車次信息、站點信息、天氣信息、公告信息、用戶信息、留言信息進行管理。 ○ 4 發(fā)表留言 ： 發(fā)表留言是只對登錄用戶有的功能之一，未登錄用戶的發(fā)表留言按鈕都是不能點擊的，發(fā)表留言時只需要用戶輸入的信息是標題和內(nèi)容，其他信息如留言人姓名、留言 時間等都是系統(tǒng)設(shè)置的登錄該系統(tǒng)的用戶名。 ○ 2 查看與自己相關(guān)留言 ： 系統(tǒng)將查詢出與 session 中登錄名相關(guān)的留言， 所以未登錄的用戶不能實現(xiàn)查看與自己相關(guān)留言的功能。 系統(tǒng)為用戶提供的天氣信息包含的內(nèi)容有：日期、星期、氣候、氣溫、風(fēng)況、最低氣溫、最高氣溫和空氣質(zhì)量； 其中，空氣質(zhì)量分為猶、良、輕度污染、中度污染、重度污染和嚴重污染，系統(tǒng)根據(jù)不同的質(zhì)量用不同的顏色標志。 系統(tǒng)為用戶提供的站點查詢是模糊查詢，因為有的用戶可能不 記得站點的站名，所以需要系統(tǒng)智能為用戶提供查詢結(jié)果，系統(tǒng)會查詢出包含用戶輸入站名的所有站點的信息，用戶可以在這些站點信息中找到自己想要的站點信息。 車次查詢： 有的用戶 可能有查詢某車次詳細信息的需求，所以系統(tǒng)提供查詢車次的功能。 系統(tǒng) 將滿足用戶需求的路線按所需總時間排序 時 ，若所需總時間相等，則再按換乘次數(shù)排序；若換乘次數(shù)也相等，則再按所需費用排序。 綜上所述，用戶的登錄注冊功能處理流程圖如下： 圖 51 用戶登錄注冊功能處理流程圖 經(jīng)過詳細設(shè)計，用戶登錄和注冊界面如下圖所示： 圖 52 用戶登錄界面設(shè)計圖 第 5 章 詳細設(shè)計與實現(xiàn) 19 圖 53 用戶注冊界面圖