第一篇：火車站網上售票系統_詳細設計報告(E-R圖)

火車站網上售票系統__詳細設計說明書

開始登錄框登錄，確定訪問權限開始登錄框登錄，確定訪問權限主界面主界面選擇訂票窗口N選擇查詢窗口選擇訂票窗口N選擇查詢窗口NNY訂票界面查詢車次信息Y查詢界面選擇退票窗口YN訂票界面查詢車次信息Y查詢界面Y查詢訂票信息退票界面Y訂票訂票退票Y退票Y訂票訂票NN退出退出NY結束Y結束圖4.1 系統用戶權限的系統主程序流程圖圖4.2 新用戶權限的系統主程序流程圖

開始查詢界面N查詢車次信息Y用戶輸入要查詢條件NY查詢返回主頁讀數據文件輸出查詢結果Y繼續查詢車次信息關閉窗口NN訂票NYY訂票界面訂票結束圖4.3 車次信息查詢流程圖 火車站網上售票系統__詳細設計說明書

開始訂票界面NY訂票輸入訂票信息N提交Y返回主頁信息有效性N錯誤提示Y繼續訂票修改數據文件YN關閉窗口NY結束圖4.4 售票程序流程圖開始開始查詢界面退票界面N查詢訂票信息YNY退票讀數據文件返回主頁輸入退票信息輸出查詢結果主界面N提交Y返回主頁信息有效性N錯誤提示Y關閉窗口繼續查詢訂票信息N退票YN繼續退票修改數據文件NYY退票界面YN關閉窗口N退票Y結束結束圖4.5 售票信息查詢模塊程序流程圖圖4.6 退票模塊程序流程圖

第二篇：火車站售票系統需求分析

火車票銷售系統需求分析

一、引言

隨著科學技術的發展，計算機領域不斷取得日新月異的研究成果。計算機在代替和延伸腦力勞動方面發揮越來越重要的作用，在日常生活中隨處都離不開計算機。尤其是在交通發達的今天，新時代的人們越來越依賴于方便、快捷的網絡購票，計算機優勢更加體現出來。在數字化的今天，為了使旅客更方便地購票、使火車售票系統更加利于管理，開發火車票銷售系統更加顯得重要，我們結合本次課程設計開發以下的火車票銷售系統方案。

二、編寫目的

本系統主要為了更好地實現火車票的自動化銷售，給旅客提供一個方便快捷的購票平臺。同時也為系統管理員提供一個井然有序的管理平臺, 防止手工管理混亂，避免一些人為的錯誤。

三、功能需求

通過對火車票銷售系統所需要實現的功能的分析：一個火車站售票系統主要由管理員管理系統和用戶系統兩部分組成。劃分如下圖：

四． 數據流圖 頂

層

：

0層：

1層：

五． E-R圖

六、數據字典

1.用戶信息數據流，包括用戶信息表，屬性(ER圖小框框里的)主要操作:用戶注冊后將用戶信息添加進去，用戶申請修改信息，管理員審核后修改數據表等。

2.火車票信息數據流，包括火車票數據表、售票數據表，屬性的基本操作：用戶購買、預定、退票等操作，管理員對火車票信息的修改、更新等操作，站點與火車票是一對多關系。

3.站點信息數據流，包括站點數據表，主要操作：管理員根據路況情況(維修、建造等)及時更新站點信息等操作，與火車票是一對多關系。

七、接口要求

?

硬件接口：無特別要求；

?

網絡硬件接口要求：現實中要求具有高速以太網組網一實現聯網銷售，但是在理論實驗驗證軟件本身的目的來看，無需網絡通訊接口。?

軟件接口要求：無

八、軟件屬性

?

可用性：本軟件也可以通過單步跟蹤的操作進行檢查處理。?

安全性：由于軟件運行數據放在數據庫中，所以參數不容易被錯改、破壞，萬一參數受到破壞也不會影響源程序。?

可維護性：本軟件利用數據庫進行編程，系統結構由程序基本確定，大量的參數及文本內容全部放于數據庫中。修改、更新數據只要在數據庫進行修改添加，而不需要對系統結構進行修改，這樣系統維護性、升級都十分方便。?

兼容性：由于尚未測試，故無法對兼容性進行評析。

九、支持信息及運行環境

?

軟件支持：本系統網頁端采用Myeclipes軟件編寫，手機端采用android stdio軟件編寫

? 設備支持：推薦配置：Windows8及以上版本、android4.0及以上版本； ?

數 據 庫：Mysql。

十、參考資料

《數據庫設計》Stephens著 機械工業出版社 《數據庫系統概論》（第三版）薩師煊、王珊著 高教出版社

《數據庫原理、編程與性能》作者:（美）Patrick O'Neil Elizabeth O'Neil 譯者: 周傲英 俞榮華 季文赟 錢衛寧 等

《數據庫系統基礎教程》清華大學出版社等

第三篇：網上售票系統任務書

題目： 任務與要求：

網上售票系統

（1）能夠熟練應用Mysql數據庫對數據進行管理。（2）前臺部分主要用于為客戶服務、包括余票查詢、車票詳細信息展示、客戶信息修改、車票退定、關于網站的最新動態、其他站車的風采展示、網上購票用戶注冊/登錄、票價查詢、列車時刻表查詢、起售時間查詢、客票代售點查詢、鐵路客服中心電話展示、網上購票常見問題、客戶信箱等。

（3）后臺部分主要用于修改車票信息、添加車票信息、車票分類、對客戶信息的管理、訂單管理、管理員密碼的修改等。

（4）采用JSP+Mysql、Servlet、JavaScript等技術實現。

時間： 2013 年 10 月 21 日 至 2013 年 12 月 13 日 共 8 周 所屬系部：

學生姓名： 學 號： 專業： 指導單位或教研室： 指導教師：

職 稱：

第四篇：鐵路網上售票系統數據庫設計

目 錄

《數據庫課程設計》論文...............................................................................................................................鐵路網上售票系統項目開發背景：.....................................................................................................1 鐵路網上售票系統的總目標是：.........................................................................................................1 項目開發的意義：.................................................................................................................................1 1．需求分析...................................................................................................................................................2 1.1 需求分析階段目標和任務..............................................................................................................2 1.1.1 需求分析階段目標...............................................................................................................2 1.1.2 需求分析階段任務...............................................................................................................2 1.2 需求分析成果..................................................................................................................................3 1.2.1 流程圖...................................................................................................................................4 1.2.2 數據字典...............................................................................................................................5 2．數據庫結構設計.......................................................................................................................................5 2.1 概念設計..........................................................................................................................................5 2.1.1 分E-R圖建立......................................................................................................................6 2.1.2 全局/整體E-R圖.................................................................................................................6 2.2 邏輯設計..........................................................................................................................................6 2.2.1 建立關系模式.......................................................................................................................7 2.2.2 關系模式規范化處理...........................................................................................................7 2.2.3 用戶子模式建立...................................................................................................................7 2.2.4 關系模式邏輯結構定義.......................................................................................................6 3． 數據庫物理設計.....................................................................................................................................6 3.1 物理設計階段目標和任務..............................................................................................................6 3.2數據存儲方面...................................................................................................................................6 3.2.1 建立索引的原則...................................................................................................................6 3.2.2 建立索引...............................................................................................................................7 3.2.3 系統功能模塊圖...................................................................................................................7 4．數據庫實施與測試...................................................................................................................................7 4.1 數據庫實施......................................................................................................................................7 4.1.1 數據庫及數據庫對象建立...................................................................................................7 4.1.2 數據入庫.............................................................................................................................10 4.2 數據庫測試....................................................................................................................................10 5．總結.........................................................................................................................................................10 6．附錄.........................................................................................................................................................11 附錄1：................................................................................................................................................11 附錄2....................................................................................................................................................15 附錄3：................................................................................................................................................18

鐵路網上售票系統項目開發背景：

信息時代的到來，互聯網對于企業和事業單位的運營和發展日益重要，網上交易也逐漸被人們認可，并成為未來交易的發展方向。鐵路售票系統也不例外。

鐵路網上售票系統是鐵路旅游服務信息系統的一個重要組成部分，為旅客提供優質便捷的服務。為了提高鐵路客運的售票效率，豐富鐵路客運的營銷手段，火車站售票總站及其下屬代售點可以通過公用的互聯網資源，實現網上的售票，查詢及管理工作。

鐵路網上售票系統的總目標是：

在計算機網絡，數據庫和先進的開發平臺上，利用現有的軟件，配置一定的硬件，開發一個具有開放體系結構的、易擴充的、易維護的、具有良好人機交互界面的鐵路網上售票系統，為企業的決策層提供準確、精細、迅速的車票銷售信息。

項目開發的意義：

信息時代已經來臨,信息處理的利器——計算機應用于火車站售票的日常管理為火車站售票的現代化帶來了從未有過的動力和機遇，為火車站票務管理領域的飛速發展提供了無限潛力。采用計算機管理信息系統已成為火車站票務管理科學化和現代化的重要標志，給火車站票務帶來了明顯的經濟效益和社會效益。計算機已經成為人們生活不可或缺的一部分。

然而，隨著旅游業的逐漸的成熟發達，鐵路客運量大幅度的提高，各大省市的列車都顯著的增加，這些都對列車票務管理系統提出了更高的要求，所以要不斷的完善更新列車票務管理系統，提高列車售票系統的工作效率。列車在我國的人員流動、物資運輸中占據著舉足輕重的地位。火車的特殊性及可能經過多個城市，每個城市的車站可以出售此火車的車票。而且同一車站可能有多輛車經過。許多希望以最快的方式選擇自己想來乘坐的那一趟列車。所以以人工的方式是不可能實現這種功能的。一種可行的方案是基于客戶端服務器的體系結構。服務器為數據庫系統，存儲所有必要的信息。客戶端通過連接到服務的應用程序快速、準確地完成相應的工作，通過網上訂購，可以達到高效、便捷的購票。鐵路網上售票系統的實施，將會在一定程度上促進鐵路客運生產力和生產關系的變革，增強市場競爭能力，提高鐵路部門的工作效率，提升管理水平，減少勞動強度，方便廣大旅客購票，有一定的社會和經濟效益。

1．需求分析

主要包括需求分析階段目標、任務和成果。

1.1 需求分析階段目標和任務 1.1.1 需求分析階段目標

(1)了解目前鐵路網上售票流程和注意事項，通過具體調查了解客戶需求并總結業務流程。

(2)與指導老師溝通交流該項目的可行性，征求老師意見，修改不合理的地方，為以后的設計打下基礎。

1.1.2 需求分析階段任務

隨著旅游業的逐漸的成熟發達，鐵路客運量大幅度的提高，各大省市的列車都顯著的增加，這些都對列車票務管理系統提出了更高的要求，所以要不斷的完善更新列車票務管理系統，提高列車售票系統的工作效率。隨著科學的不斷進步，計算機應用已經遍布整個社會的每個角落。目前社會正處于健保發展方興未艾的時代，各火車站莫不兢兢業業地改善本身的體制或管理方式，以適應健保越來越嚴格的規范。列車在我國的人員流動、物資運輸中占據著舉足輕重的地位。全國有大量的人員通過搭乘火車到達目的地。而與火車的特殊性及可能經過多個城市，每個城市的車站可以出售此火車的車票。而且同一車站可能有多輛車經過。許多希望以最快的方式選擇自己想來乘坐的那一趟列車。所以以人工的方式和單純的列車票務管理系統都不可能實現這種功能的。一種可行的方案是通過網上訂購，可以達到高效、便捷的購票。鐵路網上售票系統的實施，將會在一定程度上促進鐵路客運生產力和生產關系的變革，增強市場競爭能力，提高鐵路部門的工作效率，提升管理水平，減少勞動強度，方便廣大旅客購票，有一定的社會和經濟效益。

(1)處理對象

系統要處理的對象主要包括票存系統基本信息、票務人員基本信息、客戶基本信息、訂票單基本信息、退票單基本信息、車票基本信息、車票銷售記錄基本信息。(詳細的信息見于數據查詢表)2

(2)功能要求

系統要實現的主要功能：

①查詢：可以通過起點站與終點站在進行查詢，也可根據具體的車次輸入進行查詢，同時每次查詢都會顯示車次號，點擊即可顯示該趟列車所進過站點的詳細信息，其中包括所到達每個站的到達時間與出發時間。

②客戶注冊、登錄：由于要進行網上訂購車票，用戶需注冊，填寫有關信息，由由票務人員負責送車票到客戶手中。

③訂票業務：本系統為網上訂票，用戶經過查詢車次信息、票務信息，找到自己所需的車票通過所關聯的賬戶進行訂購。

⑤更新功能：該系統隨時跟據車輛的變化情況進行更新，增加車輛時可以在系統中插入該車的詳細信息，同時也能根據需要修改某趟車經過的站點與發車時間，當某趟車停止、開行時可以刪除該趟車的信息。同時包括對列車信息、站點信息、訂票記錄等的更新功能。

⑥車票配送：客戶在訂購了車票之后,管理人員通過后臺管理訂票記錄,然后根據客戶的要求由票務人員及時為其配送車票。

(3)安全性和完整性要求

安全性先通過視圖機制，該系統創建了很多視圖，不同用戶只能訪問系統授權的視圖，這樣可以提供系統數據一定程度上的安全性，也可以通過用戶授權機制，根據用戶被授權的級別來分配用戶權限，從而達到更高層次的安全保密功能。

完整性要求主要用來限制各基本表中信息的真實性和可靠性，滿足參照完整性、實體完整性、用戶自定義完整性的要求。

1.2 需求分析成果 1.2.1 流程圖

鐵路網上售票系統業務流程圖如下圖1.1—圖1.3：

（1）客戶注冊及登錄流程圖：

反饋不批準注冊處理反饋登錄失敗處理客戶填寫注冊信息提交服務器客戶填寫登錄信息提交服務器注冊成功處理登錄成功反饋圖1.1 注冊登錄流程圖

（2）訂票業務流程圖：

即時退票請求即時退票理由遞交票務人員開出填寫車票信息提交即時退票單支付客戶登錄服務器錄入票款送達呈現相關車票列出已購車票填寫訂票單提交提出交付票務人員遞交售票單開出圖1.2 訂票業務流程圖

（3）退票業務流程圖：

反饋不同意退票不同意返還客戶登錄服務器票款填寫退票申請單提交提出票務人員遞交退票單開出圖1.3 退票業務流程圖鐵路網上售票系統數據流程圖如下圖1.4—圖1.7：（1）頂層數據流程圖：

E1客戶訂票單、退票申請單售票單、退票單P0訂票、退票S1圖1.4 頂層數據流程圖票存系統

（2）第一層數據流程圖：

鐵路網上售票系統E2服務器車票清單E1客戶訂票單售票單P1訂票P3查驗查驗清單S1票存系統 退票申請單退票單P2退票圖1.5 第一層數據流程圖

（3）第二層數據流程圖—訂票：

P1E1客戶F1 訂票單F2 售票單P1.1售票S1票存系統 S2流水賬F3 即時退票單P1.2即時退票圖1.6 第二層數據流程圖——訂票

1.2.2 數據查詢

包含數據項、數據結構、數據流、處理邏輯、數據存儲定義(詳見附錄1)。

2．數據庫結構設計

主要包括概念設計和邏輯設計兩個部分。

2.1 概念設計

概念設計階段主要是將需求縫隙階段得到的用戶需求抽象為信息結構即概念模型的過程，它是整個數據庫設計的關鍵，設計概念結構通常有四類方法：自頂向下、自底向上、逐步擴張、混合策略。

2.1.1 分E-R圖建立

參照業務流程圖和數據流程圖，分別畫出分E-R圖，如圖2.1至2.4所示。(1)根據圖1.2抽象出的進貨分E-R圖：

訂票數量n送票日期送票時間1客戶送票票務人員圖2.1 車票配送E-R圖

(2)根據圖1.6抽象出的銷售分E-R圖：

客戶1訂票n訂票單1轉換1n車票圖2.2 客戶訂票E-R圖

(3)根據圖1.7抽象出的存儲分E-R圖：

客戶1退票n退票單1轉換2n車票圖2.3 客戶退票E-R圖

(4)根據圖1.4抽象出的存儲分E-R圖：

出入賬金額記錄時間記錄日期1n出入賬類型記錄數量車票記錄圖2.4 售票記錄E-R圖票存系統

各E-R圖中的實體屬性如下圖2.5至圖2.10：

（1）車票及其屬性：

車票編號車次座位類型座位編號圖2.5 車票及其屬性車票出發站目的站發車時間到站時間車票價格

（2）客戶及其屬性：

客戶身份證號客戶名客戶電話客戶客戶地址登錄ID客戶銀行卡號登錄密碼圖2.6 客戶及其屬性

（3）票務人員及其屬性：

票務人員編號票務人員票務人員工作地點票務人員姓名圖2.7 票務人員及其屬性

（4）票存系統及其屬性：

票存分系統編號票存系統票存分系統地址圖2.8 票存系統及其屬性

（5）訂票單及其屬性：

訂票日期訂票單號訂票手續費訂票時間訂票數量訂票單圖2.9 訂票單及其屬性

2.1.2 全局/整體E-R圖

根據各分E-R圖合并整體E-R圖，具體方法是將4個E-R圖中相同的實體，進行合并，消除屬性沖突、命名沖突、結構沖突之后得到總E-R圖如圖2.11所示。

記錄1車票n轉換11訂票單n票存系統nn轉換2訂票1n11退票單退票客戶n票務人員1送票圖2.11 全局E-R圖

2.2 邏輯設計

概念設計階段是獨立于任何一種數據模型的，而邏輯設計階段則與現實結合起來，邏輯設計的任務就是將概念設計階段設計好的基本E-R圖轉換為與項目所支持的數據模型相符合的邏輯結構。具體任務包括將E-R圖轉換成關系模型、模型優化、數據庫模式定義、用戶模式設計。

2.2.1 建立關系模式

E-R圖向關系模型的轉換遵循如下規則，一個實體型轉換為一個關系模式，實體的屬性就是關系的屬性，實體的碼就是關系的碼。

對于實體間的聯系則有不同的情況：一個1：1聯系可以轉換為一個獨立關系模式，也可以與任意一端關系模式合并；一個1：N聯系可以轉換為一個獨立關系模式，也可以與n端實對應的關系模式合并；一個M：N聯系轉換為一個獨立關系模式，具有相同碼的關系模式可以合并。

根據以上原則，對于該系統的E-R圖進行轉換，從而得到本E-R圖向關系模型的轉換如下：

票存系統（票存分系統編號、票存分系統地址）

票務人員（票務人員編號、票務人員姓名、票務人員工作地點）

客戶（客戶身份證號、客戶名、客戶銀行卡號、客戶電話、客戶地址、登錄ID、登錄密碼、票務人員編號）

訂票單（訂票單號、訂票日期、訂票時間、訂票數量、訂票手續費、客戶身份證號）

車票（車票編號、車票價格、車次、座位類型、座位編號、出發站、目的站、發車時間、到站時間、訂票單號、退票單號）

記錄（車票編號、出入賬類型、票存分系統編號、記錄日期、記錄時間、出入賬金額）

2.2.2 關系模式規范化處理

以上關系模式中的各實體和聯系之間不存在非主屬性對主屬性的部分函數依賴，也不存在傳遞函數依賴，已經達到了3NF。

2.2.3 用戶子模式建立

用戶子模式的建立如表2.1所示。

表2.1用戶子模式

編號 V-01 V-02 V-03 V-05 用戶子模式名稱 Ticket_view Customer_view Book_view Record_view

定義 車票信息視圖 客戶信息視圖 訂票單信息視圖 記錄信息視圖

作用

方便用戶查詢車票信息 方便票務人員查詢客戶信息 方便票務人員查詢訂票信息 方便票務人員查詢記錄信息

2.2.4 關系模式邏輯結構定義

詳細的邏輯結構定義見附錄2。

3． 數據庫物理設計

3.1 物理設計階段目標和任務

數據庫的物理設計是為邏輯數據模型選取一個最合適應用需求的物理結構的過程，在這個階段中需要完成的任務是：

(1)確定數據庫的物理結構，在關系數據庫中主要是存取方法和存儲結構；(2)對物理結構進行評價，評價的重點是時間和空間效率。

3.2數據存儲方面 3.2.1 建立索引的原則

建立索引一般有以下三個原則：

(1)如果一個或一組屬性經常在查詢條件中出現，則考慮在這個屬性上建立索引。

(2)如果一個經常作為最大值和最小值等聚集函數的參數，則考慮在這個屬性上建立索引。

(3)如果一個或一組屬性經常在連接操作的連接條件中出現，則考慮在這個屬性上建立索引。

3.2.2 建立索引

根據系統和用戶的的需要，由于客戶信息、車票信息、訂票單編號、退票單編號等屬性查詢操作比較平凡，所以對其所在表建立唯一索引，索引見表3.1。

表3.1索引表

所在表名 客戶信息表 車票信息表

索引名稱 Customer_index Ticket_index

索引類型 唯一 唯一

建立引用的基項 Cno Tno 3.2.3 系統功能模塊圖

系統基本功能模塊圖如3.1所示。

鐵路網上售票系統客戶信息管理車票信息管理訂票信息管理退票信息管理車票存儲管理車票銷售統計管理圖3.1 功能模塊圖

4．數據庫實施與測試

主要包括數據庫實施和測試兩個部分。

4.1 數據庫實施

4.1.1 數據庫及數據庫對象建立

主要包括：數據庫、基本表、視圖、索引、觸發器以及存儲過程。詳細DDL語句以及相關代碼，見附錄3。

(1)建立索引：

create unique index Customer_index onCustomer(Cno);create unique index Ticket_index on Ticket(Tno);create unique index Book_index on Book(Bno);create unique index Dishonour_index on Dishonour(Dno)(2)創建的視圖如表4.1所示

表4.1視圖表 視圖編號 V-01 V-02 V-03 V-04 V-05 視圖名稱 Ticket_view Customer_view Book_view

定義 車票信息視圖 客戶信息視圖 訂票單信息視圖

作用

方便用戶查詢車票信息 方便票務人員查詢客戶信息 方便票務人員查詢訂票信息 方便票務人員查詢退票信息 方便票務人員查詢記錄信息 Dishonour_view 退票單信息視圖 Record_view

記錄信息視圖

(3)創建的存儲過程如表4.2所示：

表4.2存儲過程表

編號 N-01 N-02 N-03 N-04 N-05 N-06 N-07 N-08 N-09 N-10 存儲過程名稱 Ms_Insert Ts_Insert C_Insert B_Insert D_Insert T_Insert R_Insert B_Delete D_Delete R_Delete

作用

向票存系統基本信息表中插入一個元組 向票務人員基本信息表中插入一個元組 向客戶基本信息表中插入一個元組 向訂票單基本信息表中插入一個元組 向退票單基本信息表中插入一個元組 向車票基本信息表中插入一個元組 向記錄基本信息表中插入一個元組 從訂票單基本信息表中刪除一個元組 從退票單基本信息表中刪除一個元組 從記錄基本信息表中刪除一個元組

(4)創建的觸發器如表4.3所示：

表4.3觸發器表

編號 T-01 T-02 T-03 T-04 T-05 T-06 觸發器名

delete_TicketStaff delete_Customer delete_Book delete_Dishonour delete_Ticket DoNotDishonour

作用

刪除票務人員信息級聯刪除客戶信息 刪除客戶信息級聯刪除客戶訂票及退票信息 刪除訂票信息級聯刪除車票信息 刪除退票信息級聯刪除車票信息 刪除車票信息級聯刪除記錄信息 車票價格低于2元不予退票

4.1.2 數據入庫

系統包括7張基本表，在Excel中錄入數據，然后使用SQL Server 2000數據導入功能，直接將數據導入到相應的基本表中。

4.2 數據庫測試

主要內容是對建立的數據庫及數據庫對象進行測試，詳細的測試情況見附錄3。

5．總結

通過這次課程設計的感觸很多。第一感覺就是理論和實踐的差距遠遠大于人的想象；課堂上覺得很簡單的東西，真到了要做的時候，會發現很難。在這次實習之前我感覺數據庫就像一種語言一樣，學會它的語法就應該可以了，不過現在才明白數據庫重點在于設計，設計的過程才是最有價值，最有意義也是最難的。

通過這次實習，我收獲了很多。首先是在需求分析階段，這個階段的任務可以說是整個數據庫設計任務量最大的階段，我花了大量時間在業務流程圖和數據流程圖的創建上，不斷的修改，不斷的和指導老師交流。在這個過程中真切的了解了業務的分析的重要性。在概念設計階段，主要的任務就是抽象出E-R圖。然后就是邏輯設計階段了，這個階段是要把讓我頭疼的E-R圖轉換為關系模式，這一階段我花費的時間相對較少。經過不斷的嘗試和修改，很快就完成了邏輯結構的設計，得到了該建立的表。這個時候到了數據庫實施階段了，以前我認為創建基本表、視圖、存儲過程、觸發器是數據的重點，現在看來這些都是皮毛，這些都是數據庫設計過程中最簡單最基礎的問題。真正需要能力和時間的是前面的需求分析、概念設計、邏輯設計階段，把實際問題抽象成計算機能夠實現解決的問題才是最重要的，這是數據庫可以實施的必要條件。

這次課程設計的任務，我完成的不是很好，有些方面還沒有實現其功能。人無完人我知道我做出的系統不是很全面，即便如此，我還是從其中學到了很多技巧。在以后的學習中，我會多實踐，多練習，書本上知識的學習畢竟沒有實踐來的有效，在此，我要感謝我的指導老師這么久對我的指點。

6．附錄

附錄1：

數據查詢表：

(1)數據項如表6.1所示。

表6.1 數據項

數據項編號 I1 I2 I3 I4 I5 I6 數據項名數據項含義

稱 Tno Tprice 車票編號 車票價格

車票的編號 車票的售價 某次列車的編號 包括硬座、軟臥、無座Tstype Tpno Tsta 座位類型

等

座位編號 出發站

出發

車票上所示乘客要到達I7 Tdes 目的站 的地方

YYYY:MM:DD I8 Tstatime 發車時間

列車從該站出發的時間

datetime

hh:mm YYYY:MM:DD I9 I10 I11 I12 I13 I14 I15 Tdestime 到站時間 Bno Bdate Btime Bqua Bpou Sno 訂票單號 訂票日期 訂票時間 訂票數量 訂票手續費

外費用

售票單號

銷售火車票單據的編號

char

列車終到目的站的時間 訂購火車票單據的編號 訂購火車票的日期 訂購火車票的時間 一次性訂購的數量 訂購火車票所支付的額

int

datetime char datetime datetime int

hh:mm

YYYY:MM:DD hh:mm 1-50

char

車廂號和座位編號 車票上所示乘客從何處

char

char

char

char int char

簡述

類型

（位）60 8

寬度

取值范圍

Trainno 車次

數據項編號 I16 數據項名數據項含義

稱

開出銷售火車票單據的Sdate 開售單日期

日期

開出銷售火車票單據的datetime

簡述

類型

寬度

取值范圍

（位）

YYYY:MM:DD I17 I37 I38 Stime Cname Cno 開售單時間

時間

客戶名 客戶身份證

客戶的身份證號碼

號 客戶銀行卡

客戶的姓名

datetime char char

20

hh:mm I39 I40 I41 I42 Ccano 號

Cphone Cadd Cid 客戶電話 客戶地址 登錄ID

客戶的銀行卡號碼 客戶的電話號碼 客戶的住址

客戶辦理網上業務的名

char char char char 12 30 14

稱

客戶辦理網上業務的名I43 Cpwd 登錄密碼

稱對應的密碼

票務人員編I44 Tsno 號 票務人員姓I45 Tsname 名 票務人員工I46 Tsadd 作地點 票存分系統I47 Msno 編號

票存系統分系統的編號

char

票務人員所在的工作地

char

各車站票務人員的姓名

char

各車站票務人員的編號

char

char

(2)數據結構如表6.2所示。

表6.2 數據結構 DS01 客戶信息

I38 客戶身份證號

I37 客戶姓名 I39 客戶銀行卡號

I40 客戶電話 I41 客戶地址 I42 登錄ID I43 登錄密碼

DS02 車票信息

I1 車票編號

I3 車次 I4 座位類型 I5 座位編號 I6 出發站 I7 目的站

I2 車票價格

DS03 票務人員信息

I8 發車時間 I9 到站時間

I44 票務人員編號 I45 票務人員姓名 I46 票務人員工作地點

DS04 訂票單的數據結構

I10 訂票單號

I37 客戶姓名 I38 客戶身份證號 I39 客戶銀行卡號 I40 客戶電話 I41 客戶地址 I3 車次 I4 座位類型 I6 出發站 I7 目的站

I2 車票價格 I13 訂票數量 I14 訂票手續費

DS05 售票單的數據結構

I15 售票單號

I8 發車時間 I9 到站時間 I11 訂票日期 I12 訂票時間

I3 車次 I37 客戶姓名 I38 客戶電話 I41 客戶地址 I18 領票人姓名 I19 領票人身份證號 I44 票務人員編號 I45 票務人員姓名 I13 訂票數量 I21 交款金額

I16 開售單日期 I17 開售單時間 I20 交款日期

(3)數據流如表6.3所示。

表6.3數據流

數據流簡述

名稱

客戶網上欲訂票單 訂購火車票的單據 服務器開出售票單 銷售火車票的單據 業務人員開即時退出的即時退票單

票的單據 客戶向服務退票申器申請退票請單 的單據 服務器不同未通過意客戶退票單

申請的單據 服務器拒絕拒絕退客戶退票的票單

單據 服務器同意審理模通過單 客戶退票申

塊

請的單據 服務器開出退票單 的客戶退票的單據 服務器

客戶

I37+I38+I39+I6+I7+I

2180份/

+I31+I35+I36+I8+I33+

天

I34+I44+I45

天 1800份/

塊 票存模

I1+I2+I31+I29+I30

天

天

180份/

1800份/服務器

客戶

I29+I30

天

天

I37+I38+I1+I2+I31+

20份/

200份/

塊 審理模

服務器

I29+I30

天

天

I37+I38+I1+I2+I31+

20份/

200份/客戶

塊

I31+I29+I30

天

天

審理模

I37+I38+I39+I1+I2+

200份/

2000份/

員

I24 票務人

服務器 I2+I25+I26+I27+I23+

天

天 服務器

客戶 客戶 來源

去向

I37+I38+I39+I40+I41+

1000份

服務器 I3+I4+I6+I7+I2+I13+

/天

I14+I8+I9+I11+I12 I3+I37+I38+I39+I18+

1000份

I19+I13+I21+I16+I17+

/天

I20+I44+I45 I37+I38+I1+I44+I45+

10份/

100份//天 10000份/天 10000份數據流

數據流

數據流組成

量

量

數據流

高峰流(4)處理邏輯如表6.4所示。

表6.4處理邏輯

處理邏輯處理

處理邏輯簡述 輸入的數據流

處理

輸出的數據流

編號 名稱

服務器向F1 訂票單，來P1.1 售票 客戶銷售源于客戶發出火車票 的訂票單據

F7 通過單，來服務器的錄入源于服務器退P2.2 火車票銷系統 票審理系統開售記錄

出的同意單據

附錄2 基本表的建立：

1.創建鐵路網上售票系統 create database RTSO

2.創建票存系統基本信息表： create table MemorySystem(Msno char(14)primary key, Msadd char(20)unique not null)

3.創建票務人員基本信息表： create table TicketStaff(Tsno char(14)primary key, Tsname char(10)not null, Tsadd char(20)not null)

根據客戶訂單信

息，向客戶開出售

票單銷售火車票并

進行登記記錄

根據通過單將退票

信息錄入系統以作

記錄

F2 售票單，向客戶售票發

出的售票單據；S1 票存系

統、S2 流水賬，每次售票

都要有詳細記錄 S1 票存系統、S2 流水賬，每次退票都要有詳細記錄

頻率

1000

次/

天

180

次/天

4.創建客戶基本信息表： create table Customer(Cno char(20)primary key, Cname char(10)not null, Ccano char(20), Cphone char(12)not null, Cadd char(30)not null, Cid char(14)not null, Cpwd char(20)not null, Tsno char(14)not null, foreign key(Tsno)references TicketStaff(Tsno))

5.創建訂票單基本信息表： create table Book(Bno char(14)primary key, Bdate datetime not null, Btime datetime not null, Bqua int check(Bqua>0 and Bqua<51)not null, Bpou int not null, Cno char(20)not null, foreign key(Cno)references Customer(Cno))

6.創建車票基本信息表： create table Ticket(Tno char(60)primary key, Tprice int not null，Trainno char(8)not null, Tstype char(8)not null, Tpno char(8)not null, Tsta char(20)not null, Tdes char(20)not null, Tstatime datetime not null, Tdestime datetime not null, Bno char(14)not null, Dno char(14), foreign key(Bno)references Book(Bno), foreign key(Dno)references Dishonour(Dno))

7.創建售票記錄基本信息表： create table Record(Tno char(60)not null, Rsty char(6)not null, Msno char(14)not null, Rdate datetime not null, Rtime datetime not null, Ramo int check(Ramo<100001)not null, primary key(Tno,Rsty), foreign key(Tno)references Ticket(Tno), foreign key(Msno)references MemorySystem(Msno))附錄3

導入數據

use RTSO

--向表中導入數據

insert into MemorySystem(Msno, Msadd)values('001','海口火車站')insert into MemorySystem(Msno, Msadd)values('003','三亞火車站')

select*from MemorySystem

insert into TicketStaff(Tsno,Tsname,Tsadd)values('112','李一','海口火車站')insert into TicketStaff(Tsno,Tsname,Tsadd)values('115','李二','三亞火車站')

insert into Customer(Cno,Cname, Ccano,Cphone,Cadd,Cid,Cpwd,Tsno)

values('***900 ','陶羽愛','***8923','***','海甸島三西路','asdf123','123456','112')insert into Customer(Cno,Cname, Ccano,Cphone,Cadd,Cid,Cpwd,Tsno)values('***270 ','單康楓','***7245','***','廣州

','qwer321','123456','115')

數據查詢

use RTSO--從TicketStaff中查詢員工號為的信息

select *from TicketStaff where Tsno='112'

刪除數據

use RTSO

--從Customer中刪除姓名為‘陶羽愛’的所有信息 delete from Customer where Cname='陶羽愛'

第五篇：網上書店系統數據流圖

網上書店系統數據流圖

近年來，鮮花在線銷售平臺得到了迅速發展。在北美和歐洲市場，線上鮮花銷售市場已經基本成熟，經過發展，已經逐漸被廣大網友所接受。據不完全統計，已經有數千萬的人們在網上選購鮮花，并且這一數字還在疾速增加[3]。我國的鮮花電子商務起步較晚，但發展蓬勃。

由于千姿百態的花朵述說著千言萬語,每一句都解說著“美好”，特別是現在，隨著人們的生活水平不斷進步，生活質量不斷提高，對生活的追求。鮮花已經是人們生活不可缺少的點綴。花卉消費近年來呈越來越旺的趨勢，除了花卉本身所具俏麗姿容讓人們賞心悅目，美化家居等功效外，它還可以開發人們的想象力，使人們在相互交流時更含蓄，更有品位。這樣我們創辦網上校園花店以鮮花專遞為市場入點，兼顧網站長期市場占有率和短期資金回報率以搶占市場，以滿足個性消費為主題，以鮮花為試點帶動其他產品，最終能形成具有“荊州網上花店”品牌優勢的市場.是十分可行的。

網上花店系統的總體設計目標是為花店用戶提供便捷的網上訂花服務。具體而言是設計開發一個功能較為完備、簡單實用、易于升級維護的網上鮮花管理系統，盡可能減少對系統資源的占用，使鮮花企業的線上銷售平臺能及時向廣大客戶推銷產品，從而構建良好企業形象、提升知名度、在成本降低的同時贏得更多利潤。同時充分考慮管理系統人性化的交互性，最大限度滿足不同類型消費者的喜好和需求。

根據上述分析，可以得到網上書店系統的頂層數據流圖，如圖2-17所示。

圖1 網上書店系統的頂層數據流圖 中層數據流圖是對頂層數據流圖的細化，它把目標系統主要的功能模塊細分為不同的加工，并對數據在不同加工之間的流動關系進行描述。根據上述分析，可以得到“網上書店系統”的中層數據流圖，如圖2-18所示。

圖2 網上書店系統的中層數據流圖

為了對數據流圖進行細化，可以進一步對中層數據流圖中的每一個加工進行分解和求精。在網上書店系統的中層數據流圖中，包含6個加工，分別是用戶注冊、訂單信息查詢、書籍信息查詢、訂購圖書、訂單信息管理和圖書信息管理。那么，該系統應該包含6張底層數據流圖。底層數據流圖展現了系統最精確和最細節性的數據處理過程，為系統設計和編碼提供最直接的參考。

圖3 訂購圖書模塊的底層數據流圖

圖4 訂單信息查詢模塊的底層數據流圖