体系结构实验二：RUP视图

1、精选优质文档-倾情为你奉上实验报告 一、实验目的熟悉软件建模工具Rational Rose的安装和使用，使用Rational Rose绘制用例图，熟悉用例文档的编写，掌握系统需求模型的构造过程；学习使用Rational Rose绘制类图。二、实验内容1. 根据如下场景构造需求模型，使用Rational Rose绘制用例图，撰写用例“在线预订客房”和“前台预订客房”的用例描述文档，并进行模型检查。某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时交相应订金；(4)

2、 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。 2. 某电话公司决定开发一个客户信息管理系统，系统功能如下：(1) 浏览客户信息：任何使用Internet的网络用户都可以浏览电话公司所有的客户信息（包括姓名、住址、电话号码等）。(2) 登录：电话公司授予每个客户一个账号。拥有授权账号的客户可以使用系统提供的页面设置个人密码，并使用该账号和密码向系统注册。公司管理人员也可以通过登录对客户信息进行管理。(3) 修改个人信息：客户在系统中注册后，可以

3、发送电子邮件或者使用系统提供的页面对个人信息进行修改。(4) 删除客户信息：只有公司的管理人员才能删除不再接受公司服务的客户的信息。绘制该系统的用例图。3. 根据如下描述绘制类图：某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等

4、；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。4. 根据NewWorld Bank银行系统项目需求，构建系统的需求模型和静态模型（类图）。三、实验要求1. 熟练安装Rational Rose，熟练使用Rational Rose绘制用例图和类图；2. 严格按照需求建模和类图绘制的步骤；3. 使用UML2.0中用例图和类图的标准图符；4. 绘制标准的用例图并撰写规范的用例文档，绘制标准的类图；5. 检查最终的需求模型，确保模型与需求的一致性。四、实验步骤1. 安装Rational Rose；2. 熟悉Rational Rose

5、的常用功能；3. 分析实例场景，识别执行者；4. 识别用例及用例之间的关系；5. 使用Rational Rose绘制用例图；6. 撰写用例文档；7. 模型检查；8. 识别系统的类；9. 识别类的属性和方法；10. 识别类之间的关系；11. 使用Rational Rose绘制类图；12. 检查类图的正确性。五、实验结果 1酒店订房系统 1.1用例图： 1.2 在线预订客房用例文档 在线预订客房用例文档 用例名称在线预订客房用例编号BookRoom001执行者顾客涉众利益客房部经理：了解在在线订情况以及客房剩余数量和每日收款情况。系统管理员：了解用户是否能够在线预订，系统是否正确记录在线预订信息并

6、更新客房信息。前置条件用户成功登陆酒店网站后置条件系统保存在线预订信息，更新客房信息。基本路径1. 顾客选择要预订的客房类型编号；2. 顾客输入客户信息及预订客房信息；3. 系统验证该顾客要预订的客房是否有空闲的；4. 系统提示顾客可以预订；如果还需预订，重复1-4步；5. 顾客提交预订信息；6. 顾客使用信用卡在线支付。7. 系统提示顾客预订成功。扩展路径7a. 预订失败1. 系统提示顾客预订失败，客户要预订的客房不存在空闲； 2. 顾客重新输入预订信息；3. 系统再次验证该顾客是否可以预订，直至该顾客预订成功为止。字段列表客房信息包括：客房类型编号、客房数量、客房价格。业务规则客房类型不能

7、为空；客户信息以及客房信息不能为空；客房数量必须为正整数，且不能为空；客房价格必须为正数，且不能为空；非功能需求系统响应时间不能超过30秒。设计约束如何快速输入顾客信息及要预订的客房信息？1.3 前台预订客房用例文档 前台预订客房用例文档用例名称前台预订客房用例编号BookRoom004执行者前台服务员涉众利益客房部经理：了解在前台订情况以及客房剩余数量和每日收款情况。系统管理员：了解用户是否能够前台预订，系统是否正确记录前台预订信息并更新客房信息。前置条件前台服务员已被正确识别和授权。后置条件保存前台预订信息，收取预订费用，更新客房信息。基本路径1.顾客来到酒店前台咨询客房信息。2.前台服务

8、员开始一次新的预订；3.前台服务员输入顾客要预订的客房标识；4.系统显示客房的描述、价格、折扣等信息；前台服务员重复1-4步，直至结束。5.系统显示顾客要支付的金额。6.前台服务员请顾客付款7.顾客支付，系统处理支付。8.系统记录完整的客房预订信息。9.前台服务员给予顾客客房钥匙。10.顾客拿着钥匙来到对应的房间。扩展路径a* 任何时刻，发生以下状况，系统将失败：1 前台服务员重启系统，登录，请求恢复上次状态。2 系统重建之前的状态。2a. 系统恢复过程中检测到异常：1 系统向前台服务员指示错误，记录此错误，并进入一个清空状态。2 前台服务员开始一次新的预订。3a. 非法标识：1 系统指示错误

9、并拒绝输入。4a. 系统生成的客房价格不是顾客想要的价格：1 前台服务员重写价格。2 系统显示新的价格。6a. 顾客想用现金付款，但随身现金不足： 1a. 顾客使用替代的支付手段。 1b. 顾客告诉收银员，他要取消次销售，收银员在系统上取消此销售。7a. 现金支付：1 前台服务员输入收取的现金数额。2 系统给出应找的金额，并弹出现金抽屉。3 前台服务员放入收取的现金，并拿出应找的余额给顾客。4 系统记录现金支付。7b. 信用卡支付：1 顾客输入信用卡帐号。2 系统向外部的信用卡系统发送支付授权请求，并请求批准此支付。2a. 系统检测到与信用卡系统的通信故障：1 系统向前台服务员指示发生了错误。

10、2 前台服务员请求顾客更换支付方式。3 系统收到批准付款的指示，并向收银员指示付款被批准。3a. 系统收到拒绝付款的指示：1 系统向前台服务员指示付款被拒绝。2 前台服务员请求顾客更换支付方式。4 系统记录信用卡支付，其中包括支付的批准。5 系统给出信用卡支付的签名输入机制。6 前台服务员要求顾客做出一个信用卡支付签名。顾客签名。字段列表客房信息包括：客房类型编号、客房数量、客房价格。业务规则客房标识不能为空。信用卡帐号信息可以使用读卡器或键盘输入。客房数量必须为正整数，且不能为空；客房价格必须为正数，且不能为空；非功能需求系统响应时间不能超过30秒。设计约束如何快速输入客房编号？如何快速使用

11、信用卡支付？1.4模型检查矩阵用例：UC001：在线预订房间 UC002：前台预订房间 UC003：查看客房每日预订情况 UC004：查看每日收款情况 UC005：现金支付 UC006：信用卡支付需求：R1：顾客可以选择在线预订 R2：顾客可以直接去酒店通过前台服务员预订 R3：前台服务员可以利用系统直接在前台预订房间 R4：通过现金进行支付 R5：通过信用卡进行支付R6：利用信用卡进行支付时需要和信用卡系统进行通信R7：客房部经理可以随时查看客房预订情况R8：客房部经理可以随时每日收款情况 UC001UC002UC003UC004UC005UC006R1R2R3R4R5R6R7R82客户信息

12、管理系统2.1用例图 3商场会员管理系统 3.1类图 4NewWorld Bank银行系统 4.1用例图 4.2类图 4.3 用例文档创建新账号用例文档用例名称创建新账号用例编号Bank001执行者银行内部工作人员涉众利益客户：快速方便地创建一个银行账号。银行工作人员：系统运行正常，快速无误地为客户创建账号。银行经理：了解有多少人在该行创建了用户。系统管理员：了解是否能够为客户创建账号，系统是否能够正确地记录已创建账号的客户信息。 前置条件银行工作人员已成功登录。后置条件系统保存客户的新建账号信息，更新数据库里面的账号信息。基本路径1. 客户来到银行柜台提出开户申请；2. 银行工作人员开始一次

13、新的开户；3. 客户说明要申请的账号类型；4. 系统验证是否存在客户要求的账号类型；工作人员重复1-4步，直至结束。5. 系统提示录入客户信息；6客户提供客户信息7. 工作人员录入客户信息；8. 系统提示创建新账号成功。扩展路径a* 任何时刻，发生以下状况，系统将失败：3 工作人员重启系统，登录，请求恢复上次状态。4 系统重建之前的状态。2a. 系统恢复过程中检测到异常：3 系统向银行工作人员指示错误，记录此错误，并进入一个清空状态。4 银行工作人员开始一次新的开户。3a. 客户想要申请的账号不存在1 工作人员提示客户申请其他类型的账号2 系统显示其他类型账号的信息6a. 客户忘记填写信息中的

14、一些内容 1客户取消申请账号8a. 创建账号失败 1 系统提示创建账号失败，系统中不存在该账号。2 客户取消创建新账号。字段列表账号信息包括：账号号码、账号密码、账号开户时间、账号余额、利率。业务规则客户信息不能为空；账号类型只能为银行提供的账号类型；非功能需求系统响应时间不能超过30秒。设计约束如何快速录入客户信息？4.4需求模型检查矩阵用例：U1：创建新账号 U2：设置或修改账号密码 U3：申请借记卡U4：设置或修改借记卡的密码 U5：账号挂失 U6：借记卡挂失 U7：取消账号 U8：存款 U9：取款 U10：计算利息 U11：转账 U12：设定一个借款额的上限 U13：申请开通网上服务

15、U14：录入银行工作人员基本资料 U15：修改银行工作人员基本资料 U16：查询银行工作人员基本资料 U17：为工作人员分配操作帐号 U18：为工作人员分配操作权限 U19：密码管理 U20：注册 U21：修改注册信息 U22：确定服务密码 U23：查询指定账号在指定期限内的交易详单 U24：查询指定账号余额 U25：客户转账 U26：提供对银行服务的介绍、最新储蓄存款利率、外汇牌价的介绍需求：R1：根据顾客填写的开户单创建新的账号，并保留用户基本资料。账号有不同种类，如储蓄账号和信用卡账号。储蓄账号又分为活期、定期存单、定期一本通、定活两便等不同类型。开设新储蓄账号时，最低存款额为10元。

16、R2: 设置或修改账号密码 R3: 用户开户后，可申请对应的借记卡。借记卡与账号一一对应。R4: 设置或修改借记卡的密码。R5: 账号挂失。R6: 借记卡挂失。R7: 取消账号。R8: 存款。存款时需记录操作员编号、存款额、币种、期限、存款时间等信息。对定期存款，可指定是否要自动转存。R9: 取款。取款时需记录操作员编号、取款额、取款时间等信息R10: 计算利息。存款利率可随时间变化。活期存款采用分段计息，按取款日利率计息。此外，每年6月30日设为活期账号的结息日，统一计算活期利息。定期存款利率采用存款当时的利率，自动转存的，每转存一次，均按转存日的利率计算下一个存期的利息。分段计息时，各段利

17、息计至厘位，合计利息计至分位，分以下四舍五入。R11: 转账。支持活期账号间的转账操作。R12: 对信用卡账号，系统根据顾客的偿还能力和信誉度设定一个借款额的上限。以每月为单位进行结算，顾客当月消费总额不能超过借款额上限。结算完毕后，向顾客发出结算单，如果顾客在规定期限内没有还款，则采取收取罚款或收回信用卡的措施。R13: 用户提供姓名、有效证件、银行帐号，申请开通网上服务。R14:录入、修改、查询银行工作人员基本资料。R15: 为工作人员分配操作帐号和操作权限。R16: 密码管理。操作员忘记密码，可由系统管理员将密码恢复为初始值。R17: 用户注册。提供注册所需基本信息。R18: 用户可修改注册信息。R19: 用户在银行开通