平安工地考勤管理系统方案.docx

上传人:b****6 文档编号:7750370 上传时间:2023-01-26 格式:DOCX 页数:12 大小:516.36KB
下载 相关 举报
平安工地考勤管理系统方案.docx_第1页
第1页 / 共12页
平安工地考勤管理系统方案.docx_第2页
第2页 / 共12页
平安工地考勤管理系统方案.docx_第3页
第3页 / 共12页
平安工地考勤管理系统方案.docx_第4页
第4页 / 共12页
平安工地考勤管理系统方案.docx_第5页
第5页 / 共12页
点击查看更多>>
下载资源
资源描述

平安工地考勤管理系统方案.docx

《平安工地考勤管理系统方案.docx》由会员分享,可在线阅读,更多相关《平安工地考勤管理系统方案.docx(12页珍藏版)》请在冰豆网上搜索。

平安工地考勤管理系统方案.docx

平安工地考勤管理系统方案

平安工地考勤管理系统方案

(研发部)

 

拟制人许维义日期2011年9月1日

审核人日期年月日

批准人日期年月日

 

黑龙江共友科技发展有限公司

 

1总述

近年来,我省各级建设主管部门不断加大对建筑劳务市场的监管力度,施工企业劳务用工逐步规范,建设领域拖欠农民工工资现象逐年减少。

但是,目前建设施工行业劳务用工管理整体较为混乱的状况还没有得到根本扭转,不少企业对基层施工人员的组织管理普遍较为松散,由工程项目部或班组长招用民工,以包代管,不履行相应的管理和培训教育职责,对施工现场人员数量、基本情况、进出时间、工作出勤和工资发放情况不掌握,时而发生劳资双方对薪酬计算不统一的情况,甚至有人伪造出工纪录,恶意讨薪,使得企业和民工的权益难以得到保障。

同时,建设主管部门对本行政区域内施工现场民工数量、来源、文化层次、年龄结构、技能培训等基本情况也不了解,难以根据实际情况制定有针对性的管理、教育和服务措施。

介于上述问题,建立能动态反映施工现场一线作业人员实际情况的数据库、花名册、考勤册和工资册等管理台帐,实现施工现场人员底数清、基本情况清、出勤清、工资发放记录清、进出时间清等“五清”目标的管理制度迫在眉睫。

哈尔滨市建委(建设局),根据《建设部关于贯彻〈国务院关于解决农民工问题的若干意见〉的实施意见》等文件精神,为进一步规范建筑市场秩序、培育成建制劳务队伍、提高施工企业劳务用工管理水平,并保障建设工程质量安全,进而实现“建筑强省”战略,而提出了在建筑行业内构建考勤管理平台“平安工地考勤管理系统”的计划。

平安工地考勤管理系统依托网络信息技术,结合先进的物联网架构,整合主流3G通信技术、虹膜、面部生物识别技术,对建筑施工工地人员信息进行多维采集,并利用数据仓库整合技术及ETL对其综合分析并汇总,以求达到这些目标:

增强建设工程施工现场作业人员的动态管理;落实施工现场作业人员的教育、管理和服务各项工作;防范民工工资纠纷,维护民工权益和社会稳定。

2任务目标

本方案旨在帮助建委(建设局)提高施工企业劳务用工管理水平,保障建设工程质量安全。

为实现方案目标,本方案从多个角度实现对建筑行业员工的考勤管理。

•考勤数据采集:

依托成熟的互联网、3G通信技术,使用虹膜或面部识别议,采集建筑工人的虹膜或面部生物部位图像信息,做到上下班考勤,并将考勤时间及时存储到本地数据库中,提供有效的出勤管理依据。

•组织机构化分:

根据改进的基于角色访问控制模型(RBAC)而设计,并重点利用了角色,密级和范畴的概念,设计了不仅能根据角色来控制用户所能操作的模块,而且还可以根据操作范围来控制在这个模块中的权限大小,实现了权限的二级联合控制。

权限访问控制的功能主要包括身份认证,角色管理,用户管理,角色权限,用户特权等。

•考勤规则设定:

对工地施工人员、监理人员、安监人员的出勤制定出相关的规则,系统设置这些人员上下班考勤的时间及倒班工人在不同时间段内每天工作的工时;对于一些加班、请(销)假等事项,定制录入平台的最后期限或日期。

为了能统计迟到、早退的人员,系统规则设定了它们上下班打卡的延迟时间。

•考勤核对:

对系统平台形成的考勤识别记录及一线工人的工时,相关有权限的管理人员根据实际情况进行核对、修改。

核对、修改后的数据会及时保存到数据库中,也可以通过报表汇总。

对于这些修改操作,系统会自动记录操作人、操作时间。

•报表统计:

依照建筑工地现场考勤管理办法和系统制定的考勤规则,系统不但实现了考勤原始记录表、考勤时间日报表、考勤时间月报表、考勤人数统计表等统计,而且可以把这些报表打印成纸质材料装订成出勤台账报送建委(建设局),真实地反映施工现场一线作业人员出勤情况。

报表也可以导出Excel、PDF格式文件进行归档。

3项目范围

用户范围:

建委(建设局)、施工单位(施工队)、监理单位

部署范围:

施工工地

4总体方案

4.1网络拓扑

图4-1

如图4-1所示,系统数据采集端采集到考勤数据后,在3G网络或有限网络正常的情况下,通过安全认证服务器验证后,定时将数据发送到远程服务上进行存储,同时,各级用户(如建委(建设局)施工单位、监理单位等)可以通过WEB服务器登陆系统,数据将以表格等形式展现给用户,使用户足不出户即可及时、准确的监管现场和综合检索查询。

4.2整体框架

平台结构拟按照先进的SOA框架设计,包括底层数据层、web应用层、用户展现层。

根据需求分析,系统融合远程数据采集端,通过TCP/IP协议远程交互数据,实现远程无缝隙的管理。

如图4-2所示:

图4-2:

5功能介绍

5.1考勤数据采集

注册端通过网络,将工人的虹膜、面部识别、照片等信息保存到服务器中。

工人考勤时会在识别端显示姓名、部门及工人照片等基本信息,并在本地保存识别记录,定时通过网络上传至远程服务器上。

考勤记录可以导出到移动存储器中,形成电子文档进行归档。

同时,在网络数据无法传输,考勤记录无法上传至服务器时,也可以通过移动存储设备在服务器端导入。

考勤记录流向具体如图5-1所示:

图5-1考勤数据流向图

5.1.1注册端

使用虹膜、面部生物识别仪,采集工人重要信息、照片等其他内容,通过网络,保存到服务器中。

5.1.2识别端

随着操作系统的启动,识别端会自动运行,并显示考勤机、远程服务器连接状态;工人考勤时在液晶显示屏上显示员工的基本信息和图片,并把考勤记录保存在本地。

在考勤空闲时间,系统会定时将考勤记录通过网络上传到远程服务器。

5.1.3远程数据库配置

配置远程连接IP、用户名、密码等信息,软件将根据配置信息,连接远程服务器。

5.1.4识别记录导出

识别端数据库中的考勤记录,可以被导出成文件保存到其他存储设备中进行携带,同时,该考勤记录也可以直接通过移动存储设备导入服务器。

5.2考勤管理系统

5.2.1组织管理

系统将提供管理施工工地的组织机构、岗位、人员和系统角色、权限,及其之间关系的平台。

用户对系统功能、数据的访问权限由其系统角色决定。

图5-2组织关系管理示意图

5.2.1.1组织机构信息管理

管理施工工地按照管理级别和职能范围划分组织机构信息。

系统将提供组织机构的树状图表,明确、清晰地反映各个组织机构之间的关系,实现对建筑工地各级职能部门的统一管理、维护与查询。

5.2.1.2岗位管理

管理施工工地按照工作职能划分岗位信息。

提供岗位名称及其职责说明的表格列表。

岗位的职能决定了其应使用的系统功能。

实现对建筑工地各主要岗位信息的统一管理、维护与查询。

5.2.1.3人员管理

设定人员的基本信息、所属的机构以及岗位、角色等。

系统将提供统一的人员信息管理、维护与查询的功能。

5.2.1.4角色及权限

管理系统中的角色,并设定各个角色具有的权限。

系统中,对用户访问的控制,主要通过角色和权限来完成。

不同的角色和权限对系统中功能和系统数据的使用和操作范围是不同的。

为达到这一目的,系统将提供高度灵活并且完善的权限设定方式。

图5-3角色与其功能、权限的对应关系

5.2.2系统设置

该部分将提供基础数据的定义,系统功能的配置管理功能。

5.2.2.1参数设置

制定系统运行的基本设置,设定系统的考勤数据上传时间,系统会在设定的时间对系统考勤数据自动上传至服务器。

为避免数据丢失,系统拟提供设置数据库定期备份时间的功能。

这些设置能使软件的运行和使用更适合用户的需要。

5.2.2.2数据字典

数据字典是按照类别组织的一个常用词列表。

在用户需要在界面中输入某一类数据时,系统自动在数据词典的相应类别下查找与用户输入字串匹配的项目并列出,使用户可以使用自动补全功能,方便用户使用。

系统拟提供对数据词典进行编辑的功能。

5.2.2.3操作日志

用于记录用户操作系统的日志。

记录用户登录系统的时间、用户的IP及使用的功能模块,并且可以针对这些操作进行查询、筛选和打印,从而为管理者提供管理的依据。

5.2.3考勤管理

该部分内容是为了加强现场施工考勤管理,明确工程现场考勤相关规定而设计的。

现场考勤部分将包含出勤、加班、请(销)假等内容。

系统拟通过该部分内容实现规范现场施工考勤的运作流程,并保障考勤正确、有效的目的。

5.2.3.1考勤规则

工地为有效的管理施工人员而定制考勤规则,如上下班时间、每天工作小时数、迟到早退、自定义替代符号、请假缺勤制度、管理监管制度等,工程人员必须遵守考勤规章制度。

这些考勤规则将在系统中有充分的体现,并通过系统实现行之有效的管理方式。

5.2.3.2缺勤请假录入

系统拟提供对缺勤请假等记录进行手动录入的功能。

用户使用系统中的各种事项的模板,填入相关信息即可。

系统将提供查询和修改已录入信息的功能。

在本系统中,通过权限控制即可控制某个用户对缺勤请假录入等的操作。

5.2.3.3考勤核对

系统拟实现根据考勤规则和缺勤请假记录等纸制材料,对原始考勤数据进行增补的功能。

考勤核对完成后,形成最终的核对报表。

系统中将保留核对记录历史记录,供以后查询使用。

通过系统使用权限的设定,可以控制用户对考勤核对等事项的操作。

图5-4

5.2.4报表

系统拟实现将考勤原始数据汇总,按一定形式组织生成数据报表,供用户查阅、导出、打印的功能。

系统拟产生的报表有:

考勤原始记录表、考勤日报表、考勤月报表和员工人数统计报表等。

通过使用权限控制用户所能防问的数据集合。

系统将提供制作报表模板,定义新的报表类型的功能,并提供浏览器客户端组件,方便客户将报表导出为Office文档文件,进而打印纸制报表。

图5-5

5.2.4.1考勤原始记录表

考勤原始记录表是对考勤人员每次考勤的姓名、时间、地点、等信息的原始数据记录汇总。

系统拟提供根据定工地、时间段、部门、施工队等对关键词进行过滤查询的功能。

5.2.4.2考勤日报表

考勤日表是以每日为周期汇总的人员考勤时间、地点信息,及其统计数据的报表。

系统拟提供根据指定工地、时间段、部门、施工队等关键词进行过滤查询的功能,同时提供按照工地、部门、施工队、工种等条件对统计数据进行分组汇总的功能。

5.2.4.3考勤月报表

勤月表是以每月为周期汇总的人员考勤时间、地点信息,及其统计数据的报表。

系统拟提供根据指定工地、时间段、部门、施工队等关键词进行过滤查询的功能,同时提供按照工地、部门、施工队、工种、工作日等条件对统计数据进行分组汇总的功能。

5.2.4.4考勤人数统计表

考勤人数统计表示按照工地职能部门分组统计的,每月应考勤人数及实际考勤人数的对照报表。

系统拟提供根据指定工地、时间段、部门、施工队等关键词进行过滤查询的功能,同时提供按照按照工地、部门、施工队、工种等条件对统计数据条件进行分组汇总的功能。

6项目投资

6.1系统软、硬件投入

人员投入:

本系统从需求调研到项目评审周期结束,拟投入人力53天/6人,即拟定6人在53天之内完成该项目。

项目的投入费用:

软件研发费用17.3万元,其他(服务器、网络设备)费用2.3万元;

考勤采集端设备:

虹膜识别设备1.5万/人脸识别设备0.7万。

识别设备随工地用量,费用另外核算。

表6-1软硬件投入明细表

项目名称

平安工地考勤管理系统

项目负责人

序号

功能点

经费

1、软件

1.1

注册端

5万

1.2

识别端

3.5万

1.3

数据库配置

0.2万

1.4

考勤记录导出

0.1万

1.5

组织管理(4项)

2.5万

1.6

系统设置(3项)

2万

1.7

考勤管理(3项)

3万

1.8

报表(4张)

1万

小计

17.3万

3、硬件

2.1

Web服务器

0.6万

2.2

数据库服务器

0.8万

2.3

认证服务器

0.3万

2.4

硬件防火墙

0.5万

2.5

其它包括:

双胶线、电源

0.1万

小计

2.3万

总计

19.6万

6.2采集端硬件设备

序号

设备

价格

2、采集端(终端)

2.1

虹膜/面部识别议

1.5万/0.7万

小计

1.5万/0.7万

6.3系统软件建设

合计投入17.3万万元整,人力成本53天/6人(例:

6人团队,需要耗时53天)

各项设备/费用工作简介:

1、需求调研

需求调研实际上回答了“用户想要什么”的问题。

需求调研是系统开发的开始阶段,其过程就是收集各种单据报表等基础数据并针对不同管理层次的用户询问不同的问题,列出问题清单。

这个阶段,需要将操作层、管理层和决策层之间的需求既联系到一起,又相互区分开,形成金字塔模型,使下层能够满足上层的需求。

这部分工作需要反复进行并迭代分析,才能充分了解用户领域的组织结构、岗位设置和职责定义,进而从功能上区分有多少个子系统,划分系统的大致范围,明确系统的目标,为后续工作奠定良好基础。

2、需求分析及设计

需求分析回答了“系统做什么”这个问题。

所谓“需求分析”,是指在需求调研的基础上,由资深专业人员对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么。

明确哪些功能由计算机完成或将来准备让计算机完成,哪些活动由人工完成。

由计算机完成的功能就是新系统应该实现的功能。

需求分析是一项重要的工作,也是最困难的工作。

其质量直接关系到用户对软件的满意度和软件是否能如期完工。

系统设计回答了“怎样做”这个问题。

系统设计根据需求分析阶段所确定的逻辑模型和功能要求,在用户提供的环境条件下,设计出一个能在计算机网络环境上实施的方案,即建立新系统的物理模型。

并将用户需求拆解直至功能模块,建立数据库及逻辑关系流程等,即将用户语言转译成开发语言并使其严格一致。

3、编码及单元测试

编码阶段“具体去做”。

编码阶段包括代码编写和单元测试,因此被统称为实现。

所谓编码就是把软件设计结果翻译成某种程序设计语言书写程序。

单元测试就是对编写的结果进行分体检测。

4、系统测试

系统测试阶段在反复验证“做的怎样”的问题。

系统测试是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起,进行信息系统的各种组装测试和确认测试,其目的是通过与系统的需求相比较,发现所开发的系统与用户需求不符或矛盾的地方,从而提出更加完善的方案。

它的任务是尽可能彻底地检查出程序中的错误,开发人员进行修改并由测试人员再次验证,通过这种重复与迭代提高软件系统的可靠性,最终与用户预期目标一致。

5、实施部署

实施部署在解决“怎样去用”的问题。

软件部署环节就是负责将软件项目本身,包括配置文件、用户手册、帮助文档等进行收集、打包、安装、配置、发布到客户机或服务器上使系统可用。

软件实施环节则是一个长期的过程,主要指跟踪系统运行和使用情况,对客户进行指导培训,协助客户进行系统维护和应用推广。

7、人脸识别议

面部识别技术,是以人脸识别技术为核心的新兴生物识别技术,是当今国际科技领域攻关的高精尖技术,并被认为是一种会在不远的将来得到广泛使用的技术,在未来有不可估量的发展潜力。

面部识别技术依托于人脸,因人脸具有不可复制、采集方便、不需要被拍者的配合,所以这项技术深受广大用户欢迎。

面部识别方法有多种,但是通常涉及捕获、分析和对比等一系列步骤,将你的面孔与数据库中存储的图像进行对比。

如图:

7.1图

识别率:

>=99%

识别速度:

<1.5秒

人员限制:

不能超过500人,根据型号来定。

通讯协议:

TCP/IP通讯;

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 工程科技 > 环境科学食品科学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1