图6采购计划管理数据流程图(第二层数据流)
图7 采购订单处理数据流程图(第二层数据流)图
图8 采购收货管理数据流程图(第二层数据流)
图9 部门申请信息
图10 部门查询数据流图
上面的数据流图部分来自互联网。通过数据流程图我们能比较清晰的了解到系统的相关工作原理和步骤。
2.2.6 数据字典
数据字典主要是对数据结构（数据元素），数据存储和数据处理进行更详细的定义。
（1）请购单
含义说明：生产部门以及库存管理系统提出请购单（原始数据）。
组成：编号，商品号，厂家，用途，估价，数量，申请部门
备注：商品号即该商品的唯一编码号，用来唯一确定该项商品。
（2）供货信息
含义说明：厂家或商品供应零售商可供货物信息（原始数据）。
组成：供货单位，商品号，数量，单价，厂家
（3）供货商
含义说明：供货单位的基本信息（是原始数据，在发送订单和财务结算时需要这些信息）。
组成：单位名称，地址，联系人，电话，E-mail，开户行，账号
（4）预定信息
含义说明：采购管理预定功能提供相关部门欲采购信息。
组成：订单编号，商品号，供货单位，单价，数量，金额，日期。
数据来源：图书预定。
(5) 商品信息
含义说明：记录商品编号信息，从产品采购到编号入库，每一个商品号对应一个产品。
组成:商品号，商品名，供货单位，价格，日期，用途，当前库存量，标志。
(6)部门信息
含义说明：记录与部门相关的基本信息（属原始数据）。
组成：职位，身份确定，姓名，性别，地址，联系方式
备注：身份及相关部门的负责人和职位等信息。
(7)申请采购记录
含义说明：申请采购部门所采的记录，保存起来。
组成：商品号，商品名，职位，到货日期。
数据来源：申请采购
通常的数据字典中，还包括对数据项的定义，也就是对数据结构和数据存储中的每个组成项目进行定义，如请购单中的数据项有：编号，商品号，厂家，用途，估价，数量，申请部门等。数据项的定义内容包括:数据项的名称，含义，数据类型，长度，取值范围以及与其他数据的相互关系等。这些数据项的定义内容，将是下阶段实体和表的属性定义的依据。由于时间问题在这里我就不作补充了，如有感兴趣的可以自己了解下。
2.3 数据概念设计
我们采用实体和联系表示数据库的概念结构，即用E-R图表示数据库的概念结构。这一阶段的设计工作是建立在全面阶段需求分析的基础上，也就是根据需求分析的结果，特别是根据数据流图和数据字典的内容，将所涉及的数据元素归纳，抽象为一个个实体集，以及实体集与实体集间的联系。
概念结构设计是通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS概念模型，它数据库设计的关键。设计概念结构通常有四类方法：
1.自顶向下
自顶向下即首先定义全局概念结构的框架,然后逐步细化。
2.自底向上
自底向上即首先定义各局部应用的概念结构，然后将他们集合起来，得到全局概念结构。
3.逐步扩张
逐步扩张是首先定义最重要的核心概念结构，然后向外扩张，以滚雪球的方式逐步生成其他概念结构，直到总体概念结构。
数据库的概念结构又称为数据库的概念模式。数据库的概念模式独立于具体的DBMS，是数据库高层的数据结构。数据库概念设计是数据库设计中最重要的工作阶段。数据库概念设计通常可分为两步，第一步是局部概念模式设计，又称局部视图设计，是将各部分的数据流图分别转化为局部E-R图；第二步是全局概念模式设计，又称视图集成，是将局部E-R图合并为一个整体。
2.3.1 局部概念模式设计
(1) 预订货物
把请购单和相应的供货信息看做实体集，把预订作为两个实体集见的联系。预订时根据根据供需双方的情况，确定每种货物的预订数量和金额。对应如下E-R图所示：
上一页 [1] [2] [3] [4] [5] [6] 下一页