UML核心元素（六）——分析类，设计类

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

原文地址：http://www.cnblogs.com/mach-arch/p/16924748.html