设计数据管理部件.ppt

数据管理方法 普通文件管理：普通文件管理提供基本的文件处理和分类能力。 关系型数据库管理系统：关系型数据库管理系统用若干个表来管理数据。为减少数据冗余，提出了规范化理论，即第一范式至第五范式。 面向对象的数据库管理系统：主要采用扩充的关系型和扩充的OOPL。扩充的关系型产品对关系型数据库的扩充是，增加抽象数据类型和继承性，再加上创建和操作类及对象的服务。扩充的OOPL对OOPL的扩充是，在数据库中长时间管理存储对象的语法和功能。 设计数据管理部件的主要工作 定义数据格式 定义相应的操作 定义数据格式 采用普通文件管理方式时定义数据格式的步骤： 列表给出每个类的所有属性 将所有表格规范为第一范式 为每个范式定义一个文件 针对存储限制和其它性能要求评估已获得的结果 采用关系数据库管理系统时定义数据格式的步骤： 列表给出每个类的所有属性 将所有表格规范为第三范式 为每个范式定义一个关系（数据库表 针对存储限制和其它性能要求评估已获得的结果 采用面向对象数据库管理系统时定义数据格式的步骤： 采用扩充的关系型数据库时：其步骤与采用关系型数据库管理系统时相同 采用扩充的OOPL时：不需要附加的服务，数据库管理系统本身为每个要长期保存的对象提供“存储我自己”的行为。只需把每个要长期保存的对象标出来，让面向对象的数据库管理系统去管理它的保存和存放。 定义相应的操作 为每个带有要存储对象的类及对象增加一个属性和服务，用来“存储我自己” 采用普通文件管理方式时： 对象需要知道要打开哪个（哪些）文件，如何正确地定位到文件的有关记录，如何检索旧的值（如果有的话），以及如何用新的值来更新。 定义一个名为ObjectServer的对象类，它有两个服务：存储它自己；检索被存储的对象。 采用关系型数据库管理系统时： 对象需要知道存取哪些表，如何存取所需的拦（字段），如何检索旧的值（如果有的话），以及如何用新的值来更新。 定义一个名为ObjectServer的对象类，它有两个服务：存储它自己；检索被存储的对象。 采用面向对象数据库管理系统时： 采用扩充的关系型数据库时：与采用关系型数据库管理系统时相同。 采用扩充的OOPL时：不需要增加属性和服务，数据库管理系统本身提供了“存储我自己”的功能，使每个对象能长期保存。只要把需要长期保存的对象标出来即可，让面向对象的数据库管理系统去管理它的保存和检索。 假设“传感器监测系统”采用文件系统，那么为每个类定义一个文件，该系统定义四个文件： “警报装置”、 “警报事件” 、“建筑物”、“传感器”。 “传感器监测系统” DMC设计完成后增加了一个ObjectServer类。 ObjectServer StorageLayout Save Retrieve 6.依据原则复审 依据高内聚、低耦合、简单性等设计原则复审，检查对OOA模型的修改的合理性 “传感器监测系统”的PDC设计结果 设计人机交互部件 需求分析和设计阶段都要考虑人机交互问题 需求分析阶段要确定人机交互所需的属性和外部服务 设计阶段要给出有关人机交互的所有系统成分，包括：用户如何操作系统（即菜单）；系统如何响应命令；系统显示的信息和报表格式等 设计HIC的策略和步骤 对人分类 描述人及其任务脚本 设计命令层次 设计详细的交互 继续做原型 设计HIC类 根据图形用户界面进行设计 1. 对人分类 按技能层次分类： 初学者／临时人员／中级水平／高级水平 按组织层次分类： 行政人员／办公人员／职员／管理人员／办事员 按职能分类： 顾客／职员 2. 描述人及其任务脚本 对以上定义的每一类人，列出对以下问题做出的考虑： 什么人 目的 特点（年龄、教育水平、限制等） 关键的成功因素 必须/想要 喜欢/不喜欢/有偏见 熟练程度 任务脚本 OOAToolTM 中的实例 什么人──分析员 目的──要求一个工具来辅助分析工作 (摆脱繁重的画图和检查图的工作) 特点──年龄：42岁； 教育水平：大学毕业； 限制：不喜欢微型打印，小于9个点的打印太小 关键的成功因素──工具应当使有效的分析工作顺利进行；工具不应与正在进行的分析工作冲突；工具应能捕获假设和思想，能适时做出折衷；应能及时给出模型任何部分的文档，这与给出需求同等重要。 熟练程度──高级熟悉程度 任务脚本── 主脚本： 识别“核心”的类和对象； 识别“核心”结构； 在发现了新的属性或操作时随时都可以加进模型中去。 检验模型： 打印模型及其全部文档。 3. 设计命令层 研究现行的人机交互活动的内容和准则：这些准则可以是非形式的，如“输入时眼睛不易疲劳”，也可以是正式规定的； 建立一个初始的命令层：可以有多种