航空订票系统实训报告.docx
《航空订票系统实训报告.docx》由会员分享，可在线阅读，更多相关《航空订票系统实训报告.docx（17页珍藏版）》请在冰点文库上搜索。
航空订票系统实训报告
实训报告书
专业计算机科学与技术
系别
报告题目航空订票系统
实训时间2010.7.5—7.11实训单位5#501
教务处监制
航空订票系统
1实训目的及要求
在本次实训中，通过实际调查分析，依据需求，引导学生在SQLServer数据库管理系统中实现一个具体数据库系统的设计与开发。
从而使学生更加深入理解数据库系统完整的设计与开发过程：
需求分析、功能设计、概念设计、逻辑设计、物理设计。
通过实践操作培养学生分析、设计及实现数据库系统的基本技能，培养从事后台数据库开发、管理、维护的职业能力。
2需求分析
本系统的最终用户为电子机票售票员和乘客。
根据我们日常生活中的经验，结合对自己老师的咨询和上网调查，得出用户的下列实际要求：
2.1飞机票的基本情况
乘客登机必须有飞机票，机场相关负责人员对机票实行日常管理。
2.1.1电子机票的基本信息：
在网上订购电子票时，机票的基本信息包括如下：
机票号，乘客姓名，航班号，票价。
2.1.2航班的基本信息：
每趟航班有相应的航班信息，有该航班对应的航班号，机型，出发城市，到达城市，起飞时间，到达时间，航空公司。
2.1.3乘客基本信息：
乘客基本信息包括：
乘客姓名，身份证号，会员号，乘客类型，购买保险份数，折扣率。
2.1.4售票员：
售票员基本信息包括：
ID，秘密
2.2用户对系统的要求
2.2.1信息要求
电子机票售票员能查询上面提到的电子机票的所有相关信息，包括某一机票号的乘客的详细信息，航班的所有信息，会员折扣的详细信息。
以利于对顾客的全面管理。
2.2.2处理要求
当飞机票基本信息发生变化时，电子机票售票员能对其进行修改。
比如，某位乘客临时退票，他所订的飞机票相应的记录就应该删去。
当航班的基本信息发生变更时，电子机票售票员做出修改。
当乘客的基本信息发生变更时，电子机票售票员做出修改。
2.3数据字典
机票信息如表2-1
表2-1
属性
数据类型
长度
定义需求
机票号
char
10
唯一
航班号
char
10
唯一
乘客姓名
char
10
可以重复
票价
Char
10
自定义
乘客信息如表2-2
表2-2
属性
数据类型
长度
定义需求
身份证号
Char
20
唯一
姓名
Char
10
可以重复
会员号
Char
10
唯一
乘客类型
Char
10
自定义
购买保险份数
Char
10
自定义
折扣率
Char
10
自定义
售票员信息如表2-3
表2-3
属性
数据类型
长度
定义需求
ID
Char
10
唯一
密码
Char
10
自定义
航班信息如表2-4
表2-4
属性
数据类型
长度
定义需求
航班号
Char
10
唯一
机型
Char
10
自定义
出发城市
Char
20
自定义
到达城市
Char
20
自定义
起飞时间
Char
10
自定义
到达时间
Char
10
自定义
航空公司
Char
20
自定义
3概念设计
3.1概念设计思想
概念设计就是将需求分析阶段所得到的应用需求抽象为信息世界的结构，才能更好地、更准确地用某一DBMS实现这些需求。
3.1.1能真实、充分地反映现实世界，包括事物和事物之间的联系，能满足用户对数据的处理要求，是对现实世界的一个真实模型。
3.1.2易于理解，从而可以用它和不熟悉计算机的用户交换意见，用户的积极参与是数据库设计成功关键。
3.1.3易于更改，当应用环境和应用要求改变时，容易对概念模型修改和扩充。
3.1.4易于向关系、网状、层次等各种数据模型转换。
3.1.5概念结构是各种数据模型的共同基础，它比数据模型更独立于机器、更抽象，从而更加稳定。
3.2概念设计的方法与步骤
3.2.1方法：
概念设计通常有四种方法，自顶向下，自底向上，逐步扩张，混合策略，最经常用的策略是自底向上的方法，即自顶向下地进行需求分析，然后再自底向上地设计概念结构。
基于这些设计的方法，我计划用自底向上设计概念结构方法。
3.2.2步骤：
A设计部分局部E—R视图
机票实体如图3.1
图3.1
乘客实体如图3.2
图3.2
售票员实体如图3.3
图3.3
航班实体如图3.4
图3.4
B全局E-R图如图3.5
图3.5
4逻辑结构设计
4.1逻辑结构
机票（机票号，航班号，乘客姓名，票价）
乘客（身份证号，会员号，乘客姓名，乘客类型，购买保险份数，折扣率）
售票员（ID，密码）
航班（航班号，机型，出发城市，到达城市，起飞时间，到达时间，航空公司）
购买信息（机票号，身份证号，乘客姓名，乘客类型，购买保险分数，票价）
对应信息（机票号，航班号，出发城市，到达城市，起飞时间，到达时间，航空公司）
出售信息（ID，机票号，密码，票价）
注“”为主键4.2视图的建立
结合具体的DBMS的特点，设计用户子模式。
在“航空订票系统”中为了方便程序查询，建立了如下用户视图：
售票员视图（乘客*，机票号，票价，出发城市，到达城市，出发时间，到达时间，航空公司，航班号），如图4-1
图4-1
乘客视图（身份证号，机票号，航班号，票价，机型，出发城市，到达城市，出发时间，到达时间，航空公司），如图4-2
图4-2
5物理结构设计
5.1物理设计思想
数据库在物理设备上的存储结构与方法称为数据库的物理结构，它依赖于选定的数据库管理系统。
为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是数据库的物理设计。
5.2物理设计的方法及步骤
5.2.1方法：
A确定数据库的物理结构，在关系数据库中主要指存取方法和存储结构；
B对物理结构进行评价，评价的重点是时间和空间效率。
5.2.2具体步骤：
创建乘客表如图5-1
图5-1
创建航班表如图5-2
图5-2
创建机票表如图5-3
图5-3
创建售票员表如图5-4
图5-4
创建关系出售表如图5-5
图5-5
创建关系对应表如图5-6
图5-6
创建关系购买表如图5-7
图5-7
将上述所有表建立关系如图5-8
图5-8
为了方便和节约时间，我只对每个实体构成的表实例化几条信息
乘客信息如图5-9
图5-9
售票员信息如图5-10
图5-10
机票信息如图5-11
图5-11
航班信息如图5-12
图5-12
6完整性定义及操作
6.1实体完整性
以对用户进行实例化为例：
当输入主键不相同且不为空的时候可以对其成功插入：
图6-1
图6-1
当输入主键相同时候不能成功插入：
如表图6-2
图6-2
6.2参照完整性
以乘客购买机票为例，由于办理的只能是已经存在的机票，故乘客购买的机票号作为外键，乘客购买的机票只能参照机票实体中的机票号。
6.2.1当乘客购买的机票号都是机票实体中存在的机票号时，建立关系成功
如图6-3
图6-3
6.2.2当在购买的关系表中插入一个机票中不存在的机票号时，对两者建立关系的时候就会出现不成功标志，如图6-4
图6-4
6.3用户自定义完整性
6.3.1乘客的身份证号是唯一的，当输入唯一的身份证号时，输入成功。
如图6-5
图6-5
6.3.2当输入的身份证号不唯一时，将出现如下错误信息。
如图6-6
图6-6
7安全性定义及操作
7.1创建一个用户“乘客”对它赋予一些权限如下，即只能查询航班信息，而没有其他操作。
如图7-1
图7-1
由于对乘客赋予了查询航班的权限，所以查询航班信息如图7-2
图7-2
由于没有对乘客赋予查询乘客信息的权限，所以查询乘客信息是出现如下图7-3
图7-3
8试运行阶段
结合需求分析，在试运行阶段对所调查的需求对其具体实现，实际上所有的管理员都可以执行其权限内的操作如图8-1
图8-1
除此之外，乘客只能够能进行如下图8-2中对航班信息的查询操作
图8-2
售票员能进行如图8-3权限内的所有操作
图8-3
9总结
在短暂的一个周里做“航空订票系统”，有以下几个感受：
首先，由于时间的紧迫与任务的重要，该系统存有许多的局限性及不可靠不安全性，不足之处请多多指正。
其次，通过本次实训，对于数据设计过程有了一个全新的认识，理顺了半年来学的知识点，同时更了解了SQL与其它语言（例如C#）的联合应用的强大。
再次，提高身的动脑及动手及逻辑思维的能力。
本实训使用的工具有：
[1]计算机
[2]建模工具
[3]SQLSERVER2000数据库管理系统
参考文献：
[1]网络资源（推荐：
）、电子图书（推荐：
）等
[2]SQLSERVER数据库应用系统开发技术（机械工业出版社），数据库原理教程（清华大学），数据库系统概论（高等教育出版社）
[3]数据库原理课程电子讲义、实验内容等
[4]实训指导书
[5]数据库系统概论（第四版）（高等教育出版社）王珊萨师煊著
报告内容摘要：
在产品销售管理系统设计的过程中，分别通过需求分析，概念结构设计，逻辑结构设计，物理结构设计，数据库的安全性和完整性设计，数据库试运行等几个步骤来设计。
通过详细全面的需求分析，建立了一个完整全面的E-R图。
在建立好的E-R图上通过规范化建立了优化的关系模型和视图。
通过物理结构设计，设计基本表和视图，并赋予权限。
在安全性和完整形式设计中，通过解决各种有可能的违约情况来完善数据库。
在该销售管理系统中，登录用户可以在自己的权限范围内行使自己的操作权限，不能越过自己的权限。
该系统设计安全性良好，内容全面，覆盖面广，操作简单，使用户容易接受并使用。
指导教师评语：
该生在实训过程中，态度（认真、较好、一般、较差）；出勤率（高、一般、较低）；所做需求分析（合理、较合理、一般、基本合理、不合理）；ER图设计（规范、较规范、一般、基本规范、不够规范）；数据库的逻辑设计和物理设计方案（合理、较合理、一般、基本合理、不合理）；有（强、较强、一般、基本、较弱）的分析和解决问题能力；工作量（饱满、较饱满、一般、基本合格、欠饱满）；有（强、较强、一定、基本、较弱）的创新意识；另外，报告书写（规范、较规范、一般、基本规范、欠规范）；调理（清晰、较清晰、一般、基本清晰、不清晰）；（出色地、较好地、一般地、基本上、没有）完成了实训任务。
成绩：
优秀、良好、中等、及格、不及格
指导教师（签名）：
年月日
升级会员 