贸易公司管理系统数据库

1、目录(宋条第2号)1.泛函分析.2.数据库设计.2.1需求分析.2.2概念结构设计.2.2.1实体分析及其局部e-r图.2.2.2实体之间的关系及其关系图.2.2.3系统全局应急响应图.2.3逻辑结构设计.2.3.1关系模型.2.3.2数据库完整性设计.2.4物理结构设计.2.4.1设计表.2.4.2创建.数据库和表格.2.5数据库实施.2.5.1创建表格对象.2.5.2创建基本表之间的关系.2.5.3创建查询对象.2.5.4创建表单并控制布局.2.5.5创建报告.3.课程设计概述.1.泛函分析随着计算机技术的发展和普及，贸易公司的管理模式发生了很大的变化，从原来的手工管理模式转变为信息管理。

2、通过信息化管理，降低了人工成本，大大提高了管理水平和效率。*供应商信息管理：可以有效管理供应商信息，包括增加、修改、删除供应商信息，查询供应商信息，生成报表。*经销商信息管理：可以有效管理经销商信息，包括增加、修改、删除经销商信息、查询经销商信息、生成报告。*商品采购信息：可以有效管理商品采购信息，包括采购信息的增加、修改和删除，采购信息的查询和报表的生成。*商品信息管理：可以有效管理商品的基本信息，包括商品信息的增加、修改和删除，供应商信息查询和生产报告。*商品销售管理：可以有效管理商品销售信息，包括销售信息的增加、修改、删除，供应商信息的查询，报表的制作。*员工信息管理：可以有效管理员工信

3、息，包括增加、修改、删除员工信息、查询员工信息、生成报表。上述需求分析可以总结为如下图所示的功能结构图。2.数据库设计2.1需求分析数据系统的核心是数据，相互关联的数据构成数据结构。对于数据库设计，数据字典通常用来描述各种数据及其集合。数据字典是数据收集和数据分析的主要结果。下面将根据系统功能分析本系统设计的数据项和数据结构。数据结构和数据项：本系统涉及四个对象：供应商、分销商、商品和员工，因此系统的数据结构由供应商、分销商、商品和员工组成，系统涉及的数据项由这四个对象的属性及其关系的属性决定。下面分别讨论它们的数据结构和数据项。(1)供应商名称：供应商含义：贸易货物的供应商公司组成：供应商对

4、象由供应商编号、公司名称、公司地址、联系人和电话号码组成。每个数据项的含义如下：*数据项：供应商编号含义：供应商编号，可以唯一标识供应商的所有信息。数据类型：文本长度：50*数据项：公司地址含义：供应商公司地址数据类型：文本长度：50*数据项：联系人含义：供应商公司的商品销售负责人数据类型：文本长度：8*数据项：联系电话含义：联系供应商公司的电话号码数据类型：文本长度：11(2)经销商名称：经销商含义：销售货物的经销商公司组成：供应商对象由经销商编号、公司名称、公司地址、联系人和电话号码组成。每个数据都类似于供应商的数据项组成。(3)商品商品是贸易公司管理系统的主要数据结构，包含商品的所有信息

5、。名称：商品含义：贸易商品组成：商品对象由三个数据项组成：商品编号、商品名称和商品数量。每个数据项的含义如下：*数据项：商品编号含义：商品编号，可以唯一标识每种商品数据类型：文本长度：10*数据项：商品名称含义：贸易商品的名称数据类型：文本长度：50*数据项：数量含义：货物的数量数据类型：文本长度：50(4)员工姓名：员工含义：它在系统中起着非常重要的作用，商品的购买和销售都是由员工完成的。组成：操作员对象由员工编号、姓名、电话号码和职称组成。每个数据项的含义如下：*数据项：员工编号含义：系统对每个员工进行统一编号管理，员工编号可以唯一确定员工对象。数据类型：文本长度：10*数据项：名称含义：

6、员工姓名数据类型：文本长度：8*数据项：电话含义：员工的联系电话数据类型：文本长度：112.2。概念结构设计概念结构设计是将需求分析阶段获得的用户需求抽象成数据库的概念结构。本文中，e-r图用于描述系统的概念结构，即er图用于表示需求分析的结果。在实际设计过程中，我们首先分析系统中以实体为基本单元的局部实体关系图，然后分析每两个实体之间的关系，绘制局部实体关系图，然后以每两个实体的实体关系图为基本单元，绘制它们之间关系的实体关系图，依此类推，最后将每个局部实体关系图合并成一个全局实体关系图，下面将分别进行分析。2.2.1实体分析及其局部e-r图根据需求分析，贸易公司管理信息系统的研究对象是商品

7、、供应商、分销商和员工，即四个实体，因此系统的实体对象分为商品、供应商、分销商和员工。(1)供应商对于贸易公司管理信息系统，更重要的供应商信息是公司编号、公司名称、公司地址、联系人和电话号码。供应商编号可以唯一标识某个供应商的所有信息，因此供应商编号被定义为该实体中的实体标识符。供应商的工程变更图如下：(2)经销商经销商信息包括公司编号、公司名称、公司地址、联系人和电话号码。经销商编号可以唯一标识经销商的所有信息，因此经销商编号被定义为该实体中的实体标识符。经销商的电子病历图如下：(3)员工公司员工在连接贸易公司的供应商和分销商方面发挥着关键作用。因此，公司员工的信息必须在管理系统中得到有效统

8、一的管理，并为每个公司员工建立一个档案清单，包括员工编号、姓名、联系方式和职称。建立员工信息档案可以更好地安排员工的工作，记录员工的客户、运营信息和工作情况。员工编号可以使公司更有效、更有序地管理员工，并且可以唯一地确定员工的所有信息，因此它被用作员工实体的标识符。员工电子病历图如下：(4)商品在商品实体中，有三个属性：商品编号、名称和数量。其中，商品编号可以唯一地标识每一种商品，因此定义编号是商品实体的标识符。基本商品实体的易货关系图如下：2.2.2实体之间的关系及其关系图(1)供应商、商品和员工之间联系的应急反应图(2)经销商、商品和员工的员工关系图2.2.3系统全局应急响应图将以上两个图

9、结合起来，同时综合所有的属性，就可以得到系统的全局er图。在集成过程中，每个局部er图的属性冲突如下，因此需要重新定义。(1)数量属性分别出现在两个地方，因此需要重新定义。根据数量的位置，分别定义为采购数量和销售数量。(2)序列号属性随处可见，它被重新定义为商品编号、供应商编号、经销商编号和员工编号。(3)日期属性分别出现在两个联系人中，并被重新定义，根据其位置分别定义为采购日期和销售日期。(4)价格属性分别出现在两个联系人中，并被重新定义，根据其位置定义为采购价格和销售价格。(5)供应商和经销商的名称、地址、联系方式和电话号码在很多地方都是重复的，所以应该在供应商属性之前加上g，在经销商之前

10、加上j来区分这两个属性。综合应急反应图如下：2.3逻辑结构设计2.4.1关系模型逻辑结构设计是将全局概念模型(er图)转换为dbms支持的概念模式或关系模式(或数据结构)。该数据库属于关系数据库，它使用表结构来表示系统中的所有实体及其关系。通过从er模型到关系模型的转换，可以得到以下关系模式：供应商(供应商编号、g公司名称、g公司地址、g联系人、g联系电话)经销商(经销商编号、j公司名称、j公司地址、j联系人、j联系电话)采购(采购订单号、采购日期、采购数量、采购价格、员工编号、供应商编号和商品编号)销售(销售编号、销售日期、销售数量、销售价格、员工编号、经销商编号、商品编号)员工(员工编号、

11、姓名、电话号码、职称)商品(商品编号、商品名称、商品数量)2.4.2数据库完整性设计1标准化设计1 .工活台：供应商编号。g公司名称，供应商编号。g公司地址，供应商编号g联系人，供应商编号。g联系电话)。既然没有部分，就没有传播依赖，这属于第三种范式。2 .京晓表：dealerno。j公司名称，经销商编号。j公司地址，经销商编号。j联系人，经销商无。联系电话)因为没有部分，所以没有传输依赖，属于第三种模式。3爱国者表：采购订单号采购日期、采购订单号采购数量、采购订单号采购价格。因为没有部分，所以没有转移依赖，这属于第三范式。4.月工表：员工编号姓名、员工编号电话、员工编号职称。既然没有部分，就没有传播依赖，这属于第三种范式。5上品表：商品编号商品名称、商品编号商品数量。既然没有部分，就没有传播依赖，这属于第三种范式。6销收表：销售订单编号。销售日期，销售订单编号。销售数量，销售订单编号。销售价格。既然没有部分，就没有传输依赖，这属于第三种范式。2.4物理结构设计根据上述关系数据模型，系统中涉及的一些数据表如下表所示(1)。员工信息表