软件工程概论期末大作业

软件工程概论期末大作业火车票订票管理信息系统专业年级：学号：姓名：成绩：目录一、项目概述 (3)二、可行性研究 (3)三、需求分析 (4)3.1系统IPO图 (8)3.2系统的数据流图 (9)四、概要设计 (10)五、详细设计 (10)5.1系统主要功能模块界面图 (11)5.2画出系统某一模块的程序流程图 (15)六、UML模型 (16)6.1 画出系统的用例图 (17)6.2系统客户（功能）的时序图 (18)七、总结 (20)八、附录 (21)一、项目概述1.1项目简介火车票售票系统是一款针对全国各大乘客集散地，方便工作人员和乘客顺利抵达目的地的便捷操作软件，乘客集散地只需安装本系统，配备专业的操作人员，即可安全、有序地完成人员输送任务。

1.2项目功能火车票售票系统可登记全国各地的客运专线、包括发车时间、到达时间、经过各中转站时间、在各中转站等待时间及发车时间、各站点间距离、票价、各列车车厢容量、座位分布、列车类型、列车车号、车票信息、预定信息、乘客身份信息、乘客携带物品限定信息、车票代售点信息、网络购票、货运信息、网络购票常见问题解决方式、铁路常识等。

1.3功能模块介绍车票票面信息：包含乘车区间（始发站、终点站）、发车时间、发车日期、乘客身份信息（身份证号、姓名）、乘客所乘列车座位信息（列车车厢号、座位号）、乘客乘车须知、票价、座位类型（硬座、硬卧、软座、软卧）。

网络购票信息：查询列车信息（列车时刻表、列车车次）、余票信息、票价信息、退票信息、列车正晚点信息、车票代售点信息、预订信息、货运运费、货运业务咨询。

列车信息：列车车次、列车所属类型（普快、动车、空调特快等）、列车始发站、终点站、中转站、始发时间、到达时间、各站点停靠时间、乘车区间及价格、列车运行时长、已运行时长。

候车室信息：列车车次、列车运行时间（发车时间、到达时间）、对应车次所在候车区域、对应区域所要发车车次。

二、可行性研究2.1可行性研究过程本系统是针对全国各地的旅客，因此这一问题的解决，这一项目的实现，将更简化整个操作流程，减少人工操作以及由人工操作所引起的人为失误，大大降低了对数据的操作量。

本系统所需的是项目人员的研究及整个操作过程所需的步骤及对所出现的问题的正确操作。

2.2可行性研究要解决的问题项目研究人员：对于项目研究人员所需的操作即为界面功能实现的后台代码，这不仅仅是最需要解决的问题，项目人员最需要的是对整个系统所要实现的功能的整合，针对某一问题所需要的操作，所对应的模块，所调用的数据，这些都需要借助于日常出现问题的总结，因此项目开发人员是要对列车整个运行过程十分了解，并熟知所面对问题的解决方法。

系统操作人员：对于系统操作人员，需要了解整个系统所能实现的功能以及对应的处理，如何操作，怎么操作这是需要解决的问题。

2.3对于项目的技术支撑面对当今社会技术的飞速发展、计算机科学技术已经发展的相当成熟。

C语言、C++、C#、JA V A、.NET等高级语言完全可以驾驭各项功能。

Access、SQLServer、Oracle等数据库可以完成对数据的存储，只需将后台程序与数据库连接即可实现对数据的操作。

2.4项目在经济上的可行性任何一个软件公司对于所要开发的项目，都需要对整个功能实现的解决有深入了解，因此调查是必不可少的。

当然由此产生费用视该系统所要解决问题的范围而定，针对本系统，一个面对大众，一劳永逸的工程，所需花费与收益相比，可谓九牛一毛。

对于相关人员的培训费用和从程序入手到系统实现的费用也不值一提。

因此，相对于系统所带来的经济价值和社会效益而言，在经济可行性上是完全可行的。

2.5项目在法律允许的可行性本项目是在大范围内需求而产生的，针对的是大众群体，使用对象是国家，而并非个人，所以不会存在侵权行为。

因此，在法律范围之内，无侵权行为。

2.6方案的具体实现对于程序实现者来说，一个大的程序可以分解为若干个子程序，进而一步步实现。

对于售票系统，我们可以将其拆分为票面信息版块、网络售票信息版块、列车信息版块、候车信息版块等小的分支，我们可以在解决以上各个版块之后，实现系统的综合，进而实现各方面功能。

三、需求分析3.1功能需求为旅客提供火车票购买与预订服务，方便火车站的售票工作，提高火车站的服务质量和服务效率，我们开发了火车票售票系统。

本售票系统应该具备以下功能：1.查询分为对车次信息的查询和客户对已订车票信息的查询。

要求：1）对车次的查询，可以按照发车车次进行查询。

2）也可以按照区间查询。

3）车次信息包括：车号、出发地、目的地、发车日期、开出时刻、到站时刻、票价、座位类型设定。

4）车次信息只允许用户查询，不能修改。

5）在查询到的结果中要有对发车时刻，到站时刻的排序功能。

2.添加车票通过查询系统，客户根据自己的需求找到满意的车次，再输入个人信息后直接通过网上售票确定已预订选中的车票。

要求：售票记录应包括：会员名、车号、发车日期、订购票数、总价。

3.退票可退票，通过查询系统，客户可以根据自己的名字找到自己的订票信息，通过退票模块退去已购车票。

4.售票售票员根据旅客要求，查询到合适的车票并标记该车票已出售，打印出车票给旅客。

5.改签旅客或售票员根据客户信息查询到该票的信息，根据客户需要改签日期的剩余票情况决定是否允许改签。

该系统分为售票员、列车管理员、旅客三个模块。

1.售票员功能售票员管理包括添加售票员信息、删除售票员信息以及售票员修改自己的密码、电话号码、家庭地址的信息三部分。

添加售票员信息是系统管理员的操作权限，系统管理员可以向系统的数据库中输入某个新的车站售票员的信息，信息被输入到系统中后，该车站的售票员将在案系统中具有一个车站售票员所具有的所有权限的操作。

删除售票员信息也是系统管理员的操作权限，系统管理员从系统的数据库中将某个车站售票员的全部信息从系统的数据库中删除。

一旦该车站售票员的全部信息被删除后，该车站售票员将不再能够登录到系统中车站售票员的工作平台，他不再具有一个车站售票员的权限。

售票员修改自己的登录密码是指系统中具有售票权限的售票员能够修改自己登录系统时的密码。

即系统管理员在向系统中添加一个新的售票员时得到了一个密码，在此之后，售票员仍然可以修改自己的密码。

系统初始设置包括设置票价、设置车票类别的折扣等部分。

它是管理员可以根据某些原则在数据库中输入各种类型的票价，以及规定退票时的扣除手续费的折扣。

2.列车管理员功能车次管理包括添加运行车次、删除车次、修改车次、增加列车。

比如车站将要加车，系统管理员将一列新的列车的全部信息输入到系统的数据库中，一列新的列车的全部信息一经被输入到数据库中，售票员便可以通过系统来查询它的所有信息，并且可以出售该列车的车票。

删除列车，比如车站将暂时或永远停运某一列列车，系统管理员将一列新的列车的全部信息从系统的数据库中删除，一列新的列车的全部信息一经被从数据库中删除，售票员将无法通过系统来查询它的所有信息，并且不能够再出售该列车的车票。

修改车次，比如车站把该列车的运行时间进行了修改，系统管理员将新的时间输入到系统的数据库中替换了原来的运行时间，售票员只能在已经修改成功的新的时间段售出该列车的车票。

车次路线管理包括车次的临时调度和由于自然灾害等客观因素造成的临时路线更改。

比如由于春运来临，广州火车站的客运量急剧增加，铁路管理员临时调度很多列车经过广州，则这些列出就会临时改变路线。

车厢管理包括增加车厢、减少车厢、更换车厢等部分。

增加车厢，系统管理员将增加了车厢的列车信息输入到系统的数据库中，售票员可以查询到该增加的车厢的信息，并出售因此增加的车票。

减少车厢，系统管理员在数据库中删除某些列车中已不存在的车厢的信息。

更换车厢，系统管理员在系统数据库中更新已更换车厢的列车的车厢信息。

3.旅客功能旅客的功能包括售票、订票、退票、改签四个子模块。

该四个模块都是针对于售票员的权限内的操作。

售票部分的功能是在售票窗口售票员根据旅客需求选择用户需要的车次，或是根据旅客指定的车次查询是否有可用座位、或是根据旅客提供的车站查询经过此站的所有车次，然后再按照旅客要求的发车日期、发车时间、车厢类型、车票类别（全票、半票）、车次类型等要求选择合适的车次，然后结算并打印出车票给旅客。

订票部分的功能是完成由售票点授权或是有一定信誉的售票代理商替代旅客进行预订车票，售票代理商通过电话或是亲自到售票点预订的方式进行预订车票。

退票部分的功能是处理用户由于某种情况需要退回车票的情况，旅客要在列车开出之前到退票窗口进行退票，售票员将会扣除一定的手续费，并且将该票的信息退回到数据库中，退出的车票还能继续出售。

车次查询提供了所有车次浏览、按车次查询和站点查询。

车次查询，售票员可根据旅客想要乘坐的列车的车次查询该车次的列车的具体售票情况。

站站查询，售票员根据旅客提供的出发站和目的站查询从出发站出发经过目的站的所有的列车的信息。

售票查询，售票员可以根据自己或旅客的需求来查询所有车次的售票情况。

剩余车票查询可以查询到所有车次的剩余车票的情况。

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

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

系统应能及时而且准确的根据用户权限及所输入的信息做出响应。

由于本系统的查询功能对于整个系统的功能和性能完成举足轻重。

作为系统的很多数据来源，而车票的数量和时间又影响用户的决策活动，其准确性和及时性很大程度上决定了系统的成败。

在系统开发过程中，必须采用一定的方法保证系统的准确性和及时性。

2、易用性本系统是直接面对用户的，而用户往往对计算机并不是很熟悉。

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

要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面，从而保证系统的易用性。

3、系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。

所有这些都要符合国家标准，各铁道部统一。

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

4、系统的响应速度车票预订系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。

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

3.3 运行要求火车票管理系统中的各个子系统的硬件和软件的配置如下：1、服务器端子系统的运行要求系统软件：WIN7数据库管理系统：SQL Server硬件要求：内存2G以上，主频2MHZ以上2、客户端子系统的运行要求系统软件：数据库管理系统：SQL Server硬件要求：目前流行的计算机均能运行3.4 未来可能出现的情况1、除了在售票窗口购买，你还可以像买地铁票一样在自助售票机上完成，付现金或者刷银行卡都随你自己选择。