计121-张龙龙uml实验报告讲述.docVIP

实验一 用例图 [实验目的] 掌握用例的概念。 掌握UML用例图的组成、作用以及使用场合。 掌握用例与用例之间的各种关系。 学习针对具体场景使用用例图进行分析说明的方法。 掌握用例描述的概念和基本结构，以及用例描述的作用。 [实验内容和步骤] 什么是用例，什么是场景？用例和场景之间的关系是怎样的？ 答：用例是外部可见的系统功能单元，这些功能由系统单元提供，并通过一系列系统单元与一个或是多个参与者之间交换的消息所表达。 场景是是帮助系统分析员发现和定义业务实体。 通过对场景的分析，给了我们重要的线索去发现业务实体。而我们发现了业务实体之后，又通过用例场景来验证这些实体是否支持了用例的实现。 用例图中有哪些组成元素？在UML中是如何表示的？ 答：在用例图的组成元素：参与者、用例、关系 用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用例图，并进行说明。 答：（1）、关联关系：描述参与者与用例之间的关系，它是用于表示类的关系的关联原类的实例。 （2）、包含关系：基本用例的行为包含了另一个用例的行为。基本用例描述在多个用例中都有的公共行为。包含关系本质上是比较特殊的依赖关系。它比一般的依赖关系多了一些语义。在包含关系中箭头的方向是从基本用例到包含用例。 （3）、泛化关系：代表一般于特殊的关系。UML用例图中泛化关系的意思和面向对象程序设计中的继承的概念是类似的。不同的是继承使用在实施阶段，泛化使用在分析、设计阶段。在泛化关系中子用例继承了父用例的行为和含义，子用例也可以增加新的行为和含义或者覆盖父用例中的行为和含义。 （4）、扩展关系：扩展关系的基本含义和泛化关系类似，但在扩展关系中，对于扩展用例有更多的规则限制，基本用例必须声明扩展点，而扩展用例只能在扩展点上增加新的行为和含义 4、为了满足物业中介行业的信息化要求，甲公司基于详尽的需求调研与分析，准备研发一套符合市场需要的、实用的信息管理系统。主要将实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。该公司小王，通过多次的与潜在客户的交流与沟通，完成了最初的用例模型的开发，下是一个用例模型的局部： 小李认为该模型不符合“用例建模”的思想，存在明显的错误。请用200字以内说明错误所在，并说明应该如何修改。 答：首先打开房源信息页面用例与登陆信息用例的关系并不是包含的关系。应该是“USE”。 阅读下面的用例图，说明该图所表达的信息。 答：参与者是客户和服务人员。主要关系是包含和拓展。首先有客户来预定座位，如果，前面有别的客户，他就等待，服务人员进行作为信息查询，把空闲座位分给客户，然后办理结帐，有两种方式可供客户选择，要不现金结帐要不就是银行卡结帐，然后收款就可以了。 6、 下图是一个描述保险商务系统的简单用例图。根据该用例图回答问题。 “签订保险单”用例可能涉及到哪几个实体类？ 答：有客户和保险员两个实体类。 现实生活中签订保单的基本流程如下：客户提出购买需求，保险员根据客 户需求选择相应的保险服务，客户阅读保险条款，同意后打印保单样据，客户签字并支付保金，保单开始生效，保险员做相关系统纪录。如需要根据以上信息，请列举这个用例描述中可能存在扩展事件流。 客户选择相应的保险服务是对签订保单用例的扩展，保险员做相关系统的记录也是这个用例的扩展。 答“客户阅读保险条款，同意后可以签字并支付保金，否则图同意就不签订保单。 保单管理用例在实际开发过程中可以泛化出若干小用例，列出可能存在的子用例，并且说明这些用例和“保单管理”用例之间应该是什么关系？ 答：单查询和保单保存可能是存在的子用例，这些用例和“保单管理”用例之间应该是泛化关系。 7、在一个TelephoneSystem（电话系统）中，用户可以使用电话卡或对方付款两种办法来打电话。 1）请画出表示该场景的用例图。 2）在前图的基础上，继续画出可能存在的包含用例和扩展用例。 [分析与讨论] 总结用例图的重要作用，讨论并指出哪些场合下可以使用用例图。 答：用例图显示多个外部参与者以及他们与系统提供的用例之间的链接。通过用例建模可以对外部的角色以及他们所需要的系统功能建模。用例图用于系统的分析阶段。 讨论用例分析技术和结构化分析之间的关系和区别。 答：联系：他们都可以使软件开发的更容易， 区别：结构化系统开发方法是指把整个系统开发过程分成若干阶段，每个阶段进行若干活动，每项活动应用系统标准、规范、方法和技术，完成一