工厂信息管理系统数据库设计.docx

工厂信息管理系统数据库设计 一、需求分析 (一)设计数据库 工厂信息管理系统: （1）实体类： 车间:一个工厂有很多个车间，每个车间有车间号、车间主任名、地址、电话。工人： 一个车间有多个工人,每个工人有职工号、姓名、年龄、性别和工种. 产品: 一个车间生产多钟产品，产品有产品号,价格。 零件： 一个车间有多个零件，一个零件也可以由多个车间制造。零件有零件号、重量和价格。 仓库： 产品与零件存入仓库中,厂内有多个仓库，仓库有仓库号、仓库保管员、姓名、电话. (2）联系类： 生产：一个车间有多个零件,一个零件也可以由多个车间制造。 组成：一个产品由多个零件组成，一种零件也可装配多中产品内. 保管:产品与零件存入仓库中,厂内有多个仓库. (二) 调查 (1）调查工厂信息管理机构情况，包括了解该组织的部门组成情况,各部门的职责等，为分析信息流程做准备. 调查业务活动情况。包括了解各部门输入和使用什么数据，如何加工处理这些数据，输出什么信息,输出到什么部门，输出结果的格式是什么，这是调查的重点. 在熟悉了业务活动的基础上，协助用户明确对新系统的各种要求,包括信息要求、处理要求、安全性与完整性要求. (4）确定新系统的边界。对前面调查的结果进行初步分析，确定哪些功能由计算机完成或将来准备让计算机完成，那些活动由人工完成，由计算机完成的功能就是新系统应该实现的功能。 （三)需求分析的过程(四)数据字典 1．数据项 数据项是不可再分的数据单位。 数据项,以“零件号”为例: 数据项： 零件号 含义说明：唯一标识每个零件类型： 字符型 长度： 8 取值范围至取值含义:前两位标别该零件的所属类别，后六位按顺序编号2.数据结构 数据结构反映了数据之间的组合关系。 一个数据结构可以由若干个数据项组成，也可以由若干个数据结构组成,或由若干个数据项和数据结构混合组成. 数据结构，以“员工为例数据结构:员工 含义说明：定义了每个员工的有关信息 组成： 职工号、姓名、年龄、性别和工种(3)数据流 数据流是数据结构在系统内传输的路径。数据流，“生产结果”可如下描述： 数据流： 生产结果 说明: 车间生产零件的最终结果数据流来源：生产 数据流去向：批准 组成： 数量、生产车间…… 平均流量： 1000/天 高峰期流量：1800/天 （4)数据存储 数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一。数据存储,“车间生产零件登记表可如下描述： 数据存储： 车间生产零件登记表 说明： 记录车间生产零件的基本情况 流入数据流：…… 流出数据流：…… 组成： 零件号+重量+数量…… 数据量： 每年 3000 张 存取方式： 随机存取 （5）处理过程 具体处理逻辑一般用判定表或判定树来描述处理过程“零件入库”可如下描述: 处理过程:零件入库 说明： 将生产的所有零件装入仓库输入： 零件 输出： 零件入库 处理： 在零件生产后,为所有零件装入仓库中.要求专门人员去车间领取零件，领取后立刻装入指定的仓库。 二、概念结构设计 （1)分 E—R 图如下：  图 2.1 仓库实体与属性图图 2。2 产品实体与属性图图 2.3 车间实体与属性图 图 2.4 零件实体与属性图 图 2。5 员工实体与属性图 （2)视图的集成 （3) E-R 图 总体 E-R 图及各个实体之间的关系如下图所示 图 2。6 全局 E-R 图 三、逻辑结构设计 （一)转换原则 E-R 图向关系模型的转换： 关系模型的逻辑结构是一组关系模式的集合.E-R 图则是由实体,实体的属性和实体间的联 系三个要素组成.所以将E—R 图转换为关系模型实际上就是要将实体，实体的属性和实体间的联系转换为关系模式. 转换原则如下： 实体类型的转换：一个实体型转换成一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码. 联系类型的转换,根据不同的情况做不同的处理。 ⑴一个 1:1 的联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性. ⑵一个１：N 的联系可以转换为一个独立的关系模式，也可以与N 端对应的关系模式合并. 如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为N 端实体的码。 ⑶一个M:N 联系转换为一个关系模式。与该联系相连的各实体的码为各实体码的组合。 ⑷三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及