请注意,本文编写于 304 天前,最后修改于 225 天前,其中某些信息可能已经过时。
目录
1 建模
2 用例驱动
3 抽象层次
4 视图
5 对象分析方法

1 建模
建模(Modeling),是指通过对客观事物建立一种抽象的方法用以表征事物并获得对事物本身的理解,同时把这种理解概念化,将这些逻辑概念组织起来,构成一种对所观察的向的内部结构和工作原理的便于理解的表达
建模包含两个问题:一个是怎么建?另一个是模是什么?
怎么建?
- 首先要决定抽象角度,即建立这个模型的目的是什么。抽象的角度不同决定了建模方向的不同
- 要弄清楚有多少业务参与者?参与者的目标是什么?
“模是什么?”,则依赖于确定了抽象角度下的场景模型
找出那些能够满足这一目标的事物。

2 用例驱动

用例可以驱动的内容包括:
- 逻辑视图:系统只有一个逻辑视图,该视图以图形方式说明关键的用例实现、子系统、包和类,他们包含在构架方面具有重要意义的行为,即建模公式中的那些”人“、”事“、”物“、”规则“是如何组织的。
- 进程视图:系统只有一个进程视图,以图形方式说明了系统中进程的详细组织结构,其中包括类、子系统到进程和线程的映射,即建模公式中的人、事、物、规则是如何交互的,关系是如何的
- 部署视图:只有一个部署视图,以图形方式说明了处理活动在系统中各节点的分布,包括进程和线程的物理分布,即建模公式中的那些人、事、物、规则是如何部署在物理节点上的。
- 实施视图:
-
是获取为实施制定的构架决策,包括:
- 列举实施模型中的所有子系统
- 描述子系统如何组织为层次和分层结构的构件图
- 描述子系统间的导入依赖关系的图解
-
实施视图用于
- 为个人、团队或分包商分配实施工作
- 估算要开发、修改或删除的代码数量
- 考虑发布策略
3 抽象层次
抽象层次越高,具体信息越少,但是概括能力越强;反之,具体信息越丰富,结果越确定,但相应的概括能力越弱。
由于人脑对信息的处理能力是有限度的,如果信息量超过了人脑的处理能力,人就会失去对这个事物的理解能力。

4 视图
uml里定义了用例图、对象图、类图、包图、活动图等不同的视图。这些视图从不同的方面描述了一个软件的结构和组成,所有这些视图的结合表达了一个软件的完整含义。
所以,建模的主要工作室为绘制那些表达软件含义的视图来完整地表达软件的含义。
5 对象分析方法
- 一切都是对象
- 对象都是独立的。对象与对象之间是天然独立的,只是在某个特定的场景下,他们的某一个特定的实例才相互联系在一起。

- 对象都具有原子性。在同一抽象层次上,在分析过程中都应当将对象视为一个不可分割的院子。
- 对象都是可抽象的
- 对象都有层次性

本文作者:Eric
本文链接:
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA
许可协议。转载请注明出处!