应用uml2架构分析设计

UML2.1可视化建模

关系（Relationships） -Association：表达两个类的实例之间存在连接。Aggregation 和Composition是关联关系的强化形式。
-Dependency：依赖者“使用”被依赖者的关系。
-Generalization：表达“特殊的”是“一般”的一种。 -Realization：”被实现者”是对要求的说明， “实现者”是
Focus on understanding the solution Operations and Attributes Performance Close to real code Object lifecycles Non-functional requirements A large model
UML2.1可视化建模

组件图
UML2.1可视化建模

部署图
UML2.1可视化建模
UML2与架构分析设计
OO简介与UML初览

面向对象的基本概念 Abstraction(抽象)：指对一个世界中的某一主体的公式化的表示 法 -确认主体 -构造对主体的表示法 -确定细节的层次,关于该主体的注意力集中在此层次上。细节的 层次包括下列性质： a.可以进一步细化为其他细节层次。抽象的层次越高，关于主体 的粒度与细节也就越少。抽象的层次越低，关于主体的粒度与细 节也就越多 b.建立一个细节的层次，使责任人可以使用公共的视角进行交流 c.把有关主体的决策限制在某一特定细节层次上，从而避免了不 成熟的决策与允诺。
OO简介与UML初览

面向对象的基本概念
-着重注意一些特定的例子或实体间的相似之处与不同之处，
从而使表示法可以公式化 a.将实体间的相似之处组合成一个实体的表示性构造
b.将实体间的不同之处分离为多个实体的表示性构造
c.着重提取主体的内在本质特征。这些特征对于在某个给定的 细节层次上从所有同一层次实体中区别出一个给定实体必须
UML2.1可视化建模
UML2.1可视化建模
-Sequence Diagram：一种动态图，用于按时序展示 对象间的消息传递。 序列图：描述局部分析和设计的场景 序列图用于描述动态行为，直观易懂，是最常用的 一种交互图。通常，Use Case中的每一个事件序 列对应Use Case 实现中的一张序列图。 对象 消息 序列图：描述构架机制的典型场景
UML2.1可视化建模
Animal
Lounge Chair
<<SitsInA>>
Dog
<<DrinksA>>
Martini
Led Zepplin
<<GroovesTo>> <<SmokesA>>
Cigar
UML2.1可视化建模
模型的基本组织结构： 基本内容： 概念上，UML用于描述模型的基本词汇（UML元模 型metamodel）有三种: 要素(Things): -表述结构的要素：Use Case、Class、Interface和 Collaboration -表述行为的要素：Interaction、StateMachine -用于组织的要素：Package -用于辅助说明的要素：Notes

OO简介与UML初览

Analysis Focus on understanding the problem Idealized design Behavior System Structure Functional requirements A small model
Design
的各部分之间以及各部分之间与整体之间的逻辑相关程度的 测量标准。内聚度越高，表明更容易定位变化。对模块的利
用可以使内聚度达到最大化。
b.减弱耦合度，或减少多个实体之间的相互依赖性。耦合度是 各部分之间连接强度的测量标准。表示性构造之间的耦合越 紧密，表明把变化定位到单一构造越不容易，因为一个构造 与其他构造的实现有着过多地联系。通过粘附或使用接口可 以使耦合度达到最小化。
UML2.1可视化建模

UML定义：
统一பைடு நூலகம்模语言是一种表示法；它是可以安排用于描述软件系
统设计的图和图元素的集合。UML既不是过程，也不是由表 示法和过程组成的方法。

为什么使用UML? 在软件环境中，随着项目的规模以及复杂度的提高，尤其是 涉及到的人员的增多，形式设计将越来越重要。模型设计表 示法在以下方面非常重要：
UML2.1可视化建模
其三、针对上述两种情形以外的其他目的，表述类、接口和子系 统之间的关系，这种情形的类图可以出现在任何需要的位置 类：类用于描述一组具有相同属性、操作、关系和语义的对象。 接口：接口用来说明一个类或者子系统应该提供的服务，形 式上是一组操作的集合。接口一种规范的形式表述多态的概 念。 子系统：是一组元素的集合，其中一部分元素说明这组元素 能够提供那些行为，而另外一部分元素则具体提供相应的行 为。子系统所具有的行为特征在概念上和类相似。 关系
Use Case Realization 表现为虚线边框的椭圆，用于表达基
于设计视角的Use Case内容，及相关的分析和设计元素的协 作关系。用例实现包括动态描述内容(交互图组)和静态描述内 容(类图)。 Use Case Realization 和Use Case之间有可能是多对一的关 系。通俗讲，一种要求可以通过多种办法解决
-根据具体应用设计蓝图；
-估计和规划时间及用料； -小组之间以及小组内部进行合作和沟通；
-编写项目文档；
UML2.1可视化建模

Conceptual -同人类语言关联 Specification -对将要形成的源代码的描述 Implementation -对已经存在的源代码的描述
UML2.1可视化建模
是充分的。这个过程包括识别实体和建立实体边界。
d.着重避免主体的外在偶然性特征。这些特征或者在针对某个 给定目的（解决问题）表示和操作主题时不是必须的，
OO简介与UML初览
或者属于不同的抽象层次。 e.把精力集中于事物是什么、做什么等方面，而回避 事物是如何被实现的。 f.有助于理解复杂问题 g.有助于通过简化和操作复杂问题来获得解决方案。
-使用模块或分层（Modularity& Hierarchy ），即有目标地划 分表示性构造，以控制其尺寸与复杂度
Encapsulation（封装）
-使用信息隐藏，即适当地隐藏细节方便抽象。信息隐藏区分表
示性构造或实体的下列方面： a.说明(specification)用来描述实体是什么以及实体做什么。 它是用于定义实体间通信接口的声明性描述，包括说明实体 的外部视图 b.实现(implementation)描述的是如何实现实体。它是用于定 义如何实现实体的声明性描述，包括说明实体的内部视图
UML2.1可视化建模
UML2.1可视化建模
-Collaboration Diagram：一种动态图，其核心内容与序 列图相对应，强调(收发消息的)对象间的结构组织。 序列图和协作图统称为Interaction Diagram 协作图：描述局部分析和设计的场景 协作图是另一种形式的交互图。协作图的本质内容 （对象和消息）与相关的序列图存在明确的对应关系。 在协作图中，传递消息的对象之间存在一条连线，表 示它们之间的“连接”(Link)，即消息传递通道。 协作图主要用于描述局部分析和设计中的特定场景， 其特点是强调对象间的结构关系。通常只关注那些对 应重要事件序列的协作图。UML2.1中称通信图
Encapsulation（封装）
-使表示性构造能够通过接口进行通信和交互，而无须 在它们的实现中建立相互依赖关系 -能够定位及包容变化 -用来控制复杂性并定位变化造成的影响。 组织 指对一个世界中某一主体的各种表示法的联系 和重用。组织： -允许新的表示法是已有表示法的变种 -着重于演化关系，这些关系在一个世界的各种概念 之间发生
UML2.1可视化建模
状态（State）是一个对象在生命周期内处于某一种情 形（Condition or Situation）限定了该对象对事件 的响应能力。 对象在某个状态中有两种类型的行为：动作(Action) 是与状态转换相关原子化的行为，不可能被打断； 活动（Activity）是与某一状态相关的非原子化的行 为，有可能被打断。 转移(Transition)是指在某种激励作用下从一个状态 转到另一个状态。转移通常是满足特定条件(Guard Condition)时对某种事件(Event)的响应。
信息隐藏通过对我们已知的事务进行细节层次的划分，使抽
象更加容易。细节层次并不关心发现和获取了多少说明和实 现，而是关心对实体内部和外部视图进行描述的抽象层次。
Encapsulation（封装）
-使用定位。定位是对逻辑相关的结构进行物理分组，以维护相
关结构之间的统一性。定位有助于：
a.增强内聚度，或增大实体内部的相互依赖性。内聚度是整体
UML2.1可视化建模
-Statechart Diagram：一种动态图，主要用于展示对 象在其生命周期中可能经历的状态以及在这些状态 上对事件的响应能力。 状态图：描述具有明显状态特征的类 用于展示对象(类实例)生命周期中可能处于的状态、 在这些状态中的行为、发生状态转换的事件及其相 关的动作。一个类所处的全部可能状态及其相关行 为构成了这个类的状态机(State Machine)。 描述类状态特征的状态图隶属于该类的状态机。一 个状态机可以由多张状态图来描述。
UML2.1可视化建模
UML2.1可视化建模
-Class Diagram：一种静态图，主要用于展示类、接口、包及其
关系
类图是广泛应用的一种图，描述拟建系统各个层面的静态结 构，主要用于表述类、接口和子系统之间的关系。
分为三种情形：
其一、表述参与某一特定协作的类、接口和子系统之间的关 系。这种情形的类图被称为“参与类图”(VOPC，View of Participating Classes)。Use Case 实现和架构机制是两种典 型的协作，参与类图隶属于这两种类型的协作内容。 其二、表述同一包中的类、接口和子系统之间的关系，这种 类图通常出现在相应的包中。
UML2.1可视化建模
-Activity Diagram：一种动态图，用于展示系统从一 个活动流转到另一个活动的可能路径与判断条件。 活动图：描述Use Case 的事件流结构 活动(Activity) 决策点(Decision)
UML2.1可视化建模

Composite Structures 组合结构图 明确定义的模型能够清晰地传达各个元素的角色和 责任。运行时体系结构是怎样的？系统有哪些部分 和连接是设计人员在设计时不需要了解的？组合结 构图用来显示在一个特定类别中的各参与元素及它 们之间的关系。
OO简介与UML初览

OO基本概念 -对象 -消息 -类 -继承和多态 -关系 -场景和交互
OO简介与UML初览

OOA
用面向对象方法分析问题域，建立基于对象、消息的业务模 型，形成对客观世界和业务本身的正确认识。 生成业务对象的动、静态模型和抽象类。 OOD 针对OOA给出的问题域模型，用面向对象方法设计出软件基 础架构（概要设计）和完整的类结构（详细设计），以实现 业务功能。 生成对象类的动、静态模型（解决域）
OO简介与UML初览

Encapsulation（封装）
封装指对一个世界中某一主体的表示法进行打包。封装：
-着重将数据类元素与过程类元素打包在一起，以描述它们所 在世界中的概念
-模仿自然的组织，其中的实体具有结构特征、行为特征以及
动态特征 -着重注意一个或多个表示性构造的内部体系结构。
-着重使表示性构造是独立的
针对要求的解决方案。

图（Diagrams） -Use Case Diagram：一种静态图，主要用于展示Use Case、 Actor及其关系。
UML2.1可视化建模
描述需求模型与设计模型的关系
可以用Use Case图描述功能需求的局部(即Use Case)与相应
分析和设计内容(Use Case 实现)之间的可追溯关联。 Use Case 同前