面的向对象设计.pptVIP

6. ATM系统实例 ATM系统问题域子系统的结构 11.6 设计人机交互子系统 在面向对象设计过程中，则应该对系统的人机交互子系统进行详细设计，以确定人机交互的细节。 使用由原型支持的系统化的设计策略，是成功地设计人机交互子系统的关键。 1. 分类用户 应该深入到用户的工作现场，仔细观察用户是怎样做他们的工作的。 设计者首先应该把将来可能与系统交互的用户分类。几个不同角度： 按技能水平分类(新手、初级、中级、高级)。 按职务分类(总经理、经理、职员)。 按所属集团分类(职员、顾客)。 2. 描述用户 应该仔细了解将来使用系统的每类用户的情况，记录各项信息： 用户类型。 使用系统欲达到的目的。 特征(年龄、性别、受教育程度、限制因素等)。 关键的成功因素(需求、爱好、习惯等)。 技能水平。 完成本职工作的脚本。 3. 设计命令层次 研究现有的人机交互含义和准则 确定初始的命令层次 精化命令层次 次序 整体-部分关系 宽度和深度 操作步骤 4. 设计人机交互类 人机交互类与所使用的操作系统及编程语言密切相关。 11.7 设计任务管理子系统 1. 分析并发性 通过面向对象分析建立起来的动态模型，是分析并发性的主要依据。如果两个对象彼此间不存在交互，或者它们同时接受事件，则这两个对象在本质上是并发的。 2. 设计任务管理子系统 确定事件驱动型任务 这类任务可能主要完成通信工作。 工作过程：任务处于睡眠状态，接收到外部中断就被唤醒，接收数据并放入内存缓冲区或其他目的地，通知需要知道的对象，然后又回到睡眠状态。 确定时钟驱动型任务 每隔一定时间间隔就被触发以执行某些处理。 工作过程：任务设置了唤醒时间后进入睡眠状态；一旦接收到这种系统中断，就被唤醒并工作，通知有关的对象，然后该任务又回到睡眠状态。 确定优先任务 高优先级：为了在严格限定的时间内完成这种服务，可能需要分离成独立的任务。 低优先级：设计时可能用额外的任务把它分离出来。 确定关键任务 关键任务是有关系统成功或失败的关键处理，这类处理通常都有严格的可靠性要求。 在设计过程中可能用额外的任务把这样的关键处理分离出来，以满足高可靠性处理的要求。 对高可靠性处理应该精心设计和编码，并且应该严格测试。 确定协调任务 当系统中存在3个以上任务时，就应该增加一个任务，用它作为协调任务。 尽量减少任务数 必须仔细分析和选择每个确实需要的任务。应该使系统中包含的任务数尽量少。 确定资源需求 使用多处理器或固件，主要是为了满足高性能的需求。 设计者应该综合考虑各种因素，以决定哪些子系统用硬件实现，哪些子系统用软件实现。 11.8 设计数据管理子系统11.8.1 选择数据存储管理模式 1. 文件管理系统 文件管理系统是操作系统的一个组成部分，具有成本低和简单等特点，但是，文件操作的级别低，为提供适当的抽象级别还必须编写额外的代码。此外，不同操作系统的文件管理系统往往有明显差异。 2. 关系数据库管理系统 关系数据库管理系统的理论基础是关系代数，它不仅理论基础坚实而且有下列一些主要优点： 提供了各种最基本的数据管理功能。 为多种应用提供了一致的接口。 标准化的语言(SQL语言)。 关系数据库管理系统通常都相当复杂，具体缺点： 运行开销大。 不能满足高级应用的需求。 与程序设计语言的连接不自然。 3. 面向对象数据库管理系统 面向对象数据库管理系统是一种新技术，主要有两种设计途径： 扩展的关系数据库管理系统，是在关系数据库的基础上，增加了抽象数据类型和继承机制，此外还增加了创建及管理类和对象的通用服务。 扩展的面向对象程序设计语言，扩充了面向对象程序设计语言的语法和功能，增加了在数据库中存储和管理对象的机制。 11.8.2 设计数据管理子系统 1. 设计数据格式 文件系统（基于第一范式） 关系数据库管理系统（基于第三范式） 面向对象数据库管理系统 扩展的关系数据库途径：使用与关系数据库管理系统相同的方法。 扩展的面向对象程序设计语言途径：不需要规范化属性的步骤，因为数据库管理系统本身具有把对象值映射成存储值的功能。 2. 设计相应的服务 文件系统 需要知道打开哪个(些)文件，怎样把文件定位到正确的记录上，怎样检索旧值，以及怎样用现有值更新它们。 关系数据库管理系统 应该知道访问哪些数据库表，怎样访问所需要的行，怎样检索旧值，以及怎样用现有值更新它们。 面向对象数据库管理系统 扩展的关系数据库途径：与关系数据库管理系统方法相同。 扩展的面向对象程序设计语言途径：无须增加服务，已经给每个对象提供了“存储自己”的行为。 11.9 设计类中的服务11.9.1 设计类中应有的服务 需要综合考虑对象模型、动态模型和功能模型，才能正确确定类中应有的服务。 对象模型，通常只在每个类中