为什么要用UML建模之面向对象建模 面向对象的开发中，分析设计是很重要的环节。分析设计一般都需要UML建模完成。比如下面的用例图，就比纯文字的业务描述要直接清楚，还能体现后面实现方式。
uml面向对象建模与设计 领域模型的行为设计是面向对象领域建模设计的重要部分。在没有设计的朴素的情况下，领域模型一般是一个数据对象(DTO等)，其中只有setter/getter方法，是一种纯粹的数据结构，然后将很多数据结构的算法操作设计在Service等专门接口类中。这样，数据对象作为服务接口方法的参数传入，在服务的方法中被加工。如下代码：失血模型 贫血模型public class A{private int id；只有setId(int id)和getId()方法}public class AServiceImp implements AService{失血模型作为方法参数传入，被操作public void createA(A a){}}而DDD领域驱动设计告知我们要注重领域模型的业务方法设计，领域模型=数据结构+操作方法，才是一个完整的真正对象，也才能够真正发挥对象封装的作用。但是一个模型对象可能有很多方法，哪些方法应该作为对象本身的方法？哪些方法又应该依赖其他对象进行？举例：public class A{对象本身独立行为public void thisIsMyMethod(){}依赖其他对象的交互行为public void replyOthers(B b){b.xxxx()；}}
UML在软件开发中各个阶段的作用和意义 经典的软件工程思想将软件开发分成5个阶段：需求分析\\系统分析与设计；系统实现\\测试及维护五个阶段.之所以如此，是因为软件开发中饣含了物和人的因素，存在着很大的不确定性，这使得软件工程不可能像理想的，可以其于物理学等的原理来做的物质生产过程.如想建造一幢高档的写字楼，那么刚开始便将一切材料和工具全准备好显然是无比愚蠢的行为，因为有可能你正在使用他人的钱，而这些人将是建筑大小，开状和样式的决定者，通常情况下，投资方会在开工生改变想法，这样你必须有额外的计划.而对于整个工程，你也许只是其中的某一个工作组，因此，你需要有各种各样的图纸和模型同其他小组沟通，达到联合工作.很显然，在客户的需求与实际的建筑技术之间找好一个契合点，是做好工程的关键.许多软件工开发过程也如同上面例子一样，软件问题不仅仅是代码的问题，而成为了一个怎么样将整个过程转变成一个结构，过程和工具相结合的问题.建模，即其目的和作用在于提供系统蓝图，包含细节设计，也含有对系统的总体设计，同时模型可以帮助开发小组更好地规划系统设计，更快的开发.UML是一种功能强大的，面向对象的可视化系统分析的建模语言，它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠，更。
