版权声明:本文为博主原创文章,若要转载请注明出处!^_^ https://blog.csdn.net/u010892841/article/details/24920155
前面介绍了uml的非常多种图。以下挑出几个联系比較紧密的进行对照和联系。用例图和交互图都是表示动态行为,仅仅是前者表示系统外部对象(參与者)与系统这两个大对象之间的互动,而后者则側重在表示系统内部一群小对象之间的互动。以下针对类图、用例图和交互图进行对照。
类图 | 用例图 | 活动图 |
静态结构 | 动态行为 | 动态行为 |
系统内在结构 | 系统外在行为 | 系统内在行为 |
类 | 參与者、用例 | 对象 |
关联 | 包括、扩展 | 消息 |
事务模式 | 用例描写叙述 | BCE模式(Boundary-Control-Entity Patterns) |
领域概念 | 业务流程 | 概念与流程的关联 |
交互图(或者说序列图)关联了类图与用例图双方面。表示了系统在与參与者互动运行某一个用例期间。系统内部的一群小对象的写作情况。因此,分析师能够使用双叉法,同步进行类图与用例图的分析。然后尽快通过序列图来整合、调整三方面的图,例如以下:
接下来是对交互图单独进行的具体介绍。
交互图描写叙述了系统在逻辑设计中存在的对象及其间关系。交互图用两种:
序列图:按时间顺序排列对象交互操作。强调信息交换时的时间顺序。
协同图:环绕对象及其间的连接关系组织对象的交互操作。强调对象间怎样动作。
两者在语义上是等价的、按F5能够相互转化(或者手动转化)。
如上图所看到的,序列图採用BCE模式(boundary-Control -entity patterns )所以在画序列图的时候注意找出三种类:
边界类:用来隔离系统内外,通常负责接收并响应系统内外消息,參与者与系统对象进行消息传递要通过边界类来实现。
控制类:一个用例会生成一个控制类。用来控制用例运行期间的复杂运算或者业务逻辑。
实体类:系统内部的对象
以下是我画的一张序列图和协作图,有非常多不完好,敬请指出交流。(在这里我定义登录界面为界面类、收费系统为控制类、数据库为实体类)
终于的改进。敬请參看uml图验收问题集锦。