火車預售票系統(tǒng)設計課程設計

1、<p>　　課 程 設 計 報 告 </p><p>　　課程名稱 軟件工程課程設計 </p><p>　　設計題目 火車預售票系統(tǒng)設計 </p><p>　　專 業(yè) 計算機科學與技術(shù) </p><p>　　班 級

2、 </p><p><b>　　學 號 </b></p><p>　　姓 名 </p><p>　　完成日期 </p><p><b>　　目 錄</b></p><p><

3、;b>　　目 錄1</b></p><p>　　第一部分 軟件需求規(guī)格說明書1</p><p><b>　　1引言1</b></p><p><b>　　1.1編寫目的1</b></p><p><b>　　1.2背景1</b></p>

4、<p><b>　　1.3術(shù)語定義1</b></p><p><b>　　1.4參考資料2</b></p><p><b>　　2任務概述2</b></p><p><b>　　2.1目標2</b></p><p>　　2.2用戶的特

5、點2</p><p><b>　　3需求規(guī)定3</b></p><p>　　3.1系統(tǒng)用例圖3</p><p>　　3.2數(shù)據(jù)流圖與數(shù)據(jù)字典4</p><p>　　3.3對性能的規(guī)定13</p><p>　　4運行環(huán)境規(guī)定14</p><p><b>

6、　　4.1設備14</b></p><p>　　4.2支持軟件14</p><p><b>　　1引言15</b></p><p><b>　　1.1目的15</b></p><p><b>　　1.2范圍16</b></p><p&g

7、t;　　1.3命名規(guī)則16</p><p>　　1.4術(shù)語定義16</p><p>　　1.5參考資料17</p><p><b>　　2總體設計17</b></p><p>　　2.1總體結(jié)構(gòu)設計17</p><p>　　2.2功能模塊清單19</p><p>

8、;<b>　　3數(shù)據(jù)庫設計19</b></p><p>　　3.1數(shù)據(jù)庫概念級設計（E-R圖）19</p><p>　　3.2數(shù)據(jù)結(jié)構(gòu)邏輯級設計22</p><p>　　第三部分 項目開發(fā)總結(jié)報告24</p><p><b>　　1引言24</b></p><p>

9、　　1.1編寫目的24</p><p>　　1.2參考資料24</p><p><b>　　2設計總結(jié)25</b></p><p>　　2.1實際完成情況25</p><p><b>　　2.2 收獲25</b></p><p>　　2.3有待改進之處28<

10、/p><p>　　第一部分 軟件需求規(guī)格說明書</p><p><b>　　1引言</b></p><p><b>　　1.1編寫目的</b></p><p>　　《火車網(wǎng)上售票系統(tǒng)需求規(guī)格說明書》的目的是明確《火車網(wǎng)上售票系統(tǒng)》中各項功能和非功能需求，確定系統(tǒng)功能模塊，同時為概要設計和詳細設計人員提供

11、設計依據(jù)，也可供本項目的其他開發(fā)人員參閱。</p><p>　　《火車網(wǎng)上售票系統(tǒng)需求規(guī)格說明書》的閱讀對象為：</p><p>　　1）對相關(guān)業(yè)務技術(shù)和總體方案作出決策和管理人員和質(zhì)量管理人員；</p><p>　　2）對本《需求規(guī)格說明書》進行評審和確認的有關(guān)業(yè)務和技術(shù)人員；</p><p>　　3) 參加概要設計和詳細設計階段工作的全體

12、設計人員；</p><p>　　4) 《火車票網(wǎng)上售票系統(tǒng)》項目組；</p><p><b>　　1.2背景</b></p><p>　　本項目的任務提出者、開發(fā)者、用戶；</p><p>　　軟件系統(tǒng)名稱：火車票預售系統(tǒng)</p><p><b>　　任務提出者：</b>&l

13、t;/p><p>　　開發(fā)者：洛陽理工學院計算機系</p><p>　　用戶：廣大人民群眾、系統(tǒng)管理員</p><p><b>　　1.3術(shù)語定義</b></p><p>　　用例圖：由參與者（Actor）、用例（Use Case）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的靜態(tài)視圖稱為用例圖。</p><

14、p>　　數(shù)據(jù)流：只能以事先規(guī)定好的順序被讀取一次的數(shù)據(jù)的一個序列</p><p>　　數(shù)據(jù)流圖：結(jié)構(gòu)化分析方法中使用的工具,它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動和處理的過程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。</p><p>　　數(shù)據(jù)字典：一種用戶可以訪問的記錄數(shù)據(jù)庫和應用程序源數(shù)據(jù)的目錄</p><p><b>　　1.4參考

15、資料</b></p><p>　　[1] 張海藩.軟件工程導論（第五版）.北京：清華大學出版社，2012 </p><p>　　[2] 孫家廣.軟件工程. 北京：高等教育出版社，2005</p><p>　　[3] 鄭人杰.實用軟件工程.北京：清華大學出版社，2004 </p><p>　　[4] 陳有祺.軟件工程引論.天津：南開

16、大學出版社，2000 </p><p>　　[5] 楊芙清.面向?qū)ο蟪绦蛟O計.北京：北京大學出版社，1992 </p><p>　　[6] 潘錦平.軟件系統(tǒng)開發(fā)技術(shù).西安：西安電子科技大學出版社，1997</p><p>　　[7] 蔡希堯，陳平.面向?qū)ο蠹夹g(shù).西安：西安科技大學出版社，1993</p><p>　　[8] 羅曉沛，侯炳輝.系

17、統(tǒng)分析員教程.北京：清華大學出版社，1992</p><p><b>　　2任務概述</b></p><p><b>　　2.1目標</b></p><p>　　敘述該項軟件開發(fā)的意圖、應用目標、作用范圍以及其他應向讀者說明的有關(guān)該軟件開發(fā)的背景材料</p><p>　?。?）完善目前火車售票系統(tǒng)，

18、使之能跟上時代的發(fā)展。同時通過實踐來提高自己的動手能</p><p>　　（2）應用范圍：理論上能夠?qū)崿F(xiàn)于鐵路部門的售票系統(tǒng)，其目的在于在原有的系統(tǒng)基礎使得火車售票便捷化，以期實現(xiàn)完善日常生活中火車售票的各種缺陷。</p><p>　　（3）可實現(xiàn)旅客對于火車票的查詢與購買功能，售票員則可實現(xiàn)查詢、添加和刪除等功能；對于所查詢的車次結(jié)果提供列表顯示輸出；有一定的安全機制，普通旅客不能對車次

19、信息隨意刪改，只有授權(quán)的售票員可通過密碼識別進行維護。</p><p><b>　　2.2用戶的特點</b></p><p>　　列出本軟件的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術(shù)專長，以及本軟件的預期使甩頻度。這些是軟件設計工作的重要約束</p><p>　　本系統(tǒng)的最終用戶有兩類：</p><p>

20、;　　操作員：對做各項售票管理熟悉，管理系統(tǒng)操作經(jīng)驗豐富，為本系統(tǒng)的主要面向用戶，教務人員幾乎每天都會體會到本教務系統(tǒng)；</p><p>　　客戶：能夠較快地熟悉系統(tǒng)的用戶，上網(wǎng)時會大量地使用本系統(tǒng)進行信息查詢和買票訂票；</p><p><b>　　3需求規(guī)定 </b></p><p><b>　　3.1系統(tǒng)用例圖</b>

21、;</p><p>　　管理員的功能是管理用戶的權(quán)限。</p><p>　　圖1-1管理員用例圖</p><p>　　客戶的功能主要是注冊、登錄、修改密碼、查詢信息（查詢車次信息、查詢列車時刻表、查詢余票信息）、預定車票、改簽車票和退票幾項功能。</p><p><b>　　圖1-2客戶用例圖</b></p>

22、<p>　　操作員的功能主要包括查詢、修改票價、修改車次、修改起始站、修改訂單、統(tǒng)計查詢。</p><p>　　圖1-3操作員用例圖</p><p>　　3.2數(shù)據(jù)流圖與數(shù)據(jù)字典</p><p><b>　　3.2.1數(shù)據(jù)流圖</b></p><p>　　從頂層逐層畫出數(shù)據(jù)流圖。</p>&l

23、t;p>　　圖1-4火車票預售系統(tǒng)0層數(shù)據(jù)流圖</p><p>　　圖1-5火車票預售系統(tǒng)客戶端1層數(shù)據(jù)流圖</p><p>　　圖1-6火車票預售系統(tǒng)客戶端2層數(shù)據(jù)流圖</p><p>　　圖1-7火車票預售系統(tǒng)管理員端1層數(shù)據(jù)流圖</p><p>　　圖1-8火車票預售系統(tǒng)管理員端2層數(shù)據(jù)流圖</p><p>

24、;　　圖1-9火車票預售系統(tǒng)管理員端1層數(shù)據(jù)流圖</p><p>　　圖1-10火車票預售系統(tǒng)管理員端2層數(shù)據(jù)流圖</p><p><b>　　3.2.2數(shù)據(jù)字典</b></p><p><b>　　1.數(shù)據(jù)流條目</b></p><p>　　火車訂票系統(tǒng)數(shù)據(jù)流條目數(shù)據(jù)字典描述舉例如下。</p

25、><p>　　(1)用戶登錄數(shù)據(jù)流</p><p><b>　　名稱：用戶登錄信息</b></p><p><b>　　別稱：用戶登錄驗證</b></p><p>　　簡述：用戶登錄系統(tǒng)的身份驗證</p><p>　　數(shù)據(jù)流組成：用戶登錄信息=用戶名+用戶密碼</p>

26、<p>　　數(shù)據(jù)來源：客戶、管理員及操作員</p><p>　　數(shù)據(jù)去向：用戶信息驗證</p><p>　　(2)用戶注冊數(shù)據(jù)流</p><p><b>　　名稱：用戶注冊信息</b></p><p><b>　　別稱：用戶信息存儲</b></p><p>　　

27、簡述：用戶身份信息的存儲</p><p>　　數(shù)據(jù)流組成：用戶登錄信息=用戶名+用戶密碼+身份證號+籍貫+出生日期+姓名+性別</p><p>　　數(shù)據(jù)來源：客戶及管理員</p><p>　　數(shù)據(jù)去向：用戶信息存儲</p><p><b>　?。?）訂票數(shù)據(jù)流</b></p><p>　　名稱：客

28、戶訂票訂單信息</p><p><b>　　別稱：無</b></p><p>　　簡述：客戶訂票的詳細信息</p><p>　　數(shù)據(jù)流組成：客戶訂票訂單信息=客戶名+客戶身份證號+車次+乘車日期+出發(fā)站+目的站+票價+開車時間</p><p><b>　　數(shù)據(jù)來源：客戶</b></p>

29、<p><b>　　數(shù)據(jù)去向：訂票處理</b></p><p><b>　?。?）退票數(shù)據(jù)流</b></p><p>　　名稱：客戶退票訂單信息</p><p><b>　　別稱：無</b></p><p>　　簡述：客戶退票的詳細信息</p><

30、;p>　　數(shù)據(jù)流組成：客戶退票訂單信息=客戶名+客戶身份證號+車次+乘車日期+出發(fā)站+目的站+應退款數(shù)</p><p><b>　　數(shù)據(jù)去向：退票處理</b></p><p><b>　?。?）改簽數(shù)據(jù)流</b></p><p>　　名稱：客戶改簽訂單信息</p><p><b>　

31、　別稱：無</b></p><p>　　簡述：客戶改簽的詳細信息</p><p>　　數(shù)據(jù)流組成：客戶退票訂單信息=客戶名+客戶身份證號+車次+日期+出發(fā)站+目的站+票價+應退補差價+開車時間</p><p><b>　　數(shù)據(jù)去向：改簽處理</b></p><p>　?。?）用戶查詢數(shù)據(jù)流</p>

32、<p><b>　　名稱：用戶查詢信息</b></p><p><b>　　別稱：無</b></p><p>　　簡述：用戶查詢自己的基本信息及訂單信息</p><p>　　數(shù)據(jù)流組成：用戶信息+訂票信息+退票信息+退票信息+列車時刻表+車次列表+余票信息</p><p><b&

33、gt;　　2.數(shù)據(jù)存儲條目</b></p><p>　　數(shù)據(jù)存儲是數(shù)據(jù)結(jié)構(gòu)保存的地方。一個數(shù)據(jù)存儲詞條應有以下幾項內(nèi)容：數(shù)據(jù)存儲名、簡述、輸入數(shù)據(jù)、輸出數(shù)據(jù)、數(shù)據(jù)存儲組織、記錄數(shù)、記錄組成。火車訂票系統(tǒng)數(shù)據(jù)存儲描述舉例如下所示：</p><p><b>　?。?）用戶注冊信息</b></p><p><b>　　名稱：用戶

34、注冊信息</b></p><p><b>　　編號：D1</b></p><p><b>　　主關(guān)鍵字：用戶名</b></p><p>　　存儲組織：每個用戶對應一個用戶名</p><p>　　組成：用戶名+用戶密碼+身份證號+籍貫+出生日期+姓名+性別</p><p

35、>　　簡要說明：使用身份證號實現(xiàn)實名注冊，每個身份證號只能注冊一個賬號，訂票時實行實名制</p><p><b>　　（2）客戶訂票信息</b></p><p><b>　　名稱：客戶訂票信息</b></p><p><b>　　編號：D2</b></p><p>　　主

36、關(guān)鍵字：訂票訂單號</p><p>　　存儲組織：每個訂票訂單對應一個訂單號</p><p>　　組成：訂票訂單編號+客戶名+客戶身份證號+車次+日期+出發(fā)站+目的站+票價</p><p>　　簡要說明：當訂票成功后自動生成訂單，有個訂單都有自己唯一的訂單號，訂單包括訂票的各種信息</p><p><b>　　（3）客戶退票信息&l

37、t;/b></p><p><b>　　名稱：客戶退票信息</b></p><p><b>　　編號:D3</b></p><p>　　主關(guān)鍵字：退票訂單編號</p><p>　　存儲組織：每個退票訂單對應一個訂單號</p><p>　　組成：訂票訂單編號+客戶名+客戶

38、身份證號+應退款數(shù)</p><p>　　簡要說明：當退票成功后自動生成訂單，有個訂單都有自己唯一的訂單號，訂單包括訂票的各種信息</p><p><b>　　（4）客戶改簽信息</b></p><p><b>　　名稱：客戶改簽信息</b></p><p><b>　　編號:D4</

39、b></p><p>　　主關(guān)鍵字：改簽訂單編號</p><p>　　存儲組織：每個改簽訂單對應一個訂單號</p><p>　　組成：改簽訂單編號+客戶名+客戶身份證號+車次+日期+出發(fā)站+目的站+應退補差價</p><p>　　簡要說明：當改簽成功后自動生成訂單，有個訂單都有自己唯一的訂單號，訂單包括訂票的各種信息</p>

40、<p><b>　?。?）車次信息</b></p><p><b>　　名稱：車次信息</b></p><p><b>　　編號：D5</b></p><p><b>　　主關(guān)鍵字：車次</b></p><p>　　存儲組織：每個車次對應著一

41、個車次信息</p><p>　　組成：車次+具體時間+到站數(shù)+行駛時間</p><p>　　簡要說明：車次信息的存儲是由車次來決定的</p><p>　?。?）列車時刻表信息</p><p><b>　　名稱：列車時刻表</b></p><p><b>　　編號：D6</b>

42、</p><p><b>　　主關(guān)鍵字：車站名稱</b></p><p>　　存儲組織：每個車站對應一個列車時刻表</p><p>　　組成：車站名+時間點+車次+始發(fā)站+目的站</p><p>　　簡要說明：每個車站都有自己的列車時刻表</p><p><b>　　(7)余票信息<

43、;/b></p><p><b>　　名稱：余票信息</b></p><p><b>　　編號：D7</b></p><p>　　主關(guān)鍵字：車次、乘車日期、乘車站、目的站</p><p>　　存儲組織：每個車站到其他車站的余票因時間和車次的不同而不同</p><p>　

44、　組成：車次日期+乘車日期+乘車站+目的站+余票數(shù)</p><p>　　簡要說明：每個車站到其他車站的余票因時間和車次的不同而不同</p><p><b>　　3.加工條目</b></p><p>　　加工邏輯是對數(shù)據(jù)流程圖中各個基本處理的精確描述。實例如下所示：</p><p><b>　　（1）注冊加工&l

45、t;/b></p><p><b>　　名稱：注冊</b></p><p><b>　　輸入數(shù)據(jù)流</b></p><p><b>　　加工號：1</b></p><p>　　輸入數(shù)據(jù)流：客戶注冊信息</p><p>　　輸出數(shù)據(jù)流：客戶查詢信息&

46、lt;/p><p><b>　　加工邏輯：</b></p><p>　?、佼斢脩裘蛏矸葑C號已被占用時，系統(tǒng)會自動提示</p><p><b>　?。?）登錄加工</b></p><p><b>　　名稱：登錄</b></p><p><b>　　

47、加工號：2</b></p><p>　　輸入數(shù)據(jù)流：客戶登錄信息</p><p>　　輸出數(shù)據(jù)流：用戶查詢信息</p><p><b>　　加工邏輯：</b></p><p>　?、佼斢脩裘蛘呙艽a輸入有誤時，系統(tǒng)會提示</p><p><b>　　（3）訂單加工</b

48、></p><p><b>　　加工號：3</b></p><p>　　輸入數(shù)據(jù)流：訂票，改簽，退票</p><p>　　輸出數(shù)據(jù)流：用戶查詢信息</p><p><b>　　加工邏輯：</b></p><p>　?、儆喥睍r，如果沒有余票則不能購買。退票時，如果已經(jīng)過了

49、發(fā)車時間，則不能退票。改簽時，如果要改簽到的車次沒有余票，則不能改簽。</p><p>　　訂票、退票或者改簽成功時都會自動生成一個訂單號。</p><p><b>　　4.數(shù)據(jù)項</b></p><p>　　數(shù)據(jù)項是數(shù)據(jù)流組成的最小單位，是無法再細分的數(shù)據(jù)流?；疖囉喥毕到y(tǒng)房間號數(shù)據(jù)項描述如下。</p><p><

50、b>　　名稱：用戶名</b></p><p><b>　　別名：用戶登錄名</b></p><p>　　所屬數(shù)據(jù)流：用戶登錄、用戶注冊</p><p>　　存儲位置：客戶基本數(shù)據(jù)庫，系統(tǒng)管理員基本數(shù)據(jù)庫</p><p><b>　　代碼類型：字符串</b></p>&

51、lt;p>　　備注：每個用戶有唯一的用戶名</p><p><b>　　名稱：訂單號</b></p><p><b>　　別名：訂單編號</b></p><p>　　所屬數(shù)據(jù)流：訂票、改簽、退票</p><p>　　存儲位置：客戶訂票訂單數(shù)據(jù)庫，客戶改簽訂單數(shù)據(jù)庫，客戶退票訂單數(shù)據(jù)庫</

52、p><p><b>　　代碼類型：字符串</b></p><p>　　備注：每個訂單只有唯一的訂單號</p><p><b>　　名稱：車次</b></p><p><b>　　別名：車輛編號</b></p><p>　　所屬數(shù)據(jù)流：訂票、改簽、客戶查詢信息

53、</p><p>　　存儲位置：客戶訂票訂單數(shù)據(jù)庫，客戶改簽訂單數(shù)據(jù)庫、列車時刻表數(shù)據(jù)庫、車次信息數(shù)據(jù)庫</p><p><b>　　代碼類型：字符串</b></p><p>　　備注：車次是客戶買票的重要依據(jù)</p><p><b>　　名稱：乘車日期</b></p><p&g

54、t;　　別名：乘車的具體日期</p><p>　　所屬數(shù)據(jù)流：訂票，改簽，客戶查詢信息</p><p>　　存儲位置：客戶訂票訂單數(shù)據(jù)庫，客戶改簽訂單數(shù)據(jù)庫</p><p><b>　　3.3對性能的規(guī)定</b></p><p><b>　　3.3.1精度</b></p><p&

55、gt;　　說明對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。</p><p>　　在輸入票價時，應當保留至小數(shù)點后兩位，輸入數(shù)量時</p><p>　　票價報表中的票價一般保留至小數(shù)位后兩位</p><p>　　3.3.2時間特性要求</p><p>　　說明對于該軟件的時間特性要求，如對：</p><p&

56、gt;<b>　　1、響應時間；</b></p><p><b>　　2、更新處理時間；</b></p><p>　　3、數(shù)據(jù)的轉(zhuǎn)換和傳送時間；</p><p>　　4、解題時間等的要求。</p><p><b>　　1.響應時間：</b></p><p&g

57、t;　　所有的查詢操作響應時間一般不超過5秒，大型的報表如票價報表則應該在15秒內(nèi)顯示或者提示相關(guān)出錯信息;</p><p>　　2.更新處理時間：所有提交數(shù)據(jù)一般在3秒內(nèi)響應;</p><p>　　3.數(shù)據(jù)的轉(zhuǎn)換和傳送時間;</p><p>　　4.解決時間等的要求</p><p><b>　　4運行環(huán)境規(guī)定</b>&

58、lt;/p><p><b>　　4.1設備</b></p><p>　　列出運行該軟件所需要的硬設備。說明其中的新型設備及其專門功能，包括：</p><p>　　處理器型號及內(nèi)存容量：</p><p><b>　　外存容量；</b></p><p>　　其它輸入及輸出設備。<

59、;/p><p><b>　　4.2支持軟件</b></p><p>　　列出支持軟件,包括要用到的操作系統(tǒng)、編譯（或匯編）程序、測試支持軟件等。</p><p>　　操作系統(tǒng)：windows、</p><p>　　編程工具：Visual Stdio 2005</p><p><b>　　測試

60、支持軟件：</b></p><p>　　第二部分 概要設計說明書</p><p><b>　　1引言 </b></p><p>　　該文檔首先給出了整個系統(tǒng)的整體網(wǎng)絡結(jié)構(gòu)和功能結(jié)構(gòu)的概貌，試圖從總體架構(gòu)上給出整個系統(tǒng)的輪廓。而且還給出了非常直觀的模塊結(jié)構(gòu)圖以及各實體的E-R圖。這些文字和圖形都為了本文檔能詳細準確地描述用戶的需求，同

61、時也為用戶更容易地理解這些需求的描述創(chuàng)造了條件。</p><p>　　該文檔詳盡說明了這一軟件產(chǎn)品的需求和規(guī)格，這些規(guī)格說明是進行設計的基礎，也是編寫測試用例和進行系統(tǒng)測試的主要依據(jù)。同時，該文檔也是用戶確定軟件功能需求的主要依據(jù)。 </p><p>　　本文檔面向多種讀者對象：</p><p>　　（1）項目經(jīng)理：項目經(jīng)理可以根據(jù)該文檔了解預期產(chǎn)品的功能，并據(jù)此進

62、行系統(tǒng)設計、項目管理。</p><p>　　（2）設計員：對需求進行分析，并設計出系統(tǒng)，包括數(shù)據(jù)庫的設計。</p><p>　　（3）程序員：配合《設計報告》，了解系統(tǒng)功能，編寫《用戶手冊》。</p><p>　?。?）測試員：根據(jù)本文檔編寫測試用例，并對軟件產(chǎn)品進行功能性測試和非功能性測試。</p><p>　　（5）銷售人員：了解預期產(chǎn)品

63、的功能和性能。</p><p>　?。?）用戶：了解預期產(chǎn)品的功能和性能，并與分析人員一起對整個需求進行討論和協(xié)商。</p><p>　?。?）其他人員：如部門領(lǐng)導、公司領(lǐng)導等可以據(jù)此了解產(chǎn)品的功能和性能。</p><p>　　在閱讀本文檔時，首先要了解產(chǎn)品的功能概貌，然后可以根據(jù)自身的需要對每一功能進行適當?shù)牧私狻?lt;/p><p><

64、b>　　1.1目的 </b></p><p>　　本文檔的目旨在推動軟件工程的規(guī)范化，使設計人員遵循統(tǒng)一的概要設計書寫規(guī)范，節(jié)省制作文檔的時間，降低系統(tǒng)實現(xiàn)的風險，做到系統(tǒng)設計資料的規(guī)范性與全面性，以利于系統(tǒng)的實現(xiàn)、測試、維護、版本升級等。 </p><p><b>　　1.2范圍 </b></p><p>　　本文檔用于軟件

65、設計階段的概要設計，它的上游（依據(jù)的基線）是《需求分析規(guī)格說明書》，它的下游是《詳細設計說明書》，并為《詳細設計說明書》提供測試的依據(jù)。 </p><p>　　軟件概要設計的范圍是：軟件系統(tǒng)總體結(jié)構(gòu)設計（包括系統(tǒng)模塊結(jié)構(gòu)圖、功能模塊清單）、數(shù)據(jù)庫設計（包括實體圖、系統(tǒng)E-R圖、數(shù)據(jù)庫的表結(jié)構(gòu)）。</p><p><b>　　1.3命名規(guī)則 </b></p>

66、<p><b>　　變量對象命名規(guī)則：</b></p><p>　　全局變量：首字母英文大寫；</p><p>　　局部變量：首字母小寫。 </p><p>　　數(shù)據(jù)庫對象命名規(guī)則：</p><p>　　數(shù)據(jù)庫表名：全部英文字母大寫；</p><p>　　字段名：英文首字母大寫；&l

67、t;/p><p>　　視圖名：英文字母小寫。 </p><p><b>　　1.4術(shù)語定義</b></p><p>　　E-R圖：是“實體-聯(lián)系方法”（Entity-Relationship Approach）的簡稱。它是描述現(xiàn)實世界概念結(jié)構(gòu)模型的有效方法。是表示概念模型的一種方式，用矩形表示實體型，矩形框內(nèi)寫明實體名；用橢圓表示實體的屬性，并用無

68、向邊將其與相應的實體型連接起來。</p><p>　　模塊結(jié)構(gòu)圖：采用類似于結(jié)構(gòu)化分析的“由大到小”、“自頂向下，逐層分解”的基本思想描述（分解）系統(tǒng)。結(jié)構(gòu)化設計方法，首先以數(shù)據(jù)流圖為基礎導出系統(tǒng)模塊（功能）結(jié)構(gòu)圖。在導出系統(tǒng)模塊（功能）結(jié)構(gòu)圖的過程中，以獨立性、低耦合性、高內(nèi)聚性、公共模塊作為模塊劃分的原則。先將系統(tǒng)數(shù)據(jù)流圖中的加工轉(zhuǎn)換成模塊，再將各大模塊繼續(xù)劃分為較小的模塊，直到每一模塊都是功能單一的模塊。&

69、lt;/p><p>　　主鍵：全稱叫主關(guān)鍵字。主鍵作表的行的唯一標識的候選關(guān)鍵字。一個表只有一個主關(guān)鍵字。主鍵可以由一個字段，也可以由多個字段組成，分別成為單字段主鍵或多字段主鍵。又稱主碼。并且它可以唯一確定表中的一行數(shù)據(jù)，或者可以唯一確定一個實體。</p><p>　　外鍵：如果公共關(guān)鍵字在一個關(guān)系中是主關(guān)鍵字，那么這個公共關(guān)鍵字被稱為另一個關(guān)系的外鍵。由此可見，外鍵表示了兩個關(guān)系之間的相關(guān)

70、聯(lián)系。以另一個關(guān)系的外鍵作主關(guān)鍵字的表被稱為主表，具有此外鍵的表被稱為主表的從表。外鍵又稱作外關(guān)鍵字。</p><p><b>　　1.5參考資料</b></p><p>　　[1] 張海藩.軟件工程導論（第五版）.北京：清華大學出版社，2012 </p><p>　　[2] 孫家廣.軟件工程. 北京：高等教育出版社，2005</p>

71、;<p>　　[3] 鄭人杰.實用軟件工程.北京：清華大學出版社，2004 </p><p>　　[4] 陳有祺.軟件工程引論.天津：南開大學出版社，2000 </p><p>　　[5] 楊芙清.面向?qū)ο蟪绦蛟O計.北京：北京大學出版社，1992 </p><p>　　[6] 潘錦平.軟件系統(tǒng)開發(fā)技術(shù).西安：西安電子科技大學出版社，1997</p

72、><p>　　[7] 蔡希堯，陳平.面向?qū)ο蠹夹g(shù).西安：西安科技大學出版社，1993</p><p>　　[8] 羅曉沛，侯炳輝.系統(tǒng)分析員教程.北京：清華大學出版社，1992</p><p><b>　　2總體設計</b></p><p>　　2.1總體結(jié)構(gòu)設計 </p><p>　　火車票預定系統(tǒng)

73、包含6個模塊。分別是注冊登錄模塊、售票功能模塊、查詢功能模塊、調(diào)度功能模塊、維護功能模塊和系統(tǒng)功能模塊。</p><p>　　總體結(jié)構(gòu)設計如圖2-1所示。</p><p>　　以下是對各個子模塊的具體分析：</p><p>　　注冊登錄模塊。包括2個子模塊：（1）注冊；（2）登錄。</p><p>　　售票功能模塊。包括4個子模塊：（1）銷售

74、車票；（2）預定車票；（3）車票退訂；（4）車票改簽。</p><p>　　查詢功能模塊。包括2個子模塊：（1）起始站查詢；（2）車次查詢表查詢。</p><p>　　維護功能模塊。包括4個子模塊：（1）票價修改；（2）車票表修改；（3）退票表修改；（4）密碼修改。</p><p>　　調(diào)度功能模塊。包括2個子模塊：（1）車次修改；（2）起始站修改。</p&g

75、t;<p>　　系統(tǒng)功能模塊。包括2個子模塊：（1）售票統(tǒng)計；（2）報表打印。</p><p>　　系統(tǒng)的模塊圖如圖2-2所示：</p><p>　　圖2-2 系統(tǒng)結(jié)構(gòu)圖</p><p><b>　　2.2功能模塊清單</b></p><p>　　各功能模塊的具體分析如表2-1所示。 </p>

76、<p>　　表2-1 功能模塊清單</p><p><b>　　3數(shù)據(jù)庫設計</b></p><p>　　3.1數(shù)據(jù)庫概念級設計（E-R圖）</p><p><b>　　3.1.1 實體圖</b></p><p>　　用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，這就要求數(shù)據(jù)庫結(jié)

77、構(gòu)能充分滿足各種信息的輸出和輸入。</p><p>　　整體結(jié)構(gòu)E-R圖如圖2-3所示：</p><p><b>　　圖 2-3</b></p><p>　　3.1.2 系統(tǒng)E-R圖</p><p>　　針對火車票網(wǎng)上訂票系統(tǒng)，通過對網(wǎng)上訂票工作的過程、內(nèi)容以及數(shù)據(jù)流程分析，包括以下實體：</p><

78、p>　　1.用戶信息包括：姓名、ID號、身份類別、電話。</p><p>　　實體圖如圖2-4所示：</p><p><b>　　圖2-4</b></p><p>　　2.管理員信息包括：姓名、電話、ID號、地址。</p><p>　　實體圖如圖2-5所示：</p><p><b>

79、;　　圖2-5</b></p><p>　　3.操作員信息包括：姓名、電話、ID號、地址。</p><p>　　實體圖如圖2-6所示：</p><p><b>　　圖2-6</b></p><p>　　4.訂單信息包括：訂單號、車次號、發(fā)車日期、訂購票數(shù)、總價、起始站。</p><p>

80、;　　實體圖如圖2-7所示：</p><p><b>　　圖2-7</b></p><p>　　5.車次信息包括：車次號、起始站、發(fā)車時間、座位數(shù)、票價、發(fā)車時間。</p><p>　　實體圖如圖2-8所示：</p><p><b>　　圖2-8</b></p><p>　　

81、3.2數(shù)據(jù)結(jié)構(gòu)邏輯級設計 </p><p>　　火車站網(wǎng)上訂票系統(tǒng)數(shù)據(jù)庫中各個表格的設計結(jié)果如表2-2——表2-6所示。每個表格表示在數(shù)據(jù)庫中的一個表。</p><p>　　表2-2 用戶信息表</p><p>　　表2-3 管理員信息表</p><p>　　表2-4 操作員信息表</p><p>　　表2-5

82、訂單信息表</p><p>　　表2-6 車次信息表</p><p>　　第三部分 項目開發(fā)總結(jié)報告</p><p><b>　　1引言</b></p><p><b>　　1.1編寫目的</b></p><p>　　以前火車站售票的狀況是僅靠手工操作，以現(xiàn)有的工作人員很難

83、應付車票訂購高峰時刻的大量數(shù)據(jù)處理問題。同時還會出現(xiàn)由此帶來的大量記錄存放和管理所帶來的問題。本次設計擬開發(fā)一個火車站網(wǎng)上訂票系統(tǒng)，可以降低工作人員的工作量，提高工作人員的工作效率，同時方便顧客訂票?；疖囌臼袌龅墓芾砗鸵?guī)范問題，是困擾我們多年的一個老問題，也是政府管理中的一個難點，訂票是客運業(yè)務中的一個最基本的業(yè)務，表面上看，它只是火車站業(yè)務的一個簡單的部分，但是它涉及到管理與客戶服務等多方面，因此，過去傳統(tǒng)的售票方式已經(jīng)不能滿足現(xiàn)代客

84、運業(yè)務流量劇增的客觀要求，這就要求一種全新的訂票方式——網(wǎng)上訂票，來緩解訂票高峰時期的客運壓力，并為用戶提供方便快捷的訂票服務。本次設計便是利用開發(fā)工具JAVA 和SQL Server 2005數(shù)據(jù)庫共同開發(fā)的一個火車站網(wǎng)上訂票系統(tǒng)，它能方便快捷地運用在火車站訂票業(yè)務的營運之中。</p><p>　　本文檔預期的讀者為軟件開發(fā)人員。</p><p><b>　　1.2參考資料&l

85、t;/b></p><p>　　[1]孫衛(wèi)琴,李洪成.《Tomcat 與 Java Web 開發(fā)技術(shù)詳解》.電子工業(yè)出版社,2004年4月:1-205</p><p>　　[2]羅曉沛，侯炳輝.系統(tǒng)分析員教程.北京：清華大學出版社，1992</p><p>　　[3]孫一林,彭波.《Java數(shù)據(jù)庫編程實例》. 清華大學出版社,2002年8月:30-210<

86、;/p><p>　　[4]蔡希堯，陳平.面向?qū)ο蠹夹g(shù).西安：西安科技大學出版社，1993</p><p>　　[5]飛思科技產(chǎn)品研發(fā)中心.《JSP應用開發(fā)詳解》.電子工業(yè)出版社,2003年9月:32-300</p><p>　　[6]耿祥義,張躍平.《JSP實用教程》. 清華大學出版社,2003年5月1日:1-354</p><p>　　[7]陶

87、華亭，吳潔，魏里.《軟件工程實用教程》.清華大學出版社，2012年9月</p><p>　　[8]薩師煊，王珊.《數(shù)據(jù)庫系統(tǒng)概論》.高等教育出版社,2006年5月:3－460</p><p>　　[9]Brown等.《JSP編程指南（第二版）》. 電子工業(yè)出版社 ,2003年3月:1-268 </p><p>　　[10]清宏計算機工作室.《JSP編程技巧》

88、. 機械工業(yè)出版社, 2004年5月:1-410 </p><p>　　[11]張海藩.軟件工程導論（第五版）.北京：清華大學出版社，2012 </p><p>　　[12]孫家廣.軟件工程. 北京：高等教育出版社，2005</p><p>　　[13]鄭人杰.實用軟件工程.北京：清華大學出版社，2004 </p><p>　　[14]陳有祺

89、.軟件工程引論.天津：南開大學出版社，2000 </p><p>　　[15]楊芙清.面向?qū)ο蟪绦蛟O計.北京：北京大學出版社，1992 </p><p>　　[16]潘錦平.軟件系統(tǒng)開發(fā)技術(shù).西安：西安電子科技大學出版社，1997</p><p><b>　　2設計總結(jié)</b></p><p><b>　　2.

90、1實際完成情況</b></p><p>　　表3-1實際完成情況統(tǒng)計表</p><p><b>　　2.2 收獲</b></p><p>　　對于項目開發(fā)來說需求規(guī)格說明書是非常重要且必要的，它可以說明編寫這份軟件需求說明書的目的，指出預期的讀者。軟件需求說明書的作用在于便于用戶、開發(fā)人員進行理解和交流，反映出用戶問題的結(jié)構(gòu)，可以作

91、為軟件開發(fā)工作的基礎和依據(jù)，并作為確認測試和驗收的依據(jù)。</p><p>　　首先進行需求分析，列出需要實現(xiàn)的業(yè)務邏輯，然后編出需求規(guī)格說明書，需求規(guī)格說明書中需要用到用例圖、數(shù)據(jù)流圖和數(shù)據(jù)字典。</p><p>　　其中數(shù)據(jù)流圖是關(guān)鍵技術(shù)，數(shù)據(jù)流圖描述的是系統(tǒng)的邏輯模型，圖中沒有任何具體的物理元素，只是描繪信息在系統(tǒng)中流動和處理的情況。因為數(shù)據(jù)流圖是邏輯系統(tǒng)的圖形表示，即使不是專業(yè)的計算

92、機技術(shù)人員也能容易理解。數(shù)據(jù)流圖里的符號也極為簡單，只有四個：1）外部實體；2）處理；3）連線；4）數(shù)據(jù)存儲。這四個符號也有兩種。一種是Yourdon & Coad法，另一種是Gane & Sarson法。只是略有不同而已。如果你使用Microsoft Visio，那么你只能使用Gane & Sarson法了。需要注意的是：1）處理并不一定是程

93、序。它可以是一系統(tǒng)程序、單個程序或程序的一個模塊，甚至可以是人工處理過程； 2)數(shù)據(jù)存儲并不等同于一個文件。它可以是一個文件、文件的一部分、數(shù)據(jù)庫元素或記錄的一部分；它代表的是靜態(tài)的數(shù)據(jù)。 3）數(shù)據(jù)流也是數(shù)據(jù)，是動態(tài)的數(shù)據(jù)。下面就介紹下畫數(shù)據(jù)流圖的步驟：</p><p>　　1分離數(shù)據(jù)流圖中的元素</p><p>　　2逐步分解的畫出數(shù)據(jù)流圖：第一步，畫出最概括的系統(tǒng)模

94、型。因為任何系統(tǒng)實質(zhì)上都是由若干個數(shù)據(jù)源點/終點以及一個處理組成。這個處理就代表了系統(tǒng)對數(shù)據(jù)加工變換的基本功能。然后對第一步進行細化，隨后勾出邊界，最后在細化一下。</p><p>　　數(shù)據(jù)流圖的命名方法：</p><p><b>　　1）為數(shù)據(jù)流命名</b></p><p>　　A．名字應該代表整個數(shù)據(jù)流（或數(shù)據(jù)存儲）的內(nèi)容； &l

95、t;/p><p>　　B．不要使用空洞的、缺乏具體含義的名字（如“數(shù)據(jù)”、“輸入”）； </p><p>　　C．如果為某個數(shù)據(jù)流（或數(shù)據(jù)存儲）起名字時遇到困難，則很可能是因為對數(shù)據(jù)流圖的分解不恰當造成的，應該試試重新分解數(shù)據(jù)流圖；  </p><p><b>　　2）為處理命名 </b></p>

96、<p>　　A．通常先為數(shù)據(jù)流命名，然后再為與之相關(guān)聯(lián)的處理命名；   </p><p>　　B．名字應該反映整個處理的功能； </p><p>　　C．應該盡量避免空洞籠統(tǒng)的動詞做名字，如“處理”、“加工”; </p><p>　　D．通常用一個動詞命名，如果必須用兩個動詞才能描述整個處理的功能，則可

97、能要把這個處理分解成兩個處理更恰當； </p><p>　　E．如果在為某個處理命名時遇到困難，則很可能是發(fā)現(xiàn)了分解不當?shù)那闆r，應考慮重新分解。 </p><p>　　3）為數(shù)據(jù)源點/終點命名 </p><p>　　通常，為“數(shù)據(jù)源點/終點”命名時，采用它們在問題域中習慣使用的名字。</p><p>　　然后是概

98、念設計說明書，需要畫出功能模塊和E-R圖，其中E-R圖為關(guān)鍵技術(shù)。</p><p>　　E-R方法是“實體-聯(lián)系方法”（Entity-Relationship Approach）的簡稱。它是描述現(xiàn)實世界概念結(jié)構(gòu)模型的有效方法。是表示概念模型的一種方式，用矩形表示實體型，矩形框內(nèi)寫明實體名；用橢圓表示實體的屬性，并用無向邊將其與相應的實體型連接起來；用菱形表示實體型之間的聯(lián)系，在菱形框內(nèi)寫明聯(lián)系名，并用無向邊分別與

99、有關(guān)實體型連接起來，同時在無向邊旁標上聯(lián)系的類型（1:1,1:n或m:n）。</p><p>　　下面介紹E-R圖的具體步驟：</p><p>　?、糯_定所有的實體集合</p><p>　?、七x擇實體集應包含的屬性</p><p>　　⑶確定實體集之間的聯(lián)系</p><p>　?、却_定實體集的關(guān)鍵字，用下劃線在屬性上表

100、明關(guān)鍵字的屬性組合</p><p>　?、纱_定聯(lián)系的類型，在用線將表示聯(lián)系的菱形框聯(lián)系到實體集時，在線旁注明是1或n(多）來表示聯(lián)系的類型</p><p>　　設計分E-R圖的第一步，就是要根據(jù)系統(tǒng)的具體情況，在多層的數(shù)據(jù)流圖中選擇一個適當層次的（經(jīng)驗很重要）數(shù)據(jù)流圖，讓這組圖中每一部分對應一個局部應用，我們即可以以這一層次的數(shù)據(jù)流圖為出發(fā)點，設計分E-R圖。一般而言，中層的數(shù)據(jù)流圖能較好

101、地反映系統(tǒng)中各局部應用的子系統(tǒng)組成，因此人們往往以中層數(shù)據(jù)流圖作為設計分E-R圖的依據(jù)。</p><p>　　然后逐一設計分E-R圖每個局部應用都對應了一組數(shù)據(jù)流圖，局部應用涉及的數(shù)據(jù)都已經(jīng)收集在數(shù)據(jù)字典中了?，F(xiàn)在就是要將這些數(shù)據(jù)從數(shù)據(jù)字典中抽取出來，參照數(shù)據(jù)流圖，<1> 標定局部應用中的實體， <2> 實體的屬性、標識實體的碼，<3> 確定實體之間的聯(lián)系及其類型（1：1、1：

102、n、m：n）。</p><p>　　最后生成基本E-R圖分E-R圖經(jīng)過合并生成的是初步E-R圖。但因為其中可能存在冗余的數(shù)據(jù)和冗余的實體間聯(lián)系，即存在可由基本數(shù)據(jù)導出的數(shù)據(jù)和可由其他聯(lián)系導出的聯(lián)系。冗余數(shù)據(jù)和冗余聯(lián)系容易破壞數(shù)據(jù)庫的完整性，給數(shù)據(jù)庫維護增加困難，因此得到初步E-R圖后，還應當進一步檢查E-R圖中是否存在冗余，如果存在，應設法予以消除。修改、重構(gòu)初步E-R圖以消除冗余，主要采用分析方法。</p

103、><p><b>　　2.3有待改進之處</b></p><p>　　每個項目的完成都會存在這樣那樣的缺陷，包括設計上的缺陷和業(yè)務邏輯上的不足。例如：查詢模塊提供的查詢模式過少，如果提供更多種查詢方式，則可以更方面人們的查詢，可以增加日期查詢，時間點查詢，班次的種類刪選，團體類型查詢，代售點查詢等。</p><p>　　在項目要進行自由分組后，我們

104、的項目小組便誕生了。我們小組由3個成員組成，在相互商量后我們也確定了我們組的項目，是做一個火車票預售系統(tǒng)。我們也隨即做了分工。我們的項目也正式開始了。需求調(diào)研和分析對于軟件開發(fā)過程至關(guān)重要。我們在開發(fā)時如果不進行調(diào)研和分析，那么對于后來的項目進展將產(chǎn)生致命的后果。我們在項目的開發(fā)中便遇到了這樣的問題。</p><p>　　在這一周里，我還對軟件工程有了新的理解。在我以前的理解當中，軟件工程，無非就是一個人或者幾個

105、人或一個團隊集中在一起進行編寫代碼的工作，以實現(xiàn)開發(fā)出所用的軟件。但現(xiàn)在我明白了，軟件工程的作用，就是告訴人們怎樣去開發(fā)軟件和管理軟件。具體地講，它表現(xiàn)在與軟件開發(fā)和管理有關(guān)的人員和過程上。所以，軟件工程就不僅僅是單一的編程過程了。它包括了系統(tǒng)分析->建模->概要設計->詳細設計->編碼->測試->維護。編碼可以理解為編程，這個只占總時間的20％左右。編程只是其中的一小部分。</p>&

106、lt;p>　　通過這次課設使我們提升了合作精神，由于大家負責的模塊不一樣，所以需要很好的溝通，個模塊之間獨立但又有某種聯(lián)系，這就要求我們需要很好的熟悉項目的需求。我們通過網(wǎng)上查詢資料，翻閱課本，向同學和老師請教，最終完成了這份報告。在這過程中使我們自學的能力進一步提升，也讓我們初步了解了企業(yè)項目開發(fā)的流程，對我們以后參加工作奠定了基礎。知識上的收獲重要，精神上的豐收更加可喜。挫折是一份財富，經(jīng)歷是一份擁有。這次實習必將成為我人生旅