2、试点工作方案要点关于广州市要“推进建立以居住证为载体、以积分制为办法的基本公共服务提供机制，出台广州市来穗人员积分制管理办法（试行）及实施细则”的要求，以及国务院关于进一步推进户籍制度改革的意见（国发201425号）和广东省人民政府关于进一步推进户籍制度改革的实施意见（粤府201563号）要求，经反复研究论证，2018年2月27日召开的市政府常务会议审议通过广州市来穗人员积分制服务管理规定（试行）及实施细则（以下简称规定及实施细则）。根据规定及实施细则，由市来穗人员服务管理部门负责组织积分制服务管理信息系统建设，各部门协同开展积分制信息化管理，实现网上申请、审核、评分、排名、公示、查询等“一网
3、式”服务。二.建设目标通过广州市来穗人员积分制服务管理信息系统项目建设，实现来穗人员积分制服务管理工作的信息化，保障规定及实施细则的顺利实行，进一步加强完善人口调控管理，优化人口结构，提高人口素质，引导人口合理分布，促进人口与经济、社会、资源、环境的协调发展。三.投标要求（一）采购人在招标文件中只列出了初步需求，并不是最终系统功能，投标人应根据自己对采购人业务需求的理解和自己以往的建设经验提供完整的设计方案，提出规范的、详尽和完善的功能需求，但必须包括本招标需求。投标人应根据市委市政府及上级领导的要求，在项目实施时对用户进行详细的调研以明确用户的需求；（二）投标人的报价必须包含该项目所有任务的
4、建设、软硬件采购及租赁（含市政府电子政务信息云平台资源）、安装调试、测评、评审、验收、培训及维护期内售后服务和技术支持等所有费用；因本项目工期紧，投标人需提出合理的工期计划和人员安排。（三）投标人必须承诺系统的开发设计需满足广州市来穗人员积分制服务管理规定（试行）及实施细则中对积分的要求以及要求实现的所有功能。（四）投标人必须承诺如中标将按合同规定履行义务，完成项目建设，不得向他人转让本项目，也不得将本项目肢解后分别向他人转让。（五）本次采购产品为非进口产品（进口产品指通过中国海关报关验放进入中国境内且产自关境外的产品）。（六）凡属于政府强制采购节能产品，请投标人承诺在交货时提供节能产品政府采
5、购清单中的产品。（注：节能产品政府采购清单投标人可查询中国政府采购网。）”（七）凡属于中华人民共和国实施强制性产品认证的产品目录的产品，交货时不能提供超出此目录范畴外的替代品，产品还须同时具备国家认证认可监督管理委员会颁布中国强制认证（CCC认证）。四.项目需求4.1系统功能需求4.1.1综合管理系统建设为了方便来穗人员便利地通过积分申请入户广州、随行子女入读广州学校或入住广州的公租房,本次项目将进行广州市来穗人员积分制服务管理信息系统的建设。将预留与广东省网上办事大厅广州分厅、市来穗局网办系统的接口，为来穗人员提供多途径的网上业务办理服务。个人积分管理子系统个人材料预登记个人可以在网上平台注
14、员可在此功能模块中进行积分入学的积分查询以及申请资料管理。积分确认申请人可对申请积分入学的积分进行确认。积分推送与各区积分制入学系统对接，向各区推送申请人的积分总分、积分明细以及积分材料。查询申请人可以查询积分入学的审核情况、申请进度等。统计分析与各区积分制入学系统对接，对全市积分入学的数据进行统计分析。积分制入住管理子系统建设主要功能如下（包括但不限于以下功能）：申请人资料管理来穗人员可在此功能模块中进行积分入住的积分查询以及申请资料管理。积分确认申请人可对申请积分入住公租房的积分进行确认。积分推送与市住保办积分制入住公租房信息系统对接，推送申请人的积分总分、积分明细以及积分材料。查询申请人
15、可以查询积分入住公租房的审核情况、申请进度等。统计分析与市住保办积分制入住公租房信息系统对接，对全市积分入住的数据进行统计分析。来穗人员诚信体系子系统申请人提交材料的行为纳入个人诚信记录。申请人伪造、变造或者使用伪造、变造申请材料的，不予纳入积分制服务管理。对于在申请过程中，窗口工作人员或职能部门一旦发现申请人提供虚假证明材料，将此人加入诚信系统的黑名单，取消申请人积分申请资格。提交诚信记录对于在申请过程中提供虚假材料等，工作人员可以将该申请人的行为提交到诚信体系子系统。同样，在公示环节，被举报有造假行为，经核查属实，工作人员也可以将该申请人员的行为提交到系统中。诚信记录审核所有诚信体系子系统
19、策导向区域管理维护由市发改委会同有关部门提供的政策导向区域目录列表，主要有增加、删除、修改等功能。同时对各目录条目设置有效状态，已被政策更改后原有的政策导向区域目录还可用于备查，申请人在网上申请积分或者工作人员在登记积分的时候可以从系统中选择申请人入户、入学或入住地址所属的政策导向区域目录。重点高校管理维护由教育部规定的重点高校目录列表，主要有增加、删除、修改等功能。同时对各目录条目设置有效状态，已被政策更改后原有的重点高校目录还可用于备查，申请人在网上申请积分或者工作人员在登记积分的时候可以从系统中选择申请人毕业所属高校。数据统计能从不同维度对来穗人员积分数据进行统计分析，并支持导出打印。4
23、务接口：提供组织身份目录对外服务接口，可提供基于Java、.NET等开发接口，所有本平台提供资源均可通过API接口获得。工作流管理图形化流程定制。直观描绘用户的业务流程，“所见即所得”，利用“拖拉”的方式定制流程，简单实现复杂业务逻辑。流程模式丰富。支持直流、分流、条件流包含了简单条件流，复杂组合条件流以及逻辑判断条件流、子流等；支持的流程异步处理：撤办、催办(包含手动催办和自动催办)、转办、重办、代办、跳转等；支持自由流转模式、智能流转模式,强制流转模式。流程跟踪直观。为工作流提供监督和记录机制，能够准确的再现流程的办理情况，提供了图形化的流程跟踪模式，树型流程跟踪模式以及简单的流程跟踪
24、模式。在线流程定义。脱离原始的程序开发环境，系统管理员可在线自定义流程，充分体现系统的灵活性、高效性、稳定性。严格的权限控制。能够控制到每个字段的读、写权限。数据表单管理通用数据表单管理平台是开发信息管理系统的基础性平台，基于此平台，能实现信息管理系统快速、稳定、可靠的开发和后期维护。采用同一套数据管理程序，通过挂接不同的业务数据表，来实现不同业务数据的录入、修改、查看和输出打印等功能。不用再编写代码，通过后台配置就可以实现一个数据表管理模块的动态创建和菜单挂接，并可以轻松实现查询模板、统计报表模板的创建，从而大大缩短开发周期，并确保系统的稳定性和强壮性。主要包括以下关键技术：数据表结构定义
25、。定义每一个业务数据表中的字段信息，并且补充一些必要的基本属性，这些信息将作为系统自动完成数据添加、修改、删除、査询、统计的基础条件。数据表单构造。系统自动生成增、删、改页面表单，同时支持页面表单的个性化修改，不需要编程就可以实现常规的数据操作。査询构造。很多的应用是针对现有数据库的查询，可以根据这种需求配置査询条件、査询结果，系统自动生成查询页面，无代码地实现复杂的数据查询功能。报表统计。根据管理系统常见的报表输出需求，系统提供统计报表构造功能，可以基于基础数据表动态构造各类统计表：简易表、固定表、分组表、交叉表等，同时还支持图文混合方式的统计表。报表管理报表管理作为一个业务系统最常用的
27、将基于SOA架构，实现不同厂家、不同产品、不同运行环境、不同开发工具开发的应用信息系统松散型、低耦合的集成，不同的信息系统可以相互调用功能服务，提高了软件的重复使用率，提高软件系统的可扩展性，减低了IT资源投资和IT建设风险。面向服务的架构（SOA）被认为是用于下一代应用系统开发的架构，人们正期待着它能够带来各种好处：例如能够寻找并使用已有的服务而不必重复地开发某种功能；异构的系统之间能够方便地集成；已有的系统能够更容易地扩展等。服务是指一个组件的集合，它们向外界提供某个接口，能够完成某种业务功能。在面向服务的架构中，服务的实现可以被放置在网络的任何位置，只需要对外发布这个服务的描述，其他的系
29、务的架构更加符合业务的视角，设计人员可以方便地根据已经获得的业务需求进行设计，采用服务实现各部分的业务需求，并将它们组装成应用系统。面向服务的架构中的三个基本的角色是：服务提供者：一般而言是服务的拥有者，服务提供者负责向服务注册者发布一个服务的描述，同时它作为服务的宿主控制对服务的访问。服务请求者：是一个组件，它可以通过服务注册者发现一些满足自己需要的可选服务，并和这个服务的提供者建立绑定，然后调用这个服务。服务注册者：它提供了一个存储和发现服务的功能，服务提供者可以向它提供服务的描述，而服务请求者可以在它存储的服务描述中查找服务。不过，在面向服务的架构中也可以没有服务注册者，此时服务请求者需
30、要通过其他方式获得服务的描述，例如直接从服务提供者处获取。这三个角色之间的关系构成了SOA的概念模型，如下图所示：其中的三个操作为：发现服务：服务请求者使用这个操作定位一个服务。发布服务描述：服务提供者发布一个可以利用的服务的描述，其中包括服务的网络位置、传输协议和消息格式等调用服务所需的信息。绑定至服务：当服务请求者发现一个合适的服务后，它可以用服务描述中提供的信息用这个服务。在面向服务的架构中，为了能够在分布式的环境中执行发现服务、发布服务描述和绑定至服务这三种操作，必须定义标准的服务协议。一般这些服务协议以层次的结构表现，上层的协议依赖于下层的协议。典型的服务协议层次结构如下图所示：在这
31、个层次结构中自下而上包括如下元素：网络层：定义了网络上可以传输数据的协议支持，例如被广泛使用的HTTP协议，FTP、SMTP，或者在内部网中常用消息工具的支持等。消息传递层：它的功能是提供传递消息的一致方式。服务描述层：它提供了描述服务的标准方式，包括服务的接口和功能描述。服务的接口描述可以被多个服务实现实例化和引用。服务的发布和发现层：它存储服务的描述并且向应用系统或其他服务提供查询服务描述的能力，一种极端的情况是直接将服务描述发布给其他的应用系统，或者应用系统能够通过某个URL定位服务描述。为了服务之间能够松散地耦合，一般采用集中或者分布式地存储服务描述，典型的协议有UDDI。服务流程层
32、：这一层描述了多个服务如何通过协作形成一个更大规模的服务。开发平台基于J2EE平台，架构和设计完全遵循MVC模式，主体代码采用Java编程语言和服务器端Java技术(如EJBs、Servlet、JSP、JNDI、JDBC和RMI等13种)开发。J2EE平台是目前为企业级应用所提供的分布式、高可靠性、先进性的解决方案。Java作为基于Web的软件业的公共标准，其独立于操作系统，独立于服务器的“跨平台性”，使其“一次编写，到处运行”，是最适合运行于互联网上软件的编辑语言。Java相对于嵌入HTML并受限于用户端显示的编程能力有限的脚本语言，其完整的编程能力可开发具有强大“业务逻辑”的应用程序。接口
34、元数据同时发送给数据提供方和数据中心，数据中心对元数据进行分析备案，数据提供方对元数据进行审核后，同时发送给数据使用方和数据中心，数据使用方和数据中心进行备案，使用方和提供方共同制定标准，必要时可以同数据中心协商，标准制定完成后，使用方和提供方共同依据标准进行实施，数据中心进行备案。考虑到标准规范的制定和实施是一个不断升级的过程，标准规范因应实际需求升级更新，只是制定或实施一套标准规范是不够的，当标准升级更新时，系统如何平滑过渡，在保持不作大改动的同时，又兼容新的标准。这就需要数据中心体系设计具有良好的扩展性和适应性，与此对应的，设计一套合理的标准审核制定、升级维护、发布实施的机制是十分重要的
35、。系统接口建设(1)建设市来穗局电子证照模块，并与广州市电子证照系统进行对接。本次需要开发的模块与接口建设实现功能和服务如下：1.电子证照公众服务系统面向社会公众提供电子证照查验、调阅、使用等服务。2.电子证照综合管理系统包括证照目录子系统：面向证照签发部门提供电子证照制作、数字签名、签章等功能；制证签发子系统：面向证照签发部门提供电子证照制作、数字签名、签章等功能；证照管理子系统：面向业务办理部门提供证照管理，查询功能。3.电子证照接口服务系统面向外部系统提供电子证照服务接口和对接管理功能。(2)与其他职能部门的数据共享交换根据积分制服务管理规定及实施细则，积分制服务管理信息系统需与其他职能
37、换；(4)与市“四标四实”标准作业图平台对接与市“四标四实”标准作业图平台对接，实现地址标准化。(5)与市来穗局其他信息系统对接与市来穗局来穗人员服务管理信息系统、大数据应用系统等现有信息系统对接。4.1.5基础设施建设本期项目需要中标供应商对系统所需软硬件资源在广州市政府信息化云平台进行租赁和采购（服务商为中国电信），费用计入本次投标报价。资源租赁清单如下：序号设备名称参数参考单价（单位：万元）数量单位1大型虚拟机8核2.0GHzvCPU、32GB内存、100GB存储空间0.51484台2高负载数据库专用服务器1（每台同时包含租用2U机柜1个）2路8核CPU2.4GHz、128GB内存
43、le、MySQL、SQLServer、db2等）颁发的认证。5.3质量保证要求本系统应用软件开发要求采用国际通用的规范化的软件开发、软件工程实施和项目管理方法，对项目实施的全过程进行监控和管理，项目需求软件规格需求说明书、系统概要设计、详细设计、数据库设计方案等阶段性文档必须经采购人审核同意后才能开展下阶段工作，对项目进度和工程实施进度进行控制；对应用系统软件必须进行充分测试，确保其正确性和可靠性；同时必须有详细易懂的系统安装、运行、验收测试的技术文件；所有技术文件必须是按照所使用的质量管理体系要求编写的中文版文档。档必须。可供参考采用的标准有：ISO9000质量体系认证PMI项目管理方
44、法5.4开发过程管理及电子文档要求项目工作内容及成果应覆盖项目研制过程中产生的各种设计文档和软件的源程序及可执行代码等。纸质和电子文档都是成果不可分割的组成部分。设计文档：项目研制过程中形成的项目软件需求说明书、概要设计书、详细设计书、数据库设计方案、测试报告、试运行报告、使用说明书等。软件的源程序及可执行代码：针对本期工程所编写的应用系统的源程序和可执行代码。源程序要求具有良好的编程风格，可执行代码以二进制文件或可安装文件的形式提供。投标人已有产品平台的源代码则不需提供，只提供应用层面代码即可。5.5技术支持与维护服务要求本项目要求投标人承诺从项目验收上线日期开始（以广州市信息化主管部门的验
45、收批复和甲方代表签字确认的系统上线报告日期为上线日期），提供一年免费维护服务。在免费维护期内，如果系统发生故障，投标人要调查故障原因并完成修复，直至满足项目验收指标和性能的要求。质量保证期内的维护服务要求包括但不限于以下内容：（1）驻场技术支持：投标人应提供1人驻场技术支持服务，在接到技术支持要求时，应为系统使用人员提供咨询；对本系统的稳定运行提供必要的技术支持服务；（2）故障响应：投标人在接到故障报修要求时，1小时内做出明确响应和安排，在2小时内为招标人提供维修服务，并做出故障诊断报告；若需要现场服务才能解决问题，应在1小时内到达现场；（3）定期跟踪：项目质量保证期内，投标人应每1个月提供不