软件工程火车票售票系统详细设计说明Word文档下载推荐.docx
- 文档编号:17048443
- 上传时间:2022-11-28
- 格式:DOCX
- 页数:15
- 大小:59.87KB
软件工程火车票售票系统详细设计说明Word文档下载推荐.docx
《软件工程火车票售票系统详细设计说明Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《软件工程火车票售票系统详细设计说明Word文档下载推荐.docx(15页珍藏版)》请在冰豆网上搜索。
1.2围
软件系统名称:
火车票预订系统
该系统的中心功能是列车车次和售票信息的查询功能和售票功能。
虽然这两个看似截然不同的功能,但它们在实现上十分的类似,售票就需要首先先通过查询的方式得到满足要求的列车车次,然后再根据实际情况进行售票。
所以售票功能可以看成是列车车次和售票信息查询功能的延伸。
支出:
该系统是软件工程作业,故无经费支出。
收益:
系统完成后即可交付使用,主要是为了方便火车站售票人员使用,有着重大的利益。
1.3背景
火车票的管理和规问题,是困扰我们多年的一个老问题,也是政府管理中的一个难点,订票是客运业务中的一个最基本的业务,表面上看,它只是长途客运业务的一个简单的部分,但是它涉及到管理与客户服务等多方面,因此,过去传统的售票方式已经不能满足现代客运业务流量剧增的客观要求,这就要求一种全新的订票方式——网上订票,来缓解订票高峰时期的客运压力,并为用户提供方便快捷的订票服务。
1.4专门术语
SQLSERVER:
系统服务器所使用的数据库管理系统(DBMS)。
SQL:
全称StructuredQueryLanguage(结构化查询语言)。
一种用于访问查询数据库的语言。
ROLLBACK:
数据库的错误回复机制。
事物流:
数据进入模块后可能有多种路径进行处理。
主键:
数据库表中的关键域。
值互不相同。
外部主键:
数据库表中与其他表主键关联的域。
系统:
若未特别指出,系统指火车站售票系统。
1.5基本配置要求
1.5.1硬件配置要求
Pc机若干台,配置一般主流配置,用于满足售票服务;
数据库服务器,数据库服务器用于存放用户及航班信息等资料,配一台专用服务器,安装数据库管理软件,如SQLserver2000;
所用的硬件要有较高的性能价格比,这方便了对系统信息的管理,节省了很多不必要的设备,减少了项目投资。
1.5.2系统配置要求
系统支持操作系统如下:
Windowsxp、windows7、Windowsservice2008(推荐)等各类系统。
服务器系统要运行稳定可靠,可以保证365天*24小时的不间断运行,并安装杀毒软件,防止病毒的干扰,保证系统的运行稳定。
SQLServer数据库服务器版,可以存储管理大量数据信息。
1.6参考资料
软件设计文档国家标准——详细设计说明书
车票预订系统项目开发计划书
车票预订系统需求分析说明书
《软件工程案例教程》机械工业万江著2011年8月第一版
2•项目概述
2.1产品描述
火车票售票系统是一个融合火车票的订票、卖票、退票、车票管理、售票点管理、列车车次信息查询及售票信息查询等为融为一身的综合系统。
2.2产品功能
本系统主要用于火车票的销售,提供了以下几个子功能:
用户注册登录和火车票信息查询、订票查询、火车票预订、退票申请以及后台方面的列车车次信息发布更新、车票生成、提供取票服务成等后台功能。
根据可行性研究的结果和客户的要求,分析现有情况及问题,采用Client/Server结构,将火车票售票系统划分为两个子系统:
客户端子系统,服务器端子系统。
故火车票售票系统将由四部分组成:
网上订票客户端系统,售票员
服务系统,系统管理员系统、数据库服务器管理系统。
本系统的各个系统的关系如下:
本系统的各个系统的关系图
2.3用户特点
该系统的用户有四类,他们分别是一般用户旅客(以旅游出差人士为主)、车站售票员、代售点售票员,系统管理员。
他们的计算机使用水平,其中旅客中有好有差;
车站售票员、代售点售票员能熟练地操作使用的系统;
系统管理员可以根据具体需要进行适当的数据操作,并对系统进行必要的维护;
2.4—般约束
超级管理员,可以根据具体需要进行适当的数据操作(增、删、改、更),并对系统进行必要的维护;
普通管理员,能对库(车次库和客户库)中的信息进行查询操作,并可以在提供其账户的条件下,进行有权限的操作;
客户只能对航班信息库中的容进行查询操作,客户进入到页面之后在不进行登录的情况下只能进行火车信息的查询操作,要预订车票就必须要先注册登录提交自己的真实的、可用的基本信息;
系统会根据管理员和客户的各种操作做出相应的返回信息进行提示。
3.具体需求
3.1功能需求
火车站售票系统将由四部分组成:
网上订票客户端系统,售票员服务系统,系统管理员系统、数据库服务器管理系统。
顶层数据流程图
第一层数据流程图
第二层数据流程图
3.2性能需求
原始信息皆由管理员录入,系统应尽量减少操作员的数据录入量,录入数据尽量通过设计下拉列表框来选择录入,这样的处理同时也避免了许多录入异常现象的发生。
数据输入的格式应符合业务习惯,并且直观、方便。
要求系统处理的数据能准确无误,同时输出信息要求直观、简洁。
3.2.1可靠性
系统运行具有较高的可靠性,提供严格的并发控制,确保数据的一致性和正确性
3.2.2实用性从用户的实际需要出发进行系统开发,不盲目追求高新技术的应用。
3.2.3安全性系统安全措施可靠、高效、可维护性好,有权限控制、口令控制、临时锁定控制,其中口令录入界面便于系统识别登录用户。
3.2.4可维护性为了保证系统的可维护性,要求具有详细的文档资料,同时,要求系统在功能设计上考虑可扩展性,以满足业务变动的需求。
3.2.4可移植性系统开发完成后,要能运行于任何由WindowsNT/Windows9X操作系统所构成的计算机网络环境下。
3.3具体要求对服务器的要求,至少能够满足2000同时在线访问。
对客户端,在现使用的电脑中安装即可使用,要求不高。
使用本系统功能时,电脑配置一般情况下,一般事务相应时间不能超3秒,
其中时间包括:
输入、输出和传输的响应时间等。
4.接口设计
4.1软件接口
服务器程序可使用.NET提供的与数据库连接的接口,进行数据库的访问。
服务器程序上可使用NavicateforSQL对数据库的备份命令,以做到对数据库的保存。
在网络软件接口方面,使用一种无差错的传输协议,采用滑动窗口式对数据进行网络传输及接收。
4..2.硬件接口
在输入方面,对于键盘、鼠标的输入,使用标准输入/输出,对输入进行处理。
在输出方面,打印机的连接及使用,也可标准输入/输出对其进行处理。
在网
络传输部分,在网络硬件部分,为了实现高速传输,将使用高速ATM
4.3部接口
该系统由六个模块组成,分别是查询模块、售票模块、修改模块、退票模块、统计模块、系统维护管理模块。
其关系如下图
Mnr
査询模貝
■►
修改
模块
已售车票
统计模块
维营统与系护理
4.3.1模块描述
查询模块:
售票员和旅客查询具体要求的车次和余票信息售票模块:
根据用户需求确定订票信息。
修改模块:
根据用户需求修改其所定车票信息。
退订模块:
根据用户要求和退订的信息修改。
统计模块:
根据所售车票的情况统计出具体所有情况下的各种数据信息,并进
行信息的返回。
系统维护管理模块:
管理员根据实际情况修改数据库信息。
5•数据结构设计
5.1逻辑结构设计
系统E-R图如下:
1*E—R圏
(车刑x价咯)
Mr
列车-时间ER图如下:
售票ER图如下
5.2物理结构设计
521物理结构设计要点
员工表
员工IDvarchar(IO)<
pk>
管理员IDvarchar(10)<
fk>
员工姓名varchar(20)
员工密码varchar(6)证件号码varchar(20)联系地址varchar(50)联系电话varchar(12)
管理员信息表
管理员IDvarchar(IO)<
管理员姓名varchar(20)
管理员密码varchar(6)
用户信息表
用户IDvarchar(IO)<
用户密码varchar(6)
证件号码varchar(20)■
真实姓名varchar(20)
联系地址varchar(50)
邮政编码varchar(20)
联系电话varchar(12)
订单信息表
订单号
varchar(10)
vpk>
火车票票种
vfk3>
送票者ID
varchar(12)
<
fk1>
用户ID
fk2>
乘车日期
date
车次
始发站
varchar(20)
终点站
席别
票种
张数
备注
longvarchar
列车信息表
管理员ID
发车时间
timestamp
停靠站
到站时间
integer
火车票表
票种varchar(10)<
车次varchar(20)
张数varchar(10)
送票者信息表
送票者IDvarchar(12)<
送票者姓名varchar(20)
5.2.2管理员信息
字段名称
字段类型
主键
外键
是否为空
默认值
Varchar
(10)
是
否
001
管理员
(50)
Admin
管理员密码
(16)
123456
5.2.3售票服务员工信息
员工ID
100
员工
无
员工密码
证件
(20)
联系地址
联系
524用户注册信息
10000
用户密码
真实
(100)
邮政编码
525用户订票信息
Datetime
数
Varchar(5)
1
526列车信息表
默认信息
527旅客所定火车票表
5.3数据结构与程序的关系
1,用户登录时,后台服务器查找数据库,匹配相应的用户名和密码,若未找到,贝U返回错误信息。
2,登录订票系统,用到员工表,通过每一个售票员来操作每一个终端,通
过对用户需求(即:
用户买票的要求填写订单信息表,包括火车票表)。
3,若要查询统计功能则需要以管理员身份登录,用到管理员信息表,管理员可以修改列车时刻表。
5.4设计算法
订票模块程序流程图:
输出:
欢迎进入售票窗口
退订模块程序流程图:
结束
6.运行设计
6.1运行模块组合
用户端程序在有输入时启动接收数据模块,通过各模块之间的调用,读入并对输入进行格式化。
在接收数据模块得到充分数据时,将调用网络传输模块,将数据通过网络送到服务器,并等待接受服务器返回的信息。
接收到返回信息后随时即调用数据输出模块,对信息进行处理,产生相应的输出。
服务器程序的接收网络数据模块必须始终处于活动状态。
接收到数据后,调用数据处理/查询模块对数据库进行访问,完成后调用网络发送模块,将信息返回用户端。
6.2运行控制
运行控制将严格按照各模块间函数调用关系来实现。
在各事务中心模块中,需对运行控制进行正确的判断,选择正确的运行控制路径。
在网络传输方面,用户端在发送数据后,将等待服务器的确认收到信号,收到后,再次等待服务器发送回答数据,然后对数据进行确认。
服务器在接到数据后发送确认信号,在对数据处理、访问数据库后,将返回信息回送用户端,并等待确认。
6.3运行时间
在需求分析中,对时间的要求必须对作出的操作有较快的反应。
网络硬件对运行时间有最大的影响,当网络负载量大时,对操作反应将受到很大的影响。
所以将采用高速ATM(异步传输模式)网络,实现用户端与服务器之间的连接,以减少网络传输上的开销。
其次是服务器的性能,这将影响对数据库访问时间即操作时间的长短,影响加大客户机操作的等待时间,所以必须使用高性能的服务器。
软件对本系统的速度影响将会大于硬件的影响。
7.系统出错处理设计
7.1出错信息
程序在运行时主要会出现两种错误:
(1)由于输入信息,或无法满足要求时产生的错误,称为软错误。
(2)由于其他问题,如网络传输超时等,产生的问题,称为硬错误。
对于软错误,须在订票、购票、退票和取票操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。
对于硬错误,可在出错的相应模块中输出简单的出错语句,并将程序重置。
返回输入阶段。
出错信息必须给出相应的出错原因,例:
“该列火车已满!
”,“查无此信息!
”
7.2补救措施
所有的用户端及服务器都必须安装不间断电源以防止停电或电压不稳定造成的数据丢失的损失。
若真断电时,用户端将不会有太大的影响,主要是服务器上:
在断电后恢复过程可采用SQLSERVER的日志文件,对其进行ROLLBACK处理,对数据进行恢复。
在网络传输方面,可考虑建立一条成本较低的后备网络,以保证当主网络断路时数据的通信。
在硬件方面要选择叫可靠、稳定的服务器机种,保证系统运行的可靠性。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 火车票 售票 系统 详细 设计 说明