信息系统打印.doc

实 验 报 告 课程名称 信息系统分析与设计 实验名称 用例建模 系别 电子信息科学学院 专业班级 信息管理（1）班 指导教师 黄堃 学号 姓名 实验日期 2013-11-14 实验成绩 一、实验目的 掌握客户需求分析的方法和步骤 了解以用例驱动的软件开发方法 识别并编写用例 掌握用Rose 进行用例建模的具体方法和步骤 二、实验环境 1.硬件环境：微机 2.软件环境：Windows XP，Word，Rational Rose 2003 三、实验内容及步骤 按如下叙述建立旅店预订系统的用例模型： 某旅店可对外开放50个双人间和20个单人间，房间费用视情况、按季节调整，但周一到周五提供半价（周末全价）折扣。旅客可以直接入住房间（如果有空房），也可以提前预订；入住和预订都需要登记个人信息。旅客提前预订房间时，需提交一定的订金；在入住时间24小时之前，旅客可以取消预订房间，并退回所有订金，而24小时以内则不退还订金。旅客入住时先预交一笔住宿费用，待退房时，再对住宿费用进行结算。此外，为了考查旅店的业务情况，服务员每月为经理提供房间的预订情况和入住情况的详细信息。 随着旅店声誉日益提高，住宿人员越来越多，旅客为了能够获得好的房间，均会提前预订房间。然而，随着预订的增多、预订周期的拉长，前台服务员的工作压力也日益增大，还经常出现工作失误，使得已经预订好房间的旅客也不能按期入住，这给旅店的声誉带来不好的影响。 为此，旅店老板希望能够通过计算机系统来自动管理这些预订。不过由于资金问题，目前只开发一个单机版的系统，不能提供网上业务；并且旅店方面的其他业务暂不考虑信息化问题。旅店老板委托某计算机公司开发该系统，并承诺如果系统运转良好，将会考虑进一步的合作事宜。 用例建模的步骤如下： 步骤1：获取原始需求。通过文字或业务流程图的方式来描述用户需求。 步骤2：识别参与者。从原始需求中找出系统的参与者。 服务员：确认旅客个人身份信息，根据旅客的需求，为旅客进行预订房间、登记住宿信息、收钱、退订、办理住宿手续和退房手续等。 旅客：主要是提供个人信息和住宿信息，实现预订、入住和退房的目的。 时间：判断住宿时间和旅客预订房间的时间是否超过24小时，超过则不退定金，没超过则全额退还。 步骤3：识别用例。从参与者的角度入手，通过分析参与者使用系统的目标来获取相应的用例。 步骤4：绘制用例图。识别出参与者和用例之后，将它们表示为完整的用例图。 步骤5：编写用例文档 用例名称 取消房间 简要描述 旅店的服务员通过该用例为顾客取消预订的房间 参与者 服务员 涉众 服务员：正确地完成取消房间的过程 旅客：简单快速地取消所预订的房间 相关用例 无 前置条件 服务员正确登录到该系统 后置条件 如果取消成功，则系统记录本次取消房间的信息，相关的房间状态被正确标识 基本事件流 用例起始于旅客现场不需要原先所预定的房间 服务员根据旅客所提供的信息（D-1）来查询旅客已经预订的房间信息（D-2） 系统显示该名旅客所预订的房间列表（A-1） 服务员为旅客选定所预订的房间（A-2） 系统判断预订天数是否超过24小时，没有则退还定金，否则计算所需的总费用和旅客应支付的金额（B-2） 旅客现场收取剩余的金额 服务员将支付的信息记录到系统中，并进行取消操作 系统保存本次取消预订的信息（D-3），显示取消预订成功消息（A-4） 系统打印取消收据后，用例结束 备选事件流 A-* 服务员在保存取消预订信息前，随时都可以终止该用例 系统提醒服务员当前所有操作都会被取消 服务员确认后，当前用例结束，也可以选择取消，则继续后续操作 A-1 没有找到顾客提供信息所匹配的房间 系统显示没有找到所预订的房间 服务员可以重新设定查询条件，也可以选择结束该用例 A-2 所有房间中没有旅客所预定的房间 服务员可以重新查询其他房间，也可以选择结束该用例 A-3 系统保存失败 系统显示保存失败信息，并提醒服务员重新提交 服务员可以重新提交本次取消信息，也可以结束该用例 补充规约 - 数据需求 补充规约 - 业务规则 补充约束-数据需求 D-1 查询条件包括：预订时间段、房间类型、顾客姓名、性别、身份证号码、电话号码 D-2 房间信息包括：房间号、房间类型、价格、房间状态、预订时间 D-3 取消信息包括：退还金额 补充约束-业务规则 B-2 取消时需按房间的预订房间的那一刻到当前时间是否超过24小时，超过则定金全部没收，没有则全部返还。 补充约束-非功能需求 可支持性：目前只考虑旅客当场收取剩余金额，但也要为其他收取方式预留接口 待解