第五章 系统设计演示文稿.PPTVIP

OOD概述——特征、方法、模型 OOD的系统模型 OOD的系统模型由4个部件组成：问题空间（PD）、人机交互（HI）、任务管理（TM）和数据管理（DM）。这4个部件对应于组成目标系统的4个子系统。在由这4个子系统构成的系统中，问题空间部件主要负责对系统边界内现实系统的描述，它在OOA中建立，将在OOD时改进，人机交互部件负责人和计算机的交互界面；任务管理部件是对系统中的各项任务进行合理的组织与管理；数据管理部件负责数据的存储、更新和恢复。 * OOD的系统模型 在设计这4个子系统时，各子系统应尽可能简单而明确的接口，子系统之间的依赖性小，OOD的系统模型组成如图所示： OOD的系统模型 问题空间（PD） 人机交互（HI） 任务管理（TM） 数据管理（DM） * 5.3.2 OOD的基本步骤 1）问题空间部件（PD）的设计 （1）OOD模型的初始PD部分 直接从复制OOA模型开始，把OOA模型作为OOD模型的问题 空间部分。 （2）修改和增补初始PD部分 A 对于了复用的设计/编程方面的类，可利用现有的实现库中既有的类和对象来形成它。 B 将空间有关的类组成一组，利用抽象原则来建立公共协议，形成一个新的类。 C 对初始PD部分的继承进行调整。 D 修改设计以提高性能。 * 问题空间部件（PD）的设计 E 在使用初始PD部分时，若考虑利用一些商品化的特定空间的类库或其他地方的类老实现对初始PD部分中类的修改时，应首先对这些类中的属性和服务进行识别，尽量使不需要的属性和服务最小化，并在转换（修改）中加如一般——特殊关系的规格说明。 F 为了提高系统的工作效率，可以合并一些高度耦合的类，还可能在类及对象中扩充一些保存临时结果的属性或一些低层控制块。 G 提供数据管理部分，增加属性和服务使对象能够被保存，保存的数据可以是对象本身，也可以是数据管理部分或面向对象的数据管理系统。 H 增补一些类来反映系统底层的逻辑细节。 * OOD的基本步骤 2）人机交互（HI）的设计 （1）HI部件的对象（类） 在许多大型的信息系统中，人机交互对象（类）通常是指窗口屏幕或报告。 窗口组成：安全登录窗口 设置窗口 业务功能窗口 报告。报告对象（类）可以包括绝大多数用户需要的信息，如下学期的课程表、党员名单、成绩单等都属于报告。 （2）HI部件对象（类）的标识 标识HI的对象（类）包括： 确定每个类必需的属性，确定类属性的方法同上。 确定便于两个类之间所有的一般——特殊、整体——部分结构或其他的对象。 确定便于实现目标的最适合于类的服务。 * 人机交互（HI）的设计 （3）HI部件的构建 分类描述。在设计HI部件时，首先多所有和系统有关的人进行分类，据每类人的工作目的、所完成的任务以及系统对他们所能提供的支持进行必要的描述。 构建HI部件的对象模型。构建HI部件时，要按照人机交互设计的一些准则即一致性、最少的操作步骤、即使响应用户操作、允许用户误操作、界面设计简单明了等准则进行，设计出良好的用户界面或人机交互系统。 对HI对象模型的补充说明。对于大型复杂化的信息系统来讲，前面所建对象模型并不能十分清楚地说明其系统的人机交互部件，这时还需要用辅助的工具菜单树来加以补充说明。 * OOD的基本步骤 3）任务管理部件（TM）的设计 在OOD中，任务是指系统为达到某一设定目标而进行的一连串的数据操作（服务），若干任务的并发执行叫多任务。 （1）TM设计应遵照的策略： 识别事物驱动任务 识别时钟驱动任务 识别优先任务和关键任务 识别协调者 审核任务 * 任务管理部件（TM）的设计 （2）任务管理部件设计的步骤： 对类和对象进行的细化，建立系统的OOA/OOD工作表格。 审查OOA/OOD的工作表格，寻找可能被封装在TM中那些与特定平台有关的部分以及任务协调部分、通信的从属关系、消息/线程序列等。 构建新的类。 （3）系统中任务的执行机制 任务管理部件一般在信息系统中使用的较少，但在控制系统中应用较多。 * OOD的基本步骤 4）数据管理部件（DM）的设计 （1）对象模型中DM部件应实现的主要目标 存储问题空间的持久对象 DM部件为问题空间中所有的持久对象封装了查找和存储机制 （2）DM部件设计的内容 数据存储