软件工程师——(十五)UML建模(难度较高)

72 阅读3分钟

1. 用例图(重点)

image.png

1. 考察方式(必须掌握)

  • 1、根据题干中关于项目的描述内容用例图已有的结构补充缺失的参与者用例
  • 2、根据题意,分析两个用例之间的关系
    • 包含(include)———可能会用到,也可能不会用到
    • 扩展(extend)———必然使用到时

2. 类图与对象图(重点)

image.png

1. 考察点

  • 1、填类名、方法名、属性名
  • 2、填多重度———贴近谁表示谁被对方包含多少个 image.png
  • 3、填关系 image.png
    • 泛化(继承)———实线三角———对来的;(三角代表被继承的一方)
    • 实现———虚线三角———对接口来的;(三角代表被实现的一方)
    • 聚合———实心菱形;(菱形代表整体的一方)
    • 组合———空心菱形;(菱形代表整体的一方)

3. 顺序图

image.png

1. 组成元素

  • 1、对象———每个对象有条生命线
  • 2、生命线———从上往下执行
  • 3、消息———每一个箭头对应着消息
  • 4、X———代表生命结束

2. 考察形式

  • 1、根据处理流程补充缺失某些消息
  • 2、补充对象名

4. 活动图

image.png

1. 作用———表现整个流程的处理情况分支的状态

2. 带甬道的流程图

image.png

3. 考察形式

  • 1、一个流程和图的对应,补充缺失

5. 状态图———状态的变迁

image.png

1. 考察形式

  • 1、给定系统描述信息,包含多种状态的变迁,补充图中的状态变迁条件(触发的事件)
  • 2、先识别有哪些状态,列出状态之间变迁的条件,然后进行图形化

6. 通信图(也叫协作图,顺序图的另一种表达形式)

image.png

7. 案例分析

1. 案例1

image.png image.png image.png image.png

  • 1、问题分析
    • 问题1
      • C和D继承A————艺术家分为乐队乐队,所以有以下结论
        • A———Artist(艺术家)
        • C和D就分别是乐队歌手中的一个
      • 编写和演奏的是歌曲,所以有以下结论
        • B———Song(歌曲)
      • C聚合了D———菱形代表整体的一方,乐队多个歌手组成,所以有以下结论
        • C———Band(乐队)
        • D———Musician(歌手)
      • E聚合了B———歌曲分布在音轨上,所以有以下结论
        • E———Track(音轨)
      • F组合了E———(每个唱片多条音轨,所以有以下结论
        • F———Album(唱片)
    • 问题2
      • (1)0..*———贴近乐队,具体的一个歌手可能不属于乐队(0),也可能属于一个(1)多个乐队(*),所以有(0..*)
      • (2)2..*———贴近歌手,具体的2名(2)2名以上(*)歌手组成的乐队,所以有(2..*)
      • (3)0..1———贴近歌曲,具体的一个音轨只包含一首(1)歌曲或为空(0),所以有(0..1)
      • (4)1..*———贴近音轨,具体的一首歌曲可分布在多条(*)音轨上,所以有(1..*)
      • (5)1..*———贴近音轨,具体的每张唱片多条(*)音轨构成,所以有(1..*)
      • (6)1———贴近唱片,具体的每个音轨只能属于一个(1)唱片,所以有(1`)
    • 问题3———缺少(3)
      • Track 0..1
      • Track 0..1
    • 问题4———找到最短路径
      • 按任意键,选择歌曲