第5章_需求建模场景信息及类分析.ppt

CRC建模 类的分类方法可以通过如下分类扩展。 实体类是从问题的说明中直接提取出来的，也被称作模型或业务类。这些类一般代表保存在数据库中的和贯穿应用程序的事物。 边界类用于创建用户可见的和交互的接口（例如交互屏幕或打印的报表）。实体类包含对用户来说很重要的信息，但是并不显示这些信息。边界类被设计成负责管理实体对象对用户的表示方式。例如，一个被称作CameraWindow的边界类可能负责显示SafeHome系统的监视摄像头输出。 控制类自始至终管理“工作单元”。即控制类可以管理(1)实体类的创建或更新；(2)边界类从实体对象获取信息后的实例化；(3)对象集合间的复杂通信；(4)对象间或用户和应用程序间交换的数据的确认。通常，直到设计开始时才开始考虑控制类。 CRC建模 职责（属性和操作）。[WIR90]在给类分配职责时建议了以下5个指导原则： 智能系统应分布在所有类中以求最佳地解决问题的需求。 每个职责的说明应尽可能具有普遍性。 信息和与之相关的行为应放在同一个类中。 某个事物的信息应局限于一个类中而不要分布在多个类中。 必要时，职责应由相关类共享。 CRC建模 协作。类有一种或两种方法实现其职责：(1)类可以使用其自身的操作控制各自的属性，从而实现特定的职责；(2)类可以和其他类协作。 协作从客户职责实现的角度表现从客户到服务器的请求。协作是客户和服务器之间契约的具体实现……如果为