论文火车票预定系统的设计与实现.docx
《论文火车票预定系统的设计与实现.docx》由会员分享，可在线阅读，更多相关《论文火车票预定系统的设计与实现.docx（35页珍藏版）》请在冰豆网上搜索。
论文火车票预定系统的设计与实现
火车票预定系统的设计与实现
学生姓名：
学院：
专业：
班级：
学号：
指导教师：
完成日期：
摘要
针对火车站的订票实际情况，按照软件工程的结构化设计思想，本次课程设计经过项目的可行性研究和需求分析、总体设计、详细设计，以及编码实现和调试等步骤设计开发了火车票预定系统。
并运用数据流图和数据字典、E-R图和数据库逻辑结构、层次图、系统流程图、以及程序流程图，对该系统的数据需求、数据库、系统软件结构、系统流程、以及处理过程等进行了分析和设计。
本次课程设计利用MyEclipse开发工具和MySQL数据库来开发这个火车票预定系统。
该系统要解决的是火车站网上订票工作所要解决的问题，可以满足火车站网上订票的基本要求，包括查询、订票、退票等三个方面的功能。
该系统能运用到火车站订票的工作中，根据用户的需求，设置其权限，并快捷方便的为用户提供服务。
关键词：
软件工程需求设计服务
Abstract
Accordingtotheactualsituation,thetrainticketsaccordingtothestructuraldesignofsoftwareengineering,thecurriculumdesignofprojectfeasibilitystudyandthroughtherequirementanalysis,systemdesign,detaileddesignandcodingandcommissioningproceduresdesignedanddevelopedstationticketsonlinesystem.Andbyusingthedataflowchartandthedatadictionary,e-rchartandlogicalstructure,database,systemflowcharts,levelandprogramflowchartofthesystem,thedataneeds,database,softwaresystemstructure,system,andflowprocessareanalyzedandthedesign.
ThiscoursedesignusingtheMyEclipsedevelopmenttoolsandMySQLdatabasetodevelopthistrainticketsonlinesystem.Thissystemtosolvethetrainticketsonlineworkistosolvetheproblem,canmeetthebasicrequirementsoftrainticketsonline,includingtracing,bookingtickets,refundfromthreeaspectsofthefunction.Thissystemcanbeappliedtotrainticketswork,accordingtotheneedsofusers,setpermissionsandconvenientforuserstoprovideservices.
Keywords:
SoftwareEngineeringDemandDesignService
第一章项目概述
1.1现系统概述
目前火车站售票的状况是仅靠手工操作，以现有的工作人员很难应付车票订购高峰时刻的大量数据处理问题。
同时还会出现由此带来的大量记录存放和管理所带来的问题。
本次设计拟开发一个火车票预定系统，可以降低工作人员的工作量，提高工作人员的工作效率，同时方便顾客订票。
火车站市场的管理和规范问题，是困扰我们多年的一个老问题，也是政府管理中的一个难点，订票是客运业务中的一个最基本的业务，表面上看，它只是火车站业务的一个简单的部分，但是它涉及到管理与客户服务等多方面，因此，过去传统的售票方式已经不能满足现代客运业务流量剧增的客观要求，这就要求一种全新的订票方式——网上订票，来缓解订票高峰时期的客运压力，并为用户提供方便快捷的订票服务。
本次设计便是利用开发工具MyEclipse和MySQL数据库共同开发的一个火车票预定系统的设计与实现，它能方便快捷地运用在火车站订票业务的营运之中，可以降低工作人员的工作量，提高工作人员的工作效率，同时方便顾客订票。
因特网技术的飞速发展为铁路带来了全新的售票方式。
1994年10月，美国联合铁路公司率先推出了网上售票系统，乘客只须在网上输入自己的信用卡号和有效期，就可以直接购买车票。
出票方式有电子车票、车站取票、送票上门等多种方式。
网上订票给旅客带来了方便。
购票者足不出户就可在电脑上查询火车动态、票价和车票的可售情况，并直接订购车票，免去了奔波之苦。
网上订票还扩充了铁路公司的销售网点。
截至1997年9月底，世界上排名前20位的铁路公司都有了自己的网上售票系统。
网上订票的优越性使国内越来越多的铁路公司着手研制自己的网上订票系统。
1999年9月，中国羊城铁路公司的网上订票系统正式启动，只要进入羊城铁路公司的网上订座页面就可以自己订购车票了，票款的支付方式为网上支付和现金支付。
1.2系统组织机构
目前系统组织机构如下图1-1所示：
售票情况统计
图1-1系统组织机构图
1.3系统业务流程
本系统设计主要是根据订票业务的基本流程进行的，系统功能包括如下几个方面：
查询：
分为对车次信息的查询和客户对已订车票信息的查询
订票：
通过查询系统，客户根据自己的需求找到满意的车次，再输入个人信息后直接通过网上订票确定已预订选中的车票。
退票：
可退票，通过查询系统，客户可以根据自己的名字找到自己的订票信息，通过退票模块退去已购车票
会员管理
图1-2系统的业务流程
第二章系统的可行性研究与需求分析
2.1可行性研究
可行性研究的目的就是用最小的代价在尽可能短的时间确定问题是否能够解决。
该阶段通过对系统目标的初步调研和分析，提出可行性方案并进行论证。
我们在这里主要从技术可行性、经济可行性和操作可行性三方面进行分析。
可行性研究的目的就是用最小的代价在尽可能短的时间确定问题是否能够解决。
该阶段通过对系统目标的初步调研和分析，提出可行性方案并进行论证。
我们在这里主要从技术可行性、经济可行性和操作可行性三方面进行分析。
2.1.1经济可行性
开发该系统所需的相关资料可以通过已存在的网上订票系统进行调查采集,所需的其他应用软件、硬件系统也易于获得.因此,开发成本较低。
而引进使用本系统后，与传统方式相比，具有高效率、低成本、高质量的特点，可以节省不少人力、物力及财力。
所以，从经济的角度来看，该系统可行。
2.1.2技术可行性
开发工具：
JSP
数据库环境：
MySQL
系统环境：
MicrosoftWindows2000或以上版本。
系统实现依靠相对熟悉的JSP语言和MySQL数据库系统，其基本操作实质还是对数据库进行添加、删除、查找等操作，暂不存在技术问题。
2.1.3操作可行性
系统采用菜单式，实现用户与数据库的交互，界面简洁友好，操作方便。
用户只需对订票流程和业务调查了解即可，不需掌握数据库等相关知识。
2.2需求分析
需求分析是软件设计的一个重要的环节。
本阶段对订票系统的应用情况作全面调查，以确定系统目标，并对系统所需要的基础数据以及数据处理要求进行分析，从而确定用户的需求。
用户对系统的需求我们从以下几方面进行分析。
2.2.1功能需求
本网上订票系统应该具备如下功能：
1.查询
分为对车次信息的查询和客户对已订车票信息的查询。
要求：
1）对车次的查询，可以按照发车车次进行查询；
2）车次信息包括：
车号、出发地、目的地、发车日期、开出时刻、票价;
3）座位类型设定;
4）车次信息只允许用户查询，不能修改。
2.订票
通过查询系统，客户根据自己的需求找到满意的车次，再输入个人信息后直接通过网上订票确定已预订选中的车票。
要求：
订票记录应包括：
会员名、车号、发车日期、订购日期、订购票数、总价。
3.退票
可退票，通过查询系统，客户可以根据自己的名字找到自己的订票信息，通过退票模块退去已购车票。
2.2.2数据需求
信息需求，即在系统中需要处理哪些数据。
根据对火车票预定系统的设计与实现的分析，本系统的信息需求如表2-1所示。
表2-1信息输入输出
信息输入
信息处理
信息输出
用户输入所需车次
检索系统数据库
符合用户需求的车次及相关信息
用户输入个人信息及所需订购的车票信息
更新系统中的订票信息，将新信息存入系统数据库
操作反馈（如订票成功）
用户输入自己的名字、身份证号；或交易的订单号
检索系统数据库
符合用户需求的订票信息
用户输入自己的名字
检索系统数据库以得到订票记录，删除用户请求的订票记录，更新系统数据库
操作反馈（如退票成功等）
2.2.3性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行，本系统应该满足以下的性能需求。
1.准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
系统应能及时而且准确的根据用户权限及所输入的信息做出响应。
由于本系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源，而车票的数量和时间又影响用户的决策活动，其准确性和及时性很大程度上决定了系统的成败。
在系统开发过程中，必须采用一定的方法保证系统的准确性和及时性。
2.易用性
本系统是直接面对用户的，而用户往往对计算机并不是非常熟悉。
这就要求系统能够提供良好的用户接口，易用的人机交互界面。
要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面，从而保证系统的易用性。
3.安全性
网上订票系统中涉及到的数据是客运公司相当重要的信息，系统要保证用户的权限，对于车次等信息用户只享有查询服务，不得更改；系统还要提供方便的手段供系统维护人员进行数据备份、日常安全管理、以及系统意外崩溃时数据的恢复等工作。
同时系统还要保证对数据库进行及时更新，保证数据一致性。
2.2.4数据流图
数据流图（DFD：
DataFlowDiagram）是对调查材料进行加工、提炼、抽出其中只反映组织中信息运动规律的部分，是组织中信息运动的抽象，是信息系统逻辑模型的主要形式。
由于图形描述简明，清晰，不涉及到技术细节，所描述的内容是面向用户的，所以数据流程图是系统分析人员与用户进行交流的有效手段，也是系统设计的主要依据之一。
数据流图符号说明如表2-2所示。
表2-2数据流图符号说明
图形符号
名称
符号说明
实体
记述系统之外的数据提供或数据获得组织机构或个人，框内为试题名称
处理
记述某种业务的手工或计算机处理，其中，PM区记述处理标号，C区记述处理名称
数据流
记述数据流的流动方向，FM记述数据流名称
数据存储
记述与处理有关的数据存储，DN区记述存储的标号，S区记述存储数据的名称
退票
图2.3数据流图
2.2.5数据字典
数据字典对数据流程图的各种成分其注解、说明作用，给这些成分赋以实际的内容并且还要对系统分析中其他需要说明的问题进行定义和说明。
数据字典是对DFD的说明,是系统设计、系统实施及系统维护的重要基础资料。
数据字典描述的主要内容有：
数据流、数据元素、数据存储、加工处理、其中数据元素是组成数据流的基本成分。
火车票网上预定系统——专家数据管理模块数据字典如下：
1.数据元素：
是不可再分的数据单位
名字：
用户功能模块
描述：
用于区分用户使用系统权限
编号：
F1.1
数据类型：
字符串
取值范围：
管理员、会员
名字：
信息管理模块
描述：
对车票的信息查询和订购信息查询
编号：
F1.2
数据类型：
字符串
取值范围：
车系信息、订购车票信息
名字：
订退票管理模块
描述：
进行订票退票处理
编号：
F1.3
数据类型：
字符串
取值范围：
订票信息和退票信息处理
名字：
管理设置模块
描述：
车票信息管理、会员管理、订票管理和售票情况统计
编号：
F1.4
数据类型：
字符串
数据来源：
管理信息
2.数据存储：
数据存储是数据结构停留或报讯的地方。
也是数据流的来源和去向之一。
可以是手工文档或手工凭单，也可以使计算及文档，一般而言，应包括如下内容：
{数据存储名，说明，编号，输入的数据流，输出的数据流，组成（数据结构），数据量，存取频度，存取方式}。
名字：
用户信息
描述：
与用户相关的属性集合
编号：
D1
组成：
用户名、地址、性别、电话、密码、邮箱、权限、验证码
名字：
信息查询
描述：
与信息查询相关的属性集合，存放订单信息的文件，以供用户查询，并作相应操作
编号：
D1
组成：
用户名、车号、发车日期、订购日期、订购票数、总价
3.数据流：
是数据结构在系统内传输的路径。
岁数据流的描述通常包括如下内容：
{数据流明，说明，编号，数据流来源，数据流去向，组成（数据结构）}
名字：
退订票管理
描述：
与退订票相关的信息
编号：
F1
组成：
订票信息、退票信息、
名字：
用户信息管理
描述：
动态进行专家查询的条件组合
编号：
F2.1
组成：
用户名、地址、性别、电话、密码、邮箱、权限、验证码
4.数据处理：
是处理过程的具体处理逻辑通常在详细设计过程中用判定表或评定树来描述。
在数据字典中，只需要描述处理过程说明性信息，通常包括以下内容：
{处理过程名，说明，输入数据流，输出数据流，处理}
名字：
顶退票管理
描述：
预订车票、退车票
编号：
P1.1、P2.1
输入/输出数据流：
预定车票、退车票输入输出
2.2.6系统数据模型
用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输出和输入。
针对火车票预定系统的设计与实现，通过对网上订票工作的过程、内容以及数据流程分析，设计如下所示的数据项和数据结构：
1.车次信息包括：
车号、出发地、目的地、发车日期、开出时刻、剩余座位数、票价。
2.订票记录包括：
订单号、身份证号、车号、订购日期、订购票数、总价。
3.用户信息包括：
用户名、身份证号、性别、电话。
表2-4E-R图符号约定
符号含义
符号
说明
实体
表示实体集
属性
表示属性
联系
表示联系集
线段
将属性连接到实体集或将实体集连接到联系集
票价
图2-5实体-联系图（E-R图）
2.2.7数据库逻辑结构
由系统的概念模型导出关系模式。
主要原则及实现方法如下：
1.主要原则：
一个实体型转换为一个关系模式。
实体的属性就是关系的属性，实体的码就是关系的码。
1）一个1:
1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。
如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。
如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。
2）一个1:
n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。
如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码n端实体的码。
3）一个m:
n联系转换为一个关系模式。
与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码各实体码的组合。
4）一个或三个以上实体间的一个多元联系可以转换为一个关系模式。
与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
2.实现：
依据上述原则，得出管理信息系统的关系模式：
1）登陆用户（用户ID，密码）
2）车次出发地，目的地，发车日期（主键），开出时刻，到达时刻，剩余票数，安全数，票价
3）订单订单号（主键），身份证号（外键），车号（外键），发车日期（外键），订购日期，订购票数，总价
由于关系当中没有属性的存在，为了实现成套出库的功能也没有消除部分依赖，所以该数据库设计仅为1NF
火车票预定系统的设计与实现数据库中各个表格的设计结果如表2-5——表2-7所示。
每个表格表示在数据库中的一个表。
表2-5车次信息表BusInfo
字段名
数据类型
是否可空
说明
BusID
char（10）
NOTNULL
车号（主键）
BusFrom
varchar（50）
NOTNULL
出发地
BusTo
varchar（50）
NOTNULL
目的地
BusDate
Datetime
NOTNULL
发车日期（主键）
BusBegin
Datetime
NOTNULL
开出时刻
BusEnd
Datetime
NOTNULL
到达时刻
TicketNum
int
NOTNULL
剩余票数
Price
Money
NOTNULL
票价
表2-6订单表OrderInfo
字段名
数据类型
是否可空
说明
OrderID
Char（10）
NOTNULL
订单号（主键）
UserID
Char（18）
NOTNULL
身份证号（外键）
BusID
char（10）
NOTNULL
车号（外键）
BusDate
datetime
NOTNULL
发车日期（外键）
OrderDate
datetime
NOTNULL
订购日期
OrderNum
Int
NOTNULL
订购票数
Total
Money
NOTNULL
总价
表2-7用户表User
字段名
数据类型
是否可空
说明
UserID
char（18）
NOTNULL
身份证号（主键）
User
varchar（50）
NOTNULL
用户名
Sex
Char
（2）
性别
第三章系统的总体设计
3.1系统软件结构设计
3.1.1软件结构
本火车票预定系统的设计与实现可划分为信息查询、网上订票、取消订票三个部分。
其中信息查询又可分为车次查询和订单查询两个部分。
其层次图如图3.1所示。
取消订票
图3.1火车票预定系统的设计与实现的层次图
3.1.2模块算法
1.各级别算法
1）界面级算法
处理输入信息，产生相应任务。
信息加工
图3.2界面级算法示意图
2）数据库级算法
执行相应数据库操作，并直接返回信息反馈。
任务数据校验，调用相关模块功能
图3.3数据库级算法示意图
3）任务级算法
执行所需功能，满足用户需求。
界面显示
图3.4任务级算法示意图
2.调用关系
1）界面模块调用任务模块
2）任务模块调用数据模块
3）数据模块调用界面模块显示
3.2系统流程图
操作反馈
图3.5顶层系统流程
事务
图3.6车次信息查询系统流程图
输入查
询条件
图3.7订单信息查询系统流程图
输入订
票信息
图3.8订票系统流程图
输入退
票信息
图3.9退票系统流程图
第四章详细设计
4.1模块算法
1.各级别算法
1）界面级算法
处理输入信息，产生相应任务。
信息加工
图4.1界面级算法示意图
2）数据库级算法
执行相应数据库操作，并直接返回信息反馈。
任务数据校验，调用相关模块功能
图4.2数据库级算法示意图
3）任务级算法
执行所需功能，满足用户需求。
界面显示
图4.3任务级算法示意图
2.调用关系
1）界面模块调用任务模块
2）任务模块调用数据模块
3）数据模块调用界面模块显示
4.2接口设计
4.2.1用户接口
用户通过界面接口实现参数的输入，进入相应的界面后输入提示的信息即可产生相应的任务。
4.2.2外部接口
接口通过一个数据转换器，将网络二进制数据流转换为一个合适的数据结构单位并添加到缓冲区中。
4.2.3内部接口
表4-1内部接口说明表
顶层模块
二级模块
接口
数据模块
底层数据操作模块
取出记录集，执行SQL语句
用户操作模块
对应数据库相关表操作
界面模块
界面模块
生成任务
缓冲区模块
生成批处理
4.2.4软件接口
本系统程序所使用的数据库来源于主机数据库，所以系统数据与主机数据库数据向一致。
4.2.5模块内部
模块以接受参数方式独立登陆主机数据库并且独立运行，返回数据包显示在界面上。
4.3过程设计
4.3.1程序流程图
本系统主界面为用户设计了三个功能操作以供选择：
查询，订票，退票。
另外，为方便用户，还将“退出系统”也单另列了出来，用户可以根据需要触发不同事件。
其处理流程如图4.5所示。
图4.5——图4.10反映了不同触发事件具体的处理流程。
1.系统用户权限的系统主处理流程
登录，确定访问权限
图4.4系统用户权限的系统主程序流程图
2.车次信息查询处理流程
返回主页
图4.5车次信息查询程序流程图
3.订票处理流程
错误提示
图4.6订票程序流程图
4.订票信息查询处理流程
退票
图4.7订票信息查询模块程序流程图
5.退票模块处理流程
输入退票信息
图4.8退票模块程序流程图
第五章系统的实现与调试
5.1应用系统的开发及测试
5.1.1系统首页
图5.1系统首页
5.1.2产品说明
图5.2产品说明
5.1.3用户登录及访问权限
本系统设计要求用户通过登录框选择访问权限，登录系统。
其中，用户须输入用户名和密码，以进入系统。
未使用过本系统的用户选择注册会员，系统自动跳转至主界面。
系统用户权限登录访问时，车次信息查询、订票信息查询、订票、退票等功能均可用。
系统用户输入正确的用户名和密码，访问系统，得到其相应的权限。
如图5.3-5.4。
图5.3登录框
系统用户输入错误的用户名或身份证号，系统拒绝其访问。
如图5.5。
图5.5出错提示
新用户在登录窗口选择“注册”单选钮，系统自动跳转到注册页面，并控制其访问权限，如图5.6所示。
图5.6新用户权限登录主窗体
5.1.4车次信息查询
对车次信息的查询，系统提供了车次信息，进行精确的查询，系统经过检索，返回符合用户要求的车次，再由用户自行选择满意的车次。
图5.7选择查询条件。
图5.7车次查询条件框
5.1.5订票信息查询
对于订票信息的查询，本系统只提供一种查询方式。
由于用户在登录时已选择了访问权限，且输入了身份证号等确认具体身份的重要信息。
故用户可以通过菜单选项直接查询自己的订票信息。
该信息由系统自动返回，简便、快捷。
图5.8订票
5.1.6订票
系统用户可以通过两种方式进入到订票环节。
一是在主界面的菜单选项中，直接选择“订票”服务，二是用户可
升级会员 