软件工程概论期末大作业

  • 格式:docx
  • 大小:187.38 KB
  • 文档页数:13

下载文档原格式

  / 13
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件工程概论期末大作

集团档案编码:[YTTR-YTPT28-YTNTL98-UYTYNN08]

软件工程概论期末大作业火车票订票管理信息系统

专业年级:

学号:

姓名:

成绩:

目录 (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#、JAVA、.NET等高级语言完全可以驾驭各项功能。Access、SQLServer、Oracle等数据库可以完成对数据的存储,只需将后台程序与数据库连接即可实现对数据的操作。

2.4项目在经济上的可行性

任何一个软件公司对于所要开发的项目,都需要对整个功能实现的解决有深入了解,因此调查是必不可少的。当然由此产生费用视该系统所要解决问题的范围而定,针对本系统,一个面对大众,一劳永逸的工程,所需花费与收益相比,可谓九牛一毛。对于相关人员的培训费用和从程序入手到系统实现的费用也不值一提。因此,相对于系统所带来的经济价值和社会效益而言,在经济可行性上是完全可行的。

2.5项目在法律允许的可行性

本项目是在大范围内需求而产生的,针对的是大众群体,使用对象是国家,而并非个人,所以不会存在侵权行为。因此,在法律范围之内,无侵权行为。2.6方案的具体实现

对于程序实现者来说,一个大的程序可以分解为若干个子程序,进而一步步实现。对于售票系统,我们可以将其拆分为票面信息版块、网络售票信息版块、

列车信息版块、候车信息版块等小的分支,我们可以在解决以上各个版块之后,实现系统的综合,进而实现各方面功能。

三、需求分析

3.1功能需求

为旅客提供火车票购买与预订服务,方便火车站的售票工作,提高火车站的服务质量和服务效率,我们开发了火车票售票系统。

本售票系统应该具备以下功能:

1.查询

分为对车次信息的查询和客户对已订车票信息的查询。要求:

1)对车次的查询,可以按照发车车次进行查询。

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

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

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

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

2.添加车票

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

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

3.退票

可退票,通过查询系统,客户可以根据自己的名字找到自己的订票信

息,通过退票模块退去已购车票。

4.售票

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

5.改签

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

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

1.售票员功能

售票员管理包括添加售票员信息、删除售票员信息以及售票员修改自己的密码、电话号码、家庭地址的信息三部分。添加售票员信息是系统管理员的操作权限,系统管理员可以向系统的数据库中输入某个新的车站售票员的信息,信息被输入到系统中后,该车站的售票员将在案系统中具有一个车站售票员所具有的所有权限的操作。删除售票员信息也是系统管理员的操作权限,系统管理员从系统的数据库中将某个车站售票员的全部信息从系统的数据库中删除。一旦该车站售票员的全部信息被删除后,该车站售票员将不再能够登录到系统中车站售票员的工作平台,他不再具有一个车站售票员的权限。售票员修改自己的登录密码是指系统中具有售票权限的售票员能够修改自己登录系统时的密码。即系统管理员在向系统中添加一个新的售票员时得到了一个密码,在此之后,售票员仍然可以修改自己的密码。

相关主题