1. 此份采购内容及技术要求是招标文件的一部分,包括所有条款的具体说明及技术要求,投标供应商需在各自技术和商务占优势的基础上对本次采购的服务(货物或工程)进行报价。
2. 现场踏勘:各投标供应商于投标截止时间前自行到现场进行踏勘(如有),以获取本次投标所需的现场资料及数据,投标供应商若未到现场踏勘,引起的一切后果均由其自行负责,由此造成投标价的偏差均不予调整。现场踏勘费用自理。
3. 投标供应商必须完成采购内容和合同(基本要求、价格和服务)规定义务,不允许只对部分内容进行报价。
4. 在报价之前,投标供应商须仔细阅读招标文件,如发现有任何疑问、冲突或技术问题,投标供应商须在答疑截止时间前以书面形式向采购代理机构提出。逾期招标人不再作答复,有关风险及责任由投标供应商自行承担。
5. 本项目优先采购本国货物和服务,必须进行的技术引进和转让需符合国家政策和有利于国内行业的发展。项目中涉及到的设备、材料属于政府采购节能产品、环境标志产品的,要求符合相关规定。
(一) 项目背景:
网格地图绘制及标准地图库建设作为今年的重点工作,加快标准地址库建设和人、房、企、事件等社会治理要素关联和落图工作事关我市县域治理现代化基层基础,也是我省新时代全面展示中国特色社会制度优越性的重要窗口的重要工程。为有效推进社会治理体系和治理能力现代化,破解当前社会治理领域由于缺乏参照物而导致的数据融合难、数据下发难、责任主体落实难等顽疾,2020年4月,中共浙江省委政法委印发了《浙江省统一网格地图绘制和标准地址库建设实施方案》的通知,提出要建立完善网格地图与标准地址库联动更新机制,加快标准地址库建设和人、房、企、事等社会治理要素关联和落图工作,努力为高水平推进省域治理现代化夯实基层基础。
(二) 项目建设目标:
基于网格化服务和管理工作,整合公安、民政、自然资源与规划等现有地址资源,建立贯穿市、乡镇(街道)、村居(社区)、网格、道路、建筑物、房屋(户室)等多层结构的空间地理与统一地址标准体系,并在此基础上,以统一地址为纽带关联人、房、企等社会治理要素,打造“一址多柱”的全量信息数据体系,实现可看、可查、可用的数据底板,将市级部门数据资源下沉基层、赋能基层。
(三) 本项目的建设内容主要包括:数据体系建设、平台体系建设、云平台租用等。
采购清单:
序号 |
类型 |
建设内容 |
内容描述 |
数量 |
1 |
数据体系 |
统一地址数据 |
包括建筑物外轮廓构面生产工作和多部门地址数据的融合、清洗、编码、入库(网格数据及电子地图数据通过瑞安市时空信息云平台获取) |
1套 |
|
2 |
|||||
3 |
全量信息数据(玉海街道、塘下镇、安阳街道) |
人口数据匹配 |
实现人口数据与统一地址关联匹配 |
1套 |
|
4 |
房屋数据匹配 |
实现房屋数据与统一地址关联匹配 |
1套 |
||
5 |
企业数据匹配 |
实现企业数据与统一地址关联匹配 |
1套 |
||
6 |
数据关联融合 |
建立已标识了统一地址编码的各类数据之间的关联 |
1套 |
||
7 |
平台体系 |
统一地址应用与服务平台 |
标准化清洗系统 |
能够提供对原始地址数据的集中处理能力,将其整理为符合标准地名地址定义的结构化数据。包括分节工具、编码工具 |
1套 |
8 |
地址数据管理系统 |
包括地址库管理、地址库查看和地址匹配功能,实现市级地址库部署、管理。 |
1套 |
||
9 |
地址数据稽查系统 |
包括数据源稽查、地址分节成果检查、标准地名地址库检查功能,从多个维度把控地址数据质量 |
1套 |
||
10 |
地址查询与服务系统 |
提供统一地址查询与服务接口,对统一地址服务授权管理。 |
1套 |
||
11 |
核查与救济系统 |
包括地址核查与救济APP和核查救济后台管理系统,提供地址数据更新工具 |
1套 |
||
12 |
地址可视化系统 |
建设两块看板,一是建库阶段的统一地址建设推进看板,展示建库推进情况;二是核查应用阶段的统一地址库应用看板,展示数据日常更新及应用情况 |
1套 |
||
13 |
社会治理全量信息视图 |
全量数据管理与服务平台 |
提供数据治理、数据查看的数据管理能力,以及服务发布、服务授权的数据服务能力 |
1套 |
|
14 |
人房企数据核采工具 |
包括人房企数据核采移动端APP和人房企数据核采PC端WEB系统,保障数据的鲜活性与时效性 |
1套 |
||
15 |
政务云资源租用 |
见政务云资源清单(一年) 政务云平台需满足三级等保要求 |
1项 |
||
16 |
等保测评 |
系统上线测试时根据《信息安全等级保护管理办法》同步委托具有相关资质测评机构开展第二级系统等级保护测评工作,并根据测评结果做好系统安全整改工作。 |
1项 |
政务云资源租用清单
平台 |
服务器 |
配置要求(CPU、内存、硬盘) |
操作系统 |
用途 |
统一地址平台 |
数据库服务器 |
16CPU,32GB,500GB |
CentOS7.4 |
核采库、编码库 |
数据库服务器 |
16CPU,32GB,300GB SSD |
CentOS7.4 |
发布库 |
|
应用服务器 |
8CPU,16GB,500GB |
windows server 2012 |
地址清洗和编码 |
|
应用服务器 |
16CPU,32GB,500GB |
windows server 2012 |
数据管理 |
|
应用服务器 |
16CPU,32GB,300GB |
CentOS7.4 |
地址查询与服务系统,地址核查采集统计系统 |
|
应用服务器 |
16CPU,32GB,300GB |
windows server 2012 |
地址核查采集服务接口 |
|
应用服务器 |
8CPU,16GB,300GB |
CentOS7.4 |
Nginx反向代理服务器 |
|
社会治理全量信息视图 |
应用服务器 |
8CPU,32GB,500GB |
CentOS7.4 |
全量信息数据服务中心(对外提供服务) |
应用服务器 |
8CPU,32GB,500GB |
CentOS7.4 |
人房企系统前端安装包 |
|
应用服务器 |
8CPU,32GB,300GB |
CentOS7.4 |
人房企系统前端安装包 |
|
应用服务器 |
8CPU,32GB,300GB |
windows server 2012 |
数据处理工具 |
|
数据库服务器 |
8CPU,32GB,500GB |
CentOS7.4 |
缓存数据库(加快查询速率) |
|
数据库服务器 |
8CPU,32GB,500GB |
CentOS7.4 |
缓存数据库(加快查询速率) |
|
数据库服务器 |
8CPU,32GB,1TB |
CentOS7.4 |
人房企系统数据库(mysql) |
(四) 统一地址库技术需求
1、数据体系建设
数据体系建设包括统一地址数据体系建设和全量信息数据体系建设。
本项目数据体系建设需遵照《浙江省“基层治理四平台”标准地址库建设技术规定》。
1.1统一地址数据体系
统一地址数据体系建设包括地址数据、网格数据、建筑物面和电子地图。
1.1.1统一地址数据
投标人负责对地址数据进行统一清洗、统一编码和统一入库。
统一地址库中的地址数据应包含:地址描述和统一地址编码。
地址描述应包括:
行政区域:[市][县(市、区)][乡镇(街道)][村居(社区)];
基本区域限定物:[专业区][组][自然村][街路巷][小区(院落)][建筑物];
局部点位置:[门址][楼址][单元][楼层][户室]。
统一地址编码:
统一地址编码在网格编码的基础上扩展编制而成,分为楼幢地址编码和户室地址编码。
楼幢地址编码由网格代码+建筑物顺序码组成;
户室地址编码由楼幢地址编码+户室顺序码组成。
本项将整合公安、民政、自然资源与规划等部门地址数据,通过对现有存量地址数据和增量地址数据的汇聚、清洗、核查、分节、关联及统一编码等处理,搭建一个定位精准、精细到户的瑞安市统一地址数据资源池,对外提供统一地址数据服务。
1.1.1.1数据汇聚
数据汇聚阶段的数据来源分为:网格员采集、经过网格员核查的各部门源地址数据及第三方应用推送的救济地址,并根据数据来源分类存储到待清洗库中。
1.1.1.2数据清洗
数据清洗区的数据是对待清洗库中的数据进行导入。将待清洗库中的无效地址剔除后,利用地址清洗分词工具,生成清洗库。
1.1.1.3数据编码
数据编码区的数据是将清洗区的数据通过地址清洗分词工具自动导入的。按照《浙江省“基层治理四平台”标准地址库建设技术规定》进行编码。
楼幢地址编码是基于建筑物的空间位置自动生成的。
户室地址编码是在楼幢地址编码的基础上,基于字段映射和空间关系两种方式,建立户室地址与楼幢地址的关联关系,在楼幢编码的基础上增加户室顺序码。
1.1.1.4数据入库
在地址完成编码及质检后,将成果导入统一地址查询与服务系统中,提供地址查询能力,满足各委办局对统一地址的调用,支撑后续统一地址的应用。
1.1.2网格数据
网格数据建设是按照《浙江省标准地址库建设规范》对基础网格划分成果进行编码,作为建筑物地址和户室地址编码的基础,也是统一地址数据编码的主要部分。网格数据通过云上瑞安政务全息平台获取,沿用瑞安市已有网格划分成果。
1.1.3建筑物面
建筑物构面的总体原则是采用基础测绘数据,以地形图数据为基础,参考高清影像数据以及提供的建筑地址等进行建筑物外轮廓构面生产工作。
1.1.3.1建筑物数据处理
建筑物数据是指建筑物空间数据处理,建筑物空间数据是统一地址库的承载基底。按照社会治理需求和建筑物空间数据变更时效性,开展建筑物空间数据更新、完善工作势在必行。
建筑物数据处理包括建筑物空间数据作业(作业方法涵盖建筑物空间数据合并、空间数据拆分、空间数据补采、空间数据删除等)、建筑物空间数据质检和建筑物空间数据更新发布等内容。
1.1.3.2建筑物面名称赋值
通过空间关联将地址分节成果中关于建筑物的描述(行政村、行政组、自然村、专业区、街路巷、门牌、小区、建筑物、楼幢)赋值给其所在建筑物面。
1.1.3.3建筑物面名称检查
针对建筑物面名称要求:(1)不能存在重复名;(2)着重检查未被赋名且具有临近点的建筑物面,将临近点地址赋予建筑物面。
1.1.3.4建筑物面编码建筑物面编码
按照《浙江省“基层治理四平台”标准地址库建设技术规定》,通过空间连接,对同一基础网格内的建筑物面按照从北向南、从西向东的顺序进行赋码,确保建筑物面与所在网格进行关联,为后续楼幢地址编码奠定基础。
1.1.3.5数据库发布
对当前无问题的建筑物面数据进行建库,并构建在线服务,支撑城市后续统一地址库建设。
1.1.3.6建筑物构面原则
建筑物作为社会治理单元的基础要素,为确保建筑物数据的精确性与严谨性,应遵循以下原则:
1.以社会治理对象为参照,对居住建筑、商业服务业建筑、公共配套建筑、工业建筑、仓储与物流建筑等进行采集;
2.单体量的建筑按照基底构造封闭的建筑物面;
3.裙楼和多个塔楼组成的建筑物需根据基底进行拆分构面。
1.1.4电子地图
对接云上瑞安政务全息平台获取电子地图服务及地图矢量要素作为项目建设的基础底图,支撑统一地址建设成果的展示,需要数据范围为统一地址建设范围对应城市、区域内的电子地图数据。
1.2全量信息数据体系
以统一地址为“址”,以人口、房屋、企业等社会治理要素为“柱”,按照市、镇街、村社、网格、建筑物、户室六个精准划分的社会治理单元,将涉及的各类社会治理数据与空间地理信息进行关联融合,打造“一址多柱”的全量信息数据体系,实现社会治理要素全面关联融合。
1.2.1源数据对接
根据项目建设需求,对接外部系统数据,包括人口数据、房屋数据和企业数据。
1.2.2数据堆场
数据堆场存储贴源业务数据源的数据,为了提高数据的质量(准确性和完整性),保证数据的安全性(保密性、完整性及可用性),数据堆场中的数据在进入数据仓库之前必须经过清洗治理。
包括数据标准、数据规则、质量管理、数据校验等能力。
1.2.3数据仓库
通过基础数据的地址信息与统一地址的关联,完成地理底板对象与各业务数据建立桥梁,让瑞安市社会治理数据形成有机整体,形成瑞安市全量数据体系。
1.2.3.1人口数据匹配
人口数据根据住址信息与统一地址库进行匹配关联,匹配的人口数据挂接户室统一地址编码或者建筑物楼栋统一地址编码。无法匹配的人口数据通过人房企数据核采工具由网格员核查认领进行人工关联挂接获取统一地址编码。
1.2.3.2房屋数据匹配
房屋数据通过市、镇街、村居(社区)、小区、道路、楼栋、单元、户室等分词信息与目标数据进行匹配,匹配成功后赋予统一地址编码。
1.2.3.3法人数据匹配
法人数据通过注册地址、经营地址等地址信息与统一地址数据进行匹配挂接。挂接成功赋予统一地址编码入块进行上图展示。
1.2.3.4数据关联融合
数据关联融合主要用于建立已标识了统一地址编码的各类数据之间的关联,构建多维关联模型,用于存量数据集中初始建库,实现数据关联融合。
2、平台体系建设
2.1统一地址应用与服务平台
统一地址应用与服务平台能够实现统一地址库“建库-展示-服务-更新”的一体化闭环流程。系统为统一地址库建设提供地址标准化清洗、地址数据管理、数据稽查质检、统一地址服务、核查与救济、数据统计看板等服务,对地址数据进行采集、清洗、编码、入库、管理、更新、核查、发布等处理,实现城市地址数据多维度展示,并对外提供统一地址服务,实现各级各部门按需调用统一地址数据,以统一地址为桥梁实现业务数据化、联通数据孤岛,驱动数据业务化,让数据产生价值,不断强化数字赋能水平。
2.1.1地址标准化生产系统
地址标准化生产是供统一地址数据作业单位使用的,能够提供对原始地址数据的汇聚及集中处理能力,实现原始地址数据的标准化分节、编码及入库。包括:地址标准化分节工具集、统一地址编码工具两大功能模块。
2.1.1.1地址标准化分节工具集
地址标准化分节工具集完成的是整个地址分节过程中的数据准备过程。它负责将待分节的原始地址字符通过规则分词或AI分词服务,自动进行地址分节处理,并可对地址节进行编辑处理。
2.1.1.2统一地址编码工具
统一地址编码,其目的是为了实现各部门不同的地址表述和各类编码之间的关联映射。因此,在数据库中建立映射关系,是统一地址编码成功应用的基础。
工具提供统一地址编码功能,唯一性维护功能等。并支持对楼幢、户室分别进行编码。主要功能包括:编码规则配置、地址编码、编码服务管理。
2.1.2统一地址库管理系统
统一地址库管理系统是供统一地址数据作业单位和统一地址运营机构使用的,提供对统一地址库数据的“增”、“删”、“改”、“查”等能力,以适应城市地址数据不断变化的需要,保证统一地址数据的鲜活性。包括:地址查询、地址编辑、地址更新、地址库查看、地址删除和批量生成一码多址六大功能模块。
2.1.2.1地址查询
提供地址筛选查询能力。
2.1.2.2地址编辑
用户可以直接在地址数据展示界面对地址进行编辑,并能将地址的编辑操作更新至成果库。
2.1.2.3地址更新
可以对数据进行批量修改。
2.1.2.4地址库查看
提供地址库查看功能。
2.1.2.5地址删除
系统支持对地址进行逻辑删除。
2.1.3地址数据稽查和质检系统
地址数据稽查和质检系统是供统一地址数据作业单位使用的。系统除了提供全面可靠、有针对性的数据检查方法之外,还提供自动、高效、稳定的检查手段,确保对数据成果的质量控制,保证数据成果的正确性与一致性,提高检查验收工作效率。统一地址数据稽查系统从数据源、地址分节成果、统一地址库三个部分进行数据质检,从各个维度把控统一地址数据质量。包括:地址源数据稽查工具、地址节质检工具、统一地址库数据质检工具三大功能模块。
2.1.3.1地址源数据稽查工具
对公安、民政、自然资源与规划等各级部门原始地址数据进行质检。功能包括:属性检查和图面检查。
2.1.3.2地址节质检工具
主要实现对清洗成果进行准确性检查和空间属性检查,检查经纬度信息是否完整。功能包括:准确性检查和完整性检查。
2.1.3.3统一地址库数据质检工具
要功能包括地址描述的完整性检查、地址完整性检查、准确性检查、重复性检查和基础属性检查。
2.1.4地址查询与服务系统
地址查询与服务系统是统一地址成果的展示与服务窗口,系统提供统一地址查询与服务接口,对统一地址服务授权管理,供各部门专题应用对接调用,并提供WEB端系统进行地址查询综合展示,包括地址查询、地图展示、分户图展示功能。
2.1.4.2地址服务接口
地址查询与服务平台提供一套地址服务API,及相应使用文档,提供地址填选插件,供各类应用使用进行地址调用,实现由填变选的地址录入方式。地址服务接口支持WebService技术标准和API接口标准,以实现数据在不同场合和不同情境的实时和高并发调用。
统一地址服务接口包括地址查询服务接口和地址救济服务接口。
2.1.4.1地址查询综合展示
地址查询综合展示包括地址查询、地图展示、分户图展示等功能。
2.1.5地址核采与救济系统
地址核采与救济系统用于实现统一地址数据的更新和完善。地址核查与救济系统分为地址核采与救济应用APP(供网格员现场对地址进行核查、采集和救济时候用)和核查救济后台管理系统(供各级领导及街道管理员使用)。
2.1.5.1地址核采与救济应用APP
地址核查与救济应用模块,包括地址核查、地址采集与地址救济功能。
地址核查:对于已有的地址,网格员进行核查确认
地址采集:对于发现缺失的地址,网格员进行采集
地址救济:在应用系统调用统一地址服务的过程中,发现缺失的地址,推送给网格员进行救济。
主要功能包括:地址核查、地址采集、地址救济、问题地址反馈、操作视频、地址概览、个人设置等。
2.1.5.2核查救济后台管理系统
核查救济后台管理系统,便于各级领导和街道管理员对核查、采集、救济情况进行查询、统计、分析。
主要包括数据总览、网格信息、饼图统计、列表统计和统计分析等内容。
2.1.6统一地址可视化系统
统一地址可视化系统是供统一地址业务主管部门使用的,以专业统计数据分析方法,理清海量数据指标与维度,以统一地址数据为基础,按主题、成体系呈现复杂数据背后的联系,展示统一地址数据在不同维度下呈现的数据规律,帮助用户从不同角度分析数据、缩小答案的范围、展示数据的不同影响。
包括统一地址建设看板和统一地址应用看板。统一地址库建设看板展示地址丰富度、覆盖度、一码多址、采集更新等指标,统一地址库应用看板展示对接应用系统、服务调用、地址救济等指标,直观地反应统一地址库的建设和应用情况。
2.1.6.1统一地址库建设看板
打造统一地址库建设看板,展示各镇街统一地址库建设排名情况,对建设过程进行监管。
统一地址库建设看板主要包括评价指标设计、统一地址库成熟度模型、镇街建设排行、建库趋势、一码多址和镇(街)建设看板等内容。
2.1.6.2统一地址库应用看板
打造统一地址库应用看板,实现对接应用情况、统一地址服务调用情况、统一地址赋能业务系统、应用排名的统计展示,实现对统一地址库服务应用情况的监管。
应用看板实现包括评价指标设计、应用活力指数建模、应用趋势、应用系统调用情况、异常预警等内容。
2.2社会治理全量信息视图
2.2.1全量数据管理与服务平台
提供数据治理、数据查看的数据管理能力,以及服务发布、服务授权的数据服务能力。通过平台解决人房企等要素的入格、上图,让数据资源精准下沉至社区、网格,数据驱动社会治理业务向主动发现、共通共治方向发展,解决“属地化管理和以房管人、以房管事”的跨部门、跨层级数据融合、数据协同难题。主要功能包括数据同步、数据治理、数据管理、服务管理等模块。
2.2.1.1数据同步
数据同步模块是保持源数据到目标数据一致性的工具。数据同步模块支持多种关系型数据库、NoSQL数据库和文件数据等数据源的批量同步和增量同步。
2.2.1.2数据治理
数据治理模块是通过一系列数据处理规则和任务,提升数据应用价值的工具集。
2.2.1.3数据管理
数据管理模块实现各类数据资源的统一存储和管理。
2.2.1.4服务管理
服务管理模块是用于发布、管理、监控各种Web服务的软件系统,并对服务进行统一的权限管理,可兼容云、LXC容器、Web容器中间件等运行环境。其核心主要是负责将各类数据资源发布成服务,实现数据共享。
2.2.2人房企数据核采工具
打造全量信息数据的动态更新机制。通过该工具可向网格员实时推送人房企数据的核查任务,并对缺漏的数据基于统一地址进行采集,使数据在生成时即可与统一地址编码相关联,实现数据的动态更新、入格上图。包括人房企数据核采移动端APP和人房企数据核采PC端Web系统。
2.2.2.1人房企数据核采移动端
人房企数据核采移动端用于网格员在日常巡查过程中对新增的人口、房屋、企业等数据实现基于统一地址的一体化采集。整体功能分为建筑物信息采集、房间信息采集、人员信息采集、空挂户管理和企业信息采集5大模块。
2.2.2.2人房企数据核采PC端
人房企数据核采PC端Web系统整体功能分为综合概览、信息采集、数据认领、综合查询和系统后台管理五大业务模块。
1. 项目实施要求:
(1)项目工期:合同签订之日起10个月内完成项目建设,投入运行。
(2)供应商须安排有能力的项目组成员进行本次项目的开发建设,其中驻场开发人员不少于3人。
(3)供应商应在项目实施前进场实地调研,编制详细的实施方案,并提交招标人认可。
(4)供应商应根据招标人的需要,在规定的时间内保证质量完成项目建设。实施过程应严格执行相关的规范并保证安全。
2. 系统运行支撑环境及正版化要求:
投标供应商须保证本项目所提供的所有涉及第三方的软件产品或插件均具有合法的版权或使用权,如在本项目范围内使用过程中出现版权或使用权纠纷,应由供应商负责,招标人和采购机构不承担责任。所提供软件都必须取得授权,授权使用单位为招标人。
3. 安装测试与验收:
(1) 安装测试:要求具有完整的系统测试计划,包括根据用户需求编写,遍及系统全部功能、性能的测试用例,合理的测试方案和测试方法。要求保留完整的测试报告,包括单元测试、集成测试、系统测试和压力测试。测试过程要用户单位组织相关人员同参与。测试计划要详细描述针对各项测试,项目建设单位、集成商以及相关单位如何参与,如何配合,包括各单位职责和分工界面等内容描述。
在安装、配置和测试、调试过程中,供应商应对最终用户技术人员所提出的技术问题,给予满意的答复。所有测试通过后,进行初验,初验通过后,系统进入试运行期。
(2) 项目验收:
1)项目初验
经过若干轮回的开发、完善工作,达到了项目初验的条件后,供应商可以向招标人提交项目初验的申请,并经招标人同意后组织初步验收。招标人根据中华人民共和国现行技术标准,按招标文件以及合同规定的验收评定标准等规范,组织项目初步验收。
项目初验的基本条件是:
全面完成本项目的设计、开发、测试和集成、数据整理等工作,基本达到功能、性能、使用等方面的要求;
用户对系统满意,达到了系统的设计目标;
系统运行基本稳定,上线试运行后确保不会影响业务部门的正常工作。
2)试运行
项目初验合格后,经确认进入试运行期。在试运行期间,一方面要提供足够的培训和技术支持,保障用户能够正确的理解和使用系统,另一方面,要根据运行中出现的问题以及用户需求情况,及时修改完善系统。
3)项目终验
项目在达到了全部规定要求,连续成功稳定运行1个月以上,供应商在提交全部相关文档、报告、代码等交付物的前提下,可以向招标人提出项目最终验收的申请。
4. 免费维护期要求:
(1)软件免费维护期:自通过验收合格之日起1年。免费维护期间,供应商对招标人提出的在合同范围内具体需求进行调研、调整和完善。
(2)在免费服务期内,提供7*24小时热线电话技术支持、邮件服务和定期现场巡检服务等技术支持;对采购方提出的系统问题、发现的程序错误等,在最短的时间内予以响应,并及时解决问题。
(3)在系统维护服务期间,供应商应在本项目采购内容和要求范围内及不涉及架构调整的情况下,根据招标人需求对系统进行必需的调整、修改以及版本免费升级服务,以满足系统之最优化,包括但不限于功能模块的新增、修改和完善。
5. 培训要求:
(1)提供高水平的培训,培训教员应参与过该项目的实施,并有一定的教学经验。
(2)提供详细的培训计划,培训计划中对时间、地点、授课人、培训内容、培训所要达到的目标等内容安排进行详细描述。
(3)培训方式应包括技术讲课、操作示范、参观学习和其它必须的业务指导和技术咨询。
(4)在合同签定后征得招标人同意后实施培训工作,并按招标人要求对设计人员、操作人员等不同岗位人员进行培训。
(5)所有培训费用包括在投标总价内,不另行收费。
6. 文档要求:
1、项目验收后供应商须提供详细的软件相关技术文档、使用说明书、维护手册等文档资料。
2、供应商在本项目的设计、应用系统建设和集成过程中,提供相应文档,包括系统设计、开发、测试、运行、维护管理体系对应的全部管理规范和技术文档。要求各技术文档应与系统相一致,技术文档应该全面、完整、详细、清晰,并应满足供应商对系统的安装、使用、维护、应用开发的需要。
3、具体的文档包括但不限于:
项目设计类文档
项目实施类文档
项目质检与测试类文档
系统用户手册类文档
平台标准规范文档
7. 项目实施要求:
(1)本采购内容及要求提出的是最低限度的基本技术要求,并未对所有技术细节作出规定,要求供应商在初步业务需求、技术要求和用户实际需求的基础上进一步进行调研开发,根据具体需求深化分析,提供符合本采购内容及要求和国家标准、行业标准的优质产品。用户需求在开发期和试运行期,仍有可能不断完善,供应商须承诺在采购需求和政策法规范围内,随着用户需求的变动随时做出响应,修改应用软件,并不断进行完善。
(2)正式验收通过后,若有需求变动,在免费维护期内,仍应免费按用户需求对整个系统做出相应修改,以满足用户的需求。
(3)本项目建设过程中,供应商应充分考虑所提供解决方案的可行性和合理性,并保证项目落地实施。
(4)供应商应本着认真负责的态度组织技术队伍,做好投标的整体技术方案并提出开发、维护、服务以及今后技术支持的措施计划和承诺。
(5)供应商在成交通知书发出之日起5个工作日内和招标人进行功能需求、技术规格和项目进度的确认并签订合同。
(6)供应商应允许采购方的工作人员参与系统的安装、测试、诊断及解决问题等各项工作。
1. 投标供应商的报价应为承包完成本次投标需完成全部工作所发生的所有费用,并承担一切风险责任。投标供应商应结合本次项目特点,市场行情及投标供应商自身的技术,管理水平,竞争能力,确定最终报价。
2. 投标报价包含需求调研、软件设计、系统开发、系统集成、测试、实施部署、硬件运输、安装、调试、人工费(包括工人工资、奖金、房补、劳保福利、社保、工伤费、教育培训费、暂住费及处理一切伤亡事故等费用)、工具材料费、培训、维护、税费等所有费用,即一直到整个项目调试验收合格交付招标人使用,招标人不再另行支付费用。如因投标供应商的投标文件中对功能响应存在错漏情况导致建设过程中,无法实现招标文件中所涉及的功能要求,投标供应商需无条件整改,确保功能要求全部实现并自行承担由此引起的相应费用。
3. 付款方式与结算
本项目合同签订后十个工作日内支付合同总额的30%。完成初步验收,系统上线运行且得到招标人认可后,十个工作日内支付合同金额的40%。系统最终验收通过后,十个工作日内支付合同金额的25%,剩余尾款为运营维护费,待1年运营期满后,十个工作日内结清。(具体以财政资金到位情况为准)