随着人均收入水平的提高，人们出行的方式也变得多种多样，更多的人会选择节约时间的飞机出行，因此航班数和飞机数量也就随之增加。为了增强用户的购票体验，需要一种如本实验所做的机票预定系统用来记录机票信息、用户预定（购买）信息、特价机票信息、在线值机选座、退改签。与此同时，生活中许多人会遇到航班延误的现象，这种现象是旅客不希望发生的，也是航空公司和机场需要及时通知旅客的。通过本系统旅客可以在购票时得知自己预定的航班每一次的延误是由什么原因导致的、平均延误时间、以及最近一次延误的时间，以此来作为选择机票的参考之一。除此之外通过本系统还可以查询航班的实时动态，预测延误时间。这些问题是旅客和机场关注和希望解决的。通过本系统，不仅可以对机票信息进行记录，还可以对延误信息进行记录。通过这些记录信息，旅客可以根据各种原因来适时调整购买或者退改签机票，给予旅客最佳的航行体验。
机票预订系统以信息技术为主要标志的科技进步日新月异， 高科技成果向现实生产力的转 化越来越快。 纵观全球经济发展，信息技术和信息产业已经成为经济增长的主要推动力之一， 正在改变着传统的生产和经营方式以至生活方式，发达国家经过产业结构的升级和经济结构的转型已进入信息经济阶段。机票预订系统也开始影响着人们日常生活和出行，并且变得越来越重要。而原有的系统随着航空公司载客量的迅猛增长和人们对便捷性要求的提高，已经变得无法满足需求。原有的系统不仅效率比较低下，而且在安全性、准确性等方面有很多不足。为了实现航空公司以及旅游行业的现代化管理，进一步提高工作效率，方便旅客，需要开发一个机票预订系统。
由计算机辅助处理机票的预订、退换等事务的系统。同类的自动预订系统还有火车票预订系统、旅馆预订系统等。自动预订系统的基本功能是:①及时汇总订票、退票的情况，使各售票处的余票得到及时处理。②合理组织社会运输，协调全国乃至全世界的机票、车票预订情况，合理安排中转旅客，减少旅客中转滞留，使运输系统发挥最大经济效益。③方便旅客，一般自动订票系统可以预订一个月之内的机票、车票，旅客可以从容地安排自己的日程。④加强航空、列车的客运管理，及时发现问题，采取改进措施。增强应付紧急事故的应急能力。系统至少需要建立两种文件：一种是座位或铺位的情况信息文件，包括日期、班次、起点站、终点站、起飞时间或开车时间、座位或铺位情况(已售出或未售出)；另一种是旅客情况信息文件，包括旅客名、工作单位、身份证号、电话、预订票数总计、客票情况（日期、班次、起点站、终点站、座号或铺号、取票日期、取票方式）。自动预订系统由以下各部分组成：执行售票员任务的业务处理程序；对上述两种文件进行修改更新、调整班次、办理退票等项业务的专用处理程序；进行检测、维护、性能评价、后援支持的各种程序。自动订票系统是实时分布式处理系统（见实时处理、分布式处理），要求有较高的可靠性，有很强的控制并发操作的能力。世界上著名的自动订票系统有 IBM公司研制的国际程序化航空订票系统(IPARS)和美国航空公司机票预订系统(SABRE)。售票员通过计算机终端打入旅客订票信息，系统启动相应的业务处理程序,作出反应。对于不合理的订票信息（比如预订根本不存在的航班，或要订的航班已经客满）系统给出信号，并提示售票员重新打入信息。
1．2系统组织结构
系统组织结构是系统组织内部各个有机构成要素相互作用的联系方式或形式，以求有效、合理地把组织部分组织起来，为实现共同目标而协同工作。由于组织结构在系统中的基础地位和关键作用，系统所有战略意义上的变革，都必须首先在组织结构上开始。
机票预订系统的受众是用户、航空公司以及系统管理员所以将其划分为用户系统和管理员系统。其中用户系统是机票预订系统的重要组成部分，涉及到用户的个人信息（购票人的个人信息）、机票信息、航班动态、在线值机、退票改签；管理员系统主要涉及到航班信息管理、旅客信息存储、财务信息管理。这样的系统组织结构安排，一方面覆盖了机票预订信息的基本内容，另一方面精简了系统规模，避免了庞大的系统框架和组织结构基础，为整个系统的实际分析与设计打下基础。
业务过程是管理各类资源的各种相关活动和决策的组合。定义业务过程是 BSP 方法的核心内容，应独立于组织结构，是一个非结构化的分析和综合过程。首先要识别业务过程的三类主要来源：计划／控制、产品／服务和支持资源，任何业务的活动均与这三方面导出。
- 计划和控制过程
此过程可分为战略计划、管理控制两大类，具体内容见下表：
| 战略计划 | 管理控制 |
| 组织计划 | 用户管理 |
| 目标开发 | 订购票情况分析 |
| 系统模型规划 | 机票信息管理 |
| 操作可行性分析 | 航班管理 |
- 产品/服务过程
由于任何产品都有其生命周期,即要求、获得、服务、退出, 在每一阶段都需要业务过程对其进行管理。具体过程识别如下表所示：
| 要求阶段 | 获得阶段 | 服务阶段 | 退出阶段 |
| 用户注册 | 航班安排记录 | 订购票 | 中转效率分析 |
| 用户登录 | 航班信息存储 | 在线值机 | 中转时间查询分析 |
| 用户资料管理 | 机票信息存储 | 预测延误时间 | 按退改签人数查询 |
| 机票信息管理 | 订票数预计 | 查询中转机票 | 内容公示 |
| 航班安排 | 延误信息存储 | 查询特价机票 | 记录旅客信息 |
| 管理员注册 | 中转安排 | 登记个人信息 | 取票方式建议 |
| 管理员登录 | 座位信息存储 | 打印机票 | 客服服务反馈 |
| 退票改签 | |||
| 增删航班信息 | |||
| 增删机票信息 |
- 支持资源过程
BSP把支持资源描述为企业为实现其目标的消耗品和使用物，其中有四类——材料， 资金，设备，人员。对每一类支持资源，按生命周期的各个阶段进行识别，具体过 程如下表所示：
| 资源 | 生命周期 | |||
| 要求 | 获得 | 服务 | 退出 | |
| 用户 | 用户注册登录 | 用户信息录入 | 用户信息修改 | 用户信息存储 |
| 航班 | 航班信息确定 | 航班信息录入 | 航班信息修改 | 航班信息存储 |
| 机票 | 机票信息确定 | 机票信息录入 | 机票信息修改 | 机票信息存储 |
| 订单 | 订单信息确定 | 订单信息录入 | 订单信息修改 | 订单信息存储 |
| 管理员 | 管理员信息确定 | 管理员登记 | 管理员职务安排 | 管理员信息存储 |
| 启动 | 计划 | 执行 | 控制 | 结束 |
| 组织计划 | 航班计划 | 用户信息存储 | 用户信息查询 | 订购票信息存储 |
| 目标开发 | 中转计划 | 航班信息存储 | 机票信息查询 | 客服反馈评价报告 |
| 系统模型规划 | 机票数量计划 | 机票信息存储 | 航班信息查询 | 统计延误信息 |
| 操作可行性分析 | 取票方式、取票人数计划 | 管理员信息存储 | 管理员信息查询 | 统计中转时间 |
| 购票人信息登记 | 订单信息查询 | 购票人信息存储 | ||
| 中转信息查询 | ||||
| 机票信息分类 | ||||
| 延误数据统计分析 | ||||
| 购票人信息登记 |
组织计划:规划系统的组织结构。
目标开发：确定系统的最终目标。
系统模型规划：系统分析，模型规划。
操作可行性分析：分析系统整体以及各部分操作是否可行。
- 计划过程
航班计划：根据旅客实际需求和航空公司能力安排制定航班计划。
机票数量计划：根据飞机实际容纳量和预计需求量制定计划。
中转计划：根据航班计划进行两地中转配对，为用户选取机票提供更多选择。
取票计划：根据历史情况对取票方式、取票人数计划，防止出现堵塞，取票难的情况。
- 执行过程
用户信息存储：存储用户名，密码等用户信息。
航班信息存储：存储航班号，航班历史延误数据，起飞日期，起点以及终点站，预计飞行时间等信息。
机票信息存储：存储订单号，座位信息，起飞时间，预计飞行时间，旅客姓名，航班号，航空公司名称，起飞地，中转站，终点站等信息
管理员信息存储：存储管理员员轮班规划以及职责任务等信息
购票人信息登记：记录旅客姓名、身份证号、电话、工作（身份）以及常住地等个人信息。
- 控制过程
用户信息查询：按照姓名或订单查询用户的信息。
机票信息查询：按起飞地、终点站以及飞行日期查询未购机票按照订单号或者航班号查询已购机票。
航班信息查询：按航班号查询航班历史延误数据，起飞日期，起点以及终点站，预计飞行时间，预计延误时间等信息。
管理员信息查询：根据姓名或者账号查询管理员信息
订单信息查询：根据订单号查询具体订购票的信息
中转信息查询：按起飞地、终点站以及飞行日期查询可以中转的航班。
机票信息分类：按机票价格和历史价格区分出特价机票，再区分开商务舱和经济舱分别赋予两个档次的价格。
延误数据统计分析：统计各航班历史延误数据，分析原因以及时长。
购票人信息登记：记录旅客姓名、身份证号、电话、工作（身份）以及常住地等个人信息。
- 结束
订购票信息存储：将用户购票信息存入数据库。
客服反馈评价报告：分析用户满意度和评价，对系统做出更新。
统计延误信息：记录这次的延误信息（原因和时长）。
| 用户注册、用户登录、用户信息修改、订购机票、在线值机选取座位、更新延误信息、更新旅客信息、更新机票信息、实时更新航班信息。 | |
定义数据类是系统规划过程中进一步理解系统涉及到的数据形态,进而了解系统功能与数据的关系的基础,这里采用业务实体法定义数据类。即以业务实体为线索,通过其生命周期个阶段相关的数据类型去识别数据类。 将与业务有关的客观存在事物都可定义为实体,如客户、产品、材料、设备、资金、人员等等。联系于每个实体的生命周期阶段就有各种数据,把实体与数据类画在一张表上得到实体 /数据类矩阵。运用业务实体法定义机票预订管理系统的数据类具体可见下表:
| 航班信息（航班号，航空公司，起飞时间，飞行时间，出发降落地点，历史延误信息，预计延误时间） 机票信息（航班号，乘客姓名，航空公司，起飞时间，预计飞行时间，出发降落地点，座位号） 旅客信息（姓名，工作，身份证号，住址，电话号） | ||
| 用户注册、用户登录、用户信息修改、订购机票、在线值机选取座位、更新延误信息、更新旅客信息、更新机票信息、实时更新航班信息。 | ||
用户基本信息：存储用户的权限信息、注册时间、年龄、性别等基本信息。
航班信息表：用来记录航班号，航空公司，起飞时间，飞行时间，出发降落地点，历史延误信息，预计延误时间。
机票信息表：记录航班号，乘客姓名，航空公司，起飞时间，预计飞行时间，出发降落地点，座位号,机票订单号。
旅客信息更新：通过订票时填写的个人信息对旅客信息表进行更新。
延误信息统计表：延误的原因和时长，通过分析来预测以后航班的延误信息
中转时间统计表：统计中转时长，通过改变航班安排来提高中转效率
过程（功能）和数据之间存在产生和使用的关系，用 C—U 矩阵来表示他们之间的关联关系。C-U 矩阵的建立，是进一步确定系统的总体结构的基础。 根据前面分析得到的数据类，通过一个普通的二维表来分析汇总个人事务管理系统的数据。表的横坐标为数据类变量，表的纵坐标为业务过程类变量。
建立了功能/数据关联 C-U 矩阵，下一步工作包括对 C-U 矩阵的正确性进行验证、通过 对 C-U 矩阵求解的求解，划分系统和子系统以及帮助我们确定系统/子系统的实施顺序。从 而定义航空管理系统的总体结构。
1）完备性检验。这是指每一个数据类必须有一个产生者(即“C”) 和至少有一个使用 者(即“U”) ；每个功能必须产生或者使用数据类。否则这个 U/C 矩阵是不完备的。
2）一致性检验。这是指每一个数据类仅有一个产生者，即在矩阵中每个数据类只有一 个“C”。如果有多个产生者的情况出现，则会产生数据不一致的现象。
3）无冗余性检验。这是指每一行或每一列必须有“U” 或“C”，即不允许有空行空列。 若存在空行空列，则说明该功能或数据的划分是没有必要的、冗余的。 根据以上三条基本验证，前面所构建的 C-U 矩阵符合正确性要求，可以以此为基础进行
C-U 矩阵的求解过程就是对系统结构划分的优化过程。通过表上作业法来完成。具体操 作方法是:调整表中的行变量或列变量,使得“C”元素尽量地朝对角线靠近,然后再以“C”元素为标准,划分子系统。
通过求解C—U矩阵，我们就能得到几个子模块：
-
- 用户信息子系统
- 管理员信息子系统
- 航班安排子系统
- 延误信息子系统
- 机票信息子系统
- 旅客信息子系统
2.1 业务流程图
业务流程分析可以帮助我们了解某项业务的具体处理过程,发现和处理系统调查工作中的错误和疏漏,修改和删除原系统的不合理部分,在新系统基础上优化业务处理流程。下图为本系统的业务流程图：
数据流图是组织中信息运动的抽象，是管理信息系统逻辑模型的主要形式。它可以综合的反映出信息在系统中的流动、处理和存储情况，具有良好的抽象性和概括性。数据流程分析是把数据在组织（或原系统）内部的流动情况抽象地独立出来，舍去了具体组织机构、信息载体、处理工作、物资、材料等，单从数据流动过程来考查实际业务的数 据处理模式。主要包括对信息的流动、传递、处理、存储等的分析。
本系统根据 C-U 矩阵分为用户管理子系统、图书子系统、订单子系统以及 职员子系统和财务子系统五个基本子系统。针对这一系统划分结果,对系统 数据流程图分层如下。
2.2.1第0层DFD图
2.2.2第1层DFD图
2.2.3 第2层DFD图
（1）用户资料子系统
- 航班安排子系统
- 延误信息子系统
- 机票信息子系统
- 旅客信息子系统
（1） 名字：用户信息
编号：a1
定义：用户昵称，性别，年龄，手机号，身份，账号，密码。
（2） 名字：机票订单信息
编号：a2
定义：订单编号+下单时间+订单内容（包括取消）
（3） 名字：旅客信息
编号：a3
定义：订购机票后填写乘机人信息，记录旅客姓名，工作，身份证号，住址，电话号。
（4） 名字：座位信息
编号：a4
定义：订购机票后值机选座，得到座位信息
（5） 名字：取票方式
编号：a5
定义：旅客完成乘机后填写反馈得到取票方式
（6） 名字：查询请求信息
编号：a6
定义：用户登录后请求查询心怡的机票
（7） 名字：机票信息
编号：b1
定义：管理员收到订单信息及值机信息后发送机票信息，包括姓名，航班号，座位号等信息。
（8） 名字：航班信息
编号：b2
定义：管理员记录航班号，航空公司，起飞时间，飞行时间，出发降落地点，历史延误信息，预计延误时间。
（9） 名字：延误信息
编号：b3
定义：延误原因+延误时间+航班号+飞行地点信息
（10） 名字：飞行地点信息
编号：b4
定义：航班号+起降地信息
（11） 名字：飞行时间信息
编号：b5
定义：航班号+时间
（12） 名字：中转信息
编号：b6
定义：飞行地点信息+飞行时间信息+航班号
（13） 名字：回执信息
编号：b7
定义：收到订单信息后管理员做出回应
（1） 名字：查询航班
编号：AB1
定义：用户给出查询请求信息，航空公司返回航班信息。
（2） 名字：下订单
编号：AB2
定义：客户给出订单信息，航空公司确认后给与回执单。
（3） 名字：退改签
编号：AB3
定义：下单成功后，退票操作则发送订单信息，管理员删除回执。改签则返回至AB1以及AB2，回执信息覆盖。
（4） 名字：客服反馈
编号：AB4
定义：完成乘机后进行反馈
（5） 名字：乘机人登记
编号：A1
定义：登记旅客各类基本信息
（6） 名字：飞行安排
编号：B1
定义：航空公司给出飞行计划包括飞行时间，地点信息。
（7） 名字：统计分析
编号：B2
定义：航空公司统计延误情况，中转情况，取票情况，对客户反馈进行分析，对飞行安排进行改善。
（1） 名字：客户
编号：A
定义：使用此系统的个人用户
输入数据流：航班信息，机票信息，延误信息，中转信息
输出数据流：旅客信息，订单，查询请求信息，取票方式
（2） 名字：航空公司(管理员）
编号：B
定义：使用此系统的航空公司的工作人员
输入数据流：订单，查询请求信息，旅客信息，取票方式
输出数据流：航班信息，机票信息，延误信息，中转信息
系统设计是信息系统开发过程中另一个重要阶段。系统设计阶段的主要目的是将系统分 析阶段所提出的反映了用户信息需求的系统逻辑方案转换成可以实施的基于计算机与通信 系统的物理（技术）方案，为下一阶段的系统实现(如编程、调试、试运行等)制定蓝图。在 系统设计阶段的主要任务就是从信息系统的总体目标出发，根据系统分析阶段的结果，在已经获得批准的系统分析报告的基础上，并考虑到经济、技术和运行环境等方面的条件，确定 系统的总体结构和系统各组成部分的技术方案，合理选择计算机和通信的软、硬件设备，提 出系统的实施计划，确保总体目标的实现。
系统设计的内容包括总体结构设计、数据库设计、用户界面设计、代码设计以及模块功 能与处理过程设计。本文中就系统设计中的模块功能与处理过程设计进行展开。这一步工作通常是借助于 HIPO 图来实现的。有了上述各步的设计结果(包括总体结构、编码、DB、I／0 等等)再加上 HIPO 图，任何一个程序员即使没有参加过本系统的分析与设计工作，也能够自如地编制出系统所需要的程序模块。 HIPO 图由层次结构图和 IPO 图两部分构成，前者描述了整个系统的设计结构以及各类模块之间的关系，后者描述了某个特定模块内部的处理过程和输入／输出关系。
E-R 模型是概念模型的一种表示方法，它由实体、联系、属性来表示各概念之间的关系， 航空信息管理系统的 E-R 图如下：
总体E-R图
层次模块结构图主要关心的是模块的外部属性，即上下级模块、同级模块之间的数据传 递和调用关系，而并不关心模块的内部。换句话说也就是只关心它是什么，它能够做什么的问题，而不关心它是如何去做的(这一部分内容由 IPO 图解决)。 本系统的层次结构图如下：
创作不易，点个赞吧
6388
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
