许小乖……是总攻

序列图主要描述按照时间的先后顺序对象之间的交互动作过程。        序列图强调消息的时间顺序。顺序图以二维图表来显示交互。纵向是时间轴，时间显示为自上而下。横向显示了交互中各个对象的角色。每个对象用方框表示，对象可以表示出对象出自的类，中间用冒号区别，冒号前面是对象名称，后面是类的名字。同时一个方框内对象加上下划线。         消息表示的是一个方法的名称。从一个对象到一个对象的生

在画uml类图之前一定要清楚类的四种关系，才能将类图正确的联系起来。类的关系是组成类图的一个重要的部分。类的关系有四种，分别是关联、依赖、泛化和实现。这四种关系概述如下：    在确定两个类之间的关系时并不是随随便便的，每一种关系的使用情况也不相同。一定要使用最准确的关系，通过总结发现有一定的原则：如果能用继承来描述的就一定要用泛化关系，描述是接口和类的实现关系时一定用实现关系，两

系统建模，需要从系统的结构和行为两个方面来描述。其中系统的行为是通过状态图、活动图、序列图和协作图来描述的。首先先介绍状态图和活动图。         一、活动图        学习过流程图，活动图的流程图很相似。流程图常是被用来建立算法模型，可以表示一个算法的执行序列、过程、判定点、分支和循环。它们的不同点在于活动图支持并发操作和并行活动。但是活动图很难清楚的描述动作与对象之

RUP

相信你可能建立过以木块为基础的建筑模型，建立过解决实际问题的数学模型，学过一个系统的物理模型，听说过UML建模，但是什么是UML呢？        学习了几天的UML，昨天师傅大体问了我UML是什么，由什么构成，还有就是有什么用的问题，我说的并不是很好，从软工到UML，似乎相隔的时间有点太长，好像是没有一种关系直接穿插过来，或是关联或是依赖也好。        我们都会翻译，UML是统一建

描述一个系统需要从系统的需求开始，找出系统的需求及需实现的功能，即用例、角色和相互之间的关系，这就需要绘制用例图；接着是一个系统的静态架构，用抽象的手段抽象出类，概括类的属性和方法，描述系统的静态架构，需要绘制类图和对象图；然后是系统的动态行为即协作图和序列图，以及系统的活动状态，明确了系统的状态还需要明确系统状态是如何变迁的，即活动图和状态图；最后设计好了一个系统，发布部署网络架构和软件的体系图

协作图(Collaboration Diagram /Communication Diagram，也叫合作图)是另一种交互图（interaction diagram）。它强调的是对象之间的交互关系。

构件图（Component diagram）是面向对象系统从物理方面建模时用到的图之一，显示一组构件之间的组织和依赖关系。使用构件图的思想是复用。就像是我们盖房子，当房子的大体框架建好之后，剩下的门和窗户家具之类的直接拿来安装上即可，不需要再从新制作，直接拿来复用的思想。这些门和窗户就相当于一个个的构件。           前面的类图用例图定义了系统的问题域词汇和系统期望的行为，序列图和状态

基于面向对象的理念进行软件开发时，通过封装，继承等理念来达到理想的效果，在面向对象领域。面向对象建模技术的研究的主要成果就是统一建模语言UML 。          UML是统一建模语言，是一种面向对象的可视化建模语言，它能够让系统构造者用标准的、易于理解的方式建立起能够表达他们设计思想的系统蓝图，并提供一种机制，便于不同人之间有效地共享和交流设计成果。    在软件开发的生命周期的各

用例图用于需求分析阶段，描述了一个待开发系统的功能需求，用例视图强调的是系统的功能，是软件开发设计过程第一个设计的视图。它从用户的角度描述用户的雪球，从而描述系统的功能，并指出各功能的执行者，以及执行者完成了哪些功能。            用例图是由用例、角色和关系三部分构成的。其中比较关键的是用例和角色，而关系是连接角色和用例之间的桥梁，表明用例的角色之间的关系。具体如下图所示：