《数据库设计参考资料》.docx

《数据库设计参考资料》.docx

《《数据库设计参考资料》.docx》由会员分享，可在线阅读，更多相关《《数据库设计参考资料》.docx（22页珍藏版）》请在冰豆网上搜索。

《数据库设计参考资料》

第一部分实验的基本要求与方法

1实验的目的与要求

“数据库设计”上机实验是该数据库原理课程的重要教学实践环节，其主要任务是借助Windos平台，在熟练应用PowerDesinger等数据库建模工具使用的基础上，从用户需求角度出发，完成业务流程分析、实体关系模型设计、数据库建模等项目。

通过上机实践，使学生掌握数据库建模和设计的一般步骤和方法，掌握数据库建模工具PowerDesinger的使用。

学生可以利用这个全新的数据分析和建模工具进行系统整体分析和设计，具备快速进行数据库建模和设计的能力，从而为成为优秀的系统分析员奠定坚实的基础。

2实验方法

本课程上机实验主要采用理论和实践结合的方法：

通过教师对建模工具和数据库建模案例的分析和讲解，学生首先要熟练掌握建模工具的使用，其次要注意数据库建模的过程必须遵循数据库设计的基本步骤和基本原理，要确保所得数据库模型在能满足用户数据需求的基础上，应具备较少的数据冗余、方便的数据操作和合理的数据安全策略等特点。

第二部分综合设计型实验案例

炼钢厂作业管理子系统数据库设计

导读目录：

1系统目标

2需求分析

2.1组织结构调查

2.2业务流程调查

2.3数据流成调查

2.4数据字典

3概念结构设计

4逻辑结构设计

5物理结构设计

1系统目标

1.1背景介绍

钢铁行业是我国国民经济的支柱产业之一，为国民经济的持续发展作出了积极的贡献。

近十年来，钢铁企业面临的市场竞争环境发生了巨大的改变，客户对钢材的需求呈现多品种、小批量特点。

这种局面下，钢铁企业对用户需求的预测越来越困难，为了减少库存，节约成本，最有效的运作策略是将传统以预测为主轴的推式系统（PushSystem）改为以需求计划（DemandPlanning）为主轴的拉式系统（PullSystem）。

企业生产将减少预测性生产，而变成主要按订单生产；生产模式也由过去大批大量生产方式改变成多品种、小批量生产方式[10]。

“以信息化促进工业化”是制造业提高生产经营水平的必然选择。

我国钢铁工业在长期的信息化应用过程中，逐步实现了基础自动化和过程自动化；在管理信息化方面也从初期简单的MIS（ManageInformationSystem,管理信息系统）系统向ERP（EnterpriseResourcePlan,企业信息资源组织与管理）/电子商务转变，信息化工作取得了一定的成绩。

钢铁行业的信息化特点在于：

1）基础自动化和过程自动化基础良好；

2）钢铁行业成产流程长、环节多、工艺复杂，自动化技术应用十分广泛。

进入二十世纪90年代以来，钢铁工业自动化应用范围不断扩大，应用水平不断提高、数字化日趋明显。

虽然不同钢铁企业的具体自动化程度有所不同，但从整个行业看，基础自动化、过程自动化在钢铁企业中得到广泛应用，并伴随自动化技术的发展而逐步加深；

同时应当看到，钢铁工业虽已基本实现了基础自动化和过程自动化，但这些自动化系统都是以单元生产设备为核心进行检测与控制的，生产设备之间形成诸多“自动化孤岛”[12]。

这种“自动化孤岛”式的单机自动化缺乏信息资源的共享和生产过程的统一管理，难以适应现代钢铁生产的要求。

MIS/ERP和其它管理信息系统本身难以与基础自动系统进行接口，无法对生产数据进行自动管理。

而这些管理信息系统在进行生产管理计划与决策分析时，大量依赖企业生产经营过程中产生的实际数据。

如果没有实际生产中产生的数据为基础，ERP是难以通过运算与分析得出令人信服的结果的，ERP等管理信息系统的应用效果就会大打折扣。

为了方便ERP系统运行，实际操作中不得不将大量的生产数据通过纸质报表传递，再由相关使用人员录入到管理信息系统。

从而形成这样的尴尬局面：

一方面，生产过程中产生了大量的控制与检测数据，可以以电子格式存放；但不能自动传递到管理信息系统。

另一方面，管理信息系统大量需要这些生产数据，只好以报表等方式将这些数据抄录、打印，以纸介质方式进行信息传递；相关部门收到纸质报表后，手工进行数据录入。

同样，管理信息系统的生产计划等数据是生产中迫切需要的，也不能自动传递到生产控制系统中，而是通过纸质方式进行数据传递[2]。

1.2系统目标

系统能够对三炼钢厂与作业管理相关的全部操作进行管理。

主要包括作业指示的编制、下达、变更、作业进程管理、实绩处理等功能。

具体功能模块如下：

1、用户管理：

用户注册、修改密码、删除用户

2、基本信息：

成分基本信息、设备状态基本信息、工艺路线基本信息

3、作业指示管理：

作业指示编制、切割指示查询、成分指示查询

4、生产管制：

综合管制、坯料信息查询、设备运行查询

5、作业实绩处理：

混铁炉实绩处理、预处理实绩处理、转炉实绩处理、精炼实绩处理、连铸实绩处理、切割实绩处理

6、作业实绩统计：

按日期按钢种的统计、每种设备的生产量统计、副原料的使用量的统计

2需求分析

2.1组织结构分析

通过对韶钢集团三炼钢厂的调查发现，该厂有一个厂长，两个副厂长（其中包括生产技术副厂长和设备副厂长），整个厂划分为三个科室：

生产技术科、设备科和综合科，其中综合科直接由厂长管理，并有炼钢工段、连铸工段、准备工段、维护工段、行车工段和运行工段六个工段。

具体的组织机构如图2.1所示。

2.2业务流程分析

确定作业指示业务流程：

作业指示接收从生产部传来的炼钢、成分、切割指示单，把这些信息存放在炼钢、成分、切割表中，并编制作业指示。

生产管制部门对作业指示单进行管制判断，当作业指示不需要变更时，就把作业指示单下达给三炼钢，并由三炼钢管理员确认作业指示；当作业指示需要变更时，列出变更明细单，然后根据变更明细单调整作业指示，作业指示编制人员再根据作业指示调整单重新编制作业指示。

如图2.2所示。

图2.1三炼钢厂组织结构图

图2.2确定作业指示业务流程图

图2.3变更作业指示业务流程图

图2.4作业管制业务流程图

变更作业指示业务流程：

当生产管制部门在了解实际情况后，需要发生作业指示变更时，要先判断原作业指示有无发送，如果已经发送，并已投入工序，则不能变更；如果原作业指示没有发送，或者发送后还没有投入工序，则生产管制员受理作业指示变更请求，并对作业指示变更请求做出确认，列出确认的作业指示变更单，再根据确认的作业指示变更单来变更作业指示，同时记录到新的作业指示表中。

并把新的作业指示单重新下达给三炼钢，三炼钢管理员确认作业指示变更。

如图2.3所示。

发送作业指示业务流程：

把确认的作业指示发送到一个临时数据库中，如果管理员调用了该库中的作业指示，则说明作业指示发送成功，并把作业指示分类，存放到炼钢指示表、切割指示表、成分指示表中，同时删除在临时数据库中的信息；如果管理员没有调用临时数据库中的作业指示，则说明作业指示没有发送成功，并对没有发送的进行登记，并重新发送该作业指示。

如图2.5所示。

图2.5发送作业指示业务流程图

接收作业指示业务流程：

把接收的作业指示传达给操作站，操作站根据这些作业指示进行操作。

如图2.6所示。

图2.6接收作业指示业务流程图

2.3数据流程分析

【通过本案例的数据流程图的学习，希望同学们能掌握数据流程图的分层次画法以及领会数据流程图的抽象和概括特性。

】

数据流程图符号说明：

图2.7系统总数据流程图

图2.8作业指示处理数据流程图

图2.9作业实绩接收处理数据流程图

图2.10操作站处理数据流程图

图2.11确定作业指示数据流程图

图2.12发送作业指示数据流程图

图2.13更改作业指示数据流程图

图2.14精炼处理数据流程图

图2.15连铸处理数据流程图

图2.16切割处理流程图

2.4数据字典

【为节约篇幅，这里没有给出完整的数据字典】

2.4.1数据项的描述

数据项编号：

I1

数据项名称：

生产工单编号

别名：

生产工单编号

简述：

某张生产工单的代码

类型及宽度：

字符型，6位

取值范围：

“”-“”

数据项编号：

I2

数据项名称：

作业指示编号

别名：

作业指示编号

简述：

某张作业指示单的代码

类型及宽度：

字符型，6位

取值范围：

“”-“”

2.4.2数据流的描述

数据流编号：

F1

数据流名称：

生产工单信息

简述：

记录订货商对钢材的具体要求信息

数据流来源：

生产部

数据流去向：

作业指示处理

数据项组成：

钢材号+钢材规格+交货日期+数量

数据流量：

1000条/月

高峰流量：

3000条/月

2.4.3处理逻辑的描述

处理逻辑编号：

P1.1.1

处理逻辑名称：

生产指示接收处理

输入的数据流：

F1

处理：

接收生产部下达的生产指示，并作登记。

输出的数据流：

F1、F3

处理频率：

100条/次

2.4.4数据存储的描述

数据存储编号：

D1

数据存储名称：

作业指示处理规则表

简述：

记录作业指示处理的基本信息

数据存储组成：

作业指示编号+处理办法+备注

关键字：

作业指示编号

相关联的处理：

P1

2.4.5外部实体的描述

外部实体编号：

S1

外部实体名称：

集团生产部

简述：

韶钢生产部门的工作人员

输入的数据流：

F11

输出的数据流：

F1、F12

3概念结构设计

概念设计是根据需求分析阶段所收集到的用户需求，设计数据库的概念数据模型，它是从用户角度看到的数据库。

本案例采用两种建模工具完成数据库的概念结构设计。

第一种方法采用MSVISIO绘制出实体关系图（E-R图）.

图例说明：

图2.17系统E-R图

图2.18作业指示实体图

图2.19生产部实体图

图2.20员工实体图

图2.21混铁炉实体图

图2.22预处理炉实体图

图2.23转炉实体图

图2.24精炼炉实体图

图2.25连铸机实体图

图2.26切割机实绩实体图

第二种方法：

采用PD绘制其CDM。

【思考：

为什么在E-R图中“炼钢炉”、“混铁炉”等6个实体在CDM图中只用一个“设备”实体来概括？

注意对比观察其属性变化】

4逻辑结构设计

逻辑结构设计是根据概念结构设计得到的数据库概念模型，利用CASE工具（PD等）设计数据库的逻辑模型，具体地说就是根据E-R图利用关系模式的转换规则得到具体的关系模式或利用PD创建的CDM转换为相应的PDM。

本案例在此仅给出由PD创建的相应的PDM。

5物理结构设计

物理结构的设计主要解决数据的存取方法和存储结构，它涉及到计算机系统平台（主要是OS、DBMS等）以及应用系统的体系结构（集中式、主从式、C/S模式、B/S模式等）等问题

这里主要以WIN2000、SQLSERVER2000为平台，利用PD完成本地服务器的C/S模式的数据库物理结构设计并给出应用的创建数据库的SQL脚本。

/*==============================================================*/

/*Databasename:

ConceptualDataModel_1*/

/*DBMSname:

MicrosoftSQLServer2000*/

/*Createdon:

2006-8-1918:

31:

15*/

/*==============================================================*/

/*==============================================================*/

/*Table:

接受*/

/*==============================================================*/

createtable接受（

作业编号char（6）notnull,

员工编号char（5）notnull,

数量integernull,

接受日期datetimenull,

constraintPK_接受primarykey（作业编号,员工编号）

）

/*==============================================================*/

/*Index:

接受_FK*/

/*==============================================================*/

createindex接受_FKon接受（

作业编号

）

/*==============================================================*/

/*Index:

接受2_FK*/

/*==============================================================*/

createindex接受2_FKon接受（

员工编号

）

/*==============================================================*/

/*Table:

控制*/

/*==============================================================*/

createtable控制（

员工编号char（5）notnull,

设备编号char（6）notnull,

开始时间datetimenull,

结束时间datetimenull,

constraintPK_控制primarykey（员工编号,设备编号）

）

/*==============================================================*/

/*Index:

控制_FK*/

/*==============================================================*/

createindex控制_FKon控制（员工编号）

/*==============================================================*/

/*Index:

控制2_FK*/

/*==============================================================*/

createindex控制2_FKon控制（设备编号）

/*==============================================================*/

/*Table:

设备*/

/*==============================================================*/

createtable设备（

设备编号char（6）notnull,

设备名称varchar（20）null,

状态varchar（20）null,

温度decimal（3,1）null,

几何尺寸smallintnull,

备注1varchar（20）null,

备注2varchar（20）null,

constraintPK_设备primarykey（设备编号））

/*==============================================================*/

/*Table:

生产部*/

/*==============================================================*/

createtable生产部（

部门编号char（5）notnull,

作业编号char（6）null,

部门名称varchar（20）null,

部门职责varchar（20）null,

下达日期datetimenull,

constraintPK_生产部primarykey（部门编号））

/*==============================================================*/

/*Index:

"生产-作业_FK"*/

/*==============================================================*/

createindex"生产-作业_FK"on生产部（作业编号）

/*==============================================================*/

/*Table:

员工*/

/*==============================================================*/

createtable员工（

员工编号char（5）notnull,

员工姓名varchar（10）null,

性别char

（2）null,

所属工段varchar（20）null,

联系电话numeric（3,8）null,

家庭住址varchar（28）null,

constraintPK_员工primarykey（员工编号））

/*==============================================================*/

/*Table:

作业指示*/

/*==============================================================*/

createtable作业指示（

作业编号char（6）notnull,

编写人varchar（8）null,

编写日期datetimenull,

内容varchar（30）null,

constraintPK_作业指示primarykey（作业编号））

altertable接受

addconstraintFK_接受_接受_作业指示foreignkey（作业编号）

references作业指示（作业编号）

altertable接受

addconstraintFK_接受_接受2_员工foreignkey（员工编号）

references员工（员工编号）

altertable控制

addconstraintFK_控制_控制_员工foreignkey（员工编号）

references员工（员工编号）

altertable控制

addconstraintFK_控制_控制2_设备foreignkey（设备编号）

references设备（设备编号）

altertable生产部

addconstraint"FK_生产部_生产-作业_作业指示"foreignkey（作业编号）

references作业指示（作业编号）