实名制管理系统技术要求.docx

实名制管理系统技术要求.docx

《实名制管理系统技术要求.docx》由会员分享，可在线阅读，更多相关《实名制管理系统技术要求.docx（12页珍藏版）》请在冰豆网上搜索。

实名制管理系统技术要求

实名制管理系统

软件技术要求

二O一四年四月

实名制管理系统

软件技术要求

共10页

拟制______________年___月___日

审核______________年___月___日

会签______________年___月___日

标准化______________年___月___日

批准______________年___月___日

版本号

日期

主要修改内容

备注

V0.5

2014-04-29

初始版本

V0.6

2014-05-06

1.增加培训管理，

2.工人管理中，增加合同管理

3.业务流程删除管理部门巡检

4.角色删除巡检员

1引言

本文档详细描述实名制管理系统的软件技术要求，包括系统概述、功能性要求以及非功能性要求，为实名制管理系统软件的提供开发依据。

2业务概述

2.1业务特点与范围

建筑行业工人的实名制管理主要为了监督建筑项目，对项目、企业、工人的有序管理，实现施工现场人员“五清”——人员数量清、基本情况清、出勤记录清、工资发放记录清、进出项目时间清，降低工人与企业之间产生工作工资纠纷的概率。

2.2业务流程

●实名制管理开展流程

企业、项目以及分包通过系统注册账户，并登记信息、上报到行业管理部门对上报的信息进行审核。

项目部以及分包登记人员资料，上报人员信息到管理平台，行政管理部门对上报的人员信息进行审核。

项目部以及分包为审核通过的人员制作实名信息卡，发放到持卡人。

控卡，发卡权限可配置，统一发卡或项目发卡可选。

●民工工资发放流程

通过现金发放民工工资时，在系统工资发放模块中，选择要发放工资的人员，填写工资金额，发放工资的类别（工资、生活费、其它），发放月份，发放金额比例，未发金额等相关信息，由民工确认成功后形成工资发放记录。

通过银行发放工资，在系统工资发放模块中，选择已发放工资的人员，填写工资金额，发放工资的类别（工资、生活费、其它），发放月份，发放金额比例，未发金额、银行卡号，银行转账凭证图片等相关信息后保存，形成工资发放记录。

工资发放记录保存到系统服务器，供行政管理部门检查以及劳资纠纷仲裁。

3系统概述

3.1产品描述

实名制管理系统实现对企业、项目、工人、工资、考勤等数据的管理，明确主管部门、企业、项目、工人之间的关系，为实现“五清”目标服务。

实名制管理系统软件即要保证监督有效，又要考虑用户的使用便利性，尤其实名制制卡以及监督管理。

3.2产品功能

图1产品功能组成

3.3系统角色

1）管理部门用户

行政管理部门操作人员，主要开展企业、项目、分包以及工人的信息审核，并开展日常在线检查工作。

另外负责下发相关公告。

2）企业用户

企业用户主要分为建筑企业用户、劳务企业用户。

建筑企业用户管理属于其公司的项目，劳务企业管理属于其企业的劳务分包。

3）项目用户

项目部操作人员，实名制管理的一线人员，对本项目进行工人管理、进出场管理、工资管理、考勤管理以及考勤机的配置等。

4）项目分包用户

属于劳务企业，参与某项目的分包操作人员，负责本分包的工人管理、进出场管理、工资管理、考勤管理等。

5）工人

项目工地工人以及项目部的管理人员，上下班打卡以及收工资确认。

6）系统管理员

系统管理员，负责日志管理、系统管理等。

配置系统参数和基础数据，开展日常维护。

3.4运行环境

该系统为B/S二层结构，它的运行环境分客户端服务器端二部分。

以下是系统的软件环境。

（1）客户端

操作系统：

WindowsXP、Windows7以及更高版本。

浏览器：

IE6以上，其它常见浏览器如FireFox。

（2）服务器端

操作系统：

Windows2003Server或更新版本。

数据库：

OracleDatabase，或者MySql，或者sqlserver

3.5约束条件

●各地方在具体实施实名制管理的时，存在各种差异，实名制管理系统需要考虑可定制性，满足各地的差异化要求。

●新版实名制软件需要兼容以往版本的数据库。

4功能性需求

1.

2.

3.

4.

4.1账户管理

账户管理主要包括系统中各个相关角色账户的注册、登陆、注销、信息修改以及账户的权限配置。

本系统账户角色分为：

系统管理员、行业管理部门、建筑企业、劳务企业、项目部、劳务分包。

系统采用实名制，一个企业、一个项目、一个分包只有一个账户。

4.2审核管理

审核管理主要指行政管理部门的审核工作，包括工人审核、分包审核、项目审核、企业审核等。

分包审核：

行政管理部门对分包信息进行审核，审核状态：

未审核、通过审核、未通过审核（需要填写原因），分包账户只有通过审核后才具有系统操作权限。

项目审核：

行政管理部门对项目信息进行审核，审核状态：

未审核、通过审核、未通过审核（需要填写原因），项目账户只有通过审核后才具有系统操作权限。

企业审核：

行政管理部门对企业信息进行审核，审核状态：

未审核、通过审核、未通过审核（需要填写原因），企业账户只有通过审核后才具有系统操作权限。

工人审核：

行政管理部门对企业登记工人信息进行审核，审核状态：

未审核、通过审核、未通过审核（需要填写原因），工人信息只有通过审核后才能进行制卡操作，并且通过审核后企业不能修改工人档案。

4.3工人管理

工人管理主要指管理系统中的工人进行，项目部和劳务分包具有操作权限。

主要包括查找工人、工人信息登记、工人信息修改、制作实名制卡、补办实名卡、合同管理等。

工人信息录入方式：

手动输入，身份证读卡器读卡，Excel导入等

特种作业人员的证件

工人查找：

提供多条件的工人查找，主要包括身份证、姓名、工种等；

工人信息登记：

实现企业登记本企业工人档案信息；

已登记人员在录入身份证信息的时候直接调出以前录入的信息

工人信息修改：

工人档案修改，身份证号不能修改；

制作实名制卡：

对未办卡的工人可进行办卡申请，系统能管理工人办卡状态，选择后提交申请，状态为申请中，制卡中心在制卡后，办卡申请状态自动变成已制卡；项目部自行发卡就不需要申请。

补办实名卡：

对已办卡人员进行补卡申请，补卡申请时可通过身份证号进行录入，并提交，状态为申请中，制卡成功后，办卡申请状态自动变成已补卡。

办卡收卡押金、离职退卡退押金。

合同管理：

实现对工人合同信息的增加、删除、修改、历史查询。

4.4进出场管理

进出场管理指本项目相关的人员的进场和出场，项目部和劳务分包具有操作权限。

项目部和劳务分包可以查询属于本项目或者分包的人员，并人员进行进场和出场操作，只有进场的人才纳入系统的项目管理。

人员登记时就进场，不增加另外的进场操作，

4.5工资管理

工资管理主要包括两部分内容：

参考工资管理和工资发放管理。

参考工资管理由行政管理部门负责，包括参考工资的增加、删除、修改、下发等，参考工资应按工种录入，包括月薪、日薪和时薪三种，一般每季度更新一次，：

参考工资发布后将不能进行修改删除操作，企业项目才能看到参考工资。

发放工资由项目部和劳务分包分组，包括发放登记、修改、删除、查询等功能。

发放登记支持现金发放和银行转账发放，支持存储银行转账记录或者工人收工资确认记录的保存。

4.6考勤管理

考勤管理有项目部和劳务分包负责，包括考勤查询、考勤打印、异常考勤处理、考勤机数据同步。

有班次设置和排班功能，项目管理人员考勤与民工考勤，考勤日报，月报，明细，汇总等

4.7考勤机管理

考勤机管理由项目部负责，包括考勤机的登记、查询、删除等。

4.8监督管理

监督管理只要指行政管理部门现场检查实名制，并把检查结果同步到系统。

在系统中根据检查情况对违规企业和项目进行处理。

检查现场民工的资料核对，违规操作情况，不文明施工情况

4.9公告管理

公告管理主要包括公告增加、删除、修改、查询、下发。

由行政管理部门负责。

4.10培训管理

登记项目部开展的各种培训，包括培训类别、培训主题、培训内容、培训日期、培训时间、培训讲师、培训单位等相关信息；

并可上传受训人员签到表复印件、现场照片等文件。

并可利用专用培训考勤机实现培训人员的签到签退管理，人员在培训开始前刷卡签到，培训结束后刷卡签退，形成培训记录，下载记录到系统后生成培训人员名单。

4.11警示管理

警示管理由行政管理部门负责，主要包括警示信息查询和警示规则制定。

警示规则包括：

●项目在开工后一周内必须上传相应考勤数据，否则提出警示。

●项目上报后一定时间没有登记考勤设备

●连续多长时间没有考勤记录

●连续多长时间没有发放工资记录

●连续多长时间没有管理人员的考勤记录

4.12日志管理

日志管理模块管理系统运行日志和操作日志，供查询。

4.13系统管理

系统管理由系统操作员负责，包括数据备份、数据恢复、系统配置、基础数据配置等功能。

基础数据主要包括：

工种维护、企业类型、管理地区维护、人员类型等。

4.14信息查询

信息系统所有信息的分类、按条件查询功能，主要包括企业、项目、分包、人员、工资等。

4.15统计分析

根据需要实现企业统计、项目统计、人员统计、考勤统计等。

●企业统计

区域企业数统计：

根据企业信息中的所属省、市区域进行统计，反映每个省、市的企业数；

注册资本统计：

按1亿以上、5000万至1亿、1000万至5000万、500万至1000万、500万以下的分类统计企业数；

本区域和进本区域企业统计：

根据企业所属市的条件统计本区域企业数和本区域以外的企业数；

企业类型统计：

根据企业属性中的类型（总承包、专业分包、劳务分包等）统计每种类型的企业数；

主项资质统计：

根据主项资质统计查询企业数；

企业工人统计：

统计企业各工种人员数量及总数量。

●项目统计

项目所在地统计：

统计各所在地项目数量；

项目安监所在地统计：

统计各地安监所属的项目数量；

工程造价统计：

按1亿以上、5000万至1亿、1000万至5000万、500万至1000万、500万以下的分类统计项目数；

项目状态统计：

统计在建和完工的项目数；

项目类型统计：

按项目类型，统计专业分包和劳务分包的数量；

项目人员统计：

统计各项目各工种的人员数量；

未刷卡人员统计：

统计7天以上未刷卡的项目人员。

●人员统计

性别统计：

性别人数统计；

籍贯统计：

籍贯人数统计；

学历统计：

学历人数统计；

年龄层次统计：

按18-20、21-30、31-40、41-50、51-60、60以上统计各年龄段人数；

民族统计：

民族人数统计；

社团统计：

社团人数统计；

从事工作统计：

一般作业人员、特殊作业人员、管理人员及工种人数统计；

人员流动统计查询：

人员所在区域的流动，所属企业和项目的流动；

企业新增人员统计：

按时间段统计企业新增人员；

项目新增人员统计:

按时间段统计项目新增人员；

连续在杭人员统计：

按在杭1年以下、1-3年、3-5年、5-10年、10年以上的类型统计人数；

所持证书统计：

按岗前证书及其他所持证书统计人数。

●考勤统计

在用卡统计：

7天内有刷卡记录为在用卡；

卡分布统计：

根据区域或企业分布情况；

企业考勤统计：

按时间段统计企业员工考勤；

项目考勤统计：

按时间段统计项目员工考勤；

个人考勤统计：

按时间段统计员工考勤；

项目进场人数：

根据刷卡记录统计各项目进场人数；

未刷卡项目：

连续7天未刷卡的在建项目；

考勤机在用情况统计：

考勤机在用和未用（一个月未有考勤记录）数统计。

●其他统计

工资指导价走势：

按工种指导价走势图；

工次发放统计，已发，未发

违规操作统计

实名制卡统计：

按时间段统计发卡，挂失，解挂，补卡，退卡数。

5非功能性需求

5.

5.1外部接口需求

a）考勤机接口

连接考勤机。

网络，串口。

b）身份证阅读器接口

连接身份证阅读器。

USB。

c）巡检机接口

连接巡检机。

网络。

d）发卡器接口

连接发卡器。

USB或者串口。

5.2界面设计要求

界面设计充分考虑操作性、一致性、合理性、美观与协调性、容错性。

具体以双方沟通为准。

5.3兼容性要求

数据库兼容杭州的实名制管理系统，可以实现杭州实名制系统移植到新实名制系统。

从科盟单机版工地管理系统迁移到新实名制系统

5.4可定制性和可扩展性要求

系统充分考虑后续项目存在的不同地区的使用差异性，提高系统的扩展性。

实名制系统可以实现从项目级应用到企业级应用以及到政府级应用的扩展，能实现无缝对接。

5.5容量和时间要求

系统管理的企业数量1000个以上。

项目数量10000个以上。

工人数量1000000以上。

系统性能范围内，页面响应速度小于2秒

5.6安全要求

本软件无特别安全要求。

5.7保密要求

无。

5.8软件合格性因素

编制的软件要保证模块功能的正确性、控制结构、数据结构和算法的合理性，以及涉及的程序与需求的一致性。

程序中提要和注释清晰、合理。