机票预定系统(可行性分析+需求分析+概要设计+详细设计说明书+测试报告)-课程设计 机票预定系统(可行性分析+需求分析+概要设计+详细设计说明书+测试报告)
机票预订系统可行性分析
系统目的分析
机票预订系统的目的是从操作简便、界面友好、灵活、实用、安全、便捷的要求出发，完成航空公司需要订票管理过程，包括航线信息管理、客户信息管理、票务信息管理等功能，主要解决在一个航空公司里，进行航线管理、顾客的查询航班，订票及退票等服务项目管理的程序设计。并尽可能的满足客户的需求。 当前的系统的目标分析
随着计算机话的订票和售票服务普及化，乘客自己可以设计全部的航空计划。旅行社将旅客的信息资料反馈给航空公司，这样就形成了旅客个人资料，旅客在交付预定金后，航空公司建立的客户信息数据库中就留下了资料，在乘客以后的服务中就可以提供更加人性化得服务。 因此我们的系统目标就是：实现网上订票的普及化，客户服务的信息化，数据库管理的便捷化。具体表现为：
（1） 我们实行团体订票优惠，即所有通过本订票系统提供的服务的用户必须先注册，以便系统管理人员对用户的管理。同时对旅行社团体订票提供折扣优惠。
（2） 建立完善的订票流程，订票流程是订票系统关键的部分，笨系统通过需求分析 一套独特的订票流程，其方便性、快捷性、完善性使得本售票系嘉兴南湖统流程区别于老系统的流程。
（3） 家里两种取票方式：票点取票、送货上门。建立服务查询长沙美食图片模块，是浏览者能够方便的通过该模块查询服务的相关信息。
（4） 提供系统公告与出行参考模块，为用户提供方便。
技术可行性分析
实用现有的技术能不能实现这个系统？
由于本管理系统的对塞班软件下载s60v3象单一，仅对航空公司机票进行管理。这个管理系统比较适合采用
数据结构来设计。本系统使用Visual Basic ，使用文档作为后台服务。
在计算机硬件和软件快速发展的今天，计算机硬件和软件已经能够满足本管理系统的压球。在数据库的编程工具方面，各种可视化编程语言的出现，一改过去设计的概念和方法，用户鼠标就可以快速，简介的创建应用程序，极大的提高了编程效率。
经济可行性分析
这个系统的经济效益能不能超过它的开发成本？
这系统是小型数据库应用程序，不需要多少人力和物理就可以设计的。但系统一旦投入使用，将大大减少航空公司管理员的工作量，提高工作效率，其经济效益是显而易见的。
基础投资：
终端PC机２０台：5000*10 = 5 万
网络设备：5 万
辅助配置：5 万
共计：15万
其他一次性投资：
Oracle : 10 万
Windows NT: 8 万
操作员培训费：3 万
共计：21 万
经常性支出：
人工费用: 6(月)*10(人)*3000(圆)=18万
其他不可知额外支出: 10万
共计: 28万
支出共计: 64万
机票预定工程实施的目标就是要带给航空公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是销售系统中的方便快捷，能提供给旅客以优质高效的服务，并提高销售的效率和便捷，出国旅游选哪家旅行社为航空公司带来良好的效益。
操作可行性分析
系统的操作方式在这个用户组织能不能行的通？
在进行需求分析时，就对用户组织进行调查，针对他们的情况，设计适合这个用户组织的人机界面，使操作方式简单明了。再加本系统并不是很复杂，所以操作反而不是很大的问题。
法律可行性分析
所有软件都选用正版，所有技术资料都由提出方保管，合同制定确定违约责任。
机票预订系统需求分析
问题的背景及描述
航空票务网站中查询与预定是一个及其重要的环节，但由于机票业务的查询与预定是需要基于航空公司所提供的CRS/ICS系统才能完成，所以基于网站开展此项业务，一直是经营者的困惑。目前大部分机票预订网站的查询均使用自行维护的本地航班数据信息、二所谓的预定则是旅客在网站上填写预定单传输到后台，又操作人员在名航系统中进行人工完成，但这种查询和预定方式的弊端在于航班信息的准确性和实效都比较差，信息维护成本高，客户反馈不及时，且服务质量难以保障。
而以顾客为导向是现在各行各业领域都放在首位的营销策略，因此偶们需要建立一个更为完善的、更为人性化的订票系统。在达到信息准确化得基础上尽可能的满足乘客出行的要求。
功能分析
根据可行性研究的结果和客户的要求，分析现有情况及问题，采Client/Serve结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。
下面分析各个子系统的功能需求：
客户端子系统：
在客户端系统的功能实现上，可以分为以下几个部分
编号 功能名称 功能描述 输入
1 旅客信息的输入和统计 输入和同进旅客信息 客户端系统
2 旅客信息的存储 存储旅客信息 客户端系统
3 机票信息的传递及接收 接收旅客信息 客户端系统
4 取票通知及帐单的生成和打印 打印单据 客户端系统
5 机票销售情况的核算 售后核算 客户端系统
6 服务器端的功能要求：
在客户端系统的功能实现上，可以分为以下几个部分：
编号 功能名称 功能描述 输入
1 接收信息 接收由旅行社客户端发回的所需机票信息 服务器端
2 生成信息 生成航班信息 服务器端
3 传递信息 传递航班信息到客户端（旅行社） 服务器端
4 接收反馈信息 接收旅行社的反馈信息 服务器端
5 交付机票 印出机票给已经订票的旅客 服务器端
6 售后管理 销售额的分析和管理 服务器端990
机票预定系统(可行性分析+需求分析+概要设计+详细设计说明书+测试报告)
系统流程设计
图1 系统流程设计图
子功能模块设计
该系统的主要功能模块如下:
(1) 用户注册登陆模块
用户登录是使用者的第一的窗口，包括用户名、密码、用户类型（乘客或旅行社）。每个用户在后台都有相应的客户资料。并记录其用户类型，以便提供优惠服务。若没有用户名应先注册，留下相应的客户资料以便以后更为方便周到的服务。
(2) 查询模块
查询模块主要负责航线查询，订票信息查询，公告板查询。具体如下：
航线信息查询：用户只要输出出发布达拉宫内部图片城市，到达城市。系统将会出现符合要求的航线编号，飞机编号，出发城市，到达城市，飞行周期，成员定额，剩余票量，已订票乘客数量，票价，优惠后票价。
订票信息查询：只要输出乘客身份证号，系统可以查询到包括订票编号，乘客编号，乘客姓名，折扣比例，航线编号，出发城市，到达城市，出发时间，票价，结算金额和备注信息等。
公告栏信息查询：点击目的地城市即可看到公告板上提供的最新的航班更改信息，改城市近几天的天气预报，酒店预订，租车服务等信息。便于乘客出行。
(3) 预订票业务模块
该模块主要负责乘客的订票信息。旅行社输出订票信息或乘客在微机上输出修改的订票信息，订票信息传到服务部。系统服务部自动进行订票信息总汇整理，若没有乘客选择的时段的航班，乘客可以选择是否登记下一航班的侯补。
(4) 退票业务模块
该模块主要负责乘客的退票业务，根据乘客的要求和航空公司的相应退票规定进行退票。系统会将退票归入到侯补票里。若旅客延迟取票时间，票也会退到侯补票里等待旅客来取。
(5) 数据库模块（预订票信息，票务售出信息，退票信息，航线信息，公告栏信息）
数据库模块是整个航空公司订票系统的关键部分。他用管理各个种类的信息。包括订票信
息管理，客户信息管理，航班信息管理，公告板信息管理。数据块模块供工作人员对这些种类的信息进行添加和修改。保证客户端看到的是最新的信息。
建立系统流程图 图2 系统流程图
根据前面的描述系统可划分为三大模块：飞机预订票档案管理，系统账户管理，系统数据管理。下面分别描述它们的数据流图。
（1）.飞机预订票档案管理数据流程图。
图3
如图3所示，对“预订票数据处理”功能进行细化，进一步展开。根据分析员对预订票数据功能的了解，把这个处理分解一下三个逻辑功能
3 审核数据：对未审核的订票的旅客信息进行审核，然后存入预订票信息档案。
4 交付预订金：旅客要先交付预订金，才能成为预订票的旅客。
5 数据维护热高门票多少钱一位：对旅客的预订票信息进行查询、增加、删除、修改等操作。
上述三个子功能的关系可根据一张数据流图来描绘。如图4
图4
如图3所示，对“维护”功能进行细化，进一步展开。根据分析员对预订票数据功能的了解，把这个处理分解一下2个逻辑功能
6 修改更新预订机票信息：对旅客的预订票信息进行查询、增加、删除、修改。
7 查询打印预订票信息：对预订票数据进行查询、打印。
上述2个子功能的关系可根据一张数据流图来描绘。如图5
机票预定系统(可行性分析+需求分析+概要设计+详细设计说明书+测试报告)
如图3所示，对“利用数据”功能进行细化，进一步展开。根据分析员对理应数据功能的了解，把这个处理分解一下2个逻辑功能
8 打印取票凭证：旅客交完预订金后会得到取票凭证，旅客凭取票凭证去取票。
9 交机票钱：旅客取票时需要交付机票钱交完。
上述2个子功能的关系可根据一张数据流图来描绘。如图6
如图3所示，对“已售机票数据数据”功能进行细化，进一步展开。根据分析员对售出机票数据功能的了解，把这个处理分解一下4个逻辑功能
10 查询更新已售票信息：方便旅客查询航班的售票情况。
11 打印机票：打印出机票给旅客。
12 退票及延迟取票处理：旅客需要退票或旅客延迟了取票时间后机票的处理，机票将进入候补票中。
13 查询打印飞机承载情况：供航空公司查询每次航班的承载情况，以便适当调整。
上述2个子功能的关系可根据一张数据流图来描绘。如图7
图7
如图3所示，对“航班数据处理”功能进行细化，进一步展开。根据分析员对航班数据功能的了解，把这个处理分解一下3个逻辑功能
14 航班信息更新：对航班信息的修改、删除、增加。
15 航班信息查询：可供旅客对航班的查询。
16 公告板信息：航班信息的更新需在公告板上公布。
图8
如图3所示，对“候补票数据处理”功能进行细化，进一步展开。根据分析员对候补票数据功能的了解，把这个处理分解一下4个逻辑功能
17 售出后补票：旅客没有订票，需到候补票中买。
18 交付机票钱：旅客买候补票需交付交票钱。
