贸易公司管理系统 贸易公司管理软件
来源：广州软件开发 编辑：广州软件开发公司 日期：2018-09-11
贸易公司管理系统
随着科学技术的进步，计算机行业的迅速发展，大大的提高了人们的工作效率，计算机信息处理系统的引进已经彻底改变了许多公司的经营管理，甚至小道附近的一间小店都在用计算机管理系统管理销售，可见信息管理系统功能的强大，精确，迅捷，方便。
本报告介绍了一个贸易管理的数据管理系统。该系统能够实现对供应商信息、经销商信息、员工信息、商品信息、商品采购信息和销售信息的管理功能，即对这些信息编辑、查询和报表功能。
报告首先分析了用户的需求，设计出了系统的功能结构图，然后对系统进行了概念结构设计，设计出了系统的局部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
含义：员工的联系电话
数据类型：文本
长度：11
2. 建立系统用例模型
（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 创建表对象
表对象是数据库最基本的对象，数据库中所有其它的对象都是基于表对象来创建的。表对象要根据逻辑设计阶段设计的关系模式来创建。在创建表结构之前，首先应该确定表中各字段的数据类型和约束，然后在设计视图中创建表对象。下面分别使用表格来表示各个表对象的数据类型和约束。
（1） 员工信息表
在员工对象的三个字段中，员工编号能够唯一标识一个操作员，所以将该字段定义为主键，其它两个字段在操作员表中必不可少，所以定义为非空约束。
表列出了员工信息表结构的数据信息。
|
列名 |
数据类型 |
约束情况 |
|
员工编号 |
varchar(10) |
主键 |
|
姓名 |
varchar (6) |
非空 |
|
电话 |
varchar(11) |
非空 |
|
职称 |
varchar(10) |
非空 |
（2） 供货商信息表
供货商编号能够唯一标识供应商的所有信息，故定义为主键，表列出了供应商表结构的数据信息。
|
列名 |
数据类型 |
约束情况 |
|
供货商编号 |
varchar(10) |
主键 |
|
G公司名称 |
Varchar(50) |
非空 |
|
G公司地址 |
Varchar(50) |
非空 |
|
G联系人 |
varchar(6) |
非空 |
|
G联系电话 |
Varchar(11) |
非空 |
（3） 经销商信息表
经销商编号能够唯一标识经销商的所有信息，故定义为主键，表列出了经销商表结构的数据信息。
|
列名 |
数据类型 |
约束情况 |
|
经销商编号 |
Varchar(10) |
主键 |
|
J公司名称 |
Varchar(50) |
非空 |
|
J公司地址 |
Varchar(50) |
非空 |
|
J联系人 |
Varchar(6) |
非空 |
|
J联系电话 |
varchar(11) |
非空 |
（4） 商品信息表
商品是本系统研究的主要对象，在商品关系中定义商品编号为主键，其余为非空约束，表列出了商品信息表结构的数据信息。
|
列名 |
数据类型 |
约束情况 |
|
商品编号 |
Varchar(10) |
主键 |
|
商品名称 |
Varchar(20) |
非空 |
|
数量 |
varchar(30) |
非空 |
（5）采购信息表
采购信息是商品贸易的重要对象，在采购关系中定义采购编号为主键，其余为非空约束，员工编号、商品编号及供货商编号做为外键，表列出了采购信息表结构的数据信息。
|
列名 |
数据类型 |
约束情况 |
|
采购单编号 |
Varchar(10) |
主键 |
|
采购日期 |
Datetime |
非空 |
|
采购价格 |
Varchar(50) |
非空 |
|
采购数量 |
Varchar(50) |
非空 |
|
员工编号 |
Varchar(10) |
外键 |
|
商品编号 |
Varchar(10) |
外键 |
|
供货商编号 |
varchar(10) |
外键 |
（6）销售信息表
销售信息也是商品贸易的重要对象，在销售关系中定义销售编号为主键，其余为非空约束，员工编号、商品编号及经销商编号做为外键，表列出了销售信息表结构的数据信息。
|
列名 |
数据类型 |
约束情况 |
|
销售单编号 |
Varchar(10) |
主键 |
|
销售日期 |
Datetime |
非空 |
|
销售价格 |
Varchar(30) |
非空 |
|
销售数量 |
Varchar(30) |
非空 |
|
商品编号 |
Varchar(10) |
外键 |
|
员工编号 |
Varchar(10) |
外键 |
|
经销商编号 |
varchar(10) |
外键 |
6.2创建查询对象
在贸易公司的各个子系统中都创建了基本的
生成表查询、以实体或联系的各个属性为查询条件的
参数查询语句。例如员工信息管理系统中就分别以员工编号、员工姓名、电话创建了参数查询。在总系统窗体中创建了
交叉表查询，以显示贸易商品的全过程。
4.3 创建报表
该数据库管理系统中，分别在报表设计视图中设计了商品信息报表、员工信息报表、采购信息报表、供货商信息报表、经销商信息报表和贸易总报表共7张报表，通过这些报表，将用户所查询的内容直观地展示出来，便于用户进行预览和打印。
相关阅读
广州软件开发公司业务咨询卢先生 手机18998818351 售后服务热线：020-22076940
