贸易公司管理系统摘要随着科学技术的进步，计算机行业的迅速发展，大大的提高了人们的工作效率，计算机信息处理系统的引进已经彻底改变了许多公司的经营管理，甚至小道附近的一间小店都在用计算机管理系统管理销售，可见信息管理系统功能的强大，精确，迅捷，方便。

本报告介绍了一个贸易管理的数据管理系统。

该系统能够实现对供应商信息、经销商信息、员工信息、商品信息、商品采购信息和销售信息的管理功能，即对这些信息编辑、查询和报表功能。

报告首先分析了用户的需求，设计出了系统的功能结构图，然后对系统进行了概念结构设计，设计出了系统的局部ER图和全局ER图，根据全局ER图对系统进行了逻辑结构设计，确定出系统的数据结构即关系模式，根据这些关系模式，创建了供应商信息、经销商信息、员工信息、商品信息、商品采购信息和销售信息六张基本表对象；同时，利用这些表对象，创建了满足用户需求的各种查询对象。

1 需求分析1.1 系统功能随着计算机技术的发展及普及，贸易公司管理模式也发生了巨大的变化，由原来的手工管理模式逐步转变为信息化管理，通过信息化管理，降低人力成本，极大地提高管理水平和效率，。

为了使本小组设计的系统能够尽可能满足贸易公司管理的实际需求，在进行系统设计之前，小组全体成员通过上网、图书馆查资料和小组多次激烈的讨论，最后确定本系统应该具有如下的功能：●供货商信息管理：能够对供货商的信息进行有效的管理，其中包括供应商信息的添加、修改和删除，以及供应商信息查询和生成报表。

●经销商信息管理：能够对经销商的信息进行有效的管理，其中包括经销商信息的添加、修改和删除，以及经销商信息查询和生成报表。

●商品采购管理：能够对商品采购的信息进行有效的管理，其中包括采购信息的添加、修改和删除，以及采购信息查询和生成报表。

●商品信息管理：能够对商品基本信息进行有效的管理，其中包括商品信息的添加、修改、删除以及商品信息的查询和生成报表。

●商品销售管理：能够对商品销售的信息进行有效的管理，其中包括销售信息的添加、修改和删除，以及销售信息查询和生成报表。

●员工信息管理：能够对员工信息进行有效的管理，其中包括员工信息的添加、修改和删除，以及员工信息查询和生成报表。

上述的需求分析可以总结为如图所示的功能结构图：1.2 系统数据软件的核心是数据，相互关联的数据构成数据结构。

对于软件设计来说，通常使用数据字典对各类数据及其集合进行描述，数据字典是进行数据收集和数据分析所获得的主要成果。

下面将根据系统功能对本系统设计的数据项和数据结构分别进行分析。

1.2.1 数据结构和数据项本系统涉及供货商、经销商、商品和员工四个对象，所以系统的数据结构分贸易公司管理系统系统管理商品管理供应商管理经销商管理采购管理销售管理员工管理用户管理密码管理商品信息编辑商品信息查询商品信息报表供应商信息编辑供应商信息查询供应商信息报表经销商信息编辑经销商信息查询经销商信息报表采购信息编辑采购信息查询采购信息报表销售信息编辑销售信息查询销售信息报表员工信息编辑员工信息查询员工信息报表别由供货商、经销商、商品和员工组成，系统涉及的数据项由这四个对象本身的属性和它们之间关系的属性确定。

下面将分别讨论他们的数据结构和数据项。

（1）供货商名称：供货商含义：贸易商品的供货商公司组成：供货商对象由供货商编号、公司名称、公司地址、联系人、联系电话组成。

各数据项的含义如下：●数据项：供货商编号含义：供货商编号，供货商编号能够唯一确定供货商的所有信息。

数据类型：文本长度：10●数据项：公司名称含义：供货商公司名称数据类型：文本长度：50●数据项：公司地址含义：供货商公司地址数据类型：文本长度：50●数据项：联系人含义：供货商公司负责商品销售业务的人数据类型：文本长度：6●数据项：联系电话含义：与供货商公司联系业务的电话数据类型：文本长度：11（2）经销商名称：经销商含义：商品所销售的经销商公司组成：供货商对象由经销商编号、公司名称、公司地址、联系人、联系电话组成。

各数据项与供货商的的数据项组成类似。

（3）商品商品是贸易公司管理信息系统的主要数据结构，包含了商品的所有信息。

名称：商品含义：进行贸易的商品。

组成：商品的对象分别由商品编号、商品名称、商品数量三个数据项组成。

各数据项的含义如下：●数据项：商品编号含义：商品编号，能够唯一标识每一件商品。

数据类型：文本长度：10●数据项：商品名称含义：贸易商品的名称数据类型：文本长度：50●数据项：数量含义：商品的数量数据类型：文本长度：50(4) 员工名称：员工含义：在系统中起非常重要的作用，商品的采购、销售都是由员工完成。

组成：操作员对象分别由员工编号、姓名、电话、职称组成。

各数据项的含义如下：●数据项：员工编号含义：系统为每一位员工进行统一编号管理，员工编号能够唯一确定员工对象。

数据类型：文本长度：10●数据项：姓名含义：员工的姓名数据类型：文本长度：6●数据项：电话含义：员工的联系电话数据类型：文本长度：112. 建立系统用例模型（1）角色确定在本系统中，角色代表系统外和系统进行交互的一类对象。

在贸易公司的仓库管理系统中，有以下方面：●够买商品的入库●供应商给仓库供货●销售商来仓库提货●管理员对贸易公司的仓库的管理（2）建立用例图3建立系统动态模型（1）活动图描述进货过程的活动图。

在图中，管理员，操作员和供应商发生了相互的关系。

经过可视化模型可以比较清楚的了解整个过程。

（2）时序图管理员盘点过程时序图商品管理时序图仓库记录查询时序图4 概念结构设计概念结构设计就是将需求分析阶段得到的用户需求抽象为软件的概念结构。

本论文使用E-R图来描述系统的概念结构，即使用ER图表示需求分析的结果。

在实际设计过程中，首先分析系统中以实体为基本单位的局部ER图，然后分析两两实体之间的联系，画出两两实体联系的局部E-R图，再将两两实体之间联系的ER图作为基本单位，画出他们之间联系的ER图，依次类推，最后将各局部E-R图合并成全局E-R图，下面将分别进行分析。

2.1 实体分析及其局部E-R图通过需求分析得知，贸易公司管理信息系统的研究对象有商品、供货商、经销商和员工四个对象，也就是四个实体，故将系统的实体对象分为商品、供货商、经销商和员工。

（1）供货商对于贸易公司管理信息系统来说，比较重要的供货商信息是公司编号、公司名称、公司地址、联系人和联系电话。

其中供货商编号能够唯一确定某个供货商的所有信息，故在该实体中定义供货商编号为实体标识符。

供货商的ER图如下所示：（2）经销商经销商信息包括公司编号、公司名称、公司地址、联系人和联系电话。

其中经销商编号能够唯一确定某个经销商的所有信息，故在该实体中定义经销商编号为实体标识符。

经销商的ER 图如下所示：（3）员工公司员工在贸易公司连接供货商以及经销商中发挥着极为关键的作用，所以管理系统中须对公司员工的信息进行有效的统一管理，对公司每个员工设置档案列表，包含员工编号、姓名、联系方式和职称。

设置员工信息档案能够更好的安排员工工作，记录员工的接手的客户、操作信息及工作情况。

员工编号能够使公司管理员工更加高效有序，且能唯一确定员工所有信息，故作为员工实体的标识符。

员工E-R 图如下：（4）商品在商品实体中，包含商品编号、名称、数量三个属性。

其中，商品编号能够唯一标识每一件商品，故定义编号为商品实体的标识符。

基本商品实体的ER 图经销商编号联系电话公司名称联系人公司地址供货商编号联系电话公司名称联系人公司地址员工职称 电话编号姓名如下：4.2 实体之间的联系及其ER 图 （1）供应商、商品与员工联系的ER 图（2）经销商、商品和员工联系的ER 图供货商地址编号联系人联系电话采购日期价格采购编号数量商品编号名称 数量价格员工姓名编号电话职称商品编号 名称数量4.3 系统全局ER 图将上图合并，同时对各个属性进行整合，就得到系统全局ER 图。

在整合的过程中，各局部ER 图的属性发生如下的冲突，所以需要重新进行定义。

（1）数量 数量属性分别在二处出现，所以要进行重新定义。

根据数量所处的位置，分别定义为采购数量、销售数量。

（2）编号 编号属性分别在四处出现，对其重新定义，分别定义为商品编号、供货商编号、经销商编号、员工编号。

（3）日期 日期属性分别在两个联系中出现，对其重新定义，根据所处的位置，分别定义为采购日期、销售日期。

（4）价格 价格属性分别在两个联系中出现，对其重新定义，根据所处的位置，分别定义为采购价格、销售价格。

（5）对于供货商及经销商公司名称、地址、联系人、联系电话多处重复，特在供货商属性前面加上G 、经销商前面加上J ，以区分两者的属性。

员工姓名职称编号销售商品经销商数量编号名称价格销售编号数量编号公司名称联系人联系电话整合后的ER 图如图所示。

整合后各实体及联系的属性如下： 供货商（供货商编号、G 公司名称、G 公司地址、G 联系人、G 联系电话）； 经销商（经销商编号、J 公司名称、J 公司地址、J 联系人、 J 联系电话）； 采购（采购单号、采购日期、采购数量、采购价格、员工编号、供货商编号）； 销售（销售单号、销售日期、销售数量、销售价格、员工编号、经销商编号）； 员工（员工编号、姓名、电话、职称）； 商品（商品编号、商品名称、商品数量）5 逻辑结构设计逻辑结构设计是将全局概念模型（ER 图）转换成DBMS 支持的概念模式或关系模式（或者称为数据结构）。

本系统选用oracle 作为后台数据库，该数据库属于关系型数据库，即使用表结构表示系统中的所有实体及其联系。

要实现下图所示的全局ER 图（系统概念结构），必须将其转换成关系模式。

从ER 图出发，导出关系模式数据结构遵循如下的两个原则：第一，对ER 图中的每个“实体”，都应该转换成一个关系，该关系内至少要包含对应实体的属性，并根据语义关系确定关系的主键。

第二，对ER 图中的“联系”，要根据实际联系的方式及数据处理的需要，或者将其作为独立的关系来处理，或者将关系的属性（如果有）纳入相关联的实体的属性中。

如果实体之间是1:n 联系，且联系没有产生对系统来说非常重要的属性，一般将1端的主键纳入n 端的实体关系中，但是如果联系中产生对系统比较重要的属性，且需要独立研究该属性，则要将联系转换成一个独立的关系。

供应商采购商品 销售经销商员工如果实体之间的联系是m:n 联系，且联系中的属性多或者比较重要，则要将联系作为独立的关系来处理，且在关系中要包含联系的属性和与联系相关联的实体的属性。

根据这个原则，将上图转换成图所示的数据结构。

6数据库设计本系统使用oracle 作为后台数据库，创建基本表对象之外，还创建了查询对象和报表对象。

6.1 创建表对象表对象是数据库最基本的对象，数据库中所有其它的对象都是基于表对象来创建的。