342.航空公司飞机票管理系统

1、课 程 设 计 课程名称_信息系统开发与管理 题目名称_航空公司飞机票管理系统 学生学院_管理学院_ _专业班级_财务管理 学 号 学生姓名_ _指导教师_ _ _2009 年 7 月 8 日目 录1系统概述1.1系统概况11.2系统基本业务11.3系统开发目标12 系统分析2.1 用户需求22.2 可行性研究22.3 目标系统相关调查32.3.1功能调查42.3.2 工作现状调查52.3.3现状评价82.4 目标系统的数据存储分析82.4.1 基本项82.4.2 e-r图构思92.4.3 e-r图改进112.4.4 数据存储初步构思122.4.5 业务流程再造（bpr）142.4.6 构思新

2、的dfd142.4.7 功能层次图213 系统设计3.1总体设计223.1.1 一般关系模型设计223.1.2处理功能总体结构设计223.2数据结构的具体设计224 数据库物理设计与数据库保护设计4.1设计索引244.2设计表间关系244.2.1完整设计244.2.2多个用户操作245处理功能设计5.1主控模块设计255.2数据库基本表的建立266数据库应用系统的实现6.1数据库及其表结构的建立286.2数据输入286.3模块实现6.3.1系统介绍366.3.2航线管理模块366.3.3查询模块386.3.4信息查看模块406.3.5用户管理模块416.3.6票务处理模块446.3.7数据统计

3、476.3.8报表管理486.4系统评价50心得体会51参考文献521、系统概述1、1系统概况目前，国内航空公司的数量和规模都在扩大，国外航空公司也纷纷着陆中国，这些航空公司之间的竞争可谓日益激烈。配备一个安全、高效、灵活、可靠的客户服务中心系统对于航空公司加强客户服务质量，提高客户服务水平，扩展业务途径，维护公众形象，提高工作效率必将发挥重要作用。 对航空公司来说，对客票、客机、航线、客户的管理既能加强服务范围，扩大公司影响，对稳固航空公司最重要的客源有着重要的辅助作用；航空公司提供的这种服务提供了更多的方便，能不受时间空间限制地享受航空公司提供的服务。 建设航空公司以客票为中心的管理系统是

4、体现和提高航空公司领导业绩的一条捷径，此外还具有重要意义：改善航空公司服务质量； 创造和提升航空公司的品牌优势； 优化航空公司的服务流程； 开辟新的收入来源；提升信息化的水平。1、2、系统基本业务主要以订票系统为主，对订票客户管理，航线、客机的查询、客票预订、办理客票遗失补开、退款和办理退票等订票系统的实现。1、3、系统开发目标a、利用现代信息和计算机技术建立一套完整可用的计算机管理系统;处理客户的查询需求，为客户提供及时、准确的数据信息；b、系统数据尽量归并，实行数据的统一集中保存，并进行相应的可靠的备份与恢复处理，以备发生意外情况下使用户的损失最小化；c、精简业务系统中的不必要的分系统，减

5、少系统间的数据迂回传输；d、各相关的职能部门能够从系统中更快、更全面地提取所需要的数据，以供其决策之用；e、系统的运行应富有效率，近似的软件控制功能应予以合并，以减少系统运行过程中需要的管理人员，控制成本；f、系统应具有扩展能力，以满足用户业务不断扩展的需要；h、系统的建设还应充分考虑对用户员工计算机应用技能和信心的培养，通过本系统的建设，提高用户企业员工的综合素质。2. 系统分析2.1 用户需求：系统现状，要解决的主要问题，达到的具体指标等。该系统需要完成功能主要有：l 航线、客机信息、订票信息的输入、添加、删除和查询。l 根据客户的需求完成订票。l 对于遗失客票的客户，根据客户的要求（补开

6、、退款），进行处理。l 在飞机起飞前，对于想退票的客户完成其退票。2.2可行性研究（1）提出方案方案一：系统提供客机登记信息、航线信息登记信息、客户管理，员工管理、客户订票、退票、补票登记、查询等信息，航空公司员工可通过登录系统浏览航班情况，根据客户的需求完成订票、退票、查询等。方案二：本方案在方案一的基础上继续完善和增添管理信息系统的功能，保留并丰富原有的客机登记信息、航线信息登记信息、客户管理，员工管理、客户订票、退票、补票登记、查询等信息，增加报表、数据图分析，实现数据的及时更新和保留历史信息。（2）可行性分析2.2.1 技术方面：整个系统属于一个规模较大的mis系统。尽管其数据量大，关

7、联信息多，查询和统计的方式各不相同，但是就整个系统的技术构成上来看，它还是属于一个数据库应用类的系统。 可能性：采用vfp，其基本操作还是对存在数据库进行添加、删除、查找、编辑等。所以就单纯的数据库应用来看，不存在太大的技术问题。该平台功能强大，操作方便。 必要性：如果不采用方案一，则不能实现航空公司的信息化管理。如果采用方案二，则会令公司的信息化管理更深一层，及时分析数据，方便管理。 有益性：方案一使航空公司的信息能够通过系统向客户呈现。方案二则可以让查询、订票、退票、补办、挂失、数据分析等一系列活动均在系统上实现。2.2.2 经济方面 可能性：对于两个方案来说，花费都不会很高，开发维护成本

8、较低，系统建设不需要很大的投入。方案二对数据的分析需要对相关人员进行专门的管理培训。 必要性：采用方案一，能加快航空公司的业务处理速度和效率，实现计算机化操作。采用方案二，则可以实现从基本的业务操作到分析原因及得出的总结，综合比较，可以及时调整计划，增加企业的管理效用，制定更好的更有经济效益的方案。 有益性：采用方案一，需要一定的经济投入，但可以得到一定的经济效益，从而使企业实现赢利。采用方案二，虽然其经济投入要大于方案一，但其经济效益也会比方案一所带来的要多很多，经济效益更乐观。2.2.3 社会方面 可能性：随着人们生活水平的提高，乘坐飞机的客户已经越来越多，需要同过规范化管理，提高管理效率

9、，满足客户的需求，提高公司的业务水平。因此，方案一是可行的。客户的要求越来要高，需要更高的办事效率，需要有更远的更精确的预测方案和应急方案。因此，方案二更具前景。 必要性：采用方案一，则给客户带来方便，满足客户的需求。采用方案二，则会进一步方便消费者，让服务更加迅速，到位，提高飞机的运送率，达到准点、方便、安全。 有益性：采用方案一，可以节约人力配备成本，方便航空公司管理。采用方案二，不仅更加节约人力配备成本和方便企业管理，而且改进整体效率，也随应了现代市场经济的发展要求，促进了航空公司的发展，实现航空公司的长远目标。以上从技术、经济、社会三个层面的必要性、可能性和有益性出发，对两个备选方案进

10、行比较。通过对此九宫格的分析，都具有可行性，但结合公司实际对比，结合该公司的现状，除了要提供基本的功能外，查询、订票、退票、录入等，还要加上对现状的分析，才能制定出更及时、周全的方案，达到达到准点、方便、安全，所以方案二更能满足公司的长期发展的需要。因此，在以下的工作中是以方案二为基础进行系统的开发。2.3 目标系统相关调查叙述要实现目标系统的逻辑模型，包括功能调查，业务处理过程调查，信息流程调查等方面。2.3.1功能调查 用户管理：在客户服务的内容，细节服务，客户服务流程，服务过程，客户信息库和客户档案等进行管理。 航线管理：对航班时刻、机型分配、飞机航线调配、机组排班、人力资源规划进行管理

11、。 客机管理：客机编号、机型、经济舱座位数量、公务舱座位数量、头等舱座位数量、航线编号、备注信息等。 票务办理：对客票进行查询、登记订票、遗失客票补开、退款、退票进行办理。该航空订票系统按业务流程图可以划分为 用户管理、航线管理、客机管理和票务办理四个功能。然后，票务办理又可分为客票查询、客票订购、遗失客票补开或退款和退票四个功能。这样一步步画出功能层次图，可以得到该航空订票管理系统的功能层次图如下：航空订票管理系统票务办理客票订购遗失客票补开、退款航线信息航线查询客机信息航线删除航线添加客机添加客机删除客机查询退票2.3.2 工作现状调查2.3.2.1根据航空订票管理系统的构造，分析得到一般

12、的业务流程图如下：客户客户信息单审核错误的客户信息单正确的客户信息单查询客户所需客票情况审核没票/票数不足能满足要求登记订票数据存档结束退款凭有效证件申请报失遗失客票补开/退款单审核填单出错正确填单审核被人冒用了未被人冒用按原来的内容填写登记退票更新数据存档客户所需客票飞机票遗失单登记补开订票、遗失客票补开、退款业务流程图客户输入查询信息审核错误的输入查询业务流程查询信息单正确的输入显示查询结果2.3.2.2信息需求分析资料收集：业务流程中用到的相关单据票证帐簿报表报告等资料，画出格式，最好是填有具体内容的表格等。航线信息单航线编号出发城市到达城市航班日期起飞时间到达时间客机编号客户信息单编号

13、姓名年龄有效证件号联系电话客户类型备注客票信息单航线编号出发城市到达城市出发日期舱位等级票价遗失客票补开/退款单客户姓名申请时间有效证件号票证号码补开退款备注2.3.3 现状评价一般公司订票管理也只是实现了简单的票务办理、航线管理、客机管理、用户管理功能，在各功能等都存在一定的漏洞，与公司的目标还有一定的距离。例如没有提供对现有数据的分析、总结，不利于提高服务质量而提高客户忠诚度，不能进行科学的预测，不能提高公司的效益。2.4 目标系统的数据存储分析由调查的相关单据票证帐簿报表以及开发网站系统所要用到的数据项找出要长期存储的基本项；写出由基本项构思erd的四条原则及相应得出的实体、联系及其属性

14、；构思并改进erd；写出由erd导出一般关系模型的四条原则，列出数据存储初步构思的关系框架；进行业务流程再造；根据再造后的业务流程图绘制新的dfd；伴随着新的dfd绘制画出的网站系统的功能层次图（fhd）。2.4.1 基本项事项分析：分析资料中标题、表头等中各栏目名，列出所有事项，作为数据项；分析这些数据项，找出组合项、导出项、非结构化数据项，确定基本项。检查是否有要补充的基本数据项，是否有要改进的地方，补充改进之，得出所有基本项。 客机信息，包括的数据项有：客机编号、机型、经济舱座位数量、公务舱座位数量、头等舱座位数量、航线编号、备注信息等。 航班信息，包括的数据项有：航线编号、出发城市、到

15、达城市、航班日期、出发时间、到达时间、客机编号、经济舱价格、公务舱价格、头等舱价格、备注信息等。 客户信息，包括的数据项有：客户编号、客户姓名、客户性别、客户年龄、有效证件号、联系电话、客户类型、折扣比例、备注信息等。 员工信息，包括的数据项有：员工编号、员工姓名、员工性别、联系电话、密码等。 订票信息，包括的数据项有：客户编号、员工编号、客户类型、航线编号、出发城市、到达城市、座位号、舱位等级、机票价格、结算金额、备注信息等。 遗失票据补开或退款信息，包括的数据项有：客户姓名、申请时间、有效证件号、票证号码、补开、退款、备注等。2.4.2 e-r图构思由基本项构思erd的四条基本原则：1、根

16、据由基本项构思erd的原则1（确定实体）：能独立存在的事物，把在业务流程能独立存在的现实事物作为实体，通常它有多个由基本项表述的特性。该业务的实体有客机、航班、员工、客户类型、客户、购买计划。2、原则2（确定联系）：在业务流程中实体集之间的关联与结合需要长期保存时，应为联系并确定其类型。在此系统中，存在着不同的联系。（1） 客机与航班之间的属于联系是m：1联系。（2） 客户类型与客户之间的属于联系是1：m联系。（3） 员工与航班之间的客票预计关系是1：m联系。（4） 员工与客户之间的客票预计关系是1：m联系。（5） 客机的购买计划是主从关系（6） 航班与客户的客票预定关系是1：m联系。客户属于

17、航班客户类型m1属于客户1m员工客票预定航班1m员工客票预定客户1m客机购买计划的客票预定航班客户1 m原则3（确定属性）：实体的属性是实体的本质特征。实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识。联系的属性是联系的结果或状态。属性具有如下几个特点：非多值性 非复合性 非导出性，实体的属性还应有非关联性，只是一个实体的基本特征，与其他实体无关；联系的属性应具有关联性，是对联系结果或状态的描述。（1）客机：客机编号、机型、经济舱座位数量、公务舱座位数量、头等舱座位数量、航线编号、备注信息（2）航线：航线编号、出发城市、到达城市、航班日期、出发时间、到达时间、客机编号

18、、经济舱价格、公务舱价格、头等舱价格、备注信息（3）客户：客户编号、姓名、性别、年龄、有效证件号、联系电话、客户类型、折扣比例、备注信息（4）员工：员工编号、姓名、性别、联系电话、密码（5）订票：客户编号、员工编号、客户类型、航线编号、出发城市、到达城市、座位号、舱位等级、机票价格、结算金额、备注信息（6）遗失票据补开：客户姓名、申请时间、有效证件号、票证号码、补开、备注（7）遗失票据退款：客户姓名、申请时间、有效证件号、票证号码、退款、备注（8）客票预定：订票日期、订票数量原则4（一事一地）：信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。 经检验，在以上所确定的基本项中

19、，有些基本项没有在erd中作为属性出现，但这些属性都是联系的表现形式，在以后得到的关系中会作为外码出现，erd中不应该出现。所以改进的erd符合一事一地的原则。根据以上的讨论，可以画出该航空订票管理系统的erd的基本结构如下“的”1m航班客机客户属于客票预订有效证件号*编号到达城市出发时间姓名备注经济舱座位数量出发城市*编号*编号到达时间机型性别备注航班日期联系电话*航线编号头等舱座位数量订票日期经济舱价格头等舱价格公务舱价格年龄客户类型*编号姓名性别联系电话1m备注折扣比例类型名称员工公务舱座位数量密码购买计划日期数量属于1mm1订票日期2.0航空订票管理系统e-r图2.4.3 e-r图改进

20、经分析，为了使思路更加清晰，有必要引进联系体“客票”，把“客票预订”这个多元多对多联系分解为航班与客票的一对多联系“拥有”，客票与员工的多对一联系“售票”，客票与客户的多对一联系“订购”，客票有属性座位号、客户类型编号、机票价格与舱位等级编号，“拥有”、“售票”联系没有属性，“订购”联系有属性订票日期、订票数量。“的”1m客票航班客机客户属于售票有效证件号*编号到达城市出发时间姓名备注经济舱座位数量出发城市*编号*编号到达时间机型性别备注航班日期联系电话*航线编号头等舱座位数量客户类型编号机票价格2.1航空订票管理系统改进 e-r图经济舱价格头等舱价格公务舱价格舱位等级编号*座位号年龄客户类型

21、1m*编号姓名性别联系电话1m备注折扣比例类型名称员工公务舱座位数量密码购买计划日期数量属于1m订购拥有订票日期2.4.4 数据存储初步构思一般关系模型设计：写出由erd导出一般关系模型的四条原则，列出数据库初步构思的关系框架（二维表的表头），并检查改进之。原则1（实体转换为关系模式）：erd中每个独立的实体转换为一个关系模式，实体的属性组成关系的属性，实体的主标识转换成关系的主码。在航空订票管理系统中，客机、客户、员工、客票都是独立实体，航班、客户类型也作为独立实体来处理。按照原则1，可得到下列关系框架。客机关系 （所属）编号机型经济舱座位数量公务舱座位数量头等舱座位数量航线编号备注外码主码

22、 客户关系 （所属）编号姓名性别年龄有效证件号联系电话客户类型编号备注外码主码客户类型关系编号类型名称折扣比例备注主码员工关系编号姓名性别联系电话密码主码（所属） （所售）客票关系航线编号座位号员工编号客户类型编号舱位等级编号机票价格外码外码外码外码复合主码航班关系航线编号出发城市到达城市航班日期出发时间到达时间经济舱价格公务舱价格头等舱价格主码原则2（从实体及其主从联系转换为关系模式）：erd中一个从实体及其主从联系转换为一个关系，从实体的属性及其主实体关系的属性组成该关系的属性，其主实体关系的主码，在主从联系为一对多联系时还要加上可把同一主实体个体所对应的从实体个体区分开来的、从实体的一组

23、属性，作为该关系的主码。对子类实体可作类似一对一联系的从实体的转换。在航空订票管理系统中，客机与其从实体购买计划是一对多联系，所以以客机关系的主码客机编号加上可把同一客机编号的多个购买计划区分开来的属性购买日期作为复合主码，可转换成如下的关系框架。购买计划关系客机编号购买日期购买数量外码复合主码原则3（一对多联系在关系模式中的表示）：erd中的一个一对多联系通过在其“多”实体关系上增加“1”实体关系的主码（作为外码）和联系本身的属性来表示。在航空订票管理系统中，客户与客户类型的“属于”联系通过客户类型编号作为客户关系的外码来表示，客机与航线的“属于”联系通过航线编号作为客机关系的外码来表示。原

24、则4（多对多联系转换为关系）：erd中的一个多对多联系转换为一个关系，其被联系实体关系的主码作为外码和该联系本身的属性一起组成关系的属性，被联系关系的主码组成该关系的复合主码。订购关系客户编号座位号订票数量订票日期外码外码复合主码2.4.5 业务流程再造（bpr）bpr是以it为使能器对企业业务流程所做的根本性再思考与彻底性再设计，对被人为地分割得支离破碎、杂乱无章的流程重新组合，消除重复性及繁重密集的文档工作，力求在成本、质量、服务、效果、速度等绩效方面取得显著的实质性进展与突破。适应信息在计算机系统及其网络中存储与传递的需要，具体的业务需要适合于其特点的数据结构，就是尤其erd构思的存储结

25、构，即用户数据库的子模式，通常是由用户数据视图组成的。在子业务处理中，常常还有应用程序需要的、通过用户数据视图与全局数据存储交换数据的临时数据文件。图2.22.4.6 构思新的dfd根据新的业务流程图，用功能数据（p-d）分析法，分析画出u/c矩阵。图2.3图2.2再造后业务流程图登记退票凭有效证件申请退票已登记退票单正确填单出错填单审核已退款单退款退款单更新数据存档退票已登记单退票单客户客户信息单审核错误的客户信息单正确的客户信息单查询客户所需客票情况审核没票/票数不足能满足要求登记订票数据存档结束凭有效证件申请报失遗失客票补开单审核出错填单正确填单审核被人冒用了未被人冒用补开订票单更新数据

26、存档客户所需客票飞机票遗失单登记补开单已登记补开单查询信息单输入查询信息审核错误的输入正确的输入显示查询结果订票单订票单已输入查询单数过长据程料资过客户信息单飞机票遗失单查询信息单退票单退款单错误信息单正确信息单客户所需客票没票或票数不足能满足要求机票单数据存档遗失客票补单错误填单正确填单已登记补单被人冒用未被人冒用新的订票单更新数据存档错误输入正确输入显示查询结果已登记退票出错填单正确填单已登记退票单更新数据结构已退款单客户信息单审核ucc1查询客户所需客票uc客票审核ucc登记订票ucc申请报失uc2遗失客票补开单审核ucc登记补开单uc审核补开单登记ucc补开票单ucc输入查询信息单uc

27、c3审核查询uc退票申请uc4审核登记退票单ucc登记退票ucc退票uc退款uc1、订票管理 2、遗失客票补开管理 3、查询管理 4、退票管理2.3再造后的u/c矩阵根据u/c矩阵画出现状数据流图图t：航空业务管理0业务管理ft-1 客户信息单ft-2 飞机票遗失单ft-3查询信息单ft-4 退票单ft -5退款单客户ft -11机票单ft-19新的订票单ft-23查询结果ft-27登记退票单ft-29退款单客户图2.4航空业务管理dfd(顶层图)图0：航空业务管理ft-1 客户信息单1订票管理s0-1机票单ft-2飞机票遗失单2遗失客票补开管理s0-2新的订票单ft-3查询信息单3查询管理s

28、0-3查询结果ft-4 退票单4退票管理s0-4退票单图2.5航空业务管理dfd(0层图)图1：订票管理1.1客户信息单审核图2.6订票管理dfd1.2查询客户所需客票s1-2客户所需客票1.3客票审核s1-3能满足需求1.4登记定票s1-4机票单ft-1 客户信息单s1-1正确信息单错误信息单没票或票数不足图2：遗失客票补开管理2.1申请报失ft-2飞机票遗失单s2-1遗失客票补单2.2审核错误填单s2-2正确填单2.3登记补开单2.4审核s2-3已登记补单2.5补开票单s2-4未被人冒用已被人冒用s2-5新的订票单s2-6更新数据存储图2.7遗失客票补开管理dfd图3、查询管理ft-3查询

29、信息单3.1输入查询信息单4.4退票错误输入s3-1正确输入3.2审核s3-2显示查询结果图4、退票管理图2.8查询管理dfdft-4 退票单4.1退票申请s4-1已登记退票4.2审核s4-2正确填单错误填单4.3登记退票s4-3已登记退票单s4-4更新数据库存档 s4-5退票单4.5退款 s4-6退款单图2.9退票管理dfd相应的数据字典如下:表3.0基本项表编号项名类型长度小数位值域从属说明001客机编号字符6客机关系002航线编号字符6航线关系003机型字符10客机关系004经济舱座位数量数值型3客机关系005公务舱座位数量数值型3客机关系006头等舱座位数量数值型3客机关系007客户类

30、型编号字符10客户关系008客户类型名称字符8客户关系009折扣比例数值型52客户关系010备注备注型4客户关系011客户编号字符10客户关系012客户姓名字符10客户关系013客户性别字符8客户关系014年龄数值型3客户关系015有效证件号字符18客户关系016联系电话字符11客户关系017员工编号字符409999员工关系018员工姓名字符8员工关系019员工性别字符2员工关系020员工联系电话字符11员工关系021员工密码字符10员工关系022舱位等级编号字符10客机关系023舱位等级名称字符6客机关系024是否可退票逻辑型2客户关系025备注备注型20客机关系026出发城市字符12航线关

31、系027到达城市字符12航线关系028出发时间时间8航线关系029到达时间时间8航线关系030座位号数值4航线关系031客票价格数值5航线关系032航班日期日期型8航线关系033经济舱价格数值5航线关系034公务舱价格数值5航线关系035头等舱价格数值5航线关系036客机购买日期日期8客机关系037客机购买数量数量4客机关系表3.1 数据流表编号数据流名来源结构去向从属说明ft-1客户信息单客户客户ft-2飞机票遗失单客户客户ft-4查询信息单客户客户ft-5退票单客户客户表3.2 数据存储表编号数据存储名写入结构读出增减so-1机票单p1p1.4so-2新的订票单p2p2.5so-3查询结果

32、p3 p3.2so-4退票单p4p4.4表3.3加工处理说明表编号加工名输入处理逻辑输出p1订票ft-1s1-4p2遗失客票补开ft-2s2-5p3查询ft-3s3-2p4退票ft-4s4-52.4.7 功能层次图该航空订票系统在原来的功能用户管理、航线管理、客机管理和票务办理再增加数据分析功能，共五个功能。然后，票务办理又可分为 客票查询、客票订购、遗失客票补开或退款和退票四个功能。在数据分析功能上可根据原来的数据进行比较分析，总结原因，制定更完善的，服务更好、更加科学的方案、提高公司的效益，提高顾客的满意度。这样一步步完善功能层次图，可以得到该航空订票管理系统的功能层次图如下：数据分析总结

33、预测数据图分析报表分析未被冒用-补开客户添加客户删除客户信息航空机票管理系统票务办理客票订购遗失客票补开航线信息航线查询客机信息航线删除航线添加客机添加客机删除客机查询退票客票查询登记订票退款已被冒用客户查询3系统设计3.1总体设计3.1.1一般关系模型设计（修改和新建关系框架）所有的改进都在上述的系统分析中已修改完整，这里不再重画，此部分略。3.1.2处理功能总体结构设计（设计新系统的msd） 处理功能总体结构设计的基本思路：面向再造的业务流程，依据系统的dfd及其dd，借助于一套标准的设计准则与图表工具，通过“自顶向下”的逐层分解和“自底向上”的反复推敲，把系统功能划分为多个层次分明，大小适当，任务单一，相对独立，容易理解和实现的处理单元模块，并组成模块结构图msd，展现出上层模块对下层模块的调用、模块间的数据交换、数据对系统的输入/输出、模块对数据存储的读/写。3.2数据结构的具体设计：按所用vfp要求，设计表（文件）的具体结构，在关系框架下补充字段类