《软件系统课程设计》.docx
- 文档编号:30392557
- 上传时间:2023-08-14
- 格式:DOCX
- 页数:100
- 大小:4.28MB
《软件系统课程设计》.docx
《《软件系统课程设计》.docx》由会员分享,可在线阅读,更多相关《《软件系统课程设计》.docx(100页珍藏版)》请在冰豆网上搜索。
《软件系统课程设计》
《软件系统》
课程设计报告
学院:
软件学院
专业班级:
软件班
学生姓名:
组长:
组员:
指导教师:
时间:
2015.1.5-16
1.机票预订管理系统课程设计概述(完成人:
全体人员)
1.1课程设计的目的
随着人民生活水平的提高,旅游业和商务的发展,航空业的飞速发展,机票销售预定也应用而生,而相关的信息管理,如国内,国际机票的预定信息和机票政策信息等管理却落后。
靠已往的管理方式进行管理,已不能适应社会的快速发展。
这样就迫切需要一个高效率的管理方式来引导机票预定服务业的发展。
1.2课程设计的任务
航空公司为给旅客乘机提供方便,需要开发一个机票预定系统。
各个旅行社把预定机票的旅客信息(姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求等)输入到系统中,系统为旅客安排航班。
当旅客交付了预订金后,系统打印出取票通知和帐单给旅客,旅客在飞机起飞前一天凭取票通知和帐单交款取票,系统核对无误即打印出机票给旅客。
此外航空公司为随时掌握各个航班飞机的乘载情况,需要定期进行查询统计,以便适当调整。
(1)在分析系统功能时要考虑有关证件的合法性验证(如身份证、取票通知和交款发票)等。
(2)对于本系统还应补充以下功能:
①旅客延误了取票时间的处理
②航班取消后的处理
③旅客临时更改航班的处理
(3)系统的外部输入项至少包括:
旅客、旅行社和航空公司。
1.3课程设计采取的基本原理和主要技术方法
1.3.1基本原理:
开发语言:
C#
编程软件:
SQLServer2008,VisualStadio2010
操作系统:
Win7
1.3.2主要技术方法:
本系统采用C/S架构实现,包括基本功能,辅助工具,系统维护,系统设置,帮助,退出六个大块。
在系统代码设计过程中,用到了Windows窗体编程,数据库设计,以及数据库增删改查等语句等知识。
运用了大量的控件来实现功能。
1.4开发阶段任务及角色分工
开发角色分工
本次开发项目主要分为6个部分,即系统课程设计概述,可行性研究,需求分析,概要设计,详细设计与分析,单元测试。
组员主要完成任务如下:
任务名称
完成人姓名
系统课程设计概述
全体人员
可行性研究
需求分析
概要设计
详细设计与分析
单元测试
2.可行性研究(完成人:
)
2.1编写目的
2.1.1目的
随着人民生活水平的提高,旅游业和商务的发展,航空业的飞速发展,机票销售预定也应用而生,而相关的信息管理,如国内,国际机票的预定信息和机票政策信息等管理却落后。
靠已往的管理方式进行管理,已不能适应社会的快速发展。
这样就迫切需要一个高效率的管理方式来引导机票预定服务业的发展。
2.1.2用户类及其特征
用户类
描述
旅客(优先考虑)
旅客是所有乘飞机的人员,他们希望能够查询航班信息,包括票价,起飞和降落时间等,同时能够进行网上预定与删除预定。
售票员
航空公司聘请的工作人员,专门负责与旅客打交道,他们从旅客那里接受信息,进行售票,也可查询,预定,删除预定,还能为旅客办理退票手续。
飞机售票管理系统的工作人员需要接受培训,学会如何使用计算机,Web浏览器和该系统
财务人员
管理公司财务的人员。
可以对当前航班和历史航班售票信息进行查询统计,
公司财务人员可以手工(非自动导入)将售票数据导入财务系统。
公司领导
投资开发该系统的人员,可以对当前航班和历史航班售票信息进行查询统计。
系统管理员
专门负责管理系统的人员,是高层次的人员,可以对该系统进行数据备份、恢复、数据调整等日常维护。
业务人员
录入非规范信息,包括座位数,座位等级,服务类别,备注信息。
公司业务人员同时负责上述信息的修改、删除等维护。
公司业务人员录入航班信息,包括航班号,出发城市,到达城市,出发时间,到达时间,座位价格(含不同等级座位价格),备注信息。
公司业务人员同时负责上述信息的修改、删除等维护。
公司业务人员可以对当前航班和历史航班售票信息进行查询统计
2.2问题定义
2.2.1开展该工程的原因
航空公司在每个航班运营的城市都设有大量订票处。
每个订票处都有大量订票柜台来处理订票和取消订票。
每个柜台都有一名柜台助理来负责预订或取消预订。
现航空公司需要开发一个新系统来利用最新技术和使乘客能够在线查询有关航班和候补列表状态的信息。
2.2.2该工程的基本目标
1)登记飞机规范
2)登记航班信息
3)预订机票
4)售票
5)退票
6)查询航班信息
7)查询售票信息
2.2.3经济目标
本工程产品作为飞机售票管理的具体应用,是带有实验性的,在一定的时间内无经济上收益。
是为了通过实现本产品的设计语言,能够做到开发其它软件,是为了推广由本语言开发的相关软件,是注重以后的潜在发展,是在概念上、形象上的不断升值。
2.3可行性研究的方法及评价度
2.3.1可行性研究所采用的方法
通过调查分析飞机售票管理现阶段所具备的能力及实现的方法、确定主体结构。
利用现阶段售票管理所能达到的能力,以最简洁、最容易的办法,边开发边测试,实现一个初级应用软件。
2.3.2评价尺度
利用飞机售票管理开发一个初始产品,以能够达到提高机票管理工作效率、减少额外人力、物力资源开销为评价标准。
2.4工作产品
2.4.1设计目标
系统具有售票,增加预定,删除预定,,查询,退票等功能。
2.4.2设计及约束条件
a.软件系统界面美观、布局合理、内容简单,提供的信息语言通俗易懂、有层次感、分类清晰。
b.必须根据现有条件所能达到的能力来完成整个工程。
2.4.3产品工作原理
飞机售票系统软件与其它软件有所不同,它小巧实用,主要利用数据库来实现:
a.它将所有的数据都存入数据库中;
b.它调用的数据都来自数据库;
c.它能随意的输入数据和输出数据以及删除数据;
d.通过过滤的功能来查找出来的记录中找到所需的项。
2.4.4产品系统流程图
旅客订票流程图
2.4.5数据词典
名字:
旅客信息
别名:
描述:
旅客的个人信息,用于对旅客的确认
定义:
旅客信息=姓名+性别+年龄+身份证号码+联系电话
位置:
输入到系统客户端
名字:
机票
别名:
描述:
旅客乘飞机所必须的票据
定义:
机票=单价+机次+时间+起始及终点站+优惠标识
位置:
输出到打印机
名字:
订票旅客清单
别名:
描述:
已订票的旅客的记录
定义:
订票旅客清单=旅客信息的合集
位置:
输入到系统客户端
名字:
取票通知
别名:
描述:
旅客领取机票的凭证
定义:
取票通知=旅客姓名+领票时间
位置:
输出到打印机
名字:
退票通知
别名:
描述:
旅客领取所退机票的凭证
定义:
退票通知=机次+单价+时间
位置:
输出到打印机
名字:
订票信息
别名:
描述:
旅客的旅行时间和目的地,用于确定旅客的航班
定义:
订票信息=旅客旅行时间+旅客旅行目的地
位置:
传输到系统服务器端
名字:
航班机票信息
别名:
描述:
旅客的航班信息,根据旅客的旅行时间和目的地确定
定义:
航班机票信息=旅客机票时间+旅客机票班次
位置:
传输到系统服务器端
名字:
旅客订票记录
别名:
描述:
已订票的旅客在航空公司的记录
定义:
旅客订票记录=旅客姓名+航班机票信息
位置:
输出到系统服务器端
名字:
售出机票信息
别名:
描述:
旅客的航班机票的信息
定义:
售出机票信息=旅客的航班机票
位置:
输出到打印机
2.4.6产品的功能
该系统主要实现以下功能:
性能需求:
在每年的黄金假日期以及学生寒暑假和春节期间,旅客众多,系统将能适应10万个用户
系统生成的所有Web也面,通过速率为40KBps的调制解调器在不超过10秒的时间内可以全部下载下来
用户提交查询之后,对查询的响应时间不超过7秒,在此时间内将查询结果显示在屏幕上
用户向系统提交信息后,系统在4秒内向用户显示确认信息
安全性需求:
所有涉及功能信息或个人身份信息的网络事务,都要按照BR-6进行操作
除查询航班信息外,用户都要求登陆到“飞机熟票管理系统”才能完成其他的操作
2.4.7技术方面的可行性
机票管理已经具备了完备、成熟的理论和体系结构,机票管理与库存管理数据库相结合进行开发的技术也日趋成熟,所以本系统的开发完全可行。
2.5可选方案
本方案用C#语言编写,不拘泥通俗,实现简单。
2.6投资及收益分析
2.6.1市场分析
在当今社会,随着经济的不断发展,必然带动交通业和旅游业务的不断扩大,特别是航空售票信息管理日异复杂,传统的手工登记和集中管理已经难以满足快节奏,高效率的现代生活需求。
“飞机售票管理系统”是一个全新的系统,它将取代传统的手工登记和集中管理过程
2.6.2投资估计
根据超市管理的自身特点,对于使用本系统的人员进行使用培训以及基础设施的投入,人工工资方面约5000元。
2.7社会因素方面的可行性
2.7.1技术
如今各语言已基本完善,C#语言编写的功能也更强大。
完全能编写出本系统的各大功能,加之与数据库的连接技术,本系统可以容易开发出来。
2.7.2使用方面的可行性
1法律方面的可行性
此工程以库存管理为核心模块的,已获得国家专利,受到专利法的保护,将会得到合法利益。
2使用方面的可行性
a.对售票处工作制度的管理,人员的调整合理化是可行的;
b.售票处的工作人员具有计算机基础知识完全可以使用该产品;
c.该产品使用的环境为飞机票售票处。
2.8产品可检测性
2.8.1检测标准
软件测试标准:
软件的规模,复杂程度,安全性,可操作性,可观察性,可控制性,可分解性,稳定性,易理解性,语义定义的准确性。
2.8.2检测的方法
用"三板斧"的方法进行检测。
1看数摞的方法
在程序出现无限寄存器的问题时,不知道这时的无限寄存器上有多少数和数值是什么时,在程序后加"看数摞"来查看其中的内容。
2用看内存的方法
在程序运行过程中,此时此地的内存用错误时看内存的方法把当时内存的分配及读写情况显示到终端上,以供找出错误所在。
3用看词的方法
当程序编译时发生错误,看此词是否进入系统,以便知道此词是否被程序编译和解释。
2.9产品的可生产性
目前有些飞机售票系统管理不完善,查询不方便。
人员分配不均衡,造成了很大的资源浪费。
本系统一旦面市,一定会具有良好的市场前景。
2.10可行性综合分析
1技术方面敏感性
本软件开发过程为2个星期,技术方面是所有数据信息的储存由数据库来完成,数据调用数据库管理完成。
2社会因素方面的敏感性
由于整个社会的迅速发展,而致使我们的产品有广阔的市场。
3工艺方面的敏感性
工艺的误差及原材料的质量降低对产品指标有一定影响。
2.11可行性结论
综上所述,本软件在技术方面已成熟,完备测试手段可靠,具有良好的市场拓展潜力,因此工程产品可以立即开工。
3.需求分析(完成人:
)
3.1任务概述
3.1.1系统开发背景:
航空公司于1996年1月开始运营,它有一架空中客车330飞机往返于纽约和芝加哥之间。
由于致力于提高客户满意度,航空公司在其运营的第一年就赢得了享有声誉的ServiceExcellence奖,并获得了1百万美元利润。
在后来的五年里,HorizonAirways的客户群一直稳固增长。
现在,航空公司拥有两架波音747-400以及两架空中客车330飞机。
它每周在位于不同州的5个城市之间运营10个架次的航班。
但是,它对选定区域只运营一个航班。
现在,HorizonAirways不仅开通了离港航班也开通了单向航班。
以下是航班运营的5个区域:
⏹纽约(NY)-芝加哥(CH)-纽约
⏹纽约-新奥尔良(NO)-纽约
⏹纽约-迈阿密(MI)-纽约
⏹纽约-匹兹堡(PI)-纽约
⏹纽约-孟斐斯(ME)-纽约
每周每航班运行两次。
以下是有关航班的详细信息,如航班号、运营区域、航班运营的星期日期、航班类型(空中客车330或波音747-400)、当地起飞时间、当地到达时间以及费用。
航班号
区域
扇区
星期日期
飞机类型
当地起飞时间
当地到达时间
费用(美元)
头等舱
商务舱
经济舱
HA101
NY-CH
周三,周六
A330
08:
55
12:
00
400
330
250
HA222
NY-NO
周一,周四
A330
11:
30
18:
17
450
380
330
HA141
NY-MI
周二,周五
B747
06:
30
11:
45
380
310
260
HA901
NY-PI
周一,周四
A330
08:
55
10:
40
200
150
120
HA875
NY-ME
周二,周日
B747
06:
30
10:
10
430
330
240
HA102
CH-NY
周三,周六
A330
6:
25
12:
31
400
330
250
HA223
NO-NY
周一,周四
A330
06:
20
12:
31
450
380
330
HA142
ME-NY
周二,周五
B747
12:
20
05:
50
410
310
260
HA902
PI-NY
周一,周四
A330
07:
00
8:
30
200
150
100
HA876
ME-NY
周二,周五
B747
06:
20
12:
10
430
330
240
3.1.2开发飞机售票系统的目标:
HorizonAirways在每个航班运营的城市都设有大量订票处。
每个订票处都有大量订票柜台来处理订票和取消订票。
每个柜台都有一名柜台助理来负责预订或取消预订。
以下是执行预订和取消预订所遵循的过程。
(1)预定
应在航班日期前30天进行航班预订。
以下给出了预订过程。
以下描述的过程用于处理人工执行的预订和取消预订。
该过程不处理可通过电话执行的临时预订。
接收到某个人的预订时,柜台助理会执行以下活动:
⏹接受该人员的旅行日期、区域和舱级,并检查请求日期是否有座位。
将有关座位可用情况以及座位安排的详细信息保存在Reservation文件内。
⏹确认目标乘客的详细信息并接受其它详细信息。
这些详细信息包括客户偏好(如窗口座位或过道座位、吸烟区或非吸烟区)、饮食偏好(如素食或非素食)和特殊服务请求(SSR)(如饮食及医疗注意事项)。
⏹更新Reservation文件中的座位可用情况状态并向manifest文件添加乘客详细信息。
为乘客指定唯一乘客姓名请求(PNR)号,乘客姓名请求号用于访问查询和取消预订所需的机票详细信息。
⏹收取机票金额。
⏹打印机票并将机票交给乘客。
机票的格式如下。
HorizonAirway乘客机票
DateofIssue:
NOTTRANSFERABLE:
PassengerName:
Sector:
Flight#ClassDateDep.TimeArr.TimeStatus
HorizonAirways还提供经济舱的超额预订机票和候补机票。
每个航班可允许10个座位的超额预订机票。
例如,如果一架飞机的容量是340个座位,则可以预订350个座位,即340个座位+10个超额预订机票。
当乘客检票时,会根据座位的可用情况来决定超额预订或修补乘客是否能够登机。
不能登机的乘客将获得全额退款。
(2)取消预订
接收到乘客的取消预订请求时,柜台助理会执行以下任务:
⏹使用PNR号从Manifest文件检索详细信息。
⏹验证机票的详细信息并计算退款金额。
⏹更新Reservation文件中的座位可用情况状态并标记Manifest文件的相应详细信息。
⏹执行退款并打印退款收据。
退款收据的格式如下。
HorizonAirways退款收据
PNRNumber:
PassengerName:
RefundAmount:
(Signature)
⏹归档乘客签名后的收据。
⏹更新DailyCollection文件。
将根据机票状态和取消日期来计算退款金额。
如果机票为候补或超额预订机票,则将进行全额退款。
已确认机票的退款将遵循以下取消预订规则。
取消预订时间
取消预订费
在航班预定离港时间的几天前
NIL
在航班预定离港时间的一天内
机票金额的10%
(3)报告和处理
Airlines的员工会在一天结束时执行以下活动:
⏹打印将在隔日9:
00A.M.之前离港的航班的已确认和候补乘客列表。
以下是乘客列表的格式。
ReportHeading(ConfirmedPassengersList/WaitingList)
FlightNumber:
XXXXXXFlightDate:
DD-MMM-YYY
Sector:
XXXXXXXXXXXXXXXXX
PNR
Number
Passenger
Name
Age
Gender
Class
Seat
Preference
Meal
Preference
Status
XXXXX
XXXXXX
99
XXXX
XX
XXXX
XXX
XXXX
XXX
⏹打印以下格式的每日收款摘要报告。
HorizonAirwaysDailyCollectionReport
PNRNumberSectorCollectionsRefunds
XXXXXXXXXX9999.999999.99
Total9999.999999.99
NetCollections(TotalCollections–TotalRefunds):
9999.99
3.1.3运行环境:
开发和运行境需求:
安装SQLServer2008,如果是更高的版本需要对数据库进行升级
操作系统:
Windows2000Serve或Windows7
IE浏览器:
8.0版本或以上
编程软件:
MicrosoftVisualStudio2010,MicrosoftSQLServer2008,PhotoShopCS5
3.1.4条件和限制:
界面设计的原则要求,如:
方便、简洁、美观、一致等。
整个界面要保持友好、简易的风格。
输入设备:
键盘、鼠标
输出设备:
显示器
显示风格:
Windows应用程序界面
硬件需求为:
CPU.Intel奔腾双核,运行速度2600MHz或以上
内存:
1024MB或以上
硬盘:
160G或以上
显示器:
19英寸宽频LCD,分辨率为1440×900
3.1.5数据库描述
1:
登记飞机规范
标识
UC1
名称
登记飞机规范
执行者
业务人员
简单描述
本用例记录了公司业务人员将飞机规范录入系统的情况。
飞机只有经过登记后,才可以进行订票、售票
前置条件
业务人员已登录系统。
飞机规范信息完整
后置条件
系统创建了飞机规范的信息
主干过程
1系统显示登记飞机规范界面
2输入飞机规范信息,包括座位数,座位等级,服务类别,备注信息等
3在全部飞机规范信息输入完毕后,用户提交飞机规范
4系统校验数据
5系统增加飞机规范信息,并通知业务人员本次登记飞机规范完毕
分支过程
1.1如登记用户没有访问权限,给出提示信息。
结束用例
3.1如果系统校验数据出错,给出错误信息,并回到第二步
3.2如果业务人员取消提交,那么将结束用例
备注
业务人员只有拥有操作权限时方可进行登记、编辑、删除操作
2:
登记航班信息
标识
UC2
名称
登记航班信息
执行者
业务人员
简单描述
本用例记录了公司业务人员将航班信息录入系统的情况。
航班信息只有经过登记后,才可以进行订票、售票
前置条件
业务人员已登录系统。
航班信息完整
后置条件
系统创建了新航班的信息
主干过程
1系统显示登记航班信息界面
2选择机种
3输入航班信息,包括航班号,出发城市,到达城市,出发时间,到达时间,座位价格(含不同等级座位价格),备注信息等
4在全部航班信息输入完毕后,用户提交航班信息
5系统校验数据
6系统增加航班信息,并通知业务人员本次登记航班信息完毕
分支过程
1.1如登记用户没有访问权限,给出提示信息。
结束用例
4.1如果系统校验数据出错,给出错误信息,并回到第三步
4.2如果业务人员取消提交,那么将结束用例
备注
业务人员只有拥有操作权限时方可进行登记、编辑、删除操作
3:
预定机票
标识
UC3
名称
预定机票
执行者
售票员或者旅客(进行网上预定)
简单描述
本用例记录了公司售票员将为旅客办理订票的情况。
旅客通过电话、email、现场订票和网上订票等方式进行订票
前置条件
1售票员或者旅客登陆系统
2航空公司还有机票待售
3旅客订票资格已经得到审核,可以订票
后置条件
产生订票记录,修改所订座位的状况和修改剩余机票数
主干过程
1显示订票界面
2输入旅客信息,包括姓名、性别、生份证号、联系电话等
3系统提示选择机种
4用户选择机种
5系统提示选择航班信息
6用户选择航班信息
7系统提示选择票价
8用户选择票价
9用户提交输入信息
10系统验证数据
11系统生成订票信息并显示,供用户确认
12用户确认
13系统收到确认信息后,产生订票记录,并修改所订座位的状况和剩余机票数
14系统通知用户订票完毕
分支过程
1.1若用户没有操作权限,给出提示信息,并结束用例
10.1用户输入不完整,将给出提示,并返回至第二步
10.2若航空公司机票已经全部售出或订完,将给出提示信息,并结束用例
12.1用户选择取消,结束用例
备注
用户只有拥有操作权限时方可进行订票
4:
售票
标识
UC4
名称
售票
执行者
售票员
简单描述
本用例记录了公司售票员将为旅客办理售票的情况
前置条件
1售票员登陆系统
2航空公司还有机票待售
3旅客购票资格已经得到审核,可以购票
后置条件
产生购票记录,修改所订座位的状况和剩余机票数
主干过程
1显示售票界面
2输入旅客信息,包括姓名、性别、生份证号、联系电话等
3系统提示选择机种
4用户选择机种
5系统提示选择航班信息
6用户选择航班信息
7系统提示选择票价
8用户选择票价
9用户提交输入信息
10系统验证数据
11系统生成订票信息并显示,供用户确认
12用户确认
13系统收到确认信息后,产生售票记录,并将已售票对应座位状况改为“已售出“,并修改剩余票数
14系统通知用户售票完毕并打出票据
15旅客收好票据
分支过程
1.1若用户没有操作权限,给出提示信息,并结束用例
10.1用户输入不完整,将给出提示,并返回至第二步
10.2若航空公司机票已经全部售出或订完,将给出提示信息,并结束用例
12.1用
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件系统课程设计 软件 系统 课程设计