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