很多项目中，没有用例实现这一步骤，在系统用例确定了之后，直接进入系统设计阶段，进行类设计、表设计等。但是，仔细思考，我们发现用例和类之间似乎有一道鸿沟，我们不知道类是如何被推导出来的，观察系统用例实现场景（下图），我们找不到类的痕迹。实现用例是跨越从系统需求到设计模型之间的那道桥梁。
用例场景和用例规约是我们实现用例的基础，而我们采用的工具是分析模型。分析模型是将用例场景中的业务分解为边界（操作界面和展示界面）、控制（业务逻辑）和实体（业务数据），用这三个元素建立实现用例场景的对象模型。所以边界类、实体类、控制类就是我们要寻找的关键对象。为了得到我们所需要的分析类对象，我们一步步地来分析场景当中的活动。
- 发起会议
这是一条在系统外部发出的指令，我们需要使用边界对象来接收它。 - 展现会议信息录入界面
我们需要用边界对象来处理。 - 录入会议基础信息
录入会议信息是一个人工活动，会议基础信息看上去是一个备选的实体对象，不过它实际上只是会议信息实体对象的一部分。 - 提交
这是一条在系统外部发出的指令，需要用边界对象来接收它。 - 校验数据的准确性
这是一条内在规则，由控制对象来处理它。 - 创建会议
这是一段程序处理逻辑，我们需要用控制对象来处理，创建会议后会生成会议信息实体对象 - 发送通知给参会人
这是一段程序处理逻辑，我们需要用控制对象来处理。 - 显示结果
这是一段程序处理逻辑，我们需要用控制对象来处理，并将结果反馈给边界对象。
