UML航空订票系统.docx
《UML航空订票系统.docx》由会员分享，可在线阅读，更多相关《UML航空订票系统.docx（23页珍藏版）》请在冰豆网上搜索。
UML航空订票系统
WTDstandardizationoffice【WTD5AB-WTDK08-WTD2C】
UML航空订票系统
课程设计（论文）
课程名称：
信息系统开发方法与工具
题目：
航空订票管理系统
院（系）：
管理学院
专业班级：
信管0901
姓名：
学号：
指导教师：
2012年6月14日
课程设计（论文）任务书
专业班级：
信息管理与信息系统学生姓名：
指导教师（签名）：
一、课程设计（论文）题目
航空订票管理系统
二、本次课程设计（论文）应达到的目的
1．针对一个实际航空订票管理系统的开发，使学生深刻理解和掌握管理信息系统系统分析、系统设计和系统实施的理论和方法；
2．巩固和加深理解所学编程语言、开发工具，提高综合应用能力；掌握系统UML建模、界面设计、数据库设计、程序代码设计，提高实践能力；
3．初步了解学术研究的基本方法与步骤，并通过设计报告（论文）的撰写，了解学术报告（论文）的写作方法。
三、本次课程设计（论文）任务的主要内容和要求（包括原始数据、技术参数、设计要求等）
1、设计内容：
开发出一套航空订票软件管理系统。
保证航空订票的各个环节顺利工作，并为用户提供一个友好的界面，使订票业务和管理工作相对轻松。
2、设计过程：
按照系统设计目的、系统需求、系统功能分析与设计、用户界面设计、源程序设计、使用说明等环节整理课程设计的成果，形成设计报告，设计报告应包括的内容：
●系统需求分析：
需求描述、系统UML主要用例、主要类图、主要活动图、状态及部署图（如果必要）、业务流程图、数据流图、数据字典附必要的文字说明
●系统设计：
功能结构设计、I/O设计、代码设计、界面设计、数据库设计、网络环境。
撰写设计总结报告。
3．设计成果提交：
A.设计报告；B.源程序。
报告要符合学校格式规范要求。
四、应收集的资料及主要参考文献：
[1]慕静等管理信息系统开发方法、工具与应用北京：
清华大学出版社2010
[2]商恩福网上订票系统分析与设计天津工业大学计算机科学与软件学院
[3]张晓燕飞机订/售票管理系统开发浙江工贸职业技术学院
[4]张园基于B/S结构的航空预订票系统的设计与实现广东海洋大学
五、审核批准意见
教研室主任（签字）
需求说明
当前航空市场的不断扩大，并且随着人们的生活水平的提高，越来越多的认选择飞机作为出行的交通工具，因此对航空公司的服务要求也就越来越高，因此为了适应这样一个快速的发展需求，管理大量数据，并有效的稳定和管理航空公司，实行现代化信息管理，无疑成为一个好的选择方式。
该数据库设计主要对该系统中涉及的数据进行处理和分类，严格区分实体和属性，并把属性归类。
充分表达出属性的含义。
并直接展现出实体之间的关系。
该系统从开始的需求分析到设计到运营维护都有这严格的要求以及实施。
在需求分析阶段实现了编码的规范、数据据字典的规范、以及后面实施代码编写的规范。
在设计阶段实现了数据字典的规范、数据库的规范并让使数据库最终达到三范式。
系统最终实现有预定订票、查询预定信息、删除预定信息、处理预定信息、航班信息的添加、航班信息的删除、航班信息的查询等一系列所设机航空的的最基本的功能。
关键字：
UML建模，航空公司，交通、订票系统
1需求分析
需求简介
随着现在社会的发展，人民生活水平的不断提高，人们出行的交通工具也跟随社会的发展而发展起来了。
乘飞机出行的人越来越多。
所以这方面的市场非常大。
所以“航空订票系统”的开发是势在必行。
在此基础上确定了顾客与各航空公司所需要的“航空订票系统”。
此系统实现了最基本的预定订票、查询预定信息、删除预定信息、处理预定信息等功能。
与此同时我会不断更新系统的功能最终使系统更加完美。
本系统通过初期的需求分析，建立了严密的数据逻辑结构以及数据库设计所涉及的严格的编码规范、最终是其数据库达到三范式。
让系统更加适合数据库设计的要求。
并使其在后面的系统实施阶段更加方便快捷，在系统维护和运行阶段尽量出现少的错误。
让系统能够全面正常运转。
让系统更加人性化更加方便用户使用。
格式说明：
大标题（章）1绪论黑体小三号
一级节标题实验装置和试验方法黑体四号
二级节标题4.2.2实验装置黑体小四号
正文宋体小四号行距22磅
表题与图题宋体五号
参考文献及致谢等：
宋体小四号
表格
每个表格应有表序和表题，表序和表题应写在表格上方正中，表序后空一格书写表题。
插图
插图必须精心制作，线条粗细要合适，图面要整洁美观。
每幅插图应有图序和图题，图序和图题应放在图位下方居中处。
类图的设计
图1-1航空订票系统总类图
1.2.1类图绘制的步骤
1）在类图的设计过程中根据前面的需求分析最终等到的类有：
（1）顾客类
（2）业务员类即管理员类
（3）订票类
（4）订票清单类
（5）航班类
图1-2寻找出来的类图
2）每一个类中暂时给出主要操作和属性
图1-3添加完主属性和操作后的类图
3）根据分析得到每个类和类之间的关系。
图1-4添加完关系后的类图
4）类的泛化
图1-5泛化后的类图
对象图的设计
图1-6航空管理对象图
1.3.1根据对象图测试的结果
1）根据图中所给出的标号和类我们可以开始经行测试
（1）首先顾客张三根据电话或者网上预约或者柜台可以进行对机票的预定
（2）再着根据自己定票信息来查询航班
（3）最后业务员根据订票订单来处理张三所订的票据信息
2）在测试中企业顾客和个人顾客的订票过程一模一样。
3）在测试中发现无法退票并且无退票订单退票无法实现
4）等到以上结论后应该对其进行修改
1.3.2修改类图
图1-7修改后的类图
1）修改时注意在相关的类中添加属性和操作确保添加完之后系统能够正常运行而不影响原系统
2）修改是注意之间的关系的改变
包图的设计
图1-8总包图
1.4.1包设计与提取
1）根据类图提取包和划分如图所示
图1-9根据类图提取出来的包和划分
2）寻找各个包内的子包和类图
（1）用户包
图1-10用户包中的子包
（2）界面包
图1-11界面包中的子包和类
（3）数据包
图1-12数据包中的子包
（4）订票包
图1-13订票包中的子包和类
3）找完后的子包和类图
图1-14寻找完类和子包后的包图
4）添加完包之间的关系后的包图
图1-15完成后的包图
2动态图
用例图
绘制用例图之前我们要做的准备主要有
1）列出需求特性列表
2）对每一个用例作出详细的描述
上面两步一个在我们绘制用例图之前完成一个在我们绘制完用例图之后完成
2.1.1需求特性列表
根据前期的需求分析得到的需求特性列表为：
表2-1需求特性列表
编号
说明
FBT001
使用电话订票
FBT002
使用网络订票
FBT003
柜台订票
FBT004
录入订票信息
FBT005
产生订票列表
FBT006
处理订票信息
FBT007
退票
FBT008
退票处理
FBT009
产生退票信息
FBT010
查询航班信息
FBT011
查询订票信息
FBT012
航班预定
FBT013
添加航班信息
FBT014
修改航班信息
2.1.2用例图的绘制
图2-1用例图
绘制完用例图之后我们开始详细描述用例需求
2.1.3用例描述
表2-2订票需求用例的描述
用例编号
UC001
用例名称
订票
用例概述
顾客用来订票
范围
订票系统
主参与者
顾客
次要参与者
界面系统
项目相关人
利益说明
项目相关人
订到票
顾客
得到票据
……
……
前置条件
有航班信息和机票信息
后置条件
打包成票据信息发送到业务员
接上表
成功保证
订票信息可以查询到
基本事件流
步骤
活动
1
填写订票信息，业务员处理订票信息，查询已定信息
2
填写订票信息
扩展事件流
1a
产生订票信息
1b
无
子事件流
无
规则与约束
无
表2-3退票描述
用例编号
UC002
用例名称
退票
用例概述
顾客用来退票
范围
订票系统
主参与者
顾客
次要参与者
界面系统、航空公司管理员
项目相关人
利益说明
项目相关人
完成退票
顾客
退票成功
……
……
前置条件
已经订票并且航班未发
后置条件
打包成退票票据信息发送到业务员
成功保证
退完后会有提示
基本事件流
步骤
活动
1
填写退票信息，业务员处理退票信息
2
填写退票信息
扩展事件流
1a
产生退票列表
1b
无
子事件流
无
规则与约束
无
交互图
2.2.1顺序图的绘制
1）订票用例的顺序图
图2-2订票用例顺序图
2）添加航班信息顺序图
图2-3添加航班信息顺序图
2.2.2顺序图通讯图的转换
1）生成的订票通讯图：
图2-4订票通讯图
2）生成的添加航班信息通讯图：
图2-5添加航班通讯图
活动图
根据前期的需求分析等一系列前提工作之后我们得到活动图，其中主要活动的活动图未。
订票活动图：
图2-6订票活动图
状态图及部署图
2.4.1状态图
根据前期的交互图得到以下订票的状态图：
图2-7订票状态图
2.4.2部署图
根据前期所做的需求分析以及类图等的一系列分析，最终将其做成B/S架构的工程，则其部署图为如下：
图2-8部署图
系统数据流程分析
1）基本业务调查
基本业务简介：
实现顾客注册、登录、查询机票信息、查询航班信息打印预定机票等功能。
管理员注册、登录、处理预定机票信息、添加航班信息、删除航班信息、查询航班信息等基本业务：
订票业务流程图：
图2-9订票业务主流程图
2）数据流程图
根据了解和调查结果，给出系统业务总数据流程图为。
图2-10主数据流程图
数据字典
在数据流程图中，数据信息和处理过程需要通过数据字典才能描述清楚，因此在数据字典中主要对数据流程图中的数据流、数据存储和处理过程给出更详细、更准确的说明。
1）数据流定义
可以通过表格的形式给出数据流程图的主要数据流，如表所示。
表2-4航空订票系统主要数据流定义
序号
名称
位置
结构定义
最大数据流量
1
顾客登录信息
F1
登录名+密码
2000次/天
2
管理员登录信息
F5
登录名+密码
1000次/天
3
航班信息查询
F9、F10
航班编号+起始地+目的地
5000次/天
4
航班信息添加
F9
航班编号+起始地+目的地+起始时间+到达时间
100次/天
5
航班信息删除
F10
航班编号
100次/天
6
处理顾客预定信息
F6
航班编号
5000次/天
7
查询机票信息
F6
航班编号
1000次/天
8
删除预定信息
F7
航班信息+顾客姓名
1000次/天
9
预定机票
F6
航班编号+起始地+目的地
2000次/天
10
打印机票
F6
航班编号+顾客名+航班基本信息
2000次/天
11
顾客注册
F1
登录名+密码+顾客基本信息
5000次/天
12
管理员注册
F3
登录名+密码+管理员基本信息
100/天
2）数据存储定义
可以采用如下表格的形式给出系统的主要数据定义，如表所示。
表2-5航空订票系统主要数据存储定义
编号
名称
输入
输出
数据量
存取频度
存取方式
说明
D1
顾客信息
顾客注册
登录
打印机票
预定机票
删除机票
50000条
2000次/天
查询
检索
更新
顾客编号必须存并且唯一
D2
管理员信息
管理员注册
登录
1000条
100次/天
更新
管理员编号必须存在并且唯一
D3
机票信息
顾客预定机票
打印机票
顾客删预定除机票
管理员处理预定信息
20000条
30000次/天
更新
添加
机票编号不能为空并且唯一
D4
顾客预定信息
顾客预定信息
打印机票
顾客删预定除机票
管理员处理预定信息
20000条
20000次/天
查询
更新
添加
预定编号不能为空并且唯一
D5
航班信息
添加航班信息
删除航班信息
查询航班信息
删除航班信息
打印机票
20000条
3000次/天
查询
更新
添加
删除
航班编号不的为空并且唯一
3）处理过程
可以采用如下表格的形式给出系统的主要处理过程定义，如表所示。
表2-6航空订票系统主要处理过程定义
序号
处理过程名称
输入
输出
处理说明
顾客登录
登录名、密码
顾客信息
读取数据库中存在的登录名和密码
验证顾客登录
登录名、密码
顾客信息
根据所设条件验证起是否符合所设条件，并读取数据库来验证登录
重填登录信息
登录名、密码
顾客信息
读取数据库中存在的登录名和密码
登录主界面
登录名、密码
顾客主界面
根据顾客信息读取其各自的主界面
3系统设计
功能结构设计：
3.1.2功能结构图：
根据前期的设计需求以及业务流程图登一系列分析与设计最终的得到的功能结构图如下：
图3-1功能结构图
I/O设计
根据上面的功能结构设计最后得到的I/O设计界面为以下：
1）登录界面的I/O设计，在此I/O设计中存在的流入有用书输入，输出为从数据库到主页面。
图3-2登陆界面I/O
2）人员管理界面I/O设计：
（1）会员管理I/O设计中，涉及到的输入输出为，用户从前台页面注册，输出到数据库中，管理员涉及到的是从数据库中读取数据显示信息。
图3-3会员信息I/O
（2）管理员I/O设计中，涉及到的数据库输入输出主要是查询管理员的信息。
图3-4管理员信息I/O
3）航班管理I/O设计：
（1）查询航班I/O设计，主要涉及的I/O操作有，管理员输入查询信息，并从数据库中读取信息。
图3-5航班信息I/O
（2）添加航班信息I/O设计，主要的操作有用户输入航班信息，由后台Java代码将其插入数据库中。
图3-6添加航班信息I/O
4）订票I/O设计：
查询订票信息I/O设计，涉及到的输入输出主要有，用户客户端的输入，以及数据库的输入和往客户端输出。
图3-7查询订单信息I/O
图3-8显示订单信息I/O
5）退票I/O设计：
查询退票信息I/O设计，涉及到的输入输出主要有，用户客户端的输入，以及数据库的输入和往客户端输出。
图3-9查询退票订单I/O
图3-10显示退票信息I/O
代码设计
3.3.1代码封装包的设计
在代码设计阶段，为了把数据库操作和页面操作还有逻辑操作，还有就是每一个表的操作分开，建立的代码分装包如图所示：
图3-11代码包图
3.3.2代码设计
代码设计主要有类名的定义，变量的定义，方法的定义等一系列规范化的表达。
其中主要的数据库的连接类代码为：
publicclassDatabaseOpen{
privateConnectionconn=null;
publicConnectiongetConnection（）{
try{
=（urlSql+
"?
user=root&password=root"）;
}catch（ClassNotFoundExceptione）{
（）;
}catch（SQLExceptione）{
（）;
}
return;
}
}
界面设计
3.4.1HelloWord测试项目部署
在上面软件安装部署完成之后开始部署软件的测试测试结果为以下：
图3-12测试程序效果
3.4.2项目代码迭代
1）在部署完运行环境和环境测试之后第一次项目迭代后的运行界面为以下：
（1）登录主界面：
图3-13登录主界面
（2）后台管理主界面：
图3-14后台主界面
2）在上述基础上进行后台处理并创建的每一个子菜单对应下运行的主界面为：
（1）人员管理主菜单：
图3-15用户管理界面
（2）航班信息管理主菜单：
图3-16航班界面
（3）订票信息管理主菜单：
图3-17订票界面
（4）退票管理：
图3-18退票界面
数据库设计
在数据库设计方面，根据前期的所做的类图最终可以得到以下数据库：
图3-19数据库设计
数据库代码实现：
createdatabaseifnotexists`flight`;
USE`flight`;
/*Tablestructurefortable`admin_info`*/
DROPTABLEIFEXISTS`admin_info`;
CREATETABLE`admin_info`（
`admin_id`char（8）NOTNULL,
`admin_name`char（12）NOTNULL,
`admin_sex`char
（2）NOTNULL,
`admin_birthday`datetimeNOTNULL,
`admin_profess`char（8）NOTNULL,
`admin_tel`char（11）NOTNULL,
`admin_address`varchar（20）NOTNULL,
`process_booking_id`char（8）DEFAULTNULL,
`back_id`char（8）DEFAULTNULL,
PRIMARYKEY（`admin_id`）
）ENGINE=InnoDBDEFAULTCHARSET=gbk;
/*Dataforthetable`admin_info`*/
/*Tablestructurefortable`admin_login_info`*/
DROPTABLEIFEXISTS`admin_login_info`;
CREATETABLE`admin_login_info`（
`admin_id`char（8）NOTNULL,
`userpassworld`char（20）NOTNULL,
`username`char（20）NOTNULL,
KEY`admin_id`（`admin_id`）,
CONSTRAINT`admin_login_info_ibfk_1`FOREIGNKEY（`admin_id`）REFERENCES`admin_info`（`admin_id`）
）ENGINE=InnoDBDEFAULTCHARSET=gbk;
/*Dataforthetable`admin_login_info`*/
/*Tablestructurefortable`back_info`*/
DROPTABLEIFEXISTS`back_info`;
CREATETABLE`back_info`（
`back_id`varchar（10）NOTNULL,
`back_name`varchar（12）NOTNULL,
`back_type`varchar（8）DEFAULTNULL,
`back_number`decimal（8,0）DEFAULTNULL,
`back_address`varchar（50）DEFAULTNULL,
`cus_id`char（8）DEFAULTNULL,
PRIMARYKEY（`back_id`）
）ENGINE=InnoDBDEFAULTCHARSET=gbk;
/*Dataforthetable`back_info`*/
/*Tablestructurefortable`booking_outer_info`*/
DROPTABLEIFEXISTS`booking_outer_info`;
CREATETABLE`booking_outer_info`（
`booking_outer_id`char（8）NOTNULL,
`booking_outer_name`char（12）NOTNULL,
`booking_oute_address`varchar（20）NOTNULL,
`booking_oute_tel`char（11）NOTNULL,
`booking_oute_typa`char（8）NOTNULL,
`booking_oute_member`decimal（8,0）NOTNULL,
`cus_id`char（8）DEFAULTNULL,
`booking_date`dateDEFAULTNULL,
PRIMARYKEY（`booking_outer_id`）
）ENGINE=InnoDBDEFAULTCHARSET=gbk;
/*Dataforthetable`booking_outer_info`*/
/*Tablestructurefortable`customer_info`*/
DROPTABLEIFEXISTS`customer_info`;
CREATETABLE`customer_info`（
`cus_id`char（8）NOTNULL,
`cus_name`char（12）NOTNULL,
`cus_sex`char
（2）NOTNULL,
`cus_cad_id`char（18）NOTNULL,
`pay_type`char（6）NOTNULL,
`cus_tel`char（11）NOTNULL,
`or_par`tinyint
（1）NOTNULL,
`cus_type`char（12）DEFAULTNULL,
PRIMARYKEY（`cus_id`）
）ENGINE=InnoDBDEFAULTCHARSET=gbk;
/*Tablestructurefortable`flight_info`*/
DROPTABLEIFEXISTS`flight_info`;
CREATETABLE`flight_info`（
`flight_id`char（8）NOTNULL,
`start_location`char（8）NOTNULL,
`end_location`char（8）NOTNULL,
`start_date`datetimeNOTNULL,
`end_start`datetimeNOTNULL,
`airpaln_name`char（10）DEFAULTNULL,
`pe
升级会员 