1、課程設計報告課程名稱數據庫原理與應用課程設計題目 火車站售票管理系統院 系 專業 班 級 姓名 指導教師 2014 年_月3 日近年來，隨著我國國民經濟的飛速發展和人民生活水平的提高，鐵路旅客運輸面臨著增加運能、提高賣票服務質量、 提高競爭能力的迫切需要?；诰W絡自主的火車票售票管理系統替代傳統的人工售票，實現自動化售票和對票務的自動化管理， 極大的方便 了乘客購票，也提高了鐵路部門的管理效率和運營效率。本論文圍繞鐵路運輸售票的現狀，引入火車站售票管理系統，并對該系統的開發及原理進行詳細的介紹。要求：具有方便、快速的售票功能，包括車票的購買和退票功能，情況提供多種查詢和統計功能，如車次的查詢、

2、時刻表的查詢等；能準確地了解售票情況，提供多種查詢和統計功能，如車次的查詢、時刻表的查詢等；能按情況所需實現對車次的查詢、時刻表的查詢等；系統維護：如數據安全管理（含備份與恢復）、操作員管理、權限設置等；本次實習的題目是火車站售票管理系統，主要的目的是如何處理車站中票務的流通。根據系統所需功能，決定以 windows7為開發平臺，采用選擇功能強大的Microsoft SQL Server2005/2008為開發工具，利用軟件工程思想和方法，開發該系統的所需要的功能。本系統由車輛、車次、乘客、車票、售票員等模塊組成，對車 站中的各種信息進行分類管理，統籌規劃。功能較為全面關鍵字:火車票；售票系統

3、；SQL Server2005 ;管理系統1 緒論 11.1 背景、現狀1.1.2 研究內容及框架 2.2 項目整體規劃與設計 32.1 招聘系統的總體需求分析 3.2.2 整體結構分析，及功能分析 32.3 數據庫系統的具體設計 4.3 數據庫設計與分析 63.1 數據庫的整體設計的 E-R圖6.3.2 數據庫的整體概念模型設計 6.3.3 數據庫的整體物理模型設計 7.3.4 數據庫表的設計 8.3.5 數據庫的腳本sql語句 114數據庫完整性約束 194.1 實體完整性約束說明 194.2 參照完整性約束說明204.3 用戶自定義完整性約束說明 225 總結與展望 25參考文獻 2 6

4、1 緒論1.1 背景、現狀隨著經濟社會的不斷發展。人們的生活方式和習慣的多樣化，出行已經成為人們生 活的一個重要組成部分。通過最近這幾年的觀察，每到春節的時候，因為過年，大量的 人口流動給我們的交通系統帶來了不小挑戰，其中火車這種交通工具因輸送量大、速度 較快、價錢合理受到廣大回家市民的青睞， 因此車票票務市場也在快速發展。人們希望 車票銷售手段也能相應地有所調整， 并對如何能經濟、方便和及時地購買到自己所需要 的車票表現出極大的關注。隨著社會的不斷進步，國內外鐵路運輸事業的飛速發展，各 國鐵路運營部門對票務管理的要求也在不斷的提高，現如今乘車已是必不可少的交通手段，各種類型的車輛到處可見，公

5、共交通不僅在城市中隨處可見，隨著國家“村村通” 政策的執行，農村、偏遠山區等地均有了公路、汽車。因此，車站管理已為交通運輸中 的重中之重?；疖嚦蔀榱嗽S多人選擇出行的重要交通工具，而車站售票是預訂車票、售票、退票及車次查詢、報表以及其他各種服務，車站售票組織龐大，服務項目多，信息量大，傳 統的手工處理方式已經不能滿足管理活動的需要。要想提高勞動生產，降低成本，提高服務質量和管理水平，進而促進經濟效益，必須借助計算機來進行現代化的信息。從而 催生了我關于火車站售票管理信息系統的探討。我們對本市附近的汽車站進行了初步的了解， 發現其功能主要是集中在對車票的購 買、售出和退換上。對車票的管理工作量較大

6、，采用新的操作方式，不僅能滿足乘客對 車輛的詳細的查詢功能，還能增加效率，減少乘客滯留弊端。本系統在設計中考慮和充分分析了上訴的諸多問題，設計的程序內容簡單出錯率小，增強了實用性。1.2 研究內容及框架此項目主要研究的內容是用高級語言及 SQL SERVER 2008/2005開發的火車站售票管理，包括旅客查詢，購買火車票、管理員對火車票的管理等?？蚣芙Y構如圖1.1圖1.1功能結構圖2項目整體規劃與設計2.1 招聘系統的總體需求分析系統應具有售票、查詢、管理和維護等功能，系統管理員可以進行 對車次的更改、票價的變動及調度功能，票價的修改可以通過修改運價 來進行，車次調度可通過對發車時刻表的修改

7、來進行，維護功能即可對 表進行修改。2.2 整體結構分析，及功能分析整體結構是設計的綜合設計，有各小的結構的匯總，整體結構圖如 圖2.1所示圖2.1整體結構圖系統是為實現某種功能，其整體功能有個各個能能模塊組成下面是對各功能分析: 售票功能模塊(1)服務人員可以進行售票、訂票、退票等操作(2)購票：游客可以購買自己想買的票(3)訂票：游客想預訂票時可以訂票(4)退票：游客想放棄此次行程，可以退票查詢功能模塊(1)購票者可以請求服務人員完成車次、時間或地點完成查詢操作，并瀏覽查詢 信息(2)車次查詢：游客可以查詢想乘坐的車次信息(3)時間查詢：游客可以查詢出發時間(4)地點查詢：游客可以查詢起始

8、地點管理統計模塊(1)系統管理員可以對運價、車次、終點站以及售票員的信息進行刪除、添加、 修改。售票員和系統管理員均可瀏覽車票統計情況。(2)運價修改：管理員對車票的價格的調整(3)車次修改：管理員對車次調整(4)地點修改：游客可以查詢起始地點2.3 數據庫系統的具體設計2.3.1 用戶對該系統的功能需求能根據不同查詢條件(如車牌號、車次等)車輛表信息，包括車牌號、車次、開 車時間、車型、座位號、站名、里程等。能根據不同查詢條件（如id、終點站等）買票表信息，包括id、終點站、車牌號、 車票數量、車票日期等。能根據不同查詢條件（如票號、退款額等）退票表信息，包括票號、退款額、手 續費、退票時間

9、等。能根據不同查詢條件（如票號、車次等）車票表信息，包括票號、車次、站點、票價、座位號等。能根據不同查詢條件（如車型、票價等）計費表信息，包括車型、票價等。管理車輛基本信息，包括瀏覽、增加、修改、和刪除車輛表信息。管理買票基本信息，包括瀏覽、增加、修改、和刪除買票表信息。管理退票基本信息，包括瀏覽、增加、修改、和刪除退票表信息。管理車票基本信息，包括瀏覽、增加、修改、和刪除車票表信息。管理計費基本信息，包括瀏覽、增加、修改、和刪除計費表信息。2.3.2 數據需求車輛表=車次+開車時間+到達時間+車型+里程買票表=買票號+起點站+終點站+車票數量+車票日期+乘客編號退票表二票號+退款額+手續費+

10、退票時間+乘客編號車票表=票號+車次+起點站+終點站+票價+座位號+乘客編號乘客表=乘客編號+身份證號+姓名售票員表二工號+姓名+年齡+性別3數據庫設計與分析3.1 數據庫的整體設計的E-R圖數據庫的整體設計的E-R圖如圖3.1所示圖3.1 整體E_R圖3.2 數據庫的整體概念模型設計車輛（車次，開車時間，車型，里程，票價）主鍵為（車次）；買票（買票號，起始站，終點站，車票數量，車票日期，乘客編號）主鍵為（買票號）外鍵為（乘客編號）；退票（票號，退款額，手續費，退票時間，乘客編號）主鍵為（票號）外鍵為（乘客編車票（票號，車次，起點站，終點站，票價，座位號，工號，乘客編號）主鍵為（票號），外鍵為

11、（乘客編號），外鍵為（車次）外鍵為（工號）；乘客（乘客編號，身份證號，姓名）主鍵是（乘客編號）；售票員（工號，姓名，年齡，性別）主鍵是（工號）。3.3 數據庫的整體物理模型設計數據庫的整體物理模型設計如圖3.3所示表3-1車輛表列名數據類型長度是否主鍵說明車次varchar50是主鍵開車時間datetime否到達時間datetime否到達時間大于開車 時間車型varchar50否里程varchar50否表3-2買票表列名數據類型長度是否主鍵說明買票號varchar50是主鍵起始站varchar50否終點站varchar50否車票數量varchar50否車票日期datetime否乘客編Rvarc

12、har50否來自乘客表的外鍵表3-3退票表列名數據類型長度是否主鍵說明西耳varchar50是主鍵退款額float50否手續費float50否退票日期datetime否乘客編Pvarchar50否來自乘客表的外鍵表3-4車票表列名數據類型長度是否主鍵說明西耳varchar50是主鍵車次varchar50否來自車輛表的外鍵起點站varchar50否終點站varchar50否票價float50否座位號varchar50否工號varchar50否來自售票員表的外 鍵乘客編Pvarchar50否來自乘客表的外鍵表3-5乘客表列名數據類型長度是否主鍵說明乘客編Pvarchar50是主鍵身份證號char(

13、)18否必須為18位姓名varchar50否表3-6售票員表列名數據類型長度是否主鍵說明工號varchar50是主鍵姓名varchar50否年齡varchar50否性別char2否取值為男或女3.4 數據庫表的設計數據庫是按照數據結構組織、存儲和管理數據的倉庫，數據管理不僅僅是存儲和管理數據，而是轉化成所需要的各種數據管理方式。結構的好壞影響系統的效率及實現的效果、以及它的完整性和一致性。車輛表如圖3.4所小圖3.4車輛表買票表如圖3.5所示圖3.5買票表退票表如圖3.6所示圖3.6退票表乘客表如圖3.7所示圖3.7乘客表車票表如圖3.7所示圖3.8車票表售票員表如圖3.9表-性口磨稟黃表1摘

14、要列名)數據類型_1允i隹I工號varchar(50)r姓名varchar(50)c年腌varchar(SO)r 1性別char r -Ir 1圖3.9售票員表3.5 數據庫的腳本sql語句1 .車輛表sql語句如下所示：CREATE TABLE dbo.車輛表(車次varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,開車時間datetime NOT NULL,到達時間datetime NOT NULL,車型varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,里程varchar(50) COLLATE Chin

15、ese_PRC_CI_AS NOT NULL,CONSTRAINT PK_ 車輛表PRIMARY KEY CLUSTERED(車次ASCGOSET ANSI_PADDING OFFGOUSE zcGOALTER TABLE dbo.車輛表 WITH CHECK ADD CONSTRAINT CK_車輛表CHECK (到達時間 > 開車時間)2 .買票表sql語句如下所?。篊REATE TABLE dbo.買票表(買票號varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,起始站varchar(50) COLLATE Chinese_PRC_CI_A

16、S NOT NULL,終點站varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,車票數量varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,車票日期datetime NOT NULL,乘客編號varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,CONSTRAINT PK_ 買票表PRIMARY KEY CLUSTERED(買票號ASC)ON PRIMARY)ON PRIMARYGOSET ANSI_PADDING OFFGOUSE zcGOALTER TABLE dbo

17、.買票表 WITH CHECK ADD CONSTRAINT FK_ 買票表 J1客表FOREIGN KEY(乘客編號)REFERENCES dbo.乘客表(乘客編號)3 .退票表sql語句如下所示：CREATE TABLE dbo.退票表(票號varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,退款額float NOT NULL,手續費float NOT NULL,退票日期datetime NOT NULL,乘客編號varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,CONSTRAINT PK_ 退票表PRI

18、MARY KEY CLUSTERED(票號ASC)ON PRIMARY)ON PRIMARYGOSET ANSI_PADDING OFFGOUSE zcGOALTER TABLE dbo.退票表 WITH NOCHECK ADD CONSTRAINT FK_ 退票表_乘客表FOREIGN KEY(乘客編號)REFERENCES dbo.乘客表(乘客編號)GOALTER TABLE dbo.退票表CHECK CONSTRAINT FK_ 退票表決客表4 .車票表sql語句如下所示：CREATE TABLE dbo.車票表(票號varchar(50) COLLATE Chinese_PRC_CI_

19、AS NOT NULL,車次varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,起點站varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,終點站varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,票價float NOT NULL,座位號varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,工號varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,乘客編號varchar(50) COLLATE

20、 Chinese_PRC_CI_AS NOT NULL,CONSTRAINT PK_ 車票表PRIMARY KEY CLUSTERED（票號ASC）ON PRIMARY）ON PRIMARYGOSET ANSI_PADDING OFFGOUSE zcGOALTER TABLE dbo.車票表 WITH NOCHECK ADDCONSTRAINT FK_ 車票表_車輛表FOREIGN KEY（車次）REFERENCES dbo.車輛表（車次）GOALTER TABLE dbo.車票表CHECK CONSTRAINT FK_ 車票表 J輛表GOALTER TABLE dbo.車票表 WITH NO

21、CHECK ADDCONSTRAINT FK_ 車票表_乘客表FOREIGN KEY（乘客編號）REFERENCES dbo.乘客表（乘客編號）GOALTER TABLE dbo.車票表CHECK CONSTRAINT FK_ 車票表 _J1客表GOCONSTRAINT FK_ 車票表_ALTER TABLE dbo.車票表 WITH NOCHECK ADD售票員表FOREIGN KEY(工號)REFERENCES dbo.售票員表(工號)GOALTER TABLE dbo.車票表CHECK CONSTRAINT FK_ 車票表小票員表5 .乘客表sql語句如下所示：CREATE TABLE

22、dbo.乘客表(乘客編號varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,身份證號char(18) COLLATE Chinese_PRC_CI_AS NOT NULL,姓名varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,CONSTRAINT PK_ 乘客表PRIMARY KEY CLUSTERED(乘客編號ASC)ON PRIMARY)ON PRIMARYGOSET ANSI_PADDING OFFGOUSE zcGOALTER TABLE dbo.乘客表 WITH CHECK ADD CONSTRAI

23、NT CK_ 乘客表CHECK (身份證號like ' 0-90-90-90-90-90-90-90-90-90-90-90-90-90-90-90-90-90-9,x')6 .售票員表sql語句如下所示：CREATE TABLE dbo.售票員表(工號varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,姓名varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,年齡varchar(50) COLLATE Chinese_PRC_CI_AS NOT NULL,性另打char(2) COLLATE C

24、hinese_PRC_CI_AS NOT NULL,CONSTRAINT PK_ 售票員表PRIMARY KEY CLUSTERED(工號ASC)ON PRIMARY)ON PRIMARYGOSET ANSI_PADDING OFFGOUSE zcGOALTER TABLE dbo.售票員表 WITH CHECK ADD CONSTRAINT CK_ 售票員表CHECK (性別='男'or 性別='女')4數據庫完整性約束4.1實體完整性約束說明1 .車輛表中“車次”為主鍵如圖所示:圖4.1車輛表2 .買票表中“買票號”為主鍵如圖所示：.裴-dbn.買票裝卜摘要

25、y 列名 |數據類型|允許空買票號varcbarO)廠圖4.2買票表3 .退票表中“票號”為主鍵如圖所示：圖4.3退票表4 .乘客表中“乘客編號”為主鍵如圖所示：表-dtw.乘客表 推要列名向乘客編號數據類型允許空varchar(SO)廠圖4.4乘客表5 .車票表中“票號”為主鍵如圖所示:L表-dtw.車票表摘要列名數據類型允許至國票號varchar(5O)r圖4.6車票表6 .售票員表中“工號”為主鍵如圖所示：目1b工隹票最表摘要 列名數據類型| 允許空工號vdrchar(SO)圖4.7售票員表4.2參照完整性約束說明1 .買票表中的“乘客編號”來自乘客表，如圖所示：圖4.8買票表中的外鍵2

26、 .退票表中的“乘客編號”來自乘客表，如圖所示:圖4.9退票表中的外鍵3.車票表中的“車次”來自車票表，如圖所示:圖4.10車票表中的外鍵4.車票表中的“乘客編號”來自車票表，如圖所示:圖4.11車票表中的外鍵5.車票表中的“工號”來自車票表，如圖所示:圖4.12車票表中的外鍵4.3用戶自定義完整性約束說明1 .售票員表中的check的約束：圖4.13售票員表中的check約束2 .車輛表中的check的約束:圖4.14車輛表中的check約束3 .乘客表中的check的約束:圖4.15乘客表中的check約束4 .乘客表中的check的約束:圖4.16乘客表中的check約束5總結與展望在數

27、據庫課程設計過程中，經過認真的回顧數據庫的相關知識， 并很好的鞏固了課 程設計的基本步驟，掌握了在數據庫課程設計過程中所要遵循的基本原則和環節；由于時間關系，這次課程設計的系統沒有做的很完善， 但是在這次課程設計中，知 道了需求分析的幾個方面，物理結構等概念，這是在上課中沒有體會到的其含義的。還 有外鍵、表約束的設置，在這次課程設計中都遇到了。雖然這次課程設計時間較短，但還是有很大收獲的。老師將題目發下，對應學號選題，開始我那個題目意思我無法理解，無處下筆，后 來詢問了一下老師，老師建議換個題目，最后只有換題目了。這個火車站的售票管理系 統還是比較好的，通過網上查資料， 知道火車站售票管理系統中有哪些數據，這樣便于 構建整體框架。第一天就完成了，需求分析。構想了大概框架。然后設計大概框架，建 立E-R圖，找到各個實體屬性，當然還有些沒想到的，有些不完善。最后設計數據庫， 建立表結構、表約束、表數據，寫報告老師檢查報告。通過這些大，我知道數據的項目有哪些內容，也在這樣一個課程設計中，邊學習， 邊設計中鞏固了以往的知識，也學習了新的知識。由于時間和本人能力關系，這次的課程設計，不免有些不足。有了這次經歷，對于 以后的項