•  关联关系(不同类对象之间的结构关系,描述了某个对象在一段时间内一直“知道”另一个对象的存在,如A保存了B的ID,所以为了区分相互“知道”和单向的“知道”关系,所以出现了带箭头的关联关系) 

  • 依赖关系(两个实例之间的临时关系,一个对象的修改会导致另一个对象的修改,除了表达“知道”关系还会表达“使用”其他对象属性或方法的关系)
    • 依赖分为单向依赖双向依赖,但是应该杜绝使用双向依赖。

  • 扩展关系(带箭头虚线加版型《extends》)
    • 特别用于在用例模型中向基本用例的某个扩展中加入扩展用例
    • 扩展表示的是“可选”不是必须,没有基本用例扩展用例不能单独存在

  • 包含关系(带箭头虚线加版型《include》)
    • 特别用于用例模型,说明在执行基本用例的实例过程中插入的行为段。
    • 包含用例总是带有抽象性质
    • 包含用例应当用在概念模型中,用在业务模型中也可以接受。
    • 没有包含用例,基本用例不完整,没有基本用例,包含用例不能单独存在。
    • 如去银行取钱,修改密码,转帐,都应该先核对帐号密码,所以核对帐号就可以作为包含用例。所以包含用例也就在此处有了可以重用的意义。

  • 实现关系(带空心箭头虚线表示)
    • 特别用于在用例模型中连接用例和用例实现

  • 精化关系
    • 设计类是精化分析类来的

  •  泛化关系(A继承自B) 

  • 聚合关系(人员聚合到部门上,表达整体由部分构成,整体和部分不是强依赖)
  • 组合关系(直线加实心菱形表示,UML没有该图形,采用带箭头的空心菱形表示,箭头指向组合子对象,整体部分强依赖)

原文地址:http://www.cnblogs.com/mach-arch/p/16924744.html

1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长! 2. 分享目的仅供大家学习和交流,请务用于商业用途! 3. 如果你也有好源码或者教程,可以到用户中心发布,分享有积分奖励和额外收入! 4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解! 5. 如有链接无法下载、失效或广告,请联系管理员处理! 6. 本站资源售价只是赞助,收取费用仅维持本站的日常运营所需! 7. 如遇到加密压缩包,默认解压密码为"gltf",如遇到无法解压的请联系管理员! 8. 因为资源和程序源码均为可复制品,所以不支持任何理由的退款兑现,请斟酌后支付下载 声明:如果标题没有注明"已测试"或者"测试可用"等字样的资源源码均未经过站长测试.特别注意没有标注的源码不保证任何可用性