- 分析类
- 分析类包括边界类,控制类,实体类,分析类跨越需求到设计实现的桥梁。
- 分析类三高(高于设计实现,高于语言实现,高于实现方式)
- 版型
- 边界类(对系统外部环境与其内部之间的交互进行建模的类,任何两个有交互的关键对象之间都应该建立边界类,从架构的角度主要位于展现层)
- 参与者与用例之间应当建立
- 用例之间如有交互应当建立
- 用例与边界之外非人对象有交互,如第三方系统(具体实现过程,边界类可以演化为中介或者通信协议,如网关)
- 业务对象在各自的领域内发展变化,但是又希望互不影响。
- 控制类(对一个或者几个用例所特有的控制行为进行建模,来源于对用例场景当中的动词分析和定义,起到协调对象的作用,控制类主要位于业务逻辑层)
- UML定义认为不必强制使用控制类,例如边界类也可以直接使用实体类
- 在设计阶段,控制类可以被设计为Session Bean,COM+,Servlet,Java类,C++类等。
- 实体类(对于必须存储的信息和相关行为建模的类)
- 在设计阶段实体类被设计为Entity Bean,POJO,SDO,XML Bean等设计类,甚至是一条SQL。
- 设计类(系统实施中一个或多个对象的抽象,所对应的对象取决于实施语言)
- 统一过程倡导架构化开发