uml

复杂软件驱动系统的 UCM 与 UML 复杂软件驱动系统有许多类型，包括面向对象、基于代理、实时和分布式系统。它们具有许多属性，例如大规模、协同性、分散控制、及时性、可靠性、变化多端及特色丰富的功能、运行时组织的流畅性，以及系统的升级需求等，这些属性使得它们无论从技术还是从管理复杂性的角度来看都是难以理解的。这些复杂系统经常被用于电信、防卫、宇航和工业控制等领域。 UML （统一建模语言）是一种通用目的建模语言，它可用于详细说明和构造软件系统（特别是面向对象和基于组件的系统）工件并使其可视化与文档化，也可用于商业建模和非软件系统。它包括用于各种模型描述与文档化的许多概念和表示符，并且拥有技术和工业团体的坚定支持。 作为UML的重要特色，用例（Use Case）被定义为某一特定用户（执行者）看得见具体结果的系统运行动作序列。在过去几年中，用于脚本和用例的各种表示法，以及基于它们的设计过程已经非常流行了。例如，“Rational统一过程”就是一种用例驱动的（Use-case driven）基于UML的方法学。在这种方法中，用例将5类模型（需求、分析、设计、实现和测试）捆绑在一起，这种模型描述了系统的局部表示。UML 1.3允许使用9种不同的图描述复杂软件驱动系统及其模型，每一种图提供了特定角度的模型观点，每一种图在语义上必须与所有其他图一致。本文中，这些图被分为两类。第1类称为“行为图

UML类图关系图解 https://www.cnblogs.com/TvvT-kevin/p/9357339.html 一、类结构 在类的UML图中，使用长方形描述一个类的主要构成，长方形垂直地分为三层，以此放置类的名称、属性和方法。 其中， 一般类的类名用正常字体粗体表示，如上图；抽象类名用斜体字粗体，如 User ；接口则需在上方加上 <<interface >> 。 属性和方法都需要标注可见性符号， + 代表 public ， # 代表 protected ， - 代表 private 。 另外，还可以用冒号 : 表明属性的类型和方法的返回类型，如 +$name :string 、 +getName(): string 。当然，类型说明并非必须。 二、类关系 类与类之间的关系主要有六种：继承、实现、组合、聚合、关联和依赖，这六种关系的箭头表示如下 1.关联关系（Association） 关联关系：属于结构关系，对象与对象之间的关系 1.1单向关联 1 class Man 2 { 3 public Car car; 4 } 5 class Car 6 { 7 8 } 1.2双向关联 class Studen { public Grade grade; } class Grade { public Student student; } 1.3自关联 1 class ClassA

用例图 用例图是用来描述系统功能的技术，表示一个系统中用例与参与者及其关系的图，主要用于需求分析阶段。 用例图的基本组成元素：参与者、用例、元素之间的关系。 用例图使用范围：需求分析 1.捕获需求。描述功能需求、行为需求（系统要完成什么任务） 2.分析需求。明确类和对象，建立之间的关系 用例图的基本概念 1、用例图是表示一个系统中用例与参与者关系之间的图。它描述了系统中相关的用户和系统对不同用户提供的功能和服务。 2、用例图相当于从用户的视角来描述和建模整个系统，分析系统的功能与行为。 3、用例图中的主要元素包括参与者、用例以及元素之间的关系。此外，用例图还可以包括注解和约束，也可以使用包将图中的元素组合成模块。 如： 参与者的概念 1、参与者是与系统主体交互的外部实体的类元，描述了一个或一组与系统产生交互的外部用户或外部事物。 2、参与者位于系统边界之外，而不是系统的一部分。 3、参与者是从现实世界中抽象出来的一种形式，却不一定确切对应的现实中的某个特定对象。 符号： 如何确定参与者？ 通过对参与者进行关注和分析，我们可以把重点放在如何与系统交互这一问题上，便于进一步确定系统的边界。另外，参与者也决定了系统需求的完整性。 确定参与者可以从以下几个角度来考虑： 1）为系统提供输入的人或事物 2）接收系统输出的人或事物 3）需要接入的第三方系统或设备 4）时间是否会触发某些事件 5