UML复习补充.doc

UML复习整理填空 10名词解释204-5个简答题 254-5个分析题30 有几个？综合题 15（ 看作业做过的 习题P106 P143 P180 以及PPT ！画图 用例图 类图 对象图 活动图 状态图） 序列图 协作图关系 区别 构件图 部署图基本概念第1章什么叫面向对象P3面向对象技术是一种以对象为基础，以事件或消息来驱动对象执行处理的程序设计技术。从程序设计方法上来讲，它是一种自下而上的程序设计方法，它不像面向过程程序设计那样一开始就需要使用一个主函数来概括出整个程序，面向对象程序设计往往从问题的一部分着手，一点一点地构建出整个程序。 类的概念 2个要素P4类（Class）是具有相同属性和操作的一组对象组合类的定义要包含以下的要素：定义该类对象的数据结构（属性的名称和类型）定义对象所要执行的操作，也就是类的对象要被调用执行哪些操作，以及对象要执行哪些操作，比如数据库操作等等。什么是继承（简答 填空 选择）P8继承（Inheritance）是一种连接类与类之间的层次模型，是指特殊类的对象拥有其一般类的属性和行为每个模型作用特点 适用于哪些不同的场合（书P20-24待补充！ 整理的参考了PPT）1. 瀑布模型 瀑布模型也被称为生存周期模型，其核心思想是按照相应的工序将问题进行简化，将系统功能的实现与系统的设计工作分开，便于项目之间的分工与协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。瀑布模型将软件生命周期划分为软件计划、需求分析和定义、软件设计、软件实现、软件测试、软件运行和维护这6个阶段，并且规定了它们自上而下的次序，如同瀑布一样下落。每一个阶段都是依次衔接的。 2. 喷泉模型喷泉模型是一种以对象为驱动、以用户需求为动力的模型，主要用于描述面向对象的软件开发过程。该模型认为软件开发过程自下而上，周期的各阶段是相互重叠和多次反复的，就像水喷上去又可以落下来，类似一个喷泉。3. 基于组件的开发模型基于构件的开发模型利用模块化方法将整个系统模块化，并在一定构件模型的支持下复用构件库中的一个或多个软件构件，通过组合手段高效率、高质量地构造应用软件系统的过程。4. XP开发模型敏捷方法强调适应性而非预测性、强调以人为中心，而不以流程为中心的软件开发过程。其特点是轻载、基于时间、紧凑、并行并基于构件。在所有的敏捷方法中，XP（eXtreme Programming）方法是最引人注目的一种轻型开发方法。它规定了一组核心价值和方法，消除了大多数重量型开发过程中的不必要产物，建立了一个渐进型开发过程。面向对象设计准则P15包括 模块化、抽象、信息隐藏、低耦合和高内聚 等特征。系统设计的作用（为什么要设计 ？） 一般的特点P16系统设计是问题求解及建立解答的高级策略。必须制定解决问题的基本方法，系统的高层结构形式包括子系统的分解、它的固有并发性、子系统分配硬软件、数据存储管理、资源协调、软件控制实现、人机交互接口等等。系统设计一般是先从高层入手，然后细化。系统设计要决定整个结构及风格，这种结构为后面设计阶段更详细策略的设计提供了基础。 UML的主要特点（详细见P18）1.UML统一了Booch、OMT和OOSE等方法中的基本概念。 2. UML吸取了面向对象技术领域中其他流派的长处，其中也包括非OO方法的影响。3. UML在演变过程中还提出了一些新的概念。为什么要使用UML？（参考的PPT 书P17-18待补充！）分析和设计过程中 推荐使用UML的理由是什么？n UML（Unified Modeling Language）的中文名称为“统一建模语言”，它是用来对软件密集系统进行可视化建模的一种语言；也是为面向对象开发系统的产品进行说明、可视化、构造和编制文档的一种标准语言。 第2章包 注释 约束 ?包 P29包是一种在概念上的对UML模型中各个组成部分进行分组的机制，它只存在于系统的开发阶段。在包中可以包含有结构事物、行为事物和分组事物。包的使用比较自由，我们可以根据自己的需要划分系统中的各个部分，例如可以按外部Web服务的功能来划分这些Web服务。包是用来组织UML模型的基本分组事物，它也有变体，如框架、模型和子系统等。 注解 P29注解是依附于某个元素或一组建模元素之上，对这个或这一组建模元素进行约束或解释的简单注释符号。注解的一般形式是简单的文本说明。注解可以帮助我们更加详细的解释要说明的模型元素所代表的内容。 约束P44约束机制用于扩展UML构造块的语义，允许建模者和设计人员可以增加新的规则和修改现有的规则。约束可以表示在 UML 的规范中不能表示的语义关系，特别是当陈述全局条件或影响许多元素的条件时，约束特别有用。约束使用大括号和大括号内的字符串表达式表示，即约束的表现形式为约束的内容。约束可以附加在表元素、依赖关系，或注释上。第4章什么是类图P81类图（Class diagram）就是用于对系统中的各种概念进行建模，并描绘出它们之间关系的图。它描述了系统的静态结构，而系统的静态结构构成了系统的概念基础。四个组成元素在大多数的 UML 模型中，我们可以将这些概念的类型概括为以下四种，分别是：(填空题)类 接口 数据类型 构件类是面向对象系统组织结构的核心。类是对一组具有相同属性、操作、关系和语义的事物的抽象。类的图形表示 P83在UML的图形表示中，类的表示法是一个矩形，这个矩形由三个部分构成，分别是：类的名称（Name）、类的属性（Attribute）和类的操作（Operation）。 类的组成（6 个P82）类的操作由什么内容构成 P84类的操作由一个返回类型、一个名称以及参数表来描述。类的约束 指定了该类所要满足的一个或多个规则。在UML中，约束是用一个大括号括起来的文本信息。类的注释 类图在项目开发中的作用？什么情况下要使用类图？什么时候会用到（详细见书P82 待补充！ 参考的PPT）类图的作用是对系统的静态视图进行建模。当对系统的静态视图进行建模时，通常是以以下三种方式来使用类图。 1. 模型化简单的协作。 2. 模型化逻辑数据库模式。在设计数据库时，通常将数据库模式看作为数据库概念设计的蓝图，在很多领域中，都需要在关系数据库或面向数据库中存储永久信息。系统分析者可以使用类图来对这些数据库进行模式建模。3. 为系统的词汇建模。类图中的关系（详细见P89-93 自己画个表格！ 参考的PPT）依赖关系：表示的是两个或多个模型元素之间语义上的连接关系。它只将模型元素本身连接起来而不需要用一组实例来表达它的意思。它表示了这样一种情形，提供者的某些变化会要求或指示依赖关系中客户的变化。也就是说依赖关系将二个类联系起来，其中一个类会影响另一个类的行为和实现。泛化关系：用来描述类的一般和具体之间的关系。具体描述建立在对类的一般描述的基础之上，并对其进行了扩展。因此，在具体描述中不仅包含一般描述中所拥有的所有特性、成员和关系，而且还包含了具体描述补充的信息。关联关系：关联关系是一种结构关系，指出了一个事物对象与另一个事物对象之间的语义上的连接。关联描述了系统中对象或实例之间的离散连接，它将一个含有两个或多个有序表的类，在允许复制的情况下连接起来。一个类关联的任何一个连接点都叫做关联端，与类有关的许多信息都附在它的端点上。关联端有名称、角色、可见性以及多重性等特性。实现关系：实现关系将一种模型元素（如类）与另一种模型元素（如接口）连接起来，是说明和其实现之间的关系。在实现关系中，接口只是行为的说明而不是结构或者实现，而类中则要包含了其具体的实现内容，可以通过一个或多个类实现一个接口，但是每个类必须分别实现接口中的操作。虽然实现关系意味着要有像接口这样的说明元素，它也可以用一个具体的实现元素来暗示它的说明（而不是它的实现）必须被支持。类图 对象图的基本关系（P80 100 自己手写补充！）第6章用例图（书P122）概念 组成由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。用例图的作用(PPT)n 用例图是需求分析中的产物，主要作用是描述参与者和用例之间的关系，帮助开发人员可视化的了解系统的功能。借助于用例图，系统用户、系统分析人员、系统设计人员、领域专家能够以可视化的方式对问题进行探讨，减少了大量交流上的障碍，便于对问题达成共识。n 用例图可视化地表达了系统的需求，具有直观、规范等优点，克服了纯文字性说明的不足。n 用例方法是完全从外部来定义系统功能，它把需求和设计完全的分离开来。我们不用关心系统内部是如何完成各种功能的，系统对于我们来说就是一个黑箱子。判断用例图对错（书P100 参考的PPT 只是概念）要在用例图上绘制一个参与者（表示一个系统用户），可绘制一个人形符号。参与者和用例之间的关系使用带箭头或者不带箭头的线段来描述，箭头表示在这一关系中哪一方是对话的主动发起者，箭头所指方是对话的被动接受者。识别用例（书P127 参考的PPT）n 任何用例都不能在缺少参与者的情况下独立存在。同样，任何参与者也必须要有与之关联的用例。所以识别用例的最好方法就是从分析系统参与者开始，在这个过程中往往会发现新的参与者。n 可以通过以下问题来寻找用例：1 参与者是否会将外部的某些事件通知给系统。2 系统中发生的事件是否通知参与者。 3 是否存在影响系统的外部事件。4 参与者希望系统提供什么功能。 5 参与者是否会读取、创建、修改、删除、存储系统的某种信息。如果是的话，参与者又是如何完成这些操作的。 除了与参与者有关问题，还可以通过一些与参与者无关的问题来发现用例。例如，系统需要解决什么样的问题，系统的输入/输出信息有哪些等。 用例的 包含、扩展、泛化 三种关系（具体例子 自己手写补充 P129-130）愿景 什么是好的? （百度）愿景说白了就是为什么要做这个项目，做这个项目要达到什么样的目标要点：1.愿景必须来自“老大” 一般项目的老大都是项目的投资者等，最主要的还要看老大的意愿，违背老大的意愿项目做的再好也是白忙活。2.必须指出度量指标 没有度量指标的目标没有意义，聚焦于价值。愿景不等于功能。每个用例行为对应多个类 识别和分析类 ? （PPT +百度）从用例中识别类：用例图实质上是一种系统描述的形式，自然可以根据用例描述来识别类。针对各个用例，可以提如下的问题辅助识别：用例描述中出现了那些实体？用例的完成需要哪些实体合作？用例执行过程中会产生并存储哪些信息？用例要求与之关联的每个角色的输入是什么？用例反馈与之关联的每个角色的输出是什么？用例需要操作哪些硬设备？在面向对象应用中，类之间传递的信息数据要么可以映射到发送方的某些属性，要么该信息数据本身就是一个对象。综合不同的用例识别结果，就可以得到整个系统的类，在类的基础上，我们又可以分析用例的动态特性来对用例进行动态行为建模。序列图 协作图 概念 关系 区别 (书P182 自己手写补充)活动图 状态图 构件图 部署图基本概念部署图的概念n 部署图（Deployment Diagram）描述了一个系统运行时的硬件结点，在这些结点上运行的软件构件将在何处物理地运行，以及它们将如何彼此通信的静态视图。n 在一个部署图中，包含了两种基本的模型元素：节点（Node)和节点之间的连接（Connection）。在每一个模型中仅包含一个部署图。构件图的概念 构件图是用来表示系统中构件与构件之间，以及定义的类或接口与构件之间关系的图。在构件图中，构件和构件之间的关系表现为依赖关系，定义的类或接口与类之间的关系表现为依赖关系或实现关系。活动图的概念 P163 参考的PPTn 活动图是一种用于描述系统行为的模型视图，它可用来描述动作和动作导致对象状态改变的结果，而不用考虑引发状态改变的事件。n 通常，活动图记录单个操作或方法的逻辑、单个用例或商业过程的逻辑流程。n 在UML中，活动的起点用来描述活动图的开始状态，用黑的实心圆表示。活动的终止点描述活动图的终止状态，用一个含有实心圆的空心圆表示。活动图中的活动既可以是手动执行的任务，也可以是自动执行的任务，用圆角矩形表示。状态图的概念 P194 参考的PPTn 状态图由状态、转换、事件、活动和动作5部分组成： 1. 状态指的是对象在其生命周期中的一种状况，处于某个特定状态中的对象必然会满足某些条件、执行某些动作或者是等待某些事件。一个状态的生命周期是一个有