软件工程火车票预定系统需求分析.docx

软件工程火车票预定系统需求分析.docx

《软件工程火车票预定系统需求分析.docx》由会员分享，可在线阅读，更多相关《软件工程火车票预定系统需求分析.docx（11页珍藏版）》请在冰豆网上搜索。

软件工程火车票预定系统需求分析

信息工程学院

《软件工程》作业

（火车票预定系统）

需求分析

专业：

计算机科学与技术网络方向

班级：

102本

姓名：

王旭平

王通、王希宝、谢斌、武亚玲、邢伟刚

1、引言

随着计算机技术的发展，用计算机为人们的生活服务已经变得普及化。

铁路公司为了增强公司的信息化程度，提高公司的售票管理的效率，就建立起了相应的火车票订系统，实现提高了火车客用系统的售票效率和管理水平。

火车票订票系统是典型的信息管理系统的一部份，火车票订票系统的开发充分利用了计算机信息技术提高了火车票订票的管理水平、服务水平。

系统实现了乘客查询信息、订票操作、取票操作、销售统计等功能，可明显提高对火车票订票的有效管理。

1.1编写的目的

在现今的社会是一个讲究效率和快节奏的社会，人们有很强的时间观念，如果仍使用手工操作或使用相当繁琐的软件，既浪费了人力，又浪费了物力，效率无法提高，为此开发机票预定系统软件，能够适应现今社会并提高生产效率。

使售票员和旅行社更加变得方便和有效率。

该系统软件非常容易被接受，其具有简单易学性，便于管理等功能。

1.2背景

人们在网上预订机票越来越普遍，能提供网上预订服务的网站也越来越多，如：

携程旅行网等，但这些网站提供的服务并非实时的，而是在人工干预的基础上完成的。

为了提升企业效益，特开发此网上预订机票系统。

1.3定义

1.4参考资料

软件设计文档国家标准——详细设计说明书

车票预订系统项目开发计划书

车票预订系统需求分析说明书

《软件工程案例教程》机械工业出版社韩万江著2011年8月第一版

2、任务概述

2.1目标

火车机票预定系统的总目标是：

在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现火车公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。

根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个子系统：

客户端子系统，服务器端子系统。

2.2用户的特点

使用本系统的最终用户可以定位为所有电脑使用者，尤其以旅游出差人士为主。

由于本软件系统操作简单，界面友好，所以对用户的教育水平和技术水平几乎没有过高的要求，只要会用电脑上网进行常规操作的用户即可。

2.3假定和约束

超级管理员，可以根据具体需要进行适当的数据操作（增、删、改、更），并对系统进行必要的维护；

普通管理员，能对库（车次库和客户库）中的信息进行查询操作，并可以在提供其账户的条件下，进行有权限的操作；

客户只能对航班信息库中的内容进行查询操作，客户进入到页面之后在不进行登录的情况下只能进行火车信息的查询操作，要预订车票就必须要先注册登录提交自己的真实的、可用的基本信息；

系统会根据管理员和客户的各种操作做出相应的返回信息进行提示。

3、需求规定

3.1对功能的规定

本功能主要有火车票的查询，预定，取消，及系统的维护。

总体功能图如下所示：

3.2对性能的规定

3.2.1精度

本系统对不同的数据精度要求不相同，包括：

数据类型、大小范围、小数位长、文本信息长度等。

3.2.2时间特性要求

本系统对不同的操作有不同的时间的要求，一般事务相应时间不能超过3秒，其中时间包括：

输入、输出和传输的响应时间等。

3.2.3灵活性

本系统的灵活性比较强，能较好地适应用户的需求变化。

3.2.4其他性能需求

本系统有很大的主存容量；足够大的磁盘容量；安全性好，系统还具有易操作性，可维护性。

3.3细化数据流图

3.3.1订票系统基本系统模型

订票系统的主要业务分别为订票业务、取票业务和退票业务，其业务流程图分别如下图所示：

图3-1订票系统基本系统模型

3.3.2订票业务

根据旅客提出的要求（列车车次、发车时间、余票数额）查询该车次列车票额情况。

若尚有余票，则为客户办理订票手续，输出座位号；若已满员或余票少于订票额，返回提示信息，不予办理。

此时旅客可提出车票申请，若有加车或退票的话，发送信息进行提示。

直至该次列车发车时，此时若无，则将申请自动取消。

订票业务流程

3.3.3取票业务

根据取票通知单，打印机票，交给旅客。

取票业务流程图

3.3.4退票业务

根据客户提供的情况（日期、车次），为客户办理退票手续，然后查询该车次列车是否有人排队候补，首先询问排在第一的客户，若所退票额能满足他的要求，则为他办理订票手续，否则依次询问其他候补的客户。

退票业务流程图

3.4E-R图

3.4．1车票信息E-R图

图3.5车票信息E-R图

3.4.2列车信息E-R图

列车信息E-R图

3.4.4订票信息E-R图

订票信息E-R图

3.5火车票预定系统的约束

1.Client/Server结构总体设计方案对它的约束：

机票预定系统做为Client/Server结构的一个应用系统，不可避免的要受到Client/Server结构的约束。

在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。

同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。

2．人力、资金、时间的约束

火车票预定工程实施的目标就是要带给铁路公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。

因此，在设计中，重点是销售系统中的方便快捷，在能提供给旅客优质高效的服务的同时，并提高售票的效率和便捷，为铁路公司和旅客都带来方便。

3．技术发展规律的约束

计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。

例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。

3.6功能描述

下面分析各个子系统的功能需求：

1．客户端子系统：

在客户端系统的功能实现上，可以分为以下几个部分：

[1]旅客信息的输入和统计

旅客要求订票的信息由售票处或代售点的工作人员、或者自己按要求负责输入。

这部分功能是客户端子系统的基本部分，这个功能是以后各个部分所实现功能的基础。

要求有方便的操作界面、简单明了说明信息、方便的工手工操作。

[2]旅客信息的存储：

将旅客的订票信息存储到售票处或者是代售点的客户端系统中，以备以后的取票确认以及查询。

[3]所定信息的传递及接收：

将旅客所定的车票信息由售票处或者是代售点的客户端由网络传到铁路公司的服务器上存储起来。

[4]取票通知及车票的生成和打印：

把已存储在铁路公司服务器上的旅客所定车票信息读取出来，并且生成车票打印出来，根据旅客的取票凭证，经过确认无误后，接受旅客的付款后一起交给旅客。

[5]机票销售情况的核算，这一功能是在上一功能的基础上，对每个车次列车车票销售额进行单项核算，得到的销售情况并把核算结果作为企业报表输出。

3.7机票预定系统的性能需求

为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预定系统应该满足以下的性能需求：

1.系统处理的准确性和及时性是系统的必要性能。

在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。

2.机票预定系统在开发过程中，应该充分考虑以后的可扩充性。

例如订票系统的方式的改变（网上订票），用户查询的需求也会不断的更新和完善。

所有这些，都要求系统提供足够的手段进行功能的调整和扩充。

而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。

通过软件的修补、替换完成系统的升级和更新换代。

3.火车票预定系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。

这就要求系统能够提供良好的用户接口，易用的人机交互界面。

要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

4.系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。

所有这些都要符合主流国际、国家和行业标准。

例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。

如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。

5.目前计算系统的技术发展相当快，做为火车票预定系统工程，应该保证系统在下个年代仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。

这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。

另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。

6．系统的响应速度

火车票预定系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时

反馈信息。

在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率。