机票预订可行性分析.doc

14
机票预定系统可行性研究报告

课程名称： 软件工程——原理、方法和工具

实验项目： 机票预订系统

实验地点： 逸夫楼502

专业班级： 软件 1107班

学生姓名： 组长：张欣 20110048882组员：刘思瑶 2011004952吕海莉 2011005227冯华卿2011005056 王茜颖2011005968

指导教师：

2013年6月13日

机票预订系统可行性研究报告
1. 引言
1．1 基本说明
航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金或通过网上支付方式付款后，旅客就可以在飞机起飞前凭个人二代身份证在机场指定系统上自助打印机票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。
1.2 编写目的
在现今的社会是一个讲究效率和快节奏的社会，人们有很强的时间观念，如果仍使用手工操作或使用相当繁琐的软件，既浪费了人力，又浪费了物力，效率无法提高，为此开发机票预定系统软件，能够适应现今社会并提高生产效率。使售票员和旅行社更加变得方便和有效率。
该系统软件非常容易被接受，他具有简单易学性，便于管理等功能。
1.3 项目背景
随着社会发展的不断进步，民航事业的壮大，人们消费水平的提高，乘坐民航的消费者也越来越多，机票预订系统也开始影响着人们日常生活和出行，并且变得越来越重要。而原有的系统随着航空公司载客量的迅猛增长和人们对便捷性要求的提高，已经变得无法满足需求。原有的系统不仅效率比较低下，而且在安全性、准确性等方面有很多不足。
为了实现航空公司以及旅游行业的现代化管理，进一步提高工作效率，方便旅客，需要开发一个机票预订系统。该系统需要具有完整的存储，查询，核对，打印机票的功能。
在这个系统中，旅客或工作人员在网上或旅行社的机票预售代理点，通过计算机系统查询，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印机票给旅客。
1.4 对系统建设分析
1.经济可行性分析：公司运行此系统除日常维护外无需额外费用，旅客使用亦不需额外付费
2.技术可行性分析：运用C或C++编程语言，个人电脑若干，建立机票系统数据库。对于用户而言，只需要基本的网络设备以及网络技术即可完成机票预订。
3.社会因素的可行性分析：经过与相关的法律机构及律师交流该系统可以建立，系统的后期维护由开发方负责，相关责任的承担者为适用方。
1.5 参考资料
1.《软件工程导论》，张海藩，清华大学出版社
2.《实用软件工程》，郑人杰等，清华大学出版社
3.《软件工程——原理、方法和工具》，李东生等，机械工业出版社
2 可行性研究前提
2.1 目标
机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。总之，这个系统要求能够实现实时，高效，便捷，完善，安全性好等特点。
2.2运行环境
1、设备：HP6460b系列的pc机。
2、支持软件：用C/C++程序设计语言作为系统的支持软件。
3、接口：本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面(如：输入界面、输出界面)。用户对程序的维护，最好要有备份。
4、使用WINDOWS 7操作系统。
2.3 条件与限制
1. Client/Server结构总体设计方案对它的约束：
机票预定系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。
2． 技术发展规律的约束
计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性为可能的变化预留一定的系统处理能力。
3 对现有系统的分析
目前机票的预订主要由人工进行处理，这样做需要大量的人员，而且由于需要连续性工作，会造成大量的人力的浪费，还可能会延误旅客的出行时间。开发新系统有助于飞机票务管理人员更及时地对机票的预订有更好的掌控，提高对机票预订的管理力度，并能并行的操作，减少人力和设备的消耗，可见开发新系统的必要性。

4 对社会因素可行性分析
4.1
所有软件都选用正版.
所有技术资料都由提出方保管。
合同制定确定违约责任.
4.2
使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训。
管理人员也需经一般培训。
经过培训人员将会熟练使用本软件。
据系统的大小需若干系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统。
5 结论意见
由于投资效益比大, 技术、经济、操作都有可行性，可以进行开发。

机票预订系统需求分析文档

1.引言
1.1编写目的
需求分析的目的在于精化软件的作用范围，也是分析和确认软件系统构成的过程，以确定未来系统的主要成分以及它们之间的接口细节，完整严密的描述系统应当做什么。
1.2背景
开发软件名称：机票预订系统。
项目任务提出者：民航及国际旅游开发公司。
项目开发者：<张欣 刘思瑶 吕海莉 冯华卿 王茜颖>开发小组。
用户：民航及国际旅游开发公司。
实现软件单位：国际旅游开发公司
1. 3定义
机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。
2.需求规定
2.1功能
2.1.1功能的划分：
根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。
2.1.2功能描述： 
1．客户端子系统：在客户端系统的功能实现上，可以分为以下几个部分：
[1]旅客信息的输入和统计
旅行社把旅客要求订票的信息由专人负责输入。这部分功能是客户端子系统 的基本部分，这个功能是以后各个部分的基础。系统要求做到即能够从其它子系
统中共享一部分信息，又有方便的操作界面工手工输入旅客信息。这部分要求对 输入的数据进行简单的统计，供航空公司进行查询和宏观调控。
[2]旅客信息的存储： 将旅客的信息存储到旅行社的客户端系统中，以备以后的取票确认以及查 询。
[3]机票信息的传递及接收： 将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上，并且接受航空公司返回的航班信息，然后存储起来。
[4]取票通知及帐单的生成和打印： 把已存储的从航空公司返回的航班机票信息打印出来，并且生成帐单打印出来一起交给旅客。
印出机票给已经订票的旅客：根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。
[5]机票销售情况的核算
这一功能是在上一功能的基础上，对机票销售额进行单项核算，得到该旅行社的销售情况并把核算结果作为企业报表输出。
2．服务器端的功能要求：
通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现航班查询，机票生成，销售统计，综合信息查询等子系统。以计算机成本核算为中心，实现销售业务的计算机自动化，为航空公司降低成本、提高销售额、经营决策提供及时精确的依据。
在服务器端系统的功能实现上，可以分为以下几个部分：
[1]接收由旅行社客户端发回的所需机票信息： 通过网络接收机票信息并存入到服务器的数据库中。
[2]生成航班信息：
根据所需机票信息（时间，地点），在数据库中查询并得到正确的航班的信息（价格，时间，等级），分配所需的机票数并在数据库中做出已售出的标记。
[3]传递航班信息到客户端（旅行社）： 把得到的航班信息通过网络传递到旅行社。
[4]接收旅行社的反馈信息： 对旅行社的反馈信息进行分析，把已经售出的机票进行统计，对被旅客所退掉的机票要进行数据库的恢复。
[5]印出机票给已经订票的旅客： 根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。
[6]销售额的分析和管理 ：
这一步骤的功能要求包括对销售的机票进行分析，这一工作是在前面的基础上，以计算机为工具，对机票预定系统的功能和目标进行扩充。它以财务管理学为理论基础，以辅助决策为目标，以机票销售数据为中心，广泛采用统计学、运筹学的分析方法，对销售信息进行深层加工，建立反映不同航班需求的模型，提供管理上所需的各种辅助决策信息和财务信息。这一要求是机票预定系统的最高目标，将通过系统运行后获得的大量销售历史数据基础上，实现这一目标。
2.2性能需求：
2.2.1时间要求
（1）响应时间，如查询的最长等待时间。（0.5分钟）
（2）更新处理时间，如记账的最长时间。（1分钟）
（3）数据的转换和传送时间，如远程数据传输的时间要求。（1分钟）
2.2.2空间要求
（1）支持的终端数。一个
（2）支持的并行操作的使用者数。不支持并行操作
（3）处理的文件和记录数。 4个
（4）处理任务的数量。15
（5）对输入和输出数据的精度要求。双精度
（6）对处理和传输过程中的精度要求。小数点儿后4位
2.2.3故障处理要求：
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。输出发生错误时，在系统的代码部分进行修改。
2.3环境需求：
机票预订系统中的各个子系统的硬件和软件的配置如下：
1．服务器端子系统的运行要求：
系统软件： Linux
数据库管理系统：oracle8i
硬件要求：Pentium III 450以上, 256M RAM, 14G HD
2.客户端子系统的运行要求：
系统软件： Window 7
硬件要求：Pentium 133以上, 32M RAM, 4.3G HD
2.4接口需求：
2.4.1用户接口需求：
与其他系统的接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其他系统等。
（1）与系统特殊外设的接口，如CT机、磁共振、柜员机（ATM）、IC卡、盘点机等。
（2）与中间件的接口，要列出接口规范、入口参数、出口参数、传输频率等。
应在此列举出所有的外部接口名称、接口标准、规范。
2.5用户界面需求：
在屏幕上端设置功能按钮，按钮上简练标志操作功能。
界面布局：顶端上分布菜单栏（设置各种功能按钮），中间部分为操作的输出预览。如：预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）。 
总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用。
2.6软件逻辑模型：
2.6.1数据流图：

2.6.2 机票预定系统的数据字典
系统中的数据元素：

名字：旅客信息
描述：旅客的个人信息，用于对旅客的确认
定义：旅客信息=姓名+性别+工作单位+身份证号码+旅行时间+旅行目的地
位置：输入到旅行社端（client端）

名字：订票旅客清单
描述：已订票的旅客的记录
定义：订票旅客清单=旅客信息的合集
位置：输入到旅行社端（Client端）

名字：取票通知
描述：旅客领取机票的凭证
定义：取票通知=旅客姓名+领票时间
位置：输出到打印机

名字：订票信息
描述：旅客的旅行时间和目的地，用于确定旅客的航班
定义：订票信息=旅客旅行时间+旅客旅行目的地
位置：传输到航空公司端（Server端）

名字：航班机票信息
描述：旅客的航班信息，根据旅客的旅行时间和目的地确定
定义：航班机票信息=旅客机票时间+旅客机票班次
位置：传输到旅行社端（Client端）

名字：旅客订票记录
描述：已订票的旅客在航空公司的记录
定义：旅客订票记录=旅客姓名+航班机票信息
位置：输出到航空公司端（Server端）

名字：售出机票信息
描述：旅客的航班机票的信息
定义：售出机票信息=旅客的航班机票
位置：输出到打印机
2.7目标系统其他需求
2.7.1 安全性
1.售票人员的账号密码保护。
2.用户的visa卡账号密码保护。
3.旅行社用户号和密码保护。
2.7.2 可靠性
系统维护
数据库安全及维护
2.7.3 特殊需求
如：
（1）进度需求：系统的阶段进度要求。
（2）运行环境需求：平台、体系结构、设备要求。
（3）培训需求：用户对培训的需求，是否提供多媒体教学光盘。
（4）推广需求：推广的要求，如在上百个远程部门推广该系统，是否要有推广的支持软件。
2.8目标系统假设与约束条件
假设与约定条件是对预计的系统风险的描述, 如：
（1）法律、法规和政策方面的限制。
（2）硬件、软件、运行环境和开发环境方面的条件和限制。
（3）可利用的信息和资源。
（4）系统投入使用的最晚日期。

14