【正文】 23 圖 52 登陸活動(dòng)圖 系統(tǒng)框架關(guān)鍵配置本系統(tǒng)是由 ， 三個(gè)開(kāi)源框架集成搭建而成，里面，使用該集成框架最核心的東西就是配置文件，無(wú)論是數(shù)據(jù)庫(kù)持久化連接，還是事務(wù)管理機(jī)制，或者對(duì)象工廠創(chuàng)建對(duì)象，都是通過(guò)配置文件來(lái)管理或者實(shí)現(xiàn)的。在 UML 里，活動(dòng)圖本質(zhì)上就是流程圖，它描述系統(tǒng)的活動(dòng)、判斷點(diǎn)和分支等。系統(tǒng)開(kāi)發(fā)者只有通過(guò)系統(tǒng)開(kāi)發(fā)文檔，對(duì)系統(tǒng)的目標(biāo)、系統(tǒng)的總體結(jié)構(gòu)、數(shù)據(jù)庫(kù)的設(shè)計(jì)等有明確理解和認(rèn)識(shí)以后，才能開(kāi)始系統(tǒng)的實(shí)現(xiàn)活動(dòng)。五、完整性數(shù)據(jù)庫(kù)的完整性指數(shù)據(jù)的正確性、有效性、一致性和時(shí)間性。二、數(shù)據(jù)獨(dú)立性數(shù)據(jù)庫(kù)的數(shù)據(jù)與應(yīng)用要互相獨(dú)立，不僅要求物理數(shù)據(jù)有獨(dú)立性，而且還要求邏輯數(shù)據(jù)有獨(dú)立性。論壇主頁(yè) 論壇子頁(yè)組成管理員用戶創(chuàng)建發(fā)帖ID 標(biāo)題 創(chuàng)建人創(chuàng)建時(shí)間主表 IDID內(nèi)容 留言人 發(fā)帖時(shí)間ID 登錄名 密碼ID 登陸用戶名真實(shí)姓名 密碼 地址 電子郵箱1n1 11m1 m圖 45 論壇模塊局部 ER 圖 系統(tǒng)流程圖該圖介紹了兩種不同的用戶在使用本系統(tǒng)時(shí)的活動(dòng)事務(wù)，用戶在訪問(wèn)本系統(tǒng)首頁(yè)后可以選擇是否登陸，未進(jìn)行注冊(cè)的用戶可以選擇是否注冊(cè)，若未登陸且不注冊(cè)則只能使用本系統(tǒng)前臺(tái)的一部分功能。圖 42 系統(tǒng)后臺(tái)用例圖 系統(tǒng)模塊劃分圖根據(jù)需求調(diào)研結(jié)果確定本系統(tǒng)主要包括以下功能模塊，如圖所示：16公交信息管理系統(tǒng)系統(tǒng)前臺(tái)系統(tǒng)后臺(tái)用戶登錄注冊(cè)公交查詢公交論壇公交線路管理論壇管理新聞管理公交新聞公交線路圖資源上傳下載用戶留言圖片管理資源管理留言管理圖 43 系統(tǒng)功能模塊劃分圖 系統(tǒng) ER 圖 ER 圖，該圖的實(shí)體為管理員、用戶和留言板。而交互部分被稱作用例。用例視圖顯示誰(shuí)是相關(guān)的用戶、用戶希望系統(tǒng)提供什么樣的服務(wù)，以及用戶需要為系統(tǒng)提供的服務(wù)，以便使系統(tǒng)的用戶更容易理解這些元素的用途，也便于軟件開(kāi)發(fā)人員最終實(shí)現(xiàn)這些元素。公交信息管理系統(tǒng)中涉及到的數(shù)據(jù)是公交公司的相當(dāng)重要的信息，系統(tǒng)要提供方便的手段供系統(tǒng)維護(hù)人員進(jìn)行數(shù)據(jù)的備份，日常的安全管理，系統(tǒng)意外崩潰時(shí)數(shù)據(jù)的恢復(fù)等工作。通過(guò)軟件的修補(bǔ)、替換完成系統(tǒng)的升級(jí)和更新?lián)Q代。 系統(tǒng)開(kāi)放性和可擴(kuò)充性公交信息管理系統(tǒng)在開(kāi)發(fā)過(guò)程中，應(yīng)該充分考慮以后的可擴(kuò)充性。在系統(tǒng)設(shè)計(jì)和開(kāi)發(fā)過(guò)程中，要充分考慮系統(tǒng)當(dāng)前和將來(lái)可能承受的工作量，使系統(tǒng)的處理能力和響應(yīng)時(shí)間能夠滿足企業(yè)對(duì)信息處理的需求。鑒于以上的分析，系統(tǒng)的建設(shè)在技術(shù)上完全可行。在 JSP 頁(yè)面的對(duì)提交信息的校驗(yàn)利用了 strut2。Java 的相關(guān)技術(shù)已經(jīng)相當(dāng)成熟，并且基于 MVC 模式能夠很好的簡(jiǎn)化項(xiàng)目，使得項(xiàng)目的開(kāi)發(fā)和維護(hù)都有很好的前提。同時(shí)為了方便管理員查詢留言，在后臺(tái)有個(gè)留言管理模塊，該模塊使管理員可以查看不同用戶的留言，同時(shí)也可以給該用戶回復(fù)，然后該留言的用戶可以在前臺(tái)改模塊里面查詢管理員的回復(fù)。同時(shí)為了方便對(duì)一些用戶不良發(fā)言的管理，在后臺(tái)設(shè)計(jì)了該功能的管理模塊，該模塊可以刪帖，也可以單獨(dú)刪除其中一用戶的發(fā)言。同時(shí)，為了方便管理員管理，后臺(tái)有專門(mén)的公交站點(diǎn)管理，可以進(jìn)對(duì)線路進(jìn)行增，刪，改，查的操作。對(duì)于該公交查詢的換乘算法方面，目前查詢效率的瓶頸就是在與數(shù)據(jù)庫(kù)進(jìn)行交互的時(shí)候。只有當(dāng)注冊(cè)成為系統(tǒng)會(huì)員后，才能擁有該系統(tǒng)前臺(tái)所有功能的使用。4) 公交信息管理系統(tǒng)在資源共享方面能夠提供供用戶下載使用的相關(guān)資源。為了方便市民查詢公交，了解更多公交方面的信息，本系統(tǒng)將會(huì)有以下功能：用戶登錄注冊(cè)模塊，公交查詢模塊，公交新聞模塊，公交論壇模塊，公交線路圖瀏覽模塊，資源上傳下載模塊，用戶留言模塊，和公交車乘車指南模塊，為了方便管理員管理，對(duì)應(yīng)的模塊都設(shè)計(jì)了相應(yīng)的后臺(tái)管理。如何解決公交企業(yè)與市民的遠(yuǎn)程溝通問(wèn)題，提高工作效率是設(shè)計(jì)這個(gè)系統(tǒng)的主要初衷。5. 可移植性。MySQL 能夠同時(shí)處理無(wú)限數(shù)量的擁護(hù)和 5 億個(gè)紀(jì)錄3. 簡(jiǎn)單性。 MySQL 是一種高性能的數(shù)據(jù)庫(kù),它可以和市場(chǎng)下任何同類的產(chǎn)品競(jìng)爭(zhēng)。再看互聯(lián)網(wǎng)上，從搜索引擎到在線商場(chǎng)，從網(wǎng)上聊天到郵件列表，都離不開(kāi)數(shù)據(jù)庫(kù)。采用這種方式的軟件實(shí)現(xiàn)，即使軟件的部分發(fā)生改變，其他部分也不會(huì)改變。 4. 優(yōu)秀的解耦性，很少有軟件產(chǎn)品的需求從一開(kāi)始就完全是固定的。便于敏捷開(kāi)發(fā)出新的需求，降低開(kāi)發(fā)時(shí)間成本。這樣無(wú)論前端如何變化，模型層只需很少的改動(dòng)，并且數(shù)據(jù)庫(kù)的變化也不會(huì)對(duì)前端有所影響，大大提高了系統(tǒng)的可復(fù)用性?；诒竟恍畔⒐芾硐到y(tǒng)的特性，達(dá)到方便的信息管理和信息查詢，本系統(tǒng)使用 S2SH 框架結(jié)構(gòu)，即(struts2,hibernate,spring)技術(shù)構(gòu)架。 SQL 是一種標(biāo)準(zhǔn)化的語(yǔ)言，它使得存儲(chǔ)、更新和存取信息更容易。由于它的強(qiáng)大功能、靈活性、豐富的應(yīng)用編程接口（API）以及精巧的系統(tǒng)結(jié)構(gòu)，受到了廣大自由軟件愛(ài)好者甚至是商業(yè)軟件用戶的青睞，特別是與 Apache 和 PHP/PERL 結(jié)合，為建立基于數(shù)據(jù)庫(kù)的動(dòng)態(tài)網(wǎng)站提供了強(qiáng)大動(dòng)力。 4）以為 Struts1 依賴于 Servlet API 這些 Web 元素，因此對(duì) Struts1 的 Action 進(jìn)行測(cè)試的時(shí)候是很困難的，需要借助與其他的測(cè)試工具，Struts2 的 Action 可以象測(cè)試其他的一些 Model 層的Service 類一樣進(jìn)行測(cè)試。 5）將 Action 類中的對(duì)應(yīng)方法返回的結(jié)果響應(yīng)給瀏覽器。 Struts2 的簡(jiǎn)單處理流程如下： 1）瀏覽器發(fā)送請(qǐng)求。Struts2 既然是從 Struts1 發(fā)展而來(lái)，但實(shí)際上 Struts2 與 Struts1 在框架的設(shè)計(jì)思想上面還是有很大的區(qū)別，Struts2 是以 WebWork 的設(shè)計(jì)思想為核心，為什么Struts2 不沿用 Struts1 的設(shè)計(jì)思想，畢竟 Struts1 在目前的企業(yè)應(yīng)用中還是有非常大的市場(chǎng)在的，那么，來(lái)看下 Struts1 的一些缺點(diǎn)吧： 1）支持的表現(xiàn)層技術(shù)單一。這允許你保存特定于你的應(yīng)用程序的附加信息，同時(shí)仍可利用框架其余的特性。在 Struts 中，controller 的基本組件是一個(gè) ActionServlet 類的 servlet。這些標(biāo)記的使用將在后面做詳細(xì)討論。JSP 頁(yè)面包含通常稱為“模版文本”的靜態(tài) HTML(或 XML）文本，加上插入的基于對(duì)特殊行為標(biāo)記解釋的動(dòng)態(tài)內(nèi)容。 在一些小型應(yīng)用程序中，同樣的行為又可能嵌入到作為Controller 一部分的 Action 類中。 大型應(yīng)用程序經(jīng)常將系統(tǒng)可能的商業(yè)邏輯行為表示為可以被維護(hù)狀態(tài)信息的 beans調(diào)用的方法。用語(yǔ)法術(shù)語(yǔ)來(lái)說(shuō)，我們可以把狀態(tài)信息當(dāng)作名詞(事物） ，把行為當(dāng)作動(dòng)詞(事物狀態(tài)的改變） 。它決定著向用戶返回怎樣的視圖，檢查通過(guò)界面輸入的信息以及選擇處理輸入信息的模型。在 MVC 模式下，在通常的設(shè)計(jì)前提下界面任務(wù)并不大。對(duì)大多數(shù) Web 應(yīng)用程序來(lái)說(shuō)，4功能比界面感覺(jué)更重要?，F(xiàn)在，大量的標(biāo)準(zhǔn)JavaBeans 程序庫(kù)就是一個(gè)很好的例證。換句話說(shuō)，就是擁有程序的對(duì)平臺(tái)的獨(dú)立性，即 Write once，Run anywhere!。而且開(kāi)發(fā)人員完全可以不自己編寫(xiě)腳本程序，而只是通過(guò) JSP 獨(dú)有的標(biāo)簽使用別人已寫(xiě)好的部件來(lái)實(shí)現(xiàn)動(dòng)態(tài)網(wǎng)頁(yè)的編寫(xiě)。下面結(jié)合這些技術(shù)的介紹，講述動(dòng)態(tài)網(wǎng)頁(yè)技術(shù)的發(fā)展和 JSP 技術(shù)的誕生。3第二章 系統(tǒng)開(kāi)發(fā)的相關(guān)技術(shù) JSP 技術(shù)JSP 技術(shù)可以以一種簡(jiǎn)捷而快速的方法生成 Web 頁(yè)面。第三章、 需求分析 本章主要根據(jù)公交企業(yè)管理信息的過(guò)程和特點(diǎn)，以及客戶的需求，對(duì)系統(tǒng)的功能進(jìn)行設(shè)計(jì)，并對(duì)系統(tǒng)的可行性作了分析。 課題研究的內(nèi)容本文共分為六大章，其中分為課題來(lái)源到系統(tǒng)開(kāi)發(fā)的相關(guān)技術(shù)、系統(tǒng)分析、總體設(shè)計(jì)等等。主要針對(duì)用戶和管理員，用戶在此系統(tǒng)可以對(duì)所要了解的公交線路進(jìn)行查詢，對(duì)公交服務(wù)中存在的問(wèn)題提出建議，對(duì)服務(wù)中的不合理行為進(jìn)行投訴，參與用戶之間的討論等；而管理員主要負(fù)責(zé)后臺(tái)的管理，管理員不需要運(yùn)用傳統(tǒng)的方式進(jìn)行紛繁復(fù)雜的操作，使用本系統(tǒng)，管理員登錄后可以對(duì)線路信息、用戶信息、留言信息等進(jìn)行添加、刪除、查詢和修改功能。城市公共交通運(yùn)輸以其覆蓋面廣、經(jīng)濟(jì)、快捷的特點(diǎn)，成為絕大多數(shù)出行者的首選方式，也是各地城市政府大力發(fā)展的一種交通方式。但是隨著公交系統(tǒng)的龐大，人們很難得到準(zhǔn)確的公交信息，這樣給一些人的出行就帶來(lái)了不便。作者簽名： 日期： 年 月 日導(dǎo)師簽名： 日期： 年 月 日指導(dǎo)教師評(píng)閱書(shū)指導(dǎo)教師評(píng)價(jià)：一、撰寫(xiě)（設(shè)計(jì)）過(guò)程學(xué)生在論文（設(shè)計(jì)）過(guò)程中的治學(xué)態(tài)度、工作精神□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格學(xué)生掌握專業(yè)知識(shí)、技能的扎實(shí)程度□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格學(xué)生綜合運(yùn)用所學(xué)知識(shí)和專業(yè)技能分析和解決問(wèn)題的能力□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格研究方法的科學(xué)性；技術(shù)線路的可行性；設(shè)計(jì)方案的合理性□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格完成畢業(yè)論文（設(shè)計(jì)）期間的出勤情況□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格二、論文（設(shè)計(jì)）質(zhì)量論文（設(shè)計(jì)）的整體結(jié)構(gòu)是否符合撰寫(xiě)規(guī)范？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格是否完成指定的論文（設(shè)計(jì)）任務(wù)（包括裝訂及附件）？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格三、論文（設(shè)計(jì)）水平論文（設(shè)計(jì)）的理論意義或?qū)鉀Q實(shí)際問(wèn)題的指導(dǎo)意義□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格論文的觀念是否有新意？設(shè)計(jì)是否有創(chuàng)意？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格論文（設(shè)計(jì)說(shuō)明書(shū)）所體現(xiàn)的整體水平□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格建議成績(jī)：□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格（在所選等級(jí)前的□內(nèi)畫(huà)“√”）指導(dǎo)教師： （簽名） 單位： （蓋章）年 月 日評(píng)閱教師評(píng)閱書(shū)評(píng)閱教師評(píng)價(jià)：一、論文（設(shè)計(jì)）質(zhì)量論文（設(shè)計(jì)）的整體結(jié)構(gòu)是否符合撰寫(xiě)規(guī)范？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格是否完成指定的論文（設(shè)計(jì)）任務(wù)（包括裝訂及附件）？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格二、論文（設(shè)計(jì)）水平論文（設(shè)計(jì)）的理論意義或?qū)鉀Q實(shí)際問(wèn)題的指導(dǎo)意義□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格論文的觀念是否有新意？設(shè)計(jì)是否有創(chuàng)意？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格論文（設(shè)計(jì)說(shuō)明書(shū)）所體現(xiàn)的整體水平□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格建議成績(jī)：□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格（在所選等級(jí)前的□內(nèi)畫(huà)“√”）評(píng)閱教師： （簽名） 單位： （蓋章）年 月 日教研室（或答辯小組）及教學(xué)系意見(jiàn)教研室（或答辯小組）評(píng)價(jià)：一、答辯過(guò)程畢業(yè)論文（設(shè)計(jì)）的基本要點(diǎn)和見(jiàn)解的敘述情況□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格對(duì)答辯問(wèn)題的反應(yīng)、理解、表達(dá)情況□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格學(xué)生答辯過(guò)程中的精神狀態(tài)□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格二、論文（設(shè)計(jì)）質(zhì)量論文（設(shè)計(jì)）的整體結(jié)構(gòu)是否符合撰寫(xiě)規(guī)范？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格是否完成指定的論文（設(shè)計(jì)）任務(wù)（包括裝訂及附件）？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格三、論文（設(shè)計(jì)）水平論文（設(shè)計(jì)）的理論意義或?qū)鉀Q實(shí)際問(wèn)題的指導(dǎo)意義□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格論文的觀念是否有新意？設(shè)計(jì)是否有創(chuàng)意？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格論文（設(shè)計(jì)說(shuō)明書(shū)）所體現(xiàn)的整體水平□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格評(píng)定成績(jī)：□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格（在所選等級(jí)前的□內(nèi)畫(huà)“√”）教研室主任（或答辯小組組長(zhǎng)）： （