建筑劳务用工实名制管理平台建设方案

《建筑劳务用工实名制管理平台建设方案》由会员分享，可在线阅读，更多相关《建筑劳务用工实名制管理平台建设方案（22页珍藏版）》请在金锄头文库上搜索。

1、建筑劳务用工实名制管理平台建设方案2017年09月目录一、建设原则和策略1. 建设原则2. 建设策略二、建设目标1. 数据中心，跨级监管2. 信用体系，诚信建设3. 信息发布，公开透明4. 问题追溯，落实责任5. 自动预警，防范风险三、设计方案1. 平台功能架构2. 硬件及网络支撑平台3. 技术架构4. 网络拓扑结构5. 服务器列表6. 部署结构图7. 平台性能要求四、平台功能描述1. 政策法规& 行业资讯2. 信息公示3. 监管中心4. 用工招聘5. 认证中心6. 培训中心7. 预警中心8. 诚信中心9. 大数据中心10. 开放平台11. 管理后台五、数据来源及外部数据交换1. 数据来源2.

2、 外部系统交互173. 开放平台接口18六、系统建设保障191. 制度保障192. 组织保障193. 技术保障194. 资金保障205. 运维保障20七、项目实施进度（初步预估）20八、研发投入（初步估算）20九、经济效益与社会效益211. 经济效益分析212. 社会效益分析21建设原则和策略、1. 建设原则本项目的建设遵守以下原则：1）统筹规划与分步实施、近期计划与远期规划相结合。2）安全性：遵循国家信息安全防护各项要求。因平台中劳务用工实名制数据 海量存储，涉及到劳务工人的隐私，平台须确保这些数据的存储、访问和使 用的安全可靠。3）先进性和可靠性：作为全国性公共服务平台，系统采用的技术必须

3、要具有 先进性和可靠性。平台的应用基础架构应符合信息技术最新发展潮流，满 足大规模并发及系统扩展应用需求。系统要具备长期稳定工作的能力，有 良好的系统纠错和恢复能力，合理优化服务系统，稳定可靠运行。4）集成开放性：提供一个集成统一的管理平台，包含政府监管、劳务用工、建 筑企业实名制管理、信息发布、大数据中心等服务。平台应具备统一的数据 标准（符合四库一平台标准）、统一的数据接口，保障与第三方系统的无缝 集成。同时平台应实现不同层级组织机构、人员职责与平台权限一体化、业 务工作流程化、业务系统数据关联化，实现审计业务可追溯。5）易用性：平台前端须通过用户易用性测试，具有易理解性、易操作性、易学

4、性等特点，符合用户使用习惯，产品体验优秀。2. 建设策略建筑劳务用工实名制管理平台将以劳务实名制信息化管理为突破口，涵盖 监管单位、建设单位、建筑企业和劳务工人，通过采集建筑企业全生命周期用 工数据，构筑监管无死角、信息可互通、责任无盲区的建筑领域实名制管理平 台，为政府行政管理部门、行业各类企业和劳务工人提供服务。1）总体规划，分布实施整体系统模型立足于全国高度，以决策分析层面（政府行政口），管理执行 层面（政府行政口与企业口），服务层面（企业口与个人口），数据互动层面 为总体规划。2）重点突破，逐步完善选择核心管理层面为要点，进行平台的初步建设，并逐步完善，满足关键业 务需求，为后续构建大

5、数据中心，实现信息互通、行业管理等子系统或衍生 系统建设奠定基础。3）通过“梳子模型”对系统进行架构“梳子模型”是一个行业管理平台建设架构和建设路径的基本模型，梳子的筋 是由大模块形成的可组装、可拆卸的支撑平台；梳子的齿是多个独立存在的行 业应用系统，拆卸可独立运行。按照“统一标准、统一平台、统一数据，逐步 实现系统集成、资源整合、信息共享的系统建设要求。统一标准：建立统一数据模型，业务模型，数据/业务交互标准。统一平台：力求各类子系统/第三方系统建立相同数据库交互规范，统 一数据接口标准。 统一数据：建立平台统一的数据库标准，避免数据冗余和数据孤岛现 象。二、建设目标建筑劳务用工实名制管理平

6、台将整合政府机构、建设单位、承包企业、作 业企业，通过对劳务用工的全方位管理、服务，逐步达到“数据中心，跨级监 管”、“信用体系，诚信建设”、“信息发布，公开透明”、“问题追溯，落实责任”、 “自动预警，防范风险”的建设目标。1. 数据中心，跨级监管建筑劳务用工实名制管理平台的核心是建立一整套标准的实名制数据体系 和对接方案， 形成行业数据中心。通过统一的标准化数据接口和开放式 OpenAPI实现与各地实名制系统的数据互通、数据交换和数据共享，既能接受 来自全国建筑施工项目实名制管理系统上传的真实数据，又可以通过OpenAPI 接口从平台获取实名制数据，数据双向互通，打破数据孤岛。平台通过用户

7、角色与权限关联，实现“跨层级、跨区域”的灵活监管方式， 提升监管效率。政府监管部门通过平台能够第一时间了解施工项目的基本信息， 包括但不限于建设单位信息，施工企业信息，劳务工人等项目全生命周期的劳 务用工数据，信息实时更新，通过建立标准化监管流程和监管模型，依托平台 海量数据规模，打造集施工方生态链、政府监管链、劳务用工链衔接贯通的大 数据云计算中心，实现建筑劳务全过程、全方位管理，使监管部门能够把控整 个劳务市场发展趋势，用信息做判断，用数字做决策。2. 信用体系，诚信建设我国劳务工人信用体系建设仍处于萌芽期，劳务工人缺失信用档案，企业 拖欠劳务工资问题也时有发生，亟待平台针对建筑领域施工企

8、业和劳务工人设 计一套标准的信用体系，在加强建筑企业和劳务工人的诚信建设和完善社会信 用体系方面，具有划时代的意义。截止目前，全国劳务工人因为缺乏有效信用 评估数据，并未进入全国个人征信系统，平台通过实时更新人员档案，包含籍 贯、学历、健康情况、技能水平、职业履历、信用评价、收入情况等从业数据， 经过数据挖掘、对比，得出公正、客观的评价，逐渐形成基础的劳务工人信用 体系；另一方面，将拖欠工资作为建筑企业诚信记录的重要考察标准，落实“施 工总承包企业对劳务工人工资支付负总责，作业企业负直接责任”的政策要求。3. 信息发布，公开透明平台建立违规违法敏感词库，并及时更新，实现系统自动过滤不良信息，提

9、 供建筑行业最新政策法规及政策解读发布和已发布的文件查询功能，展示最前 沿行业资讯和各层级主管部门公示公告，公开不良企业和个人诚信信息，信息 发布更加及时、准确和透明。4. 问题追溯，落实责任建筑领域工程项目施工周期长，参与方涉及面广，常规监管方式适用面窄， 因此，平台建立涵盖建设单位、承包企业、作业企业、班组及工人等多个层面 的建筑劳务用工数据可追溯体系是必要的。在建筑工程项目整个生命链条中， 以项目本身作为追溯体系识别的信息载体，建立项目库、企业库、实名信息库 等包含各种劳务用工数据的监管数据库，实现问题可追溯、人员可定位、责任 可追究，能够在强化实名制全过程管理中，有效控制风险，落实各方

10、监管责任。5. 自动预警，防范风险由于施工现场情况复杂，从业人员流动行强，监管难度大，为加强政府对工 程领域项目的监测管理，提升项目风险预警的能力，平台需要对监管单位重点 关注的区域，如工资发放、用工年龄、作业时间、有无合同、特殊工种证书、 是否进行安全教育培训等情况进行风险预警监测，按照实际需要，灵活设置预 警阈值，将预设阈值与平台获取的实时劳务用工数据进行比对，准确、及时、 自动地对各地项目实现监控预警，有效防范施工项目用工风险，维护社会稳定。三、设计方案1. 平台功能架构口手机匚1仃端|国移动终端I 口自助TW建筑劳务用工实名制管理平台监管中心大数据中心诚信中心信阜中心认证中心蜻训中O买

11、卷信扇座企业理客邕政策i醐密 ZDP|UiiE在线中心涅设方疝宜项目统计企业奖德记最行蛔忘认证报名专用魄程建谊方倒fr劳务工人黑窄单不艮记录沥学习下的心承包企业监甘含同鸵计朝工人瓷踞殖每企业评价不良记录甄计用工招聘留若弟饶计开放平台公皆发布政弟制!发布行业动态发布接口列表接口安例使用担南辿试工具不良萸会示黑名印会示案名制为棱心图1-平台功能架构图平台以“一卡通”实名制管理为核心，服务于政府监管部门、建设单位、 建筑企业、劳务工人等用户角色，平台包括建筑劳务用工实名制管理平台网 站，管理后台，开放平台三部分。建筑劳务用工实名制管理平台网站主要展示政府监管数据和管理后台发布 的信息，包括监管中心大

12、数据中心、认证中心、诚信中心、信息中心、培训中 心等。管理后台主要是监管部门对劳务用工实名制监管数据的审核以及信息发 布。包括政策法规发布、政策解读，主管部门公示公告，行业资讯发布、企业 和个人不良记录公示等。开放平台提供各地区劳务实名制管理系统对接服务。2. 硬件及网络支撑平台在项目的整体设计方面，用户规模不低于1000万人，支持在线用户50万人以上，并发数不少于10000。结合互联互通的解决方案，需要50兆混合 模式互联网接入带宽，通过路由配置、智能域名解析或边界网关协议等方式实 现各运营商之间的互联互通。后期根据不断增加的入网人数，逐步考虑增加带 宽。3. 技术架构地方实名制管理系统对5

13、W放平皱口建筑劳务用工实名制管理平台r、管理后台bi云计算服务中心（微服务集群）内存数据库集群j搜索引擎蕖群分向掘gHW牛云数据中心数机库服务器集群）图2-技术架构平台由数据层、服务层和应用层构成，各层介绍如下：1）高伸缩性的分布式存储层一云数据层，基于可横向扩展的分布式存储层，作为大数据存储基础和大数据检索，分为三部分：分布式关系数据库集群可以对数据实现横向的切片，让底层关系数 据库不断的进行横向扩展，永远不存在向上的瓶颈；分布式搜索引擎服务集群：采用具备分布式集群的搜索引擎，提供 各种搜索服务。分布式内存数据库集群：采用分布式内存数据库集群，既拥有内存 缓存的功能，又拥有数据库查询的功能。

14、2）高性能易扩展的计算服务层云计算服务层：基于面向服务思想构建的微服务，基于远程过程调用协议的微服务 框架，均可独立的、灵活的配置，并且通过软、硬件实现负载均衡。3）独立部署并易扩展的应用层一应用系统层：如上所述，目前的应用系统层包括网站，管理后台，开放平台三部 分。但根据平台业务需要，可扩展新的应用子系统。所有系统都是统一 调用微服务层、从统一的存储资源池获取数据，可各自独立部署运行。4. 网络拓扑结构.就氛增F卜:-安全宽尊区 _图3-网络拓扑结构图5. 服务器列表序号服务器角色机器名操作系统数据库系统版本物理机/ 虚机1数据库服务器LWMAINDB01CenterOS6.5My SQL 5.7.13物理机2数据库服务器LWMAINDB02CenterOS6.5My SQL 5.7.13物理机3数据库服务器LWMAINDB03CenterOS6.5My SQL 5.7.13物理机4数据库服务器LWMAINDB04CenterOS6.5My SQL 5.7.13物理机5数据库服务器LWPROJECT01CenterOS6.5My SQL 5.7.13物理机6数据库服务器LWPROJECT02Center