第一课时UML基础概述.pptVIP

UML对使用它的方法提出下列要求： 支持用例驱动（use case driven） 以体系架构为中心（architecture-centric） 迭代递增式开发 最初需求与分析 设计 编码 测试 产品 维护请求 更多需求与分析 第一课 UML基础概述 什么是UML？ 使用UML的目的？ UML的9种图：用例图、静态结构图（包图、类图、对象图）、序列图、状态图、活动图、协助图、构件图、部署图 理解和运用面向对象 关系 聚集、组成、接口和实现 提纲 UML：（Unified Modeling Language）统一建模语言，是一种可视化的建模语言，它能让系统构造者用标准的、易于理解的方式建立起能够表达出他们想象力的系统蓝图，并且提供一种机制，以便于不同的人之间有效地共享和交流设计结果。 UML 是下面这些最好的建模方法中最好部分的集成 数据建模的概念 (Entity Relationship Diagrams) 商务流程模型 (work flow) 对象建模方法 软构件建模思想 UML是一种用可视化方法对软件系统进行描述、实施和说明的标准语言 UML是统一的建模语言，而不是标准的开发过程，不同组织和不同的应用领域，UML使用者可以采取不同的开发过程。注意，一个UML模型只描述了一个系统要做什么，它并没告诉我们系统是如何被实施的。 什么是UML？ UML语言可以帮助大家学习面向对象技术 会用面向对象变成语言编写程序，不一定就会用面向对象技术进行系统分析和设计，因而无法发挥面向对象语言提供的优势。 UML就是一套表示法系统 不是每个UML模型都必须包含所有的图，大多数UML模型只包含几种图。 UML可以使系统分析员利用UML标准来建立能够为客户、程序员以及任何参与开发过程的人员理解的多视角的系统蓝图。不同人员使用不同类型的图相互交流。 理解全局 概念层、说明层、实现层 从不同的视角描述系统 使用UML语言的目的 利用执行者（actor）和用例（use case）来描述系统的边界和它的主要功能 通过各种交互图形来描述use case的实现 用静态结构图来描述系统的静态结构和特性 用状态转换图来描述对象的动态特性 通过构件图和部署图来描述系统物理特性的体系结构 通过自定义类型，扩展系统功能 UML可用于: 需求捕捉和用例 系统分析和设计的第一步也是最关键的一步，是用户需求的捕捉。 通过系统分析，确定大致的设计目标 执行者(Actor)：系统的外部用户（可以是人或其它应用系统） 用例(Use Case)：执行者的工作方法；通过他/它和系统的交换过程描述（Scenarios ：场景）来详细说明用户的真实需求 用例图(use case diagram) 用例图： 展示系统外部的各类执行者与系统提供的各种用例之间的关系。 执行者： 不是系统的一部分 可以是用户（人），也可以是一个在执行过程中要调用本系统的另一个应用系统 用例： 表示的是不同的执行者对系统的应用方式 用例图显示多个外部参与者（Actor）以及它们与系统提供的用例之间的连接，定义系统的功能需求。 一个用例是对系统提供的某个功能的描述，用例只是描述系统活动者从外部观察系统所得到的那些功能，并不描述这些功能在系统内部是如何实现的。 静态结构图 （class diagram object diagram) 静态结构图：展示系统中包、类、对象的静态结构。 包是一个UML结构，使你能够把诸如用例或类模型元件组织为组。 包图并非是正式的UML图，但创建一个包图可以描述你的需求高阶概述、设计的高阶概述，可以在逻辑上把一个复杂的图模块化。 创建类包图，以在逻辑上组织你的设计；创建组件图，以在物理上组织你的设计。 包的命名要简单、具有描述性。应用包是为了简化图。包应该连贯。在包上用版型注明架构层。避免包间的循环依赖。包依赖应该反映内部关系。 包图 类代表系统内处理的事务，这些类可以多种方式连接：关联、依赖、特殊化或者打包。 一个类的内部结构使用该类的属性和操作表示。 一个系统一般有几个类图、并不是所有的类都放在一个类图中，一个类可以参与到多个类图中去。 类图 对象图 类图的一个实体。对象图中，对象名带下划线。 与类图的区别：对象图显示的不是实际的类，而是类的多个对象的实例。因此，对象图就是类图的一个例子，显示系统执行时的一个可能的快照。 状态图（state diagram） 状态图：描述一类对象具有的所有可能状态及其转移关系。 显示类的对象可能具备的所有状态，以及那些状态改变的事件。状态图是对类的描述的补充。 对象的一个事件可以是另一个对象向其发送的消息，例如到了某个指定的时刻，或者已经满足了某个条件。 状态的变化称