摘要隨著長途公路客運業的高速開展，信息技術對長途公路客運行業的支撐作用越來越明顯，傳統的人工管理模式已經無法滿足長途客運開展的要求，經濟的高速開展對交通運輸企業提出了新的更高要求。目前，國內外企業相繼加大了對公路長途客運管理系統的研發和投入，但他們在系統的標準化、可擴充性等方面存在或多或少的缺乏，有必要結合客運企業的實際需求開發出一套管理標準、技術先進的公路長途客運管理系統，以加強管理，提高企業參與市場競爭的能力。本文闡述的是基于WEB的長途公路客運管理系統的設計與實現。以系統設計的總體構思為根底，著重說明了長途公路客運管理系統設計與實現。在具體實施上，使用JSP動態網站開發技術和SQLServer數據庫。本系統按照B/S體系結構設計，能夠提供較好的用戶界面和方便的從DBMS中提取數據。通過國內外在長途客運管理領域的開展現狀和開展趨勢作了比較分析，并在此根底上提出了一種基于B/S模式的管理方案，并力求在本系統開發中突出平安性、靈活性、擴展性等方面的優勢。在相關技術中，本文對設計和實現過程中所用到的開發技術及開發工具進行了簡單的介紹。綜上所述，本文分析了長途客運企業的需求，明確了系統中的角色，劃分了系統的功能，確定了系統設計的目標。在系統設計局部，對系統的總體結構和數據庫結構進行了籌劃。在系統實現局部，本文對各個子系統的頁面構成以及實現方法進行了闡述。關鍵詞：長途客運，信息管理系統，JSP，JDBC AbstractAlongwiththehighspeeddevelopmentoflongdistancetransportation,thesupportofinformationtechnologyismoreandmoreimportant.Thetraditionalmanualmanagementmodeisalreadyunabletomeetthedevelopmentoflongdistancetransportation,andthehighspeedeconomicdevelopmenthasputforwardahigherrequesttothetransportationcorporation.Presently,companiesinsideandoutsidehaveincreasedthedevotiontothelongdistancetransportationmanagementsystem,buttheyhavemoreorlessshortagesinthestandardizationandexpansionofthesystem.Soitisnecessarytoexploitamorecanonicalandadvancedlongdistancetransportationmanagementsystem.ThisarticleexpoundsthedesignandrealizationofthelongdistancetransportationsystembasedonWEB.Thisarticlemakessystemcollectivityconceiveitsbase,andsystemdesignandrealizationitsemphasize.WehaveusedJSPdynamicwebsiteexploitationtechnologyandSQLServerdatabasetoimplement,andwehavedesignedthesystembyB/SmodetoprovidebetteruserinterfacesandgetdatafromDBMSmoreconvenient.weanalysedandcomparedthedevelopmentinsideandoutside,andbringforwardamanagementprojectbasedonB/Smode,andtriedtogiveprominencetothesuperiorityofsecurity,variabilityandexpansibilityinthesystem.Tosumupthisarticlemakes,wehaveanalysedthedemandoflongdistancetransportationcompanies,confirmedtheroles,plotedthefunctionofthesystem,andascertaintheaimofthedesign.Inthesystemdesign,wehaveprojectedthestructuresofdatabaseandcollectivityofthesystem.Inthesystemrealization,wehaveexplainedthepagestructureofeverysubsidiarysystemandtheirrealizationmethods.Inthesystemtext,wehavearrangedthetextkindsandmethods.Thissystemhasmanycharacteristics,suchasclearnessindesignation,effectinmodularity,easinessinexpansibilityandsoon.Keywords:Longdistancetransportation，MIS，JSP，JDBC目錄摘要 IAbstract II第1章緒論 31.1課題背景 31.2國內外現狀 31.3工程意義 41.4研究內容 5第2章相關技術 62.1JAVA語言 62.2JSP技術概述 72.3JDBC技術 72.4MicrosoftSQLServer2000 82.5開發工具Eclipse和DreamweaverMX簡介 9第3章需求分析 113.1功能性需求分析 113.2非功能性需求 15第4章系統設計 164.1系統總體結構 164.2功能模塊設計 174.21管理子系統的功能 174.22售票子系統的功能 184.23行包子系統的功能 184.24站務子系統的功能 194.25旅客子系統的功能 194.3數據庫設計 204.31數據庫邏輯設計 214.32數據庫物理設計 244.23數據庫的連接 28第5章系統實現 305.1用戶界面 305.11頁面的根本結構 305.12用戶訪問管理 315.2管理子系統的實現 335.21管理子系統的頁面構成 335.22用戶管理功能 345.23線路管理功能 355.24車輛管理功能 365.25班次管理功能 365.3售票子系統的實現 375.31售票子系統的頁面構成 375.32查詢功能 385.33售票功能 395.34退票功能 395.35預售票交付功能 405.4行包子系統的實現 405.41行包子系統的頁面構成 405.42托運辦理功能 405.43出站管理功能 405.44進站管理功能 415.45行包交付功能 415.5站務子系統的實現 415.51站務子系統的頁面構成 415.52班次查詢功能 415.53行包查詢功能 425.6旅客子系統的實現 425.61旅客子系統的頁面構成 425.62旅客信息管理功能 425.63行包查詢功能 435.64預定車票功能 43第6章系統測試 446.1功能測試 446.11鏈接測試 446.12表單測試 466.2可用性測試 466.21導航測試 466.22瀏覽器測試 476.3平安性測試 47結論 48參考文獻 49致謝 50外文文獻閱讀與翻譯 51第1章緒論1.1課題背景公路長途客運是交通運輸體系中的一個重要組成局部，擔負著城市與城市、城市與農村、城市與縣城、縣城與縣城、縣城與農村之間的旅客運輸任務。以其線路稠密，觸及面大，為鐵路、航空客運起到銜接和為這些客運方式起著集中、疏散客流的作用；同時在鐵路運輸緊張的路段、時段，擔負著為鐵路分擔客流的任務。鐵路運輸是一條線，航空客運是點到點，而公路客運那么是一大片，幾乎做到“門到門”效勞，具有其他運輸方式不可比較和替代的作用。因此公路長途客運站的信息化建設是公共交通信息平臺搭建的重要根底。正是由于公路運輸的線路密，覆蓋廣，使得對公路長途旅客運輸的管理變得十分的復雜。落后的管理方式已經無法有效的負擔與日俱增的客流，各種弊端不斷顯現出來。現代化的運輸要實現旅客有序的空間流動，就必須對客運實行有效的組織和管理，實現旅客運輸管理的信息化。客運信息化首先是旅客的需求，長途客運以表達旅客運輸的平安、方便、快捷、舒適為特征，旅客選擇長途客運也正是基于以上特點。近年來，旅客信息需求、出行平安越來越為人們所關注，長途客運站信息化建設和開展，尤以提高平安運營率為目標。客運信息化建設同樣也是客運管理的需求，客運站要開展，經濟效益增加的渠道無外乎加大發班密度，提高實載率。鑒于長途客運業與外省市聯系密切，實現有效利用場地，動態調度車輛，信息一定要暢通。長途客運站信息化建設和開展，使客運站形成線路覆蓋面范圍內的各類信息的聚集點，才能滿足旅客出行的需求，滿足客運企業的需求。1.2國內外現狀自上個世紀末以來，許多國家交通部門便開始應用先進的信息與通信技術進行客運車輛定位、客運車輛監控及提供各種客運信息以提高效勞水平。美國、日本、加拿大、英國、法國、韓國等國家都投入了較大的人力和物力從事先進的客運管理系統研究，在國際上處于領先地位，并已取得了顯著的成果。在美國，購置車票可以在汽車站購置，也可以在網上或打購置車票，網上或購置的車票通過郵局寄給本人，駕駛員不賣票，所以汽車上不會出現超員現象。美國民途客運公司的售票實行全國聯網，以“灰狗民途客運公司”為例，全國許許多多的售票處全部聯網，設在美國得克薩斯州達拉斯市的公司總部和各地分部，可以查閱任何一個售票處的售票情況同目前的中國鐵路售票方式類似，票面統一標準，美國民途客運公司的車票預售方法靈活，最長可以提前1年購票。在國內，全國幾乎大多數城市的長途汽車客運站也都不同的程度研制開發了客運管理系統。有些系統已在運行，有些系統正在開發中。局部省的交通主管部門已開始有方案地進行推廣。國內的客運管理系統正在向提高和擴大遠程售票能力和開辟多種售票業務的方向開展。國內的客運管理系統經過運行，產生了較明顯的經濟效益和社會效益，對加快企業改革和促進客運站現代化管理都發揮了重要作用。1.3工程意義由于公路運輸的線路密，覆蓋廣，使得對公路長途旅客運輸的管理變得十分的復雜。落后的管理方式已經無法有效的負擔與日俱增的客流，各種弊端不斷顯現出來。以上海為例。上海公路客運量年年刷新紀錄，已形成日發2800班次、輻射全國600多個地市縣、年發送量1600萬人次的巨大運輸網。然而，公路客運站點多、購票難、乘車沒方向已成為近來市民反映的熱點，成為制約公路客運高速開展的“瓶頸”。由于站點分散，旅客出行一頭霧水，到處打聽何處購票乘車，一不小心便被騙上黑車，損害旅客利益。全市45個客運站各自售票，信息不互通，導致客源流失，實載率減少，站點客流的聚集功能減退，投資回報率低下。另外，國內的長途客運有時采用司機售票的方式，司機為了提高自己的收入，往往超額售票，導致超載現象屢有發生，旅客的平安得不到應有的保障。現代化的運輸要實現旅客有序的空間流動，就必須對客運實行有效的組織和管理，實現旅客運輸管理的信息化。客運信息化首先是旅客的需求，長途客運以表達旅客運輸的平安、方便、快捷、舒適為特征，旅客選擇長途客運也正是基于以上特點。近年來，旅客信息需求、出行平安越來越為人們所關注，長途客運站信息化建設和開展，尤以提高平安運營率為目標。客運信息化建設同樣也是客運管理的需求，客運站要開展，經濟效益增加的渠道無外乎加大發班密度，提高實載率。鑒于長途客運業與外省市聯系密切，實現有效利用場地，動態調度車輛，信息一定要暢通。長途客運站信息化建設和開展，使客運站形成線路覆蓋面范圍內的各類信息的聚集點，才能滿足旅客出行的需求，滿足客運企業的需求。客運信息化應從票務管理入手，建立網絡化的公路旅客運輸管理及聯網售票信息系統，充分發揮社會連鎖網絡的分布優勢，使分散的站點和車輛集中到一個無形的網絡中。這可以帶來三個方面的效應：一是社會效應。旅客可以在家門口的連鎖店、超市等零售網點，了解全市所有公路客運發車班次、時刻，并在這些票務代售點買到所需要的車票，大大方便市民出行；二是管理效應。系統可及時反映各客運站的正班率、正點率以及營運情況，從根本上標準和監督經營行為；三是經營效益。客運單位將有效地改變各自為政、分散經營的局面，互通客流，提高客車實載率和線路資源利用率。1.4研究內容(1)從長途客運站的需求出發，整理出長途客運管理系統所應實現的功能。(2)選擇適宜的開發技術及開發模式。(3)針對所需功能進行系統設計并建立數據模型。(4)使用所選技術實現各個子系統。(5)對系統進行測試。第2章相關技術2.1JAVA語言Java是一種簡單的、面象對象的、分布式的、解釋的、鍵壯的、平安的，結構的、中立的、可移植的，性能優異的、多線程的、動態的語言，Java語言具有以下特點：〔1〕跨平臺性跨平臺性是指編譯后的Java程序可直接在不同的平臺上運行而不用重新編譯，這一特性使得Java隨著Web應用的普及而迅速普及起來。而Java的跨平臺性是由于目前大多數操作系統已經實現了JVM，所以Java輕松實現跨平臺性。〔2〕面向對象技術Java全面支持面向對象技術，這表達在Class(類)是Java程序構成的根本單元，一個Java程序通常由許多Class組成，而且這些Class還會有一定的繼承關系，Java支持Class的單繼承，從而使類之間的繼承關系更明確。繼承的結果產生類的多態性，類的多態本質上講就是可以用父類的引用訪問繼承類的實現(子類對象)，類的這種多態性最終形成了組件對象模型的根底，即通過接口(父類)訪問實現(子類)。〔3〕平安性Java沒有采取指針對存儲器地址的直接操作，程序運行時，內存由操作系統分配，這樣可以防止病毒通過指針侵入系統。Java對程序提供了平安管理器，防止程序的非法訪問。〔4〕分布式TCP/IP協議族的例程庫，Java應用程序能夠通過URL來穿過網絡來訪問遠程對象，由于servlet機制的出現，使Java編程非常的高效，現在許多的大的webserver都支持servlet。2.2JSP技術概述JSP(JavaServerPages)是由SunMicrosystems公司倡導，許多公司參與一起建立的一種動態網頁技術標準。該技術為創立顯示動態生成內容的Web頁面提供了一個簡捷而快速的方法。JSP技術的設計目的是使得構造基于Web的應用程序更加容易和快捷，而這些應用程序能夠與各種Web效勞器，應用效勞器，瀏覽器和開發工具共同工作。JSP標準是Web效勞器、應用效勞器、交易系統、以及開發工具供給商間廣泛合作的結果。在傳統的網頁HTML文件(*htm,*.html)中參加Java程序片段(Scriptlet)和JSP標記(tag)，就構成了JSP網頁(*.jsp)。Web效勞器在遇到訪問JSP網頁的請求時，首先執行其中的程序片段，然后將執行結果以HTML格式返回給客戶。程序片段可以操作數據庫、重新定向網頁以及發送email等等，這就是建立動態網站所需要的功能。所有程序操作都在效勞器端執行，網絡上傳送給客戶端的僅是得到的結果，對客戶瀏覽器的要求最低，可以實現無Plugin，無ActiveX，無JavaApplet，甚至無Frame。對于用戶界面的更新，其實就是由WebServer進行的，所以給人的感覺更新很快。所有的應用都是基于效勞器的，所以它們可以時刻保持最新版本。客戶端的接口不是很繁瑣，對于各種應用易于部署、維護和修改。2.3JDBC技術JDBC是JavaSun公司制定的Java數據庫連接(JavaDataBaseConnectivity)技術的簡稱，是為各種常用數據庫提供無縫聯接的技術。JDBC有一個非常獨特的動態連接結構，它使得系統模塊化。使用JDBC來完成對數據庫的訪問包括以下四個主要組件：Java的應用程序、JDBC驅動器管理器、驅動器和數據源。Sun公司開發了JDBCAPI，JDBCAPI是一個標準統一的SQL數據存取接口。JDBC在Internet中的作用與ODBC在Windows系列中的作用類似。它為Java程序提供了一個統一操作各種數據庫的接口，程序員編程時，可以不關心它所要操作的數據庫是哪個廠家的產品，從而提高了軟件的通用性，而且在Internet上確實無法預料你的用戶想訪問什么類型的數據庫。只要系統上安裝了正確的驅動器組，JDBC應用程序就可以訪問其相關的數據庫。用JDBC來實現訪問數據庫記錄可以采用下面的幾個步驟：通過驅動器管理器獲取連接接口；獲得Statement或它的子類；限制Statement中的參數；執行Statement；查看返回的行數是否超出范圍；關閉Statement；處理其它的Statement；關閉連接接口。2.4MicrosoftSQLServer2000數據處理是現代計算機應用中的一個重要組成局部。數據處理是指對各種形式的數據進行分類、組織、編碼、存儲、檢索和維護的一系列活動的總和。其目的是從大量的、原始的數據中抽取、推導出對人們有價值的信息以作為行動和決策的依據；也是為了借助計算機科學地保存和管理復雜的大量的數據，以便人們能方便而充分地利用這些珍貴的信息資源。數據處理隨著計算機硬件和軟件的開展而不斷開展。30多年來經歷了三個階段：人工管理階段、文件系統階段、數據庫系統階段。數據庫系統又經歷了三個階段：網狀數據庫、層次數據庫和關系數據庫。MicrosoftSQLServer2000是眾多的關系型數據庫系統產品之一。SQLServer2000是一個功能強大的關系型數據庫管理系統，它可以幫助各種規模的企業來管理數據。在過去的一些年中，微軟大力地改良了SQLServer。因此，現在它具有很多新穎和有創造性的特點。SQLServer2000以其可伸縮性的商業解決方案、強大的數據倉庫以及與MicrosoftOffice及MicrosoftBackOffice的緊密集成，為企業提供了額外的商業便利。在組織內部不同層次的決策上，SQLServer2000都可以起到推動作用。2.5開發工具Eclipse和DreamweaverMX簡介Eclipse是一個可在多個操作系統運行，跨平臺的開發工具。無論在Windows還是在Linux平臺使用Eclipse，都可得到一致的操作。Eclipse是一個用于構建集成Web和應用程序開發工具的平臺，Eclipse本身不會提供大量的最終用戶功能，而是通過插件來快速開發集成功能部件。Eclipse的核心是動態發現插件的體系結構。平臺負責處理根本環境的后臺工作，并提供標準的用戶導航模型，于是每個插件可以專注執行少量的任務。通過集成大量的插件，Eclipse的功能可以不斷擴展，以支持不同的應用。Eclipse軟件可以用于管理多種開發任務，包括測試性能調整以及程序調試等，而且還可集成多個第三方應用程序開發工具。Eclipse軟件非常適合開發電子商務應用程序，例如IBM公司面向Web效勞的WebSphere應用開發工具就是建立在Eclipse根底之上。Eclipse平臺是一個成熟的精心設計的可擴展的體系結構。Eclipse的價值還在于創造可擴展的集成開發環境提供一個開放源碼平臺。這個平臺允許任何人構建與環境和其它工具集成的工具，而工具與Eclipse集成的關鍵便是插件。Dreamweaver是美國MACROMEDIA公司開發的集網頁制作和管理網站于一身的所見即所得網頁編輯器，它是第一套針對專業網頁設計師特別開展的視覺化網頁開發工具，利用它可以輕而易舉地制作出跨越平臺限制和跨越瀏覽器限制的充滿動感的網頁。利用Dreamweaver設計的網頁，可以全方位的呈現在任何平臺的熱門瀏覽器上。對于CSS的動態HTML支援和鼠標換圖效果，聲音和動畫的DHTML效果資料庫可在Netscape和Microsoft瀏覽器上執行。使用不同瀏覽器檢示功能，Dreamweaver可以告知您在不同瀏覽器上執行的成效如何。當有新的瀏覽器上市時，只要從Dreamweaver的網站在下載它的描述檔，便可得知詳盡的成效報告。第3章需求分析3.1功能性需求分析公路長途客運管理系統，該產品的適用范圍是長途客運汽車站。通過此系統，客運站的工作人員可以更加科學的管理長途客運相關的各種信息，并為旅客提供更為方便快捷的效勞。售票人員、托運人員和站務人員將以電子化的方式為旅客提供效勞，不但可以大幅提高效勞效率，還可以有效縮短業務辦理時間，為旅客提供優質的效勞。同時，客運站的管理人員還可以通過此系統對客運站的員工、線路、班次進行有效的管理，從整體上掌握客運站的運營，提高客運站對市場的適應能力。旅客使用此系統，通過Internet即可查詢到所需要的客運信息，并可以在遠程進行車票的預訂，方便旅客的出行。此系統包括五種角色，如表3.1所示。表3.1系統角色表Table3.1Rolesofthissystem角色名稱職責描述管理人員設定系統的根本信息和操作員權限售票人員擁有對票務相關信息的操作權限托運人員擁有對托運業務相關信息的操作權限站務人員擁有對站務相關信息的查詢權限旅客擁有查詢和訂票的權限系統面向不同的用戶提供不同的子系統，如圖3.1所示，使用不同的角色登錄將獲得使用與之對應的子系統的權限。圖3.1子系統劃分Fig3.1Subsystemdivided本系統的功能性需求如表3.2所示。表3.2功能性需求表Table3.2Functionaldemandtable功能類別子功能登錄對用戶身份進行驗證，選擇使用不同的功能模塊管理模塊用戶管理用戶信息添加用戶信息刪除用戶信息修改用戶信息查詢線路管理路線信息添加路線信息刪除路線信息修改路線信息查詢班次管理價格信息添加價格信息刪除價格信息修改價格信息查詢車輛管理車輛信息添加車輛信息刪除車輛信息修改車輛信息查詢售票模塊余票查詢售票退票交付預訂票行包模塊辦理托運行包出庫行包入庫交付行包站務模塊余票查詢查詢行包狀態旅客模塊旅客注冊個人信息管理預訂車票查詢行包狀態管理子系統面向高級管理人員，提供用戶管理、車輛管理、線路管理以及班次管理功能，管理子系統的用例圖如圖3.2所示。圖3.2管理子系統用例圖Fig3.2Usecasefigureofmanagementsubsystem〔1〕售票子系統用例分析售票子系統面向售票人員，提供余票查詢、售票、退票和預訂票交付功能，售票子系統的用例圖如圖3.3所示。圖3.3售票子系統用例圖Fig3.3Usecasefigureofticketsubsystem〔2〕行包子系統用例分析行包子系統面向行包托運人員，提供托運辦理、行包出庫、行包入庫和交付行包功能，行包子系統的用例圖3.4所示。圖3.4行包子系統用例圖Fig3.4Usecasefigureofbaggagesubsystem〔3〕站務子系統用例分析站務子系統面向站務人員，提供余票查詢和行包查詢功能，站務子系統的用例圖如圖3.5所示。圖3.5站務子系統用例圖Fig3.5Usecasefigureofstationsubsystem〔4〕旅客子系統用例分析旅客子系統面向旅客，提供旅客注冊、個人信息管理、行包查詢和車票預定功能，旅客子系統的用例圖如圖3.6所示。圖3.6旅客子系統用例圖Fig3.6Usecasefigureofpassengersubsystem3.2非功能性需求用戶界面需求如表3.3所示。表3.3用戶界面需求表Table3.3UserInterfacedemandtable需求名稱詳細要求界面簡潔界面簡單，可以方便找到所需功能。易于上手幫助信息豐富，及時，可以很快掌握使用方法。色彩搭配合理顏色搭配讓用戶覺得清新明快，長期操作不易疲勞。軟硬件環境需求如表3.4所示。表3.4軟硬件環境需求表Table3.4Softwareandhardwaredemandtable需求名稱詳細要求操作系統要求windowsNT/98/2000/XP硬件支持內存大于64M，cpu高于賽揚133，網卡網絡支持支持TCP/IP協議WEB效勞器Tomcat5.0其他軟件環境JDK第4章系統設計4.1系統總體結構系統采用瀏覽器/效勞器結構，即B/S結構。B/S結構實際上是一種三層的C/S結構，原來的客戶端由瀏覽器代替，效勞器端由WEB效勞器、數據庫效勞器及中間件組成，瀏覽器和效勞器之間物理上通過網絡相連，軟件上支持HTTP協議。本系統的網絡結構圖如圖4.1所示。在B/S三層體系結構下，表示層、功能層、數據層被分為三個相對獨立的單元：表示層中包含系統的顯示邏輯，位于客戶端。它的任務是由Web瀏覽器向網絡上的某一Web效勞器提出請求，Web效勞器對用戶身份進行驗證后用HTTP協議把所需的主頁傳給客戶端，客戶機接收傳來的主頁文件，并把它顯示在Web瀏覽器上。功能層中包含系統的事物處理邏輯，位于Web效勞器端。它的任務是接收用戶的請求，執行相應的擴展應用程序與數據庫進行連接，通過SQL等方式向數據庫效勞器提出數據處理申請，待數據庫效勞器將處理的結果提交給Web效勞器后，再由Web效勞器將結果傳送回客戶端。圖4.1網絡結構圖Fig4.1Networkstructurefigure數據層中包含的系統數據處理邏輯，位于數據庫效勞器端，它的任務是接收Web效勞器對數據庫操縱的請求，實現數據庫的查詢、修改、更新等功能，把運行結果提交給Web效勞器。子系統的分解依據用戶的角色。不同的角色將使用本系統中的不同功能，據此將系統分解成相對獨立的五個子系統。系統的數據流程圖總體圖如圖4.2所示。圖4.2客運管理系統總體圖Fig4.2Generaldataflowfigureofmanagementsystem4.2功能模塊設計4.21管理子系統的功能管理子系統為客運站的高級管理人員使用，其權限最為廣泛。通過管理子系統，管理人員可以創立新的用戶并分配權限，需要指出的是，除了旅客以外，其他任何角色的用戶均需要由管理子系統來創立。同時，通過管理子系統可以完成數據的錄入和維護工作，客運站的客運線路，客運車輛，客運班次的安排都是通過管理子系統來錄入和管理的。圖4.3管理子系統功能模塊圖Fig4.3Functionmodulefigureofmanagementsubsystem客戶端所有與管理相關的操作和數據的輸入都是以表單的形式進行提交的。根據提交內容的不同，系統會分別調用用戶管理模塊、線路管理模塊、車輛管理模塊以及班次管理模塊來對輸入的信息進行處理，并對用戶信息表、線路信息表、車輛信息表和班次信息表進行操作。完成操作后，數據表返回查詢的記錄集或是操作結束后的響應信息，這些信息將會被組織成Web頁面，進而通過Web效勞器將其發送給客戶端。管理子系統的功能模塊設計如圖4.1所示。4.22售票子系統的功能售票子系統為客運站的售票人員使用，用于票務信息的處理。包括車票余額的查詢、車票的出售、車票的退票以及預定票的交付。售票子系統功能模塊設計如圖4.2所示。圖4.4售票子系統功能模塊圖Fig4.4Functionmodulefigureofticketsubsystem4.23行包子系統的功能行包子系統為客運站的托運人員使用，用于行包的管理。包括運托運的辦理、行包的入庫、行包的出庫以及行包的交付。行包子系統功能模塊設計如圖4.3所示。圖4.5行包子系統功能模塊圖Fig4.5Functionmodulefigureofbaggagesubsystem4.24站務子系統的功能站務子系統為客運站的站務人員使用，用于站務的管理，本系統中的站務管理主要是用于客運站咨詢臺。通過站務子系統可以對車票余額、行包托運情況進行查詢。站務子系統對數據表僅具有只讀權限，不能對數據表進行任何的修改。4.25旅客子系統的功能旅客子系統為接受客運站效勞的旅客使用，用于客運信息的查詢和車票的預訂。旅客子系統通過Internet為分散在各處的旅客提供效勞，使旅客足不出戶即可接受客運站的效勞。旅客子系統可以對剩余車票、行包托運情況進行查詢。旅客子系統可以對用戶信息表中用戶類型為旅客的記錄進行讀寫操作，以實現旅客信息的注冊，方便預訂車票的管理。旅客子系統功能模塊設計如圖4.4所示。圖4.6旅客子系統功能模塊圖Fig4.6Functionmodulefigureofpassengersubsystem4.3數據庫設計本系統的數據庫設計是一個至關重要的環節。構思精巧、結構良好的數據庫結構，對于系統減少數據冗余和數據不一致性，以及提高數據共享效率、精簡不必的系統開銷都是非常必需的。系統數據庫設計的任務就是在DBMS(數據庫管理系統)的支持下，按照用戶需求分析、系統設計目標的要求，為系統及其各功能模塊的實現設計一個結構合理、使用方便、效率較高的數據庫及其應用系統[14]。基于以上考慮，本系統在數據庫設計時確立以下原那么：數據庫結構的合理性本系統數據庫設計包含兩個方面的內容，一是數據結構的設計，二是行為設計。前者是指數據庫框架或數據庫結構，后者是指涉及應用程序、事務處理等。數據庫結構應根據本系統的情況，從結構方面進行優化設計。數據庫結構的完整性實體完整性、參照完整性以及用戶定義的完整性是關系型數據庫模型中必須滿足的約束條件。本系統中用戶定義的完整性就是針對本系統數據庫的約束條件，來反映各具體的應用數據所滿足的語義要求。數據庫結構的全局性本系統設計的各數據庫表幾乎都不是孤立存在的，一個數據庫表都與其它數據庫表有著數據聯系。設計時，我們還將數據量特別巨大的表進行劃分，這樣可以提高數據訪問的效率。建立整個數據庫的全局概念模型，對數據的共享和數據的完整性都是非常有利的。數據庫數據的平安性SQLServer的平安性分為兩類;一是數據庫的平安，另一類是應用程序的平安，數據庫平安是以信息資源和用戶為主的對象管理，要通過合理的方法來分配用戶的訪問權限，來保證數據庫的平安性。而應用程序的平安性那么可以指定一個數據庫或其中的某個對象只能由某些特定的應用程序訪問。從系統架構來考慮數據平安性，也就是充分考慮并利用JSP技術按B/S模式進行存取數據的平安性。4.31數據庫邏輯設計分析系統功能上的需要并考慮上述數據庫的設計原那么，可以設計出能夠滿足用戶需求的各種數據實體，以及它們之間的關系，為后面的邏輯結構設計打下根底。這些實體包括各種具體信息，通過相互之間的作用形成數據的流動。圖4.7客運管理系統E-R圖Fig4.7Entityrelationshipfigureofmanagementsystem圖4.8行包屬性E-R圖Fig4.8Entityrelationshipfigureofbaggage

圖4.9班次屬性E-R圖Fig4.9Entityrelationshipfigureoftrip圖4.10用戶屬性E-R圖Fig4.10Entityrelationshipfigureofuser圖4.11旅客屬性E-R圖Fig4.11EntityrelationshipfigureofpassengerEMBEDVisio.Drawing.11

圖4.12線路屬性E-R圖Fig4.12Entityrelationshipfigureofdestination圖4.13票務屬性E-R圖Fig4.13Entityrelationshipfigureofticket圖4.14車輛屬性E-R圖Fig4.14Entityrelationshipfigureofvehicle4.32數據庫物理設計數據庫的物理設計主要是設計表結構。具體說是要確定數據庫中應該包含哪些表，每個表中應包含哪些列，每列的含義、數據類型以及約束條件。一般地，實體對應于表，實體的屬性對應于表的列，實體之間的關系成為約束條件。在這里，邏輯設計中的實體與物理設計中的表是一一對應的，也就是說本系統中包括用戶信息表、旅客信息表、車輛信息表、線路信息表、班次信息表、行包信息表、票務信息表。〔1〕用戶信息表用戶信息表存儲使用該系統的用戶的根本信息，其中，UserID為用戶信息表的主鍵。表4.1用戶信息表Table4.1Userinformationtable列名數據類型長度可空意義UserIDvarchar50用戶登錄用戶名UserPWDvarchar50用戶登錄密碼RealNamevarchar20真實姓名Sexchar2性別Nationalityvarchar20民族PoliticalBackgroundvarchar20政治面貌CertificateTypevarchar50證件類型CertificateIDvarchar50證件編號DateOfBirthdatetime8出生日期DateOfWorkdatetime8參加工作日期Addressvarchar50住址Telephonevarchar20√Dutyvarchar50職務TripIDvarchar20班次編號〔2〕旅客信息表旅客信息表存儲使用該系統的旅客的注冊信息，表結構如表4.2所示。其中，PassengerID為旅客信息表的主鍵。表4.2旅客信息表Table4.2Passengerinformationtable列名數據類型長度可空意義PassengerIDvarchar50旅客登錄用戶名PassengerPWDvarchar50旅客登錄密碼RealNamevarchar20真實姓名CertificateTypevarchar50證件類型CertificateIDvarchar50證件編號Telephonevarchar20√Emailvarchar50√電子郵件地址〔3〕車輛信息表車輛信息表存儲客運站擁有的客運車輛的根本信息，表結構如表4.3所示。其中，VehicleID為車輛信息表的主鍵。 表4.3車輛信息表Table4.3Vehicleinformationtable列名數據類型長度可空意義VehicleIDvarchar20車牌號碼DriverIDvarchar50司機駕駛執照號碼DriverNamevarchar20司機姓名BuyDatedatetime8購置日期VehicleBrandvarchar50車輛品牌VehicleModelvarchar50車輛型號MaxCarryint4最大載客量(人)Displacementint4排氣量(升)EngineModelvarchar50發動機型號〔4〕車輛信息表線路信息表存儲客運站運營的客運線路的根本信息，表結構如表4.4所示。其中，Destination為旅客信息表的主鍵。表4.4線路信息表Table4.4Destinationinformationtable列名數據類型長度可空意義Destinationvarchar50目的車站Distanceint4距離本站距離(公里)BaggagePricemoney8托運價格(元/公斤)〔5〕班次信息表班次信息表存儲客運站安排的客運班次信息，表結構如表4.5所示。其中，TripID為班次信息表的主鍵，Destination為引用線路信息表的外鍵，VehicleID為引用車輛信息表的外鍵。表4.5班次信息表Table4.5Tripinformationtable列名數據類型長度可空意義TripIDvarchar20班次編號Destinationvarchar50目的車站VehicleIDvarchar50車牌號碼LeaveTimedatetime8出發時間ArriveTimedatetime8抵達時間BackTimedatetime8返回時間Ticketsint4車票數量(張)Pricemoney8車票價格(元)〔6〕票務信息表票務信息表存儲售票和預訂票的信息，表結構如表4.6所示。其中，TicketID為票務信息表的主鍵，TripID為引用班次信息表的外鍵，UserID為引用用戶信息表的外鍵，PassengerID為引用旅客信息表的外鍵。表4.6票務信息表Table4.6Ticketinformationtable列名數據類型長度可空意義TicketIDint4車票序列號TripIDvarchar20班次編號SeatNoint4座位號Orderedchar2是否預訂票SellDateTimedatetime8√售票日期時間UserIDvarchar50√售票員IDOrderDateTimedatetime8√預訂票日期時間PassengerIDvarchar50√訂票旅客ID車票序列號由數據庫自動生成。是否預訂票字段為“是”時，那么說明該車票為預訂車票，尚未實際售出，此時預訂票日期時間和訂票旅客ID字段有效，必須填寫。而當預訂票字段為“否”時，說明該車票為實際已售出車票，此時售票日期時間和售票員ID必須要填寫。〔7〕行包信息表行包信息表存儲關于行包的信息，表結構如表4.7所示。其中，BaggageID為行包信息表的主鍵，Source和Destination為引用線路信息表的外鍵。表4.7行包信息表Table4.7Baggageinformationtable列名數據類型長度可空意義BaggageIDint4行包編號Statechar6行包狀態Sourcevarchar50源車站Destinationvarchar50目的車站SenderNamevarchar20發送人姓名SenderTelephonevarchar20發送人ReceiverNamevarchar20收件人姓名ReceiverTelephonechar20收件人Weightint4重量(公斤)Worthmoney8√保價金額(元)SubmitDateTimedatetime8行包受理日期時間OutDateTimedatetime8√行包出站日期時間ArriveDateTimedatetime8√行包到達日期時間DeliverDateTimedatetime8√行包交付日期時間其中行包狀態包括：待出站、已出站、待交付、已交付四種。當旅客在行包管理人員處辦理行包托運手續后，行包狀態為“待出站”；當托運車輛載著該行包駛往目的車站時，行包狀態轉為“已出站”；行包抵達目的車站后，行包的狀態轉為“待交付”，等待收件人領取行包；領取人在行包管理人員處辦理行包領取手續后，行包狀態轉為“已交付”，完成行包的托運過程。4.23數據庫的連接本系統使用JDBC驅動程序連接SQLServer2000數據庫。由于很多頁面都需要用到數據庫的連接，為了便于使用，在需要連接數據庫的地方，先對DBConnection進行實例化，再調用它的getConnection()的方法，即可完成數據庫的連接。在getConnection()方法中，首先要顯示地加載JDBC驅動程序類：StringCLASSFORNAME="com.microsoft.jdbc.sqlserver.SQLServerDriver";Class.forName(CLASSFORNAME);在此之前必須要保證所使用的數據庫管理系統的JDBC驅動程序已經安裝到計算機中。根據使用數據庫管理系統的不同，上述語句的內容也將發生變化，這里是使用SQLServer2000時的情形。JDBC驅動加載完成后即可獲得與數據庫的連接：StringURL="jdbc:microsoft:sqlserver://:1433;DatabaseName=ptms";StringUSER="zhxm";StringPWD="0311";con=DriverManager.getConnection(URL,USER,PWD);URL指明連接數據庫使用的協議，地址以及數據庫名，USER參數那么指明連接數據庫使用的用戶名，PWD為與用戶名對應的密碼。通過DriverManager的getConnection方法即可最終獲得與數據庫的連接，該連接為Connection類的一個實例，此后所有對于數據庫的操作都是通過該連接來完成。需要注意的是，使用到數據的連接完成對數據庫的相關操作后，應該及時關閉該連接，否那么可能會使很多無用連接白白消耗數據庫管理系統的資源，嚴重影響整個系統的性能。關閉數據庫連接使用Connection的close()方法。第5章系統實現5.1用戶界面5.11頁面的根本結構用戶在使用中直接面對的便是應用程序的界面。用戶界面設計的好壞，將直接影響用戶對應用程序的印象和評價。一個優秀的應用程序應該具備美觀整潔且使用方便的用戶界面。本設計中充分考慮了用戶界面的重要性，使用了Photoshop進行了網頁外觀的最初設計，使用Fireworks進行頁面的布局，最終通過Dreamweaver向頁面模板中添加具體內容。頁面的根本結構如圖5.1所示。 圖5.1頁面的根本結構Fig5.1Generalpagestructure用戶信息欄顯示當前登錄用戶的根本信息，如果是系統首頁，那么此處為用戶登錄表單，要求用戶輸入用戶名和密碼。頂部功能按鈕和底部功能按鈕列出了當前子系統的所有功能模塊。導航欄那么列出了在當前選擇的功能模塊下可以進行的操作。主視圖用于顯示查詢結果、填寫表單、顯示提示信息，是與用戶交互的最為主要的區域。5.12用戶訪問管理本系統分為管理、售票、行包、站務和旅客五個子系統，用戶可以使用其中的哪一個子系統完全是由其登錄時的用戶類型決定的。用戶登錄信息的填寫頁面為index.jsp，登錄的驗證頁面為CheckUserLogin.jsp。驗證頁面根據訪問者填寫的用戶名，在數據庫的用戶信息表和旅客信息表中查找。如果未找到對應記錄，那么將返回“該用戶不存在”的提示。如果找到，那么進一步將訪問者填寫的密碼與用戶信息表中的記錄進行比較，如果符合那么登錄成功，否那么將返回“錯誤的密碼”作為提示。訪問者登錄成功后，CheckUserLogin.jsp會根據用戶信息表中存儲的該用戶的類型決定接下來應該跳轉到的頁面。假設是管理員，那么會跳轉到Manager_Main.jsp頁面；假設是售票員，那么會跳轉到Ticket_Main.jsp頁面。關于CheckUserLogin.jsp的具體流程如圖5.1所示。本系統中的大局部頁面是必須經過用戶驗證方能訪問的，并且特定的用戶只能訪問自己權限范圍內的頁面。這就是說，用戶權限為售票員的用戶只能訪問售票管理相關的頁面，而不能進入行包管理相關的頁面。雖然頁面上的各種鏈接均是在本功能模塊范圍內的頁面跳轉，用戶不會因為點擊鏈接而進入到不屬于自己權限范圍的頁面，但是卻無法防止用戶直接通過瀏覽器地址欄輸入特定頁面的地址，來越過用戶權限的驗證而訪問到不該訪問到的內容。為了保證系統的平安性，必須在每個只有特定權限用戶方能訪問的頁面中參加用戶身份過濾器。用戶身份過濾器的實現使用到了JSP的session對象。session是JSP的內建對象之一，用來保存每個用戶信息，以便跟蹤每個用戶的操作狀態。其中，session信息保存在容器里，session的ID保存在客戶機的Cookie中。在許多效勞器上，如果瀏覽器支持Cookies的話，就直接使用Cookies。但是如果不支持或禁用了Cookies的話，就自動轉化為URL-rewriting(重寫URL，這個URL包含客戶端的信息)，session自動為每個流程提供了方便的存儲信息的方法。一般情況下，用戶首次登錄系統是容器會給此用戶分配一個唯一標識的sessionid，這個ID用于區分其他的用戶，當用戶退出系統時，這個session就會自動消失。圖5.2系統流程圖Fig5.2Flowchartofsystem用戶身份過濾器便會在每次調用頁面時檢查一個存儲于session中名為SessionUserType的屬性，該屬性標識著進行當前會話的用戶的權限。例如，當前登錄的用戶是管理員，那么該屬性的值便為“管理員”。如果該用戶訪問只有管理員才能訪問的頁面，那么可以通過用戶身份過濾器，獲得需要訪問的內容。而當該用戶訪問只有售票員才能訪問的頁面時，那么無法通過用戶身份過濾器，過濾器將會重新定向返回的頁面到登錄頁面，要求用戶以售票員的身份進行登錄。SessionUserType屬性只有在用戶完成登錄后才會被設置，如果訪問者沒有登錄，那么該屬性將為null。用戶身份過濾器在遇到SessionUserType為null的時候，同樣會重定向到登錄頁面，要求訪問者進行登錄，防止非法的頁面訪問。具體流程如圖5.3所示。圖5.3用戶身份過濾器流程圖Fig5.3Flowchartofuseridentityfilter5.2管理子系統的實現5.21管理子系統的頁面構成管理子系統負責分為用戶管理、線路管理、車輛管理和班次管理四個功能模塊，每個模塊都是由相對其他模塊獨立的一組頁面實現的。通過管理子系統的主頁面上的鏈接，可以訪問到各個功能模塊的頁面中。管理子系統頁面的總體構成如圖5.3所示。圖5.4管理子系統頁面構成圖Fig5.4Pagesstructureofmanagementsubsystem5.22用戶管理功能用戶管理模塊實現了用戶信息的添加、修改、刪除和查詢。由于在修改和刪除用戶信息之前必須要先查詢到要修改和刪除的數據，因此，在用戶管理頁面的導航欄上只提供兩個功能鏈接，分別為“用戶信息查詢”和“用戶信息添加”。而對用戶信息的修改和刪除操作是在用戶信息查詢的結果上進行的。具體來說，要修改或刪除一個用戶信息記錄，首先要在“用戶信息查詢”頁面查詢到該用戶信息，如圖5.4所示。在結果列表中，每條記錄的用戶ID字段都會提供一個超級鏈接，點擊該鏈接，將會進入該條記錄的詳細信息頁面，這里列出了這條用戶記錄的完整信息，并提供修改和刪除按鈕，點擊需要進行的操作即可實現對該條記錄的修改和刪除，如圖5.5所示。本系統中對線路信息、車輛信息以及班次信息的管理都是使用同樣的方式完成對記錄的添加、修改、刪除和查詢的。因此在后面的篇幅中將不再進行贅述。圖5.5編輯和刪除用戶信息Fig5.5Editanddeleteuserinformation用戶管理模塊是由一組頁面完成的，具體的頁面構成見圖5.6所示。在用戶信息查詢的頁面中，可以選擇不同的字段進行查詢，并可以按不同的字段對查詢結果進行排序。和用戶信息相關的對數據庫的操作都被封裝在名為UserManager的JavaBean中，JSP頁面中的數據操作都是通過調用該JavaBean完成的，使得JSP頁面可以專注于界面的實現和與用戶的交互上。5.23線路管理功能線路管理模塊實現了線路信息的添加、修改、刪除和查詢。和線路信息相關的對數據庫的操作都被封裝在名為RouteManager的JavaBean中，JSP頁面中的數據操作都是通過調用該JavaBean完成的。5.24車輛管理功能車輛管理模塊實現了線路信息的添加、修改、刪除和查詢。和線路信息相關的對數據庫的操作都被封裝在名為VehicleManager的JavaBean中，JSP頁面中的數據操作都是通過調用該JavaBean完成的。5.25班次管理功能班次管理模塊實現了班次信息的添加、修改、刪除和查詢。和班次信息相關的對數據庫的操作都被封裝在名為TripManager的JavaBean中，JSP頁面中的數據操作都是通過調用該JavaBean完成的。由于班次信息表中的Destination是和線路信息表相關聯的，而VehicleID是和車輛信息表相關聯的。因此在班次信息表中的Destination字段中只可以填入在線路信息表中出現的信息，VehicleID字段中只可以填入在車輛信息表中出現的信息。為了方便用戶的輸入，同時也防止輸入的數據違反約束關系，因此在表單中使用下拉菜單的形式，將從線路信息表和車輛信息表中查詢到的信息列在下拉菜單中。這樣，用戶在填寫表單時，就可以從下拉菜單中選擇合法的數據，保證數據輸入的正確性。圖5.6添加班次信息Fig5.6Addtripinformation5.3售票子系統的實現5.31售票子系統的頁面構成售票子系統主要包括售票、退票和預訂票交付三局部。在售票之前首先要根據旅客要求的時間和路線查詢班次信息，在查詢的結果中尚有余票的線路方可進行售票。售票子系統的頁面構成如圖5.11所示。圖5.7售票子系統頁面構成Fig5.7Pagesstructureofticketsubsystem5.32查詢功能售票子系統的余票查詢頁面與管理子系統中的班次信息查詢頁面有所不同。在管理子系統的班次信息查詢頁面中，僅僅是對班次信息表進行查詢。而在售票子系統的余票查詢頁面中，首先要對班次信息表進行查詢，找到滿足旅客要求的班次，進而還要在票務信息表中查找該班次在旅客要求的時刻的已售票信息和預訂票信息，據此判斷出余票數量和剩余座位。在此過程中還要將查找到的過期未領的預訂票記錄刪除。具體流程如圖5.8所示。經過上述處理后，剩余的車票數量和車票價格將顯示在頁面中，同時剩余的座位號碼將列在下拉列表中。圖5.8余票查詢流程圖Fig5.8Flowchartofleftticketschecking5.33售票功能從查詢頁面的查詢結果列表中，售票員可以選擇旅客決定購置的班次記錄，進入到售票頁面。售票員從下拉列表中選擇要銷售的座位號碼，并根據顯示的車票價格收取旅客的費用，完成售票過程。5.34退票功能退票時，售票員在退票頁面輸入旅客提供的車票的編號，售票員返還旅客票款，然后確認退票即可。系統會在票務信息表中刪除對應編號的售票記錄，完成退票過程。5.35預售票交付功能旅客預訂的車票需要在規定的時間內到車站的售票處領取并付款。在旅客領取預訂車票時，售票員可以進入預售票交付頁面，輸入旅客提供的預訂車票編號，收取旅客票款，然后確認交付。系統會在票務信息表中將對應編號的記錄從預訂票修改為已售票，完成預售票交付過程。5.4行包子系統的實現5.41行包子系統的頁面構成行包子系統主要包括行包辦理、行包出站、行包到站和行包交付四個功能。5.42托運辦理功能托運辦理功能是受理旅客托運行包時所使用的。托運人員會首先對旅客要托運的行包稱量，并將稱量結果填入托運辦理頁面的表單中。然后根據旅客的要求選擇需要運達的目的車站。與管理子系統中的班次管理頁面相同，為了方便用戶的輸入，同時也防止輸入的數據違反約束關系，這里也同樣在表單中使用了下拉菜單的形式，將從線路信息表中查詢到的信息列在下拉菜單中。這樣，托運人員在填寫表單時，就可以從下拉菜單中選擇合法的數據，保證數據輸入的正確性。托運人員還要詢問旅客以填寫發送人姓名、發送人、收件人姓名、收件人等信息。提交的托運辦理表單將由托運辦理結果頁面進行處理，在該頁面中會將行包的信息添加到行包信息表中，同時會生成行包的編號以及應收的托運費用，托運人員據此收取旅客的費用，完成行包的辦理。此時，行包的狀態為“待出站”。5.43出站管理功能當對駛往某個目的車站的行包運輸車輛進行配貨時，托運人員會使用出站管理功能查詢需要發送到該目的車站的，狀態為“待出站”的所有行包。然后托運人員可以在查詢列表中選擇裝車的行包，提交表單后，這些行包記錄的狀態字段將被修改為“已出站”，同時，被選擇的行包應被裝車，發往目的車站。5.44進站管理功能當有行包運輸車輛抵達本站時，托運人員會對運抵的行包進行入庫登記，這會使用到進站管理功能。托運人員將會根據行包上的標簽填寫進站登記表單，該表單會被提交給進站管理結果頁面，該頁面會在行包信息表中插入一條新的記錄，并將該記錄的狀態字段設置為“待交付”。5.45行包交付功能當有人來領取行包時，托運人員根據其提供的姓名在行包信息表中狀態字段為“待交付”的記錄中查詢，在對查詢結果進行核實后，就可以交付行包。同時，該記錄的狀態字段會被修改為“已交付”。5.5站務子系統的實現5.51站務子系統的頁面構成站務子系統用于向客運站的旅客提供咨詢效勞。包括，客運班次的查詢和行包狀態的查詢。站務子系統的頁面構成如圖5.9所示。圖5.9站務子系統頁面構成Fig5.9Pagesstructureofstationsubsystem5.52班次查詢功能班次查詢功能與售票子系統中的查詢功能相似，可以根據旅客要求的目的地和時間查詢滿足條件的客運班次。不同的是，在站務子系統中，不能對查詢結果進行售票操作。5.53行包查詢功能行包查詢功能可以根據旅客提供的發送人姓名或收件人姓名查詢自己等待的行包是否已經抵達本車站。這與行包子系統中的行包交付功能相似，只是指可以進行查詢，而不可實際交付行包。5.6旅客子系統的實現5.61旅客子系統的頁面構成旅客子系統為旅客提供了可以不在客運站即可查詢到客運信息的途徑。除了查詢功能外，旅客還可以在旅客子系統中預訂車票。與上面的客運站內部使用的子系統不同，旅客子系統是開放的系統，允許任何訪問者注冊為用戶，進行查詢和訂票操作。旅客子系統的頁面構成如圖5.10所示。圖5.10旅客子系統頁面構成圖Fig5.10Pagesstructureofpassengersubsystem5.62旅客信息管理功能旅客信息管理要完成旅客的注冊和已注冊信息的修改，頁面構成如圖5.11所示。圖5.11旅客信息管理頁面構成圖Fig5.16Pagesstructure