标签:业务流 自然语言 设计 关联 对象模型 共享 绘制 条件 业务
UML:
定义由语义和表示法两部分组成,语义用自然语言描述,表示法定义了UML的可视化标准表示符号,这决定了UML是一种可视化的建模语言。
UML的语义是定义在一个四层(四个抽象级)建模概念框架中的,分别是:
元元模型层:组成UML的最基本元素“事物”。
元模型层:组成UML的基本元素,每个概念是元元模型中“事物”概念的实例。
模型层:组成了UML模型,每个概念都是元模型层中概念的一个实例,这一层的模型通常叫作类模型或类型模型。
用户模型层:每个概念都是模型层的一个实例,这一层的模型通常叫作对象模型或实例模型。
业务流程与活动图:
主要目的是陈述活动与活动之间的流程控制和转移。
描述系统、用例和程序模块中逻辑流程的执行次序,并行次序。
流程图只能描述串行操作,活动图可以描述并行操作,最适合用于描述系统或子系统的主要工作流程。
元素:
起始点、结束点、分区。
活动之间的转换由箭头表示,箭头上可加条件。
加粗直线为同步条,表示这之后的活动执行路线可以并行执行。
菱形表示判断。
系统需求与用例图:
用例模型是把满足用户需求的所有功能表示出来的工具。
用例模型由用例图构成,用例图由系统、角色和用例三种模型元素以及元素之间的各种关系组成。
组成
用例:从系统用户的角度来观察,系统应该具有哪些功能,帮助分析人员理解系统的行为。
角色:与系统进行交互的外部实体。
系统:在用例的活动区域抽象地表示能够实现的所有基本功能。
系统运行的大致过程:角色先初始化用例,用例执行其所代表的功能,执行完后用例给角色返回值。
表示
系统:用一个长方框表示,系统的名字写在方框上或方框里面。
角色:角色之间的通用化关系用带空心三角形(作为箭头)的直线表示。
用例:用椭圆形表示,位于系统边界的内部。
用例之间的关系
扩展关系:在一个用例的基础上加入新的动作形成另一个用例,可以图示为带有构造性<<extend>>标志的通用化关系。
使用关系:一个用例使用另一个用例,构造型<<uses>>。
系统结构与类图:
把问题领域的一些重要元素抽象出来,这些元素在UML中就可以用“类”这个概念来表示。
除了表示抽象概念的名称外,还要表达该抽象概念的“属性”和“行为”。
系统可以有多个类图,单个类图仅表达系统的一个方面。
属性
可见性:公有+,保护#,私有-。
名称:一个字符串。
类型:属性的种类,可以是基本数据类型,也可以是用户自定义类型。
缺省值:属性初始值。
约束性:所有属性可能的取值。
操作
可见性:+,#,-表示。
导航关联:
类与类之间的关联是单向的,如人拥有小汽车。
共享聚集:例如人员属于课题组。空心菱形表示。
组成:例如轮子属于汽车。实心菱形表示。
继承(泛化)关系:
用一头为空心三角形的连线表示。
依赖关系:
有两个元素X,Y,修改X引起Y的修改,则Y依赖于X。用带箭头的虚线表示。
精化(实现)关系:
一个类描述了另一个类的实现,用带空心三角的虚线表示。
系统结构与顺序图:
每一个对象用矩形框表示。
纵向:虚线,表示时间。
系统结构与通信图:
通信图是交互图的一种,也叫协作图。
顺序图强调时间,通信图强调空间。
微观设计与对象图:
描述特定时间点根据类图所诞生的实例,可用于解释类图以及验证所涉及类图是否符合实际状况。
微观设计与状态机图:
主要目的在于陈述系统中有关事件或对象的状态转移。
微观设计与时间图:
状态机图:事件驱动,时间图可以进一步描述时间对状态变化的影响。
宏观设计与包图:
表达系统中不同的包、命名空间或不同的项目间彼此的关系。
宏观设计与交互概述图:
主要元素和活动图一样,把不同的交互图结合在同一张图中描述。
宏观设计与复合结构图:
绘制出要开发的系统与外部系统间的关系。
系统实现与组件图:
表示系统的静态实现视图。
组件间的相关性连接,用一条带箭头的虚线表示。
系统实现与部署图:
又叫配置图,描述系统中硬件和软件的物理配置情况和系统体系结构。
标签:业务流 自然语言 设计 关联 对象模型 共享 绘制 条件 业务
原文地址:https://www.cnblogs.com/2020R/p/13136291.html