第十二章数据库设步骤.pptVIP

第十二章 数据库设计步骤 数据库设计不同阶段不同人员的角色 第十二章 数据库设计步骤 12.1 需求分析 12.2 概念结构设计 12.3 逻辑结构设计 12.4 数据库的物理设计 12.5 数据库实施 12.6 数据库运行与维护 12.7 小结 12.1 需求分析 12.1.1 需求分析的任务和过程 12.1.2 数据流图 12.1.3 数据字典 12.1.4 需求分析的注意点 12.1 需求分析（续） 需求分析就是分析用户的需要与要求 需求分析是设计数据库的起点。 需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后面各个阶段的设，并影响到设计结果是否合理和实用。 12.1.1 需求分析的任务和过程 一、需求分析的任务 二、需求分析的重点 三、需求分析的难点 四、需求分析的工作过程 一、需求分析的任务 调查应用领域，对各种应用的信息要求和操作要求进行详细分析，形成需求说明书。 详细调查现实世界要处理的对象（组织、部门、企业等），了解原系统（手工系统或计算机系统）工作概况，明确用户的各种需求。 确定新系统的功能。新系统必须考虑可能的扩充和改变，不能按当前需求来设计数据库。 二、需求分析的重点 调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 信息要求 用户需要从数据库中获得信息的内容与性质。 数据库中存储哪些数据。 处理要求 对处理功能的要求、响应时间的要求、处理方式的要求(批处理 / 联机处理)。 对数据安全性与完整性的要求。 三、需求分析的难点 确定用户最终需求的难点 用户缺少计算机知识，无法确定计算机能为做什么，不能做什么，无法一次准确地表达需求，因此需求往往不断变化。 设计人员缺少用户的专业知识，不易理解用户的真正需求，甚至误解用户的需求。 新的硬件、软件技术的出现也会使用户需求发生变化。 解决方法 与用户不断交流，确定用户的实际需求。 四、需求分析的工作过程 四、需求分析过程（续） 1.调查组织机构情况 目的： 宏观地了解给定应用领域的组织机构。 结果： 组织机构图。 方法： 与该组织的有关领导座谈，由这些领导提供组织机构组成情况。 或者提供组织机构图和部门职责的文档。 四、需求分析过程（续） 2.熟悉各部门的业务活动情况 目的： 调查各部门的业务活动情况，对现行系统的功能和所需信息有明确的认识。 内容： 包括了解各个部门输入和使用什么数据； 如何加工处理这些数据； 输出什么信息，输出到什么部门； 输出结果的格式是什么，这是调查的重点。 常用的调查方法 跟班作业：亲身参加业务工作了解业务活动的情况，此方法较准确了解用户需求，但耗费时间。 开调查会：与用户座谈了解业务活动情况及用户需求。可以相互启发。 询问：对某些调查中的问题，找专人询问。 设计调查表请用户填写：如果调查表设计合理，此方法很有效，易于为用户接受。 查阅记录：查阅与原系统有关的数据记录。 四、需求分析过程（续） 3.分析用户需求 信息要求 处理要求 安全性与完整性要求 结构化系统分析和设计方法(Structured Analysis and Design Technique，简称SADT方法) SADT采用自顶向下、最上层的系统组织机构入手，逐层分解的方式分析系统。 数据流图和数据字典描述系统。 四、需求分析过程（续） 4.确定新系统的边界 对前面调查的结果进行初步分析； 确定哪些功能由计算机或准备让计算机完成； 哪些活动由人工完成； 由计算机完成的功能就是新系统实现的功能。 5.形成需求说明书 作为以后各个阶段设计的依据。 12.1 需求分析 12.1.1 需求分析的任务和过程 12.1.2 数据流图 12.1.3 数据字典 12.1.4 需求分析的注意点 12.1.2 数据流图 一、功能分解 二、数据流图 三、处理过程定义 四、数据存储定义 五、数据处理定义 六、数据库操作的定义 一、功能分解 SADT（结构化系统分析与设计技术）中心问题是把功能逐层分解成多个子功能，同时进行相应数据分析与分解。 二、数据流图 数据流图用来表示现行系统的信息流动和加工处理的详细情况，是现行系统的一种逻辑抽象，独立于系统的实现。 数据流图的绘制建立在SADT的基础上，采取自上而下的的方法。 数据流图使用符号 二、数据流图（续） 1．首先把任何一个系统都抽象为： 二、数据流图（续） 2．分解处理功能和数据 （1）分解处理功能： 将处理功能的具体内容分解为若干子功能，将子功能继续分解，直到把工作过程表达清楚为止。 （2）分解数据：在处理功能的同时，其所用的数据也逐级分解，形成数据流图，数据流图表达了数据和处理过程的关系。 （3）表达方法：处理过程：用判定表或判定树来描述。数据：用数据字典来描述。 三、处理过程