1、遼 寧 工 業 大 學 管理信息系統設計課程設計報告（論文）題目： 車站售票管理系統 院（系）： 軟件學院 專業班級： 軟件工程112 學 號： 111301036 學生姓名： 安凱辰 指導教師： 翟寶峰 教師職稱： 副教授 起止時間： 2012.5.28-2012.6.8 課程設計（論文）任務及評語院（系）：軟件學院 教研室：軟件教研室學 號111301036學生姓名安凱辰專業班級軟件工程112課程設計（論文）題目車站售票管理系統課程設計（論文）任務管理信息系統課程設計作為獨立的教學環節，是電子商務專業集中實踐性環節系列之一，是學習完管理信息系統課程并進行完專業實習后進行的一次全面的綜合練習

2、。任務：采用結構化的系統開發方法，應用具體的計算機語言（如PB、VB、Delphi）和數據庫（SQL、Access）等技術，按照軟件工程的思想，開發一個實用的中小型管理信息系統，完成實驗室設備管理系統的分析設計實施工作，實現該系統設備管理等功能，并完成結合分析設計過程，撰寫系統設計說明書（課設報告）。1根據課程設計時間選擇適當規模大小的設計課題。采用專業實習的調研內容作為課程設計選題。2根據合理的進度安排，按照系統開發的流程及方法，踏實地開展課程設計活動。3課程設計過程中，根據選題的具體需求，在開發各環節中撰寫相關的技術文檔，最后提交詳細的課程設計報告。4開發出可以運行的管理信息系統，通過上機

3、運行檢查。5設計說明書要求文檔齊備，步驟全整，流程正確，說明詳細，具有有可操作性。指導教師評語及成績 成績： 指導教師簽字： 2012 年 6 月 12 日目 錄第一章 系統分析11.1問題定義11.2可行性研究11.3需求分析的任務11.4系統數據流程11.5數據字典創建2第2章 系統設計421 結構設計4概念設計4邏輯設計5物理設計62.2行為設計7總體設計7模塊設計8第3章 系統實施113.1系統功能模塊實現113.2數據庫的實現12第4章 總結14參考文獻15第一章 系統分析1.1問題定義問題定義階段，需要明白此次程序需要達到的目的及需要完成的功能。車票管理系統需要解決的問題有，車輛的

4、增加，改動及調配，對車票實行增加，刪除，修改和查詢操作，對發車目的地及途徑地點的查詢，需要執行對多表的查詢，修改和刪除工作，對車票執行預訂和退訂的操作，能過及時的刷新票務的變更信息。1.2可行性研究對于本程序的可行性研究分為以下三個方面：1.技術可行性：本程序需要的前臺為VB后臺為SQL，需要在VB中創建窗體，在后臺SQL中創建數據庫，最后實現前臺與后臺的連接。程序在技術上可以實現。2.經濟可行性：此程序屬于最基本的簡單程序，對經濟方面基本沒有要求。程序在經濟上可以實現。3.操作可行性：操作方面前臺VB和后臺的SQL都可以實現，在連接數據庫方面可以通過ADO控件實行連接。此程序在操作方面可行。

5、綜上所述，此程序可以實現并開發成功。1.3需求分析的任務需求分析是對用戶需求的真正明確，是對要解決的問題的徹底理解。在解決問題之前要理解問題，只有真正的理解問題才能更好的解決問題。具體地說，應該確定系統必須具有的功能和性能，系統要求的運行環境，并且預測系統發展的前景，必須仔細分析系統中的數據，既要分析系統中的數據流。又要分析長期使用的數據存儲，通過分析應該得出用業務流圖、數據字典，可行性分析等內容為系統的設計奠定基礎。1.4系統數據流程系統數據流程即數據流圖（DFD）是一種圖形化技術，它描繪信息流和數據從輸入移動到輸出的過程中所經受的變換。本系統的數據流程圖如下圖所示：車票信息訂票信息訂票信息

6、訂票信息查詢信息查詢信息車輛信息加車信息查詢信息查詢信息退訂信息價格信息旅客售票員發車查詢售出情況查詢價格調整增加車輛目的地信息加車班次車票情況退訂情況票務查詢車輛信息表價格表退訂表已售車票表目的地信息表售票員旅客圖1.1系統數據流程圖1.5數據字典創建數據字典是一種用戶可以訪問的記錄數據庫和應用程序元數據的目錄。主動數據字典是指在對數據庫或應用程序結構進行修改時，其內容可以由DBMS自動更新的數據字典。被動數據字典是指修改時必須手工更新其內容的數據字典。數據字典是以數據中數據基本單元為單位，按一定順序排列，對其內容作詳細說明的數據集。數據字典中存放著系統中所有數據的定義，即對所有數據庫結構的

7、描述。數據字典提供了對數據庫描述的集中管理手段。數據字典是一個定義應用程序中使用的所有數據元素和結構的含義、類型、數據大小、格式、度量單位、精度以及允許范圍的共享倉庫。作用是確保開發人員使用統一的數據定義，數據字典中有關系統的詳細信息是系統設計、系統實施與維護的重要依據。是關于數據信息的集合，也就是對數據流圖中包含的所有元素定義的集合。任何字典最主要的用途都是供人查閱不了解的條目的解釋，數據字典的作用也正是在軟件分析和設計過程中給人提供關于數據的描述信息。每張卡片上包含的信息有：名字，別名，描述，定義，位置。以下是數據流圖中主要元素的數據字典卡片:名稱：預訂車票實體別名：描述：記錄未售車票的基

8、本情況定義：預訂車票實體=預訂號+乘車日期+車次+站名+發車時間+車型+票價+客戶名稱+訂票數量位置：系統數據庫名稱：已售車票實體別名：描述：記錄已售出車票情況定義：已售車票實體=票號+乘車日期+車次+站名+發車時間+票價+全半價+工號+退票否位置：系統數據庫名字：發車時刻實體別名：描述：記錄未駛出車站客車發車信息定義：發車時刻表=車次+車輛編號+站名+發車時間+檢票口位置：系統數據庫名稱：退票實體別名：描述：記錄已售出車票退還信息定義：退票表=票號+退票時間+票價+應退款位置：系統數據庫第2章 系統設計21 結構設計2.1.1概念設計概念結構設計是將使用實體-聯系（E-R）模型來描述系統的概

9、念結構，同時設計出能夠滿足用戶需求的各種實體，以及它們之間對的關系，為后面的邏輯結構設計打下基礎。這些實體包含各種具體實際信息，通過相互之間的作用形成數據的流動。下面是系統總體以及各個實體的E-R圖：車輛E-R圖：車輛車輛編號車輛型號座位數圖2.1車輛E-R圖已發車輛E-R圖：已發車輛車輛編號發車時刻目的地車次號圖2.2發車時刻 E-R圖車票E-R圖：車票乘車日期車次號目的地名座位號號票價圖2.3車票E-R圖預售票E-R圖：預售票預訂號乘車日期車票數車次圖2.4預訂E-R圖發車時間 N規定1 1管理統計車站 1 1 1N售出N 1車輛 N票數車票圖2.5實體間聯系E-R圖2.1.2邏輯設計E-

10、R轉換為關系模型一般遵循的原則:一個實體型轉換為一個關系模型.實體的屬性就是關系的屬性,實體的碼就是關系的碼. 下面列出幾個主要的數據庫表設計：表2.1車輛表字段名類型長度小數點允許空主/外鍵車輛編號Varchar50主車輛型號Varchar8座位數Int2車輛表主要記錄了車輛的相關信息。表2.2發車時刻表字段名類型長度小數點允許空主/外鍵車次號Varchar50主目的地Varchar10車輛編號Int4始發時間Datetime 8檢票口Varchar2發車時刻表主要記錄了發出車輛的相關信息。表2.3預訂表字段名類型長度小數點允許空主/外鍵預訂號Varchar50主車輛編號Int5目的地Var

11、char10乘車日期Datetime8票數Int2預訂表主要記錄了預訂出車票的情況。表2.4車票表字段名類型長度小數點允許空主/外鍵車次號Varchar50主始發站Varchar10車票號Int4乘車日期Datetime8目的地Varchar10票價Float8車票表主要記錄了車站車票的詳細情況。物理設計數據庫的物理設計是為邏輯數據模型建立一個完整的能實現的數據庫結構，包括存儲結構和存取方法。物理設計內容包括：物理結構設計的主要內容、物理存儲介質類型的選擇、數據庫物理位置的選擇、索引類型的選擇、數據庫服務器性能參數配置。物理設計通常分為兩步： (1)確定數據庫的物理結構，在關系數據庫中主要指存

12、取方法和存儲結構；(2)對物理結構進行評價，評價的重點是時間和空間效率。存儲模式是數據物理結構和存儲方式的描述，是數據在數據庫內部的表示方式，記錄的存儲方式（順序存儲，按照B樹結構存儲，按hash方法存儲），索引的組織方式，數據是否壓縮存儲、加密，數據存儲記錄結構的規定，一個數據庫只有一個內模式。索引的創建為車輛表創建一個以車輛編號為索引的關鍵字的唯一聚簇索引1）展開數據庫中的表右鍵車輛表，單擊所有任務彈出的索引管理。2）在窗體點新建索引名稱為車輛編號，點擊復選框“聚簇索引” 、“惟一值”。事務日志文件備份及存放事務日志文件是自上次備份事物日志后對數據庫執行的所有事物的一系列記錄。可以使用事務

13、日志文件備份將數據庫回復到特定的即時點或回復到故障點時的狀態。采用事務日志備份，在故障發生時尚未提交的事務將會丟失。所有在故障發生時已經完成的事物都將會被恢復。如果數據庫已經恢復，則SQL Server將回滾備份操作開始時尚未完成的所有事物。使用BACKUP語句進行完整數據庫備份，需要在執行BACKUP DATABASE時制定要備份的數據庫名稱和數據庫備份將要寫入的備份設備，現將本系統中的數據庫czsp備份到備份設備DiskBak_ czsp中：USE czspBACKUP DATABASE czsp TO DiskBak_ czsp定期將數據庫分離保存到固定地方，定期刪除那些過期的備份數據庫

14、，更好的利用有限的空間。2.2行為設計總體設計系統功能結構圖主要從功能的角度描述了系統的結構，但并未表達各功能之間的數據傳送關系。事實上，系統中許多業務或功能都是通過數據文件聯系起來的。例如，某一功能模塊向某一數據文件中存入數據，而另一個功能模塊則從該數據文件中取出數據。再比如，雖然在數據流程圖中的某兩個功能模塊之間原來并沒有通過數據文件發生聯系，但為了處理方便，在具體實現中有可能在兩個處理功能之間設立一個臨時的中間文件以便把它們聯系起來。上述這些關系在設計中是通過繪制信息系統流程圖來從整體上表達的。下圖為系統功能圖。客運售票管理系統信息修改信息查詢票務維護自主設計票務欄銷售車票票務設計售出情

15、況查詢發車查詢退訂車票預訂車票票務查詢車票情況預訂情況退票情況增加車輛目的地信息加車班次價格調整圖2.6 功能結構圖模塊設計1.系統主要窗口如下所示：本系統未使用登陸賬號密碼，主要實現基本的車站要求，主窗體包括退出，票務欄，信息查詢，信息修改，票務維護，自主設計。其窗體如圖2.7所示。圖2.7主窗體所編代碼如下: Private Sub bbdy_Click()Form19.ShowPrivate Sub cccx_Click()Form7.ShowEnd SubPrivate Sub ccxg_Click()Form13.ShowEnd SubPrivate Sub clxg_Click()

16、Form11.ShowEnd SubPrivate Sub cpbxg_Click()Form14.ShowEnd SubPrivate Sub exit_Click()Unload MeEnd SubPrivate Sub skbcx_Click()Form8.ShowEnd SubPrivate Sub MDIForm_Load()End SubPrivate Sub ppsj_Click()Form2.ShowEnd SubPrivate Sub pwcx_Click()Form8.ShowEnd Sub2.票務設計:票務界面設計：圖2.8票務設計界面窗體按鈕所編的代碼如下：Privat

17、e Sub Command1_Click()End SubPrivate Sub Command6_Click()Set DataGrid1.DataSource = Adodc1Dim strquery As Stringstrquery = "select * from 車輛"Adodc1.RecordSource = strqueryPrivate Sub Command2_Click()Unload MePrivate Sub Command5_Click()Dim cc As String, aa As Stringcc = "select * from

18、 車輛 where 車輛編號='" & Trim(Text1.Text) & "'"Adodc2.RecordSource = ccAdodc2.CommandType = adCmdTextAdodc2.RefreshSet DataGrid1.DataSource = Adodc2End Sub第3章 系統實施3.1系統功能模塊實現一、歡迎窗口如下所示：進入系統會顯示歡迎界面，短暫等待之后可以進入系統主界面。如圖5.1所示。圖3.1歡迎界面二、主界面:當歡迎界面結束后，進入主窗體，如圖3.2所示。圖3.2主窗體界面三、票務設計:

19、票務設計界面：圖3.3票務設計界面四、票務查詢：票務查詢模塊主要實現對車票的有關信息進行查詢，便于整理。圖3.4財務信息打印界面3.2數據庫的實現數據庫的實現主要是設計數據庫的物理結構，根據數據庫的邏輯結構來選定RDBMS(如Oracle、Sybase等)，并設計和實施數據庫的存儲結構、存取方式等。本系統后臺是采用SqlServer2000作為數據存儲庫，其中由本人設計的表（用戶表）在其平臺上實現如下圖所示：圖3.5 系統用戶表 以關系型為目標將實體圖中概念模型映射為關系模型，具體電腦報價管理系統整體關系模型實現設計，如圖3.6所示:圖3.6 電腦報價管理系統關系模型第4章 總結通過這次課程設

20、計，我對于數據庫的設計和應用操作有了很大的進步。以前的學習更多的是理論方面的，當把理論運用到實際操作上時。在課程設計初期，首先對車票管理進行了了解，仔細分析了該管理對系統功能的要求，并根據這些功能要求對系統進行定義，確定系統必須做什么。我設計的車票管理系統，前臺采用VB編程語言，后臺采用SQL數據庫。程序的開發成本小，運行效率快，操作簡單。解決了當車票銷售過程中所遇到的一系列問題，在開發過程中，我將理論聯系實際，結合生產實際去觀摩、解釋，在老師的幫助下，我解決了實習中遇到的實際問題，提高了分析問題和解決問題的能力，獲得本專業較全面的實際生產知識。在開發此系統前，每當我經歷了調研的艱辛和遇到問題難以解答的挫折時，老師都耐心的指導我怎樣解決遇到的問題。自始至終，老師始終都給予了細心的指導和不懈的支持，在在課設完成之際，我首先要向指