过程论述

3 过程论述

3.1 可行性分析

可行性研究的目的是用最小的代价，在尽可能短的时间内确定问题是否能够解决，它的目的不是解决问题，而是确定问题是否能解决、是否值得解决。可行性分析就是对项目开发的可能性和必要性进行分析，避免盲目投资。可行性主要从以下三个方面来考虑。 3.1.1 技术可行性

本系统采用的开发工具为MyEclipse9， 数据库采用SQLServer, 采用B/S模式的设计方法。本系统用的是JSP开发语言。MyEclipse是具有强大设计能力的和易于开发的编程工具,简单易懂，利用它与SQLServer的结合便可以在单机上开发程序。本人经过大学的学习，学习过以上软件，并在课程实习中熟练的掌握了两种软件的使用，再加上老师的指导，开发本系统不会有太大问题，所以在技术上是可行的。 3.1.2 经济可行性

机票预定管理系统开发需要投资费用和未来的运行维护费用，其中投资费用主要包括设备费用、人员费用及其他费用，如由于工作方式改变需要增加其他的开支，通常为了保证新系统运行的可靠性，要求手工和计算机处理在一段时间内并存。由于计算机的普及，硬件价格下降，本系统的初期费用大于一万元，即可使系统投入使用，本系统的成功运行的收益主要通过新系统提高工作效率，提高航空运输在运输行业中的市场份额，及指导经营来实现。系统投入使用一段时间后，即可收回成本，在以后的使用中，会为航空公司节省大量的开支，使航班的信息资源得到有效的利用。所以本系统在经济上也是可行的。 3.1.3 操作可行性

本系统采用先进的开发技术，开发的程序具有界面直观易懂，操作简洁，使用非常方便。只要具备计算机的基础知识，经过简单的培训即可操作本系统。

由于以上论述，本系统的开发在技术上，经济上，操作上都是可行的，所以本系统可以进行开发。

第9页（共38页）

航空订票系统的设计与实现

3.1.4 法律可行性

① 所有技术资料都为合法。 ② 开发过程中不存在知识产权问题。 ③ 未抄袭任何系统，不存在侵犯版权问题。 ④ 开发过程中未涉及任何法律责任。

综上所述，本系统的开发从技术上、从经济上、从法律上都是完全可靠的。

3.2 需求分析

需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。需求分析就是分析软件用户的需求是什么.如果投入大量的人力，物力，财力，时间，开发出的软件却没人要，那所有的投入都是徒劳.如果费了很大的精力，开发一个软件，最后却不满足用户的要求，从而要重新开发过，这种返工是让人痛心疾首的，所以在项目开始之前花费时间去作好需求分析是很重要的。需求分析之所以重要，就因为他具有决策性，方向性，策略性的作用，他在软件开发的过程中具有举足轻重的地位。 3.2.1 功能需求

当然由于一开始需求分析不会做的非常充分，只能用循环迭代的不断地完善。因此数据库中表的设计也不段的更新和添加，好多关系式后来想到了才添加的 不同用户对系统的要求： 1）航空公司人员

航空公司的管理人员可以查询该公司所有的航班信息，以便及时核对，更正信息；由于特殊情况导致航班延误或取消航班，航空公司管理人员就要修改航班的基本信息。如修改航班的出发时间，到达时间，执行飞行任务的飞机等等，除此之外。 2）乘客

乘客只能查询航班的基本信息，如航班号，出发地，目的地，出发时间，到达时间，票价，票额剩余量

关于用例图将在后面详细做讲解，这里就不重复出现了。

第10页（共38页）

过程论述

对于本系统，我分别做了前台和后台。他们都是基于B/S的。具体实现本系统时采用了三层架构（MVC）模式。管理员和旅客都是通过客户端浏览器登陆同一系统，但对于不同的用户的权限是不同的，具体不同处前面已经阐述。具体的编码实现细节是，我首先设计出了一个静态的用户界面，也就是人机交互界面。然后分别实现界面上应具有的功能，过程很琐碎和复杂，这里不详细讲述，当然或遇到很多问题，比如数据完整性，用户界面设计等等，详细放在下一节讲述。

其具体的目标可分为用户目标、系统管理员目标和航空公司目标； 注：详细请见后面的系统设计。 <1>用户目标：

用户可以查询相关乘机说明； 用户可以进行航班查询； 用户可以进行机票查询； 用户可以进行网上订票； 用户可以取消航班退票改签；

用户买票必须登录该网站（如未注册则进行注册）； 用户可以进行网上交易；

<2>系统管理员目标：

可以对航班进行分类； 可以添加航班； 可以查询航班；

可以编辑航班信息，包括按舱位打折，按购票时间打折（越早订 折扣越大）； 可以删除航班；

可以提供几种退改签服务，比如按舱位，经济舱不能退改签，按时间，离航班起飞24小时，不能退改签等等；

对客户进行管理，在某航空公司实际飞行里程达到多少千米是金 卡客户购票享受9折，达到多少千米是银卡客户购票享受9.5折 等；

第11页（共38页）

航空订票系统的设计与实现

3.2.2系统功能用例图：

图 3.2.2

3.2.3 主要用例描述

表3.2.3.1 用户注册 用例的不同部分 用例名称 参与者 前置条件 后置条件 主事件流 用户注册 用户 乘客之前未注册 添加乘客的信息，更新数据库 1. 乘客填写注册信息，提交 2. 添加乘客的信息，更新数据库 备选事件流 1a 提交的信息有不合法的情况，用例结束。 第12页（共38页）

注释