( “织网工程”数据分析挖掘服务 )需求公示 项目名称
“织网工程”数据分析挖掘服务 采购类型
服务类
采购人名称
深圳市电子政务资源中心 采购方式
公开招标
财政预算限额（元）
*******
项目背景

2011年1月，市委市政府以1号文件，出台了《关于加强社会建设工作的决定》，并提出了实施社会建设“织网工程”的决策部署；2012年8月，经市委常委会审议通过，出台了《深圳市社会建设“织网工程”综合信息系统建设工作方案》(深办字[2012] 28号)等“织网工程”1+3文件。自2012年“织网工程”开展以来，在南山区招商街道和龙岗区南湾街道进行了街道级试点，并取得了一定成效，得到了书记、市长的充分肯定。2013年4月起，在坪山新区开展区一级综合试点工作。经过半年多的努力，坪山新区建立了以“一库一队伍两网两系统”为基本架构的“织网工程”模式。“织网工程”区、街道两级试点为全市部署作了很好的探索和实践，进一步丰富和完善了社会建设“织网工程”，1+3文件的内容。2013年8月，我市正式向国家发改委提出创建政务信息共享国家示范市的申请。《深圳市创建政务信息共享国家示范市的工作方案》得到国家发改委等中央七部委的肯定和好评。9月23日。我市召开社会建设“织网工程”，总体建设方案专家评审会，国家发改委等有关部门的信息化专家审议并通过了总体方案，并希望我市加快推进“织网工程”建设，为国家推进政务信息共享提供样板、探索经验。2013年11月14号，国家、中编办、、工信部、审计署、国家标准委会5部门联合发文支持深圳市创建政务信息共享国家示范城市。通过政务信息共享国家示范城市建设，深圳市将以服务公众为中心，大力推进跨部门信息共享和业务协同，推动政府管理方式和服务模式创新，探索利用信息化手段解决人口庞大、复杂性高、流动性强的城市管理和发展所面临的问题，大幅提升深圳全市社会管理和公共服务水平。

目前，根据相关文件的要求，我市已完成政务信息资源共享交换平台和人口法人房屋基础数据的采集工作，结合各部门业务库数据，已初步形成包含人口库、法人库、房屋库和部门业务库的公共基础信息资源库。一方面，需要对这些数据的共享交换情况进行监控和分析；另一方面，需要对这些数据资源进行大数据分析，以为政府部门提供决策支持。

投标人资质要求
（1）投标人必须先行注册为市政府采购中心的供应商，具有独立法人资格；（2）近三年内（即至少从2011年10月开始起算，供应商成立不足三年的可从成立之日起算）无行贿犯罪记录，投标人须提供由供应商住所地的检察机关出具的《行贿犯罪档案查询告知函》（扫描件，原件备查；告知函自出具之日起两个月内有效，有效期到期日应在本项目招标公告发布日之后；投标人要特别注意《行贿犯罪档案查询告知函》所涉及的时间范围，以避免因此问题导致废标）；（3）本项目不接受联合体投标，不接受进口产品投标，不得外包。

服务类清单
序号采购计划编号 需求内容 数量单位备注财政预算限额(元)
1 PLAN-2014-008023-000020 “织网工程”数据分析挖掘服务 1.0 项 *******.0


具体技术要求
三、项目功能需求1. 数据资源可视化分析
要求利用计算机图形学和图数据处理技术，对公共基础信息资源库数据资源进行可视化分析，揭示数据的变化情况。

由于公共基础信息资源库数据量庞大，需要利用大数据处理平台进行分析。大数据处理平台利用并行数据挖掘算法与策略以及大数据分布并行技术，基于移动计算的设计原则处理大数据分析的应用；平台需要支持横向扩展，以满足将来数据日益增多的需求。

1）实体数量分析

以公共基础信息资源库为基础，要求平台可以对深圳市人口、法人、房屋的数量进行分析，具体要求如下：

l 人口数量分析：可以分析深圳市实有人口数量、户籍人口数量、活跃流动人口数量；

l 法人数量分析：可以分析深圳市商事主体数量、社团数量、事业单位数量、个体户数量；

l 房屋数量分析：可以分析深圳市楼栋总数、套房总数。

2）数据量分析

要求平台可以对公共基础信息资源库中的数据总量、日更新量、信息资源表的数量、信息资源项纪录条数进行分析，可以对人口库数据量、法人库数据量、房屋库数据量进行分析，并且需要细化到三大库中的每一类信息资源，分析的维度包括存量数据总量、日更新量；还可以对每一类信息资源数据表的表结构进行展示。

具体要求如下：

l 人口库分析：可以分析人口库中的每一类信息资源的存量数据总量、日更新量、最近更新时间、更新的方式（是否为实时同步或拷盘）；信息资源的类型包括户籍人口信息、港澳台居住人员信息、外国人居住信息、内地人口信息、就业登记信息、死亡人口信息、重大疾病信息，等等。

l 法人库分析：可以分析法人库中的每一类信息资源的存量数据总量、日更新量、最近更新时间、更新的方式（是否为实时同步或拷盘）；信息资源的类型包括商事主体信息、私营主体信息、外资企业信息、纳税信息，等等。

l 房屋库分析：可以分析房屋库中的每一类信息资源的存量数据总量、日更新量、最近更新时间、更新的方式（是否为实时同步或拷盘）；信息资源的类型包括楼栋信息、公共设施信息、城市部件信息等。

3）数据来源分析

要求平台可以对公共基础信息资源库中的数据提供单位数量、实时更新单位数量、非实时同步单位数量进行分析，要求平台可以对各数据提供单位在某一时间段内的数据资源表的数量、数据量进行分析，举例说明如下：

l 分析市出租屋综管办总的存量数据总量、日更新量、最近更新时间、更新的方式，各数据资源类型的存量数据总量、日更新量、最近更新时间、更新的方式（是否为实时同步或拷盘）；分析市公安局总的存量数据总量、日更新量、最近更新时间、更新的方式，各类数据资源的存量数据总量、日更新量、最近更新时间、更新的方式（是否为实时同步或拷盘）；

l 分析市公安局2013年12月-2014年3月提供的数据总量、各类数据资源的数据量、新增的数据资源数量以及新增数据资源的数据量；

2. 数据更新情况监控
要求平台可以对各数据提供单位最近一段时间的数据同步情况进行监控，监控的时间范围可以是一周或十天，可以对该时间范围内的每一天各数据提供单位的数据同步情况进行分析。

要求利用计算机图形学和图数据处理技术，以大数据可视化的形式对分析结果进行展现。

3. 大数据分析
公共基础信息资源库数据具有大规模、多样性和快速化等大数据特征，同时也包含了丰富的隐藏的价值。因此，需要建立可伸缩的机器学习算法库，对数据进行分析，找出隐藏其中的价值，并以大数据可视化的方式进行结果展示。

由于公共基础信息资源库数据量庞大，需要利用成熟的hadoop技术搭建大数据处理平台，利用该平台对公共基础信息资源库进行运算分析。大数据处理平台利用并行数据挖掘算法以及大数据分布并行技术，基于移动计算的设计原则处理大数据分析的应用；平台需要支持横向扩展，以满足将来数据日益增多的需求。

1）深圳市人口数量分析：

对深圳市人口总数进行分析，并可以展现分析的过程，如对各个数据提供单位的人口数据进行去重、整理；要求分析的结果以大数据可视化的方式进行展现，涵盖市级、区级、街道级、社区级；

对深圳市各个区的人口总数进行分析，找出人口最多的区和人口最少的区，然后以大数据可视化的方式进行展现；

对深圳市各个区的户籍人口总数进行分析，找出户籍人口最多的区和户籍人口最少的区，然后以大数据可视化的方式进行展现；

对深圳市各个区的流动人口总数进行分析，找出流动人口最多的区和流动人口最少的区，然后以大数据可视化的方式进行展现；

对深圳市各个区的人口总数占全市总人口数的占比进行分析；

对深圳市各个区的户籍人口总数占全市总户籍人口数的占比进行分析；

对深圳市各个区的流动人口总数占全市总流动人口数的占比进行分析；

对深圳市各个街道的人口数、户籍人口数、流动人口数进行分析；

对深圳市各个街道的人口数占所在区人口数的占比进行分析；

对深圳市各个街道的户籍人口数占所在区户籍人口数的占比进行分析；

对深圳市各个街道的流动人口数占所在区流动人口数的占比进行分析。

2）深圳市人口结构分析：

对深圳市人口结构进行分析，分析的维度包括年龄、平均年龄、性别、学历，统计的对象包括总人口、户籍人口、流动人口。

l 年龄结构分析

要求可以对深圳市总人口、户籍人口、流动人口中各个年龄阶段的人口数量进行分析，可以对各个年龄阶段的人口数占总人口数的占比情况进行分析；

要求可以对深圳市各个区的总人口、户籍人口、流动人口中各个年龄阶段的人口数量进行分析；可以按总人口、户籍人口、流动人口三种类型将各个区每个年龄阶段的人口数量进行对比，找出该年龄阶段人口数量最多的区和最少的区；

要求可以按总人口、户籍人口、流动人口三种类型对各个区各个年龄阶段的人口数量同时进行对比。

l 性别结构分析

要求可以对总人口、户籍人口、流动人口中的男女人口数量进行分析，可以对男女人口数量的占比情况进行分析；

要求可以对深圳市各个区的总人口、户籍人口、流动人口中的男女人口数量进行分析；可以按总人口、户籍人口、流动人口三种类型将各个区的男性人口数量进行对比，可以按总人口、户籍人口、流动人口三种类型将各个区的女性人口数量进行对比，并找出数量最多的区和最少的区；

要求可以按总人口、户籍人口、流动人口三种类型将各个区的男性人口数量、女性人口数量同时进行对比。

l 学历结构分析

要求可以对总人口、户籍人口、流动人口中的各类学历人口数量进行分析，可以对各类学历人口数量的占比情况进行分析；

要求可以对深圳市各个区的总人口、户籍人口、流动人口中的各类学历人口数量进行分析；可以按总人口、户籍人口、流动人口三种类型将各个区的各类学历人口数量进行对比，并找出数量最多的区和最少的区；

要求可以按总人口、户籍人口、流动人口三种类型将各个区的各类学历人口数量同时进行对比。

l 人口平均年龄分析

要求可以按总人口、户籍人口、流动人口三种类型对深圳市各个区的人口的平均年龄进行对比分析，找出平均年龄最大的区和最小的区。

要求可以按总人口、户籍人口、流动人口三种类型对深圳市各个区下的各街道人口的平均年龄进行对比分析，找出某个区中平均年龄最大的街道和最小的街道。

3）深圳市人口趋势分析：

要求平台可以对深圳市人口的变化趋势进行分析，具体要求如下：

l 总人口视角

按流动人口和户籍人口两种类型，对某个时间区间（比如一年）内深圳市总人口数量变化情况进行分析；

按流动人口和户籍人口两种类型，对某个时间区间（比如一年）内深圳市某一个区的人口数量变化情况进行分析；

按流动人口和户籍人口两种类型，对某个时间区间（比如一年）内深圳市所有区的人口数量变化情况进行对比；

l 年龄视角

按流动人口和户籍人口两种类型，对某个时间区间（比如一年）内深圳市各年龄阶段人口数量的变化情况进行分析；

按流动人口和户籍人口两种类型，对某个时间区间（比如一年）内深圳市某一个区的各年龄阶段人口数量的变化情况进行分析；

l 性别视角

按流动人口和户籍人口两种类型，对某个时间区间（比如一年）内深圳市男女人口数量的变化情况进行分析；

按流动人口和户籍人口两种类型，对某个时间区间（比如一年）内深圳市某一个区的男女人口数量的变化情况进行分析；

l 学历视角

按流动人口和户籍人口两种类型，对某个时间区间（比如一年）内深圳市各类学历人口数量的变化情况进行分析；

按流动人口和户籍人口两种类型，对某个时间区间（比如一年）内深圳市某一个区的各类学历人口数量的变化情况进行分析；

4）深圳市房屋结构分析：

要求平台可以对深圳市楼栋结构进行分析，按办公、仓库等多种类型从数量和面积两个维度进行分析；

要求可以按办公、仓库等多种类型对深圳市各个区的楼栋数量进行对比分析，还可以进一步对区下面的各个街道的楼栋数量进行对比分析。

4. 数据挖掘
需要利用各种数据挖掘工具，基于人工智能、模式识别和机器学习等技术，从公共基础信息资源库海量数据中挖掘出有价值的知识和信息，挖掘的模式包括描述型模式和预测型模式，并以大数据可视化的方式进行结果展示，以及提供友好的人机交互界面。

由于公共基础信息资源库数据量庞大，需要利用大数据处理平台进行数据挖掘。大数据处理平台利用并行数据挖掘算法以及大数据分布并行技术，基于移动计算的设计原则处理大数据分析的应用；平台需要支持横向扩展，以满足将来数据日益增多的需求。

1）深圳市人口迁徙情况挖掘分析：

要求平台可以对深圳市人口的迁入情况进行挖掘分析。

需要挖掘出从全国各个省、直辖市和自治区迁入深圳市的人口数量，然后进行排名；要求挖掘结果以大数据可视化的形式进行展现；

需要挖掘出全市人口中的各类少数民族的人口数量，然后进行排名；

需要对各个区的少数民族的人口数量情况进行挖掘分析。

2）深圳市人口流动情况挖掘分析：

要求平台可以对某个时间点下人口在各个区中之间的流动情况进行挖掘分析，可以具体对某个区与其他区之间的流入流出情况进行挖掘分析，也可以单独对两个区之间的流入流出情况进行挖掘分析。

要求平台可以以大数据可视化的方式进行挖掘结果展示。

3）深圳市人口跨区工作情况挖掘分析：

要求平台可以对深圳市跨区工作的人口情况进行挖掘分析，可以具体对居住在某个区的人口跨区工作的情况进行挖掘分析，还可以进一步挖掘出跨区工作的人口学历、性别、年龄情况。

要求平台可以以表格方式和图形方式两种方式进行挖掘结果展现，并可以在两种方式之间进行切换。

4）深圳市法人区域分布情况挖掘分析：

要求平台可以对深圳市各个区的法人数量进行分析，还可以对各个区的纳税大户进行分析；

要求可以对各种法人类型的数量进行分析，如商事主体、社团等；

要求平台可以以表格方式和图形方式两种方式进行分析结果展现，并可以在两种方式之间进行切换。

5）深圳市法人行业分布情况挖掘分析：

要求平台可以对深圳市的法人所在行业情况进行挖掘分析，可以从多个行业层级进行挖掘分析，可以展示挖掘结果中的法人详细信息。

1. 系统设置
要求可以对平台的用户、角色、模块进行管理，包括新增、修改、删除等操作，可以对用户角色的权限进行配置。

5. 运行环境要求5.1. 服务器端环境要求
中间件：系统支持主流服务器中间件，包括但不限于Tomcat等。

数据库：要求支持Mysql等主流数据库。

5.2. 客户端运行要求
系统及其组成模块可在Windows，Linux等主流操作系统上运行，并支持Chrome、火狐等浏览器。

本项目涉及到的运行环境、硬件资源由采购单位提供。

6. 非功能性需求6.1. 性能要求
系统的性能设计满足电子政务资源中心针对该系统在用户数，响应速度，系统在线并发等性能的需要。

平均响应速度：全系统按照在标准软硬件环境下5000用户操作进行测量，每个子系统300用户并发。

业务操作交易平均响应时间小于2秒钟；

复杂查询类平均响应时间小于3秒；

统计分析类平均响应时间小于1分钟；

容量和吞吐量：系统应支持每个子系统至少300用户的同时并发。

系统需稳定、可靠、安全、实用。信息传递灵活快捷，人机界面友好，图表生成灵活美观，输出、输入方便，检索、查询简单快捷。

6.2. 系统稳定性要求
避免由于单点故障或系统的升级而影响整个系统的正常运行。

系统支持7*24小时不间断服务。单次系统故障修复时间，紧急事故不得超过2小时，一般事故不超过4小时。

投标人应满足网络不稳定、后台压力较大等特殊情况下，保证软件正常运行。因软件系统自身原因宕机次数需少于每年2次。

系统运行前需进行或接受安全脆弱性检查，并对检查发现的漏洞和隐患进行修改、弥补。

在系统发生失效的情况下，系统应容易重建规定的性能级别并恢复受直接影响的数据。

当系统在高负荷运转或出现故障，进入异步工作模式时，必须采用可靠的机制，保证数据的零丢失。

6.2.1. 可扩展性要求
投标人应满足以下要求：

1.在设计上必须具有适应业务变化的能力，当系统新增业务功能或现有业务功能改变时（界面的改变、业务实体变化、业务流程变化、规则的改变、数据项的变化、代码改变等），应尽可能减少因业务变化造成的影响。

2.系统应提供一个弹性的架构，支持使用配置而免编程的方式对业务流程、业务表单、查询统计等功能的定制与调整。

3.随着用户数的增长及功能应用的增长，系统通过硬件性能的调整而保持相对的稳定性。

4.符合大数据量处理对系统的拓展性需求。

6.2.2. 可维护性要求
系统的可配置性要求高，对于需要经常维护的人员、岗位、业务流程等信息，工作人员可自行维护和管理。

在系统的建设过程中要有规范、清晰、完整和详细的文档，便于阅读、修改。

数据库、应用服务器、开发工具能方便地进行版本升级，具有向下兼容性。

6.2.3. 易用性要求
易用性要求包括：“易理解”、“易学习”和“易操作”三个方面。

1．易理解

对于新用户能够容易理解软件是否合适，并能使用它去完成特定的任务。

（1）系统所有的业务功能界面风格和操作流程一致。

（2）业务表单应做到所见即所得。

（3）界面美观、简洁、高效，界面各部件的布局应保持合理性和一致性。

（4）界面颜色调和、提示清晰、窗口大小适当，使用方便。

（5）在选择快捷键、缩写、提示和图标时应符合电子政务行业习惯。

2．易学习

系统应易于学习，用户只需用较短时间就能学会如何使用某一特定的功能，并提供详细的帮助系统和文档。

（1）提供在线帮助，系统关键业务操作应提供在线帮助文档和提示信息，使操作人员能够快速直观的利用这些信息进行相应的业务操作，并对各种状态和操作结果进行及时的反馈和提示。

（2）提供符合电子政务资源中心管理的习惯，详细、易读、易理解的操作使用手册。

3．易操作

软件应该方便操作，用户能够容易操作和控制。

（1）常用操作提供快捷键支持，大部分操作能够在小键盘上完成。

（2）信息录入能够完全通过键盘完成。

（3）逻辑步骤和操作步骤应简单明了，避免超过三次以上的功能选项或菜单选择（纵深层次）。

（4）提供软件操作错误的前台回退和纠错功能。

6.2.4. 系统集成性要求
1.系统应当适应不同的硬件环境，软硬件升级不会造成大的改动。

2.遵照开放系统的标准，确保软硬件平台的可移植性。

3.减少模块间依赖，提高容错性。

4.各个系统和模块的部署也要相对独立，不能出现由于模块功能的相互依赖性而不能启动服务的情况。

6.2.5. 其他要求
同时，系统还应满足以下需求：

1．减少客户端插件或客户端软件。

2．友好的帮助支持。内容包括：操作界面的详细操作方法、上下文、有关链接条目。

6.3. 系统安全需求
要从软硬件的不同角度出发，充分考虑系统建设的安全性，采取多种安全防范技术和措施保障应用系统、网络系统的长期安全、稳定运行，能够防范和应对各种灾难。

1、系统应具备相当的可靠性，以便向各类用户提供7*24小时的不间断服务。

2、系统应提供相应数据备份/恢复功能，制定合理的备份策略提供保护机制。

四、项目验收要求
1、系统的初验与终验要严格遵照《深圳市电子政务项目检测验收规范（深府办[2008]122号）》的要求，并整理规范中明确规定的各项文档。

2、中标单位应负责在项目完成后将有关文档资料汇集成册交付给用户。文档资料详细要求：

（1）《工程实施方案》

（2）《系统技术规范》

（3）《系统概要设计说明书》

（4）《系统详细设计说明书》

（5）《系统测试大纲》

（6）《系统测试报告》

（7）相关管理文档，包括用户手册、管理员手册和系统实施部署手册等。

以上材料要以电子文档形式交付用户方。

3、中标单位应提交相关软件说明文档，包含电子版本和纸质版本。

4、由用户方安排组织项目的验收评审会议，对中标单位提交的项目成果进行验收审核。

商务需求
五、项目商务要求
（一）项目工期

本项目要求为合同签订后3个月（即90个日历日）。

中标人应在项目合同签定后的半个月内完成调研以及工程实施方案，方案评审通过后2个月内完成相关系统的开发实施工作，并进入为期半个月的系统完善与试运行阶段。

（二）人员要求

项目团队应具有成功的行业业务系统实施案例，项目核心成员应具备主持相关大型项目的开发经验。

项目团队组成要求：项目经理要求为专职（驻场）1人，项目技术负责人要求为专职（驻场）1人，

未经采购单位同意，项目经理和项目技术负责人在项目结束前不得变更。在服务期间，项目负责人和项目技术负责人必须提供7*24小时热线电话支持，提供5*8邮件等远程支持，并保证联系渠道畅通；其它参与项目人员变更不得超过3次，调整前1周以书面形式向采购单位申请，采购单位有权根据项目情况否决或调整上述申请。

当系统出现故障时，中标人在接到单位反映后1小时内做出技术支持反应，3小时赶到现场，重大问题2小时内赶到现场。

（三）测试、质量及风险控制要求

1、系统测试

为确认本系统的正确性和可靠性，本系统在投入运行之前，必须进行充分的测试，其测试费用必须计入总价。

测试要求应不低于《深圳市电子政务项目检测验收规范》的要求。

2、质量控制

本系统开发要求采用通用的规范化的软件开发、软件工程实施和项目管理方法，制定明确的质量保证计划，对项目实施的全过程进行监控和管理，对项目进度和工程实施进度进行控制；在系统的开发过程中，需在关键节点进行评审，由甲乙双方共同确定评审形式，评审通过后，才能转入下一阶段的研制工作。主要控制节点包括：

（1）项目总体计划和实施方案评审

（2）需求分析评审

（3）设计评审

（4）系统测试与初验

（5）系统试运行

（6）项目终验

中标方按照项目工期要求，在不同阶段提交相应文档，提交文档应符合《深圳市电子政务项目检测验收规范》的要求。

3、风险控制

投标人应针对应用系统集成各阶段工作内容和要求，详细分析项目进行过程中可能出现的各类风险，提出完善的风险管理策略。

（四）培训要求

培训内容包括数据资源总览、数据更新监控、大数据分析使用培训。

针对电子政务资源中心的主要运维人员进行各个功能的使用培训，受训人次不少于10人次，20个工作日以上。

培训地点由用户指定。

所有与培训相关的费用均计入投标总价。

（六）知识转移要求

知识转移的目标是中标人要采取有效方法、途径保证建设单位能顺利完成本项目开发、实施过程中各阶段移交物的接收及技术知识的吸收和转移，确保采购单位能够掌握该项目的核心技术。

中标人须将系统的分析说明、底层架构设计、需求分析文档、设计开发理念、部署实施步聚、项目二次开发技术和经验等知识通过培训和文档等形式转移给采购单位。

1、试运行前的知识转移

1）中标人应对采购单位进行技能转移测试

中标人提供编译手册和安装配置手册，由建设单位在测试环境下负责编译、组装和安装部署工作，中标人应对此负责全部知识转移。中标人应保证采购单位完成技能测试。

2）中标人应在项目试运行前提交《试运行前知识转移情况报告》，报告中应至少包含以下内容：

a.知识转移效果情况：中标人应详细说明采取了何种知识转移的方法途径以及采购单位技术人员对知识掌握的效果，尤其是对开发阶段采购单位的知识转移效果进行说明；

b.技术文档移交情况：中标人应详细列明项目试运行前应该移交的文档目录供采购单位核对检查；

c.各种培训的实施情况：中标人应详细说明试运行前为实现知识转移而组织的各种形式的培训，包括时间、地点、参加人员、培训内容、培训效果等；

d.技能转移测试情况。

2、项目移交前的知识转移

1）中标人应对试运行和推广过程中系统运维的经验进行总结并形成文档；

2）中标人应提交《项目移交前知识转移情况报告》。报告中应至少包含以下内容：

a.知识转移效果情况：中标人应阐述双方运维人员的技术传授途径、对建设单位运维人员的培训情况、运维技术资料的提交情况、运维培训资料的编制情况等等；

b.技术文档移交情况：中标人应详细列明试运行直到项目移交前应该移交的文档目录供采购单位核对检查；

c.各种培训的实施情况：中标人应详细说明试运行到项目移交前组织的各种形式的培训，包括时间、地点、参加人员、培训内容、培训效果等。

（七）知识产权及保密要求

1、产权

采购单位独立拥有该项目完整的知识产权，同时采购单位拥有项目涉及的所有第三方软件的使用权，可以将系统的任何部分或全部提供给电子政务资源中心使用。

2、知识产权

投标人必须保证本项目所开发的软件系统及使用到的开发工具软件的版权的合法性。本项目完成的软件系统的技术文档等研究开发成果的所有权及版权归采购单位所有。

3、保密要求

中标人参与项目的所有人员应严格遵守采购单位的保密要求，并签订保密协议进行担保；

中标人对于采购单位提供的资料，不得以任何形式向第三方传播。保密期限不受本项目工期限制，在本项目履行完毕后，保密信息接受方仍应承担保密义务。

（八）付款方式

具体付款方式以合同签定为准。

评标信息
序号
评分项
权重

1
价格
20


序号
评分因素
权重
评分方式
评分准则

1
价格评分
20
专家打分
满足招标文件要求且投标价格最低的投标报价为评标基准价，其价格分为满分。其他投标人的价格分统一按照下列公式计算：投标报价得分=（评标基准价/投标报价）×20

2
技术部分
40


序号
评分因素
权重
评分方式
评分准则

1
实施方案（工作措施、工作方法、工作手段、工作流程）
15
专家打分
考察内容：

1、按照投标文件对投标人的实施方案进行横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。

①人口属性多维统计分析，满分为5分；

②大数据分析挖掘，满分为5分；

③法人、房屋统计分析，满分为5分；

2
项目重点难点分析、应对措施及相关的合理化建议
5
专家打分
考察内容：

对投标人对项目需求的理解、项目难点的分析以及应对措施及合理化建议按照投标文件响应情况进行横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。

3
质量（完成时间、安全、环保）保障措施及方案
4
专家打分
考察内容：

按照投标文件响应情况进行横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。

4
拟安排的项目负责人情况
5
专家打分
考察内容：

1、项目负责人属于深圳高层次专业人才（仅包括杰出人才、国家级领军人才）、深圳市引进海外高层次人才团队成员的，一项得1.5分，最多得3分；没有得0分。

2、投标人拟派本项目的负责人为博士的，得2分；否则得0分。

证明文件：

①投标人须提供拟派本项目的项目负责人，2014年3月—2014年9月在社保局网站下载打印的社保清单(投标文件中留有网址供核查)或者社保局出具的社保清单（加盖投标人公章）。

②投标人须提供深圳高层次专业人才认定证书或深圳市海外高层次人才引进团队合同、学历等相关证明扫描件件加盖投标人公章。

5
拟安排的项目团队成员（项目负责人除外）情况
5
专家打分
考查内容：

1、投标人拟派本项目成员具备项目管理师（PMP）证书，且曾担任2个或以上软件开发（实施）项目负责人（或项目经理），1人或以上的，得2分；否则得0分。

2、拟派驻场项目团队成员具备硕士或以上学历5个或以上得2分；否则得0分。

证明文件：

①投标人须提供拟派本项目的项目成员，2013年10月—2014年6月在社保局网站下载打印的社保清单(投标文件中留有网址供核查)或者社保局出具的社保清单（加盖投标人公章）。

②投标人须提供PMP、学历等相关资格证书复印件加盖投标人公章。


6
大数据能力扩展性(大数据能力，相关案例)
6
专家打分
对投标人展示的大数据能力进行横向比较，主要从大数据团队能力，相关案例两个角度分档评分：评价为优得4.5-6分；评价为良得3.5-4.5分；评价为中得1.5-3.5分；评价为差不得分。

3
综合实力部分
20


序号
评分因素
权重
评分方式
评分准则

1
投标人同类项目业绩情况
5
专家打分
考查内容：

考察自2012年1月1日至发标日前，投标人具有 "织网工程"数据整理、数据挖掘类项目案例数量，5个及以上的得5分，5个以下的每个得0.5分；没有相关项目案例的，不得分。

证明文件：

提供相关合同关键页（复印件加盖投标人公章）。

2
投标人自主知识产权产品（创新、设计）情况
5
专家打分
考查内容：

考察自2012年1月1日至发标日前，投标人的自主知识产权且具备《计算机软件著作权登记证书》的数据自动化、数据质量、数据可视化相关软件个数情况，每一个得一分，最多得5分。

证明文件：

需提供《计算机软件著作权登记证书》复印件，加盖投标人公章。


3
投标人专利申请情况
10
专家打分
考查内容：

考察投标人已申请的数据质量、数据挖掘、数据可视化相关国家发明专利或国际发明专利（PCT专利）个数情况，依据申请情况分档评分，25个及以上得100%，15至24个之间得50%，5至14个之间得10%,5个以下不得分。

证明文件：

投标人须提供专利申请号、发明名称、发明专利申请受理通知书或国家知识产权局出具的电子提交收据回执等相关证明复印件加盖投标人公章。

4
服务部分
5


序号
评分因素
权重
评分方式
评分准则

1
服务网点（场地）
3
专家打分
考查内容：

1、 投标人为深圳注册企业的，得分3分；

2、 投标人如非深圳注册企业，得分原则如下：

1）在深圳市设有售后服务机构，得2分；

2）在广东省内（不含深圳）设有售后服务机构，得1分；

3）投标人在广东省外设有售后服务机构或未提供有效证明文件的，得0分。

证明文件：投标人须提供经年检的营业执照或仍在房屋租赁期内的房屋租赁合同或房产证复印件加盖公章，同时提供服务人员名单及准确联系电话。

2
项目完成（服务期满）后的服务承诺
2
专家打分
考查内容：

1、结合招标文件的技术要求，根据投标人提供的售后服务方案、售后服务内容进行横向比较，满分为1分，评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差得0-30%分数。

2、结合招标文件的技术要求，根据投标人提供的技术培训方案、技术培训条件等内容进行横向比较，满分为1分，评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差得0-30%分数。

6
现场演示部分
15


序号
评分因素
权重
评分方式
评分准则

1
现场演示（讲标、答辩）情况
15
专家打分
考查内容：

按照“现场讲标和答辩要求”里的demo功能要求进行演示，根据演示功能符合情况进行横向比较，每个功能点1分，一共15分。分档进行评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差得0-30%分数。未参加演示和讲解的不得分。

其他

公开招标项目评定分离申报事项一览表

序号
需明确事项名称
授权评审委员会定标
非授权评审委员会定标

填写内容
备注
填写内容
备注

1
是否派代表参加评审
是
填写“是”或“否”
不需填写

2
评审方法
综合评分法
填写“综合评分法”或“最低价法”
填写“综合评分法”、“定性评审法”或“最低价法”

3
定标方法
不需填写
填写“自定法”、“抽签法”或“竞价法”

填写说明：

1.该表格为采购人申报时填报的材料，请将该表格放在需求书的首页首行,或作为独立文档与其他申报资料一并上传申报；
2.采购人只能填写“授权评审委员会定标”或“非授权评审委员会定标”栏目，不得同时填写两栏目；
3.属于国际招标的项目，不填写此表格；
4.如上述表格填写不全或不按表格要求填写，将影响政府采购活动的正常开展。对表格填写不合要求的，申报审核将不予通过，退回采购人重新申报。

附件
公共基础信息资源库数据分析挖掘服务需求.doc
采购需求质疑及回复列表 序号 质疑标题 质疑内容 质疑单位 质疑人 质疑附件 质疑日期 标题 内容 单位 采购人 附件 日期