软件工程概论期末大作业.docx

1、软件工程概论期末大作业 集团档案编码：YTTR-YTPT28-YTNTL98-UYTYNN08软件工程概论期末大作业软件工程概论期末大作业火车票订票管理信息系统专业年级：学 号：姓 名：成 绩 ： 3二、可行性研究3三、需求分析43.1系统IPO图 83.2系统的数据流图 9四10五、详细设计 105.1系统主要功能模块界面图 115.2画出系统某一模块的程序流程图 15六、UML模型 166.1 画出系统的用例图176.2系统客户（功能）的时序图 18七、总结 20八、附录21一、项目概述1.1项目简介火车票售票系统是一款针对全国各大乘客集散地，方便工作人员和乘客顺利抵达目的地的便捷操作软件

2、，乘客集散地只需安装本系统，配备专业的操作人员，即可安全、有序地完成人员输送任务。1.2项目功能火车票售票系统可登记全国各地的客运专线、包括发车时间、到达时间、经过各中转站时间、在各中转站等待时间及发车时间、各站点间距离、票价、各列车车厢容量、座位分布、列车类型、列车车号、车票信息、预定信息、乘客身份信息、乘客携带物品限定信息、车票代售点信息、网络购票、货运信息、网络购票常见问题解决方式、铁路常识等。1.3功能模块介绍车票票面信息：包含乘车区间（始发站、终点站）、发车时间、发车日期、乘客身份信息（身份证号、姓名）、乘客所乘列车座位信息（列车车厢号、座位号）、乘客乘车须知、票价、座位类型（硬座、

3、硬卧、软座、软卧）。网络购票信息：查询列车信息（列车时刻表、列车车次）、余票信息、票价信息、退票信息、列车正晚点信息、车票代售点信息、预订信息、货运运费、货运业务咨询。列车信息：列车车次、列车所属类型（普快、动车、空调特快等）、列车始发站、终点站、中转站、始发时间、到达时间、各站点停靠时间、乘车区间及价格、列车运行时长、已运行时长。候车室信息：列车车次、列车运行时间（发车时间、到达时间）、对应车次所在候车区域、对应区域所要发车车次。二、可行性研究2.1可行性研究过程本系统是针对全国各地的旅客，因此这一问题的解决，这一项目的实现，将更简化整个操作流程，减少人工操作以及由人工操作所引起的人为失误，

4、大大降低了对数据的操作量。本系统所需的是项目人员的研究及整个操作过程所需的步骤及对所出现的问题的正确操作。2.2可行性研究要解决的问题项目研究人员：对于项目研究人员所需的操作即为界面功能实现的后台代码，这不仅仅是最需要解决的问题，项目人员最需要的是对整个系统所要实现的功能的整合，针对某一问题所需要的操作，所对应的模块，所调用的数据，这些都需要借助于日常出现问题的总结，因此项目开发人员是要对列车整个运行过程十分了解，并熟知所面对问题的解决方法。系统操作人员：对于系统操作人员，需要了解整个系统所能实现的功能以及对应的处理，如何操作，怎么操作这是需要解决的问题。2.3对于项目的技术支撑面对当今社会技

5、术的飞速发展、计算机科学技术已经发展的相当成熟。C语言、C+、C#、JAVA、.NET等高级语言完全可以驾驭各项功能。Access、SQLServer、Oracle等数据库可以完成对数据的存储，只需将后台程序与数据库连接即可实现对数据的操作。2.4项目在经济上的可行性任何一个软件公司对于所要开发的项目，都需要对整个功能实现的解决有深入了解，因此调查是必不可少的。当然由此产生费用视该系统所要解决问题的范围而定，针对本系统，一个面对大众，一劳永逸的工程，所需花费与收益相比，可谓九牛一毛。对于相关人员的培训费用和从程序入手到系统实现的费用也不值一提。因此，相对于系统所带来的经济价值和社会效益而言，在

6、经济可行性上是完全可行的。2.5项目在法律允许的可行性本项目是在大范围内需求而产生的，针对的是大众群体，使用对象是国家，而并非个人，所以不会存在侵权行为。因此，在法律范围之内，无侵权行为。2.6方案的具体实现 对于程序实现者来说，一个大的程序可以分解为若干个子程序，进而一步步实现。对于售票系统，我们可以将其拆分为票面信息版块、网络售票信息版块、列车信息版块、候车信息版块等小的分支，我们可以在解决以上各个版块之后，实现系统的综合，进而实现各方面功能。三、需求分析3.1功能需求为旅客提供火车票购买与预订服务，方便火车站的售票工作，提高火车站的服务质量和服务效率，我们开发了火车票售票系统。本售票系统

7、应该具备以下功能：1.查询分为对车次信息的查询和客户对已订车票信息的查询。要求：1）对车次的查询，可以按照发车车次进行查询。2）也可以按照区间查询。3）车次信息包括：车号、出发地、目的地、发车日期、开出时刻、到站时刻、票价、座位类型设定。4）车次信息只允许用户查询，不能修改。5）在查询到的结果中要有对发车时刻，到站时刻的排序功能。2.添加车票通过查询系统，客户根据自己的需求找到满意的车次，再输入个人信息后直接通过网上售票确定已预订选中的车票。要求：售票记录应包括：会员名、车号、发车日期、订购票数、总价。3.退票可退票，通过查询系统，客户可以根据自己的名字找到自己的订票信息，通过退票模块退去已购

8、车票。4.售票售票员根据旅客要求，查询到合适的车票并标记该车票已出售，打印出车票给旅客。5.改签旅客或售票员根据客户信息查询到该票的信息，根据客户需要改签日期的剩余票情况决定是否允许改签。该系统分为售票员、列车管理员、旅客三个模块。1.售票员功能售票员管理包括添加售票员信息、删除售票员信息以及售票员修改自己的密码、电话号码、家庭地址的信息三部分。添加售票员信息是系统管理员的操作权限，系统管理员可以向系统的数据库中输入某个新的车站售票员的信息，信息被输入到系统中后，该车站的售票员将在案系统中具有一个车站售票员所具有的所有权限的操作。删除售票员信息也是系统管理员的操作权限，系统管理员从系统的数据库

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

10、将一列新的列车的全部信息输入到系统的数据库中，一列新的列车的全部信息一经被输入到数据库中，售票员便可以通过系统来查询它的所有信息，并且可以出售该列车的车票。删除列车，比如车站将暂时或永远停运某一列列车，系统管理员将一列新的列车的全部信息从系统的数据库中删除，一列新的列车的全部信息一经被从数据库中删除，售票员将无法通过系统来查询它的所有信息，并且不能够再出售该列车的车票。修改车次，比如车站把该列车的运行时间进行了修改，系统管理员将新的时间输入到系统的数据库中替换了原来的运行时间，售票员只能在已经修改成功的新的时间段售出该列车的车票。车次路线管理包括车次的临时调度和由于自然灾害等客观因素造成的临时

11、路线更改。比如由于春运来临，广州火车站的客运量急剧增加，铁路管理员临时调度很多列车经过广州，则这些列出就会临时改变路线。车厢管理包括增加车厢、减少车厢、更换车厢等部分。增加车厢，系统管理员将增加了车厢的列车信息输入到系统的数据库中，售票员可以查询到该增加的车厢的信息，并出售因此增加的车票。减少车厢，系统管理员在数据库中删除某些列车中已不存在的车厢的信息。更换车厢，系统管理员在系统数据库中更新已更换车厢的列车的车厢信息。3.旅客功能 旅客的功能包括售票、订票、退票、改签四个子模块。该四个模块都是针对于售票员的权限内的操作。 售票部分的功能是在售票窗口售票员根据旅客需求选择用户需要的车次，或是根据

12、旅客指定的车次查询是否有可用座位、或是根据旅客提供的车站查询经过此站的所有车次，然后再按照旅客要求的发车日期、发车时间、车厢类型、车票类别（全票、半票）、车次类型等要求选择合适的车次，然后结算并打印出车票给旅客。订票部分的功能是完成由售票点授权或是有一定信誉的售票代理商替代旅客进行预订车票，售票代理商通过电话或是亲自到售票点预订的方式进行预订车票。退票部分的功能是处理用户由于某种情况需要退回车票的情况，旅客要在列车开出之前到退票窗口进行退票，售票员将会扣除一定的手续费，并且将该票的信息退回到数据库中，退出的车票还能继续出售。车次查询提供了所有车次浏览、按车次查询和站点查询。车次查询，售票员可根

13、据旅客想要乘坐的列车的车次查询该车次的列车的具体售票情况。站站查询，售票员根据旅客提供的出发站和目的站查询从出发站出发经过目的站的所有的列车的信息。售票查询，售票员可以根据自己或旅客的需求来查询所有车次的售票情况。剩余车票查询可以查询到所有车次的剩余车票的情况。3.2 性能需求为了保证系统能够长期、安全、稳定、可靠、高效的运行，本系统应该满足以下的性能需求。1、准确性和及时性 系统处理的准确性和及时性是系统的必要性能。系统应能及时而且准确的根据用户权限及所输入的信息做出响应。由于本系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而车票的数量和时间又影响用户的决策活动

14、，其准确性和及时性很大程度上决定了系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性和及时性。2、易用性本系统是直接面对用户的，而用户往往对计算机并不是很熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面，从而保证系统的易用性。3、系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合国家标准，各铁道部统一。如规范的数据库操作界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程

15、规范，保证代码的易读性、可操作性和可移植性。4、系统的响应速度 车票预订系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率。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图3.7系统的数据流图数据流图系统分析的主要成果是系统的逻辑模型，在对火车票预购管理方式和业务流程进行认真分析和研究的基础上，运用数据流图描述出新系统应具有的功能、数据输入、数据输出和数据存储。对火车票销售业务进行分析，划分出几个主要的信息管理功能，并明确各功能之间的联系，绘制出关联图、数据流图的顶层图以及第一层数据流图，如下图所示火车票预购管理关联图火车票预购管理顶层数据流图从图中可以看出，整个火车票的预购管理功能从总体上分为火车票查询、火车票预购、火车票信息更新等三大部分。四、概要设计4.1系统的层次图。本火车站网

20、上订票系统可划分为信息查询、网上订票、取消订票三个部分。其中信息查询又可分为车次查询和订单查询两个部分。系统的层次图五、详细设计5.1系统主要功能模块界面图系统首页产品说明5.1.2用户登录及访问权限本系统设计要求用户通过登录框选择访问权限，登录系统。其中，用户须输入用户名和密码，以进入系统。未使用过本系统的用户选择注册会员，系统自动跳转至主界面。系统用户权限登录访问时，车次信息查询、订票信息查询、订票、退票等功能均可用。系统用户输入正确的用户名和密码，访问系统，得到其相应的权限。登录框 系统用户输入错误的用户名或身份证号，系统拒绝其访问。 出错提示新用户在登录窗口选择“注册”单选钮，系统自动

21、跳转到注册页面，并控制其访问权限。新用户权限登录主窗体5.1.3车次信息查询对车次信息的查询，系统提供了车次信息，进行精确的查询，系统经过检索，返回符合用户要求的车次，再由用户自行选择满意的车次。车次查询条件框 5.1.4订票信息查询对于订票信息的查询，本系统只提供一种查询方式。由于用户在登录时已选择了访问权限，且输入了身份证号等确认具体身份的重要信息。故用户可以通过菜单选项直接查询自己的订票信息。该信息由系统自动返回，简便、快捷。 订票 5.1.5订票系统用户可以通过两种方式进入到订票环节。一是在主界面的菜单选项中，直接选择“订票”服务，二是用户可以由车次查询界面，点击“订票”命令，直接跳转

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

23、程车次信息查询系统流程图订单信息查询系统流程图订票系统流程图退票系统流程图六、UML模型6.1 画出系统的用例图客户先通过网站系统查询各种情况（票的价格，车的情况，以及一些铁路状况），再通过系统数据库给与的实时信息提示去预定想要的火车票，完成订票的过程，客户也可以通过网站系统对自己已经订购的票进行退订手续。管理员可以通过系统对客户进行管理，查看客户信息，修改客户信息，添加客户信息，以及删除客户信息等等，管理员也可以去修改票务信息，修改变动后的时间以及车票价格等等。6.2系统中客户（功能）的时序图1客户首先要使用一台已经联网的电脑2在网站上搜索票务信息3检索票务信息数据库4电脑将检索的信息传递给

24、客户5客户经查看信息后进行订票6客户输入自己的银行账号7系统验证账号正确性8提交信息并进行缴费9系统给客户票务1.管理员登陆到系统。2.管理员拥有权限修改票务信息、客户信息、车况信息。3.用户登陆的网站。4.用户可以查看票务信息、车况信息。5.用户预定火车票总结经过几个月的实践学习，使我对UML有了更进一步的认识和了解，要想学好它要重在实践，要通过不断的上机操作才能更好地学习它，通过实践，我也发现我的好多不足之处，最主要是自己在UML图形正确使用上不够熟悉，通过实践，使我在这个方面的认识有所提高。其次，经过查找资料，调查研究，获取需求以及在这些基础上做出的系统分析，我做出了这个“火车票订票管理

25、信息系统”说明书。总的来说，这个系统的设计考虑了大部分要考虑的因素，一些影响不大的因素就没有考虑再内，系统的需求分析中占相当一部分比例的用例规格说明采用表格的方式，直观，便于理解，不过需求分析在整体的格式多样性上有所欠缺，这在以后的设计中要吸取教训。通过这次的课程设计，我不但学到了很多东西，也把原来学的东西理解的更透彻了，特别是把原来学的不同科目的东西结合起来了，收获很大。通过实践的学习，我认到学好计算机要重视实践操作，不仅仅是学习UML语言，还是其它的语言，以及其它的计算机方面的知识都要重在实践，所以后在学习过程中，我会更加注视实践操作，使自己更好地学好计算机。没有实践，学习就是无源之水，无本之木。以上就是我在进行课程设计实训的心得和感受。