1 / 45
文档名称:

UML实验指导书-(1).doc

格式:doc   大小:3,199KB   页数:45页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

UML实验指导书-(1).doc

上传人:儒林 2024/5/10 文件大小:3.12 MB

下载得到文件列表

UML实验指导书-(1).doc

相关文档

文档介绍

文档介绍:该【UML实验指导书-(1) 】是由【儒林】上传分享,文档一共【45】页,该文档可以免费在线阅读,需要了解更多关于【UML实验指导书-(1) 】的内容,可以使用淘豆网的站内搜索功能,选择自己适合的文档,以下文字是截取该文章内的部分文字,如需要获得完整电子版,请下载此文档到您的设备,方便您编辑和打印。UML实验指导书-(1)2UML实验指导书34实验一UML建模基础[实验目的和要求]熟悉UML建模工具RationalRose的基本菜单及操作。掌握UML的三大组成部分及各部分作用。掌握UML规则和相关机制。掌握UML的可见性规则和构造型的作用。[实验内容和步骤]练****使用建模工具建立各种UML图形,并对图形进行相应编辑和修改。认识各种UML关系及可见性符号,并用工具表示出来。UML关系表示方法关联关系依赖关系泛化关系实现关系聚合关系5可见性表示方法公有(Public)““+”私有(Private)“-”受保护(Protected)“#”包内公有(Package)“~”[分析与讨论]1、总结UML在软件工程中的作用以及使用UML建模的必要性。答:UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。使用UML可以对已有的用各种方法建立的模型进行描述,并比原来的方法描述得更好。在软件开发的生命期方面,UML对于开发的要求具有无缝性。开发过程的不同阶段可以采用相同的一套概念和表示法,在同一个模型中它们可以混合使用。在开发的不同阶段,不必转换概念和表示。这种无缝性对迭代式的、增量式软件开发是至关重要的。在应用领域方面,UML适用于各种应用领域的建模,包括大型的、复杂的、实时的、分布式的、集中式数据或计算的。6实验二用例图[实验目的和要求]掌握用例的概念。掌握UML用例图的组成、作用以及使用场合。掌握用例与用例之间的各种关系。学****针对具体场景使用用例图进行分析说明的方法。掌握用例描述的概念和基本结构,以及用例描述的作用。[实验内容和步骤]什么是用例,什么是场景?用例和场景之间的关系是怎样的?答:用例是外部可见的系统功能单元,这些功能由系统单元所提供,并通过一系列系统单元与一个或多个参与者之间交换的消息所表达。事件触发时的情景便形成了场景用例图中有哪些组成元素?在UML中是如何表示的?答:用例图包含6个元素,分别是:参与者、用例、关联关系、包含关系、扩展关系以及泛化关系。参与者用人形图标表示,用例图用椭圆形符号表示,连线表示它们之间的关系。用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义?它们之间有何区别?对以上三种关系各举一例,画出用例图,并进行说明。答:包含关系:一个用例可以简单地包含其他用例具有的行为,并把它所包含的用例行为作为自身行为的一部分。8扩展关系:一个用例也可以被定义为基础用例的增量扩展,这称作扩展关系,扩展关系是把新的行为插入到已有用例中的方法。泛化关系:一个用例可以被特别列举为一个或多个子用例。包含关系把几个用例的公共步骤分离成一个单独的被包含用例。被包含用例称作提供者用例,包含用例称作客户用例,提供者用例提供功能给客户使用。用例间的包含关系允许包含提供者用例的行为到客户用例的事件中。包含关系使一个用例的功能可以在另一个用例中使用。(1)如果两个以上用例有大量一致的功能,则可以将这个功能分解到另一个用例中。其他用例也可以和这个用例建立包含关系。(2)一个用例的功能太多时,可以用包含关系建模两个小用例。用例间的包含关系示例图基础用例的执行不会涉及到扩展用例,只有特定的条件发生,扩展用例才被执行。8用例间的扩展关系示例用例泛化当父用例能够被使用时,任何子用例也可以被使用。子用例从父用例处继承行为和属性,还可以添加、覆盖或改变继承的行为。如果一个系统中一个或多个用例是某个一般用例的特殊化时,就需要使用用例的泛化关系。用例间的泛化关系示例为了满足物业中介行业的信息化要求,甲公司基于详尽的需求调研与分析,准备研发一套符合市场需要的、实用的信息管理系统。主要将实现客户资料信息管理、客户委托(出租、出售、租赁、购买)信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。该公司小王,通过多次的与潜在客户的交流与沟通,完成了最初的用例模型的开发,下是一个用例模型的局部:9小李认为该模型不符合“用例建模”的思想,存在明显的错误。请用200字以内说明错误所在,并说明应该如何修改。答:用例是系统参与者与系统在交互过程中所需要完成的事务。确定参与者是房产经济人,还要分析系统所涉及的问题领域和系统运行的主要任务。根据系统的需求分析可确定:作为一个物业信息管理系统,要实现客户资料信息管理、客户委托(出租、出售、租赁、购买)信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。参与者有房产经纪人,对于房产经纪人来说,系统维护操作主要包括:录入,修改房源信息而登录和确认信息是包含在登入和修改中的,包含关系的图标按钮应用虚线箭头。修改后应该是:阅读下面的用例图,说明该图所表达的信息。10