uml

阅读目录 背景 图为了解决什么问题 不同流程中适合运用的图 实际的运用 结语 一、背景 　　大家应该在从事软件开发领域工作时间有一段时间之后，就开始有画图的意识，不管是懵懂的学别人还是想更好的让其它人理解自己的一个观点。所谓“一图胜千言”，我们身处于软件开发这个 水很深且要求精确 的复杂 领域 里，要想把事情做好，最基本的是要把事情想明白，其次还要让相关的人能够明白你要说的东西，进行协作。 　　特别对于一位架构师来说，能否画得一手好图尤其重要，因为相关的干系人数较多，要让不同领域的人能够达成一个统一的认识，是一件不太容易但也是必须要做好的事情。 二、图为了解决什么问题 　　软件开发涉及的流程是：需求 --> 开发 --> 测试 --> 发布上线。作图本身是个设计的工作，是个前期工作。那么从软件开发的整个生命周期来说，用到的图的地方是在前期的需求、开发阶段较多。在软件开发这个非常抽象的领域，只要涉及到多人协作，那么通过文字来进行交流叙述是非常晦涩难懂的，需要沟通好几遍才能理解达成一致也是比较常见的情况。那么我们画图，就是为了把不适合用言语表述的内容通过作图的方式呈现出来，让相关协作者有一个共同的具象的参照物。这个参照物可以有它的额外价值，是对软件长期价值的延伸，一份一致、清晰的设计图，可以给后续的软件迭代提供非常有帮助的决策依据。当然保证设计图与系统的一致本身也是件费精力的事情。 三

类与类之间的关系（1） 在软件系统中，类并不是孤立存在的，类与类之间存在各种关系，对于不同类型的关系， UML 提供了不同的表示方式。 1. 关联关系 关联 (Association) 关系 是类与类之间最常用的一种关系，它是一种结构化关系，用于表示一类对象与另一类对象之间有联系，如汽车和轮胎、师傅和徒弟、班级和学生等等。在 UML 类图中，用实线连接有关联关系的对象所对应的类， 在使用 Java 、 C# 和 C++ 等编程语言实现关联关系时，通常将一个类的对象作为另一个类的成员变量 。在使用类图表示关联关系时可以在关联线上标注角色名，一般使用一个表示两者之间关系的动词或者名词表示角色名（有时该名词为实例对象名），关系的两端代表两种不同的角色，因此在一个关联关系中可以包含两个角色名，角色名不是必须的，可以根据需要增加，其目的是使类之间的关系更加明确。 如在一个登录界面类 LoginForm 中包含一个 JButton 类型的注册按钮 loginButton ，它们之间可以表示为关联关系，代码实现时可以在 LoginForm 中定义一个名为 loginButton 的属性对象，其类型为 JButton 。如图 1 所示： 图 1 关联关系实例 图 1 对应的 Java 代码片段如下： public class LoginForm { private JButton

类图的各种箭头，各种关系总是记了忘，忘了记，这次画个图再加深一下记忆： 聚合和组合是两种比较特殊的关联关系。补充如下： 1.继承 子类拥有超类的所有属性和行为 class A{} //B继承了A中的所有的方法和属性，对于私有的方法和属性，子类只能是拥有，但无法直接使用。 class B extends A{} 2.关联 一般以类的属性形式出现在关联类中，使用成员变量来实现。又分为聚合关系和组合关系。 class A{} class B{ A a;//成员变量引入了A类 } 3.聚合 has a：强关联，一个类的实例由另一个类的实例构成，后期使用不会因为对象的删除而删除。 class A{} class B{ A a;//成员变量引入了A类 　　B(A a){ 　　 this.a = a; 　　} } 4.组合 contains a：强聚合，组合的对象不能由其他对象共享，且与构成他的对象一起消亡。整体和部分是不可分割的，有共同的生命周期。 class A{} class B{ A a;//成员变量引入了A类 B(){ this.a = new A(); } } 来源： CSDN 作者： 汤米粥 链接： https://blog.csdn.net/nnmmbb/article/details/103595244