《航空订票系统(数据库课程设计)》由会员分享，可在线阅读，更多相关《航空订票系统(数据库课程设计)（21页珍藏版）》请在金锄头文库上搜索。
1、数据库设计与开发课程设计报告航空订票系统学院： 班级： 学号： 姓名： 完成时间： 第 1 页 共 22 页目录一.需求分析.11.引言.12.项目概述.13.需求规定.24.运行环境规定.4二.系统结构数据设计.5三.视图设计.81.E-R 图.82.关系模式.93.数据流程图.10四.逻辑结构设计.111.数据表描述.112.程序描述.123.功能描述.13五.系统设计.191.系统功能分析.192.系统功能模块设计.19六.项目总结.201.本项目设计的优点.202.项目实现流程.203.心得体会.20第 0 页 共 22 页一、需求分析1.引言编写本套航空订票系统的软件规格说明书的目的
2、在于根据软件需求说明书中的任务概述，需求规定等规划设计出一套可执行软件的结构模型。 1.1 编写目的（1）便于用户、分析人员和软件设计人员进行理解和交流（2）希望系统的外部项（旅客、旅行社、航空公司）均支持目标软件系统的确认。根据需求规格说明书中确立的可测试标准进行测试，并得到确认。（3）控制系统进化过程1.2 项目背景 随着社会的发展，人民生活水平的不断提高，人们出行的交通工具也跟随社会的发展而发展起来了。乘飞机出行的人越来越多。所以这方面的市场非常大。所以“机票预订系统”的开发是势在必行。经过对各方面人士对该系统功能的意见的调查，我们在此基础上确定了旅客与各航空公司所需要的“机票预订系统”
3、 。同时我们会不断更新该系统的功能来满足不断发展的市场需求。1.3 项目描述为各旅行社把预订机票的旅客信息（姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等）输入到该系统，系统为旅客安排航班。当旅客交付了预定金后，系统印出取票通知和帐单交款取票，系统核对无误即印出机票给旅客。此外为了航空公司能够随时掌握各航向飞机的乘载情况，而能够定期进行查询统计，以便适当调整1.4 定义 软件需求：IEEE 软件工程标准词汇表(1997 年)中定义软件需求为： (1)用户解决问题或达到目标所需的条件或权能(Capability)。 (2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的
4、条件或权能。 (3)一种反映上面(1)或(2)所描述的条件或权能的文档说明同工作，以及相互之间进行有效的交流和沟通。 1.5 参考资料（标准） 中华人民共和国国家标准 UDC681.3：信息技术软件生存期过程 （GB/T8566-1995）计算机软件产品开发文件编制指南 （GB 856788）软件工程术语 （GB/T11457-1995） IEEE 软件工程标准词汇表(1997 年)2.项目概述2.1 目标该系统是要将航空订票管理系统信息化，使操作方便，且效率高。2.2 用户的特点用户其实就是航空公司。而旅行社和旅客都是向航空公司提供数据，由航空公司操作数据。即航空公司是直接用户。2.3 假定
5、与约束 对各航班班机的命名和航班号都要求与全国的各大航空公司的标准要求保持一致。各航班的出发城市，抵达城市，出发时间，抵达时间，价格，座位数第 1 页 共 22 页等信息都必须保持与标准一致。要想修改、删除、查询等功能必须要求该用户是超级用户。3.需求规定本套航空订票系统软件分为服务器端和客户端两部分：客户端部分由用户使用，通过 B/S 的方式实现，用户可使用浏览器通过互联网进行操作。服务器端软件由管理员使用，通过 C/S 的方式实现，管理员通过管理界面可对数据库进行操作和管理。3.1 对功能的规定功能模块：初始化模块, 系统功能模块, 打印模块 , 舱位信息管理模块, 客机信息管理模块, 航
6、线信息管理模块 , 客户类型信息管理模块 , 订票信息管理模块,各子系统功能定义如下：3.1.1 初始化模块系统初始时，由操作系统调用，执行完毕后进入消息循环状态。3.1.2 系统功能模块接收系统功能区的相应信息，启动机票信息查询、订票管理、客户信息查询、客户类型管理、客户设置、航线信息、舱位信息、用户和密码管理。3.1.3 打印模块 执行相应的操作后，打印出取票通知、账单、机票。3.1.4 舱位信息管理模块添加舱位信息、修改舱位信息、删除舱位信息。3.1.5 客机信息管理模块添加客机、修改客机、删除客机、查询客机等信息3.1.6 航线信息管理模块添加航线、修改航线、删除航线、查询航线等信息。
7、3.1.7 客户类型信息管理模块添加客户类型、修改客户类型、删除客户类型等信息。3.1.8 订票信息管理模块添加订票、修改订票、删除订票、查询剩余订票等信息。3.2 人工处理过程3.2.1 服务器端的人工处理数据的输入用户根据需要来输入航班、订票人、乘客等信息的具体数据，但必须保证其正确性和准确性。数据的修改用户根据需要对指定的数据进行修改，由于记录繁多，因此用户首先要输入一定的查询条件，缩小记录范围，然后再从该范围中找到指定的记录进行修改，保证修改的内容的正确性和准确性后可更新数据库的数据。数据的删除用户根据需要对指定的数据进行删除，由于记录繁多，因此用户首先要输入一定的查询条件，缩小记录范
8、围，然后再从该范围中找到制定的记录进行删除，保证将要删除的内容的正确性和准确性后可删除掉数据库中的数据。数据的查询用户根据需要查询数据库中的所有数据，用户需输入一定的查询条件，然后可按照输入的查询依据查询新数据库的数据。第 2 页 共 22 页3.2.2 客户端的人工处理注册用户必须注册才能进行订票操作，在此，用户必须填写个人的真实并准确的详细信息。查询用户通过填写一定的查询条件，可查询用户所需要的航班信息、机票信息等。订票用户可通过互联网进行订票操作，填写准确的订票信息后提交订票。3.3 尚未解决的问题3.3.1 客户端尚未解决的问题客户端尚未解决的问题是，如何与订票人的银行账户连接。3.3
9、.2 服务器端尚未解决的问题服务器端尚未解决的问题是，系统自动检索到过期的航班后自动将其信息删除并且要保所有与该航班关联的订票人的信息和乘客的信息都删除，难点在于，如何保证数据库中的表间的一致性。3.3.3 难点问题难点问题是服务器端的程序的删除部分，因为订票人的信息关系到部分乘客的信息，必须保持数据的完整性。其次是航班信息，它关系着部分订票人的信息和乘客信息，其中还嵌套着这部分订票人当中有部分关系的乘客信息，并且同一定票人可以订购多架次航班的机票和所订购的机票的数量也不仅仅是 1张，要将航班信息删除，也要保数据的完整性。3.4 对性能的规定 3.4.1 时间特性耍求系统的时间性能规定要求系统
10、的大部分操作在用户视觉延迟时间范围之内。对某些检索和其它涉及复杂计算的操作系统响应也应保持在 35 倍用户视觉延迟时间范围内。3.4.2 安全性系统安全性要求包括基于用户的系统操作权限控制、某些数据（公文）的加密保护、身份鉴别。3.4.3 可用性本系统能够被所有大众所理解且认可。并能够被超级用户纠正，处理，很易适应和完善以适应新的环境。3.4.4 可维护性本系统严谨的系统设计、规范的编码设计和合格的测试过程等都在某种程度上提高了系统的可维护性。在此同时，还采取了一些提高可维护性的有效方法：(1) 建立明确的软件质量目标和优先级(2) 使用了提高软件质量的技术和工具如：模块化、结构化程序设计等技
11、术(3) 进行了明确的质量保证审查如：在检查点进行复审、验收检查、周期性的维护审查、对软件包进行检查。(4) 选择了可维护性的程序设计语言：PowerBuilder9.0第 3 页 共 22 页(5) 严格要求程序文档的书写和设计3.4.5 可移植性Visual Basic 及 asp 编程语言的兼容性很高，在 windows95/98. windowsNT. windows2000. windows XP 等操作系统都可以直接运行。 3.5 数据管理能力要求系统内数据保存具有持久不丢失性，数据的安全保证要能防止病毒和网络上非法用户如黑客的获取。这些可以通过对文件服务器的维护管理和各种杀毒与网
12、络安全系统来提供保证,不属于本系统数据安全性要求范围内。3.6 故障处理要求系统在系统平台（包括操作系统、数据库系统和网络环境）正常情况下不会发生严重的系统故障如系统崩溃。对除此之外的系统故障应是在简单的配置和调整后及时恢复。4.运行环境规定客户端的运行环境：Windows98 以上的操作系统、IE5 以上的浏览器（或其他浏览器） 。服务器端的运行环境：Windows2000 Server 或 Windows 2000 Advanced Server、SQL Server 2000。第 4 页 共 22 页2、系统数据结构设计1.逻辑结构设计要点：按照需求分析设计数据库中的字段，建立一个逻辑上的数据库的结构。2.物理结构设计要点在数据库软件(SQL Server2000)中建立数据库，并要保证数据库最低要符合第二范式。3.数据结构与程序的关系：3.1 静态数值需求支持并行操作的用户。处理多条记录数据。表或文件的最小为 2048 字节,最大无限制。3.2 精度需求在进行提取数据库数据时，要求数据记录定位准确，在向数据库中添加数据时，要求输入数据准确。主要的精度适应系统要求，不接受违规操作。3.3 时间特性需求响应时间应在人的感觉和视觉事件范围内；更新处理时间，随着应用软件的版本升级，以及网络的定期维护更新。3.4 灵活性当需求
