UML-分析类

  分析类的官方定义是：分析类用于获取系统中主要的“职责簇”。它们代表系统的原型类，是系统必须处理的主要抽象概念的“第一个关口”。如果期望获得系统的“高级”概念简述，则可以对分析类本身进行维护。分析类还可以产生系统设计的主要抽象——系统的设计类和子系统。

  分析类是跨越需求到设计的桥梁。分析类是从业务需求向系统设计转化过程中最为主要的元素，它们在高层次抽象出系统实现业务需求的原型，业务需求通过分析类逻辑化，被计算机理解。

  总用有三个分析类：边界类，控制类和实体类。

  边界类用于系统外部环境与内部交互进行建模的类。我的理解是不同系统之间的胶合层。能够减少系统之间的耦合。

  控制类用于对一个或几个用例所特有的控制行为进行建模。控制类源于对用例场景中行为的定义。

  实体类是对必须存储的信息和相关行为建模的类。

  分析类具有的特点：

  高于设计实现：在为需求考虑系统实现的时候，可以不理会负责的设计要求，而专心为需求到实现搭建一座桥梁。

  高于语言实现：不理会采用哪一种语言来编写代码。

  高于实现方式：不考虑采用哪种具体的实现方式。

  我觉得，嵌入式软件开发，做到分析类这一步就差不多了，不必再在更低的抽象层次进行建模了。