代理机构内部编号:SJJCZB2022020
代理机构内部编号:SJJCZB2022020
松江区城运平台信息化建设(二期)
采购项目
招标文件
采 购 人 : 上海市松江区城市运行管理中心集中采购机构:上海市松江区政府采购中心
目 录
第一章 投标邀请 第二章 投标人须知
第三章 政府采购政策功能第四章 招标需求
第五章 评标方法与程序 第六章 投标文件有关格式
第七章 合同书格式和合同条款附件 项目采购需求
第一章 投标邀请
项目概况
松江区城运平台信息化建设(二期) 招标项目的潜在投标人应在上海市政府采购网获取招标文件,并于 2022-10-28 10:00:00(北京时间)前递交投标文件。
一、项目基本情况
项目编号:SHXM-17-20220927-1035
项目名称:松江区城运平台信息化建设(二期)预算编号:1722-7190013021
预算金额(元):58571400.00 元 (国库资金:58571400.00 元;自筹资金:0.00 元)最高限价(元):包 1-58571400.00 元
采购需求:
包名称:松江区城运平台信息化建设(二期)数量:1
预算金额(元):58571400.00 元
简要规格描述或项目基本概况介绍、用途:松江区城运平台信息化建设(二期)项目主要包括以下内容:1、城运 IT 基础设施升级建设,包括增加 UPS 电源、综合布线等 IT 基础设施改造。 2、业务及技术中台体系建设,包括区视频联网管理平台扩容升级、物联网中台、AI 技术中台、城运公共服务平台。3、城运应用体系及综合门户建设,包括建设城市体征指标平台、城运综合决策指挥平台、特色应用系统、城运综合门户。4、信息安全保障平台建设,包括网络安全建设等,符合三级等保技术能力要求。
合同履约期限:合同签订并生效后的 12 个月内(含试运行时间 3 个月)完成项目交付(包括安装、调试及验收)。
本项目不允许接受联合体投标。二、申请人的资格要求:
1.满足《中华人民共和国政府采购法》第二十二条规定;
2.落实政府采购政策需满足的资格要求:本项目面向大、中、小、微型等各类供应商采购。
3.本项目的特定资格要求:
1、符合《中华人民共和国政府采购法》第二十二条的规定。
2、未被“信用中国”(xxx.xxxxxxxxxxx.xxx.xx)、中国政府采购网
(xxx.xxxx.xxx.xx)列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单。
3、本项目不接受联合体投标。
三、获取招标文件
时间:2022-09-29 至 2022-10-12,每天上午 00:00:00~12:00:00,下午 12:00:00~23:59:59
(北京时间,法定节假日除外)地点:上海政府采购网
方式: 网上获取售价(元): 0
四、提交投标文件截止时间、开标时间和地点
提交投标文件截止时间:2022-10-28 10:00:00(北京时间)投标地点:上海政府采购网(xxx.xxxx.xx.xxx.xx)
开标时间:2022-10-28 10:00:00(北京时间)
开标地点:上海政府采购网(xxx.xxxx.xx.xxx.xx)五、公告期限
自本公告发布之日起 5 个工作日。六、其他补充事宜
七、对本次采购提出询问,请按以下方式联系
1.采购人信息
名 称:xxxxxxxxxxxxxxx x:xxxxxx 0 x 0 xx 0 x 联系方式:37739305
2.采购代理机构信息
名 称:上海市松江区政府采购中心
地 址:xxxxxxxxxx 000-000 x 0 xx 0 x
联系方式:57746172 3.项目联系方式
项目联系人:xxx电 话:57746172
一、项目情况
第二章 投标人须知前附表
项目名称: xxxxxxxxxxxx(xx)项目编号:详见投标邀请
项目地址:详见投标邀请项目内容:详见投标邀请采购预算:详见投标邀请
采购预算说明:本项目采购预算为 58571400 元人民币,超过采购预算的报价不予接受。采购标的对应的中小企业划分标准所属行业:软件和信息技术服务业。
二、招标人
采购人
名称:xxxxxxxxxxxxxxxx:xxxxxx 0 x 0 xx 0 x 联系人:xx
集中采购机构
名称:上海市松江区政府采购中心
地址:xxxxxxxxxx 000-000 x 0 xx 0 x联系人:xxx
电话:00000000传真:67743657
三、合格供应商条件
2.落实政府采购政策需满足的资格要求:本项目面向大、中、小、微型等各类供应商采购。
3.本项目的特定资格要求:
1、符合《中华人民共和国政府采购法》第二十二条的规定。
2、未被“信用中国”(xxx.xxxxxxxxxxx.xxx.xx)、中国政府采购网(xxx.xxxx.xxx.xx)列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单。
3、本项目不接受联合体投标。四、招标有关事项
1、招标答疑会:不召开
2、踏勘现场:不集中组织
3、投标有效期:自开标之日起 90 日
4、投标保证金:不收取
5、投标截止时间: 详见投标邀请(招标公告)或延期公告(如果有的话)
6、递交投标文件方式和网址
投标文件递交方式:由投标人在上海市政府采购云平台(门户网站:上海政府采购网)提交。投标文件递交网址:xxxx://xxx.xxxx.xx.xxx.xx
7、开标时间和开标地点网址:开标时间:同投标截止时间
开 标 网 址 : 上 海 市 政 府 采 购 云 平 台 ( 门 户 网 站 : 上 海 政 府 采 购 网 , 网 址 :
xxxx://xxx.xxxx.xx.xxx.xx)。
8、评标委员会的组建:详见第五章《评标方法与程序》。
9、评标方法:详见第五章《评标方法与程序》
10、中标人推荐办法:详见第五章《评标方法与程序》五、其它事项
1、付款方式:详见第四章《招标需求》
2、交付日期:详见第四章《招标需求》
3、转让与分包:详见第四章《招标需求》
4、履约保证金:不收取
5、质量保证金:不收取六、说明
根据上海市财政局《关于上海市政府采购云平台第三批单位上线运行的通知》的规定,本项目采购相关活动在由市财政局建设和维护的上海市政府采购云平台(简称:采购云平台,门户网站:上海政府采购网,网址:xxx.xxxx.xx.xxx.xx)进行。供应商应根据《上海市电子政府采购管理暂行办法》等有关规定和要求执行。供应商在采购云平台的有关操作方法可以参照采购云平台中的“操作须知”专栏的有关内容和操作要求办理。
投标人应在投标截止时间前尽早加密上传投标文件,电话通知招标人进行签收,并及时查看招标人在电子采购平台上的签收情况,打印签收回执,以免因临近投标截止时间上传造成招标人无法在开标前完成签收的情形。未签收的投标文件视为投标未完成。
投标人须知
一、总则
1.概述
1.1 根据《中华人民共和国政府采购法》、《中华人民共和国招标投标法》等有关法律、法规和规章的规定,本采购项目已具备招标条件。
1.2 本招标文件仅适用于《投标邀请(招标公告)》和《投标人须知》前附表中所述采购项目的招标采购。
1.3 招标文件的解释权属于《投标邀请(招标公告)》和《投标人须知》前附表中所述的招标人。
1.4 参与招标投标活动的所有各方,对在参与招标投标过程中获悉的国家、商业和技术秘密以及其它依法应当保密的内容,均负有保密义务,违者应对由此造成的后果承担全部法律责任。
1.5 根据上海市财政局《关于上海市政府采购云平台第三批单位上线运行的通知》的规定,本项目招投标相关活动在上海市政府采购云平台( 门户网站: 上海政府采购网, 网址: xxx.xxxx.xx.xxx.xx)进行。
2.定义
2.1 “采购项目”系指《投标人须知》前附表中所述的采购项目。
2.2 “服务”系指招标文件规定的投标人为完成采购项目所需承担的全部义务。
2.3 “招标人”系指《投标人须知》前附表中所述的组织本次招标的集中采购机构和采购人。
2.4 “投标人”系指从招标人处按规定获取招标文件,并按照招标文件向招标人提交投标文件的供应商。
2.5 “中标人”系指中标的投标人。
2.6 “甲方”系指采购人。
2. 7 “乙方”系指中标并向采购人提供货物和相关服务的投标人。
2.8 招标文件中凡标有“★”的条款均系实质性要求条款。
2. 9 “ 采购云平台” 系指上海市政府采购云平台, 门户网站为上海政府采购网
(xxx.xxxx.xx.xxx.xx),是由市财政局建设和维护。
3.合格的投标人
3.1 符合《投标邀请(招标公告)》和《投标人须知》前附表中规定的合格投标人所必须具备的资格条件和特定条件。
3.2 《投标邀请(招标公告)》和《投标人须知》前附表规定接受联合体投标的,除应符合本章第 3.1 项要求外,还应遵守以下规定:
(1)联合体各方应按招标文件提供的格式签订联合体协议书,明确联合体各方权利义务、合同份额;联合体协议书应当明确联合体主办方、由主办方代表联合体参加采购活动;
(2)联合体中有同类资质的供应商按联合体分工承担相同工作的,应当按照资质等级较低的供应商确定资质等级;
(3)招标人根据采购项目的特殊要求规定投标人特定条件的,联合体各方中至少应当有一方
符合采购规定的特定条件。
(4)联合体各方不得再单独参加或者与其他供应商另外组成联合体参加同一合同项下的政府采购活动。
4.合格的服务
4.1 投标人所提供的服务应当没有侵犯任何第三方的知识产权、技术秘密等合法权利。
4.2 投标人提供的服务应当符合招标文件的要求,并且其质量完全符合国家标准、行业标准或地方标准,均有标准的以高(严格)者为准。没有国家标准、行业标准和企业标准的,按照通常标准或者符合采购目的的特定标准确定。
5.投标费用
不论投标的结果如何,投标人均应自行承担所有与投标有关的全部费用,招标人在任何情况下均无义务和责任承担这些费用。
6. 信息发布
x采购项目需要公开的有关信息,包括招标公告、招标文件澄清或修改公告、中标公告以及延长投标截止时间等与招标活动有关的通知,招标人均将通过“上海政府采购网”(xxxx://xxx. xxxx.xx.xxx.xx)和“松江区门户网”( xxxx://xxx.xxxxxxxxx.xxx.xx)公开发布。投标人在参与本采购项目招投标活动期间,请及时关注以上媒体上的相关信息,投标人因没有及时关注而未能如期获取相关信息,及因此所产生的一切后果和责任,由投标人自行承担,招标人在任何情况下均不对此承担任何责任。
7.询问与质疑
7. 1 投标人对招标活动事项有疑问的,可以向招标人提出询问。询问可以采取电话、电子邮件、当面或书面等形式。对投标人的询问,招标人将依法及时作出答复,但答复的内容不涉及商业秘密或者依法应当保密的内容。
7. 2 投标人认为招标文件、招标过程或中标结果使自己的合法权益受到损害的,可以在知道或者应知其权益受到损害之日起七个工作日内,以书面形式向招标人提出质疑。其中,对招标文件的质疑,应当在其收到招标文件之日(以采购云平台显示的报名时间为准)起七个工作日内提出;对招标过程的质疑,应当在各招标程序环节结束之日起七个工作日内提出;对中标结果的质疑,应当在中标公告期限届满之日起七个工作日内提出。
投标人应当在法定质疑期内一次性提出针对同一采购程序环节的质疑,超过次数的质疑将不予受理。以联合体形式参加政府采购活动的,其质疑应当由组成联合体的所有供应商共同提出。
7. 3 投标人可以委托代理人进行质疑。代理人提出质疑应当提交投标人签署的授权委托书,并提供相应的身份证明。授权委托书应当载明代理人的姓名或者名称、代理事项、具体权限、期限和相关事项。投标人为自然人的,应当由本人签字;投标人为法人或者其他组织的,应当由法定代表人、主要负责人签字或者xx,并加盖公章。
7.4 投标人提出质疑应当提交质疑函和必要的证明材料。质疑函应当包括下列内容:
(1)供应商的姓名或者名称、地址、邮编、联系人及联系电话;
(2)质疑项目的名称、编号;
(3)具体、明确的质疑事项和与质疑事项相关的请求;
(4)事实依据;
(5)必要的法律依据;
(6)提出质疑的日期。
投标人为自然人的,应当由本人签字;投标人为法人或者其他组织的,应当由法定代表人、主要负责人,或者其授权代表签字或者xx,并加盖公章。
质 疑 函 应 当 按 照 财 政 部 制 定 的 范 本 填 写 , 范 本 格 式 可 通 过 中 国 政 府 采 购 网
(xxxx://xxx.xxxx.xxx.xx)右侧的“下载专区”下载。
7.5 投标人提起询问和质疑,应当按照《政府采购质疑和投诉办法》(财政部令第 94 号)的规定办理。质疑函或授权委托书的内容不符合《投标人须知》第 7.3 条和第 7.4 条规定的,招标人将当场一次性告知投标人需要补正的事项,投标人超过法定质疑期未按要求补正并重新提交的,视为放弃质疑。
质疑函的递交应当采取当面递交形式,质疑联系部门:上海市松江区政府采购中心,联系电话:000-00000000,地址:xxxxxxxxxx 000-000 x 0 xx 0 x 0000 x。
7. 6 招标人将在收到投标人的书面质疑后七个工作日内作出答复,并以书面形式通知提出质疑的投标人和其他有关投标人,但答复的内容不涉及商业秘密或者依法应当保密的内容。
7. 7 对投标人询问或质疑的答复将导致招标文件变更或者影响招标活动继续进行的,招标人将通知提出询问或质疑的投标人,并在原招标公告发布媒体上发布变更公告。
8. 公平竞争和诚实信用
8.1 投标人在本招标项目的竞争中应自觉遵循公平竞争和诚实信用原则,不得存在腐败、欺诈或其他严重违背公平竞争和诚实信用原则、扰乱政府采购正常秩序的行为。“腐败行为”是指提供、给予任何有价值的东西来影响采购人员在采购过程或合同实施过程中的行为;“欺诈行为”是指为了影响采购过程或合同实施过程而提供虚假材料,谎报、隐瞒事实的行为,包括投标人之间串通投标等。
8.2 如果有证据表明投标人在本招标项目的竞争中存在腐败、欺诈或其他严重违背公平竞争和诚实信用原则、扰乱政府采购正常秩序的行为,招标人将拒绝其投标,并将报告政府采购监管部门查处;中标后发现的,中标人须参照《中华人民共和国消费者权益保护法》第 55 条之条文描述方式双倍赔偿采购人,且民事赔偿并不免除违法投标人的行政与刑事责任。
8.3 招标人将在开标后至评标前,通过“信用中国”网站(xxx.xxxxxxxxxxx.xxx.xx)、中国政府采购网(xxx.xxxx.xxx.xx)查询相关投标人信用记录,并对供应商信用记录进行甄别,对列入“信用中国”网站(xxx.xxxxxxxxxxx.xxx.xx)失信被执行人名单、重大税收违法案件当事人名单、中国政府采购网(xxx.xxxx.xxx.xx)政府采购严重违法失信行为记录名单及其他不符合《中华人民共和国政府采购法》第二十二条规定条件的供应商,将拒绝其参与政府采购活动。以上信用查询记录,招标人将打印查询结果页面后与其他采购文件一并保存。
两个以上的自然人、法人或者其他组织组成一个联合体,以一个供应商的身份共同参加政府采购活动的,将对所有联合体成员进行信用记录查询,联合体成员存在不良信用记录的,视同联
合体存在不良信用记录。
9. 其他
x《投标人须知》的条款如与《投标邀请》 、 《招标需求》和《评标方法与程序》就同一内容的表述不一致的,以《投标邀请》 、 《招标需求》和《评标方法与程序》中规定的内容为准。
二、招标文件
10. 招标文件构成
10.1 招标文件由以下部分组成:
(1)投标邀请(招标公告)
(2)投标人须知
(3)政府采购政策功能
(4)招标需求
(5)评标方法与程序
(6)投标文件有关格式
(7)合同书格式和合同条款
(8)本项目招标文件的澄清、答复、修改、补充内容(如有的话)。
10.2 投标人应仔细阅读招标文件的所有内容,并按照招标文件的要求提交投标文件。如果投标人没有按照招标文件要求提交全部资料,或者投标文件没有对招标文件在各方面作出实质性响应,则投标有可能被认定为无效标,其风险由投标人自行承担。
10.3、投标人应认真了解本次招标的具体工作要求、工作范围以及职责,了解一切可能影响投标报价的资料。一经中标,不得以不完全了解项目要求、项目情况等为借口而提出额外补偿等要求,否则,由此引起的一切后果由中标人负责。
10.4、投标人应按照招标文件规定的日程安排,准时参加项目招投标有关活动。
11. 招标文件的澄清和修改
11.1 任何要求对招标文件进行澄清的投标人,均应在投标截止期 15 天以前,按《投标邀请
(招标公告)》中的地址以书面形式(必须加盖投标人单位公章)通知招标人。
11.2 对在投标截止期 15 天以前收到的澄清要求,招标人需要对招标文件进行澄清、答复的;或者在投标截止前的任何时候,招标人需要对招标文件进行补充或修改的,招标人将会通过“上海政府采购网”以澄清或修改公告形式发布,并通过采购云平台发送至已下载招标文件的供应商工作区。如果澄清或更正的内容可能影响投标文件编制的,且澄清或修改公告发布时间距投标截止时间不足 15 天的,则相应延长投标截止时间。延长后的具体投标截止时间以最后发布的澄清或修改公告中的规定为准。
11.3 澄清或修改公告的内容为招标文件的组成部分。当招标文件与澄清或修改公告就同一内容的表述不一致时,以最后发出的文件内容为准。
11.4 招标文件的澄清、答复、修改或补充都应由集中采购机构以澄清或修改公告形式发布和通知,除此以外的其他任何澄清、修改方式及澄清、修改内容均属无效,不得作为投标的依据,
否则,由此导致的风险由投标人自行承担,招标人不承担任何责任。
11.5 招标人召开答疑会的,所有投标人应根据招标文件或者招标人通知的要求参加答疑会。投标人如不参加,其风险由投标人自行承担,招标人不承担任何责任。
12.踏勘现场
12.1 招标人组织踏勘现场的,所有投标人应按《投标人须知》前附表规定的时间、地点前往参加踏勘现场活动。投标人如不参加,其风险由投标人自行承担,招标人不承担任何责任。招标人不组织踏勘现场的,投标人可以自行决定是否踏勘现场,投标人需要踏勘现场的,招标人应为投标人踏勘现场提供一定方便,投标人进行现场踏勘时应当服从招标人的安排。
12.2 投标人踏勘现场发生的费用由其自理。
12. 3 招标人在现场介绍情况时,应当公平、公正、客观,不带任何倾向性或误导性。
12.4 招标人在踏勘现场中口头介绍的情况,除招标人事后形成书面记录、并以澄清或修改公告的形式发布、构成招标文件的组成部分以外,其他内容仅供投标人在编制投标文件时参考,招标人不对投标人据此作出的判断和决策负责。
三、投标文件
13. 投标的语言及计量单位
13.1 投标人提交的投标文件以及投标人与招标人就有关投标事宜的所有来往书面文件均应使用中文。除签名、盖章、专用名称等特殊情形外,以中文以外的文字表述的投标文件视同未提供。
13.2 投标计量单位,招标文件已有明确规定的,使用招标文件规定的计量单位;招标文件没有规定的,一律采用中华人民共和国法定计量单位(货币单位:人民币元)。
14.投标有效期
14.1 投标文件应从开标之日起,在《投标人须知》前附表规定的投标有效期内有效。投标有效期比招标文件规定短的属于非实质性响应,将被认定为无效投标。
14.2 在特殊情况下,在原投标有效期期满之前,招标人可书面征求投标人同意延长投标有效期。
14.3 中标人的投标文件作为项目合同的附件,其有效期至中标人全部合同义务履行完毕为止。
15. 投标文件构成
15.1 投标文件由商务响应文件(包括相关证明文件)和技术响应文件二部分构成。
15. 2 商务响应文件(包括相关证明文件)和技术响应文件具体应包含的内容,以第四章《招标需求》规定为准。
16. 商务响应文件
16.1 商务响应文件由以下部分组成:
(1)《投标函》
(2)《开标一览表》(在采购云平台填写)
(3)《投标报价分类明细表》等相关报价表格详见第六章《投标文件有关格式》
(4)《资格审查要求表》
(5)《符合性要求表》
(6)《商务要求响应表》
(7)第四章《招标需求》规定的其他内容
(8)相关证明文件(投标人应按照《招标需求》所规定的内容提交相关证明文件,以证明其有资格参加投标和中标后有能力履行合同)
17. 投标函
17.1 投标人应按照招标文件中提供的格式完整地填写《投标函》。
17.2 投标人不按照招标文件中提供的格式填写《投标函》,或者填写不完整的,评标时将按照第五章《评标方法与程序》中的相关规定予以扣分。
17.3 投标文件中未提供《投标函》的,为无效投标。
18. 开标一览表
18.1 投标人应按照招标文件的要求和采购云平台提供的投标文件格式完整地填写《开标一览表》,说明其拟提供服务的内容、数量、价格、时间、价格构成等。
18.2 《开标一览表》是为了便于招标人开标,《开标一览表》内容在开标时将当众公布。
18.3 投标人未按照招标文件的要求和采购云平台提供的投标文件格式完整地填写《开标一览表》、或者未提供《开标一览表》,导致其开标不成功的,其责任和风险由投标人自行承担。
19. 投标报价
19.1 投标人应当按照国家和上海市有关行业管理服务收费的相关规定,结合自身服务水平和承受能力进行报价。投标报价应是履行合同的最终价格,除《招标需求》中另有说明外,投标报价应当是投标人为提供本项目所要求的全部管理服务所发生的一切成本、税费和利润,包括人工(含工资、社会统筹保险金、加班工资、工作餐、相关福利、关于人员聘用的费用等)、设备、国家规定检测、外发包、材料(含辅材)、管理、税费及利润等。
19.2 报价依据:
(1)本招标文件所要求的服务内容、服务期限、工作范围和要求;
(2)本招标文件明确的服务标准及考核方式;
(3)其他投标人认为应考虑的因素。
19.3 投标人提供的服务应当符合国家和上海市有关法律、法规和标准规范,满足合同约定的服务内容和质量等要求。投标人不得违反标准规范规定或合同约定,通过降低服务质量、减少服务内容等手段进行恶性竞争,扰乱正常市场秩序。
19. 4 除《招标需求》中说明并允许外,投标的每一种服务的单项报价以及采购项目的投标总价均只允许有一个报价,任何有选择的报价,招标人对于其投标均将予以拒绝。
19. 5 投标报价应是固定不变的,不得以任何理由予以变更。任何可变的或者附有条件的投标报价,招标人均将予以拒绝。
19. 6 投标人应按照招标文件第六章提供的格式完整地填写各类报价分类明细表,说明其拟提供服务的内容、数量、价格、时间、价格构成等。
19. 7 投标应以人民币报价。
20. 资格性审查及符合性要求表
20.1 投标人应当按照招标文件所提供格式,逐项填写并提交《资格审查要求表》以及《符合性要求表》,以证明其投标符合招标文件规定的所有合格投标人资格条件及实质性要求。
20.2 投标文件中未提供《资格审查要求表》或《符合性要求表》的,为无效投标。
21.技术响应文件
21.1 投标人应按照《招标需求》的要求编制并提交技术响应文件,对招标人的技术需求全面完整地做出响应并编制服务方案,以证明其投标的服务符合招标文件规定。
21.2 技术响应文件可以是文字资料、表格、图纸和数据等各项资料,其内容应包括但不限于人力、物力等资源的投入以及服务内容、方式、手段、措施、质量保证及建议等。
22. 投标文件的编制和签署
22.1 投标人应按照招标文件和采购云平台要求的格式填写相关内容。
22.2 投标文件中凡招标文件要求签署、盖章之处,均应显示投标人的法定代表人或法定代表人正式授权的代表签署字样及投标人的公章。投标人名称及公章应显示全称。如果是由法定代表人授权代表签署投标文件,则应当按招标文件提供的格式出具《法定代表人授权委托书》(如投标人自拟授权书格式,则其授权书内容应当实质性符合招标文件提供的《法定代表人授权委托书》格式之内容)并将其附在投标文件中。投标文件若有修改错漏之处,须在修改错漏之处同样显示出投标人公章或者由法定代表人或法定代表人授权代表签署字样。投标文件因字迹潦草或表达不清所引起的后果由投标人自负。
其中对《投标函》 、《法定代表人授权委托书》 、《资格审查要求表》 、《符合性要求表》以及《财务状况及税收、社会保障资金缴纳情况声明函》,投标人未按照上述要求显示公章的,其投标无效。
22.3 建设节约型社会是我国落实科学发展观的一项重大决策,也是政府采购应尽的义务和职责,需要政府采购各方当事人在采购活动中共同践行。目前,少数投标人制作的投标文件存在编写繁琐、内容重复的问题,既增加了制作成本,浪费了宝贵的资源,也增加了评审成本,影响了评审效率。为进一步落实建设节约型社会的要求,提请投标人在制作投标文件时注意下列事项:
(1)评标委员会主要是依据投标文件中技术、质量以及售后服务等指标来进行评定。因此,投标文件应根据招标文件的要求进行制作,内容xx明了,编排合理有序,与招标文件内容无关或不符合招标文件要求的资料不要编入投标文件。
(2)投标文件应规范,应按照规定格式要求规范填写,扫描文件应清晰xx、上传文件应规范。
四、投标文件的递交
23. 投标文件的递交
23.1 投标人应按照招标文件规定,参考第六章投标文件有关格式,在采购云平台中按照要求填写和上传所有投标内容。投标的有关事项应根据采购云平台规定的要求办理。
23.2 投标文件中含有公章,防伪标志和彩色底纹类文件(如《投标函》、营业执照、身份证、
认证证书等)应清晰显示。如因上传、扫描、格式等原因导致评审时受到影响,由投标人承担相应责任。
招标人认为必要时,可以要求投标人提供文件原件进行核对,投标人必须按时提供,否则投标人须接受可能对其不利的评标结果,并且招标人将对该投标人进行调查,发现有弄虚作假或欺诈行为的按有关规定进行处理。
23.3 投标人应充分考虑到网上投标可能会发生的技术故障、操作失误和相应的风险。对因网上投标的任何技术故障、操作失误造成投标人投标内容缺漏、不一致或投标失败的,招标人不承担任何责任。
24.投标截止时间
24.1 投标人必须在《投标邀请(招标公告)》规定的网上投标截止时间前将投标文件在采购云平台中上传并正式投标。
24.2 在招标人按《投标人须知》规定酌情延长投标截止期的情况下,招标人和投标人受投标截止期制约的所有权利和义务均应延长至新的截止时间。
24.3 在投标截止时间后上传的任何投标文件,招标人均将拒绝接收。
25. 投标文件的修改和撤回
在投标截止时间之前,投标人可以对在采购云平台已提交的投标文件进行修改和撤回。有关事项应根据采购云平台规定的要求办理。
五、开标
26. 开标
26.1 招标人将按《投标邀请》或《延期公告》(如果有的话)中规定的时间在采购云平台上组织公开开标。
26.2 开标程序在采购云平台进行,所有上传投标文件的供应商应登录采购云平台参加开标。开标主要流程为签到、解密、唱标和签名,每一步骤均应按照采购云平台的规定进行操作。
26.3 投标截止,采购云平台显示开标后,投标人进行签到操作,投标人签到完成后,由招标人解除采购云平台对投标文件的加密。投标人应在规定时间内使用数字证书对其投标文件解密。签到和解密的操作时长分别为半小时,投标人应在规定时间内完成上述签到或解密操作,逾期未完成签到或解密的投标人,其投标将作无效标处理。因系统原因导致投标人无法在上述要求时间内完成签到或解密的除外。
如采购云平台开标程序有变化的,以最新的操作程序为准。
26.4 投标文件解密后,采购云平台根据各投标人填写的《开标一览表》的内容自动汇总生成《开标记录表》。
投标人应及时使用数字证书对《开标记录表》内容进行签名确认,投标人因自身原因未作出确认的视为其确认《开标记录表》内容。
六、评标
27. 评标委员会
27.1 招标人将依法组建评标委员会,评标委员会由采购人代表和上海市政府采购评审专家
组成,其中专家的人数不少于评标委员会成员总数的三分之二。
27.2 评标委员会负责对投标文件进行评审和比较,并向招标人推荐中标候选人。
28. 投标文件的资格审查及符合性审查
28.1 开标后,招标人将依据法律法规和招标文件的《投标人须知》、《资格审查要求表》,对投标人进行资格审查。确定符合资格的投标人不少于 3 家的,将组织评标委员会进行评标。
28.2 在详细评标之前,评标委员会要对符合资格的投标人的投标文件进行符合性审查,以确定其是否满足招标文件的实质性要求。评标委员会只根据投标文件本身的内容来判定投标文件的响应性,而不寻求外部的证据。
28.3 符合性审查未通过的投标文件不参加进一步的评审,投标人不得通过修正或撤销不符合要求的偏离或保留从而使其投标成为实质上响应的投标。
28.4 开标后招标人拒绝投标人主动提交的任何澄清与补正。
28.5 招标人可以接受投标文件中不构成实质性偏差的小的不正规、不一致或不规范的内容。
29. 投标文件内容不一致的修正
29.1 投标文件报价出现前后不一致的,按照下列规定修正:
(1)《开标记录表》报价与投标文件中报价不一致的,以《开标记录表》为准;
(2)大写金额和小写金额不一致的,以大写金额为准;
(3)单价金额小数点或者百分比有明显错位的,以开标记录表的总价为准,并修改单价;
(4)总价金额与按单价汇总金额不一致的,以单价金额计算结果为准。
同时出现两种以上不一致的,按照上述规定的顺序修正。修正后的报价经投标人确认后产生约束力,投标人不确认的,其投标无效。
29.2 《开标记录表》内容与投标文件中相应内容不一致的,以《开标记录表》为准。
29.3 投标文件中如果有其他与评审有关的因素前后不一致的,将按不利于出错投标人的原则进行处理,即对于不一致的内容,评标时按照对出错投标人不利的情形进行评分;如出错投标人中标,签订合同时按照对出错投标人不利、对采购人有利的条件签约。
30. 投标文件的澄清
30.1 对于投标文件中含义不明确或者有明显文字和计算错误的内容,评标委员会应当以书面形式要求投标人作出必要的澄清。投标人应按照招标人通知的时间和地点委派授权代表向评标委员会作出说明或答复。
30.2 投标人对澄清问题的说明或答复,还应以书面形式提交给招标人,并应由投标人授权代表签字。
30.3 投标人的澄清文件是其投标文件的组成部分。
30.4 投标人的澄清不得超出投标文件的范围或者改变其投标文件的实质性内容,不得通过澄清而使进行澄清的投标人在评标中更加有利。
31.投标文件的评价与比较
31.1 评标委员会只对被确定为实质上响应招标文件要求的投标文件进行评价和比较。
31.2 评标委员会根据《评标方法与程序》中规定的方法进行评标,并向招标人提交书面评
标报告和推荐中标候选人。
32. 评标的有关要求
32.1 评标委员会应当公平、公正、客观,不带任何倾向性,评标委员会成员及参与评标的有关工作人员不得私下与投标人接触。
32.2 评标过程严格保密。凡是属于审查、澄清、评价和比较有关的资料以及授标建议等,所有知情人均不得向投标人或其他无关的人员透露。
32.3 任何单位和个人都不得干扰、影响评标活动的正常进行。投标人在评标过程中所进行的试图影响评标结果的一切不符合法律或招标规定的活动,都可能导致其投标被拒绝。
32.4 招标人和评标委员会均无义务向投标人做出有关评标的任何解释。七、定标
33.确认中标人
除了《投标人须知》第 36 条规定的招标失败情况之外,采购人将根据评标委员会推荐的中标候选人及排序情况,依法确认本采购项目的中标人。
34. 中标公告及中标和未中标通知
34.1 采购人确认中标人后,招标人将在两个工作日内通过“上海政府采购网” 和“松江区门户网”发布中标公告,公告期限为一个工作日。
34.2 中标公告发布同时,招标人将及时向中标人发出《中标通知书》通知中标,向其他未中标人发出《中标结果通知书》。《中标通知书》对招标人和投标人均具有法律约束力。
35.投标文件的处理
所有在开标会上被接受的投标文件都将作为档案保存,不论中标与否,招标人均不退回投标文件。
36.招标失败
在投标截止后,参加投标的投标人不足三家;在资格审查时,发现符合资格条件的投标人不足三家的;或者在评标时,发现对招标文件做出实质性响应的投标人不足三家,评标委员会确定为招标失败的,招标人将通过“上海政府采购网” 和“松江区门户网”发布招标失败公告。
八、授予合同
37. 合同授予
除了中标人无法履行合同义务之外,招标人将把合同授予根据《投标人须知》第 33 条规定所确定的中标人。
38. 签订合同
中标人与采购人应当在《中标通知书》发出之日起 30 日内签订政府采购合同。
39. 其他
采购云平台有关操作方法可以参考采购云平台(网址:xxx.xxxx.xx.xxx.xx)中的“操作须知”专栏。
第三章 政府采购政策功能
根据政府采购法,政府采购应当有助于实现国家的经济和社会发展政策目标,包括保护环境,扶持不发达地区和少数民族地区,促进中小企业发展等。
列入财政部、发展改革委发布的《节能产品政府采购品目清单》中强制采购类别的产品,按照规定实行强制采购;列入财政部、发展改革委、生态环境部发布的《节能产品政府采购品目清单》和《环境标志产品政府采购品目清单》中优先采购类别的产品,按规定实行优先采购。
中小企业按照《政府采购促进中小企业发展管理办法》享受中小企业扶持政策,对预留份额项目专门面向中小企业采购,对非预留份额采购项目按照规定享受价格扣除优惠政策。中小企业应提供《中小企业声明函》。享受扶持政策获得政府采购合同的,小微企业不得将合同分包给大中型企业,中型企业不得将合同分包给大型企业。
在政府采购活动中,监狱企业和残疾人福利性单位视同小微企业,监狱企业应当提供由省级以上监狱管理局、戒毒管理局(含新疆生产建设兵团)出具的属于监狱企业的证明文件,残疾人福利性单位应当提供《残疾人福利性单位声明函》。
如果有国家或者上海市规定政府采购应当强制采购或优先采购的其他产品和服务,按照其规定实行强制采购或优先采购。
第四章 招标需求
一、项目概述
见附件
二、项目内容及要求见附件
(1)为保证招标的合法性、公平性,投标人认为上述技术需求指标存在排他性或歧视性的,可在
收到或下载招标文件之日起七个工作日内提出并附相关证据,招标人将及时进行调查或组织论证,如情况属实,招标人将对上述相关技术需求指标做相应修改。
(2)招标人在技术需求和图纸中指出的工艺、材料和货物的标准以及参照的技术参数或型号仅起说明作用,并没有任何限制性,投标人在投标中可以选用其他替代标准、技术参数或型号,但这些替代要实质上优于或相当于技术规格的要求。
三、商务要求:
类别 | 要求 |
投标有效期 | 自开标之日起 90 日 |
质量保证期 | 整体自终验合格之日起 12 个月(全部硬件产品原厂质保 36 个月;定制 开发软件及成品软件终验后免费质保 12 个月) |
交付日期 | 合同签订并生效后的 12 个月内(含试运行时间 3 个月)完成项目交付 (包括安装、调试及验收)。 |
付款方式 | 1、项目合同签订后支付合同总额 10%, 2、硬件等产品到货后经甲方验货确定支付合同总金额 40%, 3、项目初验完成后支付合同总额 30%, 4、通过终验后支付合同总额 20%。 |
转让与分包 | x项目合同不得转让与分包 |
四、投标文件的编制要求
投标人应按照第二章《投标人须知》的相关要求及采购云平台要求编制网上投标文件,其中投标文件应包括下列内容(不限于下列):
1.商务响应文件由以下部分组成:
(1)《投标函》
(2)《开标一览表》(在采购云平台填写)
(3)《投标报价分类明细表》
(4)《资格审查要求表》
(5)《符合性要求表》
(6)《商务要求响应表》
(7)《法定代表人授权委托书》(含法定代表人身份证、被授权人身份证复印件)
(8)投标人营业执照(或事业单位、社会团体法人证书)
(9)财务状况及税收、社会保障资金缴纳情况声明函
(10)享受政府采购优惠政策的相关证明材料,包括:中小企业声明函、监狱企业证明文件、残疾人福利性单位声明函等(中标人为中小企业、残疾人福利性单位的,其声明函将随中标结果同时公告)
(11)投标人基本情况简介
2.技术响应文件由以下部分组成:
(1)项目经理情况表;
(2)主要管理、技术人员配备及相关工作经历、职业资格汇总表;
(3)软硬件产品技术要求比对明细表;
(4)针对本项目的需求理解;
(5)方案设计;
(6)实施方案;
(7)售后服务方案;
(8)最近三个月内任意一个月为项目经理和项目组主要人员依法缴纳社保费的证明;
(9)按照本招标文件要求提供的其他技术性资料以及投标人需要说明的其他事项。
以上各类响应文件格式详见招标文件第六章《投标文件有关格式》(格式自拟除外)。
第五章 评标方法与程序
一、资格审查
招标人将依据法律法规和招标文件的《投标人须知》、《资格审查要求表》,对投标人进行资格审查。确定符合资格的投标人不少于 3 家的,将组织评标委员会进行评标。
二、投标无效情形
1、投标文件不符合《资格审查要求表》以及《符合性要求表》所列任何情形之一的,将被认定为无效投标。
2、单位负责人或法定代表人为同一人,或者存在直接控股、管理关系的不同供应商,参加同一包件或者未划分包件的同一项目投标的,相关投标均无效。
3、除上述以及政府采购法律法规、规章、《投标人须知》所规定的投标无效情形外,投标文件有其他不符合招标文件要求的均作为评标时的考虑因素,而不导致投标无效。
1、评标方法
根据《中华人民共和国政府采购法》及政府采购相关规定,结合项目特点,本项目采用“综合评分法”评标,总分为 100 分。
2、评标委员会
2.1 本项目具体评标事务由评标委员会负责,评标委员会由 7 人组成,其中采购人代表一名,其余为政府采购评审专家,采购代表不参加评标的,则评委会成员均由评审专家组成,招标人将按照相关规定,从上海市政府采购评审专家库中随机抽取评审专家。
2.2 评标委员会成员应坚持客观、公正、审慎的原则,依据投标文件对招标文件响应情况、投标文件编制情况等,按照《投标评分细则》逐项进行综合、科学、客观评分。
3、评标程序
x项目评标工作程序如下:
3.1 符合性审查。评标委员会应当对符合资格的投标人的投标文件进行符合性审查,以确定其是否满足招标文件的实质性要求。
3.2 澄清有关问题。对投标文件中含义不明确或者有明显文字和计算错误的内容,评标委员会应当以书面形式要求投标人作出必要的澄清、说明或者纠正。投标人的澄清、说明或者补正应当采用书面形式,由其授权的代表签字,不得超出投标文件的范围或者改变投标文件的实质性内容,也不得通过澄清而使进行澄清的投标人在评标中更加有利。
3.3 比较与评分。评标委员会按招标文件规定的《投标评分细则》,对符合性审查合格的投标文件进行评分。
3.4 推荐中标候选供应商名单。各评委按照评标办法对每个投标人进行独立评分,再计算平均分值,评标委员会按照每个投标人最终平均得分的高低依次排名,推荐得分最高者为第一中标候选人,依此类推。得分相同的,按投标报价由低到高顺序排列。得分且投标报价相同的并列。投
标文件满足招标文件全部实质性要求,且按照评审因素的量化指标评审得分最高的投标人为排名第一的中标候选人。如果评审得分仍相同,则由评标委员会按照少数服从多数原则投票表决。
4、评分细则
x项目具体评分细则如下:
4.1 投标价格分按照以下方式进行计算:
(1)价格评分:报价分=价格分值×(评标基准价/评审价)
(2)评标基准价:是经符合性检查合格(技术、商务基本符合要求,无重大缺、漏项)满足招标文件要求且投标价格最低的投标报价。
(3)评审价:投标报价无缺漏项的,投标报价即评审价;投标报价有缺漏项的,其投标报价也即评审价,缺漏项的费用视为已包括在其投标报价中。
(4)非预留份额专门面向中小企业采购的项目或包件,对小微企业报价给予 10%的扣除,用扣除后的价格参与评审;非预留份额专门面向中小企业采购且接受联合体投标或者允许分包的项目或包件,对于联合协议或者分包意向协议中约定小微企业的合同份额占到合同总金额 30%以上的投标人,给予其报价 4%的扣除,用扣除后的价格参与评审。以联合体形式参加政府采购活动,联合体各方均为中小企业的,联合体视同中小企业,其中,联合体各方均为小微企业的,联合体视同小微企业。组成联合体或者接受分包的小微企业与联合体内其他企业、分包企业之间存在直接控股、管理关系的,不享受价格扣除优惠政策。符合中小企业划分标准的个体工商户,在政府采购活动中视同中小企业。中小企业投标应提供《中小企业声明函》。
(5)评标委员会认为投标人的报价明显低于其他通过符合性审查投标人的报价,有可能影响产品质量或者不能诚信履约的,应当要求其在评标现场合理的时间内提供书面说明,必要时提交相关证明材料;投标人不能证明其报价合理性的,评标委员会应当将其作为无效投标处理。
4.2 投标文件其他评分因素及分值设置等详见《投标评分细则》。
投标评分细则(100 分)
序 号 | 评 审 内 容 | 评 审 因 素 | 类别 | 评审标准 | 分值 (分) |
1 | 报 价 得分 | 报 价 得分 | 客 观 分 | 报价得分=(评标基准价/评审价)×20%×100 | 20 |
2 | 需 求理解 | 需 求理解 | 主 观分 | 对本项目的总体建设目标和定位理解是否准确、深刻。重点评审: 1、对本项目“区级统筹、两级指挥、三级联动”的“1+18+X”松江区城运体系格局的建立,指挥平台、应用枢纽、赋能载体“三合一”的城市运行智能管理平台的需求理解是否准确、深刻(0-2 分); 2、对本项目所需的云和空间资源、区视频联网管理平台 (扩容)的需求理解是否细致、准确(0-2 分); 3、对本项目物联网中台、AI 技术中台及公共服务平台的需求理解是否细致、准确(0-2 分); 4、对本项目城市体征管理平台、综合决策指挥平台的需 求理解是否细致、准确(0-1 分); | 10 |
5、对本项目个性化应用开发、综合门户及安全防护体系的需求理解是否细致、准确(0-1 分); 6、对本项目的现状分析,与一期已建成系统的分工界面、 应用接口关联和调用等的梳理是否全面、准确(0-2 分)。 | |||||
3 | 整 体 技 术方案 | 总 体 技 术架构 | 主 观分 | 1、方案设计是否遵循了《松江区城运体系区、街镇一体化建设导则》的要求,通过构建 1 个区级平台+18 个街镇平台+X 个特色应用的城运体系格局来有效支撑松江全区城运管理水平的全方位变革和业务提升(0-2 分); 2、整体技术方案(需包含总体架构设计、本期架构设计、网络拓扑设计、数据资源建设与区数据中台的关系)是否 完整、可行、满足采购需求(0-3 分); | 5 |
平 台 兼 容性 | 主 观分 | 与一期已建成系统的兼容情况。重点评审: 1、视频联网管理平台扩容方案是否详细描述与采购人现有视频联网平台的技术兼容和数据对接能力,所选视频云综合管控平台、视频运维平台、一机一档系统、国标平台级联网关、流媒体分发节点等设备是否与一期项目中的视频云综合管控平台、视频运维平台技术标准兼容(0-2 分); 2、城运大屏 B/S 系统是否与采购人现有的三维可视化系统技术兼容,所选 WEB 可视化引擎是否与一期项目中的三维可视化系统实现数据互通、模型共用(0-2 分); 3、统一身份认证管理平台软件是否与采购人现有的智能网关系统技术兼容,需要阐述技术对接模式、对接接口、调用关系、发布相关身份认证应用接口的技术实现,并提 供相应的技术对接拓扑图(0-2 分); | 6 | ||
重 要 业 务 子 系 统 关 键 要求 | 主 观分 | 区视频联网管理平台扩容升级:需要考虑区平台的性能容量、与市平台的对接、委办局的视频资源接入与共享。重点评审: 1、城运中心平台扩容设计容量规划是否合理,是否支持与市公共安全视频监控共享平台的互通,平台割接、联网标准的设计合理性(0-2 分); 2、视频联网平台逻辑架构的设计是否先进,是否采用层次化结构设计,前端接入层、平台服务层、数据应用层的 功能规划是否清晰、合理(0-2 分)。 | 4 | ||
主 观分 | AI 技术中台需要强化城运场景应用、AI 业务赋能与运营。重点评审: 1、是否支持区、街镇/委办局之间的业务协同,是否支持全区的 AI 算法的统一管理,是否能实现 AI 算法的集约化建设(0-2 分); 2、AI 技术中台是否支持业务运营,包括 AI 模型的创建与发布流程、AI 模型的申请审批流程、用户角色的定义等 (0-2 分)。 | 4 | |||
主 观分 | 物联网中台将各个街镇建设的物联感知终端接入至区级物联平台,实现全区物联感知神经元系统的统一接入、统一管理、统一应用。重点评审: 1、物联网中台的功能是否完整,是否包含了设备管理、工程数据管理、巡检管理、运维工单、场景引擎等基础模块(0-2 分); 2、是否考虑对物联数据的管理,包括物联数据资产的沉淀、统一数据资源和数据开放服务管理,与区数据中台的 对接(0-2 分)。 | 4 |
主 观分 | 城运公共服务平台是城运体系区-街镇-网格三级协同的基础技术平台。重点评审: 1、视频会议系统是否覆盖各委办局和 18 个街镇,是否支持与市城运中心视频会议系统的对接;统一身份认证管理平台是否支持对组织机构和用户的统一管理,是否支持跨部门兼岗和虚拟组织(0-2 分); 2、专网地图是否提供基础地图展示、地址检索、地址解析、逆地址解析、驾车路线规划等基础服务;是否提供城市 Top 拥堵查询、城市突发拥堵道路查询、自定义区域拥堵道路排行榜查询等数据服务;是否具备较强的数据准确性和时效性,城市级背景数据、路网数据可按季度更新 (0-2 分)。 | 4 | |||
4 | 技 术 指 标 响 应 度 | 重 点 技 术指标 | 客 观分 | 按照“#重要软硬件指标要求表”要求,对#号重要参数逐个响应,#号重要参数每负偏离一项或未完整提供佐证材料的扣 2 分,本项扣完为止。 | 20 |
5 | 设 备 授 权 及 承诺 | 设 备 授 权 及 承诺 | 客 观分 | x项目中的视频云综合管控平台一体机、视频云运维平台一体机、一机一档系统、区级 MCU 等关键硬件设备 (参见 《硬件设备原厂授权及服务承诺函》章节要求)应提供针对本项目的原厂授权书及服务承诺函,每完整提供一项 得 1 分,最高得 4 分。 | 4 |
6 | 项 目 实 施方案 | 项 目 实 施方案 | 主 观分 | 1、组织架构是否健全(0-1 分); 2、安全管理措施和保密措施是否到位(0-1 分); 3、安装调试方案是否周密,人员配置是否科学、是否满足试运行期间驻场人员要求(0-1 分); 4、是否根据项目建设工期和进度要求提供详细的项目关键工期节点相对应的交付内容和承诺(0-1 分); 5、是否承诺满足项目整体试运行时间要求和质量保障要求(0-1 分); 6、项目职责分工表、人员数量、所持资质证书、驻场期 间工作标准及进度承诺等材料是否详尽(0-1 分)。 | 6 |
7 | 项 目团 队 | 项 目团 队 | 客 观分 | 1、项目经理具备以下条件: a)具备信息系统项目管理师认证证书;b)具备软件设计师认证证书。每提供一个符合上述要求的资质证书得 1 分, 最高得 2 分; 2、项目团队成员应具备系统架构设计师、网络工程师、信息安全工程师、信息系统项目管理师或软件设计师类的专业证书。每提供一个符合上述要求的人员证书得 0.5 分,最高得 2 分。 (上述人员需提供有效期内的证书复印件,需提供开标日前半年内任意一个月缴纳社会保障资金的证明材料,未提 供不得分) | 4 |
8 | 售 后 服 务保 障 | 售 后 服 务保 障 | 主 观分 | 1、售后服务体系是否完备,服务承诺是否明确(0-2 分); 2、应急措施是否及时、便捷(0-1 分); 3、是否具有本地化售后服务能力(0-1 分); 4、技术培训方案是否细致、完善 (0-1 分); | 5 |
9 | 业绩 | 业绩 | 客 观分 | 提供近三年信息化系统建设项目业绩(提供合同关键页复印件),每提供一个有效业绩得 1 分,最高得 4 分,未提 供的不得分。 | 4 |
致:上海市松江区政府采购中心
第六章 投标文件有关格式
一、商务响应文件有关格式
1、投标函格式
根据贵方 (项目名称、招标编号)采购的招标公告及投标邀请, (姓名和职务)被正式授权代表投标人
(投标人名称、地址),按照采购云平台规定向贵方提交投标文件 1 份。据此函,投标人兹宣布同意如下:
1.按招标文件规定,我方的投标总价为 (大写)元人民币。
2.我方已详细研究了全部招标文件,包括招标文件的澄清和修改文件(如果有的话)、参考资料及有关附件,我们已完全理解并接受招标文件的各项规定和要求,对招标文件的合理性、合法性不再有异议。
3.投标有效期为自开标之日起 日。
4.如我方中标,投标文件将作为本项目合同的组成部分,直至合同履行完毕止均保持有效,我方将按招标文件及政府采购法律、法规的规定,承担完成合同的全部责任和义务。
5.我方同意向贵方提供贵方可能进一步要求的与本投标有关的一切证据或资料。
6.我方完全理解贵方不一定要接受最低报价的投标或其他任何投标。
7.我方已充分考虑到投标期间网上投标可能会发生的技术故障、操作失误和相应的风险,并对因网上投标的任何技术故障、操作失误造成投标内容缺漏、不一致或投标失败的,承担全部责任。
8. 我方同意开标内容以采购云平台开标时的《开标记录表》内容为准。我方授权代表将及时使用数字证书对《开标记录表》中与我方有关的内容进行签名确认,授权代表未进行确认的,视为我方对开标记录内容无异议。
9.为便于贵方公正、择优地确定中标人及其投标货物和相关服务,我方就本次投标有关事项郑重声明如下:
(1)我方向贵方提交的所有投标文件、资料都是准确的和真实的。
(2)以上事项如有虚假或隐瞒,我方愿意承担一切后果,并不再寻求任何旨在减轻或免除法律责任的辩解。
地址:
电话、传真:邮政编码: 开户银行: 银行账号:
投标人授权代表签名:投标人名称(公章):
日期: 年 月 日
2、开标一览表格式
项目名称 | 交付日期 | 质量保证期 | 备注 | 投标总价( 大 写元) | 投标总价( 总 价、元) |
填写说明:
(1) “金额(元)”指每一包件投标报价,所有价格均系用人民币表示,单位为元,精确到分。
(2)交付日期是指合同生效后多少天完成送货上门、就位、安装、调试、培训直至验收合格。
(3)质量保证期是指自货物按合同规定验收合格之日起多少个月。
(4)投标人应按照《招标需求》和《投标人须知》的要求报价。
3、投标报价汇总表格式
项目名称:项目编号:
序号 | 子项目名称 | 报价(元) | 备注 |
1 | 硬件购置 | 详见明细( ) | |
2 | 应用软件开发 | 详见明细( ) | |
3 | 产品软件购置 | 详见明细( ) | |
4 | 安全产品购置 | 详见明细( ) | |
5 | 服务费用 | 详见明细( ) | |
6 | 其他费用(系统集成费) | 详见明细( ) | |
7 | 投标人认为本表中未能包括的 其他必要费用 | 详见明细( ) | |
报价合计 |
说明:(1)投标人应编制报价明细表并随本表一起提供。
(2)本表合计总价应与开标一览表报价相等。
投标人授权代表签字:投标人(公章):
日 期: 年 月
项目名称:项目编号:
4、报价分类明细表格式
(1)各子项目报价明细表
序号 | 子系统名称 | 人·月 数量 | 人·月报价(单价) | 子系统报价(元) |
1 | ||||
2 | ||||
3 | ||||
4 | ||||
5 | ||||
合计报价(元) |
(2)软硬件产品购置和集成报价明细表
产品名称 | 规格型号 | 综合单价(含产品采购、运输、集成等所有服务费用) | 数量 | 报价(元) |
合计报价 |
投标人授权代表签字:投标人(公章):
日 期: 年 月
5、资格审查要求表
项目内容 | 具备的条件说明(要求) | 投标检查项(响应内容说明 (是/否)) | 详细内容所对应电子投标文件名称与页次 | 备注 |
法定基本条件 | 1.符合《中华人民共和国政府采购法》第二十二条规定的条件:营业执照(或事业单位、社会团体法人证书);提供财务状况及税收、社会保障资金缴纳情况声明函。 2.未被列入“信用中国”网站 (xxx.xxxxxxxxxxx.xxx.xx)失信被执行人名单、重大税收违法案件当事人名单和中国政府采购网 (xxx.xxxx.xxx.xx)政府采购严重违法失信行为 记录名单的供应商。 | |||
联合体投标 | x项目不接受联合体投标。 | |||
大中小微企业 | x项目面向大、中、小、微型等各类供应商采购。 |
项目名称:项目编号:
投标人授权代表签字:投标人(公章):
日期: 年 月 日
6、符合性要求表
项目内容 | 具备的条件说明(要求) | 投标检查项 (响应内容说明(是/ 否)) | 详细内容所对应电子投标文件名称 与页次 | 备注 |
法定代表人授权 | 1.在投标文件由法定代表人授权代表签字(或盖章)的情况下,应按招标文件规定格式提供法定代表人授权委托书。 2.按招标文件要求提供法定代表人身份证、被授权人身份 证。 | |||
投标文件密封、签署等要求 | 符合招标文件规定: 1.投标文件按招标文件规定格式提供《投标函》、《开标一览表》、《资格审查要求表》以及《符合性要求表》。 2.投标文件按招标文件要求密封(适用于纸质投标项目), 电子投标文件须经电子加密(投标文件上传成功后,系统即自动加密)。 | |||
投标报价 | 1.不得进行选择性报价(投标报价应是唯一的,招标文件要求提供备选方案的除外)。 2.不得进行可变的或者附有条件的投标报价。 3.投标报价不得超出招标文件标明的采购预算金额/项目最高限价。 4.不得低于成本报价。 5.投标报价有缺漏项的,缺漏项部分的报价按照其他投标人相同项的最高报价计算,计算出的缺漏项部分报价不得超过投标报价的 10%。 | |||
商务要求 | 1.投标有效期、交付日期、质量保证期、付款条件满足招标文件要求。 2.合同不得转让与分包。 | |||
“ ★” 要求 | 符合技术规范、技术标准和《招标需求》质量标准,或者符合招标文件中标“★”的技术、性能及其它要求的。 | |||
公平竞争和诚实信 用 | 不得存在腐败、欺诈或其他严重违背公平竞争和诚实信用原则、扰乱政府采购正常秩序的行为。 |
项目名称:项目编号:
投标人授权代表签字:投标人(公章):
日期: 年 月 日
7、商务响应表格式
项目 | 招标文件要求 | 是否响应 | 投标人的承诺或说明 |
投标有效期 | |||
质量保证期 | |||
交付日期 | |||
付款方式 | |||
转让与分包 |
项目名称:项目编号:
投标人授权代表签字:投标人(公章):
日期: 年 月 日
8、法定代表人授权委托书格式
致:上海市松江区政府采购中心
我 (姓名)系注册于 (地址)的
( 投标人名称, 以下简称我方) 的法定代表人, 现代表我方授权委托我方在职职工
(姓名,职务)以我方的名义参加贵中心 项目的投标活动,由其代表我方全权办理针对上述项目的投标、开标、投标文件澄清、签约等一切具体事务,并签署全部有关的文件、协议及合同。
我方对被授权人的签名事项负全部责任。
在贵中心收到我方撤销授权的书面通知以前,本授权书一直有效。被授权人在授权书有效期内签署的所有文件不因授权的撤销而失效。
被授权人无转委托权,特此委托。
法定代表人身份证复印件
(正面)
被授权人身份证复印件
(正面)
投标人(公章): 受托人(签字):
法定代表人(签字或盖章): 身份证号码:
电话: 电话:
传真: 传真:
日期: 日期:
9、中小企业声明函
x公司(联合体)郑重声明,根据《政府采购促进中小企业发展管理办法》(财库﹝2020﹞46号)的规定,本公司(联合体)参加 (单位名称) 的 (项目名称) 采购活动,服务全部由符合政策要求的中小企业承接。相关企业(含联合体中的中小企业、签订分包意向协议的中小企业)的具体情况如下:
1. (标的名称) ,属于 软件和信息技术服务业 ;承接企业为 (企业名称) ,从业人员人,营业收入为 万元,资产总额为 万元,属于 (中型企业、小型企业、微型企业) ;
2. (标的名称) ,属于 软件和信息技术服务业 ;承接企业为 (企业名称) ,从业人员 人,营业收入为 x元,资产总额为 x元,属于(中型企业、小型企业、微型企业) ;
……
以上企业,不属于大企业的分支机构,不存在控股股东为大企业的情形,也不存在与大企业的负责人为同一人的情形。
本企业对上述声明内容的真实性负责。如有虚假,将依法承担相应责任。
企业名称(盖章):日 期:
说明:(1)本声明函所称中小企业,是指在中华人民共和国境内依法设立,依据国务院批准的中小企业划分标准确定的中型企业、小型企业和微型企业,但与大企业的负责人为同一人,或者与大企业存在直接控股、管理关系的除外。符合中小企业划分标准的个体工商户,在政府采购活动中视同中小企业。事业单位、团体组织等非企业性质的政府采购供应商,不属于中小企业划型标准确定的中小企业,不得按《关于印发中小企业划型标准规定的通知》规定声明为中小微企业,也不适用《政府采购促进中小企业发展管理办法》。
(2)本声明函所称服务由中小企业承接,是指提供服务的人员为中小企业依照《中华人民共和国劳动合同法》订立劳动合同的从业人员,否则不享受中小企业扶持政策。
(3)从业人员、营业收入、资产总额填报上一年度数据,无上一年度数据的新成立企业可不填报。
(4)采购标的对应的中小企业划分标准所属行业,以招标文件第二章《投标人须知》规定为准。
(5)投标人未按照上述格式正确填写《中小企业声明函》的,视为未提供《中小企业声明函》,不享受中小企业扶持政策。
注:各行业划型标准:
(十二)软件和信息技术服务业。从业人员 300 人以下或营业收入 10000 万元以下的为中小微型
企业。其中,从业人员 100 人及以上,且营业收入 1000 万元及以上的为中型企业;从业人员 10
人及以上,且营业收入 50 万元及以上的为小型企业;从业人员 10 人以下或营业收入 50 万元以下的为微型企业。
10、残疾人福利性单位声明函
x单位郑重声明,根据《财政部 民政部 中国残疾人联合会关于促进残疾人就业政府采购政策的通知》(财库〔2017〕141 号)的规定,本单位安置残疾人 人,占本单位在职职工人数比例 %,符合残疾人福利性单位条件,且本单位参加单位的项目采购活动提供本单位制造的货物
(由本单位承担工程/提供服务),或者提供其他残疾人福利性单位制造的货物(不包括使用非残疾人福利性单位注册商标的货物)。
本单位对上述声明的真实性负责。如有虚假,将依法承担相应责任。
单位名称(xx):
日 期 :
说明:根据《财政部 民政部 中国残疾人联合会关于促进残疾人就业政府采购政策的通知》享受政府采购支持政策的残疾人福利性单位应当同时满足以下条件:
(1)安置的残疾人占本单位在职职工人数的比例不低于 25%(含 25%),并且安置的残疾人人数不少于 10 人(含 10 人);
(2)依法与安置的每位残疾人签订了一年以上(含一年)的劳动合同或服务协议;
(3)为安置的每位残疾人按月足额缴纳了基本养老保险、基本医疗保险、失业保险、工伤保险和生育保险等社会保险费;
(4)通过银行等金融机构向安置的每位残疾人,按月支付了不低于单位所在区县适用的经省级人民政府批准的月最低工资标准的工资;
(5)提供本单位制造的货物、承担的工程或者服务(以下简称产品),或者提供其他残疾人福利性单位制造的货物(不包括使用非残疾人福利性单位注册商标的货物)。
中标人为残疾人福利性单位的,本声明函将随中标结果同时公告。如投标人不符合残疾人福利性单位条件,无需填写本声明。
11、财务状况及税收、社会保障资金缴纳情况声明函
我方(供应商名称)符合《中华人民共和国政府采购法》第二十二条第一款第(二)项、第(四)项规定条件,具体包括:
1. 具有健全的财务会计制度;
2. 有依法缴纳税收和社会保障资金的良好记录。特此声明。
我方对上述声明的真实性负责。如有虚假,将依法承担相应责任。
供应商名称(公章)日期:
项目名称:项目编号:
一、技术响应文件有关表格格式
1、项目经理情况表
姓 名 | 出生年月 | 文化程度 | 毕业时间 | |||
毕业院校及专业 | 从事本类项目工作年限 | 联系方式 | ||||
职业资格 | 技术职称 | 聘任时间 | ||||
主要工作经历: 主要管理服务项目:主要工作特点: 主要工作业绩: 胜任本项目经理的理由 |
投标人授权代表签字:投标人(公章):
日 期: 年 月
2、主要管理、技术人员配备及相关工作经历、职业资格汇总表
项目名称:项目编号:
项目组成员姓名 | 年龄 | 在项目组中的岗位 | 学历和毕业时间 | 职称及职业资格 | 进 入 x 单 位时间 | 相关工作经历 | 联系方式 |
投标人授权代表签字:投标人(公章):
日 期: 年 月
3、软硬件产品技术要求比对明细表
项目名称:项目编号:
序号 | 名称 | 采购参数 | 响应参数 | 偏离情况说明 | 证明材料所在页码 |
#参数 | |||||
1 | |||||
2 | |||||
3 | |||||
… | |||||
其他参数 | |||||
1 | |||||
2 | |||||
3 | |||||
… |
投标人授权代表签字:投标人(公章):
日 期: 年 月
第七章 合同书格式和合同条款
松江区城运平台信息化建设(二期)采购项目合同
合同统一编号: [合同中心-合同编码]
合同各方:
甲方(买方):[合同中心-采购单位名称] | 乙方(卖方):[合同中心-供应商名称] |
地址:[合同中心-采购单位所在地] | 地址:[合同中心-供应商所在地] |
邮政编码:[合同中心-采购人单位邮编] | 邮政编码:[合同中心-供应商单位邮编] |
电话:[合同中心-采购单位联系人电话] | 电话:[合同中心-供应商联系人电话] |
传真:[合同中心-采购人单位传真] | 传真:[合同中心-供应商单位传真] |
联系人:[合同中心-采购单位联系人] | 联系人:[合同中心-供应商联系人] |
根据《中华人民共和国政府采购法》、《中华人民共和国民法典》之规定,本合同当事人在平等、自愿的基础上,经协商一致,同意按下述条款和条件签署本合同:
1.乙方根据本合同的规定向甲方提供以下信息系统设备、应用软件和服务项目:
1.1 松江区城运平台信息化建设(二期)
乙方所提供的信息系统设备、应用软件其来源应符合国家的有关规定,信息系统设备、应用软件的模块配置、功能、版本、数量、价格和交付日期等详见合同附件。
2. 合同价格、交付地点和交付日期
2.1 合同价格
x合同价格为[合同中心-合同总价]元整([合同中心-合同总价大写])。
乙方为履行本合同而发生的所有费用均应包含在合同价中,甲方不再另行支付其它任何费用。
2.2 交付地点
x系统设备、应用软件和服务项目交付地点:采购人指定地点。
2.3 交付日期
x信息系统应用软件和服务项目的交付日期:详见投标文件。
3.质量标准和要求
3.1 乙方所交付信息系统设备、应用软件的质量标准按照国家标准、行业标准,上述标准不一致的,以严格的标准为准。没有国家标准、行业标准和企业标准的,按照通常标准或者符合合同目的的特定标准确定。
3.2 乙方所交付的信息系统应用软件还应符合国家和上海市有关软件开发规定。
4.权利瑕疵担保
4.1 乙方保证对其交付的信息系统应用软件享有合法的权利。
4.2 乙方保证在其交付的信息系统应用软件上不存在任何未曾向甲方透露的漏洞,后门等安全隐患。
4.3 乙方保证其所交付的信息系统应用软件没有侵犯任何第三人的知识产权和商业秘密等权利。
4.4 如甲方使用该信息系统应用软件构成上述侵权的,则由乙方承担全部责任。
5.交付、领受与验收
5.1 甲方应依据信息系统项目工程的条件和性质,根据乙方的要求向乙方提供信息系统的施工、安装和调试环境。如甲方未能在该时间内提供该施工和安装环境,乙方可相应顺延交付日期。
如对乙方造成经济损失,甲方还应依本合同规定承担违约责任。
5.2 乙方应在进行每项交付前,以书面方式通知甲方。甲方应当在接到通知后安排接受交付。乙方在交付前应当根据附件中的检测标准对所交付的项目进行功能和运行检测,以确认交付项目符合本合同的规定。
5.3 乙方应按照合同及其附件所约定的内容进行交付,如果本合同约定甲方可以使用或拥有某软件源代码的,乙方应同时交付软件的源代码。所交付的文档与文件应当是可供人阅读的书面和电子文档。
5.4 甲方在领受交付项目后,应当对所交付项目进行检验,向乙方出具书面文件,以确认其符合本合同所约定信息系统设备及应用软件的模块、需求和功能、使用手册、维护手册。如有缺陷,应向乙方出具书面报告,xx需要改进的缺陷。乙方应立即改进此项缺陷,并再次进行检测和评估,甲方应当再次检验并向乙方出具书面领受文件或递交缺陷报告。甲、乙双方将重复此项程序直至甲方领受或甲方依法或依约终止本合同为止。
5.5 自系统功能检测通过之日起,甲方拥有系统试运行权利。
5.6 如果由于乙方原因,导致系统在试运行期间出现故障或问题,乙方应及时排除该故障或问题。以上行为产生的费用均由乙方承担。
5.7 如果由于甲方原因,导致系统在试运行期间出现故障或问题,乙方应及时配合排除该方面的故障或问题。以上行为产生的相关费用均由甲方承担。
5.8 系统试运行完成后,甲方应及时进行系统验收。乙方应当以书面形式向甲方递交验收通知书,甲方在收到验收通知书后,确定具体日期,由双方按照本合同的规定完成系统验收。甲方有权委托第三方检测机构进行验收,对此乙方应当配合。
5.9 如果属于乙方原因致使系统未能通过验收,乙方应当排除故障,并自行承担相关费用,同时延长试运行期,直至系统完全符合验收标准。
5.10 如果属于甲方原因致使系统未能通过验收,甲方应在合理时间内排除故障,再次进行验收。如果属于故障之外的原因,除本合同规定的不可抗力外,甲方不愿或未能在规定的时间内完成验收,则由乙方单方面进行验收,并将验收报告提交甲方,即视为验收通过。
5.11 甲方根据信息系统应用软件模块和功能,对信息系统设备及应用软件验收合格后,甲方收取发票并在《验收单》上签署验收意见及加盖单位印章。
6.知识产权和保密
6.1 甲方委托开发软件的知识产权归甲方所有。乙方向甲方交付使用的信息系统应用软件已享有知识产权的,甲方在许可的范围内合理使用。
6.2 在本合同项下的任何权利和义务不因合同乙方发生收购、兼并、重组、分立而发生变化。如果发生上述情形,则本合同项下的权利随之转移至收购、兼并、重组后的企业继续履行合同,分立后成立的企业共同对甲方承担连带责任。
6.3 如果甲方或乙方提供的内容属于保密的,应签订保密协议,甲乙双方均有保密义务。
7.付款
7.1 本合同以人民币付款(单位:元)。
7.2 本合同款项按照以下方式支付。
1、项目合同签订后支付合同总额 10%,
2、硬件等产品到货后经甲方验货确定支付合同总金额 40%,
3、项目初验完成后支付合同总额 30%,
4、通过终验后支付合同总额 20%。
8.辅助服务
8.1 乙方应提交所提供信息系统应用软件包括相应的每一模块技术文件,例如:操作手册、使用说明、维护手册和服务指南。这些文件应包装好随同项目交付一起交付给甲方发运。
8.2 乙方还应提供下列服务:
(1)现场移动、安装、调试、启动监督及技术支持;
(2)在质量保证期内对交付的信息系统设备、应用软件实施运行监督、维护、维修;
(3)乙方应根据项目实施的计划、进度和需要与客户的合理要求,及时安排对甲方的相关人员进行培训。培训目标为使受训者能够独立、熟练地完成操作,实现依据本合同所规定的信息化系统应用软件的目标和功能。
8.3 辅助服务的费用应包含在合同价中,甲方不再另行支付。
9.系统保证和维护
9.1 在乙方所交付的信息系统设备、应用软件中,不得含有未经甲方许可的可以自动终止或妨碍系统运作的软件和硬件,否则,乙方应承担赔偿责任;
9.2 乙方所提供的软件,包括受甲方委托所开发的软件,如果需要经国家有关部门登记、备案、审批或许可的,乙方应当保证所提供的软件已经完成上述手续。
9.3 乙方保证,依据本合同向甲方提供的信息系统设备、应用软件及其附属产品不存在品质或工艺上的瑕疵,能够按照本合同所规定的技术规范、要求和功能进行正常运行。乙方保证其所提供的软件系统在当前情况下是最适合本项目的版本。
9.4 乙方自各项目交付验收通过之日起 详见投标文件质保期 内向甲方提供免费的保修和维护服务并对由于设计、开发的缺陷而产生的故障负责。在此期间如发生系统运作故障,或出现问题,乙方将按照售后服务的承诺(见合同附件)提供技术支持和维护服务。
9.5 在质量保证期内,如果信息系统应用软件的模块或功能与合同不符,或证实信息系统设备、应用软件是有缺陷的,包括潜在的缺陷或使用不符合要求的设计、开发等,甲方可以根据本合同第 10 条规定以书面形式向乙方提出补救措施或索赔。
9.6 乙方在约定的时间内未能弥补缺陷,甲方可采取必要的补救措施,但其风险和费用将由乙方承担,甲方根据合同规定对乙方行使的其他权利不受影响。
9.7 在维护期内如由于乙方的责任而需要对本信息系统应用软件中的模块予以更换或升级,则该部件的保修期应相应延长。
10.补救措施和索赔
10.1 甲方有权根据质量检测部门出具的检验证书向乙方提出索赔。
10.2 在质量保证期内,如果乙方对缺陷产品负有责任而甲方提出索赔,乙方应按照甲方同意的下列一种或多种方式解决索赔事宜:
(1)乙方同意退货并将货款退还给甲方,由此发生的一切费用和损失由乙方承担。
(2)根据信息系统应用软件的功能模块状况以及甲方所遭受的损失,经过买卖双方商定降低信息系统应用软件的价格。
(3)乙方应在接到甲方通知后七天内负责采用符合合同规定的规格、质量和性能要求的新零件、部件和设备来更换有缺陷的部分或修补缺陷部分,其费用由乙方负担。同时,乙方应在约定的质量保证期基础上相应延长修补和/或更换件的质量保证期。
10.3 如果在甲方发出索赔通知后十天内乙方未作答复,上述索赔应视为已被乙方接受。如果乙方未能在甲方发出索赔通知后十天内或甲方同意延长的期限内,按照上述规定的任何一种方法采取补救措施,甲方有权从应付货款中扣除索赔金额,如不足以弥补甲方损失的,甲方有权进一步要求乙方赔偿。
11.履约延误
11.1 乙方应按照合同规定的时间、地点交货和提供服务。
11.2 如乙方无正当理由而拖延交货,甲方有权解除合同并追究乙方的违约责任。
11.3 在履行合同过程中,如果乙方可能遇到妨碍按时交货和提供服务的情况时,应及时以书面形式将拖延的事实、可能拖延的期限和理由通知甲方。甲方在收到乙方通知后,应尽快对情况进行评价,并确定是否同意延长交货时间或延期提供服务。
12.误期赔偿
12.1 除合同第 13 条规定外,如果乙方没有按照合同规定的时间交货和提供服务,甲方应从货款中扣除误期赔偿费而不影响合同项下的其他补救方法,赔偿费按每(周、天)赔偿迟交货物的交货价或延期服务的服务费用的百分之零点五(0.5%)计收,直至交货或提供服务为止。但误期赔偿费的最高限额不超过合同价的百分之五(5%)。(一周按七天计算,不足七天按一周计算。)一旦达到误期赔偿的最高限额,甲方可考虑终止合同。
13.不可抗力
13.1 如果合同各方因不可抗力而导致合同实施延误或不能履行合同义务的话,不应该承担误期赔偿或不能履行合同义务的责任。
13.2 本条所述的“不可抗力”系指那些双方不可预见、不可避免、不可克服的事件,但不包括双方的违约或疏忽。这些事件包括但不限于:战争、严重火灾、洪水、台风、地震、国家政策的重大变化,以及双方商定的其他事件。
13.3 在不可抗力事件发生后,当事方应尽快以书面形式将不可抗力的情况和原因通知对方。
合同各方应尽可能继续履行合同义务,并积极寻求采取合理的措施履行不受不可抗力影响的其他事项。合同各方应通过友好协商在合理的时间内达成进一步履行合同的协议。
14.履约保证金不收取。
15.争端的解决
15.1 甲乙双方如在履行合同中发生纠纷,首先应友好协商,协商不成,甲乙双方均应向合同签订地起诉。
16.违约终止合同
16.1 在甲方对乙方违约而采取的任何补救措施不受影响的情况下,甲方可在下列情况下向乙方发出书面通知书,提出终止部分或全部合同。
(1)如果乙方未能在合同规定的期限或甲方同意延长的期限内提供部分或全部信息系统应用软件。
(2)如果乙方未能履行合同规定的其它义务。
16.2 如果甲方根据上述 16.1 款的规定,终止了全部或部分合同,甲方可以依其认为适当的条件和方法购买与未交货的信息系统应用软件,乙方应对购买类似的信息系统应用软件所超出的那部分费用负责。但是,乙方应继续执行合同中未终止的部分。
16.3 如果乙方在履行合同过程中有不正当竞争行为,甲方有权解除合同,并按《中华人民共和国反不正当竞争法》之规定由有关部门追究其法律责任。
17.破产终止合同
17.1 如果乙方丧失履约能力或被宣告破产,甲方可在任何时候以书面形式通知乙方终止合同而不给乙方补偿。该终止合同将不损害或影响甲方已经采取或将要采取任何行动或补救措施的权利。
18.合同转让和分包
18.1 除甲方事先书面同意外,乙方不得转让和分包其应履行的合同义务。
19.合同生效
19.1 本合同在合同各方签字盖章后生效。
19.2 本合同一式贰份,甲乙双方各执一份。
20.合同附件
20.1 本合同附件包括:招标文件、投标文件、补充协议(若有)
20.2 本合同附件与合同具有同等效力。
20.3 合同文件应能相互解释,互为说明。若合同文件之间有矛盾,则以最新的文件为准。
21.合同修改
21.1 除了双方签署书面修改协议,并成为本合同不可分割的一部分之外,本合同条件不得有任何变化或修改。
签约各方: | |
甲方(盖章): | 乙方(盖章): |
法定代表人或其授权委托人(签章): | 法定代表人或其授权委托人(签章): |
日期:[合同中心-签订时间] | |
合同签订点:网上签约 |
项目名称 | 松江区城运平台信息化建设(二期) |
采购内容 | 松江区城运平台信息化建设(二期)项目主要包括以下内容:1、城运 IT 基础设施升级建设,包括增加UPS 电源、综合布线等 IT 基础设施改造。2、业务及技术中台体系建设,包括区视频联网管理平台扩容升级、物联网中台、AI 技术中台、城运公共服务平台。3、城运应用体系及综合门户建设,包括建设城市体征指标平台、城运综合决策指挥平台、特色应用系统、城运综合门户。4、信息安全保障平台建设,包括网络安全建设等,符合三级等保技术能力要求。 |
采购预算 | x项目采购预算为 58571400 元人民币,超过采购预算的报价不予接受。 |
二、项目背景
(一)政策背景
2021 年 1 月 4 日,上海市发布《关于全面推进上海城市数字化转型的意见》。上海将整体性转变,推动“经济、生活、治理”全面数字化转型;全方位赋能,构建数据驱动的数字城市基本框架;革命性重塑,引导全社会共建共治共享数字城市。
在经济层面,上海将加快推动数字产业化、产业数字化,放大数字经济的辐射带动作用,做优做强城市核心功能;在生活方面,上海将打造智能便捷的数字化公共服务体系,加强政府、企业、社会等各类信息系统的业务协同、数据联动,提高城市生活品质;在治理方面,上海将打造科学化、精细化、智能化的超大城市“数治”新范式,提高现代化治理效能。
根据上海市委、市政府有关部署要求,加快推进城市运行“一网统管”建设,在更大范围、更宽领域、更深层次推动城市治理全方位变革。以习近平新时代中国特色社会主义思想为指导,以超大城市治理体系和治理能力现代化为方向,以探索世界一流城市治理模“上海方案”为目标,强化问题导向,坚持“应用为要、管用为王”,在统筹推进智慧城市生产、生活、治理三大领域建设总体框架下,围绕智慧政府建设中城市运行和政务服务两个关键,聚焦城市大脑认知、感知和行动三大能力提升,加快“一网统管”建设,以城市运行管理中心为运作实体,以城市运行管理系统为基本载体,按照理论超前、技木先进、管理科学、实战管用要求,集成一流整体设计、一流制度供给、一流人才团队、一流企业联盟、一流运维管理,遵循“两级政府、三级管理、四级网络’社会治理理念,打造“三级平台、五级应用”逻辑架构,形成“六个一”(治理要素一张图、互联互通一张网、数据汇集一个湖、城市大脑一朵云、系统开发一平台、移动应用一门户)技术支撑体系,提升线上线下协同的精准治理能力,聚焦“高效处置一件事”,在最低层级、最早时间,以相对最小成本,解决最突出问题,取得最佳综合效应,管造“观全面、管到位、防见效”的智能应用生态,努力做到实战管用、干部爱用、群众受用,实现“一屏观全域、一网管全城”,推动城市管理手段、管理模式、管理理念创新,从数字化、智能化到智慧化,让城市更聪明、更智慧,让群众更有获得感、幸福感、安全感。
上海市松江区国民经济和社会发展第十四个五年规划和二○三五年远景目标纲要(草案)中提到,构建数字“新基建”体系。数字“新基建”重点领域实现高水平发展,新一代互联网、5G、低轨卫星互联网、新型城域物联专网实现“空天地”全域部署、全面覆盖,建成全国一流的“数据、算法、算力”三位一体的 AI 超算中心,建成松江数字孪生城市基础空间中台、数据中台、应用中台、人工智能中台等共性基础技术平台,形成全区统一的城市数智底座和超级城市大脑。《松江区 2020 年政府工作报告》中提到,加强城市精细化管理。全面推进城市运行“一网统管”,推动社会治理街镇智能“一张网”建设,强化数据汇聚、系统集成、联勤联动、共享开放,实现“一屏观全域,一网管全城”,持续推进无违先进街镇创建。
2022 年初,松江区人民政府印发《松江区城运体系区、街镇一体化建设导则》(参见: xxxxx://xxx.xxxxxxxxx.xxx.xx/xxxxxxx/XXXX00/0000-00-00/xxx0000x-0000-0xx0-0000-x00x0xx0xxxx.xx ml),导则作为城运中心“一网统管”的建设理念和原则,规定了城运大厅、机房建设、城运中心
门户、视频架构、AI 算法架构、物联架构、事件架构、地图架构、指挥体系、安全架构、应用建设等方面的总体要求,适用于区、街镇城运中心一体化建设。导则明确区城运中心要全面贯彻上海市城市运行“一网统管”“六个一”的建设要求,通过构建“区级统筹、两级指挥、三级联动”的“1+18+X”(一个区级平台+18 个街镇平台+X 个特色应用)城运体系格局和“全域感知、全程协同、全时响应”的城市运行管理网络,形成集指挥平台、应用枢纽、赋能载体“三合一”的城运智能管理平台,更大范围、更宽领域、更深层次地支撑城运管理水平的全方位变革和提升。
(二)信息化现状
上海市松江区城市运行管理中心是区委、区政府开展城市和社会治理的参谋协调部门,也是城市网格化综合管理工作的业务指导机构和城市综合管理的指挥平台。具体职责任务是:
1) 负责网格化管理、12345 市民热线、群众举报等涉及城市管理的各类事件、部件、领导交办件的受理、分派、流转、协调、调度、跟踪、督办及对相关职能部门、街镇处置情况进行监督。
2) 承担区政府总值班室工作职责,指导全区政府系统值班值守工作,做好信息收集报送、汇总分析等工作。
3) 负责对城市和社会综合管理信息汇总、分析研判,为领导决策提供依据。
4) 负责与市级城市运行管理、12345 市民服务热线、市政府总值班室等部门的工作对接。
5) 负责区委、区政府交办的其他工作。
在松江区城运平台信息化建设项目(一期)项目中,已经建设了区城运信息化机房一期、区视频联网管理平台一期、C/S 端三维可视化平台、智能网关系统及终端安全管理等系统。前期已有网格化管理平台松江分平台、松江城运公众号、政务协同平台等系统或平台在使用过程中。主要信息化现状如下:
A、网络现状
松江区城运中心业务系统的网络规划依托于区电子政务外网,其当前的网络现状见下图。
区城运中心网络现状拓扑图
区城运目前已基于政务外网初步构建了“2+2”的视频资源池,视频规模涵盖公安、综治、水务局、绿化市容局。政务外网的视频汇聚交换机部署于区城运机房,通过单链路与区中心机房互联。
B、视频资源现状
2020 年城运中心经过一期项目建设,以及对公安、综治、各委办局监控系统联网接入,网络扩容及建设情况,城运中心目前的系统架构如下图所示。
<.. image(图示 描述已自动生成) removed ..>
城运信息化(一期)视频资源网络拓扑图
从全区整体视频归集层面,松江视频仍分散在各个委办或部门内部,全区整体视频监控数据汇集汇聚程度较低、数据联网传输资源欠缺等,缺乏一个统一的视频资源池,也缺乏统一的接入转码方式实现对海量视频资源的按需调取。
从部门内部视频归集层面,其中,文旅局、xx委、民政局、燃气公司、交通委 5 个部门内部视频资源尚分散在部门内部各个辖属区域,部门内部视频监控资源缺乏统一归口。
结合实地调研、勘查情况,这 5 个委办/重点单位视频监控系统、存储设备、平台的建设情况、主要产品品牌、建设时间、遵循协议等存在很大差异,因此汇集汇聚、联网工作存在较大难度,需对部分委办局现有系统进行升级、扩容。
序号 | 部门 | 视 频 监 控 系 统名称 | 监 控 平台 | 存储 | 点位数量(个) | 符 合 国标 28181 打“√” | 接入形式(打“√”) | ||||||
品牌 | 品牌 | 政 务 外 网 | 互联 网 | 专线 | 其他 | ||||||||
1 | 燃 气公司 | 视 频 监 控 系统 | 大华 | 大华 | 80 | √ | 局网 | 域 | |||||
2 | x xx委 | 急车频控 统 | 救视监系 | 海康 | 海康 | 53 | √ | √ | |||||
3 | 区 文 化 旅游局 | 松 江 旅 游 数 据 平台 | 定化发 | 制开 | 云 服务器 | 40 | |||||||
4 | 区 | 民 | 清 | 明 | 大华 | 22 |
各委办/部门视频资源现状如下:
政局 | 冬 至 祭 扫 指 挥 中 心 监 控 系统 | ||||||||||
交 | 通 | ||||||||||
委 | 视 | ||||||||||
5 | 区 交 通委 | 频 聚 | 汇 联 | 大华 | 70 1 | √ | √ | ||||
网 | 平 | ||||||||||
台 |
C:现有应用系统情况
视频资源现状
网格化管理平台松江分平台。上海超大型城市治理如何实现智能化、科学化、精细化,是上海一直以来积极探索的议题。“一网统管”建设充分发挥网格化管理的体制机制优势,紧紧围绕“一屏观全域,一网管全城”的目标定位,按照“三级平台、五级应用”的基本架构,以“云数网端”为新基建基座,不断完善升级网格化综合管理系统,为城市运行“观全面、管到位、防有效”提供支撑,为基层“高效处置一件事”赋能助力。城市网格化综合管理平台作为上海“一网统管”的重要平台,已形成覆盖市、区、街镇三级的以“1+3+N”网格化管理为核心的城市运行管理系统,为本市“一网统管”工作提供了坚实基础。系统通过城市信息模型(CIM)平台,运用智能化技术,将地理信息和城市底图相整合,汇聚实时的全量信息,打造数字孪生城市,围绕城市动态、城市环境、城市交通、城市保障供应等维度,感知城市运行态势,为城市运行“观全面、管到位、防有效”提供支撑,不断增强人民群众的安全感、获得感和满意度。城市网格化管理平台松江分平台承接了全区网格化综合管理的业务。
智能网关系统。区城运已建设智能网关系统,包括 API 网关和边界网关等模块。应用系统对接安全设计时基于 API 网关和边界网关系统。网关在保证服务安全的情况下,使得区城运中心内部服务和互联网服务之间能够安全的进行数据交换。API 网关为区城运中心内应用与互联网应用之间托管 API 调用以及面向 SOA 的请求提供总线服务。
三维可视化系统。三维可视化系统将静态展示无法容纳、无法表现的各类数据,如文本、数字等传统枯燥的操作界面和单一数据,以图形化方式呈现。相比于传统数据可视化界面,可视系统让枯燥单一的数据变得更加具有灵活性和绚丽震撼的视觉效果。
“松江城运”公众号。“松江城运”继承“茸城微治理”的业务功能,同时将更全面向大家介绍松江城市运行管理工作情况及相关动态,提高工作互动性,提升市民的参与感。
除了区城运中心自建的系统之外,区智慧交通平台、防汛平台等xx部门建设的平台与城运也存在较强的业务交互需求。
D:已有系统资源对接情况
通过建设视频资源池和数据归集服务的方式,城市运行管理中心部门现有的城市部件数据资源如下:
序号 | 分类 | 二级指标 | 更新频率 | 数据来源 | 对接方式 |
1 | 部件-基础设施 | 上水井盖 | 实时 | 系统对接 | API |
2 | 部件-基础设施 | 污水井盖 | 实时 | 系统对接 | API |
3 | 部件-基础设施 | 雨水井盖 | 实时 | 系统对接 | API |
4 | 部件-基础设施 | 雨水篦子 | 实时 | 系统对接 | API |
5 | 部件-基础设施 | 电力井盖 | 实时 | 系统对接 | API |
6 | 部件-基础设施 | 路灯井盖 | 实时 | 系统对接 | API |
7 | 部件-基础设施 | 电信井盖 | 实时 | 系统对接 | API |
8 | 部件-基础设施 | 有线电视井盖 | 实时 | 系统对接 | API |
9 | 部件-基础设施 | 网络井盖 | 实时 | 系统对接 | API |
10 | 部件-基础设施 | 热力井盖 | 实时 | 系统对接 | API |
11 | 部件-基础设施 | 燃气井盖 | 实时 | 系统对接 | API |
12 | 部件-基础设施 | 公安井盖 | 实时 | 系统对接 | API |
13 | 部件-基础设施 | 消防井盖 | 实时 | 系统对接 | API |
14 | 部件-基础设施 | 其它井盖 | 实时 | 系统对接 | API |
15 | 部件-基础设施 | 信息交接箱 | 实时 | 系统对接 | API |
16 | 部件-基础设施 | 电力设施(设备 | 实时 | 系统对接 | API |
17 | 部件-基础设施 | 电力杆 | 实时 | 系统对接 | API |
18 | 部件-基础设施 | 路灯 | 实时 | 系统对接 | API |
19 | 部件-基础设施 | 消火栓 | 实时 | 系统对接 | API |
20 | 部件-基础设施 | 书报亭 | 实时 | 系统对接 | API |
21 | 部件-基础设施 | 电话亭 | 实时 | 系统对接 | API |
22 | 部件-基础设施 | 邮筒 | 实时 | 系统对接 | API |
23 | 部件-基础设施 | 信息亭 | 实时 | 系统对接 | API |
24 | 部件-基础设施 | 动售货亭(站) | 实时 | 系统对接 | API |
25 | 部件-基础设施 | 健身设施 | 实时 | 系统对接 | API |
26 | 部件-基础设施 | 环卫井盖 | 实时 | 系统对接 | API |
27 | 部件-基础设施 | 移动井盖 | 实时 | 系统对接 | API |
28 | 部件-基础设施 | 信息井盖 | 实时 | 系统对接 | API |
29 | 部件-基础设施 | 联通井盖 | 实时 | 系统对接 | API |
30 | 部件-基础设施 | 铁通井盖 | 实时 | 系统对接 | API |
31 | 部件-基础设施 | 网通井盖 | 实时 | 系统对接 | API |
32 | 部件-基础设施 | 电信立杆 | 实时 | 系统对接 | API |
33 | 部件-基础设施 | 市政立杆 | 实时 | 系统对接 | API |
34 | 部件-基础设施 | 线电视立杆 | 实时 | 系统对接 | API |
35 | 部件-基础设施 | 其它立杆 | 实时 | 系统对接 | API |
36 | 部件-基础设施 | 福利彩票亭 | 实时 | 系统对接 | API |
37 | 部件-基础设施 | 体育彩票亭 | 实时 | 系统对接 | API |
38 | 部件-基础设施 | 治安亭 | 实时 | 系统对接 | API |
39 | 部件-基础设施 | 景观灯光设施 | 实时 | 系统对接 | API |
40 | 部件-基础设施 | 防汛墙 | 实时 | 系统对接 | API |
41 | 部件-基础设施 | 晒衣架 | 实时 | 系统对接 | API |
42 | 部件-基础设施 | 民用水井 | 实时 | 系统对接 | API |
43 | 部件-基础设施 | 气调压站 | 实时 | 系统对接 | API |
44 | 部件-基础设施 | 宣传栏(亭) | 实时 | 系统对接 | API |
45 | 部件-基础设施 | 公共取水点 | 实时 | 系统对接 | API |
46 | 部件-道路交通 | 公共交通站牌 | 实时 | 系统对接 | API |
47 | 部件-道路交通 | 道路停车场计表 | 实时 | 系统对接 | API |
48 | 部件-道路交通 | 公共交通站亭 | 实时 | 系统对接 | API |
49 | 部件-道路交通 | 出租车扬招牌 | 实时 | 系统对接 | API |
50 | 部件-道路交通 | 人行天桥 | 实时 | 系统对接 | API |
51 | 部件-道路交通 | 交通信息亭 | 实时 | 系统对接 | API |
52 | 部件-道路交通 | 门牌 | 实时 | 系统对接 | API |
53 | 部件-道路交通 | 桥梁 | 实时 | 系统对接 | API |
54 | 部件-道路交通 | 道路指示牌 | 实时 | 系统对接 | API |
55 | 部件-道路交通 | 交通控制箱 | 实时 | 系统对接 | API |
56 | 部件-道路交通 | 交通立杆 | 实时 | 系统对接 | API |
57 | 部件-道路交通 | 非机动车(亭) | 实时 | 系统对接 | API |
58 | 部件-道路交通 | 路名牌 | 实时 | 系统对接 | API |
59 | 部件-道路交通 | 公交拉杆 | 实时 | 系统对接 | API |
60 | 部件-道路交通 | 人行分隔设施 | 实时 | 系统对接 | API |
61 | 部件-道路交通 | 机非分隔设施 | 实时 | 系统对接 | API |
62 | 部件-道路交通 | 路中分隔设施 | 实时 | 系统对接 | API |
63 | 部件-道路交通 | 河道护栏 | 实时 | 系统对接 | API |
64 | 部件-道路交通 | 绿地护栏 | 实时 | 系统对接 | API |
65 | 部件-道路交通 | 交通信号灯 | 实时 | 系统对接 | API |
66 | 部件-道路交通 | 无障碍标牌 | 实时 | 系统对接 | API |
67 | 部件-道路交通 | 无障碍设施 | 实时 | 系统对接 | API |
68 | 部件-道路交通 | 桥孔道班房 | 实时 | 系统对接 | API |
69 | 部件-道路交通 | 桥孔停车场 | 实时 | 系统对接 | API |
70 | 部件-道路交通 | 桥孔禁入栅( 护 栏) | 实时 | 系统对接 | API |
71 | 部件-道路交通 | 桥孔检查井 | 实时 | 系统对接 | API |
72 | 部件-道路交通 | 轨交站出入口 | 实时 | 系统对接 | API |
73 | 部件-环卫环保 | 公共厕所 | 实时 | 系统对接 | API |
74 | 部件-环卫环保 | 倒粪站(小) | 实时 | 系统对接 | API |
75 | 部件-环卫环保 | 公厕导向牌 | 实时 | 系统对接 | API |
76 | 部件-环卫环保 | 垃圾箱房 | 实时 | 系统对接 | API |
77 | 部件-环卫环保 | 废物箱(桶) | 实时 | 系统对接 | API |
78 | 部件-环卫环保 | 交通噪声指示牌 | 实时 | 系统对接 | API |
79 | 部件-园林绿化 | 行道树 | 实时 | 系统对接 | API |
80 | 部件-园林绿化 | 单位绿化 | 实时 | 系统对接 | API |
81 | 部件-园林绿化 | 花架花钵 | 实时 | 系统对接 | API |
82 | 部件-园林绿化 | 小区绿化 | 实时 | 系统对接 | API |
83 | 部件-园林绿化 | 雕塑 | 实时 | 系统对接 | API |
84 | 部件-园林绿化 | 街头座椅 | 实时 | 系统对接 | API |
85 | 部件-园林绿化 | 公共绿地 | 实时 | 系统对接 | API |
86 | 部件-园林绿化 | 河道绿化 | 实时 | 系统对接 | API |
87 | 部件-其他设施 | 重大危险源 | 实时 | 系统对接 | API |
88 | 事件-环卫市容 | 废弃车辆 | 实时 | 系统对接 | API |
89 | 事件-环卫市容 | 暴露垃圾 | 实时 | 系统对接 | API |
90 | 事件-环卫市容 | 道路保洁 | 实时 | 系统对接 | API |
91 | 事件-环卫市容 | 乱设或损坏户外 施 | 实时 | 系统对接 | API |
92 | 事件-环卫市容 | 违规处置土 | 实时 | 系统对接 | API |
93 | 事件-环卫市容 | 墙面污旧乱 | 实时 | 系统对接 | API |
94 | 事件-环卫市容 | 跨门营业 | 实时 | 系统对接 | API |
95 | 事件-环卫市容 | 乱晒 | 实时 | 系统对接 | API |
96 | 事件-环卫市容 | 涂写、乱张贴乱刻 画 | 实时 | 系统对接 | API |
97 | 事件-环卫市容 | 毁绿占绿 | 实时 | 系统对接 | API |
98 | 事件-环卫市容 | xx施工措施实 | 实时 | 系统对接 | API |
99 | 事件-环卫市容 | 街头散广告 | 实时 | 系统对接 | API |
100 | 事件-设施管理 | 道路破损 | 实时 | 系统对接 | API |
101 | 事件-设施管理 | 偷盗破坏或占用 市政公共设施 | 实时 | 系统对接 | API |
102 | 事件-设施管理 | 违规占用地下公 共人行通 | 实时 | 系统对接 | API |
103 | 事件-设施管理 | 破墙开门(窗) | 实时 | 系统对接 | API |
104 | 事件-突发事件 | 路面塌陷 | 实时 | 系统对接 | API |
105 | 事件-突发事件 | 自来水管破裂 | 实时 | 系统对接 | API |
106 | 事件-突发事件 | 路面积水、污水冒 溢、粪便冒溢 | 实时 | 系统对接 | API |
107 | 事件-突发事件 | 燃气管破裂 | 实时 | 系统对接 | API |
108 | 事件-突发事件 | 架空线坠落、乱设 | 实时 | 系统对接 | API |
109 | 事件-突发事件 | 河道污染 | 实时 | 系统对接 | API |
110 | 事件-突发事件 | 公共场所消防安 全隐患 | 实时 | 系统对接 | API |
111 | 事件-街面秩序 | 占道无证照经营 | 实时 | 系统对接 | API |
112 | 事件-街面秩序 | 流浪乞讨 | 实时 | 系统对接 | API |
113 | 事件-街面秩序 | 擅自占用道路堆 物、施工 | 实时 | 系统对接 | API |
114 | 事件-街面秩序 | 机动车乱停放、非 机动车乱停放 | 实时 | 系统对接 | API |
115 | 事件-街面秩序 | 露天焚烧 | 实时 | 系统对接 | API |
116 | 事件-街面秩序 | 车辆非法客运 | 实时 | 系统对接 | API |
117 | 事件-街面秩序 | 无证掘路 | 实时 | 系统对接 | API |
118 | 事件-市场监管 | 餐饮油烟污染 | 实时 | 系统对接 | API |
119 | 事件-市场监管 | 违规交易宰杀活 禽 | 实时 | 系统对接 | API |
120 | 事件-市场监管 | 无证无照经营食 品 | 实时 | 系统对接 | API |
121 | 事件-市场监管 | 非法行医 | 实时 | 系统对接 | API |
122 | 事件-市场监管 | 无证经营网吧、游 戏厅 | 实时 | 系统对接 | API |
123 | 事件-市场监管 | 非法收运、处置餐厨垃圾( 废弃油 脂) | 实时 | 系统对接 | API |
124 | 事件-市场监管 | 违规收购、存储、 加工废旧物品 | 实时 | 系统对接 | API |
125 | 事件-小区管理 | 公共部位设置地 桩锁 | 实时 | 系统对接 | API |
126 | 事件-小区管理 | “群租” | 实时 | 系统对接 | API |
127 | 事件-小区管理 | 损坏房屋承重结 构 | 实时 | 系统对接 | API |
128 | 事件-小区管理 | 擅自改变房屋使 用性质 | 实时 | 系统对接 | API |
129 | 事件-小区管理 | 违规饲养动物 | 实时 | 系统对接 | API |
130 | 事件-小区管理 | 占用物业共用部 分 | 实时 | 系统对接 | API |
131 | 事件-小区管理 | 占用消防通道违 章停车 | 实时 | 系统对接 | API |
132 | 事件-小区管理 | 违法搭建 | 实时 | 系统对接 | API |
133 | 事件-农村管理 | 违规种养 | 实时 | 系统对接 | API |
134 | 事件-农村管理 | 擅自改变农用设 施用 | 实时 | 系统对接 | API |
135 | 事件-农村管理 | 违法用地 | 实时 | 系统对接 | API |
136 | 事件-农村管理 | 损坏农田水利设 施 | 实时 | 系统对接 | API |
137 | 事件-农村管理 | 破坏渔业资源 | 实时 | 系统对接 | API |
138 | 事件-农村管理 | 隐瞒畜禽疫情 | 实时 | 系统对接 | API |
139 | 事件-农村管理 | 焚烧秸秆 | 实时 | 系统对接 | API |
140 | 事件-街面治安 | 街面“黄赌毒” | 实时 | 系统对接 | API |
141 | 事件-街面治安 | 打架斗殴 | 实时 | 系统对接 | API |
142 | 事件-街面治安 | 非法宣传煽动 | 实时 | 系统对接 | API |
143 | 事件-街面治安 | 人员非正常聚集 | 实时 | 系统对接 | API |
144 | 事件-街面治安 | x讨恶要 | 实时 | 系统对接 | API |
E:一期安全建设现状
数据对接情况
城运一期项目建设过程中,重点完成了网络边界的安全防护建设,与区绿化局、区水务局通过专线互联边界部署有边界安全网关;与公安网的互联边界则依据《上海公安图像监控系统与社会单位图像系统联网接入技术规范 V2.0》进行安全建设,部署有边界防火墙、入侵防御系统、堡垒机、日志审计、流量探针。通过边界安全建设,过滤外部攻击、病毒、广播包等恶意流量,并对内外部的数据流访问进行控制。
城运中心机房仅政务网边界有一台边界防火墙,视频接入边界部署有一台入侵防御(当成防火墙在用);运维管理点部署有日志审计和堡垒机。
(三)业务需求分析
按照上海市“一网统管”建设的“三级平台、五级应用”总体要求和松江区智慧城市建设的总体要求,本项目既是松江区智慧城市建设的重要组成部分,又是松江区“一网统管”的具象实体、城市运行管理和应急处置的主要载体。本平台的建设重在连通上下、衔接左右,发挥系统枢纽和作战平台的作用,同时也为街镇、网格实战提供数据应用、联勤联动的支撑;街镇平台进行自有数据的归集管理,并依托“1+3+N”网格化系统,结合自身情况发展特色应用,优化自身管理,形成基础综合执法和联勤联动的新机制;网格作为社会治理最小的管理单元,强化应用支撑,推动高效处置,把超大城市精细化管理落到实处;社区(楼宇、单位)依托移动应用,鼓励倡导形成全社会自治、共治新格局,共同参与社会治理。
基于本项目的建设,为城市体征展示、城市治理、趋势研判、应急处置、综合指挥等各类应用系统提供数据支撑,为区政府、各委办局、街镇提供管理、数据和服务支撑,最终将产生的各类应用数据归集到专题库,实现对数据的深度挖掘分析。
(1)城运 IT 基础设施建设需求
城运云基础资源需求。本次项目基于区电子外网,依托松江区政务云平台资源构建松江区城运云基础设施。
网络和机房点位建设需求。一期项目中城运自有机房已经建有空调系统、UPS 系统、机柜机架等设备。本期项目的部分新进设备,占用自有机房的剩余空间。当前功率 20K,64 节 100AH 的 UPS 不间断电源功率偏低,需要对 UPS 进行升级,同时对现有机房的机架、网络、电源、同屏转发一体机等进行升级。在自有机房无法摆放的部分新进设备,托管至运营商机房,租赁费由甲方另行采购。
(2)区视频联网管理平台扩容需求
在城运信息化建设一期项目中,已经建设了一套完整的、符合 GB/T28181 标准协议的松江区视频监控联网城运中心平台,主要设备为视频云综合管控平台(DH-DSS-C9100A/3W)、视频云智能运维平台(DH-NMS-B9100S3A-2U)。平台具备 3 万路接入、管理能力;具备并发 600 路 8Mbps视频在城运平台及街镇分平台的展示与应用能力。覆盖了区城运中心、区公安分局、区委政法委、区水务局水泵闸、区绿化市容局方塔公园等重点点位的联网接入。但在平台容量、并发规模、覆盖范围、与市平台的对接、跨部门分享等方面还存在不足。在已有基础上,进一步做性能的升级和缺失功能的补充。
区城运中心平台部署在区政务外网上,为降低多媒体业务对现网业务的影响,在政务外网上设计建设视频缓冲区,承载视频媒体业务。并和区公安分局视频图像专网、区政法综治视频专网以及各委办局的链路打通,形成城运视频新专网。因此,为满足视频资源的可传输、可接入,需要进行光纤、交换机、联网网关、安全隔离等软硬件资源部署,更好地支撑视频资源的安全传输,为视频统一接入与调配应用提供底层基础保障。
从部门内部汇集层面,区公安与综治视频汇聚已经较为成熟,公安现已汇聚公安视频资源与综治“雪亮工程”视频资源,而区文旅局、卫建委等 4 个部门内部视频资源尚分散在部门内部各个辖属区域,部门内部视频监控资源缺乏统一归口;从全区整体归集层面,视频仍分散在各个委办或部门内部,整体视频监控数据汇集汇聚程度较低。因此,需要先着重进行文旅局、xx委、民政局、交通、燃气公司等 5 个部门内部视频资源的统一归集,进而建立综合性的视频监控联网管理平台,基于GB/T28181 等联网标准实现视频监控平台间的级联、互联,统一接入与管理松江公安、综治、委办单位视频资源,更有效地服务于松江全区视频资源的统一调配与综合应用,避免重复建设,有效提高视频应用效能。
针对统一接入的松江全区公安、综治、委办等多业务单位视频资源,不仅仅服务于松江区城运平台的综合调配应用,也将服务于松江区街镇分中心进行按需调配应用。因此需要提供高性能的并发转发能力,支持对视频资源进行缓存、调度和传输播放,满足将高清流媒体实时图像转发给上下级联网系统、监控客户端、大屏服务、视频存储服务等,更好地满足松江区城运的视频深度应用需求。
(3)物联网中台建设需求
“一网统管”业务需要全面运用实时数据动态指挥城市运行,接入并管理城市物联网感知设备是最重要的实时数据获取方式。松江区既有的物联网感知设备存在基于不同于统一标准的互联网建设,具有海量连接、设备种类繁多、场景复杂、碎片化严重、安全能力差异大等特性,在建设全区重点区域全时全域的物联感知系统时,需要搭建统一的物联中台来统筹全区的物联设备。物联中台包括物联终端设备的管理、物联数据的管理两大方向。建设物联感知终端管理平台,将各个街镇建设的物联感知终端接入至区级物联感知服务平台,实现全区物联感知神经元系统的统一接入、统一管理、统一应用。建设物联感知数据管理平台,建立分类、分级的物联网数据存储和管理机制,沉淀各类物联网数据资产,实现跨域、跨部门的物联网数据资源统筹管理,为城市治理可视化、城市运行状态监测、分析预警、科学决策与建议提供物理世界的物联网数据资源池。
(4)AI 技术中台建设需求
一网统管体征监测、态势感知应用中在面对较为复杂的业务场景时需要对海量多源异构数据建模进行深度分析挖掘,需要机器学习、文本分析及其他 AI 算法模型能力支撑;在预测预警、指挥调度等业务场景中还需要人脸识别、车辆识别、视频结构化、视频事件分析等 AI 能力支撑。模型中心提供了各类 AI 能力模型服务、模型管理、训练调优等能力,为数据建模分析提供基础 AI能力支撑。一网统管预测预警、指挥调度等业务员场景需要较高的实时性,可以直接从智能设备获取数据接入 AI 模型分析,提高预测预警的实时性和指挥调度及时性。数据分析是一网统管各项应用的基础,模型的构建、训练分析需要海量数据的支撑,通过数据中心完成与模型数据需求与数据中台的交互,实现各类型数据的快速获取。AI 工作室根据业务需求进行场景化的 AI 能力编排,将不同的智能设备、AI 模型、数据根据业务需求进行编排,形成一个实际的AI 场景任务。一网统管智能应用的开发以及智能模型业务数据获取需要应用中心支撑,通过 API 网关、订阅管理等组件获取自行开发的或人工智能中台提供的各种智能应用能力。
(5)城运公共服务平台建设需求
城运公共服务平台是城运中心应用沉淀的承载平台,面对复用率最高的应用,进行统一开发,将后台资源进行抽象包装整合,转化为前台友好的可重用共享的核心能力,实现了应用易用能力的转化。具体需求包括:建设 1 套区级 MCU 及 18 套街镇级 MCU 平台,构建全区统一的高清视频会议系统。建设全区统一的融合指挥调度平台,支撑城运业务流的无阻上传下达。为了满足松江
区城运的日常管理需求,本次融合指挥调度方案包括两部分:基于公网对讲的日常调度通讯系统和基于 800 数字集群网络的应急通讯系统,并通过融合通讯平台实现两个系统的无缝融合通讯以及融合调度指挥。基于政务外网环境构建一套融合各类应急通信相关音视频资源的融合调度平台,统一指挥、融合调度:接入覆盖区—街镇—村居的专网视频会议系统,实现日常远程会议应用;接入互联网视频会议终端,实现应急远程会议调度;接入互联网移动单兵,实现应急现场的视频回传及双向语音;接入语音固话,实现应急远程语音调度;接入 800M 集群语音,实现应急现场的语音调度。
建设松江全区的统一身份认证支撑服务体系,城运新建业务系统全部接入统一身份认证系统,与松江区现有的身份认证系统互联互通,构成全区统一的业务系统身份认证体系。建设城运地图服务引擎,为上层业务系统的地图定制开发提供基础地图服务能力支撑。
(6)城市体征管理平台建设需求
围绕松江区智慧城市及松江城运“一网统管”建设任务,以城市公共安全、公共管理、公共服务水平提升为导向,以市区两级大数据中心基础数据库以及其它共享数据服务为依托,以“跨部门协调、网格化协作”为主线,按需求、有重点、分步骤地建设面向城运场景应用的城市体征指标管理平台。
(7)综合决策指挥平台建设需求
随着全区信息化建设的推进,目前,全区公安、综治、水务、绿化市容、城管、交通、教育、人社、民政、建管委等各部门信息化逐步推进,积累了海量的监控视频资源,通过建设综合指挥平台,打通自然灾害、安全生产、社会安全、公共卫生、重大事件等各部门专项指挥,建立一个城市级的综合指挥平台,基于城市数据资源的汇聚和展示,在突发事件或专项调度场景下,实现包括视频信号、应急预案等相关数据多部门的即时推送和调阅,实现跨部门在统一指挥调度下的实时感知,确保指令下得去、情报上得来,形成信息数据闭环。通过协同指挥调度系统承上启下、内外融通,构建市、区、街道、社区等网络一体化联动。同时,基于城市运行管理中心,打造依托互联网、物联网,建设一体化城市运行监测网,加强与各类全城市各运行管理系统的互联互通。
(8)城运个性化应用开发需求
依据上海市关于全面推进城市数字化转型的意见及上海市“一网统管”总体建设目标,结合上海市松江区城市运行管理中心实际需求,推动“经济、生活、治理”全面数字化转型,构建起 “数字治理、数字生活、数字经济”三大类的松江城运应用框架体系。数字治理类应用包括松江城市xx品质提升、渣土车智能监管、城管非现场执法、智慧工地管理系统、城运 12345 热线与网格化分析、老旧电梯安全监管、智慧气象精细化管理、个性化应用综合服务平台等方向和主题。
(9)城运综合门户建设需求
城市运行管理涉及城市管理的方方面面,城运中心需要建立一个综合门户,实时掌握城市运行管理的各项体征指标,以及城市运行的各类动态信息、城市突发事件的空间分布情况、各类统计报表、统计图表等重要信息数据,以及对已建系统的相关数据抽取和统一管理和呈现。为了满足不同场景下的日常工作需求,城运门户需要分别面向 WEB 端、大屏端和移动端三个工作窗口进行应用开发,为实现区城运大屏呈现内容在市城运中心、街道、委办局等地点皆可访问,使之更好的符合市级一网统管的建设标准,保证市级平台全天候无缝、实时、稳定访问区级平台,并覆盖 PC 等各式显示设备跨终端使用场景,包括 WEB 端、大屏端在内的城运门户作为城市治理的数据汇聚呈现端和业务指挥界面,还需要接入应急警情系统、视频点位数据、12345 热线态势展示、燃气管道地理信息系统、天气基础数据、天气预警数据等数据等规划建设的应用系统或其它委办局已经建设的相关系统或数据。
城运大屏升级需求。已经建设的 C/S 三维可视化系统具备了高清展示能力,但无法实现区城运大屏展示内容在市城运中心、街道、委办局等地点皆可访问。为符合市级一网统管的建设标准,
保证市级平台全天候无缝、实时、稳定访问区级平台,外增基于 B/S 架构的升级版本,建立区城运 C/S 大屏显示端和 B/S 互通显示端的双端体系。
(10)安全产品购置需求
建设分层次防御体系,确保城运关键基础设施和重要领域信息系统及数据的安全可靠。推进党政机关重要网络系统国产化进程,掌握安全发展主动权。落实关键信息基础设施安全防护。明确区城运、运营单位和互联委办单位的安全主体责任,采取技术与管理相结合方式,综合运用管理、技术、法律、宣传等手段,围绕识别、保护、监测、预警等环节,加强内部自身安全监测和防御能力,建设安全防护和监管平台。强化数据安全防护。明确数据安全保护范围、主体、责任和措施,围绕数据采集、传输、存储、使用、开放等环节,建立健全安全评估、利益分配、审查、违规惩戒机制,探索数据安全保护措施,研发数据保护和隐私保护产品。推动完善适用于大数据环境下的数据分类分级安全保护制度,加强对政务数据、企业商业秘密和个人数据的保护。加强网络安全保障。推进网络安全信息统筹机制和平台建设,促进网络安全教育、技术、产业融合发展,形成人才培养、技术创新、产业发展的良性生态。坚持安全可控和开放创新并重,立足于开放环境维护网络安全。落实等级保护、安全测评、密码应用、应急管理等基础制度,健全网络安全管理体系,强化依法监管。
防止外界通过非法途径进行恶意攻击、数据窃取等信息安全问题;同时也保证内部网络能够合法使用网络与数据,禁止从内部进行非法操作。从外部到内部全方位地保护业务系统的网络安全,做到对系统进行全面网络安全防护、安全事件应急处理、安全事件事后查询定位。通过网络安全管理制度的制定,先进的网络安全技术实现网络安全防护,以及完善的安全服务来保障业务系统正常稳定运行。
本期重点满足城运安全系统增补需求、委办局视频联网接入安全系统建设需求。
(11)系统及平台的对接服务需求
松江区城运系统已有统一内部政务协同平台。已有 APP、城市网格化管理平台松江分平台、公众号、物联网平台、城市体征管理平台、12345 热线分析平台、智慧交通平台、防汛平台等已有或规划建设的平台之间存在着普遍的数据对接或接口开发服务。
松江区城运平台的标准规范体系建设工作,配合松江区城运平台的建设任务开展,分阶段、有针对性地构建标准规范,并在应用实施过程中不断地对标准体系和各项标准予以修正和完善,为松江区城运平台信息化体系内各个层级、各个系统之间的互联互通、信息共享、业务协同、建设保障等提供指导和支撑。
3、建设内容
(一) 建设目标
松江区“一网统管”业务实际出发,充分融合政府数字化转型“三横三纵”体系,全面贯彻落实上海市城市运行“一网统管”建设三年行动计划(2020-2022 年)要求,探索一流城市治理模式 “松江方案”;通过城运“三级平台、五级应用”架构打破条块业务系统不相连的树状结构,形成横向到边、纵向到底、互联互通的矩阵结构;打通城运业务相关部门数据壁垒,有效整合治理资源,第一时间发现和解决安全隐患,建成“能感知、能思考、能指挥、能决策”的智慧城市运行管理体系,建立和健全统一指挥、功能完善、反应灵敏、协调有序、运转高效的综合指挥机制。
建成城市体征指标体系,实现“一屏观全域”。进一步完善全区城市治理协同体系。建成全区综合指挥体系,实现“平战一体”。本项目建成后,目标是极大的提升松江城市治理的数据流转水平、城市指挥调度的协同水平、城运指标体系的精细化水平和城运应用生态的繁荣水平。推动松江城市治理向智慧化、精细化迈进,实现“一屏观全域,一网管全区”。
(二) 总体设计
在一期项目的基础上,按照全区城运“一张图、一张网、一个池、一朵云、一平台、一门户”的“六个一”技术支撑体系总体要求,松江区城运综合管理平台总体架构如下:
<.. image(表格 描述已自动生成) removed ..>
总体架构图规划
在一期项目的基础上,本期主要是进一步提升视频终端的汇聚度、提升城运的安全保障能力和指挥大屏的架构升级;建设区级 AI 中台、物联网中台、城运公共技术服务平台,建设城运体征指标管理平台,夯实综合决策指挥平台基础,建设城市运行应用体系和综合门户。
(三) 建设内容
(1)城运 IT 基础设施建设
x项目建设中各应用系统所需要的政务云主机、云存储、网络、基础云安全等基础资源,依托于电子政务云平台,结合本项目规划的各业务板块的计算、存储及网络带宽等要求,对政务云资源需求量给出估算,由甲方在其它项目中另行采购。
城运中心现有机房空间不足,新增空间需求考虑租用满足政务云建设相关条件的本地运营商现有机房空间;给出相应的空间需求评估,在其它项目中另行采购。
⚫ 城运 IT 基础设施升级。对城运中心现有的设备机房进行进一步升级,对现有的配供电系统、UPS、配电柜、插座、电缆、机房照明、接地系统、防雷设施、综合布线、机柜与外联光纤线路进行必要的升级和改造。
⚫ (2)区视频联网管理平台扩容升级
区视频联网管理平台扩容升级。在一期项目基础之上,进一步做平台的性能扩容, 包括网络链路、网络安全系统建设、视频平台系统建设、视频平台割接等;所设计方案需要前向兼容一期已建平台(核心平台为视频云综合管控平台( DH-DSS-C9100A )、视频云智能运维平台
(DH-NMS-B9100S3A))。
本次项目网络传输链路建设需求主要包括:
1. 建设区政法综治平台到城运中心传输链路;
2. 建设各委办局到城运中心专线;
3. 协调区政务外网视频缓冲区到市级共享平台链路。
本次方案视频平台建设内容可概括为“1+1+4+5”,主要包括:
1、“1”:区城运中心平台扩容,设计扩容到 7 万通道接入性能;
2、“1”:上海市共享平台上联,实现松江区共享平台视频上联到上海市共享平台;
3、“4”:区内各委办局视频共享,实现松江区共享平台视频共享到各委办局;
4、“5”:区委办局视频联网接入,一期项目中实现接入的委办局数量较少,需扩大视频资源汇聚的覆盖面,将其他委办局视频接入城运中心平台;本次计划接入 5 个委办局视频资源,包含区交通委、区民政局、区文旅局、xxx委、燃气公司;
城运中心视频监控平台建设内容可概括为“1+1+4+5”,即 1 个城运中心平台扩容、1 个市级共享平台上联、4 个区级委办局视频共享、5 个区级委办局视频联网接入,本次扩容后并发性能由
一期的 600 路提升至 700 路,以满足二期街镇的视频访问需求。同时,因上海市共享平台上联需求,以及现有平台部署网络环境等因素,平台需调整部署的网络环境,平台部分需伴随网络环境调整整体割接。割接的内容包含现有城运平台搬迁部署,已接入委办局系统割接。
⚫
(3)物联网中台建设
建设松江区城运物联网中台,物联网中台旨在实现松江区“一网统管”五级架构的功能完整性,确保资源层的物联数据能够以统一的标准接入到区“一网统管”平台,作为区“一网统管”整体架构中的感知中台。以松江区城市运行管理中心为核心,将各个街镇建设的物联感知终端接入至区级物联感知服务平台,实现全区物联感知神经元系统的统一接入、统一管理、统一应用。物联网中台将实现各个街镇的物联感知设备统一接入、设备数据标准化、物联感知数据场景化。实现感知设备的终端产品管理,终端指纹管理,设备设施管理,综合场景引擎和数据分发。作为区“一网统管”中台层的一部分,需要为上层应用提供物联感知数据进行支撑,为此需要搭建一个感知数据分发管理系统,按照上层应用系统的业务需要,直接向业务应用提供已封装的物联感知数据。感知数据分发管理需要灵活配置应用系统的数据接收方式,提供个性化的物联感知终端类型选择、数据格式类型选择、推送方式选择、推送频率选择。数据分发的策略可暂停、恢复、删除、修改。
为了便于设计与管理,系统主体划分为 4 个层次,即设备层、数据层、业务层以及表达层。在安全防护体系下,系统可与松江区”一网统管“运行管理平台以及其他部门系统进行数据和服务的共享与交换,系统总体架构参见下图所示:
系统架构示意图
系统框架 4 个层次具体如下:
(a)设备层:设备层主要包含多种城市设施和感知设备,为数据采集服务提供了良好的硬件支撑,如垃圾桶、小区单元门、垃圾满溢物联设备、 空气物联设备、溶解氧物联设备、倾角物联设备 RFID 等。
(b)数据层:数据层包括系统建设所需的所有数据资源,具体为基础数据,包括松江区行政区域基本地图数据、设施设备地理分布的空间数据、设施设备基本属性数据、系统管理数据等;物联设备监测数据接收、物联设备运行状态采集、运行状态符号图标入库以及跟其他业务系统的数据共享。
(c)业务层:业务层为系统核心层,通过数据库技术等同步物联设备数据至系统应用服务器,同时通过系统设备状态规则判断数据是否异常,进而推断物联设备的运行状态和城市设施的实时状态。发现物联设备工作异常后可通过系统自主预警,综合地图 GIS 技术及可视化技术显示于业务前端,将异常消息通过系统及时推送至管理员及运维工作人员。
(d)表达层:运维人员提供不同的各项设施设备监测、预警服务,对不同的设施设备、工作状态进行文字、颜色、地图坐标的分类表达。
沉淀物联网数据资产,快速、高效的支撑各领域应用、数字孪生等系统对物联网数据的需求,
统一提供物联网数据共享开放服务,实现跨域物联感知,提升物联网数据利用率和部门间的协作效率和成效。
(4)AI 技术中台建设
建设松江区 AI 技术中台,赋予城市 AI 应用管理和运营能力,让城市按照自己的需求快速、高效地实现 AI 解决方案,将领先的 AI 能力赋能到智慧交通、智慧市监、智慧康养、智慧工地、城市大脑运营指挥中心等场景。在新空间、新治理、新服务的广泛场景,AI 在智慧城市中为政府提供数字化工具箱,让人民在城市的获得感提升,进行中并有更多的增长空间。构建“算法工厂”,赋能更多实战应用,为各街镇提供数据分析、数据推理的平台,降低城市治理数据应用的使用门槛,真正做到用好数据、用对数据。支持云边端的统一管理,后期在各街镇城运分中心部署边缘节点,将区城运中心的 AI 推理模型快速部署到边缘节点,并且提供丰富的边缘数据回传中心的数据通道,满足各街镇灵活的云边协同架构和个性化的 AI 需求。通过松江区 AI 中台的建设,对外统一提供 AI 能力,对 AI 能力进行统一的管理,使得 AI 能力这种特殊的资源可以被多行业复用,降低成本投入。建设一批重点领域 AI 算法及示范应用,例如:
⚫ 城市xx品质提升:散落/暴露垃圾、不xx养犬、违章停车;
⚫ 渣土车监管:渣土车逆行、牌照异常、乱倒及跑冒滴漏;
⚫ 非现场执法场景:占道设摊及兜售、占道堆物、跨门经营。
(5)城运公共服务平台建设
高清视频会议系统建设。根据松江区城运中心高清视频会议系统建设规划的要求,整体规划建设利用 IP 网络建设覆盖松江区城运中心、50 个委办局、18 个街镇(街镇 MCU,视频会议终端区统建)、村居和 20 个互联网临时会议点的高清视频会议系统,实现视频、音频、数据的全面覆盖。系统建设内容如下:考虑到后期松江区各业务单位的统一接入、码流处理、统一管理应用,本次采用分布式架构,在松江区城运中心部署 1 套区级 MCU,各街镇部署街镇级 MCU。松江区城运中心会场,部署 1 套区级终端及配套的会议摄像机和鹅颈麦克风,实现视频会议、视频研判、
远程指挥、远程培训等应用。松江区各个街镇各部署 1 套街镇级终端及配套的会议摄像机和鹅颈麦克风,实现视频会议、视频研判、远程指挥、远程培训等应用,已建终端设备的利旧接入街镇级 MCU。松江区各个村居各部署 1 套村居级终端及配套的会议摄像机和鹅颈麦克风,实现视频会议、视频研判、远程培训等应用,已建终端设备的利旧接入街镇级 MCU。松江区各委办局各部署
1 套委办局终端终端及配套的会议摄像机和鹅颈麦克风,统一接入区城运中心平台,实现视频会议应用,已建终端设备的利旧接入区级 MCU。各级视频会议会场优先利旧已有高清显示设备,实现视频会议实时视频的大屏高清显示,没有高清显示设备的新建高清显示设备。在松江区城运中心部署一套会议录播系统,实现对重要会议、重要培训、重要指挥的实时录制,后期直播、点播学习。整体规划分批采购,本项目中的采购数量详见附件项目采购清单。对接市城运中心视频会议系统,最终形成市—区—街镇—村居四级架构的高清视频会议系统,服务于各级政府及城运中心的日常行政会议、远程教育培训、应急指挥调度等应用。
城运融合指挥调度平台及 800 兆集群网关。基于政务外网环境构建一套融合各类应急通信相关音视频资源的融合调度平台,统一指挥、融合调度。接入覆盖区—街镇—村居的专网视频会议系统,实现日常远程会议应用;接入互联网视频会议终端,实现应急远程会议调度;接入互联网移动单兵,实现应急现场的视频回传及双向语音;接入语音固话,实现应急远程语音调度;接入 800M 集群语音,实现应急现场的语音调度。800 兆无线集群网关;800MHz 数字集群政务网是上海市政府为保障全市人民正常生活、生命安全、应对突发公共事件而计划建设的应急通信指挥调度系统。公网对讲和 800 兆数字集群对讲,这两个系统完全独立,在实际工作中由于这两个系统之间不能互通,造成了使用不同系统的人员之间无法正常联系,从而严重影响正常工作,造成工作效率下降。800 兆无线集群网关无线集群网关可以对接 TETRA 数字集群,并支持与 SIP 接口对接,实现各种通信手段的互联互通。
统一身份认证管理平台建设。统一身份认证管理平台通过建成集用户管理、组织机构管理、身份核验等功能为一体的统一身份认证系统,建立城运全网一致的用户注册、审核、变更和注销全流程管理模式。实现基于统一身份认证服务的城运全网统一认证和单点登录,有效地支撑城运
部门间跨区、跨层级的信息共享与业务协同应用,为推动城运信息系统整合共享提供重要支撑。
专网地图系统建设。建设城运专网地图,提供专网地图平台、业务空间数据管理引擎以及城市道路拥堵数据服务。专网地图平台可提供地图的基础展示服务接口以及地图功能服务接口,功能服务接口包括地图地点检索、地址解析、逆地址解析、驾车路线规划服务。业务空间数据管理引擎可提供对业务类空间数据的管理服务接口,包括建库、导入、编辑、搜索服务。城市道路拥堵数据服务提供城市 Top 拥堵查询、自定义区域拥堵道路排行榜查询、城市突发拥堵道路查询的数据服务接口。基于上述接口为应用开发方提供相应的底层支撑服务于上层应用开发。部署于电子政务外网,保障数据的安全性,符合相关的安全要求。
(6)城市体征管理平台建设
城市体征管理平台秉持“权威科学、全面覆盖、多维构建”的指标体系设计思路,系统分析梳理国内外各先行城市体征指标建设情况,以国家政策文件、标准规范、行业报告为基础,融合行业标准、业务需求、项目实践等,从十九大经济、政治、文化、社会、生态“五位一体”的根目录出发,汇聚社会治理各项要素。城市体征管理分析系统软件指标体系支持按部门、按主题等多维度展示,支撑个性化评估场景构建,并在此基础上设计“城市运行效能”评估体检模型,意在精准、准实时的反应社会各个领域的运行情况。系统借助指标库及指标计算模型,通过对实践数据与指标的分析对比,全方位展示从城市级到行业级的指标分布特征,用户可以透过分析指标的差距及问题点采取相应的战略决策,从而实现业务治理的精确提升,实现城市运行的全方位监测,全维度研判,做到“眼中有图、决策有度、管理有术”。城市体征管理平台由基础平台、融合支撑平台、数据智能中心、城市体征平台等模块组成。基础层,对接基础平台。支撑层,对接融合支撑平台。数据智能中心,集中所有政务业务数据,对指标的原始数据以及通过智能建模运算后的结果数据进行保存管理。
(7)城运综合决策指挥平台建设
建设综合决策指挥平台,构建现场情况回传、现场指挥、事件上报、图像回传、资源调度指挥一张图的城运应急、突发事件指挥体系,提高指挥机构的信息收集、预测研判、决策、应急指挥的信息化水平。实现多部门应急信息资源整合与共享、综合研判、指挥调度、辅助决策和总结评估等功能,形成覆盖全区的完整、统一、高效、协同的综合管理与指挥调度体系,实现跨部门在统一指挥调度下的实时感知,确保指令下得去、情报上得来,形成信息数据闭环,满足政府对重大应急事件综合管理工作需要。
平台包含应急事件接报模块、指挥一张图模块、协同调度模块、应急资源管理模块、移动应急指挥模块、全流程监督指挥模块、系统管理等功能或模块,支持与市区相关系统对接。
(8)城运个性化应用开发建设
松江城运本级应用系统的建设,紧扣《关于全面推进上海城市数字化转型的意见》的指导,抓住急迫应用和亮点方向,力求在松江的“经济、生活、治理”全面数字化转型过程中发挥重要作用。
城市xx品质提升专题应用。基于《松江区城市xx品质提升办指标责任分解表》梳理整合监管不xx行为:通过重点点位道路监控视频识别垃圾堆放散落、暴露。通过重点点位道路监控识别未牵狗绳的大中型家养狗或流浪狗,并预警,调用回放视频找到主人身份,按照有关规定进行警告教育与处罚。通过重点点位道路监控视频识别机动车、非机动车不按照规定违章停车。完成区xx办、区城市管理执法局、区绿化市容局、等委办局提升城市品质业务调研;根据调研结果梳理提升城市品质业务流程图,完成业务提炼、流程图;完成提升城市品质重点监控点位撒点上图;完成区公安分局、城运中心平台网络互通,视频联网接入;完成AI 中台能力接入,实现场景相关多种智能识别、智能监控;完成基于 AI 算法的城市xx品质提升的场景建设并形成流程闭环。
渣土车智能监管-车辆作业行为监管应用。针对渣土车管理中普遍存在的异常现象,进行工地出入口与消纳点出入口监控:监控渣土装载超高导致的渣土车密闭性不严等状况;渣土车为黑车,
未注册或未办证状况;需要对渣土车运输过程中的违规行为进行有效识别与分析;违章逆行;遮挡车牌;车辆违停;针对渣土车在运输过程中的轨迹进行研判分析,能够在区城运中心大屏上对车辆行驶路线通过定位进行可视化实时监控,将车辆形式路线附着在地图上,辅助区城运中心加强渣土车运行中管理。
城管非现场执法场景应用。针对占道设摊及兜售场景、占道设摊及兜售场景,筛选重点点位,并将相关重点点位绑定视频源,并撒点上图,实现重点点位视频全覆盖。通过对监控视频进行 AI识别,将超过阈值的行为进行抓拍后反馈到 AI 中台并存储到数据库中。通过针对违规类型、巡检任务名称、处理状态、预警地点、预警时间作为关键字对预警信息进行搜索;通过数据可视化以及相关数据清洗的手段,实时统计分析巡检类别对应 AI 场景识别数据,对 AI 反馈的预警做出相对应的处理。
智慧工地管理应用系统建设。自 2011 年底起筹建“松江区建设工程远程监控管理平台”项目,平台初步具备综合查询、组织安全质量监督、远程视频监控、项目管理等功能应用。但现有系统安全生产与环保方面存在监管盲区、手段单一、效率低下,监控数据流通效率极低,且存在数据孤岛问题;各执法部门之数据流通阻碍,信息不透明导致业务流程复杂、沟通和人力成本增加,工地人员管理及疫情防控方面缺乏有效手段;执法人员现场执法取证手段单一、取证不便、工作流程仍需简化,对于执法人员、执法车辆的监管手段缺乏。建设一套智慧工地综合管理系统,包括工地视频接入融合平台、人员与基础信息管理平台、“智慧工地”三维可视化设计,以及建管委机房大屏与信息化。
智慧工地综合管控平台及可视化平台硬件建设。主要包括执法记录仪、建管委室内全彩 LED
显示屏主屏、网络建设等。
工地视频接入融合系统:包含数据库服务模块、管理服务模块、接入服务模块、报警服务模块、流媒体服务模块、存储管理服务模块、Web 服务模块等等,它们共同形成数据运算处理中心,完成各种数据信息的交互,集管理、交换、处理、存储和转发于一体。
人员与基础信息管理平台包括系统综合管理、工地信息管理、工地实名制与测温系统、数据接口与数据接入等模块。
“智慧工地”三维可视化系统开发,依托区城运的三维可视化系统,重点实现智慧工地基础的数据指标和实时数据的可视化、智慧工地视频可视化、公务用车轨迹追踪可视化、智慧工地数据可视化。
城运 12345 热线与网格分析应用系统。城运 12345 热线与网格数据智能辅助决策系统主要包括四部分:首先通过数据融合应用模块,基于历史数据和新平台的业务数据,完成数据的融合,为后续的辅助支撑提供夯实的数据基础;在案件派遣人员和案件处置人员的工作中,提供智能辅助能力,通过智能问答等方式,为相关人员提供可靠的业务处理依据或建议,还可以为区内业务科室人员提供案件智能告警;完成大量数据的采集、统计后,以数据报表的形式对数据进行不同维度的展示,并通过数据大屏展现出关注度较高的数据统计分析情况。
(a)数据融合应用。数据智能辅助决策系统需将现有的三高历史数据与数交平台的新数据进行融合和清洗,打破两个平台间的数据壁垒,形成统一的业务知识库,为数据进一步分析和辅助决策提供支撑。
(b)报表分析应用。原三高系统中,包括大量的数据报表,主要是对热线信息员、市考核数据、抽查得分、12345 热线、松江城运公众号、网格等业务领域进行数据的统计分析。数据报表可分为两大类:
1)业务统计类
报表需根据业务进行划分,包括对网格类、12345、松江城运公众号的案件情况统计,内容包括案件立案数、案件结案数(率)、案件及时结案数(率)、案件处理数(率)、案件满意数(率)。在案件统计时,主要关注以下维度:
按案件领域类型统计:按区域统计包括案件大类/小类/子类的案件数量、类型占比统计及其对比排序
按处置主责机构统计:按主责统计包括各街镇、委办局、公司所处理的案件数量、比例与明细对比
2)考核测评类
报表主要包括对区、街镇、委办局、业务人员的考核。对于区、街镇、委办局的考核主要包括各类案件的接收情况、结案率、整体满意度等;对于业务人员的考核,主要包括处理工单数量、
满意度、工作时长等维度。
数据智能辅助决策系统的报表分析应用涵盖原系统的报表内容,并可根据业务需要进行报表定制。
(c)智能辅助应用。数据智能辅助决策系统智能辅助应用主要是对案件数据的智能化分析处理,在完成数据统计、分类、关联的前提下,利用知识图谱、图像分析、语音识别、机器学习技术,进行数据的进一步分析与应用,为业务人员提供案件分派建议、案件处置建议、智能文本报告、案件高发预警等智能化应用功能。
案件大屏态势。案件大屏态势主要是在完成数据统计分析的基础上,通过地图、统计图、表格展示的方式,直观地展示出当前系统内部数据特征,提供数据统览的功能。
老旧电梯安全监管应用服务。针对目前上海市老旧电梯的安全现状,结合上海市智慧社区建设,运用电梯物联网、视频专网,通过智能监测终端采集安装在电梯内的传感器、智能摄像头,物理、视频等数据,实现对老旧电梯的安全监管,为民众提供更安全可靠的乘梯环境。并提供困人应急救援应用、电梯运行安全监测应用、不安全、乘梯行为监管应用、电梯质量健康指标应用等,相关应用建立三级响应机制并纳入区城运中心一网通管平台。松江区 2020 年已经评估的老旧
电梯(共计 441 台),详细点位如下表。
序号 | 街道 | 居民小区 | 电梯数量 | 备注 |
1 | 方松街道 | 安信湖畔天地 | 1 | |
2 | 昌鑫花园 | 6 | ||
3 | 华亭绿景苑 | 12 | ||
4 | xx花苑 | 19 | ||
5 | 绿洲华庭 | 9 | ||
6 | 泰晤士小镇 | 1 | ||
7 | 阳光翠庭 | 48 | ||
8 | 珠江新城 | 39 | ||
9 | 紫东新苑 | 43 | ||
10 | 广富林街道 | 复地香堤苑 | 1 | |
11 | 松云水苑 | 37 | ||
12 | 九里亭街道 | 奥林匹克花园 | 28 | |
13 | 上海源花城 | 1 | ||
14 | 志成花苑 | 58 | ||
15 | 九亭镇 | 绿洲长香岛 | 32 | |
16 | 美丽星城 | 45 | ||
17 | 云润家园 | 8 | ||
18 | 紫金花园 | 10 | ||
19 | 泗泾镇 | 西南名苑 | 6 | |
20 | 润和苑 | 4 | ||
21 | 新桥镇 | 龙祥公寓 | 11 | |
22 | 新乐雅苑 | 9 | ||
23 | 岳阳街道 | 月厦新天地 | 4 | |
24 | 中山街道 | x都公寓 | 6 | |
25 | 舜龙公寓 | 3 | ||
总计 | 8 | 25 | 441 |
老旧电梯统计清单
老旧电梯安全监管的终端设备运行部署于松江的老旧电梯上,服务平台部署在电信专属云服务器上,为松江相关的职能部门提升对老旧电梯的运行状态管理能力提供助力。主要包括:
✓ 电梯端的物联网感知设备和智能终端:实时获取电梯运行状态,对电梯的运行进行监管,保障电梯稳定、可靠运行。
✓ 电梯内的摄像头:不仅能为安保提供帮助,而且结合在电梯端的边缘计算,对电瓶车进入电梯等不xx现象进行提醒和阻止,保障楼宇的安全。
✓ 梯内部署的智能显示屏:即可以发布政府、物业、公益等信息,而且还可在发生困人时提供,供服务人员与梯内乘客进行沟通,安抚乘客情绪。
✓ 智慧电梯安全管理平台:建立了每台电梯的健康库,形成“一梯一档”,24 小时进行持续跟踪和监管,实时监控每台电梯运行数据。
本项目依托已有的系统,针对城运的安全监管业务需求,采购老旧电梯安全监管系统相应的软件服务及数据服务。纳入本次项目的采购项主要包括:
序号 | 老旧电梯安全监管 |
1 | 平台软件服务 |
2 | 数据采集子系统云部署服务 |
3 | 数据汇聚分析子系统云部署服务 |
4 | 数据接口子系统云部署服务 |
5 | IOT 网关子系统云部署服务 |
6 | 流媒体子系统云部署服务 |
老旧电梯监管服务采购
针对 441 部电梯的老旧电梯轿厢智能监测服务、老旧电梯轿厢多媒体信息服务、机房网络系统集成服务不在本项目采购范围,甲方另行采购。
智慧气象保障城市精细化管理系统。松江区智慧气象保障城市精细化管理系统以“基于天气、基于位置、基于时间、基于场景”的“四个基于”为指导,按照“气象要素、综合地图、服务场景、后台管理”四个模块进行建设,各个模块都有一个标准化的部件库,可以根据天气系统和关注场景进行智能切换和人工切换。具体包括:
(a)气象要素模块主要提供松江区精细化天气预报、视频监控、降水实况、温度实况、大风实况、能见度实况、台风快讯、台风列表、城市高度风和历史对比等各类观测要素的预报、实况、历史统计和天气实景信息。
(b)综合地图模块主要提供松江区气象灾害预警信号、实时气象要素统计、温度降水空间分布、街镇实况及预报图、雷达云图信息、台风信息的智能显示,以及基于位置和时间的数据联动。
(c)服务场景模块主要提供松江区内服务发布、预警发布、积水监测、隐患点列表、110 气象灾情、智慧气象赋能建筑工地管理应用场景、智慧气象赋能全域旅游应用场景、智慧气象赋能网格化管理应用场景。
(d)后台管理模块主要实现服务器运行监控、网络链路监控、数据接收及同步监控、配置模块及日志查询功能。
城运个性化应用综合服务平台建设。城运个性化应用综合服务平台主要包括三部分:首先对接多方平台,搭建基础能力框架,形成“能力插座”;在各平台建设完毕的情况下,满足应用标准、应用安全体系建设,实现AI 算法、工单接入、轨迹接入及各街镇的基础能力接入;在各项能力接入之后,需满足不同用户的能力调用权限的同时实现基础的管理能力。
(9)城运综合门户建设
城运综合门户按照“观管防”一体的层级架构进行设计,基于“一平台二级指挥三级联动”的城运中心信息化定位,以“一网统管”为主线,以领导指挥决策平台、部门协同作战平台、城市运行管理平台为定位,整合视频汇聚平台、物联平台等已建平台,结合城运中心、电力局、供电公司、气象局、文旅局、xx委、统计局、自来水公司等单位及部门的业务数据, 以实际需求为导向,形成城市运行安全专题、交通路况专题、热线事件专题、视频汇聚专题、网格化事件专题、应急指挥专题等多个大屏展示专题,并在一张大屏上全面展示各类要素。基于 GIS 地图构建门户主视觉图,分类展示基于地理信息的相关内容和运行状态;接入网格事件、12345 事件、应急事件接报地在地图上撒点,汇聚视频、应急物资、网格员、传感器、融合通讯等相关诸要求,供领导及城运值班人员决策指挥处置。
松江区城运中心的门户首页建设中需要对接燃气、消防、水务等数据以便应急指挥调度时使用。燃气数据对接涉及到燃气公司建设的门站、调压站、阀门井等处的传感器数据、各传感器告警信息、GIS 系统;消防数据包括烟感、电气传感器数据,以及传感器告警信息。水务数据包括各
水务站水位监测点、雨水泵站、河道监测点、水闸监测点、下立交泵站等点位的传感器及告警数据门户大屏上需要将燃气、消防及水务等相关传感器点位、告警信息及传感器读数等显示出来,并且能显示相应点位xx的视频监控。
城运可视化大屏升级。松江区城运信息化建设一期建设了 C/S 架构的三维可视化系统,主要应用在政务数据对接汇聚和数据的个性化展示,做到数字展示松江城市生命体征和实时态势感知,并起到辅助城市运营的目的。支持现场 9K+的大屏超大分辨率,更好的清晰高效的呈现重要指标和城市画面。
在正式使用过程中在架构、使用场景等以下几方面产生了新的需求和挑战:为实现区城运大屏呈现内容在市城运中心、街道、委办局等地点皆可访问,使之更好的符合市级一网统管的建设标准,保证市级平台全天候无缝、实时、稳定访问区级平台,街道、委办也可以互通区平台可视化界面,关注各自主体提供的数据内容,共享数据感知。为适配多终端运行需求,对原有画面运行速度、三维模型、UI 图表组件、动画效果进行升级,保证显示内容和效果的同时优化运行设备使用体验。为提供街道、委办局的可视化界面定制开发能力,提供区城运指挥大屏标准化的统一设计要求、可视化界面框架和标准,使之画面设计和交互设计能够实现标准化、组件化模块,为后续优化迭代提供便捷的维护和支撑能力。并提供包括色系、字体、布局、风格等设计元素等完整设计理念和设计思路。
在原有的三维可视化系统之上,增加基于 B/S 架构的升级版本,为市级平台提供映射和多平台融合拓展的能力,建立区城运 C/S 大屏显示端和B/S 互通显示端的双端体系。
(10)城运安全体系建设
依据等级保护政策、标准、指南等文件要求以及用户业务安全需求,对保护对象进行区域划分和定级,对不同的保护对象从物理环境防护、通信网络防护、区域边界防护、计算环境防护等各方面进行不同级别的安全防护设计。同时统一的安全管理中心保障了防护的有效协同及一体化管理,保障了安全技术措施有效运行和落地。以等级保护安全框架为依据和参考,在满足国家法律法规和标准体系的前提下通过“一个中心、三重防护”的安全设计,形成网络安全综合技术防护体系。突出技术思维和立体防范,注重全方位主动防御、动态防御、整体防控和精准防护。网络安全等级保护安全框架如下:
等级保护安全框架
信息安全保障体系建设是管理与技术的紧密结合,集“组织机构、规章制度、技术架构”三位一体的系统工程,也是与信息化同步发展,不断提高和完善的动态过程。
信息安全保障体系建设是管理与技术的紧密结合,集“组织机构、规章制度、技术架构”三位一体的系统工程,也是与信息化同步发展,不断提高和完善的动态过程。本次项目依据《国家电子政务外网-政务云安全要求 GW0013-2017》、《信息安全技术 网络安全等级保护基本要求 GB T 22239-2019》、《中华人民共和国网络安全法》、《国家电子政务外网跨网数据安全交换技术要求与实施指南》(GW0205-2014)等有关标准要求,落实各项云安全保护措施,建设政务云计算、网络、存储及其他基础设施安全并满足政务云租户的安全需要。保障松江区各智慧业务系统持续、有序、安全运转。
在技术体系方面,按照安全域的思想来进行安全域划分规划,并提出相应的安全域保护措施和相关安全产品的标准,保证城运智能应用的保密性、完整性和可用性等安全目标的实现。技术体系内容主要包括访问控制、信息完整性保护、系统与通信保护、物理与环境保护、检测与响应、安全审计、备份与恢复虚拟机安全管理、虚拟安全池化、虚拟安全域隔离等,针对物理安全、网络安全、主机安全、虚拟化平台、应用安全、数据安全进行安全防护。在安全策略方面,依据国家信息安全战略的方针政策、法律法规、制度,按照相关标准规范要求,结合城运平台自身的安全环境,制订完善的网络安全策略体系文件。网络安全策略体系文件应覆盖网络安全工作的各个方面,对管理、技术体系中的各种安全控制措施和机制的部署提出目标和原则。
在管理体系方面,应按照相关文件的要求,将“安全策略”提出的目标和原则形成具体的、可操作的网络安全管理制度,建设安全应急体系,制定安全应急预案并定期进行安全演练。规范完善考核机制,组建网络安全管理团队,建立安全专责队伍,加强对内外部人员安全的管理,通过安全教育和专业安全培训,提高城运平台相关人员的信息安全意识和安全防护能力,形成一支技术过硬的信息安全人才队伍。同时,制订和完善各种流程规范,明确阶段安全目标,制作安全运维操作流程表单,明确考核机制方式,确定安全作业活动计划。
城运平台安全保障体系总体框架由建设标准、网络安全、应用和数据安全、安全运营管理中心等多个维度组成,各维度层次逻辑如下图所示。本项目将根据城运平台项目实际情况和客户需求补充安全建设内容,形成完善的安全保障体系。
<.. image(图示 低可信度描述已自动生成) removed ..>
城运平台安全保障体系总体框架
按照整体规划分批采购建设的原则,本次采购城运安全系统增补、委办局视频联网接入安全系统建设两块内容,不含信创要求产品,为等保 2.0 打下基础。安全测评费、等保测评费、软件测评费等二类费用由甲方承担,另行采购。城运内网安全威胁感知能力建设、密码整改两块内容不在本期项目中建设。
(11)系统及平台的服务对接升级
网格化管理平台对接升级。实现早期已建的网格化管理平台与本项目新建指标系统、智慧气
象系统、品质提升、渣土、城管等应用系统及松江城运公众号的对接,对接方式以 web service 方式进行。网格化管理平台采用 SOA 体系架构设计,通过服务总线技术实现数据交换以及实现各业务子系统间、外部业务系统之间的信息共享和集成。主要包括:
服务目录标准:服务目录API 接口格式参考国家以及关于服务目录的元数据指导规范。
交换标准:基于服务的交换,采用 HTTP/HTTPS 作为传输协议,而其消息体存放基于 SOAP1.2
协议的 SOAP 消息格式。
Web 服务标准:用 WSDL 描述业务服务,将 WSDL 发布到 UDDI 用以设计/创建服务,SOAP/HTTP服务遵循 WS-I Basic Profile 1.0。
业务流程标准:使用没有扩展的标准的 BPEL4WS,对于业务流程以 SOAP 服务形式进行访问,业务流程之间的调用通过SOAP。
数据交换安全:与外部系统对接需考虑外部访问的安全性,通过 IP 白名单、SSL 认证等方式保证集成互访的合法性与安全性。
已有系统及新建系统之间的数据对接服务、接口定制开发等服务项;详见采购清单。
本项目通过建立信息共享、交换、发布的标准规范,并根据本地实际项目建设情况制定适用于本项目的管理制度,有效约束及规范化项目管理,使得项目建设有章可循、标准统一。
4、项目实施要求
1.1 实施组织和团队
⚫ 投标人必须提供详细的项目进度计划、质量保证措施和机制、应急方案,并严格按照计划内容实施。投标人需考虑系统部署所在地的实际环境情况,确保部署的软件系统安全稳定运行。
⚫ 1、项目经理应具有丰富的环境领域经验,承担本项目管理、联系、沟通、协调、解决过程中发生的问题等各项工作;
⚫ 2、本项目实施、上线试运行至项目验收期间,投标人须提供不少于 3 人的工程师驻场进行服务;
⚫ 3、人员需相对固定,个人素质较高,责任心较强。投标人在投标书中承诺选定的本项目经理及相应的专业技术人员、管理人员,未经招标单位同意,不得任意调换和撤离;
⚫ 4、投标人应严格按照已确认的方案组织实施,并无条件地接受招标单位对项目进度、质量、安全的监督管理;
⚫ 5、实施单位需要有保密承诺。
⚫ 1.2 实施进度要求
⚫ 实施进度要求如下:
⚫ 合同签订并生效后 9 个月内完成定制开发软件的详细设计、系统编码开发、其他软硬件的交付、系统的部署与测试等工作,具备初步验收条件;12 个月内完成用户培训工作并完成联调测试,进行本项目的最终验收、总结工作。
⚫ 1.3 培训要求
⚫ 中标人必须提供根据招标文件所制定的目标和范围,投标文件中应明确培训内容、培训时间、培训次数及培训材料等相关信息,并作为投标文件的一部分提交。
⚫ (1)培训地点:招标方指定地点;
⚫ (2)培训方式:分批次集中培训,达到熟练掌握程度;
⚫ (3)培训内容:中标人必须提供满足系统建设、管理、维护等要求的技术培训服务,并达到预定的培训目标;
⚫ (4)培训范围:中标人必须提供系统管理人员、数据生产管理人员、系统操作人员的培训,培训工作在系统运行前完成。各个业务应用各部分分别培训。
⚫ 1.4 保密要求
⚫ 中标人必须签订《保密责任书》,并提供详细的项目保密措施方案、并严格按照方案实施。
⚫ 保密措施包含但不限于项目实施过程安全管理、项目验收安全管理、售后服务安全管理。
⚫ 1.5 软件知识产权归属
⚫ 中标方对招标方提供的所有资料、文档,有责任对第三方保密。
⚫ 中标方对招标方要求完成的业务模型、设计方案、开发、编码、数据、文档等均属招标方商业秘密,中标方需要承担保密责任。
⚫ 中标方提供给招标方的软件确保招标方享有独立的、永久的使用权,并承诺在本项目中如使用或涉及第三方产品或他人知识产权的,已得到了权利人的许可。
5、项目验收要求
1.1 验收准备
⚫ 整个项目建设完成后,中标方需组织自测,依照合同规定逐项对性能进行考核。如果有部分材料或部件不能通过检验,中标方应修正或替换这些材料和部件,重新进行测试和检验。所引起的相关费用由中标方承担投标方需按照松江区信息化项目管理要求,准备验收相关文档,对拟验收成果进行自测及安全保护。在设备试用后,委托方需对全套设备进行清点和全面的性能验收。
⚫ 设备的各种性能参数应满足招标文件和合同技术附件规定的要求。投标人应提供设备的有效检验文件名称,经甲方认可后,与合同的性能指标一起作为设备验收标准。
⚫ 1.2 验收依据
⚫ 本项目所涉及的相关国家标准。
⚫ 1.3 验收内容
项目资料验收:包括所有的合同协议、设计文件图纸、竣工图纸资料、技术说明书、使用说明书、培训资料以及随附产品的各类说明书等,具体参照松江区信息化项目验收文档规范要求。
项目质量验收主要包括:
项目完成合同所规定的任务,达到系统所规定的功能要求;
系统运行稳定可靠、试运行时系统所有软硬件性能满足合同要求及试运行期间出现的问题已被解决。
项目需通过安全评测、等保评测、软件评测。
安全评测费、等保评测费、软件评测费由甲方承担,另行采购;乙方需协助甲方完成安全测评、等保测评、软件测评。安全测评参照 GB/T 25000.51-2016 和GB/T 25000.10-2016 等标准要求并输出安全测评报告;等保测评参照 GB/T 22239—2019 等标准要求并输出等保测评报告;软件测评需要获得《软件测评报告》。
6、售后服务要求
(1)技术支持
中标人需说明在上海本地或拟组建的服务队伍和机构情况、服务模式。
中标人在保修期内应提供免费的系统维护服务,保修期为自系统终验证书签署之日起十二个月。
中标人应根据系统维护服务的范围和要求,提出针对本项目的后期维护方案,包括故障处理的流程、响应时间、管理体制、维护人员和工具配备等。
中标人为系统故障的第一响应方。中标人有责任在采购人要求的时间内首先响应采购人的要求,并负责召集设备中标人共同对系统软、硬件设备的安装、联通测试及运行维护中出现的问题进行及时的处理和故障排除。
中标人应提供详细的故障处理方案,该方案必须经采购人评审通过。故障处理方案必须针对不同故障等级分别制定,故障等级划分包括但不限于:
✓ 紧急故障:系统核心业务瘫痪,无法提供服务,信息安全事故参照紧急故障进行处置;
✓ 严重故障:系统核心业务仍能提供服务,但是性能受到严重影响;
✓ 一般故障:系统核心业务不受影响;
在紧急故障发生时,中标人应在 30 分钟内响应,2 小时之内赶赴现场,4 小时内对故障进行紧急处理,恢复业务基本运行或完成信息安全事故的影响。因不可抗力致使中标人未按时到达现场除外。因信息安全事故所产生的社会、经济影响,按照中标人相关安全管理办法处置。
在严重故障发生时,中标人应在 60 分钟内响应,4 小时之内赶赴现场,8 小时内对故障进行紧急处理,恢复业务基本运行。因不可抗力致使中标人未按时到达现场除外。
在一般故障发生时,中标人应在 2 小时内响应,24 小时之内恢复。
中标人提供的现场维护人员应具有不少于三年开发或维护经验,中标人应标时必须提供详细
的维护人员名单,名单中必须列明各人员的学历、工作经验等信息,并经由采购人确认。中标人需更换维护人员的,应提前 10 个工作日向采购人申请,经采购人书面同意后方可更换。
中标人应提供 7x24 小时的故障接受渠道,方式包括但不限于热线电话、传真、电子邮件方式。对于上述方式,中标人都应该在规定的服务和响应时间内提供相应的技术支持服务。
在系统频繁出现故障、或遇重大节假日等保障,需要提高系统维护等级的情况下,应采购人要求,中标人应提供技术人员提供现场技术支持,及时处理各类故障。以上工作所产生的费用在保修期内由中标人承担。
中标人应指派技术工程师专职于系统运作与技术服务,协调硬件、软件及网络的现场服务,安排定期走访采购人以及完成软件的升级安装、并保证采购人能够在规定的服务及响应时间内得到相应的技术支持服务。
中标人应定期对系统设备进行必要的补丁装载和软件升级工作,防止潜在故障的发生。以上工作的具体实施方案以及操作时间中标人应以书面方式提前 2 周通知采购人,经采购人同意方可执行。安装时需采购人的系统负责人或有关管理人员在场。安装过程将连续进行直至操作系统升级成功。因中标人方案错误或操作原因,造成系统瘫痪,中标人必须承担责任。
✓ 对于系统原有功能范围内部的完善,中标人应当免费升级,用以提高性能,消除缺陷。因中标人软硬件的缺陷而产生的系统软硬件修复或升级费用,必须由中标人承担。
✓ 中标人应将对采购人技术服务过程中的记录、经验,定期以汇总和分类的方式转交采购人。
✓ 中标人应有专门的数据记录方式,记录和整理采购人的各类技术故障分析、技术咨询问题和答复、网络分析报告等等。
(2)保修及保修期后服务保修期
从终验证书签署之日起的 12 个月为保修期,期间中标人要免费保修中标人提供的应用软件。在保修期内,系统发生故障或被发现存在安全漏洞,中标人要调查故障原因并修复直至满足最终验收指标和性能的要求。同时,应标公司应在上海有常驻机构或承诺中标后 15 日内组建,并且有常驻技术服务人员。项目实施过程中必须保证项目实施团队人员稳定,并在上海本地进行实施。保修期内的技术服务内容包括资源平台功能相关的BUG 修正、系统调优等基础服务,新增的需求开发除外。采购人提出本技术规范以外新功能新模块的开发算作二次开发,采购人应另行付费。
保修期内服务方式
保修期内中标人应提供 5×8 小时技术服务。中标人应对其在上海的售后服务、技术支持方面的情况做出说明(包括在上海有无技术支持中心,地点设在何处等)。中标人需配备专业的售后服务人员,应在方案中提供对于本项目详细的人员配置清单。
保修期内在系统发生严重故障的情况下,中标人应在 4 小时内赶赴现场并于 24 小时内解决故
障;在紧急故障的情况下,中标人应在 8 小时内赶赴现场并于 48 小时内解决故障;在一般故障的
情况下,中标人应在 12 小时内赶赴现场并于 36 小时内解决故障。
附件2:项目采购清单
一、硬件购置清单(需提供原厂三年质保)
序号 | 采购内容 | 配置要求 | 数量 | 单位 |
1 | 城运 IT 基础设施 | |||
1.1 | 增加网络点位 | |||
1.1.1 | 万兆双口 面板 | x兆双口面板 | 100 | 个 |
1.1.2 | 七类屏蔽双绞线 | 七类万兆双屏蔽网线 | 17 | 个 |
1.1.3 | 七类 24 口屏蔽配线 架 | 七类万兆配线架 | 5 | 个 |
1.1.4 | 七类屏蔽 模块 | 七类万兆屏蔽模块 | 100 | 个 |
1.1.5 | 封闭式理 线架 | 机架理线器 | 5 | 个 |
1.1.6 | 七类屏蔽跳 线 (3M) | 七类万兆屏蔽跳线 3M 规格 | 200 | 条 |
1.2 | 机房建设 | |||
1.2.1 | UPS 不间 断电源 | 输入电压范围: 138 ~ 485Vac , 输出功率: ≧40KVA,输出功率因数为 1,100Ah 电池 32 节 | 1 | 套 |
1.2.2 | 配电箱 | 智能配电箱:32A 空开 8 个, 100A4P 一 1 个 | 2 | 个 |
1.2.3 | 电源线 | YJV3*6 平方,国标铜芯电缆 | 440 | 条 |
1.2.4 | 电源线 | YJV4*16+1*10 平方,国标铜芯电缆 | 85 | 条 |
1.2.5 | 航空插座 | 16A 航空插座 | 14 | 个 |
1.2.6 | 机柜 | 42U 600*600*1200 标准机柜 | 3 | 个 |
1.2.8 | 桥架 | 400*200*1.5mm、热镀锌槽式电缆桥架 | 20 | 个 |
1.2.9 | 吊筋 | 10 号吊筋 | 100 | 个 |
1.2.10 | 跳线 | x兆多模双芯光纤跳线、LC-LC | 25 | 条 |
1.2.11 | 辅材 | 机房建设辅材 | 1 | 个 |
1.2.12 | 同屏控制主机 | 同屏双总线控制主机,8 个 30V/1A 的弱电继电器,3 个 RS232/422/485 控制接口,8 个模拟或数 字的 I/O 口,1 个 4 芯标准 Crestron 网络接口 | 1 | 台 |
1.2.13 | 视频一体机 | 同屏转发一体机,2U 机架式,2 个 HDMI 口;采用嵌入式高性能视频图像处理器,IP 流实时解码,支持 H.264/H.265 解码,支持手机、平板电脑、笔记本电脑屏幕镜像推送功能。 支持超高分辨率静态图像叠加显示;带宽:≥ 10.2Gbps(HDMI 1.4B);最大像素时钟:340M;最高分辨率:4K*2K/30HZ、1920*1080/60HZ;最大传输距离:输入≥20 米,输出≥20 x (4K*2K/30HZ);输入≥30 米,输出≥30 x (1920*1080/60HZ);支持蓝光、3D 格式传输; | 1 | 台 |
2 | 区视频联网平台硬件扩容 |
2.1 | 视频共享平台扩容 | |||
2.1.1 | 视频云综合管控平台一体机 (扩容) | 1、视频云综合管控平台一体机,高度≥2U,处理器≥:8C,1.8G;内存≥:64GB,硬盘容量 ≥:2 块,2TB,3.5 寸,企业级机械硬盘;SSD 盘: 2 块 480G 固态硬盘; 2、支持嵌入式网卡:8 个千兆网口; 电源:1+1冗余电源;550W 3、视频云管理功能:支持 7 万路扩容视频联网、管理能力; 4、 4W 路接入通道授权扩容; 5、支持视频、云台、录像、上墙、设备报警、智能报警、地图、视频分享等功能;设备管理、组织管理、角色管理、部门管理、用户管理、录像计划、报警预案、级联管理等基础功能; 6、 统一门户:统一鉴权、统一门户登录功能; 7、设备接入:不支持本机接入,支持管理配套节点设备接入、数据的汇总、存储和转发,支持级联下级; #8、平台支持不少于 10 万用户的管理容量,支持不少于 1 万个用户同时在线;支持通过 B/S端进行数据级联管理,可配置数据级联功能的上、下级域的运行状态,信息包括在线状态、跨网域情况等;(提供国家认可机构出具的含相关功能的检验检测报告证明) #9、平台支持级联,可将本级域名单下发至下级域,并可查看下发状态;支持视频预览窗口画面分目再分割模式选择,无分割模式或 1+3 模式、或 1+5 模式;支持再分割画面拖移;(提供国家认可机构出具的含相关功能的检验检测报告证明) 10、需要满足和原有视频平台无缝级联,在不中 断业务情况下可实现扩容; | 1 | 台 |
2.1.2 | 视频云运维平台一体机( 扩容) | 1、视频云运维一体机,高度≥2U,处理器: ≥10C,2.2GHZ;内存:≥16GB,硬盘容量≥: 2*2TB 3.5 寸硬盘 8LFF 硬盘机型 SSD 盘:2 块 480G 固态硬盘; 2、嵌入式网卡:板载 1 个 1Gb/s HDM 专用网络接口 1 个 mLOM 网卡插槽,已选配 4 端口千兆电X722 网卡 3、电源:2 个热插拔电源模块,支持 1+1 冗余, 550W 白金电源模块; 视频云运维通道数:支持 7W 路通道扩容的智能运维 4、配置≥4W 路接入通道授权扩容; 5、基于视频云技术,配套视频云主平台,对接视频云的组织、设备、通道及状态管理,提供通道运维服务,为应用平台甄别通道视频取流质量鉴别服务,支持对视频通道实时在离线状态、历史在离线状态进行监控; 6、支持对编码设备、解码设备、报警设备、矩 | 1 | 台 |
阵设备、智能设备、门禁设备等基本信息和在离线状态的集中统一管理; #7、支持对报警信息、日志信息、主要配置信息、用户信息和设备信息等的报表制作和输出,支持按区域、设备厂商等多种维度进行完好率统计分析;支持对视频通道快速拉流,以此实时判断视频的可调阅性,支持异常视频 “一键复检”功能,集成视频质量诊断算法,支持≥1000 路视频质量诊断功能(提供国家认可机构出具的含相关功能的检验检测报告证明) 8、支持图片质量诊断功能检查,支持人脸图片质量诊断功能检查;支持车辆图片质量诊断功能检查; 9、需要支持基于客户现有的视频运维平台实现 无缝扩容,并提供承诺函 | ||||
2.1.3 | 一机一档系统 | 1、支持 7 万通道接入、管理性能; 2、同步平台性能:每次 1 万点位时间 S<3min;一机一档内部级联每 1500 点位时间<1min;点 位导出每 1 万点位时间<10S;点位导入每 2500 点位时间<30S;点位批量修改每 1000 点位时间 <2S;支持一机一档数据管理、联网、共享; 3、支持一机一档自定义字段;同步联网平台,支持同步联网平台通道、圈梁和实时消息同步,支持对通道进行扩展字段维护; 4、支持对点位信息进行批量修改,可根据组织、设备、对其下所有点位修改; 5、支持操作日志的多条件查询,支持操作模块、操作时间、关键字等查询; 6、2U;CPU≥1.8G 16C;内存≥2*16GB,最多支持 24 x DDR4 内存条;2*2TB 3.5 寸硬盘 8LFF硬盘机型:最多支持前部 8LFF 硬盘;Raid 卡: HBA-LSI-9311-8i 存 储 控 制 卡 : 支 持 RAID0/1/10/1E;5 个USB3.0 接口,1 个USB2.0 接口,最多支持 2 个 VGA 接口,支持 1 个 BIOS 串口;支持 1 个 BIOS 串口; 7、支持持操作日志的多条件查询,支持操作模块、操作时间、关键字等查询(提供产品彩页证明) 支持点位编辑 支持对点位信息进行编辑操作 8、支持点位信息合法性校验 根据标准生成点位校验数据、方便维护(提供产品彩页证明) 9、提供产品 3C 报告 | 1 | 套 |
2.1.4 | 接入交换机 | 以太网交换机主机,交换容量≥598Gbps,包转发率≥108Mpps,支持 24 个 10/100/1000BASE-T电口,支持 8 个 100/1000BASE-X SFP Combo 口, 支持 4 个 1G/10G BASE-X SFP+端口,双电源 | 4 | 台 |
2.1.5 | 光模块 | 千兆单模 10KM , 光模块-SFP-GE- 单模模块 -(1310nm,10km,LC) | 2 | 个 |
2.1.6 | 接入交换机 | 以太网交换机主机,交换容量≥598Gbps,包转发率≥108Mpps,支持 24 个 10/100/1000BASE-T电口,支持 8 个 100/1000BASE-X SFP Combo 口, 支持 4 个 1G/10G BASE-X SFP+端口,双电源 | 1 | 台 |
2.1.7 | 汇聚交换机 | 交换容量≥2.56Tbps,包转发率≥1080Mpps,48个 1/10GE SFP+光接口,2 个 QSFP+光接口,支 持扩展插槽,含双模块化电源,双模块化风扇 | 2 | 台 |
2.1.8 | 千兆xxx模块 | SFP 千兆模块(1310nm,10km,LC) | 4 | 个 |
2.1.9 | 千兆xxx模块 | SFP 千兆模块(1310nm,40km,LC) | 1 | 个 |
2.1.10 | 万兆多模光模块 | SFP+ 万兆模块(850nm,300m,LC) | 3 | 个 |
2.1.11 | 万兆xxx模块 | SFP+ 万兆模块(13100nm,10km,LC) | 4 | 个 |
2.1.12 | 单纤收发器 | 单纤单模千兆,模块式,可用于多槽机箱; 10/100/1000Mbps,RJ45 接口; 发 1310nm/收 1550nm,0~25 公里,LC 接口 | 1 | 个 |
2.1.13 | 单纤收发器 | 单纤单模千兆,模块式,可用于多槽机箱; 10/100/1000Mbps,RJ45 接口; 发 1550nm/收 1310nm,0~25 公里,LC 接口 | 1 | 个 |
2.1.14 | 收发器机 箱 | 单槽交流小机箱,220V,15W | 1 | 台 |
2.1.15 | 服务器机 柜 | 服务器一体化机柜,含PDU 电源模块等 | 4 | 个 |
2.1.16 | 单纤收发器 | 单纤单模千兆,模块式,可用于多槽机箱; 10/100/1000Mbps,RJ45 接口; 发 1310nm/收 1550nm,0~25 公里,LC 接口 | 1 | 个 |
2.1.17 | 单纤收发器 | 单纤单模千兆,模块式,可用于多槽机箱; 10/100/1000Mbps,RJ45 接口; 发 1550nm/收 1310nm,0~25 公里,LC 接口 | 1 | 个 |
2.1.18 | 光模块 | 光模块-SFP-GE-单模模块-(1310nm,10km,LC) | 10 | 个 |
2.1.19 | xxx模 块 | 传输速率 10G ;xxx模块 | 5 | 个 |
2.2 | 委办局共享(综治平台) | |||
2.2.1 | 接入交换机 | 以太网交换机主机,交换容量≥1.28Tbps,包转发率≥252Mpps,支持 48 个 10/100/1000BASE-T电口,支持 4 个 10G BASE-X SFP+端口,支持 2 个 40G BASE-X SFP+端口 | 1 | 台 |
2.2.2 | 模块 | 传输速率 10G ;xxx模块 | 1 | 个 |
2.2.3 | 国标平台级联网关 | 1、基于 GB/T28181-2011/2016 联网标准实现视频监控平台间的级联、互联功能,支持多平台多层次级联,实现平台之间的跨域互联互通与资源共享; 2、支持加密狗授权机制; 3、支持平台联网管理基本功能,资源共享与同步、实时预览、云台控制、录像检索/回放/下载、设备控制、报警处理等; 4、支持至少 3 级级联部署,最大可支持 9 个外域、1 个本域的接入; 5、具备高度的开放性与兼容性,支持国内主流厂商(包括海康、科达、宇视、天地伟业等) 视频监控系统的接入。 | 1 | 台 |
2.2.4 | 流媒体分发节点(I型) | 单节点支持≥100 路转发;配合管理节点,做设备及数据的接入、存储和转发功能;CPU: ≥3.2G 8M 8C;内存容量≥1 条 16GB,1 块 1T, 3.5 吋 6Gb SATA 企业级机械硬盘,网口:≥8 个千兆网口; | 1 | 台 |
2.3 | 委办局共享(公安部分) | |||
2.3.1 | 国标平台级联网关 | 1、基于 GB/T28181-2011/2016 联网标准实现视频监控平台间的级联、互联功能,支持多平台多层次级联,实现平台之间的跨域互联互通与资源共享; 2、支持加密狗授权机制; 3、支持平台联网管理基本功能,资源共享与同步、实时预览、云台控制、录像检索/回放/下载、设备控制、报警处理等; 4、支持至少 3 级级联部署,最大可支持 9 个外域、1 个本域的接入; 5、具备高度的开放性与兼容性,支持国内主流厂商(包括海康、科达、宇视、天地伟业等) 视频监控系统的接入。 | 1 | 台 |
2.3.2 | 流媒体分发节点(I型) | 单节点支持≥100 路转发;配合管理节点,做设备及数据的接入、存储和转发功能;CPU: ≥ 3.2G 8M 8C;内存容量≥1 条 16GB,1 块 1T, 3.5 吋 6Gb SATA 企业级机械硬盘,网口:≥8 个千兆网口; | 1 | 台 |
2.4 | 委办局共享(城管局部分) | |||
2.4.1 | 国标平台级联网关 | 1、基于 GB/T28181-2011/2016 联网标准实现视频监控平台间的级联、互联功能,支持多平台多层次级联,实现平台之间的跨域互联互通与资源共享; 2、支持加密狗授权机制; 3、支持平台联网管理基本功能,资源共享与同步、实时预览、云台控制、录像检索/回放/下载、设备控制、报警处理等; 4、支持至少 3 级级联部署,最大可支持 9 个外域、1 个本域的接入; 5、具备高度的开放性与兼容性,支持国内主流 厂商(包括海康、科达、宇视、天地伟业等) | 1 | 台 |
视频监控系统的接入。 | ||||
2.4.2 | 流媒体分发节点(I型) | 单节点支持≥100 路转发;配合管理节点,做设备及数据的接入、存储和转发功能;CPU: ≥3.2G 8M 8C;内存容量≥1 条 16GB,1 块 1T, 3.5 吋 6Gb SATA 企业级机械硬盘,网口:≥8 个千兆网口; | 1 | 台 |
2.4.3 | 国标平台级联网关 | 1、基于 GB/T28181-2011/2016 联网标准实现视频监控平台间的级联、互联功能,支持多平台多层次级联,实现平台之间的跨域互联互通与资源共享; 2、支持加密狗授权机制; 3、支持平台联网管理基本功能,资源共享与同步、实时预览、云台控制、录像检索/回放/下载、设备控制、报警处理等; 4、支持至少 3 级级联部署,最大可支持 9 个外域、1 个本域的接入; 5、具备高度的开放性与兼容性,支持国内主流厂商(包括海康、科达、宇视、天地伟业等) 视频监控系统的接入。 | 1 | 台 |
2.4.4 | 城管视频综合管控平台 | 支持视频、云台、录像、上墙、设备报警、智能报警、地图、视频分享等功能;设备管理、组织管理、角色管理、部门管理、用户管理、录像计划、报警预案、级联管理等基础功能;统一门户:统一鉴权、统一门户登录功能;设备接入:不支持本机接入,支持管理配套节点设备接入、数据的汇总、存储和转发,支持级 联下级; | 1 | 台 |
2.4.5 | 接入交换机 | 以太网交换机主机,交换容量≥1.28Tbps,包转发率≥252Mpps,支持 48 个 10/100/1000BASE-T电口,支持 4 个 10G BASE-X SFP+端口,支持 2 个 40G BASE-X SFP+端口 | 1 | 台 |
2.5 | 委办局共享(水务局部分) |
2.5.1 | 国标平台级联网关 | 1、基于 GB/T28181-2011/2016 联网标准实现视频监控平台间的级联、互联功能,支持多平台多层次级联,实现平台之间的跨域互联互通与资源共享; 2、支持加密狗授权机制; 3、支持平台联网管理基本功能,资源共享与同步、实时预览、云台控制、录像检索/回放/下载、设备控制、报警处理等; 4、支持至少 3 级级联部署,最大可支持 9 个外域、1 个本域的接入; 5、具备高度的开放性与兼容性,支持国内主流厂商(包括海康、科达、宇视、天地伟业等)视频监控系统的接入。 6、部署区城运中心机房 | 1 | 台 |
2.5.2 | 国标平台级联网关 | 1、基于 GB/T28181-2011/2016 联网标准实现视频监控平台间的级联、互联功能,支持多平台多层次级联,实现平台之间的跨域互联互通与资源共享; 2、支持加密狗授权机制; 3、支持平台联网管理基本功能,资源共享与同步、实时预览、云台控制、录像检索/回放/下载、设备控制、报警处理等; 4、支持至少 3 级级联部署,最大可支持 9 个外域、1 个本域的接入; 5、具备高度的开放性与兼容性,支持国内主流厂商(包括海康、科达、宇视、天地伟业等)视频监控系统的接入。 6、部署区水务局机房 | 1 | 台 |
2.5.3 | 流媒体分发节点(II型) | 支持单节点 50 路 4Mbps 码流并发; 软硬件一体机,30*24 小时稳定运行; 模块组件化设计:可以随意组合成不同的产品, 支持灵活扩展; | 1 | 台 |
2.5.4 | 接入交换机 | 以太网交换机主机,交换容量≥1.28Tbps,包转发率≥252Mpps,支持 48 个 10/100/1000BASE-T电口,支持 4 个 10G BASE-X SFP+端口,支持 2 个 40G BASE-X SFP+端口 | 1 | 台 |
2.6 | 区民政局联网接入 | |||
2.6.1 | 国标平台级联网关 | 采用GB/T28181 协议,向上联网到区级共享平台; 支持联网标准协议GB/T 28181,具备符合上述协议的快速接入能力。 符合GB/T 28181-2011/GB/T 28181-2016、公安 机关视频监控系统联网标准符合性检测要求。支持平台联网管理基本功能,资源共享与同步、实时预览、云台控制、录像检索/回放/下载、设备控制、报警处理等。 支持至少 3 级级联部署,最大可支持 10 个外 域的接入。 | 1 | 台 |
2.6.2 | 流媒体分发节点(I型) | 单节点支持≥100 路转发;配合管理节点,做设备及数据的接入、存储和转发功能;CPU: ≥3.2G 8M 8C;内存容量≥1 条 16GB,1 块 1T, 3.5 吋 6Gb SATA 企业级机械硬盘,网口:≥8 个千兆网口; | 1 | 台 |
2.6.3 | 专线接入交换机 | 以太网交换机主机,交换容量≥598Gbps,包转发率≥108Mpps,支持 24 个 10/100/1000BASE-T电口,支持 8 个 100/1000BASE-X SFP Combo 口, 支持 4 个 1G/10G BASE-X SFP+端口,双电源 | 1 | 台 |
2.6.4 | xxx模 块 | 传输速率 10G ;xxx模块 | 1 | 个 |
2.6.5 | 标准机柜 | 22U,标准机柜 | 1 | 个 |
2.7 | 区文旅局联网接入 | |||
2.7.1 | 国标平台级联网关 | 采用GB/T28181 协议,向上联网到区级共享平台; 支持联网标准协议GB/T 28181,具备符合上述协议的快速接入能力。 符合GB/T 28181-2011/GB/T 28181-2016、公安 机关视频监控系统联网标准符合性检测要求。支持平台联网管理基本功能,资源共享与同步、实时预览、云台控制、录像检索/回放/下载、设备控制、报警处理等。 支持至少 3 级级联部署,最大可支持 10 个外 域的接入。 | 1 | 台 |
2.7.2 | 流媒体分发节点(I型) | 单节点支持≥100 路转发;配合管理节点,做设备及数据的接入、存储和转发功能;CPU: ≥3.2G 8M 8C;内存容量≥1 条 16GB,1 块 1T, 3.5 吋 6Gb SATA 企业级机械硬盘,网口:≥8 个千兆网口; | 1 | 台 |
2.7.3 | 专线接入交换机 | 以太网交换机主机,交换容量≥598Gbps,包转发率≥108Mpps,支持 24 个 10/100/1000BASE-T电口,支持 8 个 100/1000BASE-X SFP Combo 口, 支持 4 个 1G/10G BASE-X SFP+端口,双电源 | 1 | 台 |
2.7.4 | xxx模 块 | 传输速率 10G ;xxx模块 | 1 | 个 |
2.7.5 | 标准机柜 | 22U,标准机柜 | 1 | 个 |
2.8 | 区卫建委联网接入 | |||
2.8.1 | 国标平台级联网关 | 采用GB/T28181 协议,向上联网到区级共享平台; 支持联网标准协议GB/T 28181,具备符合上述协议的快速接入能力。 符合GB/T 28181-2011/GB/T 28181-2016、公安 机关视频监控系统联网标准符合性检测要求。支持平台联网管理基本功能,资源共享与同步、实时预览、云台控制、录像检索/回放/下载、设备控制、报警处理等。 支持至少 3 级级联部署,最大可支持 10 个外 域的接入。 | 1 | 台 |
2.8.2 | 流媒体分发节点(III 型) | 支持设备及数据的存储和转发功能;支持 50 路、4Mbps 码流并发; | 1 | 台 |
2.8.3 | 专线接入交换机 | 以太网交换机主机,交换容量≥598Gbps,包转发率≥108Mpps,支持 24 个 10/100/1000BASE-T电口,支持 8 个 100/1000BASE-X SFP Combo 口, 支持 4 个 1G/10G BASE-X SFP+端口,双电源 | 1 | 台 |
2.8.4 | xxx模 块 | 传输速率 10G ;xxx模块 | 1 | 个 |
2.8.5 | 标准机柜 | 22U,标准机柜 | 1 | 个 |
2.9 | 燃气公司联网接入 | |||
2.9.1 | 国标平台级联网关 | 采用GB/T28181 协议,向上联网到区级共享平台; 支持联网标准协议GB/T 28181,具备符合上述协议的快速接入能力。 符合GB/T 28181-2011/GB/T 28181-2016、公安 机关视频监控系统联网标准符合性检测要求。支持平台联网管理基本功能,资源共享与同步、实时预览、云台控制、录像检索/回放/下载、设备控制、报警处理等。 支持至少 3 级级联部署,最大可支持 10 个外 域的接入。 | 1 | 台 |
2.9.2 | 流媒体分发节点(II 型) | 支持设备及数据的存储和转发功能;支持 50 路、4Mbps 码流并发; | 1 | 台 |
2.9.3 | 专线接入交换机 | 以太网交换机主机,交换容量≥598Gbps,包转发率≥108Mpps,支持 24 个 10/100/1000BASE-T电口,支持 8 个 100/1000BASE-X SFP Combo 口, 支持 4 个 1G/10G BASE-X SFP+端口,双电源 | 1 | 台 |
2.9.4 | xxx模 块 | 传输速率 10G ;xxx模块 | 1 | 个 |
2.9.5 | 标准机柜 | 22U,标准机柜 | 1 | 个 |
2.1 | 交通委联网接入 | |||
2.10.1 | 专线接入交换机 | 以太网交换机主机,交换容量≥598Gbps,包转发率≥108Mpps,支持 24 个 10/100/1000BASE-T电口,支持 8 个 100/1000BASE-X SFP Combo 口, 支持 4 个 1G/10G BASE-X SFP+端口,双电源 | 1 | 台 |
2.10.2 | xxx模 块 | 传输速率 10G ;xxx模块 | 1 | 个 |
2.10.3 | 标准机柜 | 22U,标准机柜 | 1 | 个 |
3 | 通信终端-800MHz 数字集群手持台 | |||
3.1 | 800MHz 数字集群手持台 | 屏幕≥1.8 英寸 LCD 彩屏,全键盘设计,IP68防护等级,射频功率≥3W ,全双工免提通话,噪 音 抑 制 , 内 置 蓝 牙 4.0 , 内 置 GNSS(GPS/GLONASS/BeiDou) | 18 | 台 |
4 | 人工智能中台 GPU 集群 | |||
4.1 | AI 推理平台管理服务器 | CPU:≥48 核,主频≥2.5GHZ;内存:≥256GB;系统盘:SATA-SSD≥480G*2 RAID1;数据盘: SAS HDD ≥1.2T*2 RAID1;光口:≥10GE*2 口 (带多模光模块);GPU 卡:T4*4;双电源 | 3 | 台 |
4.2 | 视频 AI 分析 引 擎 GPU 处理 服务器 | CPU:≥48 核,主频≥2.5GHZ;内存:≥512GB;系统盘:SATA-SSD≥480G*2 RAID1;数据盘: SAS HDD ≥1.2T*2 RAID1;光口:≥10GE*2 口 (带多模光模块);GPU 卡:T4*8;双电源 | 2 | 台 |
4.3 | AI 数据结构化存储服 务 器 (GPU) | CPU:≥32 核,主频≥2.0GHZ;内存:≥128GB;热插拔 SAS/SATA/SSD 硬盘,SAS 容量≥ 8* 1.8TB;GPU 卡:T4*1;GE 以太光口(含光模 块);双电源 | 3 | 台 |
4.4 | AI 数据非结构化存储服务器 (GPU) | CPU:≥16 核,主频≥2.0GHZ;内存:≥192GB;系统盘:≥2*480G SATA SSD;数据盘:≥10*12T HDD,2*1.8T nvme SSD;GPU 卡:T4*1;GE 以 太光口(含光模块);双电源 | 4 | 台 |
5 | 视频会议系统 | |||
5.1 | 区城运中心 MCU | |||
5.1.1 | 区级 MCU | 1、19 英寸 16U 机箱,主备电源。 #2、设备采用嵌入式操作系统、插卡式设计,单台设备具备≥2 个主控板插槽,业务板卡插槽数≥12 个;支持云虚拟会议室功能,终端注册入网后,可实时获取当前已创建的虚拟会议室列表,支持 H.460、双端口骑墙、静态 NAT等方式的公私网穿越;需提供国家认可机构出具的含相关功能的检验检测报告证明; 3 、支持 H.265/H.264 视频编码标准, 支持 4K/1080P/720P,支持G.711、G.729、MPEG-4 AAC (LC/LD)、Opus 等音频编码标准,支持 3 组 25画面合成和智能混音。具备不少于 2*10GE 光口和 2*10GE 电口,AC 100-240V 供电; 4、设备应支持 H.239、BFCP 双流协议标准。 5、设备应支持 4K、1080p60、1080p30、720p60、 720p30 高清图像格式,并向下兼容 4CIF、CIF 标清图像格式。 6、设备应支持双流功能,在保证主视频 4K30fps前提下,辅视频也可以支持到 4K30fps 或UXGA 60fps。 7、支持个人主页预约、实体会议室预约、会议审批预约、会议模板创会、终端自主创会等会议召集模式,支持多画面合成、高清双流、会场预监、电视墙管理、会议点名签到等会议控制功能; 8、设备应支持不少于六级主从级联功能,级联后通过主MCU 的控制界面直接对下级MCU 所连接的终端进行操作控制,如查看终端信息、 广播会场、视频选看等。 | 1 | 台 |
9、 设备应支持MCU 级联下的多路回传功能,即下级 MCU 可以同时传输多个会场图像到上级 MCU,如输出到电视墙显示、参与多画面合成。 10、设备应具备不少于 2 个千兆以太网口及 2 个万兆光纤接口。 11、设备应具备 3C 认证、电信设备入网证的证书,需提供证书复印件。 | ||||
5.1.2 | 区级 MCU 端口扩容 板卡 | MCU 端口处理单元,MCU 插卡,端口会议扩容媒体处理单元,单卡支持 30 路端口 | 1 | 块 |
5.1.3 | 会议管理 平台 | 19 英寸 2U 机箱,支持双电源备份,整机备份, 支持 MCU 资源池管理。 | 1 | 台 |
5.1.4 | 会议边界网关 | 19 英寸 2U 机箱,支持双电源备份,整机备份,支持终端接入、防火墙穿越、访问代理。 | 1 | 个 |
5.1.5 | 电视墙解 码器 | 机框含双电源模块,双网络接口,8 个业务插 槽,19 英寸 3U。 | 1 | 个 |
5.1.6 | 电视墙解 码器 | 高清解码单元,2 路高清视频解码输出,2 路 音频输出。 | 8 | 个 |
5.1.7 | 外线语音网关 | 16 外线,双网口,16 路并发; 支 持 IMS/SIP/MGCP 协 议 , 支 持 TLS/SRTP/HTTPS/SSH/VPN 协议的语音/数据加密,支持 TR069/SNMP/APS 协议,支持 T.30/T.38 传真,100-220V 交流电源; | 2 | 个 |
5.1.8 | 800M 无 线集群网 关 | 无线集群网关可以对接 TETRA 数字集群,并支持与 SIP 接口对接,实现各种通信手段的互联 互通。同时并发 3 路接入 | 1 | 个 |
5.2 | 街镇城运中心 MCU | |||
5.2.1 | 街 镇 级 MCU ( 1 型) | 1、19 英寸 2U,支持 H.264 端口媒体全编全解,提供画面合成、智能混音等多方视频会议服务, 10/100/1000M 以太网接口,支持网口备份; 2、支持 G.711、G.722、G.728、G.722.1AnnexC、 G.719、MPEG4-AAC LC/LD、Opus 等音频协议; 3、媒体端口资源支持动态分配,支持根据不同终端的呼叫分辨率动态分配 MCU 资源,无需提前手动设置,需提供国家认可机构出具的检测报告复印件; 4、支持内置统一管理功能,通过 WEB 方式登 录 MCU 即可完成系统的配置和会议操作,支 | 18 | 台 |
持统一门户登陆,提供用户管理、设备管理、会议管理、资源管理、运维管理,需提供国家认可机构出具的检测报告复印件; 5、支持对会议进行实时的监控预览,包括会议中的所有终端、广播的多画面等。除了预览图像,还可以聆听声音。支持不少于 4 个独立的预监窗口; 6、设备应具备 3C 认证、电信设备入网证的证 书,需提供证书复印件。 | ||||
5.3 | 各级视频会议终端 | |||
5.3.1 | (区级)分体式视频会议终端 | |||
5.3.1.1 | 智能高清视频会议 终端 | 智 能 高 清 视 频 会 议 终 端 (8M,1080p,2 个 10/100/1000M,HDBaseT 输入,DVI/HDMI/VGA 输 入/输出,19 英寸 1U),国密,不带 WIFI。 | 1 | 台 |
5.3.1.2 | 高端 PTZ 摄像机 | PTZ 摄像机,1080P30,30 倍光学变焦,最低照度 0.1Lx,F1.5,支持HDBaseT 输出,支持正装或倒装。 | 1 | 台 |
5.3.1.3 | 鹅颈数字话筒 | 鹅颈数字话筒,90°单一锐指向,灵敏度-20dB,频响 80Hz~15KHz,信噪比 96dB,最佳拾音距离 10~50cm | 1 | 个 |
5.3.2 | 街镇城运视频会议终端 | |||
5.3.2.1 | 一体式视频会议终 端(A 型) | 高清视频会议机顶盒终端(8M,1080p 收 1080p 发,1 个 10/100M,内置 PTZ 摄像机,数字麦克风), 不带 WIFI | 20 | 台 |
5.3.2.2 | 鹅颈数字话筒( A 型) | 鹅颈数字话筒,90°单一锐指向,灵敏度-20dB,频响 80Hz~15KHz,信噪比 96dB,最佳拾音距离 10~50cm | 16 | 个 |
5.3.3 | 委办局视频会议终端(A 型) | |||
5.3.3.1 | 一体式视频会议终 端(A 型) | 高清视频会议机顶盒终端(8M,1080p 收 1080p 发,1 个 10/100M,内置 PTZ 摄像机,数字麦克风), 不带 WIFI | 21 | 台 |
5.3.3.2 | 鹅颈数字话筒( A 型) | 鹅颈数字话筒,90°单一锐指向,灵敏度-20dB,频响 80Hz~15KHz,信噪比 96dB,最佳拾音距离 10~50cm | 18 | 个 |
5.3.4 | 市级上联背靠背设备 | |||
5.3.4.1 | 背靠背专用终端 | 智 能 高 清 视 频 会 议 终 端 (8M,1080p,2 个 10/100/1000M,HDBaseT 输入,DVI/HDMI/VGA 输 入/输出,19 英寸 1U),国密,不带 WIFI。 | 1 | 台 |
5.3.4.2 | 数字音频处理器 | 不低于 16 路可切换式xx话筒/线路电平输 入;不低于 16 路切换式xx线路电平输出; 具有矩阵混音、Automix 自动混音台、支持 32个预设;内置信号发生器:正弦波信号、粉红噪声、白噪声; 支持 AEC 回声消除功能;频率响应:20Hz–20 kHz,+/-0.2dB | 1 | 台 |
5.3.4.3 | 混合视频矩阵 | 支持 16 路输入 16 路输出混合矩阵;含 16 路输入板卡,16 路输出板卡;模块化结构,插卡 式设计,单卡单路配置,支持 4KX2K 分辨率; | 1 | 台 |
5.3.4.4 | 多媒体中央控制主机 | 主机内置≥8 路 COM 控制口,支持串口输入和输出功能 ≥8 路 IR 红外控制口,≥8 路弱电继电器口, ≥8 路 I/0 控制口; 含控制平板;提供可编程逻辑和时序控制功能:两个以太网接口(支持 TCP/IP 协议) | 1 | 台 |
6 | 区城运门户大屏图形工作站增补 | |||
6.1 | 专业图形引擎计算 一体机 | CPU:≥10 核心 20 线程;内存:≥32G,硬盘 SSD:≥512G;显卡: RTX 3080 同档次或以上, 单电源 | 2 | 台 |
7 | 智慧工地管理系统硬件 | |||
7.1 | 智慧工地综合管控平台配套硬件 | |||
7.1.3 | 路由器 | 支持 VPN ACL、防火墙 802.1x 认证、MAC地址认证、Web 认证、AAA 认证、RADIUS 认证、 HWTACACS 认证、广播风暴抑制、ARP 安全、 ICMP 反攻击、URPF、IP Source Guard、DHCP Snooping、CPCAR、黑名单、攻击源追踪 网络管理 升级管理、设备管理、Web 网管、GTL、 SNMP 、 RMON 、 RMON2 、 NTP 、 CWMP 、 Auto-Config、U 盘开局、NetConf DRAM 内存: ≥512MB , FLASH 内存: ≥256MB , AC 100-240V,50/60Hz 整机交换容量:≥8Gbps | 1 | 台 |
7.1.4 | 交换机 | 端口:≥24 个 10/100/1000 Base-T 以太网口, 4 个万兆 SFP+口,包转发率:≥108Mpps,交 换容量:≥336Gbps/3.36Tbps | 1 | 台 |
7.1.5 | 执法记录仪 | 【4G】【GPS】2.0 英寸 TFT;320*240;内存≥: 2GB ; 可录像、拍照; 适用环境: 适用于 -20~55℃、湿度小于 90%的工作环境。 | 6 | 台 |
7.2 | 可视化系统配套硬件 | |||
7.2.1 | 室内全彩 LED 显示 屏主屏 | 点间距:≤P1.25 封装方式:金线封装亮度:900CD/㎡可调 LED 单元箱体: 600mm*337.5mm , 平整度 ≤0.1mm 模块拼接间隙≤0.1mm刷新率:3840Hz,纳秒级响应时间平均功耗:180W/㎡ 分辨率:5760 点(水平)*1890 点(垂直) =10886400 Dots; 色温:1000k-12000k 可调维护方式:前维护 电源:双冗余供电 驱动 IC:PWM(脉冲调制) 尺寸:7.2m(宽)*2.3625m(高)=17.01 ㎡ | 17 | 平方米 |
7.2.2 | 视频拼接处理器 | 支持 8 路 DVI 或 HDMI 或 VGA 信号输入,8 路 DVI 信号输出 | 1 | 个 |
7.2.3 | 控制系统 | KZ-UT1.2 | 6 | 个 |
7.2.4 | 网络交换 | 千兆网络交换机 | 1 | 台 |
机 | ||||
7.2.5 | 配电柜 | 20KW 配电柜,PD-20,含 PLC 远程控制 | 1 | 个 |
7.2.6 | 控制编辑一体机 | GTX 960/4G/500G/DVDRW/22''LCD,正版操作系 统,含编辑、播放软件 | 1 | 台 |
7.2.7 | 钢结构、背框架及 外装饰 | 钢结构、背框架及外装饰定制(含运输、安装、调试) | 1 | 个 |
7.2.8 | 电源线、信号线 | 电源线、信号线定制(含安装、调试) | 1 | 个 |
7.2.9 | 客 户 端 GPU 服务 器 | CPU:≥10 核心 20 线程;内存:≥32G,硬盘 SSD:≥512G;显卡: RTX 3080 同档次或以上, 单电源 | 1 | 个 |
二、应用软件开发清单
序号 | 采购内容 | 数量 | 单位 |
1 | 城市体征指标分析系统建设 | ||
1.1 | 城市体征指标管理分析系统软件 | ||
主题库模版:主题库以现代化城市体征评价体系为指导,提 | |||
供全面的主题模板,可对城市运行进行全景式扫描,监测城 | |||
1.1.1 | 市运行状况并绘制现代化城市发展全息生态图。主题模板涵 | ||
盖城市概况、基础设施、经济发展、民生服务、城市治理、 | |||
生态环境等多个维度和领域。 | |||
主题场景:主题场景是一个指标分析和可视化展示系统,借 | |||
1.1.2 | 助多元可视化图表、地图、数据中枢能力,实现指标数据的 动态监测、指标预警、指标下钻和地图展示等,使业务人员 | 1 | 套 |
可直观、清晰的理解指标数据,了解指标现状、变化趋势、 | |||
地理位置分布等情况,满足业务监控、风险预警等多种业务 | |||
需求。 | |||
城市体检:以城市体检指标为基础,以科学把脉“城市病” | |||
为目的,围绕智慧城市在生态xx、经济运行、绿色环保、 | |||
1.1.3 | 可持续发展等方面的建设要求开展全面的体检和评估工作, | ||
系统化地优化城市人居环境、提供城市发展质量提供依据和 | |||
支撑。 |
1.1.4 | 智能建模:智能建模是一个自助式、定制化的数据建模平台, 它可以让业务单位基于大数据资源和基础服务能力,定制出本业务部门所需的数据应用模型,开放基于规则的数据分析挖掘接口。从而促使数据逻辑通过模型从应用汇聚到数据层面,提升业务部门数据与业务的融合效率。通过在平台上对业务分析的研判思路进行建模,在自定义数据分析流程和大数据平台的自动运算引擎获得结果并进行验证。业务人员通过多次尝试性分析及观察结果,最终实现自助式优化并确认 大数据分析研判方案。 | ||
1.1.5 | 差距分析:差距分析是对任务管理中产生的城市各项体征指 标的进一步分析,能从不同维度和粒度体现城市的建设成效。平台可以将本城市中的指标与标杆对象、指标的历史或同类指标进行对比,进一步对指标计算结果进行差距分析,确定指标与对比对象之间的差距,快速锁定城市中哪类指标出现了偏差,或者评价离预定的城市建设目标还有多少差距,从而可以有针对性地采取纠正和鼓励措施,提升管理手 段的准确性。 | ||
1.1.6 | 指标管理:指标管理提供对城市指标库的管理能力,用户可 以通过城市指标的管理配置形成业务和部门维度的指标分类体系。平台提供涵盖不同维度的指标管理体系,包含描述型指标、主题型指标等类型的指标体系;此外,指标体系也 可依据城市治理目标进行定制化建设,通过自定义配置指标体系,形成各业务和部门统一的指标管理体系。 | ||
1.1.7 | 任务管理:任务管理模块用于评估计算城市的历史建设效 果,通过加载历史客观数据和指标计算模型配置,计算每个指标在实际建设过程中的建设成效。平台提供对指标计算进行模型化配置,配置出来的模型可以定时执行以确定城市的核心指标情况。 任务管理以引导式流程,帮助用户快速建立相关主题,通过选取指标、指标配置,选取数据源,配置分析模型,形成不同的任务,同时支持定时分析、智能预警、自定义分类等功能,是主题场景、城市体检、AI 智能分析等模块的基础。 |
1.1.8 | 智能预警:智能预警模块,依托数据中台提供数据支撑,实 现指标的动态监测 ,通过系统消息、邮件、短信、小程序等 渠道对外推送消息,第一时间及时的通知到决策者和处理人员,及时响应,及时跟进处理。 | ||
1.1.9 | 个人工作台:用户可以通过个人工作台,快速查看、操作与 个人相关的业务,提供我的消息、我的订阅、我的任务、操 作手册查看等功能。 | ||
1.1.10 | 业务配置及系统设置:包括系统数据源管理、权限管理、用 户管理等基础的系统支撑功能。 | ||
1.1.11 | 报告中心:报告编辑公共功能、报告画布设置、报告模块管 理、内容批示、可视化分析组件、业务模型库、主题管理、业务分析模板、发布管理、报告分享下载 | ||
1.1.12 | 数据连接轻引擎:多种格式和数据源数据连接功能、实时数 据监控功能、数据聚合功能、数据同步功能定时同步用户导入的数据 | ||
1.1.13 | 数据报告中心门户:多终端查看内容中心、内容选择查阅、 内容查询搜索、内容发布管理、消息提醒 | ||
2 | 综合决策指挥平台开发 | 数量 | 单位 |
2.1 | 应急事件接报模块 | 1 | 套 |
2.1.1 | 事件任务管理:系统将基于任务是否常态、事件类型、事件 级别、事件影响范围、任务类型等维度进行多要素关联分析,任务信息将通过本系统以列表形式呈现,并支持对个人的任务历史记录或整个系统基于事件的任务历史记录进行浏览 查询等。 | ||
2.1.2 | 通讯录管理:基于工作中行政组织架构成员的通讯录管理。 通过展开菜单选择及按关键字搜索的查询功能;按查询字段 的升降序排序功能以及通讯录批量导入功能。 | ||
2.1.3 | 应急通讯录管理:在事件发生后须启动预案的场景,对于各 类预案组织架构成员的通讯录管理。 | ||
2.1.4 | 常用联系人管理:对于用户自定义的工作群组通讯录的管 理,包含对通讯录成员的自定义归属群组、姓名、所属单位 等。 |
2.1.5 | 最近联系人管理:根据通讯历史记录,对于近期联系人的通 讯录维护操作。 | ||
2.1.6 | 通讯调度管理:通过系统对电话号码、短信等进行呼出拨号 通讯、呼入来电接听等。 | ||
2.1.7 | 突发事件接报及处置:突发事件接报及处置、事件管理模块。 | ||
2.1.8 | 突发事件值班管理及信息发布分析功能:对应急管理局值班 室、指挥中心坐席的值班日程进行高效、灵活、统一管理。通过对接预警信息汇总各部门自然灾害相关预警信息,进行预警灾情信息汇总,形成预警灾情信息列表,支持根据不同的灾情种类进行查询查看。 | ||
2.2 | 指挥一张图模块 | ||
2.2.1 | 提供显示定位功能,可以在地图上显示已配置好的地点、设 施、人、事件定位。 | ||
2.2.2 | 提供定位详情功能,点击地图定位点,显示详情浮窗,包括事件、人、地点设施。 | ||
2.2.3 | 提供搜索功能,通过输入关键字等搜索条件,实现对定位点 的查询搜索,目前支持地点搜索,支持模糊检索,模糊检索 出现结果列表。 | ||
2.2.4 | 提供数据资源抽屉功能。 | ||
2.2.5 | 提供图层控制功能,通过对地图图层的控制可以显示/隐藏地 图的业务数据及处置力量,地图提供矢量图、卫星图、路况开关。 | ||
2.2.6 | 提供事件通知功能,接收事件接报传来的事件信息功能,列 表形式展示各事件信息功能。 | ||
2.2.7 | 开发任务反馈展示功能,按照时间降序展示任务的反馈情 况。 | ||
2.2.8 | 开发协同调度功能,包括消息列表、通讯录等。 | ||
2.2.9 | 开发任务管理功能,对任务进行管理,展示所有任务的列表, 不与事件绑定,可修改;可新建临时任务下派给现场人员。 | ||
2.2.10 | 提供资源点位查看功能。 |
2.3 | 协同调度模块(联合会商) | ||
2.3.1 | 系统提供与事件绑定的会话功能。 | ||
2.3.2 | 系统提供在无事件、无项目时,通过通讯录或群成员列表主 动发起一对一的会话,或通过通讯录的勾选组建多人会话功能。 | ||
2.3.3 | 系统提供会话列表中会话的具体窗口功能。 | ||
2.3.4 | 系统提供展示会话全部历史记录功能。 | ||
2.3.5 | 开发语音会商功能。 | ||
2.3.6 | 开发视频会商功能。 | ||
2.3.7 | 开发电话会商功能。 | ||
2.3.8 | 提供消息提醒功能,语音、视频、私人邀请和群邀请等提醒。 | ||
2.3.9 | 提供新信息报送提醒功能 | ||
2.4 | 应急资源管理模块 | ||
2.4.1 | 提供资源管理功能,实现资源的新增、删除、修改等操作, 展示包括资源类型、资源名称、资源详情、资源点位等内容。 | ||
2.4.2 | 应急队伍库模块,针对组建或所能调动的应急队伍进行管理 和维护。 | ||
2.4.3 | 应急专家库模块,针对组建或所能调动的各个领域的专家队伍进行分类管理。 | ||
2.4.4 | 医疗资源库模块,医疗资源库主要针对医院、卫生所等医疗 卫生资源进行管理和维护。 | ||
2.4.5 | 避难场所管理模块,管理分布在各辖区内的避难场所信息; 提供避难场所信息点的分类管理、地图打点、位置查询、信息录入/删除、详情查看等。 | ||
2.4.6 | 衍生灾害场所管理模块,针对可能发生的衍生灾害场所等, 系统对风险隐患信息点位的信息进行统一汇集、维护以及管 理,提供分类管理、场所信息录入、删除、详情查看、位置查询等功能。 | ||
2.4.7 | 危化品管理模块,危化品是指具有毒害、腐蚀、爆炸、燃烧、 助燃等性质,对人体、设施、环境具有危害的剧毒化学品和 其他化学品。 | ||
2.4.8 | 重点防护场所管理模块,系统提供重点防护目标的维护以及 |
管理,通过统一汇集、分类查询、快速检索、信息录入、删 除、详情查看、位置查询等功能。 | |||
2.4.9 | 应急物资调配管理模块,主要对应急物资,包含救灾物资、 医疗物资等进行集中管理,提供物资新增、删除、修改、查看、分类管理、出入库管理等操作。 | ||
2.5 | 移动应急指挥模块 | ||
2.5.1 | 支持现场处置人员通过现场图片拍摄、手机相册选择的方式 进行现场情况和任务相关图像的上传到指挥中心,可支持原 图或压缩图的方式。 | ||
2.5.2 | 提供任务列表及管理功能,展示任务信息及任务提醒。 | ||
2.5.3 | 提供综合查询功能,接受并响应应急指挥救援系统的位置需 求,现场处置人员可通过本功能将信息回传指挥中心,从而 x指挥中心了解现场处置人员的实时位置与轨迹动态。 | ||
2.6 | 全流程监督指挥模块 | ||
2.6.1 | 提供事件接入功能,包括城市事件接入、AI 事件接入、领导 交办任务管理。 | ||
2.6.2 | 提供事件分拨及工单处置管理功能,以列表的形式分类显示 分派后待办待处置的工单信息,并通过标签的形式一方面区分不同事件工单的来源,并区分工单当前所处的流程节点状 态。 | ||
2.6.3 | 提供工单时效监管、绩效评价和统计分析功能。支持按照事 件描述、事发地点、事发时间、事件分类、事件性质、事件 办理状态等多种条件组合查询各类事件列表信息。 | ||
2.7 | 与市、区相关系统对接 | ||
2.7.1 | 与区应急系统指挥系统对接,实现信息报送、信息交互、数 据共享等功能。 | ||
2.7.2 | 与区网格(派单)系统对接,实现工单流转及对接等。 | ||
2.8 | 系统管理 | ||
2.8.1 | 系统登录,提供账号密码登录功能。 | ||
2.8.2 | 用户管理功能,对系统的行政区划、机构、用户进行管理。 | ||
2.8.3 | 权限管理功能,对系统的资源权限、角色权限进行配置管理。 | ||
2.8.4 | 提供消息管理功能。 |
2.8.5 | 字典管理功能,可以对字典分类和字典值进行查看、新增、 修改、删除等。 | ||
3 | AI 中台软件及算法开发 | 数量 | 单位 |
3.1 | AI 运营门户开发 | 1 | 套 |
3.1.1 | 门户首页 | ||
3.1.1.1 | 顶部菜单导航区,定制分为【首页】、【AI 超市】、【工作专区】、 【平台服务】、【系统管理】五个模块,点击对应导航可进入对应的功能界面 | ||
3.1.1.2 | 顶部功能区,提供【消息中心】、【个人中心】、【修改密码】、 【退出系统】、【帮助文档】、【关于】的功能入口,点击进入 对应的功能页面 | ||
3.1.1.3 | 查询区,提供查询应用中心的模型信息,可根据模型名称和 描述内容模糊查询需要的内容,点击搜索进入到 AI 超市 | ||
3.1.1.4 | 业务数据统计区,实时统计当前的模型、需求的数量。分为 模型总数、模型发布总数、模型部署总数、需求单总数、服 务注册总数 | ||
3.1.1.5 | 模型统计区,统计当前模型的新增、部署、发布情况,支持 按照月、周、天切换统计时间 | ||
3.1.1.6 | 需求统计区,统计当前新增需求、签收需求、实施需求、完成需求的情况,支持按照月、周、天切换统计时间 | ||
3.1.1.7 | 模型申请统计区,展示当前被申请最多的 5 个模型 | ||
3.1.1.8 | 模型发布统计区,展示当前被发布最多的 5 个模型 | ||
3.1.1.9 | 新闻动态区,查看新闻动态,点击标题查看对应的详情,点 击查看更多进入新闻动态主页查看所有的新闻动态 | ||
3.1.2 | AI 超市 | ||
3.1.2.1 | AI 超市概览,查看当前超市共享的模型列表。支持根据模型 名称、模型标签快速查找需要的模型 | ||
3.1.2.2 | 模型检索查询,根据“模型名称”、“模型描述”内容进行关 键字检索 | ||
3.1.2.3 | 需求申请,提供需求申请流程目录,对模型服务发起需求申 |
请 | |||
3.1.2.4 | 模型基本详情,查看模型的详细信息,包括基本信息、模型 说明、在线试用、API 接口、服务详情、模型评价的详细信息 | ||
3.1.2.5 | 模型说明,查看模型说明,模型说明信息为模型发布时模型 训练用户填写的模型应用场景、模型输入、输出参数内容 | ||
3.1.2.6 | 在线试用,发布到 AI 市场的模型提供在线试用功能 | ||
3.1.2.7 | 服务详情,查看模型关联的服务调用详情,查看最新的 10 条调用记录。可查看最近调用的用户和部门的基本信息 | ||
3.1.3 | 门户工作专区 | ||
3.1.3.1 | 审核管理,模型发布申请、模型部署申请统一由系统运营者进 行审核操作。主要是维护模型市场中数据的完整性和提高模型部署服务的资源利用率,保证可以提供更加优质的模型给到用户试用。 | ||
3.1.3.2 | 模型服务,模型服务是对模型仓库提出部署申请后审核通过 的服务进行监控,主要是管理员用户对服务的运行状态监控和查看 | ||
3.1.3.3 | 需求申请单,需求申请单位当前用户有权限查看的需求记 录,持查看需求的列表和详情,可根据用户权限对需求单进 行处理和查看 | ||
3.1.3.4 | 需求签收,需求分析人员可以在需求签收阶段签收需求才能 进行分析和完善。需求签收以后只能由签收人进行分析,已签收的需求单不能被其他人员重复签收。此阶段可以签收需 求/不予签收操作。 | ||
3.1.3.5 | 需求实施,技术实施人员可以在此模块对实施单进行操作处 理,技术实施人员可以在此模块查看全部实施单信息以及自己已经签收的实施单信息 | ||
3.1.3.6 | 需求实施反馈,需求提出人在此页面查看未回复和已回复的 实施单,可根据任务类型、发起人、任务标题、时间范围查询指定需求单,可以对实施单进行回复和转办 | ||
3.1.4 | 门户个人中心 | ||
3.1.4.1 | 我的申请,用户的需求单申请、模型发布申请、模型部署申请 |
3.1.4.2 | 我的待办,用户的的待办任务。我的待办主要是当前用户需 要签收、分析、审核、实施的需求单详情 | ||
3.1.4.3 | 我的收藏,应用中心收藏的模型记录,支持取消收藏、查看 模型详情 | ||
3.1.4.4 | 我的消息,系统推送的所有消息记录,消息按照已读/未读状 态分类管理 | ||
3.1.4.5 | 个人信息,用户的基本信息,支持修改手机号码 | ||
3.1.5 | 边缘调度中心 | ||
3.1.5.1 | 实现将边缘(街镇、委办)的节点添加到集群中,进行相关 相关算力分配。 | ||
3.1.5.2 | 支持对添加到集群集群的云端和边缘的节点的统一调度,实 现区对各街镇算力统一管理。 | ||
3.1.5.3 | 支持对添加到集群的边缘节点的统一管理,包括增删改查 等。 | ||
3.1.5.4 | 提供对街镇、委办边缘单元的统一管理,包括单元的创建、 查询、删除,单元内边缘节点的创建、单元内应用、组件、 模型、设备的管理。 | ||
3.1.5.5 | 提供可以部署到边缘单元(各街镇、委办)的通用能力,包 含:远程运维管理、云边消息路由等功能,支撑边缘应用的使用。 | ||
3.1.5.6 | 提供区用户对街镇、委办边缘中心操作的操作日志的管理, 供审计使用 | ||
3.2 | 定制算法开发 | 数量 | 单位 |
3.2.1 | 城市xx品质提升场景算法训练 | 1 | 套 |
3.2.1.1 | 城市xx品质提升场景-数据标注 | ||
3.2.1.1.1 | 散落、暴露垃圾数据标注:依靠人力标注图像,并利用预处 理算法辅助对图像进行数据清洗,针对本期提供的散落、暴露垃圾算法,该算法模型构建需人力标注图像数据用于数据标 注。 | ||
3.2.1.1.2 | 不xx养犬数据标注:依靠人力标注图像,并利用预处理算法辅助对图像进行数据清洗,针对本期提供的不xx养犬算 |
法,该算法模型构建需人力标注图像数据用于数据标注。 | |||
3.2.1.1.3 | 违章停车数据标注:依靠人力标注图像,并利用预处理算法 辅助对图像进行数据清洗,针对本期提供的违章停车算法,该 算法模型构建需人力标注图像数据用于数据标注。 | ||
3.2.1.2 | 城市xx品质提升场景-模型构建 | ||
3.2.1.2.1 | 散落、暴露垃圾模型构建:针对本期提供的散落、暴露垃圾 算法,该算法构建需要基于对应子场景图像数据,构建模型、搭建应用层逻辑、并进行工程化封装 | ||
3.2.1.2.2 | 不xx养犬模型构建:针对本期提供的不xx养犬算法,该 算法构建需要基于对应子场景图像数据,构建模型、搭建应用层逻辑、并进行工程化封装 | ||
3.2.1.2.3 | 违章停车模型构建:针对本期提供的违章停车算法,该算法构建需要基于对应子场景图像数据,构建模型、搭建应用层 逻辑、并进行工程化封装 | ||
3.2.1.3 | 城市xx品质提升场景-算法调优适配 | ||
3.2.1.3.1 | 散落、暴露垃圾算法调优适配:针对本期提供的散落、暴露 垃圾算法,结合实际应用场景进行适配优化,算法优化需要基于对应子场景图像数据,实现算法调优适配 | ||
3.2.1.3.2 | 不xx养犬算法调优适配:针对本期提供的不xx养犬算 法,结合实际应用场景进行适配优化,算法优化需要基于对应子场景图像数据,实现算法调优适配 | ||
3.2.1.3.3 | 违章停车算法调优适配:针对本期提供的违章停车算法,结 合实际应用场景进行适配优化,算法优化需要基于对应子场景图像数据,实现算法调优适配 | ||
3.2.1.4 | 城市xx品质提升场景-模型服务测试 | ||
3.2.1.4.1 | 散落、暴露垃圾模型服务测试:针对给出的散落、暴露垃圾 算法、服务,基于不同场景的图像数据,进行性能、功能和效果层面的测试 | ||
3.2.1.4.2 | 不xx养犬模型服务测试:针对给出的不xx养犬算法、服 务,基于不同场景的图像数据,进行性能、功能和效果层面的测试 |
3.2.1.4.3 | 违章停车模型服务测试:针对给出的违章停车算法、服务, 基于不同场景的图像数据,进行性能、功能和效果层面的测试 | ||
3.2.2 | 渣土车场景算法训练 | 数量 | 单位 |
3.2.2.1 | 渣土车场景-数据标注 | ||
3.2.2.1.1 | 渣土车识别数据标注:依靠人力标注图像,并利用预处理算法辅助对图像进行数据清洗。渣土车识别算法,需人力标注 的渣土车图像数据用于数据标注。 | ||
3.2.2.1.2 | 渣土车逆行识别数据标注:依靠人力标注图像,并利用预处理算法辅助对图像进行数据清洗。车辆逆行和禁行路段识别算法,需人力标注总交通场景图像数据用于数据标注。 | ||
3.2.2.1.3 | 牌照异常识别数据标注:依靠人力标注图像,并利用预处理算法辅助对图像进行数据清洗。牌照异常识别算法,需人力标注的渣土车图像数据用于用于数据标注。 | ||
3.2.2.1.4 | 渣土车乱倒及跑冒滴漏数据标注:依靠人力标注图像,并利用预处理算法辅助对图像进行数据清洗。渣土车跑冒滴漏识别算法,需人力标注的渣土车图像数据用于数据标注。 | ||
3.2.2.2 | 渣土车场景-模型构建 | 1 | 套 |
3.2.2.2.1 | 渣土车识别模型构建:针对本期提供的渣土车识别算法,算法构建需要基于训练图像数据,构建模型、搭建应用层逻辑、 并进行工程化封装 | ||
3.2.2.2.2 | 渣土车逆行识别模型构建:针对本期提供的渣土车逆行识别算法,算法构建需要基于训练图像数据,构建模型、搭建应 用层逻辑、并进行工程化封装 | ||
3.2.2.2.3 | 牌照异常识别模型构建:针对本期提供的牌照异常识别算法,算法构建需要基于训练图像数据,构建模型、搭建应用层逻辑、并进行工程化封装 | ||
3.2.2.2.4 | 渣土车乱倒及跑冒滴漏模型构建:针对本期提供的渣土车乱倒及跑冒滴漏识别算法,算法构建需要基于训练图像数据,构建模型、搭建应用层逻辑、并进行工程化封装 | ||
3.2.2.3 | 渣土车场景-算法调优适配 |
3.2.2.3.1 | 渣土车识别算法调优适配:针对本期提供的渣土车识别算 法,需结合实际应用场景进行适配优化,算法优化需要基于 对应子场景图像数据实现算法调优适配 | ||
3.2.2.3.2 | 渣土车逆行识别算法调优适配:针对本期提供的渣土车逆行 识别算法,需结合实际应用场景进行适配优化,算法优化需 要基于对应子场景图像数据实现算法调优适配 | ||
3.2.2.3.3 | 牌照异常识别算法调优适配:针对本期提供的牌照异常识别 算法,需结合实际应用场景进行适配优化,算法优化需要基 于对应子场景图像数据实现算法调优适配 | ||
3.2.2.3.4 | 渣土车乱倒及跑冒滴漏识别算法调优适配:针对本期提供的 渣土车乱倒及跑冒滴漏识别算法,需结合实际应用场景进行 适配优化,算法优化需要基于对应子场景图像数据实现算法调优适配 | ||
3.2.2.4 | 渣土车场景-模型服务测试 | ||
3.2.2.4.1 | 渣土车识别模型服务测试:针对本期提供的渣土车识别算 法、服务,基于不同场景的图像数据,进行性能、功能和效 果层面的测试 | ||
3.2.2.4.2 | 渣土车逆行识别模型服务测试:针对本期提供的渣土车逆行识别算法、服务,基于不同场景的图像数据,进行性能、功 能和效果层面的测试 | ||
3.2.2.4.3 | 牌照异常识别模型服务测试:针对本期提供的牌照异常识别算法、服务,基于不同场景的图像数据,进行性能、功能和 效果层面的测试 | ||
3.2.2.4.4 | 渣土车乱倒及跑冒滴漏识别模型服务测试:针对本期提供的 渣土车乱倒及跑冒滴漏识别算法、服务,基于不同场景的图像数据,进行性能、功能和效果层面的测试 | ||
3.2.3 | 非现场执法场景算法训练 | 数量 | 单位 |
3.2.3.1 | 非现场执法场景场景-数据标注 | 1 | 套 |
3.2.3.1.1 | 占道设摊及兜售数据标注:依依靠人力标注图像,并利用预 处理算法辅助对图像进行数据清洗,针对本期提供的占道设摊及兜售算法,该算法模型构建需人力标注图像数据用于数据标注。 |
3.2.3.1.2 | 占道堆物数据标注:依靠人力标注图像,并利用预处理算法 辅助对图像进行数据清洗,针对本期提供的占道堆物算法,该算法模型构建需人力标注图像数据用于数据标注。 | ||
3.2.3.1.3 | 跨门经营数据标注:依靠人力标注图像,并利用预处理算法 辅助对图像进行数据清洗,针对本期提供的跨门经营算法,该 算法模型构建需人力标注图像数据用于数据标注。 | ||
3.2.3.2 | 非现场执法场景场景-模型构建 | ||
3.2.3.2.1 | 占道设摊及兜售模型构建:针对本期提供的占道设摊及兜售 算法,该算法构建需要基于对应子场景图像数据,构建模型、搭建应用层逻辑、并进行工程化封装 | ||
3.2.3.2.2 | 占道堆物模型构建:针对本期提供的占道堆物算法,该算法 构建需要基于对应子场景图像数据,构建模型、搭建应用层 逻辑、并进行工程化封装 | ||
3.2.3.2.3 | 跨门经营模型构建:针对本期提供的跨门经营算法,该算法 构建需要基于对应子场景图像数据,构建模型、搭建应用层逻辑、并进行工程化封装 | ||
3.2.3.3 | 非现场执法场景-算法调优适配 | ||
3.2.3.3.1 | 占道设摊及兜售算法调优适配:针对本期提供的占道设摊及 兜售算法,结合实际应用场景进行适配优化,算法优化需要 基于对应子场景图像数据实现算法调优适配。 | ||
3.2.3.3.2 | 占道堆物算法调优适配:针对本期提供的占道堆物算法,结 合实际应用场景进行适配优化,算法优化需要基于对应子场景图像数据实现算法调优适配。 | ||
3.2.3.3.3 | 跨门经营算法调优适配:针对本期提供的跨门经营算法,结 合实际应用场景进行适配优化,算法优化需要基于对应子场景图像数据实现算法调优适配。 | ||
3.2.3.4 | 非现场执法场景-模型服务测试 | ||
3.2.3.4.1 | 占道设摊及兜售模型服务测试:针对给出的占道设摊及兜售 算法、服务,基于不同场景的图像数据,进行性能、功能和效果层面的测试 | ||
3.2.3.4.2 | 占道堆物模型服务测试:针对给出的占道堆物算法、服务, 基于不同场景的图像数据,进行性能、功能和效果层面的测 试 |
3.2.3.4.3 | 跨门经营模型服务测试:针对给出的跨门经营算法、服务, 基于不同场景的图像数据,进行性能、功能和效果层面的测试 | ||
4 | 城运个性化应用开发 | 数量 | 单位 |
4.1 | 城市xx品质提升 | 1 | 套 |
4.1.1 | 点位归类梳理并上图:整理出城市品质提升需要的点位,将 不同场景为一类,并将点位信息存储在地图库中,可在地图库中搜索点位信息 | ||
4.1.2 | 点位信息对接及撒点:获取所有点位信息,在本地库中存储 一份,通过接口获取点位信息并将这些点位展示在地图上 | ||
4.1.3 | 点位分组处理:同一场景下的点位归为一组,可点击此组查 看当前组下的所有点位 | ||
4.1.4 | 点位视频分类及点位视频接入:接入获取点位视频播放的链 接,可在页面上播放点位的实时视频 | ||
4.1.5 | 重点点位监控:将需要重点查看的点位,绑定在场景分组中, 并在地图上做高亮展示 | ||
4.1.6 | 城市xx品质提升相关算法(散落、暴露垃圾、不xx养犬、 违章停车)对接:开发配置对应算法的请求地址、数据源、参数。在个性化应用系统中,实现个性化系统和算法平台的数据交互 | ||
4.1.7 | 巡检任务管理:通过算法平台提供 API 接口,可对城市品质 提升下的算法任务的独有参数进行修改,个性化定制,以及对任务的启动、停止等操作,可规划算法监控范围 | ||
4.1.8 | 行为预警管理:查看城市品质提升所属算法推送的所有预警 信息,可设置预警白名单 | ||
4.1.9 | 巡检统计分析:整体查看城市品质提升算法预警状况,可查 看当前应用下每个算法的预警分类统计 | ||
4.1.10 | 问题流转-识别问题推送:将算法产生的预警,及时推送到城 市品质提升相关预警案件处理部门 | ||
4.1.11 | 问题流转-处理结果反馈:对接预警案件的流转过程、处理结 果,可在城市品质提升应用中查看处理的过程信息以及结果 | ||
4.2 | 渣土车智能监管 | 1 | 套 |
4.2.1 | 出入口监管-工地出入口监管:选取工地出入口画面清晰、方 向角度合适的视频点位,接入获取视频播放链接的 API,可实时查看工地出入口视频画面。可展示工地相关信息,监控出入工地车辆是否符合要求和规范,并预警违规车辆 | ||
4.2.2 | 出入口监管-消纳点出入口监管:选取消纳点出入口画面清 晰、方向角度合适的视频点位,接入获取视频播放链接的 API,可实时查看消纳点出入口视频画面。可展示消纳点相关信息,监控出入消纳点车辆是否符合要求和规范,并预警违规车辆。可实时查看选取点位视频画面 | ||
4.2.3 | 出入口监管-工地出入口车牌监管:通过选取的工地出入口视 频点位,提供给算法平台,实时监控工地出入口车辆车牌照是否已获审批,并及时预警无牌或牌照未或许可的车辆,可实时查看选取点位视频画面 | ||
4.2.4 | 出入口监管-工地出入口车型监管:通过选取的工地出入口视 频点位,提供给算法平台,实时监控工地出入口进出车辆车型是否符合要求,并及时预警不符合车型的车辆信息。可实时查看选取点位视频画面 | ||
4.2.5 | 出入口监管-消纳点出入口车型监管:通过选取的消纳点出入 口视频点位,提供给算法平台,实时监控消纳点出入口进出车辆车型是否符合要求,并及时预警不符合车型的车辆信息。 | ||
4.2.6 | 重点路段监控-车辆逆行监管:选取渣土车运输路线公路两边 画面清晰、方向角度合适的监控点位,通过对接 API 提供视频流到算法平台,由算法平台及时推送逆行的渣土车信息。 可实时查看选取点位视频画面 | ||
4.2.7 | 重点路段监控-牌照异常监管:选取渣土车运输路线公路两边 画面清晰、方向角度合适的监控点位,通过对接 API 提供视频流到算法平台,由算法平台及时推送车牌照异常或无牌的渣土车信息。可实时查看选取点位视频画面 | ||
4.2.8 | 重点路段监控-禁行路段/时段行驶监管:根据渣土车审批的 运行路线,选取路线中合适点位,通过对接 API 接口,提供视频流到算法平台,实时监控该路段上的渣土车,及时预警在禁行路段行驶以及非批准时段行驶的渣土车违规行为。可 查看监控点位列表以及监控点位实时视频画面 |
4.2.9 | 轨迹线路监控-车辆 GPS 信息接收:通过渣土车监管平台提 供的 API 接口,实时获取渣土车 GPS 信息,并存储到本地库中 | ||
4.2.10 | 轨迹线路监控-车辆实时轨迹上图:根据后台对接的渣土车 GPS 定位信息,将改信息反馈到前端,并根据 GPS 的经纬度,将每个车辆点撒在地图上,并绘制成一条线,形成轨迹。可 根据车牌号,查看不通车辆的实时轨迹,点击轨迹点,可查看车辆信息和该点信息 | ||
4.2.11 | 轨迹线路监控-车辆历史轨迹查询上图:通过对接渣土车监管 平台的 API 接口,获取车辆的历史轨迹信息,并将轨迹绘在地图上,可清晰看到车辆运行路线。可根据车牌号切换查看不通车辆历史轨迹,可查看统一车辆不通时间段的轨迹 | ||
4.2.12 | 轨迹线路监控-轨迹沿线点位监管:可查看轨迹沿线所有点 位,以及点位详情。可对点位做增加、删除、修改、查询等操作。可查看点位实时视频画面。 | ||
4.2.13 | 渣土车许可-实时许可信息获取:根据渣土车监管平台提供的 API 接口,获取所有审批通过的渣土车许可信息 | ||
4.2.14 | 渣土车许可-路段监管:根据渣土车运输路线,选取对应路段, 可查看路段具体信息,对路段做增加、删除、修改和查询操作。可绑定监控点位到路段,点击路段可查看下属点位列表,可实时查看监控点位视频画面。 | ||
4.2.15 | 渣土车许可-渣土车车牌监管:可查看车牌列表,可查看该车 牌许可是否到期,点击车牌展示车辆具体信息 | ||
4.2.16 | 渣土车许可-许可分析:根据通过渣土车监管平台 API 获取的 渣土车许可信息,可结合算法平台推送的预警信息,分析出当前车辆是否存在违规、是否已获许可 | ||
4.2.17 | 渣土乱倒及跑冒滴漏-相关视频点位上图:以地图作为前端页 面底层图层,按照梳理好的分类表格,将各渣土车点位在地 图展示。 | ||
4.2.18 | 渣土乱倒及跑冒滴漏-视频源对接及视频源分组标签:将渣土 乱倒及跑冒滴漏视频点位分组贴上标签,可在应用中使用、展示 |
4.2.19 | 渣土乱倒及跑冒滴漏-AI 场景巡检识别监管:整合渣土乱倒及 跑冒滴漏算法平台推送的预警数据,结合通过渣土车监管平台获取的渣土车信息,通过统计图形展示在大屏应用上 | ||
4.2.20 | 在渣土车监管个性化应用中开发配置渣土车监管下的算法 的数据源、参数,并实现数据交互,并通过 API 接口提供点位 设备信息到算法平台,创建渣土车监管算法的订阅,接收算法平台推送的预警信息 | ||
4.2.21 | 巡检任务管理,创建属于渣土车监管应用的算法任务,可修 改该算法独有参数,并可做启停操作,可规划算法监控范围 | ||
4.2.22 | 违规行为预警管理:可查看所有渣土车违规预警信息,可根 据车牌号,日期等条件搜索,点击可查看预警详情 | ||
4.2.23 | 巡检统计分析,整体查看渣土车监管算法预警状况,可查看 当前应用下每个算法的预警分类统计 | ||
4.2.24 | 问题流转-识别问题推送,获取渣土车监管算法任务产生的预 警信息,对接渣土车处理部门系统,推送预警信息。 | ||
4.2.25 | 问题流转-处理结果反馈,对接预警案件的流转过程、处理结 果,可在渣土车监管应用中查看处理的过程信息以及结果 | ||
4.3 | 城管非现场执法-占道设摊及兜售 | 1 | 套 |
4.3.1 | 相关视频点位上图,将占道设摊及兜售相关点位展示在非现 场执法应用中的地图上 | ||
4.3.2 | 视频源对接,对接点位 API 接口获取占道设摊及兜售点位的 播放链接,在非现场执法应用中可播放实时视频 | ||
4.3.3 | 视频源分组标签,将占道设摊及兜售视频点位分组贴上标 签,可在应用中使用、展示 | ||
4.3.4 | 自定义识别规则(设定识别阈值),可在个性化应用系统页 面上调整占道设摊及兜售对应的算法阈值,可提高预警信息的正确率 | ||
4.3.5 | 在个性化应用系统中配置占道设摊及兜售对应算法单独的 数据源、独有的参数,并通过 API 接口提供占道设摊及兜售需 要的点位设备信息到算法平台,创建占道设摊及兜售算法的订阅,接收算法平台推送的预警信息 | ||
4.3.6 | 占道设摊及兜售场景巡检任务管理,可创建占道设摊及兜售算法的任务,画定占道设摊及兜售算法的监控范围,查看并 |
修改占道设摊及兜售算法独有的参数,做启停操作 | |||
4.3.7 | 占道设摊及兜售场景行为预警管理,可查看占道设摊及兜售 算法产生的预警列表、详情,并可设置白名单 | ||
4.3.8 | 识别问题推送,将占道设摊及兜售算法产生的预警,及时推 送到非现场执法相关预警案件处理部门 | ||
4.3.9 | 处理结果反馈,通过 API 接口对接占道设摊及兜售预警案件 的流转过程、处理结果,可在非现场执法应用中查看处理的 过程信息以及结果 | ||
4.4 | 城管非现场执法-占道堆物、跨门经营 | 1 | 套 |
4.4.1 | 相关视频点位上图,将占道堆物、跨门经营相关点位展示在 非现场执法应用中的地图上 | ||
4.4.2 | 视频源对接,对接点位 API 接口获取占道堆物、跨门经营点 位的播放链接,在非现场执法应用中可播放实时视频 | ||
4.4.3 | 视频源分组标签,将占道堆物、跨门经营视频点位分组贴上 标签,可在应用中使用、展示 | ||
4.4.4 | 智能识别,通过任务的参数设置、监控范围的画定,算法平 台可根据这些识别违规行为 | ||
4.4.5 | 自定义识别规则(设定识别阈值),可在个性化应用系统页 面上调整占道堆物、跨门经营算法对应的算法阈值,可提高 预警信息的正确率 | ||
4.4.6 | 在个性化应用系统中配置占道堆物、跨门经营对应算法单独 的数据源、独有的参数,并通过 API 接口提供占道堆物、跨门 经营需要的点位设备信息到算法平台,创建占道堆物、跨门经营的订阅,接收算法平台推送的预警信息 | ||
4.4.7 | 占道堆物、跨门经营场景巡检任务管理,可创建占道堆物、 跨门经营算法的任务,画定占道堆物、跨门经营算法的监控 范围,查看并修改占道堆物、跨门经营算法独有的参数,做启停操作 | ||
4.4.8 | 占道堆物、跨门经营场景行为预警管理,可查看占道堆物、 跨门经营算法产生的预警列表、详情,并可设置白名单 | ||
4.4.9 | 问题流转-识别问题推送,将占道堆物、跨门经营算法产生的 预警,及时推送到非现场执法相关预警案件处理部门 |
4.4.10 | 问题流转-处理结果反馈,通过 API 接口对接占道堆物、跨门 经营预警案件的流转过程、处理结果,可在非现场执法应用中查看处理的过程信息以及结果 | ||
4.5 | 智慧工地管理系统 | 数量 | 单位 |
4.5.1 | 工地视频接入融合平台 | 1 | 套 |
4.5.1.1 | 工地视频接入融合系统:包含数据库服务模块、管理服务模 块、接入服务模块、报警服务模块、流媒体服务模块、存储管理服务模块、Web 服务模块等等,它们共同形成数据运算处理中心,完成各种数据信息的交互,集管理、交换、处理、存储和转发于一体。 | ||
4.5.2 | 人员与基础信息管理平台 | ||
4.5.2.1 | 系统综合管理:系统的组织、用户、角色、权限以及对接或 采集的施工单位的人员及工人等人员信息的维护及管理。同时对于操作过程和系统操作日志进行不可删除的记录,保证 系统运行的安全性;对于相关的数据可进行备份操作等。 | ||
4.5.2.2 | 工地信息管理:通过施工单位对接或采集、录入等方式,对 工地信息进行统一的管理及维护,主要包括如:状态、种类、类型、资金、风险、行业、建筑面积、参建单位、工人数、 是否重点项目等信息进行基本的管理操作。 | ||
4.5.2.3 | 工地实名制与测温系统:针对建筑工地出入口处人员出入频 繁、安保问题多样化、管理环节复杂等现状,结合工地安防管理需求及特点,提供一套合理高效的智能实名制人脸识别系统(人员通道、考勤)解决方案;鉴于当前疫情原因,同时在实名制认证通道增加体温检测与健康码核验功能,实现 人脸核验、人证核验、人码核验、体温监测于一体的实名制人员进出管控系统。 | ||
4.5.2.4 | 数据接口与数据接入:已有系统的数据衔接。 | ||
4.5.3 | “智慧工地”三维可视化系统开发 | ||
4.5.3.1 | 数据呈现界面设计与搭建系统建设:设计并搭建项目维度框 架及各层级菜单关系,实现单项业务独立管理,满足对产品架构灵活拆分合并搭建。 |
4.5.3.2 | 内容模块化管理与搭建系统建设:针对客户需展现的数据, 进行数据采集、属性分类、接入集成的工作,根据接入数据 及其属性的建立,进行实时且直观的可视化交互呈现。 | ||
4.5.3.3 | 视觉特定需求开发系统建设:根据业务场景及内容维度所 需,采用独特的超高分辨率运算引擎,针对项目进行特定的前端视觉特效开发,最终呈现极富视 觉冲击与细节的呈像 结果。 | ||
4.5.3.4 | 涉及内容整理与填充系统建设:根据内容资料,进行整理、 归类、开发、填充,将静态展示无法容纳、无法表现的各类数据,如文本、数字等传统枯燥的操 作界面和单一数据, 以图形化方式进行呈现。 | ||
4.5.3.5 | GUI 切换设计方案系统建设:在完全完整的表达内容层面之 上,辅之灵动画面效果,设计符合业务场景需要的 GUI 切换方案及数据集成图形化效果,给枯 燥单一的画面呈现带 来更具灵活性和绚丽震撼的视觉效果。 | ||
4.5.3.6 | 菜单逻辑关系管理系统建设:根据项目层级结构的设计及逻 辑架构的搭建,遵循用户体验为先原则,建立项目内不同层级、不同维度、不同设备终端间的 父子集关系等级及权限管理架构,呈现真正意义上的灵活且稳定的大数据可视交互 系统。 | ||
4.5.3.7 | 多维度数据内容拼接系统建设:将视频、复杂动画、2D/3D 图形及实时数据流进行统一整合,并使用定制接口,以图形化方式实时呈现并管理。 | ||
4.5.3.8 | 数据接口开发与联动系统建设:根据项目对数据接口需求的 不断深化,开发并测试相应数据接口类型,经测试研发集成 于系统,呈现更深层面更多维度的数据呈现。 | ||
4.5.3.9 | 实时数据可视化联动系统建设:开放系统实时数据接口,开 发与之相应可视化呈现,集成于已有业务模块,快速并有效的满足数据呈现需求。 | ||
4.5.3.10 | 用户管理,管理可视化平台账号共同创建项目 | ||
4.5.3.11 | 用户角色权限管理,分配角色、对应权限的相关设计与实现 | ||
4.5.4 | “智慧工地”三维可视化系统主题设计开发 |