机票预订系统UML.docx
《机票预订系统UML.docx》由会员分享,可在线阅读,更多相关《机票预订系统UML.docx(18页珍藏版)》请在冰豆网上搜索。
机票预订系统UML
一、介绍
1.简介
随着现在社会的发展,人民生活水平的不断提高,人们出行的交通工具也跟随社会的发展而发展起来了,乘飞机出行的人越来越多,对航空公司的服务要求也就越来越高,所以这方面的市场非常大。
“机票预定系统”的开发是势在必行。
因此为了适应这样一个快速的发展需求,管理大量数据,并有效的稳定和管理航空公司,实行现代化信息管理,无疑成为一个好的选择方式。
在此基础上确定了顾客与各航空公司所需要的“机票预定统”。
系统最终实现有预定订票、查询预定信息、删除预定信息、处理预定信息、航班信息的添加、航班信息的删除、航班信息的查询等一系列所设机航空的的最基本的功能。
与此同时我会不断更新系统的功能最终使系统更加完美。
本系统通过初期的需求分析,建立了严密的数据逻辑结构以及数据库设计所涉及的严格的编码规范、最终是其数据库达到三范式。
让系统更加适合数据库设计的要求。
并使其在后面的系统实施阶段更加方便快捷,在系统维护和运行阶段尽量出现少的错误。
让系统能够全面正常运转。
让系统更加人性化更加方便用户使用。
2.需求分析
2.1功能分析
2.1.1订票功能:
该功能为用户提供简洁的页面呈现,方便用户根据自己的需要预定机票。
2.1.2退票功能:
该功能为用户提供简洁的页面呈现,为用户提供退票功能。
2.1.3查询票据信息功能:
该功能为用户提供简洁的页面呈现,为用户提供查询票据信息。
2.1.4航班预定功能:
该功能为用户提供简洁的页面呈现,用户能够进行航班预定。
2.1.5生成订票列表功能:
系统根据用户订票信息生成订票列表。
2.1.6生成退票信息功能:
系统根据用户退票操作生成退票信息。
2.1.7处理订票功能:
通过该功能,管理员可以处理用户预定的机票,根据航班信息,更改用户实际订票信息。
2.1.8添加航班信息功能:
通过该功能,管理员可以将新的航班信息进行更改,以方便用户能够查询到新的航班信息。
2.1.9修改航班信息功能:
过该功能,管理员可以依照时时的航班情况对航班信息进行修改,更新实际航班信息,以方便用户预定机票。
2.1.10查询航班信息功能:
2.2非功能分析
2.2.1系统处理的准确性和及时性:
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑程序当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。
在系统开发过程中,必须采用一定的方法保证系统的准确性。
2.2.2系统的开放性和系统的可扩展性:
系统应该是一个开放系统,只要符合一定的规范,就可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补,替换完成系统的升级和更新换代。
3.类图的设计
3.1类图绘制步骤
3.1.1根据需求分析得出的类有:
(1)用户类
(2)管理员类
(3)订票类
(4)订票清单类
(5)航班类
图1:
所有类
3.1.2各个类的主要属性和操作
图2:
类的属性和操作
3.1.3分析得出类之间的关系
图3:
类之间的关系
3.1.4类的泛化
图4:
类的泛化
二、系统模型
1.用例图
图5:
用例图
2.用例描述
表1-1订票描述
用例名称
订票
用例概述
用户用来订票
范围
订票系统
主参与者
用户
次要参与者
界面系统
项目相关人利益说明
项目相关人
订到票
顾客
得到票据
前置条件
有航班信息和机票信息
后置条件
打包成票据信息发送的管理员
成功保证
订票信息可以查询到
基本事件流
步骤
活动
1
填写订票信息
2
业务员处理订票信息
3
查询已定信息
扩展事件流
i
生成订票信息
子事件流
无
规则与约束
无
表1-2退票描述
用例名称
退票
用例概述
用户用来退票
范围
订票系统
主参与者
用户
次要参与者
界面系统、航空公司管理员
项目相关人利益说明
项目相关人
完成退票
顾客
退票成功
前置条件
已经订票且航班未发
后置条件
打包成退票票据信息发送的管理员
成功保证
退票成功后有提示
基本事件流
步骤
活动
1
填写退票新消息
2
业务员处理退票信息
扩展事件流
i
生成退票列表
子事件流
无
规则与约束
无
表1-3查询票据信息描述
用例名称
查询票据信息
用例概述
用户用来查询所预定的机票信息
范围
订票系统
主参与者
用户
次要参与者
界面系统
项目相关人利益说明
顾客
查询到相应的票据信息
前置条件
已经订票成功
后置条件
无
成功保证
界面显示票据信息
基本事件流
步骤
活动
1
在界面进行票据信息查询
2
界面显示票据信息
扩展事件流
i
无
子事件流
无
规则与约束
无
表1-4航班预定描述
用例名称
航班预定
用例概述
用户对航班进行预定
范围
订票信息
主参与者
用户
次要参与者
界面信息
项目相关人利益说明
顾客
预定到航班
前置条件
有航班信息且没有被预定完
后置条件
打包成航班预定信息发送到管理员
成功保证
界面显示航班预定成功
基本事件流
步骤
活动
1
在界面中预定航班
2
预定航班
扩展事件流
i
无
子事件流
无
规则与约束
无
表1-5生成订票列表描述
用例名称
生成订票列表
用例概述
系统生成订票列表发送到管理员
范围
界面系统、航空公司管理员
主参与者
无
次要参与者
管理员
项目相关人利益说明
管理员
得到订票列表
前置条件
有用户订票成功
后置条件
生成列表发送到管理员
成功保证
管理员能收到订票列表
基本事件流
步骤
活动
1
界面系统生成订票列表
2
管理员收到订票列表
扩展事件流
i
无
子事件流
无
规则与约束
无
表1-6处理订票描述
用例名称
处理订票
用例概述
管理员对订票信息进行管理
范围
订票系统
主参与者
管理员
次要参与者
无
项目相关人利益说明
无
无
前置条件
系统将订票信息发送到管理员
后置条件
管理员成功修改订票信息
成功保证
系统显示票据修改成功
基本事件流
步骤
活动
1
管理员处理订票
扩展事件流
i
无
子事件流
无
规则与约束
无
表1-7生成退票信息描述
用例名称
生成退票信息
用例概述
系统根据用户退票操作生成退票信息
范围
界面系统
主参与者
无
次要参与者
无
项目相关人利益说明
无
无
前置条件
用户成功操作退票
后置条件
打包成退票信息发送到管理员
成功保证
管理员收到退票信息
基本事件流
步骤
活动
1
系统生成退票信息
2
管理员收到退票信息
扩展事件流
i
无
子事件流
无
规则与约束
无
表1-8添加航班信息描述
用例名称
添加航班信息
用例概述
管理员根据实际情况添加航班信息
范围
界面系统
主参与者
管理员
次要参与者
无
项目相关人利益说明
管理员
成功添加航班信息
前置条件
无
后置条件
新的航班信息成功添加如航班信息列表中
成功保证
系统能查询到新的航班信息
基本事件流
步骤
活动
1
管理员添加航班信息
2
系统更新航班信息
扩展事件流
i
无
子事件流
无
规则与约束
无
表1-9修改航班信息描述
用例名称
修改航班信息
用例概述
管理员对航班信息进行修改
范围
界面系统
主参与者
管理员
次要参与者
无
项目相关人利益说明
管理员
成功修改航班信息
前置条件
系统中有航班信息
后置条件
系统更新航班信息
成功保证
系统能查询到修改后的航班信息
基本事件流
步骤
活动
1
管理员修改航班信息
2
系统更新航班信息
扩展事件流
i
无
子事件流
无
规则与约束
无
表1-10查询航班信息描述
用例名称
查询航班信息
用例概述
用户或管理员进行航班信息的查询
范围
界面系统
主参与者
管理员
次要参与者
用户
项目相关人利益说明
管理员
查询到航班信息
顾客
查询到航班信息
前置条件
系统中有航班信息
后置条件
无
成功保证
界面显示航班信息
基本事件流
步骤
活动
1
用户在界面中查询航班信息
2
管理员在界面中查询航班信息
扩展事件流
i
无
子事件流
无
规则与约束
无
表1-11电话订票描述
用例名称
电话订票
用例概述
用户通过电话进行机票预定
范围
界面系统
主参与者
用户
次要参与者
航空公司客服
项目相关人利益说明
顾客
预定到机票
航空公司客服
收到预定信息
前置条件
无
后置条件
生成订票信息输入到系统
成功保证
成功后有信息提示
基本事件流
步骤
活动
1
用户电话订票
2
系统生成订票信息
扩展事件流
i
无
子事件流
无
规则与约束
无
表1-12网上订票描述
用例名称
网上订票
用例概述
用户通过网络进行机票预定
范围
界面系统
主参与者
用户
次要参与者
无
项目相关人利益说明
用户
预定到机票
前置条件
无
后置条件
生成订票信息输入到系统
成功保证
成功后有信息提示
基本事件流
步骤
活动
1
用户上网订票
2
系统生成订票信息
扩展事件流
i
无
子事件流
无
规则与约束
无
表1-13柜台订票描述
用例名称
柜台订票
用例概述
用户在机场柜台进行机票预定
范围
订票系统
主参与者
用户
次要参与者
工作人员
项目相关人利益说明
顾客
预定到机票
前置条件
无
后置条件
用户得到票据
成功保证
成功后有信息提示
基本事件流
步骤
活动
1
用户柜台订票
2
用户得到票据信息
扩展事件流
i
无
子事件流
无
规则与约束
无
三、动态模型
1.序列图
1.1订票用例序列图
图6:
订票用例序列图
1.2添加航班信息序列图
图7:
添加航班信息序列图
2.活动图
订票活动图
图8:
订票活动图
3.状态图
订票状态图
图9:
订票状态图