销售管理系统--ER图

合集下载

销售管理系统--ER图

销售管理系统--ER图

销售管理系统–ER图什么是销售管理系统?销售管理系统是一种通过计算机化系统来管理和跟踪产品和服务的销售过程的软件。

通常包括客户关系管理、销售预测和销售分析等功能,可以有效地提高企业销售的效率和精度。

ER图ER图是一种实体关系模型,是用来描述数据存储方式和关系的工具。

ER图是由三部分组成:实体、属性和关系。

它能够清晰且图形化地描述预期的数据枢纽,以及数据关系的模型。

在设计销售管理系统时,ER图可以在很大程度上帮助梳理出整个系统的设计思路和数据结构。

实体在销售管理系统中,实体可以分为客户、订单、产品和销售人员等。

以下是各个实体的属性和描述。

客户客户是指从企业中购买产品或服务的个人或团体,可以包括公司、机构、下级分销商和个人等。

客户实体的属性包括:•客户ID•客户姓名•联系电话•邮箱地址•物理地址•其他个人或公司信息订单订单是指客户所下的购买订单,属于销售管理系统中最核心的实体。

订单实体的属性包括:•订单ID•客户ID•下单时间•产品ID•产品数量•应付金额•实付金额产品产品是指企业开发或代理销售的各类产品和服务。

产品实体的属性包括:•产品ID•产品名称•产品分类•单价销售人员销售人员是指参与销售过程的从业人员,包括销售代表和销售经理等。

销售人员实体的属性包括:•销售人员ID•姓名•所属部门关系销售管理系统中的各个实体之间存在多种关系,以下是各个实体间的关系及描述。

客户与订单的关系一个客户可以对应多个不同的订单,而一个订单只能对应于一个客户。

因此客户和订单之间是1对多的关系,在ER图中为“一个客户有多个订单”的图形化体现。

订单与产品的关系一个订单可以购买多种不同的产品,而一种产品也可以被多个订单购买。

因此订单和产品之间是多对多的关系,可以通过一个额外的实体“订单产品明细”来描述,其包含订单ID和产品ID两个外键。

订单与销售人员的关系销售人员和订单之间也存在关系,一位销售人员可以负责多个订单,而一个订单只能被一个销售人员负责。

销售管理系统ER图设计

销售管理系统ER图设计
将关系模型转换成 SQL2008 数据库。
三、处理结果(结论) (1)E-R 图
商店编号
商店名
地址
月销量 商品号
商店 m
销 售 n 商品
1
聘期
聘用
月薪 m
职工编号
职工
业绩
姓名
性别
单价
商品名
规格
(2)关系模型 商店(商店编号、商店名、地址) 商品(商品号、商品名、规格、单价) 销售(商品号、商店编号、月销量) 职工(职工编号、姓名、性别、业绩、聘期、月薪、商店编号)
姓名、性别、业绩等。
商店与商品间存在“销售”联系,每个商店可销售多种商品,每种商品也可放在多个商店销
售,每个商店销售一种商品,有月销售量;商店与职工间存在着“聘用”联系,每个商店有许多
职工,每个职工只能在一个商店工作,商店聘用职工有聘期和月薪。
(1) (2) (3)
试画出 ER 图,并在图上注明属性、联系的类型。 将 ER 图转换成关系模型,并注明主键和外键。
(3)关系模型转换成 SQL2008 数据库
商店表
字段名 类型 宽度
备注
商店编号 char
4
主关键字
商店名
varchar 8
地址
varchar 20
商品表
字段名 商品号 商品名 规格 单价
类型
char varchar varchar float
宽度 4 8 4
销售表 字段名 商品号 商店编号 月销量
实验项目 一、实验原理
绘制 ቤተ መጻሕፍቲ ባይዱR 图
建立信息世界中的E-R(概念)模型
所用工具E-R图,其基本符号如下:
实体:
实体
属性:

ER图例子

ER图例子

E-R事例1、某商业集团的销售管理系统数据库中有三个实体集。

一是“商店”实体集,属性有商店编号、商店名、地址等;二是“商品”实体集,属性有商品号、商品名、规格、单价等;三是“职工”实体集,属性有职工编号、姓名、性别、业绩等。

商店与商品间存在“销售”联系,每个商店可销售多种商品,每种商品也可放在多个商店销售,每个商店销售一种商品,有月销售量;商店与职工间存在着“聘用”联系,每个商店有许多职工,每个职工只能在一个商店工作,商店聘用职工有聘期和月薪。

(1)试画出ER图,并在图上注明属性、联系的类型。

(2)将ER图转换成关系模型,并注明主键和外键.解:(1) ER图如图7。

1所示。

图7。

1(2)这个ER图可转换4个关系模式:商店(商店编号,商店名,地址)职工(职工编号,姓名,性别,业绩,商店编号,聘期,月薪)商品(商品号,商品名,规格,单价)销售(商店编号,商品号,月销售量)2、设某商业集团的仓库管理系统数据库有三个实体集.一是“公司”实体集,属性有公司编号、公司名、地址等;二是“仓库”实体集,属性有仓库编号、仓库名、地址等;三是“职工”实体集,属性有职工编号、姓名、性别等. 公司与仓库间存在“隶属”联系,每个公司管辖若干仓库,每个仓库只能属于一个公司管辖;仓库与职工间存在“聘用"联系,每个仓库可聘用多个职工,每个职工只能在一个仓库工作,仓库聘用职工有聘期和工资。

(1)试画出ER图,并在图上注明属性、联系的类型。

(2)将ER图转换成关系模型,并注明主键和外键。

解:(1) ER图如图7。

2所示.图7。

2(2)这个ER图可转换3个关系模式:公司(公司编号,公司名,地址)仓库(仓库编号,仓库名,地址,公司编号)职工(职工编号,姓名,性别,仓库编号,聘期,工资)3、设某商业集团的商品供应管理系统数据库有三个实体集。

一是“商品”实体集,属性有商品号、商品名、规格、单价等;二是“商店”实体集,属性有商店号、商店名、地址等;三是“供应商”实体集,属性有供应商编号、供应商名、地址等。

ER图作业题

ER图作业题

E-R图作业题1、某商业集团的销售管理系统数据库中有三个实体集。

一是“商店”实体集,属性有商店编号、商店名、地址等;二是“商品”实体集,属性有商品号、商品名、规格、单价等;三是“职工”实体集,属性有职工编号、姓名、性别、业绩等。

商店与商品间存在“销售”联系,每个商店可销售多种商品,每种商品也可放在多个商店销售,每个商店销售一种商品,有月销售量;商店与职工间存在着“聘用”联系,每个商店有许多职工,每个职工只能在一个商店工作,商店聘用职工有聘期和月薪。

试画出ER图,并在图上注明属性、联系的类型。

2、设某商业集团的仓库管理系统数据库有三个实体集。

一是“公司”实体集,属性有公司编号、公司名、地址等;二是“仓库”实体集,属性有仓库编号、仓库名、地址等;三是“职工”实体集,属性有职工编号、姓名、性别等。

公司与仓库间存在“隶属”联系,每个公司管辖若干仓库,每个仓库只能属于一个公司管辖;仓库与职工间存在“聘用”联系,每个仓库可聘用多个职工,每个职工只能在一个仓库工作,仓库聘用职工有聘期和工资。

试画出ER图,并在图上注明属性、联系的类型。

3、超市管理系统。

该超市公司的业务管理规则如下:⑴该超市公司有若干仓库,若干连锁商店,供应若干商品。

⑵每个商店有一个经理和若干收银员,每个收银员只在一个商店工作。

⑶每个商店销售多种商品,每种商品可在不同的商店销售。

⑷每个商品编号只有一个商品名称,但不同的商品编号可以有相同的商品名称。

每种商品可以有多种销售价格。

⑸超市公司的业务员负责商品的进货业务。

试按上述规则设计ER模型4、学生选课管理系统数据库需要有以下信息:学生:学号、单位名称、姓名、性别、年龄、选修课程名课程:编号、课程名、开课单位、任课教师号教师:教师号、姓名、性别、职称、讲授课程编号单位:单位名称、电话、教师号、教师姓名上述实体中存在如下联系:(1)一个学生可选修多门课程,一门课程可被多个学生选修。

(2)一个教师可讲授多门课程,一门课程可由多个教师讲授。

E-R图典型实例

E-R图典型实例

E-R 事例1、某商业集团的销售管理系统数据库中有三个实体集。

一是“商店”实体集,属性有商店编号、商店名、地址等;二是“商品”实体集,属性有商品号、商品名、规格、单价等;三是“职工”实体集,属性有职工编号、姓名、性别、业绩等。

商店与商品间存在“销售”联系,每个商店可销售多种商品,每种商品也可放在多个商店销售,每个商店销售一种商品,有月销售量;商店与职工间存在着“聘用”联系,每个商店有许多职工,每个职工只能在一个商店工作,商店聘用职工有聘期和月薪。

(1)试画出ER 图,并在图上注明属性、联系的类型。

(2)将ER 图转换成关系模型,并注明主键和外键。

解:(1) ER 图如图7.1所示。

2)这个ER 图可转换4 个关系模式:商店(商店编号,商店名,地址)职工(职工编号,姓名,性别,业绩,商店编号,聘期,月薪)商品(商品号,商品名,规格,单价)销售(商店编号,商品号,月销售量)2、设某商业集团的仓库管理系统 数据库有三个实体集。

一是“ “仓库”实体集,属性有仓库编号、 号、姓名、性别等。

公司与仓库间存在 “隶属” 仓库与职工间存在 “聘用” 仓库聘用职工有聘期和工资。

(1) (2) 公司”实体集,属性有公司编号、公司名、地址等;二是 仓库名、地址等;三是“职工”实体集,属性有职工编 联系, 联系, 每个公司管辖若干仓库, 每个仓库只能属于一个公司管辖; 每个仓库可聘用多个职工, 每个职工只能在一个仓库工作, ER 图,并在图上注明属性、联系的类型。

将 ER 图转换成关系模型,并注明主键和外键。

试画出 公司名 公司编号 地址公司 1 隶属 N 仓库 仓库名 1 地址 聘期 聘用 工资 N 职工 职工编号 姓名 性别 仓库编号 解:(1) ER 图如图 7.2 所示。

图 7.2 2)这个 ER 图可转换 3 个关系模式: 公司(公司编号,公司名,地址) 仓库(仓库编号,仓库名,地址,公司编号) 职工(职工编号,姓名,性别,仓库编号,聘期,工资)3、设某商业集团的商品供应管理系统数据库有三个实体集。

UML超市管理系统ER图用例图,类图状态图等等

UML超市管理系统ER图用例图,类图状态图等等

信息系统分析报告超市管理系统小组成员:韩娜2009012239冯超然2009012236仇震2009012246目录1. 前言 (3)2. 系统需求分析 (3)3. ER图 (4)4. 用例图 (5)5. 用例描述 (7)6. 类图 (8)7. 时序图 (9)8. 通信图 (10)1.前言本文主要目的是利用建模工具对超市管理系统进行建模,用类图、用例图、时序图、协作图、状态图、活动图等面向对象分析与设计的软件过程,更好的被用户所理解。

2.系统需求分析超市管理系统需要实现对超市收银,库存,采购的管理,系统需要方便易用,辅助超市员工对超市进行管理,提高超市员工的工作效率,进而提高超市的收益。

本系统实现对进货单的添加、修改、删除、查询功能,对每一笔进货单都进行备案,存入数据库中,可以按货单号和进货日期多种方式进行查询,对数据库中无用的进货单执行删除操作。

对每一笔进货单中的货物的详细信息进行记载,将货物的详细信息载入数据库中,方便查询和对货物信息的管理。

本系统还需要对库存信息实行管理,是超市工作人员能随时查看库存情况,及时提醒采购员对缺货商品采购。

3.ER图4.用例图包图:参与者用例图:收银管理用例图:库存管理用例:后台管理用例:5.用例描述6.类图分析用例描述,作出如下类图:7.时序图7.1、管理员登录管理员登录界面主要是验证登录信息,当输入的登录信息不正确时,提示用户并且重新返回登录界面。

7.2、管理员添加进货单管理员添加进货单的操作,管理员填写好相应的进货单项之后,系统自动把进货单信息写入数据库中,修改了进货单数据库中的内容,同时数据库也自动的修改了柜存信息中的内容。

8.通信图8.1、管理员登录8.2、管理员添加进货单超市管理系统说明书超市管理系统说明书。

UML超市管理系统ER图用例图-类图状态图等等

UML超市管理系统ER图用例图-类图状态图等等

UML超市管理系统ER图、用例图、类图、状态图等等一、引言在如今信息化的时代,超市管理系统的作用不可小觑,对于超市来说,一个好的管理系统能够提高效率,减少误差,降低成本。

本文将介绍UML超市管理系统的ER图、用例图、类图、状态图等详细内容。

二、ER图ER图是一种用来表示实体、属性和实体之间关系的图形表示方法,可以帮助我们直观的了解超市管理系统的数据结构。

在UML超市管理系统的ER图中,我们可以看到有两个主要的实体,分别是“商品”和“员工”,它们之间存在着一种关系,即“员工”可以对“商品”进行操作,操作包括进货、出售等。

此外,还有实现超市管理的“收银系统”实体,它与“员工”实体之间存在一种“服务”关系,表示“员工”需要借助“收银系统”来完成购物流程。

三、用例图用例图是描述用户与系统交互的图形化工具,通过它我们可以较为全面的认知UML超市管理系统中的功能模块以及用户的角色和操作。

在UML超市管理系统的用例图中,我们可以看到有三个用户角色,分别是“管理员”、“员工”、“顾客”,在不同的角色下能够进行的操作也不尽相同:•管理员:添加商品、移除商品、添加员工、移除员工。

•员工:查询库存、进货、销售、结账。

•顾客:浏览商品、购买商品。

四、类图类图是描述系统实现代码层次结构的图形化画面,它能够帮助我们更深入地了解UML超市管理系统的设计模式。

在UML超市管理系统的类图中,我们可以看到有“商品”、“员工”、“收银系统”等抽象类和“水果”、“蔬菜”、“收银员”、“管理员”、“顾客”等具体类,它们之间存在着继承关系、关联关系和聚合关系等。

此外,我们还可以看到有一系列类似于“超市”、“购物车”、“库存”、“销售记录”等的类,它们实现了超市管理的各个功能基础模块,能够帮助我们更清晰地了解UML超市管理系统的具体运行方式。

五、状态图状态图是描述状态机的一种图形化工具,它描述了一个对象在其生命周期内所经历的所有状态和转换关系。

E-R图典型实例

E-R图典型实例

E-R事例1、某商业集团的销售管理系统数据库中有三个实体集。

一是“商店”实体集,属性有商店编号、商店名、地址等;二是“商品”实体集,属性有商品号、商品名、规格、单价等;三是“职工”实体集,属性有职工编号、姓名、性别、业绩等。

商店与商品间存在“销售”联系,每个商店可销售多种商品,每种商品也可放在多个商店销售,每个商店销售一种商品,有月销售量;商店与职工间存在着“聘用”联系,每个商店有许多职工,每个职工只能在一个商店工作,商店聘用职工有聘期和月薪。

(1)试画出ER图,并在图上注明属性、联系的类型。

(2)将ER图转换成关系模型,并注明主键和外键。

解:(1) ER图如图7.1所示。

图7.1(2)这个ER图可转换4个关系模式:商店(商店编号,商店名,地址)职工(职工编号,姓名,性别,业绩,商店编号,聘期,月薪)商品(商品号,商品名,规格,单价)销售(商店编号,商品号,月销售量)2、设某商业集团的仓库管理系统数据库有三个实体集。

一是“公司”实体集,属性有公司编号、公司名、地址等;二是“仓库”实体集,属性有仓库编号、仓库名、地址等;三是“职工”实体集,属性有职工编号、姓名、性别等。

公司与仓库间存在“隶属”联系,每个公司管辖若干仓库,每个仓库只能属于一个公司管辖;仓库与职工间存在“聘用”联系,每个仓库可聘用多个职工,每个职工只能在一个仓库工作,仓库聘用职工有聘期和工资。

(1)试画出ER图,并在图上注明属性、联系的类型。

(2)将ER图转换成关系模型,并注明主键和外键。

解:(1) ER图如图7.2所示。

图7.2(2)这个ER图可转换3个关系模式:公司(公司编号,公司名,地址)仓库(仓库编号,仓库名,地址,公司编号)职工(职工编号,姓名,性别,仓库编号,聘期,工资)3、设某商业集团的商品供应管理系统数据库有三个实体集。

一是“商品”实体集,属性有商品号、商品名、规格、单价等;二是“商店”实体集,属性有商店号、商店名、地址等;三是“供应商”实体集,属性有供应商编号、供应商名、地址等。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

实例7 销售管理系统要提高市场竞争力,即要有好的产品质量,同时也要有好的客户服务。

企业要作到能及时相应客户的产品需求,更具需求迅速生产,按时交货,就必须有一个好的计划,使得市场销售和生产制造2个环节能够很好地协调配合。

销售管理是商业企业经营管理中的核心关节,也是一个企业能否取得效益的关键。

如果能做到合理生产、及时销售、库存量最小、减少积压,那么企业就能取得最佳的效益。

由此可见,销售管理决策的正确与否直接影响了企业的经济效益。

在手工管理的情况下,销售人员很难对客户作出正确的供货承诺,同时企业的生产部门也缺少一份准确的生产计划,目前的生产状况和市场的需求很难正确的反映到生产中去,部门之间的通讯也经常部畅通。

这在激烈竞争的市场中是非常不利的。

企业销售管理系统就是在这种状况下出现的。

它利用计算机的技术,使得企业生产、库存和销售能够有利结合起来,产销连接,提高企业的效率和效益。

第一节系统设计一、系统客户要求系统开发的目标是实现企业销售管理的系统化、规化和自动化。

这是在用户要求的基础上提出来的,用户要求如下。

●产销衔接。

利用销售管理系统后,要求能够对整个生产过程进行实时的监控,特别是一些半产品和热销产品的库存量和生产能力。

对于即将生产完成的产品,能够提前将信息由生产部门传递到销售部门,这样销售部门可以根据客户订单的要求,提前做好发货的准备;对也不能按时完成的产品,系统自动向经理发出警报,以便及时采取措施。

●产品库存。

通过本系统能够清楚的看到企业库存中的产品数量、存放地点等信息。

使得生产部门和销售部门都能够根据库存信息做出决策。

●订单管理。

对于销售部门输入的订单能够通过电脑以这跟踪下去。

企业做到以销定产,在库存中备有一定的储备量。

●客户管理。

能够对企业的顾客有一个清楚地了解,通过客户管理分保持和客户良好的关系。

即使得到客户反馈的意见,上交有关部门及时处理。

●发货计划。

根据客户订单的要求和企业现有的库存,制定发货数量、发货顺序等计划。

●生产计划。

根据客户订单的要求和企业现有的库存、制定企业的生产计划。

二、系统开发目标在上面用户要求的基础上,得到下面的系统目标。

●●产销管理。

能够对整个生产过程进行实时的监控,特别是一些半产品和热销产品的库存量和生产能力。

加强企业生产部门和销售部门之间的联系和沟通。

●●库存管理。

能够清楚的看到企业库存中的产品数量、存放地点等信息。

对于库存过多和过少的产品进行报警。

●●订单管理。

对于订单能够实现计算机联网输入、查询、跟踪和确认。

订单可以根据多个方面进行汇总分析。

●●客户管理。

能够对企业的顾客有一个清楚地了解,通过客户管理部分保持和客户良好的关系。

能够根据客户查询客户订单完成情况。

●●发货计划。

根据客户订单的要求和企业现有的库存,制定发货数量、发货顺序等计划,形成货物销售单。

●●生产计划。

根据客户订单的统计和企业现有的库存,制定企业的生产计划。

三、开发设计思想●●尽量采用公司现有软硬件环境,及先进的管理系统开发方案,从而达到充分利用公司现有资源,提高系统开发水平和应用效果的目的。

●●系统应符合生产、销售、库存的规定,满足公司日常工作需要,并达到操作过程中的直观、方便、实用、安全等要求。

●●系统采用先进的两层体系结构,Client(客户端)负责提供表达逻辑、显示用户界面信息、基本操作;Server(服务器端)负责实现数据服务。

●●系统采用模块化程序设计方法,即便于系统功能的各种组合和修改,又便于未参与开发的技术维护人员补充、维护。

●●系统应具备数据库维护功能,及时根据用户需求进行数据的添加、删除、修改等操作。

能够对数据库表格进行备份。

四、系统功能分析系统功能分析是在系统开发的总任务的基础上完成。

本例子中的销售管理系统需要完成产销衔接、产品库存管理、订单管理、客户管理、发货管理、生产计划管理、库存管理等多个功能,满足企业高效管理的需求。

五、系统功能模块设计在系统功能分析的基础上,考虑PowerBuilder程序的特点,得到如图1所示的系统功能模块图。

图1 系统功能模块图销售管理系统和企业中其它子系统的关系销售管理系统是整个企业信息管理系统的一个最重要部分。

它与企业中其它系统之间的接口和关系如下。

●●与生产子系统的连接。

通过销售管理系统建立订单和生产子系统之间的关系。

系统可以将企业生产部门作为一个客户,模拟订单输入方式,按照订单和产品的优先级产生不同时期的生产计划。

生产部门可以预期向销售部门反映订单完成情况。

●●与财务系统的关系。

将客户汇款、转账等转入企业财务系统管理。

●●与销售分支机构的关系。

传送订单、发票和应收款信息。

第二节数据库设计一、数据库需求分析在仔细调查企业销售管理过程的基础上,得到系统所需要处理数据的流程,如图2所示。

图2 数据流程图针对本实例,通过对企业销售管理的容和数据流程分析,涉及的数据项和数据结构如下。

●●客户信息。

包括的数据项有客户编码、名称、地址、税号、信誉度、国家、省份等。

●●订单信息。

包括的数据项有订单时间、客户编号、货品号、数量、交货时间、负责业务员、订单号、是否已经交货等。

●●库存信息。

包括的数据项有货品号、数量、存放地点等。

●●发货信息信息。

包括的数据项有发货时间、客户编号、货品号、数量、经手人对应订单等。

●●产品信息。

包括的数据项有货品号、名称、企业的生产能力、单个产品的利润、单价、型号等。

●●产品生产信息。

包括的数据项有货品号、数量、计划完成时间、生产负责人等。

●●产品进库信息。

包括的数据项有货品号、数量、进库时间、经手人等。

有了上面的数据结构、数据项和数据流程,就能进行下面的数据库设计。

二、数据库概念结构设计这一设计阶段是在需求分析的基础上,设计出能够满足用户要求的各种实体,以及它们之间的关系,为后面的逻辑结构设计打下基础。

本实例根据上面的设计规划出的实体有:客户实体、订单实体、库存实体和产品实体。

各个实体的E-R图以及实体和实体之间的关系E-R图描述如下。

图3 客户实体E-R图E-R图图4为订单实体5为库存信息实体E-R图。

图图6为发货信息实体E-R图。

图6 发货信息实体E-R 图图7 产品实体E-R 图图8为生产信息实体E-R 图。

图8生产信息实体E-R 图图9为进库信息实体E-R 图。

图9 进库信息实体E-R 图实体和实体之间的关系E-R 图如图10所示。

图10 实体之间关系E-R图三、数据库逻辑结构设计在上面的实体以及实体之间关系的基础上,形成数据库中的表格以及各个表格之间的关系。

销售管理系统数据库中各个表格的设计结果如下面的几个表格所示。

每个表格表示在数据库中的一个表。

表1为客户信息表格kehu。

表1 客户信息表格kehu表2为订单信息表dd。

表2 为订单信息表dd表3为库存信息表格kc。

表3 库存信息表格kc表4发货信息表fh。

表4 发货信息表fh表9-5为产品信息表破product。

表5 产品信息表破product表6为产品生产表producting。

表6 产品生产表producting表7为产品进库信息表jk。

表7 产品进库信息表jkProduct_indate DATE NULL 进库时间Product_manager VARCHAR2(10) NULL 经手人实例3 考勤管理系统考勤管理既是企业劳动认识管理的重要方面,同时也是企业财务管理的重要方面,因为它是和人、事都相关的方面。

考勤管理系统需要和员工人事管理连接,同时需要连接工资管理系统等等,用语完成员工的升迁、工资、津贴、医疗保险、保险费、实际发放工资等。

第一节系统设计一、系统目标设计●系统开发的总体任务是实现企业员工考勤管理的系统化、规化、和自动化。

●能够和人事管理系统、工资管理系统相结合,真正实现企业高效、科学、现代化的员工管理。

二、开发实际思想●尽量采用公司现有软硬件环境,及先进的管理系统开发方案,从而达到充分利用公司现有资源,提高系统开发水平和应用效果的目的。

●员工考勤管理系统能够和考勤机相连接,从而完成自动、高效、科学的考勤信息输入。

●系统采用模块化程序设计方法,既便与系统功能的各种组合和修该,又便于未参与开发的技术维护人员补充、维护。

●系统应具备数据库维护功能,即使根据用户需求进行数据的添加、删除、修改、被分等操作。

三、系统功能分析考勤管理涉及企业人事管理的多个方面,如员工职务升迁、工资发放、奖金发放、员工医疗保险发放等等。

本利自重的考勤管理系统需要完成功能主要有以下几点。

●员工考勤信息处理。

该莫完成员工考勤情况的输入、修改等操作。

如果企业有考勤机,可以将它的输出处理后,形成考勤管理系统考勤模块的输入。

●企业缺勤类型的设定。

●企业考勤统计。

该模块可对某个员工进行考勤情况的统计,生成统计报表。

四、系统功能模块设计在系统功能分析的基础上,考虑PowerBuilder程序编制的特点,得到如图1所示的系统功能模块图。

图1系统功能模块如图五、考勤管理系统和企业中其他系统的关系考勤管理袭击全企业信息管理系统的一个有机组成部分。

他与企业中替他系统之间的关系如图2所示。

考勤情况 考勤情况 考勤情况图2 和企业中其他系统之间的关系第二节 数 据 库 设 计一、数据库需求分析在仔细调查企业考勤管理过程的基础上,得到系统所要处理数据的流程如图3所示。

图 3 数据流程图针对本实例,通过对企业考勤管理的容和数据流程分析,设计的数据项和数据结构如下: ● 员工考勤信息。

包括的数据项有员工号、缺勤时间、缺勤天数、缺勤类别等。

●缺勤类别信息。

包括的数据项有缺勤类别 、名称、描述等。

工资管理考勤管理人事管理系考勤缺勤报表考 勤 管 理 系 统人 员 考 勤 信 息 数据库考 勤 信 息 统 计 报 表 生 成企 业 其 他 信 息 管 理 系 统手工输入考勤机输入 数据维护员工基本信息。

包括的数据项有员工号、员工、员工工种、员工所属部门等。

有了上面的数据结构、数据项和数据流程,就能进行下面的数据库设计。

二、数据概念结构设计本实例根据上面的设计规划出的实体有:考勤信息实体、员工基本信息实体、缺勤类型实体。

各个实体的E-R 图以及实体和实体之间的关系E-R 图描述如下。

图4为员工基本信息实体E-R 图。

图4 员工基本信息实体E-R 图图5为考勤信息实体E-R 图图5 考勤信息实体E-R 图图6为缺勤类型实体E-R 图图6 缺勤类别实体E-R 图实体和实体之间的关系E-R 图如图7所示。

图7 实体之间关系E-R 图三、数据库逻辑结构设计员 工 基 本 信 息员工号姓名员 工 部 员工职务考勤 信 息员工号.姓名缺勤天数 缺勤类别 时间、原因缺勤类型类别名称描述员工考勤信息具有1:N属于1:N缺勤类型在上面的实体以及实体之间关系的基础上,形成数据库中的表格以及各个表格之间的关系。

相关文档
最新文档