案例旅游业务申请系统用例图和用例文档.docVIP

旅游申请系统用例图 表1给出了旅游申请系统中“办理申请手续”用例的文档。由于该用例中并没有明确的非功能需求，因此在文档中也没有体现。 表1 “办理申请手续”用例文档 用例名 办理申请手续 简要描述 前台服务员通过该用例为申请人办理申请旅游团的手续 参与者 前台服务员 涉众 申请人、前台服务员 相关用例 暂无 前置条件 前台服务员登录到系统 后置条件 申请信息被正确保存，相关旅游团可申请人数减少 基本事件流 1. 该用例起始于旅客需要办理申请手续； 2. 前台服务员录入要申请的旅游团旅行路线代码和出发日期； 3. 系统查询要申请的旅游团信息（A-1）； 4. 系统显示查询到的旅游团和相关路线信息（D-1）（A-2、A-3）； 5. 前台服务员录入本次申请信息（D-2）； 6. 系统显示旅行费用的总额和申请订金金额； 7. 前台服务员提交该申请信息； 8. 系统保存该申请信息（A-4），用例结束。 备选事件流 A-* 前台服务员在提交该申请前，随时都可能中止该申请 1. 系统显示中止确认的消息； 2. 前台服务员可以结束该用例，也可以选择继续录入下一个申请。 A-1 无法查询到所需的旅游团信息 1. 系统显示录入的旅游线路代码或者出发日期有误信息； 2. 前台服务员再次录入旅游路线代码和出发日期，也可以结束用例。 A-2 旅行已超过申请截止日期 1. 系统提示已超过申请截止日期，不能申请； 2. 前台服务员重新输入旅游线路代码和新的出发日期，也可以结束用例。 A-3 可以申请的人数为0人 1. 系统提示旅游团人数已满； 2. 前台服务员重新输入新的旅游线路代码和出发日期，也可以结束用例。 A-4 保存信息失败 1. 系统显示保存失败，并提示用户需要再次提交； 2. 前台服务员可以重新提交该申请，也可以结束用例。 补充约束-数据需求 D-1 显示的旅游团和路线信息包括：旅游路线代码、旅游路线名称、出发日期、天数、申请截止日、可申请人数、大人的单价和小孩的单价等。 D-2 录入申请信息包括：申请责任人的姓名、电话号码、参加的大人人数、小孩人数 补充约束-业务规则 B-1 所申请旅游团的截止日期在申请日期之前 B-2 所申请旅游团的人数限额未满 B-3 申请订金的计算规则如下表所示： 距出发日期的天数 订金比例 ≥2个月 10% ≥1个月，且2个月 20% 1个月 全款 待解决问题 （暂无） 相关图 （暂无） 表2给出了“管理参加人”用例文档，与前一个用例文档不同的是，该用例文档的基本事件流被划分成三个子流程，通过子流程的方式可以使该用例文档的结构更加清晰。 表2 “管理参加人”用例文档 用例名 管理参加人 简要描述 前台服务员通过该用例为对申请参加人的信息进行维护 参与者 前台服务员 涉众 申请人、申请参加人 相关用例 暂无 前置条件 前台服务员登录到系统 后置条件 申请参加人的信息被正确的录入到系统中 基本事件流 1. 用例起始于前台服务员需要对申请的参加人信息进行维护； 2. 前台服务员输入查询条件（D-1），查询申请信息； 3. 系统查询该申请（A-1），并显示申请详细信息（D-2）； 4. 前台服务员选择所要进行的操作； 5. 系统根据前台服务员选择的操作，执行以下的子流程： 选择“增加参加人”操作时，开始“增加参加人”子流程（S-1）； 选择“修改参加人”操作时，开始“修改参加人”子流程（S-2）； 选择“删除参加人”操作时，开始“删除参加人”子流程（S-3）； 6. 子流程完成后，用例结束。 子流程S-1：增加参加人 1. 系统显示申请责任人的姓名和电话号码； 2. 前台服务员录入申请责任人信息（D-3）； 3. 前台服务员录入申请责任人旅行途中的联络人信息（D-4）； 4. 前台服务员继续录入其它参加人的信息； 5. 前台服务员录入参加人信息（D-3）； 6. 前台服务员录入参加人有关旅行途中的联络人信息（D-4）； 7. 重复步骤5.6，录入所有的参加人（A-2）； 8. 前台服务员提交本次录入信息（A-3）； 9. 系统保存参加者信息（A-4），结束该子流程。 子流程S-2：修改参加人 1. 系统显示全部参加人的姓名； 2. 前台服务员选出要修改的参加人； 3. 系统显示要变更的参加者信息（D-3）和联络人信息（D-4）； 4. 前台服务员修改相关的信息； 5. 前台服务员提交本次修改（A-2）； 6. 系统保存参加人信息，结束该子流程。 子流程S-3：删除参加人 1. 系统显示全部参加人的姓名； 2. 前台服务员选出删除的参加人； 3. 系统显示取消手续费用和返还金额； 4. 前台服务员确认删除； 5. 系统保