[图解]分析工作流 03

1
00:00:01,930 --> 00:00:06,740
我们进一步再假设里面有三种类的对象

2
00:00:07,610 --> 00:00:09,340
第一个，边界类

3
00:00:10,730 --> 00:00:13,480
它跟外面的外系统是对应的

4
00:00:14,310 --> 00:00:16,320
一个外系统就对应一个边界类

5
00:00:17,390 --> 00:00:18,630
所以类的命名

6
00:00:19,740 --> 00:00:21,990
我们可以用外系统名称加接口命名

7
00:00:22,000 --> 00:00:26,620
比如说，外面有个人，叫会员

8
00:00:27,860 --> 00:00:30,840
我们的边界类可以叫会员UI

9
00:00:31,110 --> 00:00:32,360
或者会员界面

10
00:00:32,360 --> 00:00:33,550

11
00:00:34,320 --> 00:00:35,760
外面有个系统叫微信

12
00:00:36,930 --> 00:00:38,500
我们系统内部

13
00:00:39,100 --> 00:00:41,400
可能有个边界类微信接口

14
00:00:42,920 --> 00:00:44,320
负责和微信打交道的

15
00:00:46,390 --> 00:00:50,780
用外系统名称加接口或加界面来命名

16
00:00:52,030 --> 00:00:53,210
第二个，控制类

17
00:00:55,860 --> 00:00:57,580
它跟用例是一一对应的

18
00:00:58,780 --> 00:01:00,730
我们就可以用用例的名字给它命名

19
00:01:01,110 --> 00:01:04,620
比如说，下单是一个用例

20
00:01:05,510 --> 00:01:08,020
对应就有一个下单控制

21
00:01:08,740 --> 00:01:10,000
或者下单UC

22
00:01:10,890 --> 00:01:12,130
这样的一个控制类

23
00:01:15,080 --> 00:01:18,710
这两个都好找的

24
00:01:19,070 --> 00:01:20,580
一个对应执行者，一个对应用例

25
00:01:21,280 --> 00:01:22,840
下面这个就比较麻烦了

26
00:01:23,600 --> 00:01:26,220
实体类，也是我们建模的重点

27
00:01:27,340 --> 00:01:30,140
它负责封装数据封装逻辑

28
00:01:30,150 --> 00:01:33,210
它跟用例是多对多的

29
00:01:34,730 --> 00:01:38,900
所以实体类的寻找、建模

30
00:01:39,570 --> 00:01:42,240
实体类的关系等等，才是我们的重点

31
00:01:44,110 --> 00:01:45,100
这两个不用找的

32
00:01:45,270 --> 00:01:47,380
我们批量给它刷上去就可以了

33
00:01:48,080 --> 00:01:49,430
下面实体类需要找

34
00:01:50,550 --> 00:01:53,430
那么像这三种类都是类

35
00:01:54,230 --> 00:01:58,240
只不过我们根据它起作用的不一样

36
00:01:58,250 --> 00:01:59,000
说分三种

37
00:01:59,760 --> 00:02:03,150
你可以说不分，我就叫这个类这个类，也行的

1
00:00:00,510 --> 00:00:03,540
下面我们重点来看实体类图

2
00:00:05,090 --> 00:00:08,590
实体类图上面主要元素这么几个

3
00:00:09,740 --> 00:00:11,660
类，类之间的关系

4
00:00:12,410 --> 00:00:14,140
泛化、关联，关联又分几种

5
00:00:15,360 --> 00:00:19,620
这个组合，实心菱形的，连接

6
00:00:20,220 --> 00:00:21,210
就是普通关联

7
00:00:22,650 --> 00:00:23,840
类里面有属性

8
00:00:24,560 --> 00:00:26,110
有操作等等

9
00:00:26,430 --> 00:00:28,690
这个图上就这么几个

10
00:00:29,890 --> 00:00:31,720
我们用好这几个关系就够了

11
00:00:31,730 --> 00:00:32,880
其他就可以不用

12
00:00:37,900 --> 00:00:42,270
我们先来看，寻找类和属性

13
00:00:44,200 --> 00:00:45,270
我们目前有的是什么

14
00:00:46,410 --> 00:00:49,710
目前有的是我们的用例规约

15
00:00:51,650 --> 00:00:53,400
所以我们以用例规约

16
00:00:54,810 --> 00:00:57,480
作为素材

17
00:00:58,360 --> 00:01:00,780
来提炼我们的类图

18
00:01:02,720 --> 00:01:04,710
从用例规约什么地方来提炼呢

19
00:01:07,100 --> 00:01:08,790
功能需求部分来提炼

20
00:01:10,360 --> 00:01:14,810
从基本路径开始到业务规则为止，这一段

21
00:01:15,470 --> 00:01:17,230
包括基本路径、扩展路径

22
00:01:17,240 --> 00:01:18,150
字段列表、业务规则

23
00:01:18,430 --> 00:01:21,870
这些可以看作是功能需求部分

24
00:01:22,880 --> 00:01:25,130
它里面只涉及到核心域的概念

25
00:01:25,140 --> 00:01:27,930
把它提炼出来

26
00:01:29,190 --> 00:01:29,740
提炼什么

27
00:01:29,990 --> 00:01:33,920
就抽取用例规约里面的名词或事件

28
00:01:39,530 --> 00:01:42,650
抽取哪一些，就抽取我们系统

29
00:01:42,660 --> 00:01:44,840
要维护的核心域概念

30
00:01:45,320 --> 00:01:48,050
系统要记住的那些信息