软件工程概论期末大作业

1、.软件工程概论期末大作业火车票订票管理信息系统专业年级：学号：姓名：成绩 ：.目录 3343.1IPO83.2910105.1115.215UML166.1176.218 20 21.一、项目概述1.1 项目简介火车票售票系统是一款针对全国各大乘客集散地， 方便工作人员和乘客顺利抵达目的地的便捷操作软件， 乘客集散地只需安装本系统， 配备专业的操作人员， 即可安全、有序地完成人员输送任务。1.2 项目功能火车票售票系统可登记全国各地的客运专线、 包括发车时间、 到达时间、 经过各中转站时间、在各中转站等待时间及发车时间、各站点间距离、票价、各列车车厢容量、座位分布、列车类型、列车车号、车票信息

2、、预定信息、乘客身份信息、乘客携带物品限定信息、车票代售点信息、网络购票、货运信息、网络购票常见问题解决方式、铁路常识等。1.3 功能模块介绍车票票面信息 ：包含乘车区间（始发站、终点站） 、发车时间、发车日期、乘客身份信息（身份证号、姓名） 、乘客所乘列车座位信息（列车车厢号、座位号） 、乘客乘车须知、票价、座位类型（硬座、硬卧、软座、软卧） 。网络购票信息 ：查询列车信息（列车时刻表、列车车次） 、余票信息、票价信息、退票信息、列车正晚点信息、车票代售点信息、预订信息、货运运费、货运业务咨询。列车信息 ：列车车次、列车所属类型（普快、动车、空调特快等） 、列车始发站、终点站、中转站、始发时

3、间、到达时间、各站点停靠时间、乘车区间及价格、列车运行时长、已运行时长。候车室信息 ：列车车次、列车运行时间（发车时间、到达时间） 、对应车次所在候车区域、对应区域所要发车车次。二、 可行性研究2.1 可行性研究过程本系统是针对全国各地的旅客， 因此这一问题的解决， 这一项目的实现， 将更简化整个操作流程， 减少人工操作以及由人工操作所引起的人为失误， 大大降低了对数据的操作量。本系统所需的是项目人员的研究及整个操作过程所需的步骤及对所出现的问题的正确操作。2.2 可行性研究要解决的问题项目研究人员： 对于项目研究人员所需的操作即为界面功能实现的后台代码，这不仅仅是最需要解决的问题， 项目人员

4、最需要的是对整个系统所要实现的功能的整合，针对某一问题所需要的操作，所对应的模块，所调用的数据，这些都需要借助于日常出现问题的总结， 因此项目开发人员是要对列车整个运行过程十分了解，并熟知所面对问题的解决方法。系统操作人员： 对于系统操作人员， 需要了解整个系统所能实现的功能以及对应的处理，如何操作，怎么操作这是需要解决的问题。2.3 对于项目的技术支撑面对当今社会技术的飞速发展、计算机科学技术已经发展的相当成熟。 C语言、C+、C#、JAVA、.NET 等高级语言完全可以驾驭各项功能。 Access、SQLServer、 Oracle 等数据库可以完成对数据的存储，只需将后台程序与数据库连接

5、即可实现对数据的操作。.2.4 项目在经济上的可行性任何一个软件公司对于所要开发的项目， 都需要对整个功能实现的解决有深入了解，因此调查是必不可少的。 当然由此产生费用视该系统所要解决问题的范围而定，针对本系统，一个面对大众，一劳永逸的工程，所需花费与收益相比，可谓九牛一毛。对于相关人员的培训费用和从程序入手到系统实现的费用也不值一提。因此，相对于系统所带来的经济价值和社会效益而言， 在经济可行性上是完全可行的。2.5 项目在法律允许的可行性本项目是在大范围内需求而产生的， 针对的是大众群体， 使用对象是国家， 而并非个人，所以不会存在侵权行为。因此，在法律范围之内，无侵权行为。2.6 方案的

6、具体实现对于程序实现者来说，一个大的程序可以分解为若干个子程序，进而一步步实现。对于售票系统，我们可以将其拆分为票面信息版块、网络售票信息版块、列车信息版块、 候车信息版块等小的分支， 我们可以在解决以上各个版块之后， 实现系统的综合，进而实现各方面功能。三、 需求分析3.1功能需求为旅客提供火车票购买与预订服务，方便火车站的售票工作，提高火车站的服务质量和服务效率，我们开发了火车票售票系统。本售票系统应该具备以下功能：1. 查询分为对车次信息的查询和客户对已订车票信息的查询。要求：1）对车次的查询，可以按照发车车次进行查询。2）也可以按照区间查询。3）车次信息包括：车号、出发地、目的地、发车

7、日期、开出时刻、到站时刻、票价、座位类型设定。4）车次信息只允许用户查询，不能修改。5）在查询到的结果中要有对发车时刻，到站时刻的排序功能。2. 添加车票通过查询系统，客户根据自己的需求找到满意的车次，再输入个人信息后直接通过网上售票确定已预订选中的车票。要求：售票记录应包括：会员名、车号、发车日期、订购票数、总价。3. 退票可退票，通过查询系统，客户可以根据自己的名字找到自己的订票信息，通过退票模块退去已购车票。4. 售票售票员根据旅客要求，查询到合适的车票并标记该车票已出售，打印出车票给旅客。5. 改签旅客或售票员根据客户信息查询到该票的信息，根据客户需要改签日期的剩余票情况决定是否允许改

8、签。该系统分为售票员、列车管理员、旅客三个模块。1. 售票员功能.售票员管理包括添加售票员信息、删除售票员信息以及售票员修改自己的密码、电话号码、家庭地址的信息三部分。添加售票员信息是系统管理员的操作权限，系统管理员可以向系统的数据库中输入某个新的车站售票员的信息，信息被输入到系统中后，该车站的售票员将在案系统中具有一个车站售票员所具有的所有权限的操作。删除售票员信息也是系统管理员的操作权限，系统管理员从系统的数据库中将某个车站售票员的全部信息从系统的数据库中删除。一旦该车站售票员的全部信息被删除后，该车站售票员将不再能够登录到系统中车站售票员的工作平台，他不再具有一个车站售票员的权限。售票员

9、修改自己的登录密码是指系统中具有售票权限的售票员能够修改自己登录系统时的密码。即系统管理员在向系统中添加一个新的售票员时得到了一个密码，在此之后，售票员仍然可以修改自己的密码。系统初始设置包括设置票价、设置车票类别的折扣等部分。它是管理员可以根据某些原则在数据库中输入各种类型的票价，以及规定退票时的扣除手续费的折扣。2. 列车管理员功能车次管理包括添加运行车次、删除车次、修改车次、增加列车。比如车站将要加车，系统管理员将一列新的列车的全部信息输入到系统的数据库中，一列新的列车的全部信息一经被输入到数据库中，售票员便可以通过系统来查询它的所有信息，并且可以出售该列车的车票。删除列车，比如车站将暂

10、时或永远停运某一列列车，系统管理员将一列新的列车的全部信息从系统的数据库中删除，一列新的列车的全部信息一经被从数据库中删除，售票员将无法通过系统来查询它的所有信息，并且不能够再出售该列车的车票。修改车次，比如车站把该列车的运行时间进行了修改，系统管理员将新的时间输入到系统的数据库中替换了原来的运行时间，售票员只能在已经修改成功的新的时间段售出该列车的车票。车次路线管理包括车次的临时调度和由于自然灾害等客观因素造成的临时路线更改。比如由于春运来临，广州火车站的客运量急剧增加，铁路管理员临时调度很多列车经过广州，则这些列出就会临时改变路线。车厢管理包括增加车厢、减少车厢、更换车厢等部分。增加车厢，

11、系统管理员将增加了车厢的列车信息输入到系统的数据库中，售票员可以查询到该增加的车厢的信息，并出售因此增加的车票。减少车厢，系统管理员在数据库中删除某些列车中已不存在的车厢的信息。更换车厢，系统管理员在系统数据库中更新已更换车厢的列车的车厢信息。3. 旅客功能旅客的功能包括售票、订票、退票、改签四个子模块。该四个模块都是针对于售票员的权限内的操作。售票部分的功能是在售票窗口售票员根据旅客需求选择用户需要的车次，或是根据旅客指定的车次查询是否有可用座位、或是根据旅客提供的车站查询经过此站的所有车次，然后再按照旅客要求的发车日期、发车时间、车厢类型、车票类别（全票、半票） 、车次类型等要求选择合适的

12、车次，然后结算并打印出车票给旅客。订票部分的功能是完成由售票点授权或是有一定信誉的售票代理商替代旅客进行预订车票，售票代理商通过电话或是亲自到售票点预订的方式进行预订.车票。退票部分的功能是处理用户由于某种情况需要退回车票的情况，旅客要在列车开出之前到退票窗口进行退票，售票员将会扣除一定的手续费，并且将该票的信息退回到数据库中，退出的车票还能继续出售。车次查询提供了所有车次浏览、按车次查询和站点查询。车次查询，售票员可根据旅客想要乘坐的列车的车次查询该车次的列车的具体售票情况。站站查询，售票员根据旅客提供的出发站和目的站查询从出发站出发经过目的站的所有的列车的信息。售票查询，售票员可以根据自己

13、或旅客的需求来查询所有车次的售票情况。剩余车票查询可以查询到所有车次的剩余车票的情况。3.2性能需求为了保证系统能够长期、安全、稳定、可靠、高效的运行，本系统应该满足以下的性能需求。1、准确性和及时性系统处理的准确性和及时性是系统的必要性能。系统应能及时而且准确的根据用户权限及所输入的信息做出响应。 由于本系统的查询功能对于整个系统的功能和性能完成举足轻重。 作为系统的很多数据来源， 而车票的数量和时间又影响用户的决策活动， 其准确性和及时性很大程度上决定了系统的成败。 在系统开发过程中，必须采用一定的方法保证系统的准确性和及时性。2、易用性本系统是直接面对用户的， 而用户往往对计算机并不是很

14、熟悉。 这就要求系统能够提供良好的用户接口， 易用的人机交互界面。 要实现这一点， 就要求系统应该尽量使用用户熟悉的术语和中文信息的界面，从而保证系统的易用性。3、系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬件、 软件。所有这些都要符合国家标准，各铁道部统一。 如规范的数据库操作界面、 作为业界标准的 TCP/IP 网络协议及 ISO9002 标准所要求的质量规范等； 同时，在自主开发本系统时， 要进行良好的设计工作， 制订行之有效的软件工程规范， 保证代码的易读性、 可操作性和可移植性。4、系统的响应速度车票预订系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在

15、进行统计分析时， 根据所需数据量的不同而从秒级到分钟级， 原则是保证操作人员不会因为速度问题而影响工作效率。3.3运行要求火车票管理系统中的各个子系统的硬件和软件的配置如下：1、服务器端子系统的运行要求系统软件： WIN7数据库管理系统： SQL Server硬件要求：内存2G以上，主频 2MHZ以上2、客户端子系统的运行要求系统软件：数据库管理系统： SQL Server硬件要求：目前流行的计算机均能运行3.4未来可能出现的情况.1、除了在售票窗口购买，你还可以像买地铁票一样在自助售票机上完成，付现金或者刷银行卡都随你自己选择。 “升级”的火车票系统新增了刷卡购票的功能，未来旅客可以刷卡购票

16、。2、针对火车票的实名制，我们也考虑将用户信息和车票的链接，为每个客户唯一地分配一张火车票3.5需求模型1、数据字典售票工作人员日志数据字典名字：售票工作人员日志别名：售票员工作日志描述：记录售票工作人员出勤信息的文件，以供统计售票工作人员出勤情况定义：售票工作人员日志 =日志编号 +售票员编号 +售票员登录时间 +售票员退出时间订票信息数据字典名字：订票记录别名：订单信息描述：存放订单信息的文件，以供用户查询，并做相应操作定义：订票记录 =用户名 +车号 +发车日期 +订购日期 +订购票数 +总价售票信息数据字典名字：买票记录别名：售票信息描述：存放售票信息的文件，以供用户查询，并做相应操作

17、定义：买票记录 =买票编号 +售票员编号 +旅客编号 +买票数量 +买票时间退票信息数据字典名字：退票记录别名：退票信息描述：存放退票信息的文件，以供用户查询，并做相应操作定义：退票记录 =退票编号 +售票员编号 +旅客编号 +退票数量 +扣除金额 +返还金额+退票时间列车停靠记录数据字典名字：列车停靠记录别名：列车停靠信息描述：存放列车停靠信息的文件， 以供用户查询列车有哪些停靠站及任意两站之间的到达时间、出发时间、里程数、历时、各种座位票价、各类座位数量等信息等，并做相应操作定义：停靠记录 =停靠编号 +列车编号 +车站编号 +到达时间 +发车时间 +两站里程数+历时 +硬座价格 +硬卧价

18、格 +软座价格 +软卧价格 +特等座价格 +一等座价格 +二等座价格 +高级软卧价格.列车信息数据字典名字：列车记录别名：列车信息描述：存放列车信息的文件，以供用户查询列车车次、等级、起点站、终点站、各类座位数量等信息，并做相应操作定义：列车记录 =列车编号 +运费序号 +列车等级 +起点站 +硬座总数量 +软座总数量+硬卧总数量 +软卧总数量 +特等座总数量 +一等座总数量 +二等座总数量 +高级软卧总数量 +无座总数量 +当前剩余硬座数量 +当前剩余软座数量 +当前剩余硬卧数量 +当前剩余软卧数量 +当前剩余特等座数量 +当前剩余一等座总数量 +当前剩余二等座总数量 +当前剩余高级软卧总数

19、量 +当前剩余无座总数量3.6 画出系统的 IPO 图IPO系统名：火车票订票管理信息系统模块名：火车票信息更新由于下列模块调用：调用下列模块：火车票订票管理信息系统主模块新增火车票模块修改火车票模块删除火车票模块输入：输出：新增火车票信息车票汇总信息表修改火车票信息删除火车票信息处理内容：根据收到火车票更新信息，进入火车票信息表进行更新。内部数据元素：备注：系统的 IPO 图.3.7 系统的数据流图数据流图系统分析的主要成果是系统的逻辑模型， 在对火车票预购管理方式和业务流程进行认真分析和研究的基础上， 运用数据流图描述出新系统应具有的功能、 数据输入、数据输出和数据存储。 对火车票销售业务

20、进行分析， 划分出几个主要的信息管理功能， 并明确各功能之间的联系， 绘制出关联图、 数据流图的顶层图以及第一层数据流图，如下图所示F1火车票查询条件F3车票查询信息会员F2订票信息F4车票订单会员火车票订票管理F6车票汇总信息F5车票维护信息管理员F7车票订购信息管理员火车票预购管理关联图D1车票汇总信息F1火车票查询条件P2维护车F5车票维护信息会员P1车票查管理员询票信息F3车票查询信息F2订票信息F4车票订单P3车票订购F6车票汇总信息F7车票订购信息D2订单表火车票预购管理顶层数据流图从图中可以看出， 整个火车票的预购管理功能从总体上分为火车票查询、火车票预购、火车票信息更新等三大部

21、分。.四、 概要设计4.1 系统的层次图。本火车站网上订票系统可划分为信息查询、网上订票、 取消订票三个部分。其中信息查询又可分为车次查询和订单查询两个部分。火车票网上订票系统信息查询网上订票取消订票车次查询订票查询系统的层次图五、 详细设计5.1 系统主要功能模块界面图.系统首页产品说明5.1.2用户登录及访问权限本系统设计要求用户通过登录框选择访问权限，登录系统。 其中，用户须输入用户名和密码， 以进入系统。 未使用过本系统的用户选择注册会员，系统自动跳转至主界面。系统用户权限登录访问时，车次信息查询、订票信息查询、订票、退票等功能均可用。系统用户输入正确的用户名和密码，访问系统，得到其相

22、应的权限。.登录框系统用户输入错误的用户名或身份证号，系统拒绝其访问。出错提示新用户在登录窗口选择“注册” 单选钮， 系统自动跳转到注册页面，并控制其访问权限。新用户权限登录主窗体5.1.3车次信息查询对车次信息的查询， 系统提供了车次信息，进行精确的查询， 系统经过检索，返回符合用户要求的车次，再由用户自行选择满意的车次。.车次查询条件框5.1.4 订票信息查询对于订票信息的查询，本系统只提供一种查询方式。由于用户在登录时已选择了访问权限，且输入了身份证号等确认具体身份的重要信息。 故用户可以通过菜单选项直接查询自己的订票信息。该信息由系统自动返回，简便、快捷。订票5.1.5 订票系统用户可

23、以通过两种方式进入到订票环节。一是在主界面的菜单选项中，直接选择“订票”服务，二是用户可以由车次查询界面，点击“订票”命令，直接跳转订票界面。新用户在填写订票信息之前，必须填写用户信息，以保证下次访问系统时的系统权限不受限制。订票信息中的订单号由系统提供。如果用户是从车次查询界面跳转至订票界面的，在填写订票信息时，车次的相关信息由系统自动提供。用户只需输入订票数，点击“下一步”完成订票交易。交易成功后，系统会弹出提示框，示意用户订票操作已成功。.新用户通过菜单，直接进入订票程序。首先点击新增，激活操作，填写用户信息。订票信息界面5.1.6退票系统进入退票管理也是通过两个方法来实现，用户可以直接

24、进入退票环节，也可以从订单查询环节进入。订票相关信息由系统自动提供。系统自动返回退票后的信息5.2 系统某一模块的程序流程图事务查询程序订票程序退票程序火车站网上订票系统系统数据库相应信息.操作反馈.顶层系统流程事务输入所查询程序符合用户需车次需求的车的重要次信息信息系统数据库车次信息查询系统流程图符合用户事务输入查查询程序需求的订询条件票信息系统数据库订单信息查询系统流程图输入订订票程序操作反馈事务票信息系统数据库订票系统流程图输入退退票程序操作反馈事务票信息系统数据库退票系统流程图.六、 UML模型6.1 画出系统的用例图客户先通过网站系统查询各种情况 （票的价格， 车的情况， 以及一些铁

25、路状况），再通过系统数据库给与的实时信息提示去预定想要的火车票，完成订票的过程，客户也可以通过网站系统对自己已经订购的票进行退订手续。管理员可以通过系统对客户进行管理， 查看客户信息， 修改客户信息， 添加客户信息，以及删除客户信息等等， 管理员也可以去修改票务信息， 修改变动后的时间以及车票价格等等。.退订(from Logical View)票价(from Logical View)查询车况用户管理员(from Logical View)(from Logical View)路况(from Logical View)实时信息提示预定(from Logical View)(from Logi

26、cal View)用户管理(from Logical View)修改票务信息修改时间(from Logical View)(from Logical View)修改票价(from Logical View)订购(from Logical View)查看用户信息(from Logical View)修改用户信息(from Logical View)添加用户信息(from Logical View)删除用户信息(from Logical View).6.2 系统中客户（功能）的时序图: 客户电脑票务信息帐户1: 联网2: 网站搜索3: 检索4: 显示给客户5: 选票6: 输入账号密码7: 验证账号密码8: 提交正确并