航空票务管理系统V15.docx
《航空票务管理系统V15.docx》由会员分享，可在线阅读，更多相关《航空票务管理系统V15.docx（30页珍藏版）》请在冰豆网上搜索。
航空票务管理系统V15
MSESystemsAnalysisandDesignCourse
航空票务管理系统
分析与设计
版本1.5
项目组成员：
张月丹（学号：
09250103Email：
miracle86921@）
卢青伟（学号：
09250104Email：
lqw@）
蔡德辉（学号：
09250108Email：
samuelchoi@）
王晗昭（学号：
08250813Email：
joseph-wang@）
文档修订摘要
日期
修订号
描述
编制者
审阅者
2010-05-10
V0.1
问题陈述
卢青伟
张月丹
2010-05-16
V0.2
需求分析3.2.1用户登录3.2.2用户注册
张月丹
蔡德辉
2010-05-18
V0.3
需求分析3.2.3个人信息管理3.2.4预订机票
卢青伟
蔡德辉
2010-05-19
V0.4
需求分析3.2.5个人购物车
蔡德辉
蔡德辉
2010-05-20
V0.5
需求分析3.2.6退票3.2.7制定航班3.2.8安排航班
张月丹
卢青伟
2010-05-21
V0.6
补充规约3.3术语表3.4
张月丹
卢青伟
2010-05-25
V0.7
设计4.1系统框架4.2系统关键抽象
卢青伟
蔡德辉
2010-05-27
V0.8
4.3.1分析类及其功能4.3.2用例分析
蔡德辉
王晗昭
2010-05-28
V0.9
3.2.73.2.8制定航班安排航班
王晗昭
卢青伟
2010-06-02
V1.0
4.3.3、4.3.4用例交互过程
卢青伟
张月丹
2010-06-03
V1.1
4.3.5、4.3.6、4.4类分析、类关联、系统类图
张月丹
蔡德辉
2010-06-04
V1.2
调整标题格式
王晗昭
卢青伟
2010-06-19
V1.3
根据依老师意见修改第二、三章
张月丹
卢青伟
2010-06-23
V1.4
根据依老师意见修改第四章
蔡德辉
卢青伟
2010-06-23
V1.5
订稿
全体
全体
目录
第1章引言2
1.1文档用途2
1.2阅读对象2
第2章问题陈述3
第3章需求分析4
3.1航空票务系统用例模型4
3.2航空票务系统那个用例规约4
3.2.1用户登录4
3.2.2用户注册6
3.2.3个人信息管理8
3.2.4预订机票10
3.2.5查看个人购物车11
3.2.6退票12
3.2.7制定航班14
3.2.8安排航班15
3.3补充规约17
3.4术语表18
第4章航空票务系统设计19
4.1航空票务系统框架19
4.2系统关键抽象21
4.3用例分析21
4.3.1分析类及其功能21
4.3.2预订机票用例分析22
4.3.3注册用户用例功能描述22
4.3.4预订机票用例交互过程22
4.3.5预订机票用例的类分析和设计22
4.3.6预订机票用例分析类关联关系23
4.4系统类图24
4.5分析类到设计元素映射26
第1章引言
1.1文档用途
本文档的编写目的是为了让读者对航空票务管理系统的需求和设计有全局性、总体方面的了解。
1.2阅读对象
此文档将适合以下人员阅读：
●本项目组成员
●对本系统感兴趣的人员
第2章问题陈述
为了方便广大市民预订飞机票，现开发一个航空票务系统。
该系统的核心功能是用户的个人信息管理、预订机票和用户查看个人的购物车。
该系统设定两个角色，管理员和用户。
只有注册用户才可进入。
管理员的功能主要是制定航班和安排航班。
在制定航班的时候，系统将会要求管理员输入航班号，起飞地点，目的地点，旅程和价格。
提交时系统会自动检测该航班号是否已存在，保证航班号的唯一性。
在安排航班的时候，系统将会要求管理员输入航班号和航班日期，提交时系统会自动检测该航班是否已设定了航班日期，如果已设定，系统将会提示是否需要替换旧的航班日期。
用户的功能是注册、管理个人信息、预订机票和查看个人购物车。
用户第一次使用该系统时，系统会提示用户进行注册。
填写完毕后，用户提交个人信息时，系统会检测用户名的唯一性。
用户在预订机票时，系统会显示当前所有航班的具体信息，当用户确认预订提交时，系统会检测该航班的票数剩余量。
如果用户重复预订了同一航班的机票，系统将会向用户进行提示。
查看个人购物车的环节里，用户可以查看到自己预订机票的相关信息，并且可以选择某一航班进行退票。
本系统不提供超级管理员，若需要增加管理员，需要系统维护人员在后台直接修改管理员数据库。
第3章需求分析
3.1航空票务系统用例模型
图1：
航空票务系统用例图
3.2航空票务系统那个用例规约
3.2.1用户登录
1）简要说明
本用例描述注册用户/管理员如何登录到航空票务系统。
2）参与者
注册用户、管理员
3）事件流
图2:
用户登录活动图
i.基本事件流
本用例开始于注册用户/管理员希望登录到航空票务系统。
a）系统请求注册用户/管理员输入用户名和密码；
b）注册用户/管理员输入用户名和密码；
c）系统验证输入的用户名和密码；
A1：
用户名不存在
A2：
用户名对应密码不正确
d）注册用户/管理员成功登录到主界面，进行其他操作。
ii.后备事件流
A1.用户名不存在
✧系统显示用户名不存在错误信息；
✧管理员返回基本事件流第1步，而用户将会被系统提示注册。
A2.用户名对应密码不正确
✧系统显示用户名密码不正确错误信息；
✧返回基本事件流第1步。
4）特殊需求
密码输入框必须以密文方式呈现。
5）前置条件
本用例开始前注册用户/管理员已经打开对应的系统登录界面。
6）后置条件
如果用例成功，注册用户/管理员将成功登录系统，并赋予相应权限。
若失败，系统状态不改变。
3.2.2用户注册
1）简要说明
本用例描述注册用户如何在航空票务系统中注册。
用户名合法性定义：
用户名必须只能包含字母和数字并且长度超过8个字符。
密码合法性定义：
密码的长度必须超过6个字符。
2）参与者
注册用户
3）事件流
图3:
用户注册活动图
i.基本事件流
本用例开始于注册用户希望在航空票务系统中注册。
a）系统请求注册用户输入用户名；
A1：
用户名已存在
A2：
用户名不合法。
b）系统请求注册用户输入两次密码；
A3.密码不合法
A4.两次密码不一样
c）系统请求用户输入姓名，性别，电话，电子邮件；
d）系统把当前用户的信息增加到数据库中。
ii.后备事件流
A1.用户名已存在
✧系统显示用户名已存在错误信息；
✧返回基本事件流第1步；
A2.用户名不合法
✧系统显示用户名不合法错误信息；
✧返回基本事件流第1步。
A3.密码不合法
✧系统显示密码不合法错误信息；
✧返回基本事件流第1步。
A4.两次密码不一样
✧系统显示两次密码不一样错误信息；
✧返回基本事件流第1步。
4）特殊需求
密码输入框必须以密文方式呈现。
5）前置条件
本用例开始前用户打开系统注册界面。
6）后置条件
如果用例成功，用户将注册成功，系统在数据库中增加一条注册用户的相关记录。
若失败，系统状态不改变。
3.2.3个人信息管理
1）简要说明
本用例允许注册用户对个人信息进行管理，提供修改密码功能，但不允许修改用户名。
2）参与者
注册用户
3）事件流
图4:
个人信息管理活动图
i.基本事件流
本用例开始于注册用户希望修改个人信息。
a）系统请求注册用户输入新密码和确认密码；
b）注册用户新密码和确认密码；
c）系统验证输入的新密码和确认密码；
A1：
新密码不合法
A2：
确认密码与新密码不一致
d）系统请求注册用户输入性别，电话，电子邮件；
e）注册用输入性别，电话，电子邮件；
f）系统修改注册用户的个人信息
ii.后备事件流
A1.新密码不合法
✧系统显示新密码不合法错误信息；
✧返回基本事件流第1步。
A2.确认密码与新密码不一致
✧系统显示确认密码与新密码不一致错误信息；
✧返回基本事件流第1步。
4）特殊需求
密码输入框必须以密文方式呈现。
5）前置条件
本用例开始前注册用户已经登录系统
6）后置条件
如果用例成功，注册用户将成功修改个人信息。
若失败，系统状态不改变。
3.2.4预订机票
1）简要说明
本用例允许注册用户查询当前的航班信息，并且根据个人需要进行预订。
2）参与者
注册用户
3）事件流
图5:
注册用户预订机票活动图
i.基本事件流
本用例开始于注册用户希望预订机票。
a）系统提供航班号，出发地点，目的地点，航班日期，价格供注册用户选择。
b）用户选择一个航班并确认预订。
c）系统验证选中航班的剩余票数
A1.该航班的剩余票数为0
d）系统修改用户个人购物车中的订票情况
ii.后备事件流
A1.该航班的剩余票数为0
✧系统向用户提示该航班的机票已售完。
✧返回基本事件流第1步
4）特殊需求
无
5）前置条件
本用例开始前注册用户已经登录系统
6）后置条件
如果预订成功，将会在用户的个人购物车中显示该航班。
若失败，返回基本事件流第1步。
3.2.5查看个人购物车
1）简要说明
本用例允许注册用户查看个人预订机票的情况。
2）参与者
注册用户
3）事件流
图6:
注册用户查看个人购物车活动图
i.基本事件流
本用例开始于注册用户希望查询个人预订机票的情况
a）注册用户查看个人购物车
b）系统将返回用户的预订的所有机票，以列表的形式返回航班的航班号、票价、航班日期。
ii.后备事件流
无
4）特殊需求
无
5）前置条件
本用例开始前注册用户已经登录系统
6）后置条件
无
3.2.6退票
1）简要说明
本用例允许注册用户退订个人已预订了的机票。
2）参与者
注册用户
3）事件流
图7:
注册用户退票活动图
i.基本事件流
本用例开始于注册用户希望退订个人已预订了的机票。
a）注册用户查看个人购物车
b）系统将返回用户的预订的所有机票，以列表的形式返回航班的航班号、票价、航班日期。
c）用户选择一个航班并确认退票
d）系统验证该航班是否已经超过退票期限
A1.该航班已经超过退票期限
e）系统修改用户个人购物车中的订票情况。
ii.后备事件流
A1.该航班已经超过退票期限
✧系统提示该航班已经超过退票期限，无法退票。
✧返回基本事件流第2步
4）特殊需求
无
5）前置条件
本用例开始前注册用户已经成功登陆系统。
6）后置条件
如果退订成功，该航班将会从用户的个人购物车中消失。
若失败，返回基本事件流第2步
3.2.7制定航班
1）简要说明
本用例描述管理员如何制定航班。
2）参与者
管理员
3）事件流
图8：
制定航班
i.基本事件流
本用例开始于管理员希望制定航班。
a）系统请求管理员输入航班号，起飞地点，目的地点，旅程小时数，机票价格。
b）系统验证航班号是否已存在
A1.航班号已存在
c）系统验证机票价格是否合法
A2.机票价格不合法
d）系统验证旅程小时数是否合法
A3.旅程小时数不合法
e）系统增加一条航班记录。
ii.后备事件流
A1.航班号已存在
✧系统显示航班号已存在错误信息
✧返回基本事件流第1步
A2.机票价格不合法
✧系统显示机票价格不合法错误信息
✧返回基本事件流第1步
A3.旅程小时数不合法
✧系统显示旅程小时数不合法错误信息
✧返回基本事件流第1步
4）特殊需求
无
5）前置条件
本用例开始前管理员已经成功登陆系统。
6）后置条件
如果用例成功，系统将会一条航班记录。
若失败，系统状态不改变。
3.2.8安排航班
1）简要说明
本用例描述管理员如何安排航班。
2）参与者
管理员
3）事件流
图9：
安排航班
i.基本事件流
本用例开始于管理员希望安排航班。
a）系统请求管理员选择航班号和输入航班日期。
b）系统验证选中的航班是否已经设定了航班日期。
A1.选中的航班已经设定了航班日期，系统提示是否替换原来的航班日期。
c）系统将会修改选中航班的航班日期。
ii.后备事件流
A1.选中的航班已经设定了航班日期，系统提示是否替换原来的航班日期。
✧管理员选择“是”，系统将会修改选中航班的航班日期。
✧管理员选择“否”，返回基本事件流第1步。
4）特殊需求
无
5）前置条件
本用例开始前管理员已经成功登陆系统。
6）后置条件
如果用例成功，系统将会修改选中航班的航班日期。
若失败，系统状态不改变。
3.3补充规约
本部分为该系统的整体非功能性补充要求。
（1）兼容性
系统可支持Windows2003和WindowsXP操作系统。
（2）可靠性
提供7×24小时不间断服务。
保证登录、查询、预订/退订机票、定制航班、安排航班的正确性和可靠性。
（3）性能
系统可支持5000个在线用户；
用户进行预订/退订机票时，系统的响应时间应小于8秒；
用户进行查询个人新购物车时，系统的响应时间应小58秒。
（4）易用性
系统要充分考虑经常使用的功能和很少使用的功能在屏幕上的分布，充分设计和利用导航的功能。
（5）安全性
系统具有注册用户和管理员两种角色，各角色具有不同的操作权限，角色只能在各自允许的权限范围内使用功能。
登录系统时，须输入用户名和密码进行身份验证。
（6）设计约束
本系统通过共享数据库方式获取航空票务系统的航班信息。
3.4术语表
本部分内容包括与本系统开发相关的关键概念定义。
（1）航空票务系统
办理机票预订/退订业务，制定安排航班和注册用户的系统，即本次开发任务，下文所称的本系统均指航空票务系统。
（2）航班信息
指航班的航班号、起飞地点、目的地点、旅程小时数、票价、航班日期等信息。
（3）航班号
系统中用于唯一标示航班的编号。
（4）当前航班
系统当前存在的所有航班。
（5）退票期限
系统规定的注册用户退订机票的时间上限。
（6）航班日期
航班起飞的日期。
（7）注册用户
拥有航班票务系统登录权限和预订/退订机票权限的人。
（8）管理员
由系统设定，负责制定航班和安排航班业务，并拥有管理注册用户信息权限的人。
（9）用户名
注册用户和管理员在系统中的唯一标识。
第4章航空票务系统设计
4.1航空票务系统框架
本系统基于B/S架构用Java开发实现，使用三层结构进行分层，分别是界面层、业务层、数据访问层；通过spring组装界面层、业务层、数据访问层的Bean对象，从而实现对象管理和事务管理。
领域对象的持久化通过hibernate持久化框架完成，界面层运用struts实现界面和界面控制逻辑的分离。
系统还对用户的认证和授权进行了管理，通过认证管理确认帐号是否存在，通过授权管理确认用户对当前功能是否有权限操作。
图10：
航空票务系统框架
●表示层
表示层负责获取用户的请求和信息的展现，是用户与系统交互的界面，通过struts的界面和界面控制逻辑分离技术，实现了界面逻辑的重用。
本系统表示层的模块包括：
用户登录，用户注册、个人信息管理，预订机票，购物车、退票，制定航班，安排航班。
●业务层
业务层是实现系统业务逻辑的核心。
它被struts的action调用，负责对业务逻辑代码进行抽象和封装，执行业务逻辑操作，和领域层、数据层关联。
业务结果返回给表示层展现。
本系统表示层的模块包括：
用户登录，用户注册、个人信息管理，预订机票，购物车、退票，制定航班，安排航班。
●数据层
数据层负责系统的实体对象的数据访问，数据层通过hibernate实现，通过hibernate和ehcache的整合实现实体对象的缓存,本系统数据层的模块包括：
管理员、用户、航班、订单、订单项。
图11：
包依赖图
4.2系统关键抽象
系统关键抽象即系统实体类图，系统实体类描述了系统中的类及其相互之间的各种关系，它反映了系统中包含的各种对象的类型以及对象间的各种静态关系。
主要描述了系统实体层中各实体类的属性及其相互的关系。
是对实体层中各模块的描述。
图12：
系统关键抽象
4.3用例分析
4.3.1分析类及其功能
由于系统的用例较多，难以一一列举，所以选取了注册用户和注销用户两个用例进行详细分析。
其它的用例分析与这两例相似。
每个用例分析由四部分组成，第1部分用例功能描述，对用例功能进行简单的描述，第2部分用例交互过程，主要描述了用户与系统的交互工程，采用时序图进行描述，第3部分用例的类分析和实现，描述了用例涉及的各种类，包括边界类，控制类和实体类，第4部分分析类关联关系，描述了分析类的关联关系。
4.3.2预订机票用例分析
4.3.3注册用户用例功能描述
用户可以利用这一功能预订机票
4.3.4预订机票用例交互过程
1、用户登录系统后进入预订机票的订票界面，界面分页显示当前安排的航班，包括了航班号，出发地点，到达地点，航班日期，价格，用户点击订票进行订票界面逻辑层；
2、订票界面逻辑层取到用户信息和订票信息后，调用订票业务逻辑；进行订票逻辑的处理后，对订单对象持久化。
3、成功持久化订单对象后返回确认信息，否则，提示用户异常错误信息。
图12：
用例交互过程
4.3.5预订机票用例的类分析和设计
⏹边界类：
用例中，边界类为航班预订界面（purchase.jsp）。
该页面以分页形式显示航班信息，边界类的属性及功能如图所示；
⏹控制类：
航班预订的界面逻辑，通过界面逻辑进行界面的跳转，界面的ActionFrom数据和领域对象数据的转换，业务逻辑对象（PurchaseRepository.java）的调用；
⏹业务类：
通过业务逻辑的purchaseFlight方法的调用，执行订票的业务逻辑。
⏹实体类：
订单实体类order.java，该类存储了用户的各种信息，包括订单ID，用户ID，订单项等属性。
图13:
类分析和设计
4.3.6预订机票用例分析类关联关系
图描述了预订机票用例中涉及类的关联关系，即4.3.5中预订机票界面（purchase.jsp），预订机票界面逻辑（PurchaseAction.java），预订机票业务逻辑（PurchaseRepository.java）以及订单（Order.java）的关联关系。
图15：
分析类关联关系
4.4系统类图
在4.2的关键抽象的基础上，添加了个实体类的属性，形成图16所示的系统类图。
图16：
系统类图_1
图17：
系统类图_2
图18：
系统类图_3
图19：
系统类图_4
图20：
系统类图_5
图21：
系统类图_6
图22：
系统类图_7
图23：
系统类图_8
4.5分析类到设计元素映射
系统的分析类到设计元素的映射关系如表17所示。
系统的分析类被映射为三个子系统
用户实体功能
用户管理子系统
航空订票
订票管理子系统
航空航班管理
航班管理子系统
表17：
分析类到设计类映射
升级会员 