logo资料库

UML系统建模基础教程课后答案.pdf

第1页 / 共17页
第2页 / 共17页
第3页 / 共17页
第4页 / 共17页
第5页 / 共17页
第6页 / 共17页
第7页 / 共17页
第8页 / 共17页
资料共17页,剩余部分请下载后查看
UML 系统建模基础教程课后答案 第一章 面向对象设计与 UML 1. 填空题 ( 1) UML ( 2) 封装 继承 多态 ( 3) 继承 ( 4) 瀑布模型 喷泉模型 基于组件的开发模型 XP 开发模型 2. 选择题 ( 1)C ( 2)A B C D ( 3)A B C D ( 4)A B C ( 5)A 3.简答题 1.试述对象和类的关系。 ( 1)类是具有相同或相似结构、操作和约束规则的对象组成的集合,而对象是某一类 的具体化实例, 每一个类都是具有某些共同特征的对象的抽象。 类与对象的关系就如模具和 铸件的关系,类的实例化结果就是对象,而对一类对象的抽象就是类 .类描述了一组有相同 特性和相同行为的对象。 第二章 UML 通用知识点综述 1.填空题 ( 1)依赖 泛化 关联 实现
( 2)视图 图 模型元素 ( 3)实现视图 部署视图 ( 4)构造型 标记值 约束 ( 5)规格说明 修饰 通用划分 2. 选择题 ( 1)D ( 2)C ( 3)A ( 4)A B ( 5)D 3.简答题 ( 1)在 UML 中面向对象的事物有哪几种? 在 UML 中,定义了四种基本的面向对象的事物,分别是结构事物、行为事物、分组事 物和注释事物等。 ( 2)请说出构件的种类。 构件种类有:源代码构件、二进制构件和可执行构件。 ( 3)请说出试图有哪些种类。 在 UML 中主要包括的视图为静态视图、 用例视图、 交互视图、 实现视图、 状态机视图、 活动视图、部署视图和模型管理视图。 ( 4)请说出视图和图的关系。 视图和图是包含和被包含的关系。在每一种视图中都包含一种或多种图。 ( 5)请简述 UML 的通用机制。 UML 提供了一些通用的公共机制, 使用这些通用的公共机制 (通用机制) 能够使 UML
在各种图中添加适当的描述信息,从而完善 UML 的语义表达。通常,使用模型元素的基本 功能不能够完善的表达所要描述的实际信息, 这些通用机制可以有效地帮助表达, 帮助我们 进行有效的 UML 建模。 UML 提供的这些通用机制,贯穿于整个建模过程的方方面面。前 面我们提到, UML 的通用机制包括规格说明、修饰和通用划分三个方面。 第三章 Rational 统一过程 1.填空题 ( 1)角色 活动 产物 工作流 ( 2)逻辑视图 过程视图 物理视图 开发视图 用例视图 ( 3)设计 开发 验证 ( 4)二维 ( 5)周期 迭代过程 里程碑 2.选择题 ( 1)A B C D ( 2)A C D ( 3)A C D ( 4)A B C ( 5)A B C D 3.简答题 ( 1)请描述迭代过程有几个阶段。 初始阶段、细化阶段、构造阶段和移交阶段。 ( 2) Rational 统一过程以一种能够被大多数项目和开发组织都适用的形式建立起来, 其所包含的六项最佳时间指的是什么?
迭代式软件开发、需求管理、基于构件的架构应用、建立可视化的软件模型、软件质量 验证和软件变更控制。 ( 3)在 Rational 统一过程的开发流程中,分别使用哪几种最主要的建模元素来进行表 达? 在 Rational 统一过程的开发流程中,分别使用角色、活动、产物和工作流四种建模元 素来进行表达。 ( 4)对于一个以架构为中心的开发组织,需要对架构的那些方面进行关注? 对于一个 以架构为中心的开发组织,需要对架构的目的、架构的表示和架构的过程进行关注。 ( 5)简要说明什么是 Rational 统一过程 Rational 统一过程是 Rational 软件开发公司的一款软件产品,并且和 Rational 软件开发 公司开发的一系列软件开发工具进行了紧密的集成。 Rational 统一过程拥有自己的一套架构, 并且这套架构是以一种大多数项目和开发组织都能够接受的形式存在的。 它提供了如何对软 件开发组织进行管理的方式,并且拥有自己的目标和方法。 ( 6)试述实现 Rational 统一过程的步骤 实现 Rational 统一过程的步骤:评估当前状态、建立明确目标、识别过程风险、计划过 程实现、执行过程实现和评价过程实现。 ( 7)Rational 统一过程对现代软件开发的发展起到了什么作用? Rational 统一过程作为一种软件工程过程为开发组织提供了如何在开发过程中如何对软 件开发的任务进行严格分配、 如何对参与开发的人员职责进行严格的划分等方法。 按照预先 制定的计划, 这些计划包括项目时间计划和经费预算, 开发出高质量的软件产品, 并且能够 满足最终用户的要求。 Rational 统一过程提供了一种以可预测的循环方式进行软件开发的过 程、一个用来确保生产高质量软件的系统产品、 一套能够被灵活改造和扩展的过程框架和许 多软件开发最佳实践, 这些都使 Rational 统一过程对现代软件工程的发展产生了深远的影响。 第四章 Rational Rose的安装和操作 1.填空题 ( 1)新建 打开 最近使用的模型
( 2)用例视图 逻辑视图 构件视图 部署视图 ( 3)编辑区 ( 4)模型内容 日志记录 ( 5) mdl 2.选择题 ( 1)A B C D ( 2)A C D ( 3)A B C ( 4)A C D ( 5)C 3.简答题 ( 1)Rational Rose 是一个完全的、具有能满足所有建模环境(包括 Web 开发、数据库 建模以及各种开发工具和语言) 需求能力和灵活性的一套解决方案。 Rational Rose 允许系统 开发人员、 系统管理人员和系统分析人员在软件的各个开发周期内, 建立系统地需求和系统 的体系架构的可视化模型,并且能够将这些需求和系统的体系架构可视化模型转换成代码, 帮助系统开发。 Rational Rose 建模工具能够为 UML 提供很好的支持。 ( 2)从略,参照第二节。 ( 3)通过选择 “File ”(文件)菜单栏下的 “Import ”(导入)可以用来导入模型、包或类 等,可供选择的文件类型包含 .mdl、 .ptl 、.sub 或 .cat 等,导入模型的对话框。导入模型,可 以对利用现成的建模。 通过选择 “File ”(文件)菜单栏下的 “Export Model ... ”(导出模型) 可以用来导出模型,导出的文件后缀名为 .ptl ,当选择一个具体的类的时候,比如选择一个 类名称为 “User”,然后我们可以通过选择 “File ”(文件) 菜单栏下的 “ExportUser”(导出 User 类)来导出 User 类,弹出导出的文件后缀名称为 .ptl ( 4)Rational Rose 2003 的主界面主要是由标题栏、菜单栏、工具栏、工作区和状态栏 构成。 默认的工作区域包含四个部分, 分别是左侧的浏览器, 文档编辑区和右侧的图形编辑
区域,以及下方的是日志记录。 第五章 使用 Rose设计 UML 1.填空题 ( 1)用例视图 逻辑视图 构件视图 部署视图 ( 2)非一致性检查 审查功能 审查功能 重用建模元素和图功能 ( 3)构件 构件图 包 ( 4)部署 ( 5)模型代码库 执行文件 运行库 其他构件的信息 2.选择题 ( 1)A B D ( 2)A C D ( 3)A C D ( 4)A B C ( 5)A B C D 3. 简答题 ( 1)使用 Rational Rose 建立的 Rose 模型中分别包括用例视图、逻辑视图、构件视图 和部署视图。 用例视图是系统功能的高层抽象。 逻辑视图关是系统如何实现用例中所描述的 功能。部署视图显示的是系统的实际部署情况, 它是为了便于理解系统如何在一组处理节点 上的物理分布,而在分析和设计中使用的构架视图。 ( 2)使用 Rational Rose 生成代码有通过以下四个步骤进行:选择待转换的目标模型、 检查语言的语法错误、设置代码生成属性、最后生产代码。 ( 3)在 Rational Rose 中,可以通过收集有关类、类的属性、类的操作、类与类之间的 关系以及包和构件等静态信息,将这些信息转化成为对应的模型,在相应的图中显示出
来。 ( 4)用例视图关注的是系统功能的高层抽象,适合于对系统进行分析和获取需求,而 不关注于系统的具体实现方法。 逻辑视图关注系统如何实现用例中所描述的功能, 主要是对 系统功能性需求提供支持,即在为用户提供服务方面,系统所应该提供的功能。 第六章 用例图 1.填空题 ( 1)用例图 ( 2)参与者(角色) 用例 系统边界 关联 ( 3)包含 扩展 泛化 ( 4)用例粒度 ( 5)组成部分 系统外部 2.选择题 ( 1)D ( 2)A C D ( 3)C ( 4)C ( 5)D 3. 简答题 ( 1)识别用例的最好方法就是从分析系统参与者开始,在这个过程中往往会发现新的 参与者。 当找到参与者之后, 我们就可以根据参与者来确定系统的用例, 主要是看各参与者 如何使用系统, 需要系统提供什么样的服务。 对于这个被选出的用例模型, 不仅要做到易于 理解,还要做到不同的涉众对于它的理解是一致的 ( 2)我们可以在用例之间抽象出包含、扩展和泛化这三种关系。多个用例用到同一段 的行为,则可以把这段共同的行为单独抽象成为一个用例, 然后让其他用例来包含这一用例。
扩展关系往往被用来处理异常或者构建灵活的系统框架。 使用扩展关系可以降低系统的复杂 度,有利于系统的扩展, 提高系统的性能。 扩展关系还可以用于处理基础用例中的那些不易 描述的问题,使系统显得更加清晰易于理解。当您发现系统中有两个或者多个用例在行为、 结构和目的方面存在共性时,就可以使用泛化关系。这时,可以用一个新的(通常也是抽象 的)用例来描述这些共有部分,这个新的用例就是父用例。 ( 3)视系统的复杂度决定。对于比较简单的系统,可以相对用的少些用例图,对于比 较复杂的系统, 为表示清楚系统功能必须多创建用例图。 我们应该根据每个系统的具体情况, 具体问题具体分析,在尽可能保证整个用例模型的易理解性前提下决定用例的大小和数 目。 (4)用例图是从软件需求分析到最终实现的第一步,它显示了系统的用户和用户希望 提供的功能,有利于用户和软件开发人员之间的沟通。借助于用例图, 系统用户、 系统分析 人员、 系统设计人员、 领域专家能够以可视化的方式对问题进行探讨, 减少了大量交流上的 障碍,便于对问题达成共识。 ( 5)使用 Rose 创建用例图的步骤: 识别参与者、 创建用例, 最后创建用例之间的关系。 4.上机题 ( 1) 用例图位于光盘中学生管理系统 .mdl. ->User Case View-> 系统管理员用例 图 ( 2)用例图位于光盘中学生管理系统 .mdl. ->User Case View-> 教师用例图 ( 3)用例图位于光盘中学生管理系统 .mdl. ->User Case View-> 学生用例 第七章 类图与对象图 1.填空题 ( 1)对象 链 ( 2)依赖 泛化 关联 实现 ( 3)类 ( 4)类 接口 数据类型 构件
分享到:
收藏