统一建模语言UML实验报告资料.docVIP

学生实验报告  目录 实验一 UML建模基础及用例图 3 实验二 对象图及交互图 11 实验三 UML类图 16 实验四 包图 20 实验五 状态图 25 实验六 活动图 30 实验七 时序图与协作图 34  实验一 UML建模基础及用例图 [实验目的] 熟悉UML建模工具Rational Rose的基本菜单及操作。 掌握UML的可见性规则和构造型的作用。 掌握用例的概念；掌握UML用例图的组成及作用。 掌握用例与用例之间的各种关系。 [实验内容和步骤] 练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。 认识各种UML关系及可见性符号，并用工具表示出来。 UML关系 表示方法 关联关系 依赖关系 泛化关系 实现关系 聚合关系 可见性 表示方法 公有（Public） ““+” 私有（Private） “-” 受保护（Protected） “#” 包内公有（Package） “~” 。 3什么是用例，什么是场景？用例和场景之间的关系是怎样的？ 答：用例是外部可见的系统功能单元，这些功能由系统单元所提供，并通过一系列系统单元与一个或多个参与者之间交换的消息所表达。事件触发时的情景便形成了场景 4用例图中有哪些组成元素？在UML中是如何表示的？ 答：用例图包含6个元素，分别是：参与者、用例、关联关系、包含关系、扩展关系以及泛化关系。 参与者用人形图标表示，用例图用椭圆形符号表示，连线表示它们之间的关系。 5用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用例图，并进行说明。 答：包含关系：一个用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。 扩展关系：一个用例也可以被定义为基础用例的增量扩展，这称作扩展关系，扩展关系是把新的行为插入到已有用例中的方法。 泛化关系：一个用例可以被特别列举为一个或多个子用例。 包含关系把几个用例的公共步骤分离成一个单独的被包含用例。被包含用例称作提供者用例，包含用例称作客户用例，提供者用例提供功能给客户使用。用例间的包含关系允许包含提供者用例的行为到客户用例的事件中。 包含关系使一个用例的功能可以在另一个用例中使用。（1）如果两个以上用例有大量一致的功能，则可以将这个功能分解到另一个用例中。其他用例也可以和这个用例建立包含关系。 （2）一个用例的功能太多时，可以用包含关系建模两个小用例。 用例间的包含关系示例图 基础用例的执行不会涉及到扩展用例，只有特定的条件发生，扩展用例才被执行。 用例间的扩展关系示例 用例泛化当父用例能够被使用时，任何子用例也可以被使用。子用例从父用例处继承行为和属性，还可以添加、覆盖或改变继承的行为。如果一个系统中一个或多个用例是某个一般用例的特殊化时，就需要使用用例的泛化关系。 用例间的泛化关系示例 6为了满足物业中介行业的信息化要求，甲公司基于详尽的需求调研与分析，准备研发一套符合市场需要的、实用的信息管理系统。主要将实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。该公司小王，通过多次的与潜在客户的交流与沟通，完成了最初的用例模型的开发，下是一个用例模型的局部： 小李认为该模型不符合“用例建模”的思想，存在明显的错误。请用200字以内说明错误所在，并说明应该如何修改。 答：用例是系统参与者与系统在交互过程中所需要完成的事务。确定参与者是房产经济人，还要分析系统所涉及的问题领域和系统运行的主要任务。根据系统的需求分析可确定：作为一个物业信息管理系统，要实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。参与者有房产经纪人，对于房产经纪人来说，系统维护操作主要包括：录入，修改房源信息而登录和确认信息是包含在登入和修改中的,包含关系的图标按钮应用虚线箭头。修改后应该是： 7.阅读下面的用例图，说明该图所表达的信息。 答：客户可以启动“预定座位”功能。如果预定人数多，将执行扩展用例“处理等候队列”。 总台服务员可以启动“安排座位”“办理结账”功能。客户预定座位、服务员安排座位需要先“检查座位信息”。服务员“办理结账”时需要“收款”，收款时可以现金支付也可以使用银行卡，银行卡必须是银联POS系统。 8、下图是一个描述保险商务系统的简单用例图。根据该用例图回答问题。 a) “签订保险单”用例可能涉及到哪几个实体类？ 答：客户、保险员、保险单。 b) 现实生活中签订保单的基本流程如下：客户提出购买需求，保险员根据