uml有哪些分析模型
1、业务用例图（New Diagram | Extended | Business Modeling）
业务用例图用于业务建模，帮助理解和发现需求，描述对于所服务的客户能提供什么服务功能及如何运作起来的，即所谓的业务流程。
（系统用例面向某一个系统，而业务用例脱离了具体某一个系统，是要考虑用户实际工作场景的）
业务角色/执行者：业务范围之外的人或组织，他们能从此业务中得到服务，由他们启动某一个业务用例。
业务工人：业务内部的人或机构，他们在业务用例中扮演工人的角色，将业务流程运转下去。
业务用例：为业务执行者提供服务价值的业务流程
业务用例图和普通用例图基本相同，对角色（Actor）和用例（Use Case）使用了特殊的版型 business actor 、 business use case ，在形状上有一个斜线，如下图所示。
2、系统用例图（New Diagram | UML Behaviorar | Use Case）
系统用例图描述某一个待建系统有哪几类角色（使用者）和每个角色从系统能得到什么服务或要尽的职责。
角色/执行者：在系统之外与系统进行交互的人或机器，通常就是从用户部门提炼出的岗位角色。
用例：执行者与系统进行的较完整且有意义的一次交互过程，执行者能从中得到有意义且可见的结果。
3、业务场景序列图（New Diagram | Extended | Business Interaction）
业务场景序列图是在序列图（顺序图）的基础上，对序列图中的对象采用特殊的版型，例如业务执行者（business actor）、业务工人（business worker）。
通常业务场景序列图中最左边是业务执行者，然后是各个业务工人（岗位角色），序列图中的消息使用的是业务语言，粒度较粗，不涉及具体某一个系统。
业务场景序列图的对象（列）一般不体现业务实体（例如票据、审批单），否则会把序列图弄得很复杂，业务实体可以在文字描述或业务实体分析图中体现。
4、业务场景活动图（New Diagram | UML Behaviorar | Activity）
业务场景活动图是在普通活动图的基础上，采用泳道来表达各种角色的责任和相互交互，在业务场景活动图中也要使用业务语言来表达。
相对于业务场景序列图的区别和选用方法是：在序列图中更能表达活动的时间先后顺序，且在有限空间内更能表达更多的活动；活动图则容易表达触发条件、分支活动、并行开展的活动、多次重复循环的活动。
uml分析模型和设计模型的区别
UML类图的概念
一、概述
UML类图（Class Diagram）是描述类、接口、协作以及它们之间关系的图，用来显示系统中各个类的静态结构。UML类图是定义其他图的基础，在UML类图基础上，可以使用状态图、协作图、组件图和配置图等进一步描述系统其他方面的特性。
UML类图包括7个元素：类（Class）、接口（Interface）、协作（collaboration）、依赖关系（Dependency）、泛化关系（Generalization）、关联关系（Association）以及实现关系（Realization）。
二、类
类定义了一组有着状态和行为的对象。其中，属性和关联用来描述状态。属性通常用没有身份的数据值表示，如数字和字符串。关联则用有身份的对象之间的关系表示。行为由操作来描述，方法是操作的实现。对象的生命期则由附加给类的状态机来描述。
1、 名称：类的名称是每个类中所必有的构成元素。
2、 属性（Attribute）
（1） 可见性：类中属性的可见性主要包括公有（public）、私有（Private）和受保护（Protected）。在UML中，公有类型的用“+”表达，私有类型用“-”表达，而受保护类型则用“#”表达。UML的类中不存在默认的可见性，如果没有显示任何一种符号，就表示没有定义该属性的可见性。
（2） 属性名：按照UML的约定，单字属性名小写。如果属性名包含多个单词，这些单词要合并，且除了第一个单词外其余单词的首字母要大写。
（3） 属性字符串。属性字符串用来指定关于属性的其他信息，例如某个属性应该是永久的。任何希望添加在属性定义字符串值但又没有合适地方可以加入的规则，都可以放在属性字符串里。
（4） 类属性。属性也可以作为一个类属属性来定义，这就意味着此属性被该类的所有对象共享。在UML类图中，类属性带有一条下划线。
3、 操作。类的操作是对类的对象所能做的事务的抽象，相当于一个服务的实现。
4、 职责：在操作部分下面的区域，可以用来说明类的职责。职责是类或其他元素的契约或义务。类的职责是是自由形式的文本，写一个短语，一个句子等。在UML中，把职责列在UML类图底部的分隔栏中。
5、 约束。说明类的职责是消除二义性的一种非形式化的方法，形式化的方法是使用约束。约束指定了该类所要满足的一个或多个规则。在UML中，约束是用一个花括号括起来的自由文本。
三、接口
接口包含操作但不包含属性，且它没有对外界可见的关联。
四、类之间的关系
类之间的关系最常见的有四种：依赖关系、泛化关系、管理关系、实现关系。
UML对象图
一、概述
UML对象图(Object Diagram)描述的是参与交互的各个对象在交互过程中某一时刻的状态。对象图可以被看作是UML类图在某一时刻的实例。
在UML中，对象图使用的是与UML类图相同的符号和关系，因为对象就是类的实例。下图显示了对象图的模型。其中节点可以是对象也可以是类，连线表示对象之间的关系：
uml中结构模型，行为模型分别包含哪些模型
标准建模语言UML的重要内容可以由下列五类图(共9种图形)来定义:
·第一类是用例图
从用户角度描述系统功能,并指出各功能的操作者.
·第二类是静态图(Static diagram)
包括类图、对象图和包图.其中类图描述系统中类的静态结构.不仅定义系统中的类,表示类之间的联系如关联、依赖、聚合等,也包括类的内部结构(类的属性和操作).类图描述的是一种静态关系,在系统的整个生命周期都是有效的.对象图是类图的实例,几乎使用与类图完全相同的标识.他们的不同点在于对象图显示类的多个对象实例,而不是实际的类.一个对象图是类图的一个实例.由于对象存在生命周期,因此对象图只能在系统某一时间段存在.包由包或类组成,表示包与包之间的关系.包图用于描述系统的分层结构.
·第三类是行为图(Behavior diagram)
描述系统的动态模型和组成对象间的交互关系.其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件.通常,状态图是对类图的补充.在实用上并不需要为所有的类画状态图,仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图.而活动图描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动.
·第四类是交互图(Interactive diagram)
描述对象间的交互关系.其中顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互;合作图描述对象间的协作关系,合作图跟顺序图相似,显示对象间的动态合作关系.除显示信息交换外,合作图还显示对象以及它们之间的关系.如果强调时间和顺序,则使用顺序图;如果强调上下级关系,则选择合作图.这两种图合称为交互图.
·第五类是实现图( Implementation diagram ).其中
构件图描述代码部件的物理结构及各部件之间的依赖关系.一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件.它包含逻辑类或实现类的有关信息.部件图有助于分析和理解部件之间的相互影响程度.
配置图定义系统中软硬件的物理体系结构.它可以显示实际的计算机和设备(用节点表示)以及它们之间的连接关系,也可显示连接的类型及部件之间的依赖性.在节点内部,放置可执行部件和对象以显示节点跟可执行软件单元的对应关系.
从应用的角度看,当采用面向对象技术设计系统时,首先是描述需求;其次根据需求建立系统的静态模型,以构造系统的结构;第三步是描述系统的行为.其中在第一步与第二步中所建立的模型都是静态的,包括用例图、类图(包含包)、对象图、组件图和配置图等五个图形,是标准建模语言UML的静态建模机制.其中第三步中所建立的模型或者可以执行,或者表示执行时的时序状态或交互关系.它包括状态图、活动图、顺序图和合作图等四个图形,是标准建模语言UML的动态建模机制.因此,标准建模语言UML的主要内容也可以归纳为静态建模机制和动态建模机制两大类.
全部评论