分析类共有三个：边界类（boundary）、控制类（control）和实体类（entity），这些分析类都是类的版型。分析类是跨越需求到设计实现的桥梁。
边界类：从需求向现实的转换过程中，任何两个有交互的关键对象之间都应该考虑建立边界类。
对现实世界来说，边界类的实例可以是窗口、通信协议、打印机接口、传感器、终端等。
在计算机世界里，当我们打算对A对象和B对象之间的交互进行建模时，边界类可以充当这一载体。
控制类：用于对一个或几个用例所特有的控制行为进行建模。控制对象通常控制其他对象，因此他们的行为具有协调性质。控制类将用例的特有行为进行封装。
实体类：用于对必须存储的信息和相关行为建模的类。实体对象用于保存和更新一些现象的有关信息，例如，事件，人员或者一些现实生活中的对象。
分析类的三高：
1、高于设计实现：在为需求考虑系统实现的时候，可以不理会复杂的设计要求，比如设计模式的应用、框架规范的要求等，而专心的为从需求到实现搭建一座桥梁。
例如实体类，不论使用哪一种设计实现，都要遵循相关的规范，实现特定的接口等。
2、高于实现语言：在为需求考虑系统实现的时候，可以不理会采用哪一种语言来编写代码，排除语言特定语法、程序结构等杂音，专心解决需求问题。
3、高于实现方式：在为需求考虑系统实现的时候，可以不考虑采用哪一种具体的实现方式。例如安全认证，可以的实现方式有很多，如果在需求分析阶段就开始考虑这些实现方式一方面会付出过多精力，另一方面考虑过多的具体细节相反会扰乱需求实现的分析工作。