大象读后感II

UML核心元素

参与者Actor

系统的服务对象或者触发者

用例UserCase

就是要干成的事

用例的粒度

这个其实是说的不同的抽象层次

边界

不知边界便不知如何封装

业务实体

业务角色执行业务用例时所处理的“事物”，--- 类

包

一种容器，逻辑单元。某些相关的信息分包以整合复杂的信息。包的随意性比较大。

包有几种类型：子系统/模块，层，组织结构等。

 

关系

关联与依赖

关联关系association  (A——B:彼此知道对方的存在)

依赖关系denpendency（A---->B:不仅知道对方的存在，而且A还可能会用到B），是包之间的关系类型。

实现与泛化

实现A----|>B：A实现了B，A是实的，B是虚的

泛化A——|>B:A继承自B，A、B可实也可虚

聚合与组合

聚合A——<>B:A聚合到B上。A小，B大，松耦合（外联），B不存在了，A依然存在。

组合A——<实心>B：A组合到B上。A小，B大，紧耦合（内嵌），B不存在了，A也不复存在。

 

组件

组件是可更换的逻辑代码模块

组件之间唯一的关系就是依赖。作者认为组件之间最好关系越弱越好，最好不知道对方的存在。代价太大？？？

 

节点

应用程序的部署单元。是一种包含软硬件环境的拓扑结构描述。

 

UML核心视图

静态视图：

*用例图，*类图，包图

用例图：从不同视角展示系统的功能性需求。是系统蓝图的开发的依据。---用例图可否用功能需求列表代替？？？

类图：展示系统中的类及其相互之间的关系。

包图：展示高层次的组织结构。

 

动态视图：

活动图，*状态图，*时序图，协作图

活动图：在UML中引入活动图是无奈之举。活动图只是发现对象的工具，不是编程的依据。可用流程图代之。

状态图：描述单个对象的行为。适合描述对象内部状态变化的逻辑。

状态可以嵌套子状态。

时序图：按时间顺序描述对象之间的交互行为。适合描述对象之间的同步逻辑。篇幅会比较大。

 

一表三图：功能需求列表，类图，状态图，时序图