过程论述
2a 提交的信息有不合法的情况，用例结束。
表3.2.3.2 用户登录用例的不同部分 用例名称 参与者 前置条件 后置条件 主事件流 用户登陆 用户 乘客之前已注册 进入主界面 1. 用输入用户名、密码、和验证码，提交 2. 判断验证码是否正确 3. 系统根据用户名检索数据库 4. 获得密码与用户输入的密码进行比较 5. 获得用户登陆信息 6. 进入前台主界面 备选事件流 1a 信息不合法，用例结束。 2a 验证码不正确，用例结束。 3a 若未检索到结果，用例结束 4a 若密码不正确，用例结束 注释 表3.2.3.3 机票预订 用例的不同部分 用例名称 参与者 前置条件 后置条件 主事件流 机票预订 用户 广大乘客进入机票预订系统 更新数据库，将被预订的机票设置为“被预定“状态 1. 广大乘客将基本的航班信息提交给系统 2. 系统对根据提交的航班信息检索数据库，然后返回到选择航班界面 3. 广大乘客将选择的航班信息提交给系统 4. 系统返回到行程概况和支付方式的界面 注释 第13页（共38页）
航空订票系统的设计与实现
5. 乘客进入机票支付界面，填写相应信息，提交 6. 系统检查乘客提交信息，然后检查支付方式是否合法，最后在查看乘客的资金是否满足，对数据进行相应的处理更新数据库，最后跳转到座位选择界面 7. 更具用户选择的座位置为“已被预订“的状态，更新数据库，并进行资金转账处理，进入乘客订票完成界面 备选事件流 1a 航班的信息有不合法的情况，用例结束。 2a 航班的信息有不合法的情况，用例结束。 2a 若数据库中没有符合的信息，用例结束。 5a 提交不合法，返回并请乘客重新填写。 6a 提交不合法，返回并请乘客重新填写。 6b支付方式不合法，返回并请乘客重新填写。 6c乘客资金不足，返回并请乘客重新填写 7a若用户未选择座位，用例结束。
表3.2.3.4 取消预订航班 用例的不同部分 用例名称 参与者 假设 前置条件 后置条件 主事件流 取消预订航班 用户 乘客已经预订了某航班的机票 乘客已被授权 更新数据库，并将预订的座位置为“未被预订状态“，返回相应的费用 1. 广大用户将预订航班的信息提交给系统 2. 系统检查乘客是否预定了该航班，更改相应信息，返回相应的费用 备选事件流 1a 提交的信息有不合法的情况，用例结束。 2a 提交的信息有不合法的情况，用例结束。 表3.2.3.5 管理员登录 用例的不同部分 注释 第14页（共38页）
注释 过程论述
用例名称 参与者 假设 前置条件 后置条件 主事件流 管理员登陆 普通管理员 普通管理员要对后台进行管理 系统管理员已被识别和授权 进入后台界面 1. 系统管理员输入用户名、密码、和验证码，提交 2. 判断验证码是否正确 3. 系统根据用户名检索数据库 4. 获得密码与用户输入的密码进行比较 5. 获得管理员登陆信息 6. 进入后台管理界面 备选事件流 1a 信息不合法，用例结束。 2a 验证码不正确，用例结束。 3a 若未检索到结果，用例结束 4a 若密码不正确，用例结束 3.2.4 主要功能UML图：
1.用户登录模块：在登录界面，用户通过选择登录类型来进行普通用户和管理员用户 登录，登录成功进入首页，失败返回错误信息 分析类图如下：
图3.2.4.1 登录分析类图
第15页（共38页）
航空订票系统的设计与实现
2.用户注册模块：用户通过提交注册表单注册账户，注册成功返回登录界面，失败返 回错误信息。
图3.2.4.2 用户注册分析类图
用户注册时序图：
图3.2.4.3 用户注册时序图
第16页（共38页）