济南市城乡建设委员会.docx
- 文档编号:18408489
- 上传时间:2023-08-16
- 格式:DOCX
- 页数:26
- 大小:32.43KB
济南市城乡建设委员会.docx
《济南市城乡建设委员会.docx》由会员分享,可在线阅读,更多相关《济南市城乡建设委员会.docx(26页珍藏版)》请在冰点文库上搜索。
济南市城乡建设委员会
济南市城乡建设委员会
农民工综合服务平台项目需求
济南市城乡建设委员会
2015年7月
一、项目概述
农民工作为建筑市场的主要劳动力,数量庞大,工作辛苦,为我市城市建设作出了突出贡献。
随着社会的发展进步,农民工问题也日益受到社会各界的关注。
这些年来,由于传统的建筑领域劳务管理方式相对滞后,有的管理还不适应农民工流动性大、劳动技能水平参差不齐等特点,个别企业劳务费结算纠纷和拖欠农民工工资事件时有发生,不但损害了建筑市场秩序,而且成为省城社会的不和谐因素。
为解决以上问题,虽然依靠一些政策措施,如企业交纳农民工工资保证金、拖欠农民工工资的相关单位负连带责任、对存在拖欠农民工工资行为的企业实行市场禁入等,短期内取得了一定成效,但这些行政手段未能从根本上解决这一阻碍行业发展的难题。
济南市城乡建设委员会是济南市城乡建设工作的主管部门,一直以来非常重视建筑业农民工权益保障问题,陆续就在建工程农民工维权工作组、建筑工程施工现场劳务人员实名管理、建筑领域农民工工资支付等问题出台了一系列管理办法,为农民工权益保障提供了政策支持。
为了更好的保障上述相关农民工权益保护的政策落实,以信息化的手段促进业务开展,济南市城乡建设委员会决定建设专门的“农民工综合服务平台”业务系统。
二、建设依据
1、山东省住房和城乡建设厅等五部门《关于改进和加强建筑业农民工工资支付管理的意见》;
2、济南市城乡建设委员会《全市建筑工程施工现场劳务人员实名制管理办法》;
3、济南市城乡建设委员会《全市建筑领域农民工工资支付管理办法》;
4、济南市城乡建设委员会《济南市城乡建设委员会关于建立在建工程项目部农民工维权工作组的通知》。
三、应遵守的约定
1.系统接口应以WebService方式提供,要预留接口服务,满足整体系统服务集成的要求。
2.为便于数据管理和系统维护,应提供数据库设计文档,保障数据的可访问性,确保能够与现有各系统做到信息整合、信息共享。
3.保密性条款,软件开发和运行过程中,业主方提供给中标方的数据为保密性数据,中标方不得将此数据泄露给第三方或公之于网络。
业主方另有授权的除外,授权形式为业主方加盖公章的数据分发明细表。
四、工期要求
本项目在3个月内需要完成系统的主体功能的建设,能够把一到两个建筑工地接入进来进行试点。
5个月完成系统整体功能建设。
五、建设内容
(一)农民工综合服务系统
农民工综合服务系统作为整个平台的核心,与农民工实名卡制卡发卡系统、农民工考勤管理系统、农民工自助查询服务系统、建筑工地信息公示系统、信用评价系统、月度工资支付监管系统、专户资金监管系统、数据统计分析系统共同组成了农民工综合服务平台。
农民工综合服务系统应实现市监管部门及各区县监管部门对监管单位、企业、建筑业从业人员、数据字典、业务规则等基础信息的管理,实现对工程项目管理、农民工管理、工程项目用工管理、工资支付合规管理、农民工考勤管理、农民工工资发放管理、农民工维权投诉管理、工程项目信息公示管理、统一消息管理、业务预警管理、业务统计分析等的管理,并实现跟农民工实名卡制卡发卡系统、农民工考勤管理系统、农民工自助查询服务系统、建筑工地信息公示系统以及农民工工资支付监管银行系统等相关业务系统的信息交换与集成。
1、基础信息管理
实现对各级监管单位、各类企业、角色权限、数据字典、业务规则、操作日志等基础信息的管理。
2、工程项目管理
实现对工程项目基本信息、劳务主管人员、参与企业、维权工作组、项目设施信息及各类协议文件的管理;实现对项目开工、完工的申报管理;实现对企业的诚信管理。
3、农民工管理
实现对农民工基本档案、劳动合同、从业经历、培训经历、岗位技能等信息的管理,实现对违法违章农民工的个人诚信管理。
4、工程用工管理
实现对工程用工的劳务队伍的申报管理、审核管理,对项目中的农民工能够进行进出项目管理,能够对用工信息进行分类导出。
5、工资支付合规管理
对工程项目按照政策规定设立工资专户、签订资金托管协议、农民工工资委托发放协议的情况进行管理。
并实现建筑劳务工资保证金缴存比例实行动态管理。
6、工资监管账户管理
对业主在监管银行设立的工资专户进行管理,建立工资专户台帐,能够查看账户收支明细,能够对工资专户开立、撤销情况进行管理。
7、农民工考勤管理
实现跟农民工考勤系统的对接,能够按照农民工月度考勤、分包企业月度考勤、工程项目月度考勤等汇总、查询农民工考勤。
8、农民工工资管理
施工企业向建管部门和监管银行进行工资单上报、工资发放查询、工资发放比对等功能,能够对上报的工资单等信息进行汇总、查询。
9、维权投诉管理
能够对农民工的维权投诉进行管理,实现从登记、受理、核查、处理、反馈、结案、存档等一系列流程管理。
10、信息公示管理
能够对市建委各种农民工权益保障相关的政策、通知等进行公示,能够对工程项目考勤公示信息、工资发放公示信息等进行管理,能够实现跟信息公示系统的数据交换与集成。
11、统一消息管理
对业务处理过程中产生的各种提醒消息进行统一管理,能够根据业务规则设定发送不同系统用户,支持邮件、短信等各种消息模式。
12、大数据比对管理
利用大数据技术,实现农民工考勤信息、农民工工资单信息、农民工工资发放信息的比对,及时发现农民工有考勤但是没有发放工资、没有考勤却发放工资、农民工考勤和已发放工资不一致等情况;利用大数据技术,实现对农民工用工基本信息情况、工程项目用工信息等情况的分析比对管理,实现大数据的综合运用。
13、业务预警管理
对业务处理过程中企业、银行各种违规行为或处理不及时行为进行预警提醒,如工资专户余额不足、农民工工资未及时发放等,并预留工地隐患预警上报功能。
14、数据统计分析
能够按照各种维度对业务数据进行统计查询。
15、数据交换与集成
能够实现跟农民工实名卡制卡发卡系统、农民工考勤管理系统、农民工自助查询服务系统、建筑工地信息公示系统以及农民工工资支付监管银行系统、建筑市场信用系统等相关业务系统的信息交换与集成,并预留跟视频监控系统及市建委其他业务系统的数据接口。
16、移动终端
提供移动终端,支持手机和平板电脑相关的移动业务处理,支持随时随地的业务查询、决策,支持预警信息提醒等。
(二)相关标准建设
1、实名卡标准
实现对农民工实名管理和工资支付的前提条件是农民工实名卡的制作发放,投标人需对农民工实名卡标准进行初步规划,包括但不限于实名卡存储内容、读写规则等内容;同时投标人需承诺中标后对实名卡标准进行建设,为后续实名卡制作发放提供依据。
2、农民工统一编码标准
如何对全市约30万农民工进行统一编码,且人数不断增加、数据持续更新,需要进行规划建设。
投标人中标后需配合业主方制定农民工编码标准。
3、数据接口标准
投标人需对综合服务系统与其他业务系统之间数据交换集成的接口标准进行初步规划。
同时投标人需承诺中标后,根据甲方的要求,对包括金融(银行)系统在内所有的数据接口进行建设,并不得收取第三方接口设计费用,实现与各业务系统的数据交换集成。
(三)软硬件支撑环境
投标人应在投标方案里对能够满足农民工综合服务平台运行的软硬件支撑环境提出明确要求,包括但不限于服务器设备、网络设备、存储设备、操作系统、数据库、应用服务器等。
总体要求如下:
(1)能够支撑济南市城乡建设委员会、各区县城乡建设委员会(建设局)、全市每年约400个新增建设项目、累计约1500个项目的用户访问;
(2)利用大数据存储技术支撑全市约30万建筑业农民工连续5年考勤记录的存储,按照业务要求方便、快捷、高效的进行考勤记录的管理;
(3)利用大数据存储技术支撑全市约30万建筑业农民工连续5年考勤清单、工资清单、合同等扫描件的存储,便于济南市城乡建设委员会相关处室单位方便、快捷、高校的进行这些文件的查询、统计、利用;
(4)支撑应用服务器与数据库服务器的集群部署。
投标人应在投标方案里明确描述对上述要求的响应。
(四)数据库及双机软件
投标人需要为业主提供一套正版数据库软件用于本次项目的建设。
数据库的具体要求参考下表。
1.数据库软件
Oracle数据库
投标参数
Oracle11gR2企业版/2cpu无限用户/支持虚拟化和B/S架构软件系统/含Dataguard套件;要求与软件捆绑下单的模式;
针对本次项目,投标人需要为业主提供一套正版双机软件保证本次项目的安全问题,保证系统正常运行。
具体要求参考下表。
2.双机软件投标参数
双机软件
品牌要求
考虑系统兼容性,要求与本次项目的存储、服务器同一品牌;能与济南政务云相关系统兼容部署;
支持集群节点数
本次配置2个节点,要求单集群内扩展能力大于等于32;
操作系统支持
支持WindowsNT/2000/2003/2008、Linux等多种操作系统;支持IA-64、EM64T和和PPC64等64位架构的服务器和操作系统平台;
支持热备模式
双机热备、双机互备、N+1备份、N机互备等;
共享磁盘支持
要求支持非共享磁盘集群模式;
扩展能力
要求在不更换软件的情况下,配置本地数据镜像和远程容灾功能;
管理界面
要求中文管理界面,支持GUI管理工具和基于Web浏览器的状态监视服务;支持在线管理界面和在线配置界面的密码认证,提供管理操作的安全保护;多集群集中管理功能,支持远程管理和邮件故障通知;服务器开关机顺序没有限制,可任意启动/停止;
管理功能
多集群集中管理功能,支持远程管理和邮件故障通知。
当本地两台服务器一台出现死机,断电其它的意外故障时,可以将该服务器的全部功能切到另一台服务器。
支持网卡(公网/私网)、COM(RS-232C)、磁盘心跳3种检测网络心跳探测,探测不受系统负荷影响。
支持对DB2,ORACLE.Sybase,MSSQLServer,MySQL等数据库进行热备。
并对此数据库及应用进行检测;支持DB僵死状态监视,深度保护数据库服务;可以通过编辑脚本,实现特有应用程序的切换;能够提供操作简便的ScriptWizard来配置脚本;
监控功能
支持对本地磁盘,共享存储,网络环境,操作系统,以及应用程序的服务和进程的进行实时监控。
并对集群软件自身的服务状态进行监视;
投标人所提供的以上软件的使用权和所有权归业主单独所有。
(五)业务系统备份
对本次开发的农民工综合信息平台及济南市城乡建设委员会现在正在运行的所有的信息系统进行合理、有效、全面的集群备份。
备份软件功能参数要求:
名称
功能
参数要求
连
续
数
据
保
护
软
件
基础要求
针对各系统的集中备份规划要求:
采用高性能软件基于实时的字节级增量数据捕获技术,实现在线实时备份和恢复异构平台上的各种应用和数据库的数据,如Linux、Windows等不同主机平台以及Oracle、DB2、MySQL、Informix、SQL¬_Server、Exchange、LotusNotes、SybaseASE等多种数据库或应用系统。
支持本地或异地集中实时备份、高可用、容灾及云灾备的整体解决方案软件;
功能要求及
配置
支持应用级高可用HA模块扩展功能许可,支持双机双柜的模式,可配置任意应用程序自动接管,且源端IP地址随着应用的切换也自动漂移,支持一对多,多对一,两地三中心的规划解决方案。
支持物理机到物理机、物理机到虚拟机以及异构虚拟化平台之间的应用级高可用功能,自动检测生产系统故障,可选的手动或自动切换。
支持HA高可用与连续数据保护软件模块同平台WEB管理界面。
保护功能:
支持文件与数据库持续保护功能,可设定的任意历史点数据快速恢复,时间精度可以达到百万分之一秒(提供恢复界面截图并加盖公章),可以帮助用户追溯到既定时间节点的备份条目,可以从管理界面看到详细的时间窗口记录。
具备真正的CDP数据保护功能,最大限度减少因软硬件故障及逻辑错误等造成的数据丢失量。
自定义缓存:
支持容灾客户端自定义内存占用及本地磁盘缓存大小(提供恢复界面截图并加盖公章);
灵活的规则管理策略,备份规则之间相互独立,支持自由定制CDP数据合并策略(提供策略设定截图并加盖公章),在磁盘空间和可细粒度CDP恢复时长之间取得有效平衡。
带宽控制:
提供带宽及数据流控制功能,每个复制任务可根据时间动态调整带宽,提供图形化的数据流量统计功能以便计算和规划带宽需求(提供带宽控制界面截图并加盖公章)。
迁移功能:
支持在线迁移,含系统应用及数据库和文件等,无需停机迁移;
支持快照,加密,压缩,带宽扼制等功能。
实现物理机/虚拟化/云计算环境(包括VMvare,HyperV和Citrix等)下大数据数据的快速灾备与恢复功能;提供WEB管理控制台,可以管理所有节点的高可用及备份窗口显示,与备份服务器分离统一管理查看所有备份状态情况;
本次要求配置:
20个物理客户端许可,1个备份主机许可及WEB管理平台软件。
原厂服务要求
要求原厂工程师实施,要求生产机无需停机安装实施;
保留操作手册和实施流程相关文档;
提供针对此项目的原厂授权文件;
要求原厂商提供三年的免费上门服务授权函;
软件厂商要求国内厂商,提供不间断数据保护与恢复软件著作权登记证书,高可用灾备管理软件著作权登记证书,数据恢复与迁移软件著作权登记证书,云灾备运营管理软件著作权登记证书,质量管理体系认证证书,环境软件体系认证证书,国产达梦数据库兼容性认证证书;
(六)数据交换工具
本项目会跟其他业务系统有相关的数据交换,也会涉及到接口服务的调用管理,需要利用成熟的数据中间件工具进行相关的数据传输、交换管理。
本系统使用数据抽取、转换和加载工具(ETL)作为数据清洗、比对、关联的工具。
ETL工具具体指标要求如下:
指标项
指标要求
总体性要求
1、支持主流的操作系统平台,包括SunSolaris,HP-UX,IBMAIX,Linux,Windows等,包括32位和64位,并且保证当操作系统扩展和升级时,原有应用能够平滑移植。
2、提供基于标准的JDBC、ODBC接口,实现对各种主流数据库系统的支持,如Oracle、DB2、SQLServer、MySQL以及国产主流数据库等。
3、提供丰富的数据抽取和加载组件,支持包括数据库、普通文本、CSV、XML、Excel等多种格式的文件。
4、集群技术:
支持异构操作系统的服务器集群,使复杂转换清洗加载过程能以最快的速度完成预定的任务。
5、分区技术:
通过该技术实现了类似大型数据库系统并发分区处理方式,使单机运行复杂清洗转换加载也亦然可以将速度发挥到极限。
功能性要求
1、ETL工具应内置任务引擎和转换引擎,从而实现对任务的整体调度管理和对数据处理转换逻辑的加载与执行。
2、ETL工具需提供资源库,用于持久化存储流程配置信息、数据库信息、基础资源信息等元数据,并可辅助团队协作开发。
3、提供可视化图形操作界面,支持中文界面,支持零编码配置,以实现处理流程的快速开发。
4、支持各种数据抽取模式,如全量同步、增量同步、双向同步等功能。
支持CDC增量抽取模式。
5、工具应采用松耦合的组件式架构,提供丰富的数据处理组件,可通过拖拽方式来组装成数据处理流程。
6、提供数据校验的功能,如空值检测、长度检查、数值范围检查、正则表达式校验等。
7、提供丰富的字段级处理组件,如字段值替换、值映射、一列拆多列、一列转多行、行转列、记录合并、记录排序、去除重复记录等功能。
8、提供基于数据内容的路由和过滤功能。
9、提供大量的流程工具组件,如序列组件、常量组件、随机数组件、资源校验组件、系统信息组件、延迟组件、测试组件、计算器组件等。
10、提供对消息传输协议的支持,支持JMS协议。
11、支持使用内部函数或者用户自定义函数进行数据转换,支持JavaScript脚本语言。
12、提供按照时间规则解析和生成XML文件的组件功能,如按天解析和生成XML文件。
13、提供了调试预览功能,可进行数据行级别的调试和预览,跟踪和观察每一行数据经过流程中每一个转化组件进行加工处理的结果。
14、提供多个调度机制和异常恢复机制,支持自动和手动恢复,支持从异常点处继续开始流程,以保证数据的完整性。
15、提供分批分包的数据处理方式,并在批次内为数据提供完整的事务控制与保障,以保障数据的一致性。
16、提供监控管理功能,能够对数据处理状态进行实时监控,粒度至每个组件处理的记录数和异常数,并且可以评估单个组件处理数据的性能指标和整个处理流程的性能指标。
17、提供了完善的认证授权机制,只有通过认证和授权的用户,才可以通过监控管理接口实现对服务器的管理和监控;监控管理接口需支持HTTP协议。
18、具有完整的日志管理功能、完善的数据审计功能。
并且有相关的监控预警机制,保证ETL正常进行,不影响数据源系统的正常工作。
本系统也需要使用企业服务总线(ESB)进行服务的封装、转换、交换,实现跟其他处室、部门的业务数据的交换。
指标项
指标要求
基本要求
1、要求采用模块化划分、构件化方法开发,每个模块可独立部署,多个模块可构成一个应用服务。
每个模块要求具有动态更新、可插拨、分布式部署等特性。
2、要求统一原应用系统中不同的构件标准,实现构件服务化组装和服务化编制。
3、集成平台应提供一种端到端的统一数据模型,为企业应用之间的数据交互提供统一的数据格式,为包括关系数据库、XML、EXCEL、FTP、JMS等异构数据源提供统一的标准化数据访问接口。
4、支持以业务为导向,将流程、服务做业务化抽象,通过BPM工具等方式,实现快速响应业务需求,缩短交付时间。
5、支持和XML、WebServices相关的技术规范,包括但不限于:
XMLSchema、Java平台的WebService元数据、JAXB、SAAJ等。
6、支持相关技术标准,包括但不限于:
HTTP、SSL、X.509等。
7、支持相关软硬件环境,包括:
各类操作系统、各类硬件服务器、虚拟化环境、主流数据库等。
功能性要求
1、能够基于XMLSchema验证消息和数据的合法性;
2、当交换过程发生异常,系统能够自动触发事先定义好的错误处理过程。
3、误处理过程能够支持服务访问过程中不同级别错误和异常处理。
4、为了保证消息能够在异构应用系统之间实现可靠传递交换,服务总线要能支持在消息JMS系统之间进行“一次仅一次”的可靠性消息交换。
5、访问集成的应用服务的时候,支持在多个相同服务之间提供访问的负载均衡。
6、提供故障切换功能,当集群中的任何一台服务器宕机后,都不会中断用户对服务的访问。
7、可维护业务服务的运行状态,支持服务自动脱机功能,支持重路由服务到备用服务上。
8、应支持以UDDIv3为基础的服务注册、服务质量(QoS)管理、服务分类等功能。
9、能订阅并从UDDI服务器上获取服务变更,并将变化服务自动同步到总线上。
10、提供可扩展的统一的安全架构,支持开放的即插即用架构,允许使用第三方的安全性解决方案或实现和应用服务器集成。
11、确保基于服务集成过程的安全性,在传输、消息、应用户和策略等级别确保系统的安全。
12、确保服务访问安全性,服务总线必须支持以下验证手段,并通过授权功能管理使用权限:
用户名/密码验证、PKI、X509数字证书。
13、确保数据传输和使用过程中的安全,支持SSL/TTL标准,支持加密、数字证书等技术;
14、提供基于Web的管理控制台,可以全面监控系统的运行状况,汇总运行时的统计数据。
15、能够在管理控制台中查看所有服务的运行状况、统计信息及服务水平告警信息。
16、能够对服务总线中定义的各种资源实现数据的导入和导出功能,从而能够在不同的环境中迁移配置数据。
17、支持多种机型及软硬件架构,包括IBM小型机、浪潮各类服务器、NUMA结构的小型群集、高速I/O阵列,以及云计算等。
六、系统开发和集成要求
投标人应完成系统的需求分析、设计、开发、集成、测试和技术支持,制定相关的技术标准和规范,协助业主进行标准规范体系的建设,实现系统正常运行。
1、基本要求
1)编制技术解决方案
投标人需要在深刻分析理解业主现有需求、招标文件及合同要求的基础上,对现有总体体系架构、功能模块和接口模块设计、关键技术及技术风险等相关内容进行进一步明确与优化,投标时提出满足要求的优质技术解决方案。
系统主要设计方案包括但不限于系统构架设计、系统部署方案、集成方案、系统的性能指标等。
中标后,投标人需继续深化需求分析,切实了解业主的各个工作流程,根据本工程的需求与要求,编制出需求规格说明书,结合以后的发展方向,做出一个系统、科学、可行的设计与技术实施方案。
2)投标人针对招标技术要求可提出优化建议方案。
3)中标后,投标人应辅助业主完善相关业务系统的建设。
4)系统的开发集成
投标人在中标后,应完成招标文件规定的各项任务,包括:
用户需求、项目的开发前调研、需求分析、系统设计、详细设计、编码、测试、系统集成及试运行、上线实施、培训、验收、交付及合同期内的维护。
投标人建设的系统应跟济南市城乡建设委员会新建的信用系统进行集成,对总承包单位、建设单位、农民工等进行信用评价管理。
投标人应向项目业主提供项目成果和服务,承担系统的所有开发和集成责任。
系统集成过程中不论是系统开发出现问题,还是系统实施环节出现问题,全部由中标人负责解决。
本招标文件所要求内容应视为保证系统运行所需的最低要求,如有遗漏或需微调,投标人应予以补充调整,否则一旦中标将认为投标人认同遗漏或微调部分并免费提供及调整。
5)在项目实施中投标人必须做到:
提供有丰富经验与技能的项目组实施开发工作,一切工作听从项目业主的统一协调,能替业主分担项目管理工作,与业主同心同德,共同实现项目目标进行系统开发集成的日常组织、管理、协调,通过专业化的项目管理降低项目风险。
项目组需在业主现场驻场开发。
6)提供技术咨询等其他相关服务
预见项目实施及运行维护工作中可能发生的问题和困难,并向业主提出解决的办法或建议。
根据业主对系统建设的新要求,协助业主完成系统升级、改造的有关工作。
按照业主的安排,做好与其他承建商的协调配合工作,为项目业主及其他承建商提供技术支持,包括但不限于讲解说明应用系统的设计及实施等技术方案,应用系统的功能性能、运行环境要求,为其他承建商编写技术方案、进行功能性能测试等提供技术支持;向其他承建商提供开发及集成进度,配合其工作,发现问题及时报告业主及监理,协助解决实施中遇到的技术问题,保障系统的正常运行。
2、文档要求
1)投标人投标时应对项目各阶段成果、提交物和最终成果的详细清单及提交计划做出实质性响应。
2)投标人投标时应对项目方案,包括但不限于:
项目管理方案、测试方案、试运行及上线安排、验收方案、系统日常运维方案、应急方案、服务支持方案、培训、质量保障计划等做出说明。
3)投标人在系统实施的需求分析、设计、开发、调试、试运行、验收过程中,应向业主提供的规范性文件,包括但不限于提交开发工具、源程序、相关图表、完整的系统安装、操作、使用、测试、控制和维护手册,并达到业主的标准要求。
3、测试要求
系统正式交付之前,投标人应对所建设的系统进行严格的测试,测试必须符合下列测试内容:
(1)测试方案;
(2)参加测试人员及组织分工;
(3)各个实施阶段测试方法,包括模块单元测试、系统测试、验收测试、专项测试(包括但不限于性能测试、安全测试);
(4)测试内容,必须包括功能要求、可靠性、安全性、性能、可扩充性、可维护性、平台移植性、与其它系统的接口等;
(5)测试步骤及日程;
(6
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 济南市 城乡建设 委员会