UML
Jackchenyj
缩小与大牛的差距,唯一的方法就是不断学习
展开
-
UML中的图的出现顺序
转载自: http://blog.csdn.net/lsh6688/article/details/6239126 上接:UML从需求到设计--用例从开始接触UML到现在对UML逐渐有了更深入的了解.刚开始,对于UML总是感觉UML就是图.一提起UML 就想着这个是画图的东西.具体这些图都是干什么的.为什么会有这些图.在一个项目中 ,到底那个图是首先出现的.这些图的转载 2012-11-12 11:29:43 · 1639 阅读 · 0 评论 -
考试成绩管理系统的UML建立
需求分析考试成绩管理系统是举行成人高考、自学考试等成人高校对每个参与考试的学员成绩进行综合管理的一个系统。本系统的功能性需求如下:(1) 学员报名参加相应的科目考试,通过考试成绩管理系统办理考试报名手续,并产生相应的考试编号。(2) 每次考试完毕后,系统管理员及时将参加考试学员的考试最终成绩输入到考试成绩管理系统中。(3) 考试成绩管理系统可以供学员和系统管理人员查询考试的成绩,学转载 2013-01-26 10:05:56 · 29350 阅读 · 2 评论 -
使用Rational Rose进行用例图和活动图
《ROSE用例.ppt》下载地址: http://download.csdn.net/download/yhyhelene/2949626 一、 基于UML的用例模型实验1 、用例图 用例图描述的是参与者(Actor)所理解的系统功能,用于需求分析阶段,列出系统中的用例和参与者,并显示哪个参与者参与了哪个用例的执行 •下面通过UML来分析并构造车辆管理系统模型,转载 2012-11-12 22:12:28 · 57196 阅读 · 7 评论 -
UML从需求到实现----用例、UML用例图中包含、扩展和泛化三种关系详解
转载自: http://blog.csdn.net/lsh6688/article/details/6236291 关于用例图的概念相信不用我去说了 .能看到这篇文章的都是知道用例图概念的人.UML 中最重要的是什么图呢 ?毫无疑问应该是用例图 ,用例是后期时序图 和实际开发的重要依据.说明一下用例图是怎么产生的.了解他的产生对我们了解它本身有很大帮助,首先用例产生在需求分转载 2012-11-12 11:23:53 · 5111 阅读 · 0 评论 -
UML从需求到实现----包图
转载自: http://blog.csdn.net/lsh6688/article/details/6246752 上接:UML中图出现顺序上回讲到用例图,UML中各个图之间的关系.接着根据UML建模中图出现的顺序来总结包图.用例图确定以后.用户的需求基本上就确定了.接下来要根据用户的要求去设计系统.建模的顺序是由大到小.逐层解析.首先确定的就是系统的整体构架.系统的整体转载 2012-11-12 11:36:05 · 1499 阅读 · 0 评论 -
UML建模三个工具: StarUML ,Telelogic TAU 和 Rose
UML建模软件目前用的主要有3种:商业版本:Telelogic TAU 和 Rational Rose 开源版本:StarUML Telelogic TAU与Rational Rose的功能很强,但是需要买License。 StarUML就是希望能提供和TAU/Rose一样功能的开源版本。 目前使用起来还是不错的。 能熟练使用其中一个是软件设计人员的转载 2012-11-12 12:43:11 · 9884 阅读 · 3 评论 -
Rose 画序列图
转载请标明是引用于 http://blog.csdn.net/chenyujing1234 欢迎大家拍砖一、1. 序列图的定义在UML的表示中,序列图将交互关系表示为一个二维图。其中,纵向是时间轴,时间沿竖线向下延伸。横向代表了在协作中各独立对象的角色。角色使用生命线进行表示,当对象存在时,生命线用一条虚线表示,此时对象不处于激活状态,当对象的过程处于激活状态时,生命线是一个双原创 2012-11-12 09:53:50 · 38684 阅读 · 5 评论 -
Rose画状态图
一、何谓状态图1. 状态图的概念状态图由状态、转换、事件、活动和动作5部分组成: (1)状态指的是对象在其生命周期中的一种状况,处于某个特定状态中的对象必然会满足某些条件、执行某些动作或者是等待某些事件。一个状态的生命周期是一个有限的时间阶段。 (2)转换指的是两个不同状态之间的一种关系,表明对象将在第一个状态中执行一定的动作,并且在满足某个特定条件下由某个事件触转载 2012-11-12 22:13:00 · 16990 阅读 · 1 评论 -
转 本人对于“用例”的一些理解和总结
不知道大家有没和我类似的感觉,就是在做开发的时候,经常看到需求文档里的用例2字,或者听到关于用例的谈话,或者测试用例之类的,一般的感觉就是用例就是一个需求功能点,也没去太在意,这里我想自己做个对于用例的总结。 我不想过于刻板的去讨论用例的概念,这里先从一个例子入手,比如我问你:请在30秒内说出尽可能多的筷子,勺子和盘子的相同点与不同点。 不知道大家是否有种感觉,就是脑子里似乎都知道,转载 2012-11-12 11:40:24 · 907 阅读 · 0 评论 -
Rose画用例图
一、什么叫用例图1. 用例图的含义•由参与者(Actor)、用例(Use Case)以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。要在用例图上显示某个用例,可绘制一个椭圆,然后将用例的名称放在椭圆的中心或椭圆下面的中间位置。• 要在用例图上绘制一个参与者(表示一个系统用户),可绘制一个人形符号。参与者和用例之间的关系使用带箭头或者不带箭头的线段来描述,箭头表示在这一关系原创 2012-11-12 11:30:51 · 15630 阅读 · 3 评论 -
UML总结4---UML九种图关系说明
UML中包括九种图:用例图、类图、对象图、状态图、时序图、协作图、活动图、组件图、配置图。 1)用例图(Use Case Diagram)它是UML中最简单也是最复杂的一种图。说它简单是因为它采用了面向对象的思想,又是基于用户视角的,绘制非常容易,简单的图形表示让人一看就懂。说它复杂是因为用例图往往不容易控制,要么过于复杂,要么过于简单。用例图表示了角色和用例以及它们之间的关系转载 2012-11-12 11:43:48 · 4749 阅读 · 1 评论