飞机售票系统软件工程课程项目总结报告文档格式.docx
《飞机售票系统软件工程课程项目总结报告文档格式.docx》由会员分享，可在线阅读，更多相关《飞机售票系统软件工程课程项目总结报告文档格式.docx（26页珍藏版）》请在冰豆网上搜索。
机票预订系统的目标是：
在计算机网络，数据库和先进的开发平台上，开发出一个稳定的，易于维护，易于扩充，有着良好的人机交互界面的机票预订系统。
实现航空公司飞机订票的全自动化，为用户提供快速，准确，精细的飞机票信息，并尽可能方便用户订票和退票。
1.3应用目标
飞机订票系统是一个会员订票与退票系统。
网上想订票的游客可以通过注册成为会员。
在成功注册成为会员以后，用户就可以享受网上订票的权力。
会员可以随时了解机票的信息以及发售情况，并对已经定好的机票进行退换，同时了解最新优惠情况。
管理员可以有效地录入会员的信息，并能及时知道机票的预订以及退票情况，并能随时更新机票的预订信息，对于机票进行管理。
1.4业务分析
随着知识经济的到来，人类已经逐步进入了信息化社会，信息增长的速度越来越快，人们希望用先进的管理理论方法手段来得到并处理越来越多的信息，以提高工作效率和管理水平。
由于信息资源对人类的重要性，不断提高信息的收集，传输，加以利用等活动，日益成为人们社会生活的重要组成部分。
网上机票预订管理系统的产生和发展正好满足人们这种需求。
系统的主要功能是提供机票预订服务，性能要求是对数据的操作准确的反映在航空公司的主服务器上，输入要求是数据完整，详细，输出要求是简单快速，实时。
系统要求游客在注册并登陆后才能享受网上订票的服务，这就要求用户提供一定量的个人信息，如姓名，住址，身份证号，用于支付机票的网上银行账户等，经审查合格后方可成为会员。
当会员登陆后，可以看到简洁，美观，易懂的界面，经由这个界面，会员可以很方便的查询到自己需要的机票信息，并且可以获得相关的剩余票数，机票优惠等相关信息。
会员要求订票的信息有专业人员负责输入，这部分功能是以后各个部分的基础，系统要求做到既能从其他子系统中分享一部分信息，又能有管理员手工输入旅客信息。
这部分要求对输入的数据进行简单的统计，供航空公司查询和调控。
将旅客所需的机票信息由网络传到航空公司的服务器上，并且接受航空公司返回的航班信息并存储起来。
在会员要求退票时，系统先分辨会员的要求是否符合公司相关的规定，不符合就停止操作，并在客户端上显示不能退票的原因，可以退票，系统将向会员显示退票的相关步骤，并把退回的金额返还给会员提供的银行账号上。
在后台，航空公司主服务器将退回的机票信息重新加入到可供会员购买的机票信息的数据库中。
本系统详细的业务流程图如图1-1：
游客
注册
登录
注册信息表
系统管理员
注册审核
图1—1
会员
登录权登录权限认证登录限认证
登录权限验证
一般用户信息表
在线用户
请求服务1
请求服务2
服务审核
请求信息
1.5软件系统数据字典
本文只给出会员的基本信息表中的用户名，性别，E—mail,订票数目，等级，注册时间等说明。
名字：
会员
别名：
描述：
会员的个人信息，用于对会员的确认
定义：
会员信息=姓名+性别+地址+身份证号+网上银行账号
位置：
客户端（client端）
订票信息
别名：
描述：
会员的旅行时间和目的地，用于确定会员的航班
定义：
订票信息=会员登机时间+会员出行目的地
位置：
传输到航空公司段（server端）
航班机票信息
会员的航班信息，根据会员的出行时间和目的地确定
航班机票信息=会员机票时间+会员机票班次+票价
传输到客户端（client端）
订票会员清单
已订票的会员的记录
订票会员清单=会员信息的合集
位置;
输入到客户端（client端）
会员订票记录
已订票的会员在航空公司的记录
会员订票记录=会员姓名+航班机票信息
输出到航空公司端（server端）
第二章可行性分析
可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。
可行性分析的进行是因为项目开发过程中会存在约条件，必须首先确立方案是否可行，是否最优，然后在最优方案的基础上进行开发，保证在技术、经济、社会的方面进行分析和研究。
该系统的可行性分析包括以下几个方面。
2.1技术可行性
随着国内软件开发的日益发展壮大，尽管飞机订票管理系统在组织关系上存在着很大的复杂性，繁琐性，但是就整个系统的技术结构上来看，它属于一个数据库的应用类系统。
其基本操作是对数据库进行添加，删除，查找，编辑等。
所以从数据库角度来看，不存在太大的技术问题。
2.2经济可行性
在数据库发生变动时，管理员需登录用户名和密码就可进行对数据库的田间、删除等的修改，从而保证了数据库的安全性，也提高的更新的效率，另外本系统中用户等级的设置，可保证用户的消费心理，提高满意度，使系统更加完善。
第三章系统分析
3.1需求分析
本文飞机订票系统的设计，主要是通过理解软件工程课程中的系统分析，模型建立，用例图等方法，对飞机订票系统的流程进行功能细化，分析完成一个飞机订票系统所拥有的基本功能。
采用用例图的驱动的分析方法分需求的主要任务是识别出系统中的参与者与用例关系，并建立用例模型。
本文开发的飞机订票系统用户第一次订票时需完成自行注册，成为会员后可以实现登录，在线浏览，下订单，查看个人订票情况，
同时管理员也可以实现对订票系统的日常维护，整理订票情况，管理会员用户，修改会员等级等。
3.1.1性能要求：
1、准确性：
录入的信息（包括飞机航班的信息，飞机票的预定情况）都必须准确无误的记录在系统中。
2、实时性：
能及时反应在机票管理系统平台上，并可以进行及时的备份和恢复。
3、安全性：
数据的录入采用尽可能的效验方法严格校验，数据的维护和系统管理员负责。
本套航空订票软件系统所涉及的数据存放于MicrosoftSQLServer数据库中，在程序中应尽可能的使用调用存储过程的方法以免使某人反编译软件后或入侵到服务器后对数据库的结构了如指掌，在程序中应该设置不同权限的人访问时的账户和密码，以保证数据不容易被错改、破坏，而且要经常对数据库进行备份操作，使得数据一旦受到破坏或是出错能够保证及时的恢复数据，将损失降低到最低。
3.1.2实现目标：
系统可以大大提高飞机票的管理效率，降低飞机票管理中的出错率，减少信息交流繁琐过程以及带来的不必要的开销。
3.2系统用例分析
3.2.1识别参与者
从以上分析可知，飞机订票系统的参与者有
（1）飞机订票系统管理员：
负责管理订单，管理机票信息。
（2）游客：
在线浏览机票信息，注册会员
（3）会员：
在线浏览机票信息，在线订票，查询订单。
3.2.2识别用例
前面已经分析出参与者，通过对需求的进一步分析，可以确定系统中有如下用例存在：
（1）管理员登录
系统初始化好部分的飞机订票系统管理员用户，这些管理员可以通过该入口进入
（2）后台进行管理操作。
（3）管理员管理飞机票
（4）管理员管理订单
（5）管理员管理用户
（6）会员注册
网络用户均能注册。
注册信息包括：
登录用户名，密码，确认密码，真实信息，性别，联系地址，联系邮编，联系电话，电子邮件。
用户名不能重复。
（7）会员登录
系统会员使用自己注册的用户名登录系统，进行浏览机票信息，查看订单操作。
修改个人信息。
会员在线订票
会员可以查看航班时间及机票价格，选择购买，填写购买的数量。
（8）用户查看个人订票情况
用户可以查看自己已经完成的订票情况，付款金额和数量，机票属性等。
可以修改订票数量，删除已定机票订单，进行退票，但退票需要在相应的规定时间内操作。
3.2.3系统用例图
图3-1.系统用例图
图3.-3会员用例图
图3-2.管理员用例图
图3-4游客用例图
3.2.4用例的事件流描述
用例1
会员登录
主执行者
前置条件
无
后置条件
如果这个用例成功，自动切入已登录的页面
描述
步骤
活动
1
填写会员ID
2
验证顾客信息，验证是否符合要求
3
提示顾客注册成功
扩展
分支活动
验证不符合网站要求
登录用例重新开始
用例2
注册会员
如果这个用例成功，将在系统中建立一个新的会员资料，并自动切入到已登录界面
填写会员相关信息
分支动作
La
验证不符网站要求
注册用例重新开始
用例3
生成订单
会员已选中所订机票
如果这个用例成功，系统将计算出订单总额，并提示会员是否结账
会员提交订单
系统生成订单
系统计算订单
4
提示会员订单处理结果
用例4
修改订票情况
会员已登录
用例结束后，会员订票情况将被更新
会员选定机票
会员打开订票单，进行修改
系统根据会员的修改情况，进行更新，并返回消息
第四章系统设计
4.1系统功能模块设计
本系统设计主要是根据售票业务的基本流程进行的。
一般来说，售票业务包括如下几个方面：
登陆界面，订票和退票子系统，航班时刻信息查询子系统，航班综合信息查询子系统。
一般来说，售票与订票系统至少要满足下列条件：
1、具有乘客乘坐飞机的起点，终点，日期，和座位等信息。
2、可以查询当前航班的订票信息，可以查询航空公司的航班信息和航班时刻信息。
通过对系统进行详细的需求分析，获得一个最优的设计方案，将系统分为若干子模块，且在划分系统时，根据软件工程的思想，注重保持功能模块的独立性，尽量做到高内聚、低耦合。
如图1-2
飞机订票系统
身份验证
管理员
查询所有信息数据
输
入
查
寻
内
升级会员 