概要设计说明书
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逻辑结构设计要点
1、订单数据表
订单（订单号，乘客信息，身份信息，乘车日期，车次，始发站，终点站，票种，张数）
2、乘客信息表
乘客（身份证号，乘客姓名，联系地址，联系电话）
3、订票库
订票（日期，车站，订票余量）
E. 5. 2物理结构设计要点
1、订单数据表
|
序号 |
字段名 |
字段含义 |
类型 |
长度 |
默认值 |
允许空 |
主键 |
说明 |
|
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 |
|
否 |
|
|
2、乘客信息表
|
序号 |
字段名 |
字段含义 |
类型 |
长度 |
默认值 |
允许空 |
主键 |
说明 |
|
1 |
sfzh |
身份证号 |
varchar |
100 |
|
否 |
是 |
|
|
2 |
ckxm |
乘客姓名 |
varchar |
100 |
|
否 |
|
|
|
3 |
lxdz |
联系电话 |
varchar |
50 |
|
否 |
|
|
|
4 |
lxdh |
联系地址 |
varchar |
100 |
|
否 |
|
|
3、订票库
|
序号 |
字段名 |
字段含义 |
类型 |
长度 |
默认值 |
允许空 |
主键 |
说明 |
|
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逻辑结构设计要点
1、订单数据表
订单（订单号，乘客信息，身份信息，乘车日期，车次，始发站，终点站，票种，张数）
2、乘客信息表
乘客（身份证号，乘客姓名，联系地址，联系电话）
3、订票库
订票（日期，车站，订票余量）
E. 5. 2物理结构设计要点
1、订单数据表
|
序号 |
字段名 |
字段含义 |
类型 |
长度 |
默认值 |
允许空 |
主键 |
说明 |
|
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 |
|
否 |
|
|
2、乘客信息表
|
序号 |
字段名 |
字段含义 |
类型 |
长度 |
默认值 |
允许空 |
主键 |
说明 |
|
1 |
sfzh |
身份证号 |
varchar |
100 |
|
否 |
是 |
|
|
2 |
ckxm |
乘客姓名 |
varchar |
100 |
|
否 |
|
|
|
3 |
lxdz |
联系电话 |
varchar |
50 |
|
否 |
|
|
|
4 |
lxdh |
联系地址 |
varchar |
100 |
|
否 |
|
|
3、订票库
|
序号 |
字段名 |
字段含义 |
类型 |
长度 |
默认值 |
允许空 |
主键 |
说明 |
|
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系统维护设计
定期备份数据库，定期检测数据库的一致性，定期查看操作日志等；文件方面：对于下架商品等，定期删除相关文件，减少数据量