的属性和它们之间关系的属性确定。下面将分别讨论他们的数据结构和数据项。 （1）供货商 名称：供货商
含义：贸易商品的供货商公司
组成：供货商对象由供货商编号、公司名称、公司地址、联系人、联系电话组
成。
各数据项的含义如下：
? 数据项：供货商编号
含义：供货商编号，供货商编号能够唯一确定供货商的所有信息。 数据类型：文本 长度：10
? 数据项：公司名称
含义：供货商公司名称 数据类型：文本 长度：50
? 数据项：公司地址
含义：供货商公司地址 数据类型：文本 长度：50
? 数据项：联系人
含义：供货商公司负责商品销售业务的人 数据类型：文本 长度：6
? 数据项：联系电话
含义：与供货商公司联系业务的电话 数据类型：文本 长度：11
（2）经销商
名称：经销商
含义：商品所销售的经销商公司
组成：供货商对象由经销商编号、公司名称、公司地址、联系人、联系电话组
成。
各数据项与供货商的的数据项组成类似。 （3）商品
商品是贸易公司管理信息系统的主要数据结构，包含了商品的所有信息。 名称：商品
含义：进行贸易的商品。
组成：商品的对象分别由商品编号、商品名称、商品数量三个数据项组成。 各数据项的含义如下：
? 数据项：商品编号
含义：商品编号，能够唯一标识每一件商品。 数据类型：文本 长度：10
? 数据项：商品名称
含义：贸易商品的名称 数据类型：文本 长度：50 ? 数据项：数量
含义：商品的数量 数据类型：文本 长度：50
(4) 员工 名称：员工
含义：在系统中起非常重要的作用，商品的采购、销售都是由员工完成。 组成：操作员对象分别由员工编号、姓名、电话、职称组成。 各数据项的含义如下：
? 数据项：员工编号
含义：系统为每一位员工进行统一编号管理，员工编号能够唯一确定员工对象。 数据类型：文本 长度：10 ? 数据项：姓名
含义：员工的姓名 数据类型：文本 长度：6
? 数据项：电话
含义：员工的联系电话 数据类型：文本 长度：11
3 概念结构设计
概念结构设计就是将需求分析阶段得到的用户需求抽象为数据库的概念结构。本论文使用E-R图来描述系统的概念结构，即使用ER图表示需求分析的结果。在实际设计过程中，首先分析系统中以实体为基本单位的局部ER图，然后分析两两实体之间的联系，画出两两实体联系的局部E-R图，再将两两实体之间联系的ER图作为基本单位，画出他们之间联系的ER图，依次类推，最后将各局部E-R图合并成全局E-R图，下面将分别进行分析。 3.1 实体分析及其局部E-R图
通过需求分析得知，贸易公司管理信息系统的研究对象有商品、供货商、经销商和员工四个对象，也就是四个实体，故将系统的实体对象分为商品、供货商、经销商和员工。
3.1.1供货商
对于贸易公司管理信息系统来说，比较重要的供货商信息是公司编号、公司
名称、公司地址、联系人和联系电话。其中供货商编号能够唯一确定某个供货商的所有信息，故在该实体中定义供货商编号为实体标识符。供货商的ER图如3-1-1所示：
3-1 供货商ER图
3.1.2经销商
经销商信息包括公司编号、公司名称、公司地址、联系人和联系电话。其中
经销商编号能够唯一确定某个经销商的所有信息，故在该实体中定义经销商编号为实体标识符。经销商的ER图如3-1-2所示：
3-2 经销商ER图
（3）员工
公司员工在贸易公司连接供货商以及经销商中发挥着极为关键的作用，
所以管理系统中须对公司员工的信息进行有效的统一管理，对公司每个员工设置档案列表，包含员工编号、姓名、联系方式和职称。设置员工信息档案能够更好的安排员工工作，记录员工的接手的客户、操作信息及工作情况。员工编号能够使公司管理员工更加高效有序，且能唯一确定员工所有信息，故作为员工实体的标识符。 员工E-R图如下： （4）商品
在商品实体中，包含商品编号、名称、数量三个属性。其中，商品编号能够
唯一标识每一件商品，故定义编号为商品实体的标识符。基本商品实体的ER图如下：
3.2 实体之间的联系及其ER图 （1）供应商、商品与员工联系的ER图
（2）经销商、商品和员工联系的ER图
3.3 系统全局ER图
将图3-5、3-6合并，同时对各个属性进行整合，就得到系统全局ER图。在
整合的过程中，各局部ER图的属性发生如下的冲突，所以需要重新进行定义。 （1）数量 数量属性分别在二处出现，所以要进行重新定义。根据数量所处的位置，分别定义为采购数量、销售数量。
（2）编号 编号属性分别在四处出现，对其重新定义，分别定义为商品编号、供货商编号、经销商编号、员工编号。
（3）日期 日期属性分别在两个联系中出现，对其重新定义，根据所处的位置，分别定义为采购日期、销售日期。
（4）价格 价格属性分别在两个联系中出现，对其重新定义，根据所处的位置，分别定义为采购价格、销售价格。
（5）对于供货商及经销商公司名称、地址、联系人、联系电话多处重复，特在供货商属性前面加上G、经销商前面加上J，以区分两者的属性。 整合后的ER图如图3-8所示。
整合后各实体及联系的属性如下：
供货商（供货商编号、G公司名称、G公司地址、G联系人、G联系电话）； 经销商（经销商编号、J公司名称、J公司地址、J联系人、 J联系电话）； 采购（采购单号、采购日期、采购数量、采购价格、员工编号、供货商编号）； 销售（销售单号、销售日期、销售数量、销售价格、员工编号、经销商编号）； 员工（员工编号、姓名、电话、职称）； 商品（商品编号、商品名称、商品数量）；
4 逻辑结构设计
逻辑结构设计是将全局概念模型（ER图）转换成DBMS支持的概念模式或关系模式（或者称为数据结构）。本系统选用Access 2003 作为后台数据库，该数据库属于关系型数据库，即使用表结构表示系统中的所有实体及其联系。 要在Access中实现图3-8所示的全局ER图（系统概念结构），必须将其转换成关系模式。从ER图出发，导出关系模式数据结构遵循如下的两个原则： 第一，对ER图中的每个“实体”，都应该转换成一个关系，该关系内至少要包含对应实体的属性，并根据语义关系确定关系的主键。
第二，对ER图中的“联系”，要根据实际联系的方式及数据处理的需要，或
者将其作为独立的关系来处理，或者将关系的属性（如果有）纳入相关联的实体的属性中。
如果实体之间是1:n联系，且联系没有产生对系统来说非常重要的属性，一般将1端的主键纳入n端的实体关系中，但是如果联系中产生对系统比较重要的属性，且需要独立研究该属性，则要将联系转换成一个独立的关系。 如果实体之间的联系是m:n联系，且联系中的属性多或者比较重要，则要将联系作为独立的关系来处理，且在关系中要包含联系的属性和与联系相关联的实体的属性。根据这个原则，将图3-7转换成图4-1所示的数据结构。