第07章-数据库设计.pptVIP

1、收集用户需求 调查过程中，应从三个方面获得用户对系统的要求： 信息要求：用户要求在数据库中存储那些数据 处理要求：用户要求完成什么处理功能，以及响应时间、处理方式等。 安全性与完整性要求。 收集用户需求的步骤 调查组织机构情况： 了解各组织部门的组成情况， 各部门的职责等 调查各部门的业务活动情况。包括 各个部门输入和使用什么数据 如何加工处理这些数据 输出什么信息、输出到什么部门、 输出结果的格式等 特别要注意收集各种原始资料，如票证、单据、报表、计划、合同等，并详细了解其中各数据项的用途、含义、类型、长度等。 收集用户需求的步骤（续） 在熟悉业务活动的基础上，协助用户明确对新系统的各种要求。 包括信息要求、处理要求、 完全性与完整性要求 确定新系统的边界 确定哪些功能由计算机完成或将来准备让计算机完成 确定哪些活动由人工完成 常用调查方法 在调查过程中，根据情况可采用不同的调查方法： 跟班作业：通过亲身参加业务工作了解业务活动的情况，能比较准确地理解用户的需求。 开调查会：通过与用户座谈来了解业务活动情况及用户需求。 请专人介绍 询问：对某些调查中的问题，可以找专人询问 设计调查表请用户填写 查阅记录：查阅与原系统有关的数据记录 加强与用户的交流 设计系统的过程中，要强调用户的参与和交流： 用户对新系统不了解，往往不能准确的表达自己的需求。而且提出的需求可能不断变化。 设计人员对业务不熟悉，不易理解用户的真正需求 2、分析和表达用户需求 调查了解了用户的需求后，还需要分析和表达用户的需求。 结构化分析方法（Structured Analysis，简称SA方法） 从最上层的系统组织机构入手 自顶向下、逐层分解的方式分析系统 并用数据流图和数据字典描述系统 使用数据流图描述信息处理过程 使用数据字典描述数据 数据流图 数据流图(Data Flow Diagram，简称DFD)： 以图形的方式在逻辑上描述系统的功能、输入、输出和数据存储等情况。 数据流图的符号 … 或 或 或 数据源/终点 数据处理 数据存储 数据流 数据流图（续） 符号的含义： 数据源点或终点：数据的始发点或终止点。如一个人或组织。 数据流：数据的流向。如单据、报表等数据的传递。 数据处理：对数据的加工处理过程。处理名字应包含某个动词，必须具有输入和输出数据流。 数据存贮：数据的存储。例如帐册、台帐、计算机文件等。 指向数据存贮的数据流可以理解为写数据， 从数据存贮引出的数据流可以理解为读数据， 双向数据流可以理解为修改数据； 数据流图（续） 数据流图的用途 用作分析和设计系统的工具 作为交流的工具 符号简单，易于理解 数据流图的绘制 提取出数据流图的四种成分 首先提取数据源点和终点，然后考虑处理，最后考虑数据流和数据存储 绘制数据流图 SA方法分析和表达用户需求 （1）首先把任何一个系统都抽象为如下模式： 处理 数据来源 数据输出 数据存储 系统高层抽象图 数据流 数据流 SA方法分析和表达用户需求（续） （2）分解处理功能和数据 分解处理功能 将处理功能的内容分解为若干子功能，再将每个子功能继续分解，直到把系统的工作过程表达清楚为止。 分解数据 在处理功能逐步分解的同时，其所用的数据也逐级分解，形成若干层次的数据流图 上层数据流图是下层的整体逻辑概貌 下层数据流图是上层的详细描述。 SA方法分析和表达用户需求（续） XX系统 子模块1 子模块2 子模块n 子模块1.2 子模块1.1 … … …… … … …… 最高层数据流图 数据流图1 数据流图1.1 数据流图1.2 数据流图2 数据流图n 数据流图的建立 SA方法分析和表达用户需求（续） 数据流图表达了数据和处理之间的关系 数据流图的用于描述系统必须完成的基本逻辑功能，而不考虑具体如何实现，即描绘“做什么”，而不考虑“怎么做”。 处理过程的处理逻辑：可用判定表或判定树来描述 数据：用数据字典来描述 7.2.3 数据字典 数据字典是系统中各类信息的描述 数据流图反映了数据在系统中的流向及转换过程，但对于数据的详细内容却无法在数据流图中反映。 数据字典是在数据流图的基础上，对数据流图中出现的元素进一步定义和描述。 数据字典 数据字典的内容 数据字典包括：数据项、数据结构、数据流、数据存储和处理过程五部分 数据项是数据的最小组成单位 若干个数据项可以组成一个数据结构 数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。 ⒈ 数据项 数据项是不可再分的数据单位 对数据项的描述 数据项描述 ＝｛数据项名，数据项含义说明，别名， 数据类型，长度，取值范围，取值含义， 与其他数据项的逻辑关系，数据项之间的联系 ｝ 取值范围、与其