概要設計說明書

                          概要設計說明書
                                
E.1引言
 E.1.1編寫目的
 在火車票預訂系統的前一階段，也就是需求分析階段，已經將系統用戶對本系統的需求作了詳細的闡述。

本階段是在需求分析的基礎上，對火車票查詢預訂系統作概要設計。主要解決了實現該系統需求的程序模塊設計的問題。包括如何把系統分紅若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以及數據結構、模塊結構的設計等。在如下的概要設計中將對在本階段全部的概要設計作詳細的說明。

在下一階段，程序員能夠以概要設計爲依據，在此基礎上進行詳細設計。在之後的軟件測試和軟件維護也能夠參考此說明書。
 E.1.2背景
（1）項目名稱：火車票預訂系統

（2）用戶：高校學生老師

（3）運行環境：win7+Oracle11g

（4）建議軟件最短壽命：3年

（5）開發工具：Java

（6）開發者：羽、渡渡鳥、ら゛ 淺安時光、愛笑的史大爺、大大怪將軍😽、仰望半夏星辰、ۣ水木年華꧂、忽爾今夏、有你真好、YUKY

 E.1.3定義
查詢：對數據庫的一種操做，用於搜索數據信息。

插入：對數據庫的一種操做，用於將數據存入數據庫中。

更新：對數據庫的一種操做，用於更改數據庫中的數據信息。

軟件結構圖：用於反應軟件系統的功能模塊之間的關係的數據圖。
 E.1.4參考資料

 [1] 張海藩.軟件工程導論（第6版）[M].北京：清華大學出版社，2018

 [2] 中國鐵道部網站www.12306.cn   

 [2] 軟件需求說明書。
   E.2整體設計
 E.2.1需求規定

在計算機網絡，數據庫和先進的開發平臺上，利用現有的軟件，配置必定的硬件，開發一個具備開放體系結構、易擴充的、易維護的、具備良好人機交互界面的火車票查詢預訂系統，實現火車票銷售的自動化，用戶能夠查詢火車時刻，餘票，正晚點，輸入我的信息（姓名，身份證號）能夠預約火車票。
E.2.2運行環境

操做系統：win7以上
 E.2.3基本設計概念和處理流程
1. 基本設計概念：實現火車票的查詢和預訂。

2.處理流程：根據可行性報告的研究和客戶的需求，分析現有狀況及問題，採用B/S結構，將火車票查詢預訂系統劃主要就是服務端子系統。本系統主要實現查詢和預訂兩部分功能，其實查詢模塊主要借鑑鐵道部www.12306.com。網站，車票預訂是開發者自行完成。本系統分爲火車票預訂，火車票查詢，火車票取消。
 E.2.4結構
  

 

 E.2.5功能需求與程序的關係
  

 

E.2.6人工處理過程
  無

E.2.7還沒有解決的問題
  無

E.3 接口設計

 E.3.1用戶接口

  本產品的用戶通常須要經過終端進行操做,進入主界面後點擊相應的窗口，分別進入相對應的界面(如:輸入界面、輸出界面)。用戶對程序的維護,最好要有備份。

 E.3.2外部接口

  本產品的用戶通常須要經過終端進行操做,進入主界面後點擊相應的窗口,分別進入相對應的界面(如:輸入界面、輸出界面)。用戶對程序的維護,最好要有備份。????使用WIN9X/NT/XP操做系統

E.3.3內部接口

  在輸入方面,對於鍵盤、鼠標的輸入。?在輸出方面,打印機的鏈接及使用。在網絡傳輸

E.4運行設計

 E.4.1運行模塊組合

  輸入時啓動接收數據模塊,經過各模塊之間的調用,讀入並對輸入進行格式化。在接收數據模塊獲得充分的數據時,將調用網絡傳輸模塊,將數據經過網絡送到服務器,並等待接收服務器返回的信息。接收到返回信息後隨即調用數據輸出模塊,對信息進行處理,產生相應的輸出。

  服務器程序的接收網絡數據模塊必須始終處於活動狀態。接收到數據後,調用數據處理/查詢模塊對數據庫進行訪問,完成後調用網絡發送模塊,將信息返回客戶機。

 E.4.2運行控制

運行控制將嚴格按照各模塊間函數調用關係來實現。在各事務中心模塊中,需對運行控制進行正確的判斷,選擇正確的運行控制路徑。

在網絡傳方面,客戶機在發送數據後,將等待服務器的確認收到信號,收到後,再次等待服務器發送回答數據,而後對數據進行確認。服務器在接到數據後發送確認信號,在對數據處理、訪問數據庫後,將返回信息送回客戶機,並等待確認。

 E.4.3運行時間

 在軟體的需求分析中,對運行時間的要求爲必須對做出的操做有較快的反應。網絡硬件對運行時間有最大的影響,因此建議採用高速ATM 網絡。其次硬件對本系統的速度影響將會大於軟件的影響,建議使用Pentium III 處理器。硬件對本系統的速度影響將會大於軟件的影響。
E.5系統論據結構設計
E. 5. 1邏輯結構設計要點

一、訂單數據表

訂單（訂單號，乘客信息，身份信息，乘車日期，車次，始發站，終點站，票種，張數）

二、乘客信息表

乘客（身份證號，乘客姓名，聯繫地址，聯繫電話）

三、訂票庫

訂票（日期，車站，訂票餘量）
E. 5. 2物理結構設計要點

一、訂單數據表

序號	字段名	字段含義	類型	長度	默認值	容許空	主鍵	說明
1	ddh	訂單號	varchar	100		否	是
2	ckxx	乘客信息	varchar	100		否
3	sfxx	身份信息	varchar	100		否
4	ccrq	乘車日期	varchar	100		否
5	cc	車次	varchar	50		否
6	sfz	始發站	varchar	50		否
7	zdz	終點站	varchar	50		否
8	pz	票種	char	50		否
9	zs	張數	int	10		否

二、乘客信息表

序號	字段名	字段含義	類型	長度	默認值	容許空	主鍵	說明
1	sfzh	身份證號	varchar	100		否	是
2	ckxm	乘客姓名	varchar	100		否
3	lxdz	聯繫電話	varchar	50		否
4	lxdh	聯繫地址	varchar	100		否

三、訂票庫

序號	字段名	字段含義	類型	長度	默認值	容許空	主鍵	說明
1	rq	日期	varchar	100		否	是
2	cz	車站	varchar	100		否
3	dpyl	訂票餘量	varchar	50		否

E.5.3數據結構與程序的關係

數據結構爲關係型數據庫，因此在程序中能夠用標準的SQL語句與數據結構進行交互，交互過程當中採用通用的數據反向接口。爲了保持良好的程序架構，對數據庫訪問採用DAO設計模式實現，提升維護性和擴張性。

 E.6系統出錯處理設計

 E6.1出錯信息

 

錯誤類型	子項	錯誤緣由
數據庫錯誤	鏈接	鏈接超時
	數據庫自己	數據庫代碼錯誤
TCP鏈接錯誤	鏈接	鏈接超時.錯誤
系統部分自定義錯誤	權限錯誤	管理員權限設置故障
	輸入錯誤	用戶ID，密碼錯誤/爲空
連接錯誤	內部鏈接錯誤	文件/圖片/網頁連接錯誤
	外部鏈接錯誤	網頁維護

 

E.6.2補救措施

a.    後備技術，週期性的把購票錯誤信息記錄在電腦硬盤上

b.    降效技術，人工輸入數據，用紙記錄用戶買票記錄，覈對信息輸入電腦

c.    對於軟錯誤，須要在添加/修改操做中及時對輸入數據進行驗證，分析錯誤的類型，而且給出相應的錯誤提示語句，傳送到客戶端的瀏覽器上；                                         d．對於硬錯誤，錯誤類型不較少並且比較明確，因此能夠在可能出錯的地方中輸出相應的出錯語句，並將程序重置，最後返回輸入階段；

E.6.3系統維護設計

   按期備份數據庫，按期檢測數據庫的一致性，按期查看操做日誌等；文件方面：對於下架商品等，按期刪除相關文件，減小數據量

 

                          概要設計說明書
                                
E.1引言
 E.1.1編寫目的
 在火車票預訂系統的前一階段，也就是需求分析階段，已經將系統用戶對本系統的需求作了詳細的闡述。

本階段是在需求分析的基礎上，對火車票查詢預訂系統作概要設計。主要解決了實現該系統需求的程序模塊設計的問題。包括如何把系統分紅若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以及數據結構、模塊結構的設計等。在如下的概要設計中將對在本階段全部的概要設計作詳細的說明。

在下一階段，程序員能夠以概要設計爲依據，在此基礎上進行詳細設計。在之後的軟件測試和軟件維護也能夠參考此說明書。
 E.1.2背景
（1）項目名稱：火車票預訂系統

（2）用戶：高校學生老師

（3）運行環境：win7+Oracle11g

（4）建議軟件最短壽命：3年

（5）開發工具：Java

（6）開發者：羽、渡渡鳥、ら゛ 淺安時光、愛笑的史大爺、大大怪將軍😽、仰望半夏星辰、ۣ水木年華꧂、忽爾今夏、有你真好、YUKY

 E.1.3定義
查詢：對數據庫的一種操做，用於搜索數據信息。

插入：對數據庫的一種操做，用於將數據存入數據庫中。

更新：對數據庫的一種操做，用於更改數據庫中的數據信息。

軟件結構圖：用於反應軟件系統的功能模塊之間的關係的數據圖。
 E.1.4參考資料

 [1] 張海藩.軟件工程導論（第6版）[M].北京：清華大學出版社，2018

 [2] 中國鐵道部網站www.12306.cn   

 [2] 軟件需求說明書。
   E.2整體設計
 E.2.1需求規定

在計算機網絡，數據庫和先進的開發平臺上，利用現有的軟件，配置必定的硬件，開發一個具備開放體系結構、易擴充的、易維護的、具備良好人機交互界面的火車票查詢預訂系統，實現火車票銷售的自動化，用戶能夠查詢火車時刻，餘票，正晚點，輸入我的信息（姓名，身份證號）能夠預約火車票。
E.2.2運行環境

操做系統：win7以上
 E.2.3基本設計概念和處理流程
1. 基本設計概念：實現火車票的查詢和預訂。

2.處理流程：根據可行性報告的研究和客戶的需求，分析現有狀況及問題，採用B/S結構，將火車票查詢預訂系統劃主要就是服務端子系統。本系統主要實現查詢和預訂兩部分功能，其實查詢模塊主要借鑑鐵道部www.12306.com。網站，車票預訂是開發者自行完成。本系統分爲火車票預訂，火車票查詢，火車票取消。
 E.2.4結構
  
 E.2.5功能需求與程序的關係
  

E.2.6人工處理過程
  無

E.2.7還沒有解決的問題
  無

E.3 接口設計

 E.3.1用戶接口

  本產品的用戶通常須要經過終端進行操做,進入主界面後點擊相應的窗口，分別進入相對應的界面(如:輸入界面、輸出界面)。用戶對程序的維護,最好要有備份。

 E.3.2外部接口

  本產品的用戶通常須要經過終端進行操做,進入主界面後點擊相應的窗口,分別進入相對應的界面(如:輸入界面、輸出界面)。用戶對程序的維護,最好要有備份。????使用WIN9X/NT/XP操做系統

E.3.3內部接口

  在輸入方面,對於鍵盤、鼠標的輸入。?在輸出方面,打印機的鏈接及使用。在網絡傳輸

E.4運行設計

 E.4.1運行模塊組合

  輸入時啓動接收數據模塊,經過各模塊之間的調用,讀入並對輸入進行格式化。在接收數據模塊獲得充分的數據時,將調用網絡傳輸模塊,將數據經過網絡送到服務器,並等待接收服務器返回的信息。接收到返回信息後隨即調用數據輸出模塊,對信息進行處理,產生相應的輸出。

  服務器程序的接收網絡數據模塊必須始終處於活動狀態。接收到數據後,調用數據處理/查詢模塊對數據庫進行訪問,完成後調用網絡發送模塊,將信息返回客戶機。

 E.4.2運行控制

運行控制將嚴格按照各模塊間函數調用關係來實現。在各事務中心模塊中,需對運行控制進行正確的判斷,選擇正確的運行控制路徑。

在網絡傳方面,客戶機在發送數據後,將等待服務器的確認收到信號,收到後,再次等待服務器發送回答數據,而後對數據進行確認。服務器在接到數據後發送確認信號,在對數據處理、訪問數據庫後,將返回信息送回客戶機,並等待確認。

 E.4.3運行時間

 在軟體的需求分析中,對運行時間的要求爲必須對做出的操做有較快的反應。網絡硬件對運行時間有最大的影響,因此建議採用高速ATM 網絡。其次硬件對本系統的速度影響將會大於軟件的影響,建議使用Pentium III 處理器。硬件對本系統的速度影響將會大於軟件的影響。
E.5系統論據結構設計
E. 5. 1邏輯結構設計要點

一、訂單數據表

訂單（訂單號，乘客信息，身份信息，乘車日期，車次，始發站，終點站，票種，張數）

二、乘客信息表

乘客（身份證號，乘客姓名，聯繫地址，聯繫電話）

三、訂票庫

訂票（日期，車站，訂票餘量）
E. 5. 2物理結構設計要點

一、訂單數據表

序號	字段名	字段含義	類型	長度	默認值	容許空	主鍵	說明
1	ddh	訂單號	varchar	100		否	是
2	ckxx	乘客信息	varchar	100		否
3	sfxx	身份信息	varchar	100		否
4	ccrq	乘車日期	varchar	100		否
5	cc	車次	varchar	50		否
6	sfz	始發站	varchar	50		否
7	zdz	終點站	varchar	50		否
8	pz	票種	char	50		否
9	zs	張數	int	10		否

二、乘客信息表

序號	字段名	字段含義	類型	長度	默認值	容許空	主鍵	說明
1	sfzh	身份證號	varchar	100		否	是
2	ckxm	乘客姓名	varchar	100		否
3	lxdz	聯繫電話	varchar	50		否
4	lxdh	聯繫地址	varchar	100		否

三、訂票庫

序號	字段名	字段含義	類型	長度	默認值	容許空	主鍵	說明
1	rq	日期	varchar	100		否	是
2	cz	車站	varchar	100		否
3	dpyl	訂票餘量	varchar	50		否

E.5.3數據結構與程序的關係

數據結構爲關係型數據庫，因此在程序中能夠用標準的SQL語句與數據結構進行交互，交互過程當中採用通用的數據反向接口。爲了保持良好的程序架構，對數據庫訪問採用DAO設計模式實現，提升維護性和擴張性。

 E.6系統出錯處理設計

 E6.1出錯信息

 

錯誤類型	子項	錯誤緣由
數據庫錯誤	鏈接	鏈接超時
	數據庫自己	數據庫代碼錯誤
TCP鏈接錯誤	鏈接	鏈接超時.錯誤
系統部分自定義錯誤	權限錯誤	管理員權限設置故障
	輸入錯誤	用戶ID，密碼錯誤/爲空
連接錯誤	內部鏈接錯誤	文件/圖片/網頁連接錯誤
	外部鏈接錯誤	網頁維護

 

E.6.2補救措施

a.    後備技術，週期性的把購票錯誤信息記錄在電腦硬盤上

b.    降效技術，人工輸入數據，用紙記錄用戶買票記錄，覈對信息輸入電腦

c.    對於軟錯誤，須要在添加/修改操做中及時對輸入數據進行驗證，分析錯誤的類型，而且給出相應的錯誤提示語句，傳送到客戶端的瀏覽器上；                                         d．對於硬錯誤，錯誤類型不較少並且比較明確，因此能夠在可能出錯的地方中輸出相應的出錯語句，並將程序重置，最後返回輸入階段；

E.6.3系統維護設計

按期備份數據庫，按期檢測數據庫的一致性，按期查看操做日誌等；文件方面：對於下架商品等，按期刪除相關文件，減小數據量