您好,登录后才能下订单哦!
本篇内容介绍了“UML图形如何建立”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
1.UML图中用例图的建立步骤:
1〉找出系统外部的活动者和外部系统,确定系统的边界和范围。
2〉确定每一个活动者所希望的系统行为。
3〉把这些系统行为命名为用例。
4〉把一些公共的系统行为分解为一批新的用例,供其它的用例引用。把一些变更的行为分解为扩展用例。
5〉编制每一个用例的剧本。
6〉绘制用例图。
7〉区分主业务流和例外情况的事件流。可以把表达例外的情况的事件流的用例图画成一个单独的子用例图。
8〉精化用例图,解决用例见得重复与冲入问题,简化用例中的对话序列,用力图可以有不同的层次,高层次系统的用例可以分解为若干个下属子系统中的子用例。
2.UML图中对象类图的建立步骤:
1〉研究分析问题领域,确定系统的需求。
2〉发现对象和对象类,明确他们的含义和责任,确定属性和操作。
3〉发现类之间的静态联系。着重分析找出对象类之间的一般和特殊关系,部分与整体关系,研究类的继承性和多态性,把类之间的静态联系用关联、泛化、聚合、组合、依赖等联系表达出来,虽然对象类图表达的是系统的静态结构特征,但是应当把对系统的静态分析与动态分析结合起来,更能准确地了解系统的静态结构特征。
4〉设计类与联系。调整和精化已得到的对象类和类之间的联系,解决诸如命名冲突、功能重复等问题。
5〉绘制对象类图并编制相应的说明。上述做法是直接从领域分析抽取对象和对象类开始的,这是常规的面向对象的系统分析与设计的做法。Rational统一过程主张采用用例驱动的系统分析与设计方法。从业务领域的分析中先抽取活动者和用例,建立业务模型。业务模型包括业务用例模型、设计模型、实现模型和测试模型。
3.系统中的例外情况建模:
1〉对于每一个对象类和接口,找出可能发生的例外情况和出现例外情况的条件。
2〉把每一个例外情况用一个信号类描述,类名前冠有构造型“exception”。
3〉建立例外情况的层次结构,把一般性的例外情况置于高层,把特殊性的例外情况置于低层。
4〉对于每一个操作确定可能发生的例外情况。在操作和其例外情况的信号图表之间有一条虚箭线连接,其上标出构造型“send”,表示从操作到其例外情况的send依赖。
4.UML图中顺序图的建立步骤:
1〉确定交互的上下文。
2〉找出参与交互的对象类角色,把他们横向排列在顺序图的顶部,最重要的对象安置在最左边,交互密切的对象尽可能相邻。在交互中创建的对象在垂直方向应安置在其被创建的时间点处。
3〉对每一个对象设置一条垂直的向下的生命线。
4〉从初始化交互的信息开始,自顶向下在对象的生命线之间安置信息。注意用箭头的形式区别同步消息和异步消息。根据顺序图是属于说明层还是属于实例层,给出消息标签的内容,以及必要的构造型与约束。
5〉在生命线上绘出对象的激活期,以及对象创建或销毁的构造型和标记。
6〉更具消息之间的关系,确定循环结构及循环参数和出口条件。
5.UML图中协同图的建立步骤:
1〉确定交互的上下文。
2〉找出参与交互的对象类角色,把他们作为图形的节点安置在协同图中。最重要的对象安置在图的中央,与其有直接交互的对象安置在邻近。
3〉设置对象的初始性质。
4〉说明对象之间的链接。首先给出对象之间的关联连接,然后给出其它连接,并且给出必要的装饰,如构造型“global”,“local”等。
5〉从初始化交互的消息开始,在链接上安置相应的消息,给出消息的序号。注意用箭头的形式区别同步消息和异步消息。根据顺序图是属于说明层还是属于实例层,给出消息标签的内容,以及必要的构造型和约束。
6〉处理一些特殊情况,如循环、自调用、回调、多对象等。
“UML图形如何建立”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站,小编将为大家输出更多高质量的实用文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。