UML软件工程组织

UML的顺序图需要增强
David111

顺序图描述的是用例实例,一个用例是多个用例实例的抽象,所以一个用例描述多种事件流:正常的事件流,可选的事件流,异常的事件流。
那么对于一个用例,要用顺序图描述每一种用例实现(具体的事件流),所以就比较繁琐,一个用例要画多个顺序图(至少三个)。
这一点流程图有强的描述能力,可以在一个图中描述所有分支(通过条件判断分支)。但流程图的缺点是指描述控制流,无法描述对象和信息流。来源于流程图的带泳道和对象流和同步条的活动图补充了不足,可以用来描述用例,也可以通过泳道描述对象,所以可以代替顺序图描述用例实现中对象间的交互。但缺点是对象间的消息不明了。
可以增强顺序图的描述能力,改变顺序图的描述角度:描述用例而不是用例实例,增加分支判断,这样就可以在一张顺序图中描述一个用例的所有的事件流。

以往的流程图描述业务逻辑有很强的功能,但由于面向对象的缘故,要把职责分配给对象,所以有了顺序图,可是顺序图是一种实例图(描述一个具体的场景),所以损失了抽象能力,抽象由用例图和类图描述,但是顺序图在其中起的过渡作用不够,一个用例图,要画很多顺序图才能描述清楚,可在抽象成类图以后,又从类图很难找到和顺序图的对照关系。类图的关系抽象的太笼统了(从图形可视角度讲)。所以顺序图要作为一种抽象描述更合理,因为类图虽然可以抽象关系,但不能抽象逻辑(流程关系)。
当然实例场景的描述,也可以由现有的顺序图来完成。


 

 

版权所有:UML软件工程组织