1、业务规则“业务规则”的含义：能为业务挣钱或者省钱的的规则或步骤。业务规则不需要在电脑上实现，就算手工执行也能挣钱或省钱。我们叫这些规则称作“关键业务规则”，它们需要一些数据一起工作，我们称这些数据为“关键业务数据”。2、实体由“关键业务规则”操作“关键业务数据”形成了“实体”。当我们创建一个实体类的时候，它代表的是业务，它和数据库、用户界面，第三方框架无关。它可以在任何系统中工作，无论系统的是如何展现，数据是如何存储的。实体是纯粹业务没有其他。3、用例不是所有的业务规则都和实体一样纯粹。有些业务规则定义和约束自动化系统的运行方式来为企业挣钱或省钱的。这些规则不会用在手动的环境下，它们只在成为自动化系统的一部分才有意义。用例的含义：描述自动化系统的使用方式。它规定了用户要提供的输入，要返回给用户的输出，以及产生该输出所涉及的处理步骤。用例描述的是特定于应用程序的业务规则（application-specific business rules ），而不是实体中的关键业务规则（Critical Business Rules）。用例包含指定实体中的关键业务规则如何以及何时被调用的规则。实体对控制它们的用例毫不知情，符合依赖倒置原则。高级别概念对低级别概念一无所知。为什么实体是高级别的，而用例是低级别的？因为用例是针对单一应用的，因此更接近于该系统的输入和输出。实体是通用的，可以用在很多不同的应用中，所以离系统的输入和输出更远。用例依赖于实体；实体不依赖于用例。用例类接受简单的请求数据结构作为输入，并返回简单的响应数据结构作为输出。这些数据结构不依赖于任何东西。你可能会想让这些数据结构包含对实体对象的引用,因为实体和请求/响应模型共享这么多数据。避免这种诱惑 ！