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

事例-旅行业务申请系统用例图和用例文档 事例-旅行业务申请系统用例图和用例文档 PAGE / NUMPAGES 事例-旅行业务申请系统用例图和用例文档 旅行申请系统用例图 表 1 给出了旅行申请系统中“办理申请手续”用例的文档。因为该用例中并无明确的非功能需求，所以在文档中也没有表现。 表 1 “办理申请手续”用例文档 用例名 办理申请手续 简要描绘 前台服务员经过该用例为申请人办理申请旅行团的手续 参加者 前台服务员 涉众 申请人、前台服务员 有关用例 暂无 前置条件 前台服务员登录到系统 后置条件 申请信息被正保证存，有关旅行团可申请人数减少 基本领件流 该用例开端于游客需要办理申请手续； 前台服务员录入要申请的旅行团旅行路线代码和出发日期； 系统查问要申请的旅行团信息（A-1 ）； 系统显示查问到的旅行团和有关路线信息（D-1 ）（ A-2 、 A-3 ）； 前台服务员录入本次申请信息（D-2 ）； 系统显示旅行花费的总数和申请订金金额； 前台服务员提交该申请信息； 系统保留该申请信息（ A-4 ），用例结束。 备选事件流 A-* 前台服务员在提交该申请前，随时都可能中断该申请 系统显示中断确认的信息； 前台服务员能够结束该用例，也能够选择持续录入下一个申请。 A-1 没法查问到所需的旅行团信息 系统显示录入的旅行线路代码或许出发日期有误信息； 前台服务员再次录入旅行路线代码和出发日期，也能够结束用例。 A-2 旅行已超出申请截止日期 系统提示已超出申请截止日期，不可以申请； 前台服务员从头输入旅行线路代码和新的出发日期，也能够结束用例。 系统提示旅行团人数已满； 前台服务员从头输入新的旅行线路代码和出发日期，也能够结束用例。 A-4 保留信息失败 系统显示保留失败，并提示用户需要再次提交； 前台服务员能够从头提交该申请，也能够结束用例。增补拘束 -数据需求 D-1 显示的旅行团和路线信息包含：旅行路线代码、旅行路线名称、出发日期、天数、申请截止日、可申请人数、大人的单价和儿童的单价等。 D-2 录入申请信息包含：申请责任人的姓名、电话号码、参加的大人人数、儿童人数增补拘束 -业务规则 B-1 所申请旅行团的截止日期在申请日期以前 B-2 所申请旅行团的人数限额未满 B-3 申请订金的计算规则以下表所示： 距出发日期的天数 订金比率 ≥ 2 个月 10% ≥ 1 个月，且 2 个月 20% 1 个月 全款 待解决问题 （暂无） 有关图 （暂无） 表 2 给出了“管理参加人”用例文档，与前一个用例文档不一样的是，该用例文档的基本领件流被区分红三个子流程，经过子流程的方式能够使该用例文档的构造更为清楚。 表 2 “管理参加人”用例文档 用例名 简要描绘 参加者 涉众 有关用例 前置条件 后置条件 基本领件流  管理参加人 前台服务员经过该用例为对申请参加人的信息进行保护 前台服务员 申请人、申请参加人 暂无 前台服务员登录到系统 申请参加人的信息被正确的录入到系统中 用例开端于前台服务员需要对申请的参加人信息进行保护； 前台服务员输入查问条件（ D-1 ），查问申请信息； 3. 系统查问该申请（ A-1 ），并显示申请详细信息（ D-2 ）； 前台服务员选择所要进行的操作； 系统依据前台服务员选择的操作，履行以下的子流程： 选择“增添参加人”操作时，开始“增添参加人”子流程（ 选择“改正参加人”操作时，开始“改正参加人”子流程（ 选择“删除参加人”操作时，开始“删除参加人”子流程（ 6. 子流程达成后，用例结束。 子流程 S-1：增添参加人  S-1）； S-2）； S-3）； 系统显示申请责任人的姓名和电话号码； 前台服务员录入申请责任人信息（D-3 ）； 3. 前台服务员录入申请责任人旅行途中的联系人信息（ D-4 ）； 前台服务员持续录入其余参加人的信息； 前台服务员录入参加人信息（ D-3 ）； 6. 前台服务员录入参加人有关旅行途中的联系人信息（ D-4 ）； 重复步骤 5.6，录入所有的参加人（ A-2 ）； 前台服务员提交本次录入信息（A-3 ）； 系统保留参加者信息（ A-4 ），结束该子流程。子流程 S-2：改正参加人 系统显示所有参加人的姓名； 前台服务员选出要改正的参加人； 系统显示要更改的参加者信息（D-3 ）和联系人信息（ D-4 ）； 前台服务员改正有关的信息； 5. 前台服务员提交本次改正（ A-2 ）； 系统保留参加人信息，结束该子流程。子流程 S-3：删除参加人 系统显示所有参加人的姓名； 前台服务员选出删除的参加人； 系统显示撤消手续花费和返还金额； 前台服务员确认删除； 系统保留本次删除信息； 若删除的参加人就是申请责任人，为了选择新的申请责任