UML培训教程分析.ppt

　小结 UML是一种功能强大的、面向对象的可视化系统分析的建模语言，它采用一整套成熟的建模技术，广泛地适用于各个应用领域。它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠、更完善的系统模型。从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性。 下面我们来看一个简单的示例demo。 谢谢大家！ UML语言概念初览 用例图 类图 活动图 类图 类图（class diagram）是描述类、接口、协作、以及它们之间关系的图。它是系统中静态视图的一部分，静态视图可以包括许多的类图。静态视图用于为软件系统进行结构建模，它构造系统的词汇和关系，而结构模型的视化就是通过类图来实现的。 类图所包括的内容如下： （1）类 （2）接口 （3）协作 （4）依赖、泛化、实现和关联关系 类图的用途 类图是系统静态视图的一部分，它主要是用来描述软件系统的静态结构。该视图主要支持系统的功能需求，也就是系统要提供给最终用户的服务。当系统分析师以支持软件系统的功能需求为目的设计静态视图时，通常以下述3种方法之一使用类图。 （1）对系统的词汇建模 （2）对简单协作建模 （3）对逻辑数据库模式建模 类图建模技术 1. 对简单协作建模 协同是软件系统的动态交互在软件系统的静态视图上的映射。协同的静态结构是通过类图表达出来的。在对类图的简单协同建模时，不仅要描述类的职责、结构和服务，还要强调类间的关系。 在协同建模时，要遵循的策略包括： （1）识别要模拟的机制。一个机制描述了被建模的部分系统的一些功能和行为，这些功能和行为是由类、接口等元素交互作用产生的。 （2）对每种机制，识别参与协作的类、接口和其他协作，并识别它们间的关系。 （3）通过协作的脚本，发现建模的模型是否有被遗漏和语义错误的地方，并更正错误。 （4）得出相应类的对象，并确定具体的属性和操作。 2. 对数据库模式建模 在对软件系统进行建模时，不仅要定义系统的动态行为，还需要为动态行为所操作的数据指定相应的格式。 传统的逻辑数据库建模工具“实体－关系（E-R）”图只针对数据，而UML的类图还允许对行为建模。 在为数据库建模时，要遵循的策略包括： （1）在系统中确定的类，它的状态必须超过其应用系统生命周期。 （2）创建包含这些类的类图，并把它们标记成永久的（persistent）。 （3）展开这些类的结构信息，即详细的描述属性的细节，并注重关联和构造这些类的基数。 （4）观察系统中的公共模式（如循环关联、一对一关联等），它们往往使物理数据库设计复杂化。如果必要，系统分析师需要创建简化逻辑结构的中间抽象。 （5）考虑这些类的行为，扩充那些对于数据存储和数据完整性很重要的操作。 （6）如果可能，用工具来把逻辑设计换成物理设计。 UML语言概念初览 用例图 类图 活动图 活动图（Activity Diagram） 一般学习过C语言或别的程序设计语言的读者一定接触过流程图，因为流程图清晰的表达了程序的每一个步骤序列、过程、判定点和分支。 程序流程图无论对编程者自身或是阅读程序的人都是极好的文档资料。对于程序员，一般都推荐他们使用流程图做可视化描述工具来描述问解决方案。 在UML里，活动图本质上就是流程图，他描述系统的活动、判定点、分支等，因此它对于开发人员来说是一种重要的工具。 活动图的概念和内容 1. 动作状态 对象的动作状态是活动图的最小单位的构造块，并且表示原子动作。在UML里，动作状态是以执行指定动作，并在此动作完成后通过完成变迁转向另一个状态而设置的状态。这里所指的动作有三个特点：原子性的即不能被分解成更小的部分；是不可中断的即一旦开始就必须运行到结束；是瞬时的即动作状态所占用的处理时间通常是极短的，甚至是可以被忽略的。 动作状态表示状态的入口动作。入口动作是在状态被激活的时候执行的动作，在活动状态机中，动作状态所对应的动作就是此状态的入口动作。 在UML中，动作状态使用带圆端的方框表示。 2. 活动状态 对象的活动状态可以被理解成一个组合，它的控制流由其他活动状态或动作状态组成。因此活动状态的特点是：它可以被分解成其他子活动或动作状态，它能够被中断，它占有有限的事件。 活动状态内部的活动可以用另一个状态机描述。从程序设计的角度来理解，活动状态对于软件对象的实现过程中的一个子过程。如果某活动状态是只包括一个动作的活动状态，那它就是动作状态，因此动作状态是活动状态是一个特例。 在UML中，动作状态和活动状态的图标没有什么区别，都是圆端的方框。只是活动状态可以有附加的部分，如可以指定入口动作、出口动作、状态动作以及内嵌状态机。 3. 转换 当一个动作状态或活动状态结束时