UML中的图.docVIP

UML中的图 ? 1.用例图 显示多个外部参与者以及他们与系统提供的用例之间的连接.用例是系统中的一个可以描述参与者与系统之间交互作用功能单元.用例仅仅描述系统参与者从外部观察到的系统功能,并不描述这些功能在系统 内部的具体实现.用例图的用途是列出系统中的用例和参与者,并显示哪个参与者参与了哪个用例的执行. 用例包含六个元素: (1).参与者(Actor)--外部的一个实体,它以某种方式参与用例的执行过程. ?参与者分三大类: ?系统用户--真实的人,即用户 ?其它的系统-- ?可以运行的进程,如时间-- ? 建模遵循的几点 参与者对于系统而言总是外部的,因此他们可以处于人的控制之外. 参与者可以直接或间接的同系统交互,或使用系统提供的服务以完成某件事务. 参与者表示人和事物与系统发生交互时所扮演的角色,而不是特定的人或者特定的事务. 一个人或事物在与系统发生交互时,可以同时扮演多个角色 每一个参与者需要一个具有业务一样的名字,在建模中不推荐使用类似与新参与者的名字 每一个参与者必须有简短的描述,从业务角度描述参与者是什么 和类一样,参与者可以具有表示参与者的属性和可以接受的事件,但使用得不频繁 ? (2)用例(Use Case)--描述系统对一个特定角色执行的一系列动作 ? (3)关联关系--描述参与者与用例之间的关系 (4)包含关系--包含其他用例具有的行为,并把它所包含的用例行为作为自身的一部分 ?(5)?扩展关系--基础用例的增量扩展 (6) 泛化关系--一个用例可以被特别列举为一个或多个子用例 ? 2.类图 类是对应用领域或应用解决方案中概念的描述.类图以类为中心组织,类图中的其他元素或属于某个类,或与类相关联.类可以以多种方式相互连接:关联,依赖,特殊化,这些连接称为类之间的关系.所有的关系 连同每个类的内部结构都在类图中显示.关系用类框之间的连线来表示.不同的关系用连线上和连线端口处的修饰符来区别. 3.对象图 类图的变体,它使用与类图相似的符号描述,不同之处在于对象图显示的是类的多个对象实例而非实际的类.可以说,对象图是类图的一个例子,用于显示系统执行时的一个可能的快照,即在某一时间点上系统 可能呈现的样子.对象图与类图表示不同之处在于它用带下划线的对象名称来表示对象,显示一个关系中的所有实例. 4.状态图 对类描述的补充,用于显示类的对象可能具备的所有状态,以及引起状态改变的事件.状态的变化称之为转换.状态图由对象的各个状态和连接这些状态的转换组成.每个状态对一个对象在其生命周期中满足某 种条件的一个时间段建模.事件的发生会出发状态件的转换,导致对象从一种状态转化到另一新的状态.实际建模时,并不需要为所有的类都绘制状态图,仅对那些具有某个明确状态并且这些状态会影响和改变 其行为的类才有绘制状态图的必要. 5.时序图 显示多个对象之间的动作协作,重点是显示对象之间发送消息的时间顺序.时序图也显示对象之间的交互,就是在系统执行时,某个指定时间点将发生的事情.时序图的一个用途是用来表示用例中的行为顺序, 当执行一个用例行为时,时序图中的每条消息对应了一个类操作或状态机中引起转换的触发事件. 6.协作图 协作图对一次交互中有意义的对象和对象间的链建模.除了显示消息的交换以外,协作图也显示对象以及他们之间的关系.时序图和协作图都可以表示各对象间的交互关系,但他们的侧重点不同.时序图用消息 的几何排列关系来表达消息的时间顺序,各角色之间的关系是隐含的.协作图用各个角色的几何排列来表示角色之间的关系,并用消息来说明这些关系. 7.活动图 状态图的一个变体,用来描述执行算法的工作流程中涉及的活动.动作状态代表了一个活动,即一个工作流步骤或一个操作的执行.活动图由多个动作状态组成,当一个动作完成后,动作状态将改变,转化为一个 新的状态.这样,控制就在这些互相连接的动作状态之间流动. 8.组件图 用代码组件来显示代码组件来显示代码物理结构,组件可以是源代码组件,二进制组件或一个可执行的组件.一个组件包含它所实现的一个或多个逻辑类的相关信息,根据组件图中显示的组件之间的依赖关系, 可以容易地分析出某个组件的变化将会对其他族件产生什么样的影响.通常说来,组序实际的编程工作中. 9.配置图 用于显示系统中的硬件和软件的物理结构.配置图不仅可以显示实际的计算机和设备,还可以显示他们之间的连接和连接类型.在配置图中显示哪些节点内,已经分族节点上运行. ? UML模型元素 UML中的模型元素包括事物和事物之间的联系.事物是UML中重要的组成部分,它代表任何可以定义的东西.事物之间的关系能够把事物联系在一起,组成有意义的结构模型.每一个模型元素都有一个相对应的图 形元素. UML事物可分为结构事物,动作事物,分组事物和注释事物. ?