1、个人收集整理 勿做商业用途 贸易公司管理信息系统分析报告 本报告介绍了一个用于贸易管理的数据库管理系统。该系统能够实现对供应商信息、经销商信息、员工信息、商品信息、商品采购信息和销售信息的管理功能,即对这些信息编辑、查询和报表功能。 报告首先分析了用户的需求,设计出了系统的功能结构图,然后对系统进行了概念结构设计,设计出了系统的局部ER图和全局ER图,根据全局ER图对系统进行了逻辑结构设计,确定出系统的数据结构即关系模式,根据这些关系模式,创建了供应商信息、经销商信息、员工信息、商品信息、商品采购信息和销售信息六张基本表对象;同时,利用这些表对象,创建了满足用户需求的各种查询对象;创建了
2、用于信息编辑和浏览的用户窗体,其中包含如控制面板一样的主窗体;创建了供集中浏览和打印信息的报表对象。 关键词:数据库,贸易公司管理信息系统 小组情况 本系统是通过小组全体成员的共同努力,经过分工合作完成的,具体情况如下: 1.合作的工作 需求分析、概念结构设计、逻辑结构设计和报告的草稿通过小组讨论完成. 2.分工 在数据库系统的总体方案确定之后,小组成员开始分工,独立完成不同的模块及工作.其中 l :负责采购信息管理模块的设计、主窗体的设计及总报告的撰写和排版工作。 l :负责供货商信息管理ER图的设计 l :负责商品信息管理模块的设计、
3、销售信息管理模块的设计。 l :负责员工信息模块的设计。 l :负责经销商模块的设计。 目 录 1 绪 论 1 2 需求分析 2 2.1 系统功能 2 2。2 系统数据 4 3 概念结构设计 6 3。1 实体分析及其局部E—R图 6 3.2 实体之间的联系及其ER图 8 3。3 系统全局ER图 9 4 逻辑结构设计 10 5 数据库设计 11 5.1 创建表对象 11 5。2 创建基本表之间的关系 13 5.3创建查询对象 13 5。4 创建窗体及控制面板 13 5.4。1 总系统主窗体 13 5。4.2 各个子系统窗体。 14 5。
4、5 创建报表 14 6 前台界面设计 15 6.1登录窗体设计 15 6.2编辑窗体设计 16 总结 17 致谢 18 参考文献 19 III 1 绪 论 对于任意贸易公司来说,信息管理的好坏都直接关系到贸易公司的发展和管理,它是贸易公司经营管理中非常重要的环节.商品从采购到销售是一个有机整体,因此贸易公司信息管理系统需要集供应商、员工、商品、经销商及商品采购、销售于一体,使员工能够方便地处理商品的贸易等信息,也能使经营者及时掌握公司信息,并根据销售情况,及时调整经营方向,做出好的决策。 该设计设计了一个能够独立运行的数据库系统。整个设计过程是通过小组全体成员分工合作
5、完成的,设计内容包括以下几个方面: (1)需求分析 通过调查分析系统的功能,画出功能结构图,确定系统涉及的主要数据项及含义。 (2)概念结构设计 根据需求分析的结果确定系统实体及其联系的局部ER图,消除ER图中有冲突的属性,画出系统全局ER图. (3)逻辑结构设计 根据全局ER图设计系统的逻辑结构即表结构。 (4)数据库设计 根据逻辑结构设计和需求分析设计表对象、查询对象、窗体对象、报表对象和宏对象。 20 2 需求分析 2.1 系统功能 随着计算机技术的发展及普及,贸易公司管理模式也发生了巨大的变化,由原来的手工管理模式逐步转变为信息化管理,通过信息化管理,
6、降低人力成本,极大地提高管理水平和效率,. 为了使本小组设计的系统能够尽可能满足贸易公司管理的实际需求,在进行系统设计之前,小组全体成员通过上网、图书馆查资料和小组多次激烈的讨论,最后确定本系统应该具有如下的功能: ² 供货商信息管理:能够对供货商的信息进行有效的管理,其中包括供应商信息的添加、修改和删除,以及供应商信息查询和生成报表. ² 经销商信息管理:能够对经销商的信息进行有效的管理,其中包括经销商信息的添加、修改和删除,以及经销商信息查询和生成报表。 ² 商品采购管理:能够对商品采购的信息进行有效的管理,其中包括采购信息的添加、修改和删除,以及采购信息查询和生成报表. ²
7、商品信息管理:能够对商品基本信息进行有效的管理,其中包括商品信息的添加、修改、删除以及商品信息的查询和生成报表。 ² 商品销售管理:能够对商品销售的信息进行有效的管理,其中包括销售信息的添加、修改和删除,以及销售信息查询和生成报表。 ² 员工信息管理:能够对员工信息进行有效的管理,其中包括员工信息的添加、修改和删除,以及员工信息查询和生成报表. 贸易公司管理系统 系统管理 商品管理 供应商管理 经销商管理 采购管理 销售管理 员工管理 用户管理 密码管理 商品信息编辑 商品信息查询 商品信息报表 供应商信息编辑 供应商信息查询
8、 供应商信息报表 经销商信息编辑 经销商信息查询 经销商信息报表 采购信息编辑 采购信息查询 采购信息报表 销售信息编辑 销售信息查询 销售信息报表 员工信息编辑 员工信息查询 员工信息报表 上述的需求分析可以总结为如图所示的功能结构图: 操作员管理 2。2 系统数据 数据库的核心是数据,相互关联的数据构成数据结构。对于数据库设计来说,通常使用数据字典对各类数据及其集合进行描述,数据字典是进行数据收集和数据分析所获得的主要成果。下面将根据系统功能对本系统设计的数据项和数据结构分别进行分析。 2.2。1 数据结构和主要代
9、码 本系统涉及供货商、经销商、商品和员工四个对象,所以系统的数据结构分别由供货商、经销商、商品和员工组成,系统涉及的数据项由这四个对象本身的属性和它们之间关系的属性确定。下面将分别讨论他们的数据结构和数据项。 (1)供货商 名称:供货商 含义:贸易商品的供货商公司 组成:供货商对象由供货商编号、公司名称、公司地址、联系人、联系电话组成。 主要代码的含义如下: l 数据项:供货商编号 含义:供货商编号,供货商编号能够唯一确定供货商的所有信息。 数据类型:文本 长度:10 l 数据项:公司名称 含义:供货商公司名称 数据类型:文本 长度:50 l 数据项:公司
10、地址 含义:供货商公司地址 数据类型:文本 长度:50 l 数据项:联系人 含义:供货商公司负责商品销售业务的人 数据类型:文本 长度:6 l 数据项:联系电话 含义:与供货商公司联系业务的电话 数据类型:文本 长度:11 (2)经销商 名称:经销商 含义:商品所销售的经销商公司 组成:供货商对象由经销商编号、公司名称、公司地址、联系人、联系电话组成。 主要代码的含义如下: l 数据项:员工编号 含义:系统为每一位员工进行统一编号管理,员工编号能够唯一确定员工对象。 数据类型:文本 长度:10 l 数据项:姓名 含义:员工的姓名 数据类型:文本
11、长度:6 l 数据项:电话 含义:员工的联系电话 数据类型:文本 长度:11 (3)商品 商品是贸易公司管理信息系统的主要数据结构,包含了商品的所有信息。 名称:商品 含义:进行贸易的商品. 组成:商品的对象分别由商品编号、商品名称、商品数量三个数据项组成。 主要代码的含义如下: l 数据项:商品编号 含义:商品编号,能够唯一标识每一件商品. 数据类型:文本 长度:10 l 数据项:商品名称 含义:贸易商品的名称 数据类型:文本 长度:50 l 数据项:数量 含义:商品的数量 数据类型:文本 长度:50 (4) 员工 名称:员工 含义:
12、在系统中起非常重要的作用,商品的采购、销售都是由员工完成. 组成:操作员对象分别由员工编号、姓名、电话、职称组成。 主要代码的含义如下: l 数据项:员工编号 含义:员工编号,是识别每个员工的标示 数据类型:文本 长度:10 l 数据项:姓名 含义:员工的名称 数据类型:文本 长度:50 l 数据项:电话 含义:联系方式 数据类型:文本 长度:50 l 数据项:职称 含义:员工的职位 数据类型:文本 长度:10 3 概念结构设计 概念结构设计就是将需求分析阶段得到的用户需求抽象为数据库的概念结构。本论文使用E—R图来描述系统的概念结构
13、即使用ER图表示需求分析的结果。在实际设计过程中,首先分析系统中以实体为基本单位的局部ER图,然后分析两两实体之间的联系,画出两两实体联系的局部E—R图,再将两两实体之间联系的ER图作为基本单位,画出他们之间联系的ER图,依次类推,最后将各局部E-R图合并成全局E-R图,下面将分别进行分析。 3。1 实体分析及其局部E—R图 通过需求分析得知,贸易公司管理信息系统的研究对象有商品、供货商、经销商和员工四个对象,也就是四个实体,故将系统的实体对象分为商品、供货商、经销商和员工。 3。1。1供货商 公司地址 对于贸易公司管理信息系统来说,比较重要的供货商信息是公司编号、公司名称、公司
14、地址、联系人和联系电话.其中供货商编号能够唯一确定某个供货商的所有信息,故在该实体中定义供货商编号为实体标识符。供货商的ER图如3—1—1所示:供货商 编号 联系电话 公司名称 联系人 3-1 供货商ER图 3.1.2经销商 经销商信息包括公司编号、公司名称、公司地址、联系人和联系电话。其中经销商编号能够唯一确定某个经销商的所有信息,故在该实体中定义经销商编号为实体标识符.经销商的ER图如3—1-2所示:经销商 编号 联系电话 公司名称 联系人 公司地址 3—2 经销商ER图 (3)员工 员工 职称 电话 编号 图3-3
15、 公司员工E-R图 姓名 公司员工在贸易公司连接供货商以及经销商中发挥着极为关键的作用,所以管理系统中须对公司员工的信息进行有效的统一管理,对公司每个员工设置档案列表,包含员工编号、姓名、联系方式和职称。设置员工信息档案能够更好的安排员工工作,记录员工的接手的客户、操作信息及工作情况.员工编号能够使公司管理员工更加高效有序,且能唯一确定员工所有信息,故作为员工实体的标识符。 员工E-R图如下: (4)商品 在商品实体中,包含商品编号、名称、数量三个属性。其中,商品编号能够唯一标识每一件商品,故定义编号为商品实体的标识符。基本商品实体的ER图如下: 商品 编号 名
16、称 数量 图3.4 商品ER图 3.2 实体之间的联系及其ER图 (1)供应商、商品与员工联系的ER图 供货商 编号 地址 联系人 联系电话 采购编号 姓名 日期 编号 采购 M 价格 员工 N 电话 职称 数量 编号 名称 价格 图 3-5供应商、商品与员工联系的ER图 商品 数量 (2)经销商、商品和员工联系的ER图 员工 编号 姓名 职称 商品
17、 编号 数量 名称 销售编号 经销商 联系电话 编号 公司名称 联系人 数量 价格 销售 图3—6 经销商、商品与员工之间的ER图 3。3 系统全局ER图 将图3—5、3-6合并,同时对各个属性进行整合,就得到系统全局ER图。在整合的过程中,各局部ER图的属性发生如下的冲突,所以需要重新进行定义. (1)数量 数量属性分别在二处出现,所以要进行重新定义。根据数量所处的位置,分别定义为采购数量、销售数量. (2)编号 编号属性分别在四处出现,对其重新定义,分别定义为商品编
18、号、供货商编号、经销商编号、员工编号。 (3)日期 日期属性分别在两个联系中出现,对其重新定义,根据所处的位置,分别定义为采购日期、销售日期。 (4)价格 价格属性分别在两个联系中出现,对其重新定义,根据所处的位置,分别定义为采购价格、销售价格. (5)对于供货商及经销商公司名称、地址、联系人、联系电话多处重复,特在供货商属性前面加上G、经销商前面加上J,以区分两者的属性。 整合后的ER图如图3-8所示。 供应商 采购 商品 销售 图3-7 系统全局ER图 经销商 员工 整合后各实体及联系的属性如下: 供货商(供货商编号、G
19、公司名称、G公司地址、G联系人、G联系电话); 经销商(经销商编号、J公司名称、J公司地址、J联系人、 J联系电话); 采购(采购单号、采购日期、采购数量、采购价格、员工编号、供货商编号); 销售(销售单号、销售日期、销售数量、销售价格、员工编号、经销商编号); 员工(员工编号、姓名、电话、职称); 商品(商品编号、商品名称、商品数量); 4 逻辑结构设计 逻辑结构设计是将全局概念模型(ER图)转换成DBMS支持的概念模式或关系模式(或者称为数据结构)。本系统选用Access 2003 作为后台数据库,该数据库属于关系型数据库,即使用表结构表示系统中的所有实体及其联系
20、 要在Access中实现图3—8所示的全局ER图(系统概念结构),必须将其转换成关系模式.从ER图出发,导出关系模式数据结构遵循如下的两个原则: 第一,对ER图中的每个“实体”,都应该转换成一个关系,该关系内至少要包含对应实体的属性,并根据语义关系确定关系的主键。 第二,对ER图中的“联系”,要根据实际联系的方式及数据处理的需要,或者将其作为独立的关系来处理,或者将关系的属性(如果有)纳入相关联的实体的属性中. 如果实体之间是1:n联系,且联系没有产生对系统来说非常重要的属性,一般将1端的主键纳入n端的实体关系中,但是如果联系中产生对系统比较重要的属性,且需要独立研究该属性,则要将联
21、系转换成一个独立的关系. 供货商 采购 商品 销售 图4-1系统全局数据结构图 经销商 员工 (供货商编号,G公司名称,G公司地址,G联系人,G联系电话) (采购单编号,商品编号,采购时间,采购价格,采购数量,供货商编号,员工编号) (员工编号,姓名,电话) (销售单编号,商品编号,销售时间,销售价格,销售数量,经销商编号,员工编号) (经销商编号,J公司名称,J公司地址,J联系人、J联系电话) (商品编号,商品名称,商品数量 如果实体之间的联系是m:n联系,且联系中的属性多或者比较重要,则要将联系作为独立的关系来处理,且在关系中要包含联系的属性和
22、与联系相关联的实体的属性。根据这个原则,将图3-7转换成图4-1所示的数据结构. 5 数据库设计 本系统使用Access 2003作为后台数据库,同时也使用Access 2003设计了一个前台界面,因此,在Access中,除了创建基本表对象之外,还创建了查询对象、窗体对象、报表对象和宏对象。 5.1 创建表对象 表对象是数据库最基本的对象,数据库中所有其它的对象都是基于表对象来创建的。表对象要根据逻辑设计阶段设计的关系模式来创建。在创建表结构之前,首先应该确定表中各字段的数据类型和约束,然后在设计视图或SQL视图中创建表对象。下面分别使用表格来表示各个表对象的数据类型和
23、约束。 (1) 员工信息表 在员工对象的三个字段中,员工编号能够唯一标识一个操作员,所以将该字段定义为主键,其它两个字段在操作员表中必不可少,所以定义为非空约束. 表 5-1列出了员工信息表结构的数据信息. 列名 数据类型 约束情况 员工编号 Text(10) 主键 姓名 Text(6) 非空 电话 Text(11) 非空 职称 Text(10) 非空 表5—1 员工信息表 (2) 供货商信息表 供货商编号能够唯一标识供应商的所有信息,故定义为主键,表5-2列出了供应商表结构的数据信息
24、 列名 数据类型 约束情况 供货商编号 Text(10) 主键 G公司名称 Text(50) 非空 G公司地址 Text(50) 非空 G联系人 Text(6) 非空 G联系电话 Text(11) 非空 表5—2 供货商信息表 (3) 经销商信息表 经销商编号能够唯一标识经销商的所有信息,故定义为主键,表5—3列出了经销商表结构的数据信息. 列名 数据类型 约束情况 经销商编号 Text(10) 主键 J公司名称 Text(50) 非空 J公司地址 Text(50) 非空 J联系人 Text(6) 非空
25、 J联系电话 Text(11) 非空 表5—3 经销商信息表 (4) 商品信息表 商品是本系统研究的主要对象,在商品关系中定义商品编号为主键,其余为非空约束,表5—4列出了商品信息表结构的数据信息。 列名 数据类型 约束情况 商品编号 Text(10) 主键 商品名称 Text(20) 非空 数量 Text(30) 非空 表5—4 商品信息表 (5)采购信息表 采购信息是商品贸易的重要对象,在采购关系中定义采购编号为主键,其余为非空约束,员工编号、商品编号及供货商编号做为外键,表5—5列出了采购信息表结构的数据信息. 列名 数据类型 约束情况
26、 采购单编号 Text(10) 主键 采购日期 Datetime 非空 采购价格 Text(50) 非空 采购数量 Text(50) 非空 员工编号 Text(10) 外键 商品编号 Text(10) 外键 供货商编号 Text(10) 外键 表5-5 采购信息表 (6)销售信息表 销售信息也是商品贸易的重要对象,在销售关系中定义销售编号为主键,其余为非空约束,员工编号、商品编号及经销商编号做为外键,表5—6列出了销售信息表结构的数据信息。 列名 数据类型 约束情况 销售单编号 Text(10) 主键 销售日期 Datetime
27、 非空 销售价格 Text(30) 非空 销售数量 Text(30) 非空 商品编号 Text(10) 外键 员工编号 Text(10) 外键 经销商编号 Text(10) 外键 表5-6 销售信息表 5。3创建查询对象 在贸易公司的各个子系统中都创建了基本的生成表查询、以实体或联系的各个属性为查询条件的参数查询语句。例如员工信息管理系统中就分别以员工编号、员工姓名、电话创建了参数查询.在总系统窗体中创建了交叉表查询,以显示贸易商品的全过程. 5。4 创建窗体及控制面板 5。4。1 总系统主窗体 贸易公司管理信息系统中的6个子系统(员工管理系统、商
28、品信息管理系统、供货商信息管理系统、经销商信息管理系统、采购信息管理系统、销售信息管理系统)功能相互独立,通过主系统(主窗体)可以链接到各个子系统,进行详细信息的查询及编辑。各个系统的实体间的属性数据也存在联系,通过主系统(主窗体)的快捷操作功能,可以查询追踪到每件商品的贸易总过程及报表操作。 5。4。2 各个子系统窗体. 各个子系统(窗体)数据、功能独立,能进行独立的数据查询、编辑以及报表等操作.以下是其中的两个子系统窗体: 5.5 创建报表 该数据库管理系统中,分别在报表设计视图中设计了商品信息报表、员工信
29、息报表、采购信息报表、供货商信息报表、经销商信息报表和贸易总报表共7张报表,通过这些报表,将用户所查询的内容直观地展示出来,便于用户进行预览和打印,下图是其中一个报表的设计界面. 总结 通过本此课程设计,让我们更进一步地掌握了《数据库应用》课程的相关知识,熟悉了创建数据库管理系统的全过程。熟练地掌握了运用SQL语言和视图创建基本表、选择查询、参数查询、生成表查询、追加查询的方法,同时也熟练地掌握了创建用户窗体、报表和宏对象的方法。本系统创建的后台数据库能够独立运行,并满足用户对数据库管理的各种需求。 为了拓展我们的视野,我们通过学习数据库的相关知识,并使用这些知识创建了用户登录
30、窗体和基本图书管理窗体,通过这些窗体实现用户对数据库的管理。经过程序调试,前台系统运行良好。 在数据库的设计过程中,我们遇到了种种困难,比如E—R图的确定,每一个问题的解决都加深了我们对数据库的了解。 不过,由于专业知识的限制,我们所制作的贸易公司管理信息系统仍然存在一些问题,如系统缺少计算功能,今后需要进一步学习,完善系统的功能。 致谢 感谢郑玲利老师平时对我们的教导,此次课程设计,老师帮助了我们很多,在此感谢老师对我们的悉心教导.老师对工作的负责深深地影响了我们全组成员,使我们在不知不觉中全心投入了课程设计,尽自己最大的努力把系统做得更好。 参考文献 [1] 郑玲利.数据库原理及应用案例教程[M]。北京:清华大学出版社,2008。9. [2] 罗朝盛.Vsiusl Basic6。0程序设计实用教程.北京:清华大学出版社,2008.1






