第9章面向对象设计.pptVIP

* * * * 接口的成功使用可以降低代码中的依赖性。使用接口编程，客户对象不需要知道所使用对象的类详细说明和这些接口的实现细节。要使软件可复用、可维护和可扩展，面向对象设计的一条最重要的原则是“面向接口编程，而不要面向实现编程”。 * * 随着组装层次的向上移动，驱动模块将大为减少。如果对程序模块结构的最上面两层模块采用自顶向下进行组装和测试，可以明显地减少驱动模块的数目，而且可以大大减少把几个子系统组装起来所需要做的工作。 * 在这种情况下，更有效地提高查询效率的改进方法是给那些需要经常查询的对象建立索引。 10.6 任务管理部分的设计 (3) 识别优先任务 根据处理的优先级别来安排各个任务。优先任务可以满足高优先级或低优先级的处理需求。 高优先级：某些服务具有很高的优先级，为了在严格限定的时间内完成这种服务，可能需要把这类服务分离成独立的任务。 低优先级：与高优先级相反，有些服务是低优先级的，属于低优先级处理（通常称为后台处理）。设计时可能用额外的任务把这样的处理分离出来。 10.6 任务管理部分的设计 (4) 识别关键任务 关键任务是有关系统成功或失败的关键处理，这类处理通常都有严格的可靠性要求。 在设计过程中可能用额外的任务把这样的关键处理分离出来，以满足高可靠性处理的要求。 对高可靠性处理应该精心设计和编码，并且应该严格测试。 10.6 任务管理部分的设计 (5) 识别协调任务 当有三个或更多的任务时，可考虑另外增加一个任务，这个任务起协调者的作用，将不同任务之间的协调控制封装在协调任务中。 可以用状态转换矩阵来描述协调任务的行为。 10.6 任务管理部分的设计 (6) 审查每个任务 要使任务数保持到最少。 对每个任务要进行审查，确保它能满足一个或多个选择任务的工程标准——事件驱动、时钟驱动、优先任务∕关键任务或协调者。 10.6 任务管理部分的设计 (7) 定义每个任务 1) 它是什么任务。首先要为任务命名，并对任务做简要描述。为面向对象设计部分的每个服务增加一个新的约束——任务名。如果一个服务被分裂，交叉在多个任务中，则要修改服务名及其描述，使每个服务能映射到一个任务。 2) 如何协调任务。定义每个任务如何协调工作。指出它是事件驱动的，还是时钟驱动的；对于事件驱动的任务，描述触发该任务的事件；对时钟驱动的任务，描述在触发之前所经过的时间间隔，同时指出它是一次性的，还是重复的事件间隔。 3) 如何通信。定义每个任务如何通信，任务从哪里取数据及往哪里送数据。 10.7 数据管理部分的设计 在传统的结构化设计方法中，很容易将实体-关系图映射到关系数据库中。 而在面向对象设计中，我们可以将UML类图看作是数据库的概念模型，但在UML类图中除了类之间的关联关系外，还有继承关系。 在映射时可以按下面的规则进行： 10.7 数据管理部分的设计 (1) 一个普通的类可以映射为一个表或多个表，当分解为多个表时，可以采用横切和竖切的方法。 竖切常用于实例较少而属性很多的对象，一般是现实中的事物，将不同分类的属性映射成不同的表。通常将经常使用的属性放在主表中，而将其他一些次要的属性放到其他表中。 横切常常用于记录与时间相关的对象，如成绩记录、运行记录等。由于一段时间后，这些对象很少被查看，所以往往在主表中只记录最近的对象，而将以前的记录转到对应的历史表中。 10.7 数据管理部分的设计 (2) 关联关系的映射 ? 一对一关联的映射：对于一对一关联，可以在两个表中都引入外键，这样两个表之间可以进行双向导航。也可以根据具体情况，将类组合成一张单独的表。 ? 一对多关联的映射：可以将关联中的“一”端毫无变化地映射到一张表，将关联中表示“多”的端上的类映射到带有外键的另一张表，使外键满足关系引用的完整性。 ? 多对多关联的映射：由于记录的一个外键最多只能引用另一条记录的一个主键值，因此关系数据库模型不能在表之间直接维护一个多对多联系。为了表示多对多关联，关系模型必须引入一个关联表，将两个类之间的多对多关联转换成表上的两个一对多关联。 10.7 数据管理部分的设计 (3) 继承关系的映射：通常使用以下两种方法来映射继承关系。 将基类映射到一张表，每个子类映射到一张表。在基类对应的表中定义主键，而在子类定义的表中定义外键。 将每个子类映射到一张表，没有基类表。在每个子类的表中包括基类的所有属性。这种方法适用于子类的个数不多，基类属性比较少的情况。 10.8 对象设计 对象设计过程包括使用模式设计对象、接口规格说明、对象模型重构、对象模型优化4组活动。 (1) 使用模式设计对象：设计者可以选择合适的设计模式，复用已有的解决方案，以提高系统的灵活性，并确保在系统开发过程中，特定类不会因要求的变化而被修改。 (2) 接口规格说明：在系统设计中