体系结构实验二：RUP视图.docVIP

实验报告 一、实验目的 熟悉软件建模工具Rational Rose的安装和使用，使用Rational Rose绘制用例图，熟悉用例文档的编写，掌握系统需求模型的构造过程；学习使用Rational Rose绘制类图。 二、实验内容 1. 根据如下场景构造需求模型，使用Rational Rose绘制用例图，撰写用例“在线预订客房”和“前台预订客房”的用例描述文档，并进行模型检查。 某酒店订房系统描述如下： (1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订； (2) 前台服务员可以利用系统直接在前台预订房间； (3) 不管采用哪种预订方式，都需要在预订时交相应订金； (4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付； (5) 利用信用卡进行支付时需要和信用卡系统进行通信； (6) 客房部经理可以随时查看客房预订情况和每日收款情况。 2. 某电话公司决定开发一个客户信息管理系统，系统功能如下： (1) 浏览客户信息：任何使用Internet的网络用户都可以浏览电话公司所有的客户信息（包括姓名、住址、电话号码等）。 (2) 登录：电话公司授予每个客户一个账号。拥有授权账号的客户可以使用系统提供的页面设置个人密码，并使用该账号和密码向系统注册。公司管理人员也可以通过登录对客户信息进行管理。 (3) 修改个人信息：客户在系统中注册后，可以发送电子邮件或者使用系统提供的页面对个人信息进行修改。 (4) 删除客户信息：只有公司的管理人员才能删除不再接受公司服务的客户的信息。 绘制该系统的用例图。 3. 根据如下描述绘制类图： 某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。 4. 根据NewWorld Bank银行系统项目需求，构建系统的需求模型和静态模型（类图）。 三、实验要求 1. 熟练安装Rational Rose，熟练使用Rational Rose绘制用例图和类图； 2. 严格按照需求建模和类图绘制的步骤； 3. 使用UML2.0中用例图和类图的标准图符； 4. 绘制标准的用例图并撰写规范的用例文档，绘制标准的类图； 5. 检查最终的需求模型，确保模型与需求的一致性。 四、实验步骤 1. 安装Rational Rose； 2. 熟悉Rational Rose的常用功能； 3. 分析实例场景，识别执行者； 4. 识别用例及用例之间的关系； 5. 使用Rational Rose绘制用例图； 6. 撰写用例文档； 7. 模型检查； 8. 识别系统的类； 9. 识别类的属性和方法； 10. 识别类之间的关系； 11. 使用Rational Rose绘制类图； 12. 检查类图的正确性。 五、实验结果 1．酒店订房系统 1.1用例图： 1.2 在线预订客房用例文档 在线预订客房用例文档 用例名称 在线预订客房 用例编号 BookRoom001 执行者 顾客 涉众利益 客房部经理：了解在在线订情况以及客房剩余数量和每日收款情况。 系统管理员：了解用户是否能够在线预订，系统是否正确记录在线预订信息并更新客房信息。 前置条件 用户成功登陆酒店网站 后置条件 系统保存在线预订信息，更新客房信息。 基本路径 1. 顾客选择要预订的客房类型编号； 2. 顾客输入客户信息及预订客房信息； 3. 系统验证该顾客要预订的客房是否有空闲的； 4. 系统提示顾客可以预订； 如果还需预订，重复1-4步； 5. 顾客提交预订信息； 6. 顾客使用信用卡在线支付。 7. 系统提示顾客预订成功。 扩展路径 7a. 预订失败 1. 系统提示顾客预订失败，客户要预订的客房不存在空闲； 2. 顾客重新输入预订信息； 3. 系统再次验证该顾客是否可以预订，直至该顾客预订成功为止。 字段列表 客房信息包括：客房类型编号、客房数量、客房价格。 业务规则 客房类型不能为空； 客户信息以及客房信息不能为空； 客房数量必须为正整数，且不能为空； 客房价格必须为正数，且不能为空； 非功能需求 系统响应时间不能超过30秒。 设计约束 如何快速输入顾客信息及要预订的客