火車訂票(課程設計)-軟件工程

1、 河 北 工 業(yè) 大 學 課 程 設 計 報 告 課程名稱 軟件工程課程設計 設計題目 火車預售票系統(tǒng)設計 專 業(yè) 計算機科學與技術 班 級 學 號 姓 名 完成日期 課 程 設 計 任 務 書設計題目： 火車預售票系統(tǒng)設計 _設計內(nèi)容與要求：為各類用戶提供并實現(xiàn)以下功能：1. 管理員：各類用戶權限設置；2. 操作員：查詢與火車票銷售/退票管理；3. 普通用戶：查詢與網(wǎng)上預定/取消預定火車票。課程設計報告的組成：1. 需求規(guī)格說明書，包括用例圖，數(shù)據(jù)流圖，數(shù)據(jù)字典；2. 概要設計說明書，包括系統(tǒng)模塊結構圖，功能模塊清單，實體圖，系統(tǒng)E-R圖，數(shù)據(jù)庫表結構設計。3. 項目總結報告，包括實際完成情

2、況表。 指導教師： 課 程 設 計 評 語 成績： 指導教師：_ 年 月 日目 錄目 錄1第一部分 軟件需求規(guī)格說明書11引言11.1編寫目的11.2背景11.3術語定義11.4參考資料22任務概述22.1目標22.2用戶的特點23需求規(guī)定33.1系統(tǒng)用例圖33.2數(shù)據(jù)流圖與數(shù)據(jù)字典43.3對性能的規(guī)定134運行環(huán)境規(guī)定144.1設備144.2支持軟件141引言151.1目的151.2范圍161.3命名規(guī)則161.4術語定義161.5參考資料172總體設計172.1總體結構設計172.2功能模塊清單193數(shù)據(jù)庫設計193.1數(shù)據(jù)庫概念級設計（E-R圖）193.2數(shù)據(jù)結構邏輯級設計22第三部分

3、項目開發(fā)總結報告241引言241.1編寫目的241.2參考資料242設計總結252.1實際完成情況252.2 收獲252.3有待改進之處28第一部分 軟件需求規(guī)格說明書1引言1.1編寫目的火車網(wǎng)上售票系統(tǒng)需求規(guī)格說明書的目的是明確火車網(wǎng)上售票系統(tǒng)中各項功能和非功能需求，確定系統(tǒng)功能模塊，同時為概要設計和詳細設計人員提供設計依據(jù)，也可供本項目的其他開發(fā)人員參閱?；疖嚲W(wǎng)上售票系統(tǒng)需求規(guī)格說明書的閱讀對象為：1）對相關業(yè)務技術和總體方案作出決策和管理人員和質(zhì)量管理人員；2）對本需求規(guī)格說明書進行評審和確認的有關業(yè)務和技術人員；3) 參加概要設計和詳細設計階段工作的全體設計人員；4) 火車票網(wǎng)上售票系

4、統(tǒng)項目組；1.2背景本項目的任務提出者、開發(fā)者、用戶；軟件系統(tǒng)名稱：火車票預售系統(tǒng)任務提出者：開發(fā)者：洛陽理工學院計算機系用戶：廣大人民群眾、系統(tǒng)管理員1.3術語定義用例圖：由參與者（Actor）、用例（Use Case）以及它們之間的關系構成的用于描述系統(tǒng)功能的靜態(tài)視圖稱為用例圖。數(shù)據(jù)流：只能以事先規(guī)定好的順序被讀取一次的數(shù)據(jù)的一個序列數(shù)據(jù)流圖：結構化分析方法中使用的工具,它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動和處理的過程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。數(shù)據(jù)字典：一種用戶可以訪問的記錄數(shù)據(jù)庫和應用程序源數(shù)據(jù)的目錄1.4參考資料1 張海藩.軟件工程導論（第五版）.北京：

5、清華大學出版社，2012 2 孫家廣.軟件工程. 北京：高等教育出版社，20053 鄭人杰.實用軟件工程.北京：清華大學出版社，2004 4 陳有祺.軟件工程引論.天津：南開大學出版社，2000 5 楊芙清.面向對象程序設計.北京：北京大學出版社，1992 6 潘錦平.軟件系統(tǒng)開發(fā)技術.西安：西安電子科技大學出版社，19977 蔡希堯，陳平.面向對象技術.西安：西安科技大學出版社，19938 羅曉沛，侯炳輝.系統(tǒng)分析員教程.北京：清華大學出版社，19922任務概述2.1目標敘述該項軟件開發(fā)的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟件開發(fā)的背景材料（1）完善目前火車售票系統(tǒng)，使之能

6、跟上時代的發(fā)展。同時通過實踐來提高自己的動手能（2）應用范圍：理論上能夠實現(xiàn)于鐵路部門的售票系統(tǒng)，其目的在于在原有的系統(tǒng)基礎使得火車售票便捷化，以期實現(xiàn)完善日常生活中火車售票的各種缺陷。（3）可實現(xiàn)旅客對于火車票的查詢與購買功能，售票員則可實現(xiàn)查詢、添加和刪除等功能；對于所查詢的車次結果提供列表顯示輸出；有一定的安全機制，普通旅客不能對車次信息隨意刪改，只有授權的售票員可通過密碼識別進行維護。2.2用戶的特點列出本軟件的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術專長，以及本軟件的預期使甩頻度。這些是軟件設計工作的重要約束本系統(tǒng)的最終用戶有兩類：1) 操作員：對做各項售票管理熟悉

7、，管理系統(tǒng)操作經(jīng)驗豐富，為本系統(tǒng)的主要面向用戶，教務人員幾乎每天都會體會到本教務系統(tǒng)；2) 客戶：能夠較快地熟悉系統(tǒng)的用戶，上網(wǎng)時會大量地使用本系統(tǒng)進行信息查詢和買票訂票；3需求規(guī)定 3.1系統(tǒng)用例圖管理員的功能是管理用戶的權限。圖1-1管理員用例圖客戶的功能主要是注冊、登錄、修改密碼、查詢信息（查詢車次信息、查詢列車時刻表、查詢余票信息）、預定車票、改簽車票和退票幾項功能。 圖1-2客戶用例圖操作員的功能主要包括查詢、修改票價、修改車次、修改起始站、修改訂單、統(tǒng)計查詢。 圖1-3操作員用例圖3.2數(shù)據(jù)流圖與數(shù)據(jù)字典3.2.1數(shù)據(jù)流圖從頂層逐層畫出數(shù)據(jù)流圖。 圖1-4火車票預售系統(tǒng)0層數(shù)據(jù)流圖

8、 圖1-5火車票預售系統(tǒng)客戶端1層數(shù)據(jù)流圖 圖1-6火車票預售系統(tǒng)客戶端2層數(shù)據(jù)流圖 圖1-7火車票預售系統(tǒng)管理員端1層數(shù)據(jù)流圖 圖1-8火車票預售系統(tǒng)管理員端2層數(shù)據(jù)流圖圖1-9火車票預售系統(tǒng)管理員端1層數(shù)據(jù)流圖 圖1-10火車票預售系統(tǒng)管理員端2層數(shù)據(jù)流圖3.2.2數(shù)據(jù)字典1.數(shù)據(jù)流條目火車訂票系統(tǒng)數(shù)據(jù)流條目數(shù)據(jù)字典描述舉例如下。(1)用戶登錄數(shù)據(jù)流名稱：用戶登錄信息別稱：用戶登錄驗證簡述：用戶登錄系統(tǒng)的身份驗證數(shù)據(jù)流組成：用戶登錄信息=用戶名+用戶密碼數(shù)據(jù)來源：客戶、管理員及操作員數(shù)據(jù)去向：用戶信息驗證(2)用戶注冊數(shù)據(jù)流名稱：用戶注冊信息別稱：用戶信息存儲簡述：用戶身份信息的存儲數(shù)據(jù)流

9、組成：用戶登錄信息=用戶名+用戶密碼+身份證號+籍貫+出生日期+姓名+性別數(shù)據(jù)來源：客戶及管理員數(shù)據(jù)去向：用戶信息存儲（3）訂票數(shù)據(jù)流名稱：客戶訂票訂單信息別稱：無簡述：客戶訂票的詳細信息數(shù)據(jù)流組成：客戶訂票訂單信息=客戶名+客戶身份證號+車次+乘車日期+出發(fā)站+目的站+票價+開車時間數(shù)據(jù)來源：客戶數(shù)據(jù)去向：訂票處理（4）退票數(shù)據(jù)流名稱：客戶退票訂單信息別稱：無簡述：客戶退票的詳細信息數(shù)據(jù)流組成：客戶退票訂單信息=客戶名+客戶身份證號+車次+乘車日期+出發(fā)站+目的站+應退款數(shù)數(shù)據(jù)去向：退票處理（5）改簽數(shù)據(jù)流名稱：客戶改簽訂單信息別稱：無簡述：客戶改簽的詳細信息數(shù)據(jù)流組成：客戶退票訂單信息=客

10、戶名+客戶身份證號+車次+日期+出發(fā)站+目的站+票價+應退補差價+開車時間數(shù)據(jù)去向：改簽處理（6）用戶查詢數(shù)據(jù)流名稱：用戶查詢信息別稱：無簡述：用戶查詢自己的基本信息及訂單信息數(shù)據(jù)流組成：用戶信息+訂票信息+退票信息+退票信息+列車時刻表+車次列表+余票信息2.數(shù)據(jù)存儲條目數(shù)據(jù)存儲是數(shù)據(jù)結構保存的地方。一個數(shù)據(jù)存儲詞條應有以下幾項內(nèi)容：數(shù)據(jù)存儲名、簡述、輸入數(shù)據(jù)、輸出數(shù)據(jù)、數(shù)據(jù)存儲組織、記錄數(shù)、記錄組成?；疖囉喥毕到y(tǒng)數(shù)據(jù)存儲描述舉例如下所示：（1）用戶注冊信息名稱：用戶注冊信息編號：D1主關鍵字：用戶名存儲組織：每個用戶對應一個用戶名組成：用戶名+用戶密碼+身份證號+籍貫+出生日期+姓名+性別

11、簡要說明：使用身份證號實現(xiàn)實名注冊，每個身份證號只能注冊一個賬號，訂票時實行實名制（2）客戶訂票信息名稱：客戶訂票信息編號：D2主關鍵字：訂票訂單號存儲組織：每個訂票訂單對應一個訂單號組成：訂票訂單編號+客戶名+客戶身份證號+車次+日期+出發(fā)站+目的站+票價簡要說明：當訂票成功后自動生成訂單，有個訂單都有自己唯一的訂單號，訂單包括訂票的各種信息（3）客戶退票信息名稱：客戶退票信息編號:D3主關鍵字：退票訂單編號存儲組織：每個退票訂單對應一個訂單號組成：訂票訂單編號+客戶名+客戶身份證號+應退款數(shù)簡要說明：當退票成功后自動生成訂單，有個訂單都有自己唯一的訂單號，訂單包括訂票的各種信息（4）客戶改

12、簽信息名稱：客戶改簽信息編號:D4主關鍵字：改簽訂單編號存儲組織：每個改簽訂單對應一個訂單號組成：改簽訂單編號+客戶名+客戶身份證號+車次+日期+出發(fā)站+目的站+應退補差價簡要說明：當改簽成功后自動生成訂單，有個訂單都有自己唯一的訂單號，訂單包括訂票的各種信息（5）車次信息名稱：車次信息編號：D5主關鍵字：車次存儲組織：每個車次對應著一個車次信息組成：車次+具體時間+到站數(shù)+行駛時間簡要說明：車次信息的存儲是由車次來決定的（6）列車時刻表信息名稱：列車時刻表編號：D6主關鍵字：車站名稱存儲組織：每個車站對應一個列車時刻表組成：車站名+時間點+車次+始發(fā)站+目的站簡要說明：每個車站都有自己的列車

13、時刻表(7)余票信息名稱：余票信息編號：D7主關鍵字：車次、乘車日期、乘車站、目的站存儲組織：每個車站到其他車站的余票因時間和車次的不同而不同組成：車次日期+乘車日期+乘車站+目的站+余票數(shù)簡要說明：每個車站到其他車站的余票因時間和車次的不同而不同3.加工條目加工邏輯是對數(shù)據(jù)流程圖中各個基本處理的精確描述。實例如下所示：（1）注冊加工名稱：注冊輸入數(shù)據(jù)流加工號：1輸入數(shù)據(jù)流：客戶注冊信息輸出數(shù)據(jù)流：客戶查詢信息加工邏輯：當用戶名或身份證號已被占用時，系統(tǒng)會自動提示（2）登錄加工名稱：登錄加工號：2輸入數(shù)據(jù)流：客戶登錄信息輸出數(shù)據(jù)流：用戶查詢信息加工邏輯：當用戶名或者密碼輸入有誤時，系統(tǒng)會提示（

14、3）訂單加工加工號：3輸入數(shù)據(jù)流：訂票，改簽，退票輸出數(shù)據(jù)流：用戶查詢信息加工邏輯：訂票時，如果沒有余票則不能購買。退票時，如果已經(jīng)過了發(fā)車時間，則不能退票。改簽時，如果要改簽到的車次沒有余票，則不能改簽。訂票、退票或者改簽成功時都會自動生成一個訂單號。4.數(shù)據(jù)項數(shù)據(jù)項是數(shù)據(jù)流組成的最小單位，是無法再細分的數(shù)據(jù)流?；疖囉喥毕到y(tǒng)房間號數(shù)據(jù)項描述如下。名稱：用戶名別名：用戶登錄名所屬數(shù)據(jù)流：用戶登錄、用戶注冊存儲位置：客戶基本數(shù)據(jù)庫，系統(tǒng)管理員基本數(shù)據(jù)庫代碼類型：字符串備注：每個用戶有唯一的用戶名名稱：訂單號別名：訂單編號所屬數(shù)據(jù)流：訂票、改簽、退票存儲位置：客戶訂票訂單數(shù)據(jù)庫，客戶改簽訂單數(shù)據(jù)庫

15、，客戶退票訂單數(shù)據(jù)庫代碼類型：字符串備注：每個訂單只有唯一的訂單號名稱：車次別名：車輛編號所屬數(shù)據(jù)流：訂票、改簽、客戶查詢信息存儲位置：客戶訂票訂單數(shù)據(jù)庫，客戶改簽訂單數(shù)據(jù)庫、列車時刻表數(shù)據(jù)庫、車次信息數(shù)據(jù)庫代碼類型：字符串備注：車次是客戶買票的重要依據(jù)名稱：乘車日期別名：乘車的具體日期所屬數(shù)據(jù)流：訂票，改簽，客戶查詢信息存儲位置：客戶訂票訂單數(shù)據(jù)庫，客戶改簽訂單數(shù)據(jù)庫3.3對性能的規(guī)定3.3.1精度說明對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。在輸入票價時，應當保留至小數(shù)點后兩位，輸入數(shù)量時票價報表中的票價一般保留至小數(shù)位后兩位3.3.2時間特性要求說明對于該軟件的時間特

16、性要求，如對：1、響應時間；2、更新處理時間；3、數(shù)據(jù)的轉換和傳送時間；4、解題時間等的要求。1.響應時間：所有的查詢操作響應時間一般不超過5秒，大型的報表如票價報表則應該在15秒內(nèi)顯示或者提示相關出錯信息;2.更新處理時間：所有提交數(shù)據(jù)一般在3秒內(nèi)響應;3.數(shù)據(jù)的轉換和傳送時間;4.解決時間等的要求4運行環(huán)境規(guī)定4.1設備列出運行該軟件所需要的硬設備。說明其中的新型設備及其專門功能，包括：處理器型號及內(nèi)存容量：外存容量；其它輸入及輸出設備。4.2支持軟件列出支持軟件,包括要用到的操作系統(tǒng)、編譯（或匯編）程序、測試支持軟件等。操作系統(tǒng)：windows、編程工具：Visual Stdio 200

17、5測試支持軟件： 第二部分 概要設計說明書1引言 該文檔首先給出了整個系統(tǒng)的整體網(wǎng)絡結構和功能結構的概貌，試圖從總體架構上給出整個系統(tǒng)的輪廓。而且還給出了非常直觀的模塊結構圖以及各實體的E-R圖。這些文字和圖形都為了本文檔能詳細準確地描述用戶的需求，同時也為用戶更容易地理解這些需求的描述創(chuàng)造了條件。該文檔詳盡說明了這一軟件產(chǎn)品的需求和規(guī)格，這些規(guī)格說明是進行設計的基礎，也是編寫測試用例和進行系統(tǒng)測試的主要依據(jù)。同時，該文檔也是用戶確定軟件功能需求的主要依據(jù)。 本文檔面向多種讀者對象：（1）項目經(jīng)理：項目經(jīng)理可以根據(jù)該文檔了解預期產(chǎn)品的功能，并據(jù)此進行系統(tǒng)設計、項目管理。（2）設計員：對需求進行

18、分析，并設計出系統(tǒng)，包括數(shù)據(jù)庫的設計。（3）程序員：配合設計報告，了解系統(tǒng)功能，編寫用戶手冊。（4）測試員：根據(jù)本文檔編寫測試用例，并對軟件產(chǎn)品進行功能性測試和非功能性測試。（5）銷售人員：了解預期產(chǎn)品的功能和性能。（6）用戶：了解預期產(chǎn)品的功能和性能，并與分析人員一起對整個需求進行討論和協(xié)商。（7）其他人員：如部門領導、公司領導等可以據(jù)此了解產(chǎn)品的功能和性能。在閱讀本文檔時，首先要了解產(chǎn)品的功能概貌，然后可以根據(jù)自身的需要對每一功能進行適當?shù)牧私狻?.1目的 本文檔的目旨在推動軟件工程的規(guī)范化，使設計人員遵循統(tǒng)一的概要設計書寫規(guī)范，節(jié)省制作文檔的時間，降低系統(tǒng)實現(xiàn)的風險，做到系統(tǒng)設計資料的規(guī)

19、范性與全面性，以利于系統(tǒng)的實現(xiàn)、測試、維護、版本升級等。 1.2范圍 本文檔用于軟件設計階段的概要設計，它的上游（依據(jù)的基線）是需求分析規(guī)格說明書，它的下游是詳細設計說明書，并為詳細設計說明書提供測試的依據(jù)。 軟件概要設計的范圍是：軟件系統(tǒng)總體結構設計（包括系統(tǒng)模塊結構圖、功能模塊清單）、數(shù)據(jù)庫設計（包括實體圖、系統(tǒng)E-R圖、數(shù)據(jù)庫的表結構）。1.3命名規(guī)則 變量對象命名規(guī)則：全局變量：首字母英文大寫；局部變量：首字母小寫。 數(shù)據(jù)庫對象命名規(guī)則：數(shù)據(jù)庫表名：全部英文字母大寫；字段名：英文首字母大寫；視圖名：英文字母小寫。 1.4術語定義E-R圖：是“實體-聯(lián)系方法”（Entity-Relati

20、onship Approach）的簡稱。它是描述現(xiàn)實世界概念結構模型的有效方法。是表示概念模型的一種方式，用矩形表示實體型，矩形框內(nèi)寫明實體名；用橢圓表示實體的屬性，并用無向邊將其與相應的實體型連接起來。模塊結構圖：采用類似于結構化分析的“由大到小”、“自頂向下，逐層分解”的基本思想描述（分解）系統(tǒng)。結構化設計方法，首先以數(shù)據(jù)流圖為基礎導出系統(tǒng)模塊（功能）結構圖。在導出系統(tǒng)模塊（功能）結構圖的過程中，以獨立性、低耦合性、高內(nèi)聚性、公共模塊作為模塊劃分的原則。先將系統(tǒng)數(shù)據(jù)流圖中的加工轉換成模塊，再將各大模塊繼續(xù)劃分為較小的模塊，直到每一模塊都是功能單一的模塊。主鍵：全稱叫主關鍵字。主鍵作表的行的

21、唯一標識的候選關鍵字。一個表只有一個主關鍵字。主鍵可以由一個字段，也可以由多個字段組成，分別成為單字段主鍵或多字段主鍵。又稱主碼。并且它可以唯一確定表中的一行數(shù)據(jù)，或者可以唯一確定一個實體。外鍵：如果公共關鍵字在一個關系中是主關鍵字，那么這個公共關鍵字被稱為另一個關系的外鍵。由此可見，外鍵表示了兩個關系之間的相關聯(lián)系。以另一個關系的外鍵作主關鍵字的表被稱為主表，具有此外鍵的表被稱為主表的從表。外鍵又稱作外關鍵字。1.5參考資料1 張海藩.軟件工程導論（第五版）.北京：清華大學出版社，2012 2 孫家廣.軟件工程. 北京：高等教育出版社，20053 鄭人杰.實用軟件工程.北京：清華大學出版社，

22、2004 4 陳有祺.軟件工程引論.天津：南開大學出版社，2000 5 楊芙清.面向對象程序設計.北京：北京大學出版社，1992 6 潘錦平.軟件系統(tǒng)開發(fā)技術.西安：西安電子科技大學出版社，19977 蔡希堯，陳平.面向對象技術.西安：西安科技大學出版社，19938 羅曉沛，侯炳輝.系統(tǒng)分析員教程.北京：清華大學出版社，19922總體設計2.1總體結構設計 火車票預定系統(tǒng)包含6個模塊。分別是注冊登錄模塊、售票功能模塊、查詢功能模塊、調(diào)度功能模塊、維護功能模塊和系統(tǒng)功能模塊?？傮w結構設計如圖2-1所示。火車票預訂系統(tǒng)售票功能調(diào)度功能系統(tǒng)功能圖2-1 總體結構圖查詢功能維護功能注冊登陸以下是對各個

23、子模塊的具體分析：注冊登錄模塊。包括2個子模塊：（1）注冊；（2）登錄。售票功能模塊。包括4個子模塊：（1）銷售車票；（2）預定車票；（3）車票退訂；（4）車票改簽。查詢功能模塊。包括2個子模塊：（1）起始站查詢；（2）車次查詢表查詢。維護功能模塊。包括4個子模塊：（1）票價修改；（2）車票表修改；（3）退票表修改；（4）密碼修改。調(diào)度功能模塊。包括2個子模塊：（1）車次修改；（2）起始站修改。系統(tǒng)功能模塊。包括2個子模塊：（1）售票統(tǒng)計；（2）報表打印。系統(tǒng)的模塊圖如圖2-2所示：圖2-2 系統(tǒng)結構圖2.2功能模塊清單各功能模塊的具體分析如表2-1所示。 表2-1 功能模塊清單模 塊 編 號

24、模塊名稱 模塊功能描述 M1注冊在用戶購票之前需要先注冊M2登錄注冊成功后用戶可以登錄系統(tǒng)購票M3車票銷售車票的賣出M4車票預訂提前預訂車票M5車票退訂如果自己有其他情況可以退票M6車票改簽用戶可以改簽到其他時間坐車M7車次查詢用戶、管理員可以根據(jù)車次號查詢相關車次信息M8起始站查詢用戶、管理員根據(jù)火車的始發(fā)站查詢相關車次M9密碼修改為了安全用戶可以更改自己的賬戶密碼M10退票表修改管理員及時對退票車次的信息進行修改M11車票表修改管理員及時的對車次信息進行及時更新M12票價修改管理員對車票票價進行更改M13車次修改管理員對車次表修改M14起始站修改管理員對臨時調(diào)度車次的始發(fā)站進行修改M15售

25、票統(tǒng)計管理員對車次的售票情況進行統(tǒng)計M16報表打印管理員對需要打印的數(shù)據(jù)進行打印3數(shù)據(jù)庫設計3.1數(shù)據(jù)庫概念級設計（E-R圖）3.1.1 實體圖用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，這就要求數(shù)據(jù)庫結構能充分滿足各種信息的輸出和輸入。整體結構E-R圖如圖2-3所示： 圖 2-33.1.2 系統(tǒng)E-R圖針對火車票網(wǎng)上訂票系統(tǒng)，通過對網(wǎng)上訂票工作的過程、內(nèi)容以及數(shù)據(jù)流程分析，包括以下實體：1.用戶信息包括：姓名、ID號、身份類別、電話。實體圖如圖2-4所示： 圖2-42.管理員信息包括：姓名、電話、ID號、地址。 實體圖如圖2-5所示： 圖2-53.操作員信息包括：姓名、電話、ID號

26、、地址。實體圖如圖2-6所示： 圖2-64.訂單信息包括：訂單號、車次號、發(fā)車日期、訂購票數(shù)、總價、起始站。實體圖如圖2-7所示： 圖2-75.車次信息包括：車次號、起始站、發(fā)車時間、座位數(shù)、票價、發(fā)車時間。實體圖如圖2-8所示： 圖2-83.2數(shù)據(jù)結構邏輯級設計 火車站網(wǎng)上訂票系統(tǒng)數(shù)據(jù)庫中各個表格的設計結果如表2-2表2-6所示。每個表格表示在數(shù)據(jù)庫中的一個表。表2-2 用戶信息表序號字段名類型（寬度、精度）取值約束空否默認值主鍵/外鍵注釋1NameChar（20）無Not Null 空姓名2ID Char（20）無Not Null空主鍵身份證號3 PhoneChar（20）無 Not Nu

27、ll空 電話4Category Char（20）無Not Null成人身份類別表2-3 管理員信息表序號字段名類型（寬度、精度）取值約束空否默認值主鍵/外鍵注釋1NameChar（20）無Not Null 空姓名2IDChar（20）無Not Null空主鍵身份證號3 PhoneChar（20）無Not Null空 電話4AddressChar（20）無Not Null空 地址 表2-4 操作員信息表序號字段名類型（寬度、精度）取值約束空否默認值主鍵/外鍵注釋1NameChar（20）無Not Null 空姓名2IDChar（20）無Not Null空主鍵身份證號3 PhoneChar（20）

28、無Not Null空 電話4AddressChar（20）無Not Null空 地址表2-5 訂單信息表序號字段名類型（寬度、精度）取值約束空否默認值主鍵/外鍵注釋1Name1Char（20）無Not Null 空姓名2IDChar（20）無Not Null空外鍵身份證號3 PhoneChar（20）無Not Null空 電話4CategoryChar（20）無Not Null空身份類別5TotalChar（20）無Not Null空總票價6OrderIDChar（15）無Not Null空主鍵訂單號7OrdernumChar（5）無Not Null空票數(shù)8BusFromChar（20）無No

29、t Null空起始站9BusToChar（20）無Not Null空終點站10BusBeginChar（20）無Not Null空發(fā)車時間表2-6 車次信息表序號字段名類型（寬度、精度）取值約束空否默認值主鍵/外鍵注釋1BusIDChar（20）無Not Null 空主鍵車次號2Seat Char（20）無Not Null軟臥座位類型3 PriceChar（20）無Not Null空 票價4TicketNumChar（20）無Not Null空 剩余票數(shù)5BusFromChar（20）無Not Null空起始站6BusToChar（20） 無Not Null空終點站7BusBeginChar（

30、20）無Not Null空發(fā)車時間第三部分 項目開發(fā)總結報告1引言1.1編寫目的以前火車站售票的狀況是僅靠手工操作，以現(xiàn)有的工作人員很難應付車票訂購高峰時刻的大量數(shù)據(jù)處理問題。同時還會出現(xiàn)由此帶來的大量記錄存放和管理所帶來的問題。本次設計擬開發(fā)一個火車站網(wǎng)上訂票系統(tǒng)，可以降低工作人員的工作量，提高工作人員的工作效率，同時方便顧客訂票?；疖囌臼袌龅墓芾砗鸵?guī)范問題，是困擾我們多年的一個老問題，也是政府管理中的一個難點，訂票是客運業(yè)務中的一個最基本的業(yè)務，表面上看，它只是火車站業(yè)務的一個簡單的部分，但是它涉及到管理與客戶服務等多方面，因此，過去傳統(tǒng)的售票方式已經(jīng)不能滿足現(xiàn)代客運業(yè)務流量劇增的客觀要求

31、，這就要求一種全新的訂票方式網(wǎng)上訂票，來緩解訂票高峰時期的客運壓力，并為用戶提供方便快捷的訂票服務。本次設計便是利用開發(fā)工具JAVA 和SQL Server 2005數(shù)據(jù)庫共同開發(fā)的一個火車站網(wǎng)上訂票系統(tǒng)，它能方便快捷地運用在火車站訂票業(yè)務的營運之中。本文檔預期的讀者為軟件開發(fā)人員。1.2參考資料1孫衛(wèi)琴,李洪成.Tomcat 與 Java Web 開發(fā)技術詳解.電子工業(yè)出版社,2004年4月:1-2052羅曉沛，侯炳輝.系統(tǒng)分析員教程.北京：清華大學出版社，19923孫一林,彭波.Java數(shù)據(jù)庫編程實例. 清華大學出版社,2002年8月:30-2104蔡希堯，陳平.面向對象技術.西安：西安科

32、技大學出版社，19935飛思科技產(chǎn)品研發(fā)中心.JSP應用開發(fā)詳解.電子工業(yè)出版社,2003年9月:32-3006耿祥義,張躍平.JSP實用教程. 清華大學出版社,2003年5月1日:1-3547陶華亭，吳潔，魏里.軟件工程實用教程.清華大學出版社，2012年9月8薩師煊，王珊.數(shù)據(jù)庫系統(tǒng)概論.高等教育出版社,2006年5月:34609Brown等.JSP編程指南（第二版）. 電子工業(yè)出版社 ,2003年3月:1-268 10清宏計算機工作室.JSP編程技巧. 機械工業(yè)出版社, 2004年5月:1-410 11張海藩.軟件工程導論（第五版）.北京：清華大學出版社，2012 12孫家廣.軟件工程.

33、 北京：高等教育出版社，200513鄭人杰.實用軟件工程.北京：清華大學出版社，2004 14陳有祺.軟件工程引論.天津：南開大學出版社，2000 15楊芙清.面向對象程序設計.北京：北京大學出版社，1992 16潘錦平.軟件系統(tǒng)開發(fā)技術.西安：西安電子科技大學出版社，19972設計總結2.1實際完成情況表3-1實際完成情況統(tǒng)計表2.2 收獲 對于項目開發(fā)來說需求規(guī)格說明書是非常重要且必要的，它可以說明編寫這份軟件需求說明書的目的，指出預期的讀者。軟件需求說明書的作用在于便于用戶、開發(fā)人員進行理解和交流，反映出用戶問題的結構，可以作為軟件開發(fā)工作的基礎和依據(jù)，并作為確認測試和驗收的依據(jù)。 首先

34、進行需求分析，列出需要實現(xiàn)的業(yè)務邏輯，然后編出需求規(guī)格說明書，需求規(guī)格說明書中需要用到用例圖、數(shù)據(jù)流圖和數(shù)據(jù)字典。 其中數(shù)據(jù)流圖是關鍵技術，數(shù)據(jù)流圖描述的是系統(tǒng)的邏輯模型，圖中沒有任何具體的物理元素，只是描繪信息在系統(tǒng)中流動和處理的情況。因為數(shù)據(jù)流圖是邏輯系統(tǒng)的圖形表示，即使不是專業(yè)的計算機技術人員也能容易理解。數(shù)據(jù)流圖里的符號也極為簡單，只有四個：1）外部實體；2）處理；3）連線；4）數(shù)據(jù)存儲。這四個符號也有兩種。一種是Yourdon & Coad法，另一種是Gane & Sarson法。只是略有不同而已。如果你使用Microsoft&

35、#160;Visio，那么你只能使用Gane & Sarson法了。需要注意的是：1）處理并不一定是程序。它可以是一系統(tǒng)程序、單個程序或程序的一個模塊，甚至可以是人工處理過程； 2)數(shù)據(jù)存儲并不等同于一個文件。它可以是一個文件、文件的一部分、數(shù)據(jù)庫元素或記錄的一部分；它代表的是靜態(tài)的數(shù)據(jù)。 3）數(shù)據(jù)流也是數(shù)據(jù)，是動態(tài)的數(shù)據(jù)。下面就介紹下畫數(shù)據(jù)流圖的步驟： 1分離數(shù)據(jù)流圖中的元素 2逐步分解的畫出數(shù)據(jù)流圖：第一步，畫出最概括的系統(tǒng)模型。因為任何系統(tǒng)實質(zhì)上都是由若干個數(shù)據(jù)源點/終點以及一個處理組成。這個處理就代表了系統(tǒng)對數(shù)據(jù)加工變換的基本功能。然后對

36、第一步進行細化，隨后勾出邊界，最后在細化一下。數(shù)據(jù)流圖的命名方法： 1）為數(shù)據(jù)流命名 A名字應該代表整個數(shù)據(jù)流（或數(shù)據(jù)存儲）的內(nèi)容；  B不要使用空洞的、缺乏具體含義的名字（如“數(shù)據(jù)”、“輸入”）；    C如果為某個數(shù)據(jù)流（或數(shù)據(jù)存儲）起名字時遇到困難，則很可能是因為對數(shù)據(jù)流圖的分解不恰當造成的，應該試試重新分解數(shù)據(jù)流圖；  2）為處理命名  A通常先為數(shù)據(jù)流命名，然后再為與之相關聯(lián)的處理命名；      B名字應該反映整個處理的功能；  &#

37、160;  C應該盡量避免空洞籠統(tǒng)的動詞做名字，如“處理”、“加工”;     D通常用一個動詞命名，如果必須用兩個動詞才能描述整個處理的功能，則可能要把這個處理分解成兩個處理更恰當；     E如果在為某個處理命名時遇到困難，則很可能是發(fā)現(xiàn)了分解不當?shù)那闆r，應考慮重新分解。 3）為數(shù)據(jù)源點/終點命名 通常，為“數(shù)據(jù)源點/終點”命名時，采用它們在問題域中習慣使用的名字。 然后是概念設計說明書，需要畫出功能模塊和E-R圖，其中E-R圖為關鍵技術。E-R方法是

38、“實體-聯(lián)系方法”（Entity-Relationship Approach）的簡稱。它是描述現(xiàn)實世界概念結構模型的有效方法。是表示概念模型的一種方式，用矩形表示實體型，矩形框內(nèi)寫明實體名；用橢圓表示實體的屬性，并用無向邊將其與相應的實體型連接起來；用菱形表示實體型之間的聯(lián)系，在菱形框內(nèi)寫明聯(lián)系名，并用無向邊分別與有關實體型連接起來，同時在無向邊旁標上聯(lián)系的類型（1:1,1:n或m:n）。下面介紹E-R圖的具體步驟： 確定所有的實體集合選擇實體集應包含的屬性確定實體集之間的聯(lián)系確定實體集的關鍵字，用下劃線在屬性上表明關鍵字的屬性組合確定聯(lián)系的類型，在用線將表示聯(lián)系的菱形框聯(lián)系到實體集時，在線旁注明是1或n(多）來表示聯(lián)系的類型設計分