投标全站静态化

1目录第一章投标人须知.
2第二章投标人须知4第三章合同条款.
18第四章服务需求.
25第五章投标文件格式.
50第六章评标办法.
672第一章投标邀请北京科技园拍卖招标有限公司受北京市海淀区人民政府上地街道办事处委托,对"上地街道城市分脑业务管理系统"项目进行国内公开招标.
现邀请合格的投标人前来投标.
1.
政府采购立项编号:海采(2019)1844号2.
项目名称:上地街道城市分脑业务管理系统3.
采购内容:本期项目建设以上地街道现有条件为出发点,以避免重复建设原则,通过对各业务系统调研,建设上地街道城市分脑业务管理系统.
包括但不限于运行调度指挥系统、数据融合管理系统、可视化基础系统、数字化导播系统、测试与部署、系统培训、售后服务等内容.
4.
投标人的资质要求:(1)符合《中华人民共和国政府采购法》第二十二条规定的条件;(2)未被信用中国网站(www.
creditchina.
gov.
cn)、中国政府采购网(www.
ccgp.
gov.
cn)列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单;(3)投标人及其法定代表人、拟派该项目负责人在参加投标活动前无不良行为记录(4)本项目允许联合体投标,以联合体形式投标的应符合下列条件:1)联合体成员最多为两方,联合体投标人整体应当符合本项目的资质要求.

2)需提供联合体各方签订的联合体投标协议书,需明确联合体各方工作分工.

3)以联合体形式投标的,联合体各方不得再单独参加或者与其他投标人另外组成联合体参加同一合同项下的政府采购活动.
5.
资金来源:财政资金.
6.
本项目采购预算金额:人民币4523800元.
7.
招标文件的获取:(1)从2020年3月31日至2020年4月8日17:00,投标人在北京市海淀区公共资源交易信息网(http://www.
bjhd.
gov.
cn/ggzyjy/)免费自行下载.
(2)特别说明:1)办理北京市法人一证通CA数字证书.
请登录北京市海淀区公共资源交易信息3网(http://www.
bjhd.
gov.
cn/ggzyjy/),查阅【服务指南】——【CA办理】栏目,按照程序要求办理.
2)新用户注册.
取得CA数字证书后,请登录网站主页(http://www.
bjhd.
gov.
cn/ggzyjy/),选择【网上办事】——【投标人】栏目,应用CA数字证书进行新用户注册.
3)采购文件下载及投标报名完成注册后,通过使用CA数字证书即可登录系统免费下载采购文件,下载预览采购文件后,请在规定时间内登录系统进行投标报名.
如未按要求进行投标报名,视同放弃本项目投标.
4)如投标报名程序遇到任何问题请拨打咨询电话:010-52808124.
8.
投标时间:2020年4月16日9:00-9:30(北京时间),逾期收到或不符合规定的投标文件恕不接受.
9.
投标截止时间、开标时间:2020年4月23日9:30(北京时间).
10.
投标、开标地点:北京市海淀区东北旺南路29号院4号楼(北京市海淀区政务服务管理办公室)六层西侧第三开标室.
11.
公告媒体:中国政府采购网、北京市政府采购网、北京市海淀区政府采购网、北京市海淀区公共资源交易信息网.
12.
招标公告公示期限:本公告发布之日起5个工作日.
采购人名称:北京市海淀区人民政府上地街道办事处采购人地址:北京市海淀区东北旺南路27号上地办公中心B座采购人联系方式:程宸82785567采购代理机构名称:北京科技园拍卖招标有限公司采购代理机构地址:北京市海淀区万柳光大西园6号楼0188房项目联系人:陈博维联系电话:82575731转868传真:010-82575350电子邮箱:13691501101@163.
COM中标服务费账号开户名(全称):北京科技园拍卖招标有限公司开户银行:中国银行北京万柳支行账号:3324560350984第二章投标人须知前附表序号条款名称内容及要求1采购人北京市海淀区人民政府上地街道办事处2采购代理机构北京科技园拍卖招标有限公司3项目名称上地街道城市分脑业务管理系统4项目内容本期项目建设以上地街道现有条件为出发点,以避免重复建设原则,通过对各业务系统调研,建设上地街道城市分脑业务管理系统.
包括但不限于运行调度指挥系统、数据融合管理系统、可视化基础系统、数字化导播系统、测试与部署、系统培训、售后服务等内容.
5采购预算金额人民币4523800元.
6投标有效期自投标文件递交截止之日起90日历天.
7投标文件电子版内容:投标文件全部内容;份数:光盘一张,U盘一个;格式:PDF、DOC等;递交:电子版文件与纸质投标文件同时递交.
8投标文件份数正本1份,副本4份.
9投标文件递交时间、截止时间、地点递交时间:2020年4月23日9时00分起至9时30分止截止时间:2020年4月23日9时30分地点:北京市海淀区东北旺南路29号院4号楼(北京市海淀区政务服务管理办公室)六层西侧第三开标室.
10开标时间、地点开标时间:2020年4月23日9时30分;开标地点:北京市海淀区东北旺南路29号院4号楼(北京市海淀区政务服务管理办公室)六层西侧第三开标室.
11评审办法综合评分法12信用记录根据《财政部关于在政府采购活动中查询及使用信用记录有关问题的通知》(财库【2016】125号)要求,采购人及采购代理机构将对投标人在投标截止日之前的信用记录进行查询,查询网址为信用中国(www.
creditchina.
gov.
cn)、中国政府采购网(www.
ccgp.
gov.
cn),对列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单及其他不符合《中华人民共和国政府采购法》第二十二条规定条件的投标人,拒绝其参与政府采购活动.
采购人及采购代理机构采取必要方式做好信用信息查询记录和证据留存,在评标时提交评审委员会审核,信用信息查询5记录及相关证据应当与其他采购文件一并保存.
13监督本项目的采购活动以及相关当事人应当接受财政监督部门依法实施的监督.
6一说明1.
定义1.
1采购人:系指北京市海淀区人民政府上地街道办事处.
1.
2采购代理机构:系指受采购人委托进行招标组织工作的北京科技园拍卖招标有限公司.
1.
3招标采购单位:系指采购人及其委托的采购代理机构.
1.
4投标人:系指购买了本招标文件,且已经提交或者准备提交本次投标文件的供应商.
1.
5投标人代表:系指全权代表投标人参加投标活动并签署投标文件的人.
1.
6拟派该项目负责人:系指投标人在投标文件中明确的一旦中标后主持并负责项目全面工作的代表.
2.
合格的投标人2.
1满足以下条件的投标人是合格的投标人,可以参加本次投标:(1)符合《中华人民共和国政府采购法》第二十二条规定的条件;(2)未被信用中国网站(www.
creditchina.
gov.
cn)、中国政府采购网(www.
ccgp.
gov.
cn)列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单;(3)本项目允许联合体投标,以联合体形式投标的应符合下列条件:1)联合体成员最多为两方,联合体投标人整体应当符合本项目的资质要求.

2)需提供联合体各方签订的联合体投标协议书,需明确联合体各方工作分工.

3)以联合体形式投标的,联合体各方不得再单独参加或者与其他投标人另外组成联合体参加同一合同项下的政府采购活动.
2.
2凡受托为采购本次招标的项目进行设计、编制规范和其他文件的咨询公司,及相关联的附属机构,不得参加投标.
2.
3投标人在投标过程中不得向招标采购单位提供、给予任何有价值的物品,影响其正常决策行为.
一经发现,其投标人资格将被取消.
72.
4招标采购单位在任何时候发现投标人提交的投标文件内容有下列情形之一时,有权依法追究投标人的责任:(1)提供虚假的资料.
(2)存在任何失实的表述.
2.
5政府采购当事人之间不得相互串通投标.
3.
资金来源3.
1招标公告或投标邀请书中所述的采购人必须获得足以支付本次招标后所签订的合同项下的款项(包括财政性资金和自筹资金).
4.
投标费用4.
1投标人应承担所有与准备和参加投标有关的费用,不论投标的结果如何,招标采购单位均无承担的义务和责任.
二招标文件5.
招标文件构成5.
1招标文件共六章,各章的内容如下:第一章投标邀请第二章投标人须知第三章合同条款第四章服务要求第五章投标文件格式第六章评标办法5.
2本招标文件中凡打""的条款均为投标人必须做出实质性响应的条款,如不做出实质性响应将导致其投标文件无效.
本招标文件中未打""的条款,投标人也应作出响应或陈述.
5.
3投标人应认真阅读招标文件所有的事项、格式、条款和技术规范等.
如投标人没8有按照招标文件要求提交全部资料,或者投标文件没有对招标文件在各方面都做出实质性响应的,并可能导致其投标被拒绝.
6.
招标文件的澄清6.
1任何要求对招标文件进行澄清的投标人,均应以书面形式通知招标采购单位.
招标采购单位对在投标截止期十五日以前收到的澄清要求应以书面形式予以答复,并将书面答复发给每个购买招标文件的投标人(答复中不包括问题的来源).
7.
招标文件的修改7.
1在投标截止期十五日前,招标采购单位可主动地或在解答投标人提出的澄清问题时对招标文件进行修改.
7.
2招标文件的修改应以书面形式通知所有购买招标文件的潜在投标人,在财政部门指定的政府采购信息发布媒体上发布更正公告,并对其具有约束力.
购买了招标文件的潜在投标人在收到上述通知后,应立即向招标采购单位回函确认.

7.
3为使投标人准备投标时有足够的时间对招标文件的修改部分进行研究,招标采购单位有权决定是否延长投标截止期.
三投标文件的编制8.
投标范围及投标文件中计量单位的使用8.
1投标人需对招标文件涉及的所有服务进行投标,不能分开投标.
8.
2投标文件中所使用的计量单位,除招标文件中有特殊要求外,应采用中华人民共和国法定计量单位.
9.
投标文件构成9.
1投标文件应包括下列部分:一、按投标文件格式要求填写的装订成册的下列文件:(一)投标函(二)法定代表人资格证明或法定代表人授权委托书9(三)开标一览表(四)报价明细表(五)技术方案(六)投标人基本情况(七)投标人承担本项目主要人员(八)投标人的资信证明(九)资格证明文件(1)投标人关于资格的声明函(2)法人营业执照的复印件(3)税款和社会保障资金缴纳记录(4)没有重大违法记录承诺书(5)投标人及其法定代表人、拟派该项目负责人在参加投标活动前无不良行为记录的承诺(十)评分表中要求的或投标人认为有必要提供的其他资料及文件二、供唱标使用的、另外单独密封的、与装订在册内容完全相同的"投标函及开标一览表".
三、投标文件电子版2份(光盘1张,U盘一个).
10.
证明投标人符合招标文件规定的文件10.
1投标人应提交证明文件,证明其拟提供的服务符合招标文件规定.
该证明文件是投标文件的一部分.
10.
2上款所述的证明文件,可以是文字、图纸和数字.
11.
投标报价11.
1所有投标均以人民币报价.
投标人的投标报价应遵守"中华人民共和国价格法".

11.
2投标人应在投标报价明细表上标明投标相关服务的单价(如适用)和总价,并由法定代表人或其授权代表签署.
11.
3任何包含价格调整要求的投标,将被认为是非响应性投标而予以拒绝.
1011.
4每种货物及服务只能有一个投标报价.
12.
投标有效期12.
1投标应在规定的提交投标文件截止日起后的90天内保持有效,投标有效期不满足要求的投标将被视为非响应性投标而予以拒绝.
12.
2招标采购单位可根据实际情况,在原投标有效期截止之前30天,要求投标人同意延长投标文件的有效期,接受该要求的投标人将不会被要求和允许修正其投标文件.
投标人也可以拒绝招标采购单位的这种要求.
上述要求和答复都应以书面形式提交.
13.
投标文件的签署及规定13.
1投标人应准备投标文件正本1份和副本4份,投标文件电子版2份(光盘1张、U盘一个),每份投标文件须清楚地标明"正本"或"副本".
若正本和副本不符,以正本为准.
13.
2投标文件的正本需打印或用不褪色墨水书写,并由投标人的法定代表人或经其正式授权的代表签字并加盖单位印章.
投标文件的副本可采用正本的复印件.

13.
3任何行间插字、涂改和增删,必须由投标文件签字人签字或盖章后才有效.

13.
4投标文件因字迹潦草或表达不清所引起的后果由投标人负责.
四投标文件的递交14.
投标文件的密封和标记14.
1投标时,投标人应将投标文件正本和所有的副本分开密封装在单独的信封中,且在信封正面标明"正本""副本"字样.
14.
2为方便开标唱标,投标人应将"投标函及开标一览表"单独密封,并在信封上标明"投标函及开标一览表"字样,在投标时单独递交.
14.
3电子版文件单独密封,并标明项目名称及电子版字样.
14.
4所有信封上均应:1)清楚标明递交至招标公告或投标邀请书中指明的地址.
2)注明招标公告或投标邀请书中指明的项目名称、招标编号和"在(开标日11期、时间)之前不得启封"的字样.
3)在信封的封装处加盖投标人公章.
14.
5所有信封上还应写明投标人名称和地址,以便若其投标被宣布为"迟到"投标时,能原封退回.
14.
6如果投标人未按上述要求密封及加写标记,招标采购单位对投标文件的误投或过早启封概不负责.
15.
投标截止期15.
1投标人应在招标公告或投标邀请书中规定的截止日期和时间内,将投标文件递交招标采购单位,递交地点应是招标公告或投标邀请书中规定的地址.
15.
2招标采购单位有权按本须知的规定,通过修改招标文件延长投标截止期.
在此情况下,招标采购单位和投标人受投标截止期制约的所有权利和义务均应延长至新的截止期.
15.
3招标采购单位将拒绝并原封退回在本须知规定的投标截止期后收到的任何投标文件.
16.
投标文件的修改与撤回16.
1投标以后,如果投标人提出书面修改或撤标要求,在投标截止时间前送达招标采购单位者,招标采购单位将予以接受.
16.
2投标人对投标文件的修改或撤回通知应按本须知规定编制、密封、标记和发送.

16.
3在投标截止期之后,投标人不得对其投标文件做任何修改.
16.
4从投标截止期至投标人在投标书格式中确定的投标有效期之间,投标人不得撤回其投标.
五开标及评标17.
开标17.
1招标采购单位应当按招标公告或投标邀请书的规定,在投标截止时间的同一时间和招标公告或投标邀请书预先确定的地点组织公开开标.
开标时邀请所有投标人12代表、采购人和有关方面代表参加.
参加开标的代表应签名报到以证明其出席.

17.
2投标人代表的法人授权书原件或法定代表人身份证明原件除按要求装订在投标文件正本中外,须另外再单独提供一份法人授权书原件或法定代表人身份证明原件(适用法定代表人参加开标会)及个人身份证原件.
投标人代表参加开标会时出示.
否则,招标人有权拒绝其投标.
17.
3开标时,由投标人或其推选的代表或监标人检查投标文件的密封情况,经确认无误后,由招标采购单位当众宣读投标人名称、投标价格、价格折扣、书面修改和撤回投标的通知等.
对于投标人在投标截止期前递交的投标声明,在开标时当众宣读,评标时有效.
17.
4唱标前,将对各投标人的信用记录进行查询,投标人如有不良信用记录的将在开标记录表中如实记录,各投标人的授权代表须在开标记录表签字确认.
17.
5除了按照本须知的规定原封退回迟到的投标文件之外,开标时将不得拒绝任何投标.
17.
6招标采购单位将对唱标内容做开标记录,由投标人代表签字确认.
18.
组建评标委员会18.
1评标委员会根据采购项目的特点进行组建,并负责评标工作.
评标委员会的组成符合北京市有关规定.
19.
资格性检查19.
1指依据法律法规的规定,开标后,采购人或招标代理机构对投标人提供的资格审查文件进行审查.
19.
2资格审查将在评标前完成,审查内容见下表.
经审查,合格投标人不足3家的,不进入评标程序.
资格性审查表序号项目内容合格条件要求1营业执照有效的营业执照需提供加盖法人公章的营业执照复印件2没有重大违法记录的承诺书参加政府采购活动前三年内(2017年1月1日至今),在经营活动中没有重大违法记录.
投标人出具加盖法人印章和法定代表人签字或盖章的承诺证明书133无不良行为记录承诺书投标人及其法定代表人、拟派该项目负责人在参加投标活动前无不良行为记录投标人出具加盖法人印章和法定代表人签字或盖章的承诺证明书4税款和社会保障资金缴纳记录依法缴纳税款和社会保障资金投标人出具加盖法人印章的最近一次缴纳税款和社会保障资金凭证复印件5信用状况未被信用中国网站(www.
creditchina.
gov.
cn)、中国政府采购网(www.
ccgp.
gov.
cn)列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单.
开标现场查询记录为依据19.
3投标人须严格按资格性审查表的要求提供资料及证明文件,并严格按要求签字盖章.
有任何一条要求不满足,将导致资格审查不能通过.
20.
符合性检查20.
1依据招标文件的规定,由评标委员会从投标文件的有效性、完整性和对招标文件的响应程度进行审查,以确定是否对招标文件的实质性要求作出响应.
21.
投标文件的澄清21.
1在评标期间,评标委员会有权以书面方式要求投标人对其投标文件中含义不明确、对同类问题表述不一致或者有明显文字和计算错误的内容作必要的澄清.
投标人澄清应在评标委员会规定的时间内以书面方式进行,并不得超出投标文件范围或者改变投标文件的实质性内容.
21.
2澄清文件将作为投标文件内容的一部分.
21.
3算术错误将按以下方法更正:开标时,投标文件中"开标一览表"(报价表)内容与投标文件中明细表内容不一致的,以"开标一览表"(报价表)为准;若单价计算的结果与总价不一致,以单价为准修改总价;若用文字表示的数值与数字表示的数值不一致,以文字表示的数值为准.
对不同文字文本投标文件的解释发生异议的,以中文文本为准.
如果投标人不接受对其错误的更改,其投标将被拒绝.

22.
投标偏离与非实质性响应22.
1对于投标文件中不构成实质性偏差的不正规、不一致或不规则,评标委员会可以14接受,但这种接受不能损坏或影响任何投标人的相对排序.
22.
2在比较与评价之前,根据本须知的规定,评标委员会要审查每份投标文件是否实质上响应了招标文件的要求.
实质上响应的投标应该是与招标文件要求的全部条款、条件和规格相符,没有重大偏离的投标.
对关键条款,例如关于适用法律、缴税等内容的偏离、保留和反对,将被认为是实质上的偏离.
评标委员会决定投标的响应性只根据投标文件本身的内容,而不寻求外部的证据.
22.
3实质上没有响应招标文件要求的投标将被拒绝.
投标人不得通过修正或撤销不符合要求的偏离或保留从而使其投标成为实质上响应的投标.
如发现下列情况之一的,其投标将被拒绝:(1)未按照招标文件规定要求密封、签署、盖章的;(2)不具备招标文件中规定资格要求的;(3)不符合法律、法规和招标文件中规定的其他实质性要求的.
23.
比较与评价23.
1经资格性审查及符合性审查合格的投标文件,评标委员会将根据招标文件确定的评标标准和方法,对其技术部分和商务部分作进一步的比较和评价.
23.
2评标严格按照招标文件的要求和条件进行.
23.
3本项目采用下列评标方法:综合评分法.
具体见招标文件第六章"评标办法".

24.
评标过程及保密原则24.
1开标之后,直到授予中标人合同止,凡与本次招标有关人员对属于审查、澄清、评价和比较投标的有关资料以及授标意向等,均不得向投标人或其他无关的人员透露.
24.
2在评标期间,投标人试图影响招标采购单位和评标委员会的任何活动,将导致其投标被拒绝,并承担相应的法律责任.
15六确定中标25.
中标候选人25.
1评标委员会依据本招标文件第六章"评标办法",对投标文件进行评审和比较,向采购人提出书面评标报告,并推荐评审得分排名位于前3名的合格投标人为中标候选人.
26.
确定中标人26.
1采购人将合同授予被确定为实质上响应招标文件要求的、能够满意地履行合同义务,并在价格、服务、履约能力、资信状况等方面具有竞争力的投标人.

26.
2采购人不承诺将合同授予投标报价最低的投标人.
采购人在发出中标通知书前,有权依据评标委员会的评标报告拒绝不合格的投标.
26.
3采购人应接受评标委员会推荐的中标候选人,不得在评标委员会推荐的中标候选人之外确定中标人.
26.
4如果所有的中标候选人均放弃中标或因不可抗力提出不能履行合同,采购人将依法重新招标.
27.
保留权利27.
1因不可抗力或中标人不能履约等情形,采购人保留与其他候选中标人签订合同的权利.
28.
中标通知书28.
1中标人确定后,招标采购单位以书面形式向中标人发出中标通知书.
28.
2中标通知书是合同的组成部分.
29.
签订协议29.
1中标人应当自中标通知书发出之日起30日内,与采购人签订协议,否则按开标后撤回投标处理.
29.
2招标文件、中标人的投标文件及其澄清文件等,均为签订协议的依据.
16七询问、质疑30.
询问、质疑30.
1投标人有权力在中标公告发出之日起七个工作日内以书面形式向招标代理机构提出询问或质疑,采购人应当在收到投标人的书面质疑后七个工作日内作出答复,并以书面形式通知质疑投标人和其他有关投标人,但答复的内容不得涉及商业秘密.
30.
2投标人提出质疑的范围,只限于招标文件、招标过程以及中标结果三个方面的事项.
30.
3投标人提出质疑必须认为招标文件、招标过程、招标结果使自己的权益受到损害,并提出受损害的事实和理由.
30.
4质疑投标人对采购人、采购代理机构的答复不满意或者采购人、采购代理机构未在规定的时间内作出答复的,可以在答复期满后十五个工作日内向同级政府采购监督管理部门投诉.
30.
5投诉人对政府采购监督管理部门的投诉处理决定不服或者政府采购监督管理部门逾期未作处理的,可以依法申请行政复议或者向人民法院提起行政诉讼.

八服务费31.
服务费31.
1招标代理机构将向中标单位收取中标服务费.
中标服务费收费办法和标准按照国家发展计划委员会颁发的《招标代理服务收费管理暂行办法》(计价格[2002]1980号)和国家发展改革委办公厅关于招标代理服务收费有关问题的通知(发改办价格[2003]857号)执行.
31.
2中标人在领取中标通知书当日内向招标代理机构缴付以上费用.
九政府采购信用担保32.
政府采购信用担保32.
1投标人可以以履约担保函的形式交纳履约保证金,履约担保函的格式详见投标文件格式中的内容.
1732.
2投标人可以选择是否采取融资担保的形式为政府采购项目履约进行融资,试点专业担保机构的联系方式如下:一、中国投资担保有限公司地址:北京市海淀区西三环北路100号光耀东方写字楼19层联系人:刘尊手机:18701216551联系电话:88822559、88822659传真:68437040、68472315电子邮箱:liuzun@guaranty.
com.
cn二、北京首创融资担保有限公司地址:北京市西城区闹市口大街1号长安兴融中心四号楼联系人:杨阳、陈浩然手机:13488752033、18910210850联系电话:58528750、58528760传真:58528757电子邮箱:yangyang@scdb.
com.
cn、chenhaoran@scdb.
com.
cn三、北京中关村科技融资担保有限公司地址:北京市海淀区中关村南大街乙12号天作国际大厦A座28层联系人:高路、孙莹手机:13910831161、13720094769联系电话:59705600-6011、6931传真:59705606电子邮箱:tailiwendy@126.
com18第三章合同条款双方本着平等互惠的原则,就项目技术服务采购事项通过友好协商,现授权各自代表按照下述条款签署本合同.
第一章定义1.
1"本工程"或"本项目":指.
1.
2"系统":指.
1.
3"技术服务":指对于此系统进行总体规划、设计、安装、调测及保修服务.
1.
4"甲方":指.
1.
5"乙方":指.
1.
6"双方":指甲方和乙方.
1.
7"一方":指甲方或乙方.
1.
8"初步验收"或"初验":指系统安装、调测、割接、甲方能够正常使用各项功能后,甲方在乙方的协助下对系统进行测试和验证,若达到所有相关技术要求,则双方共同签署《初验合格证书》,系统进入试运行.
1.
9"最终验收"或"终验":指通过试运行期后,甲方在乙方的协助下对系统进行的全面的、最后的检验,以证明其满足技术规范书所有要求.
若系统通过最终验收,则双方将签署《最终验收合格证书》.
1.
10"服务期内技术支持与服务":指乙方为甲方提供的,自甲方颁发《最终验收合格证书》之日起为期两年的保修及技术支持和服务.
第二章项目内容和项目进度计划2.
1本项目乙方为甲方提供如下服务:开发及部署上线.
具体的技术规格详见《技术协议》.
2.
2进度要求:合同签订后2个月内要求完成需求调研和需求分析,形成需求规格说明书,并细化系统建设计划、目标任务书和测试验收方案;合同签订后6个月内要求完成全部系统开发部署工作(含软件设计开发、数据库建设、系统测试、系统部署等),投入试运行,同时进行初验;试运行1个月后,进行最终验收.
第三章合同价款及支付方式3.
1本合同的总价款(以下称为:合同总价)为人民币大写:元($元).
193.
2支付方式:甲方与乙方之间通过(电汇)方式进行结算.
3.
2.
1首付款:甲方自本合同正式签定之日起,在收到乙方提供的如下单据十个工作日内,向乙方支付合同总价款50%的首付款金额,$元(大写人民币元).
(1)金额与付款金额等额的正式发票;3.
2.
2初验付款:甲方应于本项目工作全部完成后十日内,在收到乙方提供的如下单据十个工作日内,向乙方支付合同总金额35%,$元(大写人民币元).
(1)金额与付款金额等额的正式发票;(2)双方签署的"初验合格证明"复印件一份.
3.
2.
3终验付款:甲方应于试运行期结束后十日内,在收到乙方提供的如下单据十个工作日内,向乙方支付合同总金额10%,$元(大写人民币元).
(1)金额与付款金额等额的正式发票;(2)双方签署的"终验合格证明"复印件一份.
3.
2.
4尾款:甲方应于服务期满后十日内,在收到乙方提供的如下单据十个工作日内,向乙方支付合同总金额5%,$元(大写人民币元).
(1)金额与付款金额等额的正式发票;3.
3乙方的银行信息如下:开户名称:银行帐号:开户银行:3.
4乙方开户银行、帐号等如有变更,应在本合同规定的付款期限前15天,以书面方式通知甲方.
如未按时通知或通知有误而影响结算者,乙方应承担相应责任.

3.
5由于乙方提供的正式发票不合格而引起的一切责任(包括商业责任和法律责任)和损失由乙方承担.
3.
6本项目实施过程中,若甲方中途变更方案或发生设备及其他服务的调整变化,相应费用的变化由双方另行协商解决.
20第四章双方的权利和义务4.
1甲方的权利和义务4.
1.
1甲方负责提供技术方案、项目实施的具体时间和计划并负责项目质量.

4.
1.
2甲方有权按照本合同约定要求乙方提供相应标准的服务.
4.
1.
3甲方有权组织验收评审组对乙方服务进行评审.
4.
1.
4甲方为乙方服务提供服务场地、服务配套设备,负责协调专网使用的工作,为项目实施提供保障.
.
4.
1.
5甲方应严格按照合同约定组织验收确认乙方工作量并支付合同款项.
4.
1.
6甲方指派专员协调内部管理并与乙方进行联络.
4.
2乙方的权利和义务4.
2.
1乙方应严格执行甲方的技术方案,并根据甲方要求提供技术服务.
但若因为技术方案等非因乙方原因造成本项目服务无法达到预计结果,甲方应按照乙方实际工作量按照本项目合同金额付款.
4.
2.
2乙方应保证服务质量,并按照甲方要求提供服务人员,在服务期间和甲方提供的服务场所内接受甲方的管理.
4.
2.
3乙方工作完成时,应及时提交甲方确认.
若甲方提出乙方提供人员不满足合同约定要求时,乙方应及时予以更换.
4.
2.
4乙方应对甲方提供的技术资料、软件、技术参数等资料文件进行保密,乙方此项保密义务在本合同终止之日起2年内仍然有效.
4.
2.
5乙方指派专员协调内部管理并与甲方进行联络.
第五章方案与验收5.
1本项目下技术服务内容的服务方案以及配套要求由甲方提供,乙方依据甲方要求提供服务.
但若因技术方案等非乙方原因造成合同服务目的不能实现,甲方应按照乙方实际工作量和本合同约定的付款条款正常支付合同款项.
5.
2验收:本合同执行过程中,乙方应严格执行双方约定的要求,本合同履行期结束后5日之内,甲方依据的标准进行评审.
5.
3验收标准:甲方与乙方将根据项目进度表对乙方提交的软件产品进行初验测试、试运行和最终验收等各项验收工作.
第六章违约责任6.
1任何一方不履行或不完全履行本合同约定条款的,构成违约.
6.
2合同一方违反本合同规定,给另一方造成经济损失的,由违约方承担赔偿责任.

21甲方根据本合同规定终止合同的,乙方应返还所有已从甲方收到的价款、费用,并按照银行同期贷款利率返还上述款项的利息.
6.
3甲方未能按时组织验收或付款,每逾期一周,应向乙方支付合同总价1.
5%的违约金,直至付清欠款.
6.
4由于乙方原因,未能按照合同约定的要求完成工作,每逾期一周,乙方应向甲方支付合同总价1.
5%的违约金.
6.
5甲乙双方需要调整项目内容和进度的,双方需要另行协商后签署补充协议.

第七章保密条款7.
1本合同一方("资料披露方")对其向本合同另一方("资料接受方")按照本合同规定所提供的各类技术和商业资料、规格说明、图纸、文件及专有技术等(以下简称"保密资料")享有合法完整的所有权.
7.
2除本合同授权实施的行为外,资料接受方应将保密资料作为商业秘密予以保护,且不得将该保密资料任何部分或全部进行复制或向第三方披露.
资料接受方可仅为本合同的目的向其确有知悉必要的雇员披露对方提供的保密资料,但同时须指示其雇员遵守本章规定的保密及不披露义务.
资料接受方应对根据本合同接受的保密资料妥善保管,向其提供不低于向接受方自有商业秘密提供的保护之保护.
对于保密资料在资料接受方期间发生的被盗、遗失、不慎泄露以及其他对其保密性存在现实或潜在损害的事件,资料接受方应承担全部责任,并赔偿资料披露方因此遭受的损失.
本合同终止或解除后,一方必须销毁所有保密资料的复制件并将原件返还给另一方.
7.
3当出现下述情况时,本条对保密资料的限制不适用,当保密资料:(1)并非因资料接受方的过错而已经进入公有领域的;(2)已通过该方的有关记录证明是由资料接受方独立开发的;(3)由资料接受方从没有违反对资料披露方的保密义务的人处取得的.
(4)法律或有关证券交易所、有管辖权的法院要求资料接受方披露的,但资料接受方应在合理的时间提前通知资料披露方,使其得以采取其认为必要的保护措施.
7.
4本合同保密期限为自本合同生效之日起贰年.
第八章权利归属条款228.
1本合同甲方委托乙方在技术服务中完成的技术成果的所有权益,包括但不限于知识产权及所有权,属于甲乙双方.
8.
2乙方按照本合同约定在履行系统维护和技术服务的过程中,利用甲方提供的相关资料和工作条件完成的新技术成果的所有权益,包括但不限于知识产权及所有权,属于甲乙双方.
第九章税收条款9.
1双方将各自承担中国有关机构根据中国税法向其征收的所有与合同执行有关的税费.
第十章不可抗力10.
1本合同所称不可抗力,是指本合同各方由于地震、台风、水灾、火灾、战争以及其它不能预见,并且对其发生和后果不能防止或不能避免且不可克服的客观情况.

10.
2本合同任何一方因不可抗力不能履行或不能完全履行本合同的义务时,应在不可抗力发生之日起的30个日历日内书面通知本合同的其它方,并在不可抗力发生之日起的90个日历日内向其它方提供由有关部门出具的不可抗力证明.
10.
3因不可抗力不能履行合同的,根据不可抗力的影响,部分或全部免除责任,但法律另有规定的除外.
迟延履行合同后发生不可抗力的,不能免除责任.
10.
4如果因不可抗力的影响致使本合同中止履行90个日历日或以上时,甲方有权决定是否继续履行或终止本合同,并书面通知乙方.
第十一章法律适用和争议解决11.
1本合同适用中华人民共和国法律.
11.
2所有因本合同引起的或与本合同有关的任何争议将通过双方友好协商解决.

如果双方不能通过友好协商解决争议,任何一方均有权将争议提交乙方所在地人民法院,通过诉讼方式解决.
第十二章生效及其他12.
1本合同由双方授权代表签字并加盖公章或合同专用章之日起生效.
12.
2本合同将保持其有效直至双方已完全履行本合同项下的所有义务并双方之间的所有付款和索赔已结清.
12.
3本合同一式四(4)份,甲方持二份(2)份,乙方持二份(2)份,各份具有同等法律效力.
2312.
4任何一方未经另一方同意不得向任何第三方透露合同内容.
本合同中合同各方的某些义务,包括保密条款,在本合同终止或有效期之后仍对合同各方具有约束力.
任何与本合同相关但未在合同中明确规定的事项将由双方友好协商予以解决.

12.
5对合同内容做出的任何修改和补充应为书面形式,由双方授权代表签字并加盖公章或合同专用章后成为合同不可分割的部分.
12.
6甲方与乙方因执行本合同或与本合同有关的一切的通知都必须按照本合同中的地址,以书面信函形式或甲方与乙方确认的传真或类似的通讯方式进行.
采用信函方式的应使用挂号信或者具有良好信誉的特快专递送达.
如使用传真或类似的通讯方式,通知日期即为通讯发出日期,如使用挂号信件或特快专递,通知日期即为邮件寄出日期并以邮戳为准.
12.
7未得到对方的书面许可,一方均不得以广告或在公共场合使用或摹仿对方的商业名称、商标、图案、服务标志、符号、代码、型号或缩写,任何一方均不得声称对对方的商业名称、商标、图案、服务标志、符号、代码、型号或缩写拥有所有权.

12.
8如果本合同的任何条款在任何时候变成不合法、无效或不可强制执行而不从根本上影响本合同的效力时,本合同的其它条款不受影响.
第十三章双方同意,为合同不可分割的部分.
若与合同正文有任何不一致,以合同正文为准.
第十四章法定地址甲方:地址:联系人:电话:传真:邮编:乙方:地址:联系人:电话:传真:邮编:24(以下无合同正文)甲方:乙方:授权代表:授权代表:年月日年月日25第四章服务需求1.
技术要求1.
1现状上地街道成立于2000年3月,地处海淀区东北部,地域总面积9.
52平方公里.
上地街道目前共有12个社区,辖区内座落着上地信息产业基地、中关村软件园等高科技园区,是中关村自主创新示范区核心区的重要组成部分.
上地街道作为海淀区政府的下辖单位,目前已经自建多个业务系统出现了如下几个问题:一是各个系统相互对立,相互存在信息壁垒,各系统都保存有城市的一方面的信息,但是他们相互对立,无法融合协同;二是重复建设严重,浪费了很多资源;三是每个系统都需要进行维护管理,维护成本高昂.
四是各业务系统出口只停留在事件上报监管层面,缺乏事件的闭环处理.
目前海淀区城市大脑的已有、及在建系统也不能满足融合上地街道现有自建业务系统的需求.
同时全国"城市大脑"推进如火如荼,上地街道有大量的智慧城市产业相关企业,理应尽早迈出第一步,提高街道事件管理行业智能分析和辅助决策的水平.
上地街道办事处指挥中心大屏采用室内10*3高清显示屏,每个拼接屏分辨率为1920*1080,整屏分辨率为19200*3240,具体技术参数以相关章节确定为准.
1.
2建设内容本技术规范书所列功能需求以及指标,旨在对功能框架的设计提供支持,而不是功能需求的最终描述,功能模块的实际内容需在系统实施过程中根据具体的需求进行调整.

本期项目建设以上地街道痛点为出发点,以避免重复建设原则,通过对各业务系统调研,建设上地街道城市分脑业务管理系统.
具体建设内容如下表所示:建设内容清单表序号建设内容功能说明1运行调度指挥系统1.
1城市秩序管理1.
1.
1城市秩序业务架构1.
1.
2城市秩序可视化界面1.
1.
3城市秩序可视化控件1.
1.
4城市秩序webGIS1.
1.
5城市秩序数据集成1.
1.
6城市秩序事件管理模块1.
2城市部件管理1.
2.
1城市秩序业务架构261.
2.
2城市秩序可视化界面1.
2.
3城市秩序可视化控件1.
2.
4城市秩序webGIS1.
2.
5城市秩序数据集成1.
2.
6城市秩序事件管理模块1.
3民生服务管理1.
3.
1民生服务业务架构1.
3.
2民生服务可视化界面1.
3.
3民生服务可视化控件1.
3.
4民生服务webGIS1.
3.
5民生服务数据集成1.
3.
6民生服务事件管理模块1.
4道路交通管理1.
4.
1道路交通业务架构1.
4.
2道路交通可视化界面1.
4.
3道路交通可视化控件1.
4.
4道路交通webGIS1.
4.
5道路交通数据集成1.
4.
6道路交通事件管理模块1.
55G技术场景应用—视频监控1.
5.
1视频监控设备台帐1.
5.
2视频监控可视化界面1.
5.
3视频监控设备控制控件1.
5.
4视频监控webGIS1.
5.
5视频监控实时数据集成1.
5.
65G视频管理模块1.
6预案和处置指挥管理1.
6.
1预案和处置指挥业务架构1.
6.
2预案和处置指挥可视化界面1.
6.
3预案和处置指挥可视化控件1.
6.
4预案和处置指挥webGIS1.
6.
5预案和处置指挥数据集成1.
6.
6预案和处置指挥事件管理模块1.
6.
7预案和处置指挥事件统计模块271.
6.
8预案和处置指挥事件跟踪模块1.
6.
9预案和处置指挥事件处理模块1.
7多展示模式配套定制(根据用户需求灵活定制)1.
7.
1蓝色色主题模式1.
7.
2灰色主题模式1.
7.
3新年主题模式1.
7.
4元宵节主题模式1.
7.
5建党节主题模式1.
7.
6建军节主题模式1.
7.
7国庆节主题模式1.
7.
8中秋节主题模式1.
7.
9元旦主题模式1.
8事件处理核心功能1.
8.
1城市部件事件处理引擎1.
8.
2民生服务事件处理引擎1.
8.
3道路交通事件处理引擎1.
8.
4城市部件事件路由1.
8.
5民生服务事件路由1.
8.
6道路交通事件路由1.
8.
7城市部件事件管理1.
8.
8民生服务事件管理1.
8.
9道路交通事件管理1.
8.
10事件日志跟踪服务1.
8.
11事件推送服务1.
8.
12事件模版引擎1.
8.
13事件接口服务1.
8.
14事件回调服务1.
8.
15事件纠错1.
8.
16事件审核1.
8.
17事件GIS管理1.
8.
18事件APP接口服务1.
8.
19事件流程管理1.
8.
20事件统计查询1.
8.
215G事件处理引擎281.
8.
225G事件管理1.
8.
235G事件接口服务1.
8.
245G事件统计查询1.
8.
255G事件配置管理1.
9城市部件模块(安卓版APP)1.
9.
1登录页1.
9.
2GIS地图管理1.
9.
3事件检索1.
9.
4事件处理1.
9.
5个人中心/修改密码/登出1.
9.
6事件统计1.
9.
7事件推送1.
10民生服务模块(安卓版APP)1.
10.
1登录页1.
10.
2GIS地图管理1.
10.
3事件检索1.
10.
4事件处理1.
10.
5个人中心/修改密码/登出1.
10.
6事件统计1.
10.
7事件推送1.
11道路交通模块(安卓版APP)1.
11.
1登录页1.
11.
2GIS地图管理1.
11.
3事件检索1.
11.
4事件处理1.
11.
5个人中心/修改密码/登出1.
11.
6事件统计1.
11.
7事件推送1.
125G事件处理模块(安卓版APP)1.
12.
1登录页1.
12.
2GIS地图管理1.
12.
3事件检索1.
12.
4事件处理291.
12.
5个人中心/修改密码/登出1.
12.
6事件统计1.
12.
7事件推送1.
13人口网格化数据1.
13.
1位置网格查询-根据坐标点查询栅格1.
13.
2位置网格查询-通过矩形查询栅格1.
13.
3位置网格查询-通过多边形查询栅格1.
13.
4网格人口特征-单网格查询1.
13.
5网格人口特征-多网格汇总1.
13.
6人口偏好-单网格查询1.
13.
7人口偏好-多网格汇总1.
13.
8人口品牌型号-单网格查询1.
13.
9人口品牌型号-多网格汇总1.
13.
10人口迁徙-单网格查询1.
13.
11人口迁徙-多网格汇总1.
13.
12网格人口规模-单网格查询1.
13.
13网格人口规模-多网格汇总1.
13.
14外省人口数量-单网格查询1.
13.
15外省人口数量-多网格汇总1.
13.
16外市职住-单网格查询1.
13.
17外市职住-多网格汇总1.
13.
18网格日人流-单网格查询1.
13.
19网格日人流-多网格汇总1.
13.
20网格月驻留属性-单网格查询1.
13.
21网格月驻留属性-多网格汇总1.
14综合监控管理将上述业务模块的重点业务和监控指标挑选出来进行可视化汇总监控2数据融合管理系统2.
1通用API模块2.
1.
1API鉴权服务2.
1.
2API服务管理2.
1.
3API应用管理302.
1.
4API调用日志2.
1.
5API流控2.
1.
6API统计分析2.
2业务数据查询2.
2.
1时序数据展示2.
2.
2设备数据查询2.
2.
3告警查询2.
2.
4API调用记录查询2.
2.
5接口日志查询2.
2.
6登录/设备数量/部件查询2.
3业务数据存储2.
3.
1设备原始数据存储2.
3.
2设备业务数据存储2.
3.
3缓存服务2.
4定时任务管理2.
4.
1告警关闭处理2.
4.
2设备状态监测2.
4.
3后台数据处理服务2.
5规则引擎2.
5.
1融合规则引擎2.
5.
2融合模版引擎2.
5.
3融合事件处理2.
5.
4告警公式管理2.
5.
5规则管理2.
5.
6公式引擎2.
6数据交换2.
6.
1数据标准化2.
6.
2数据定制2.
6.
3数据清洗2.
6.
2数据流转引擎2.
7事件生成2.
7.
1事件合并2.
7.
2事件推送方式2.
8告警收敛312.
8.
1告警合并2.
8.
2告警公式匹配2.
8.
3告警分类处理3可视化基础系统3.
1数字化系统引擎3.
1.
12D渲染引擎3.
1.
23D渲染引擎3.
1.
3渲染引擎图元3.
1.
4动态组件3.
1.
5画面构建功模块3.
1.
6引擎显示模式控制3.
2数字化系统设计器3.
2.
1画面编辑3.
2.
2组件属性设置3.
2.
3数据绑定3.
2.
4实时预览3.
3数字化系统服务3.
3.
1数据集成3.
3.
2任务调度管理3.
4数字化系统控制台3.
4.
1画面控制模块3.
4.
2数据源控制模块3.
4.
3数据同步模块3.
5数据维护模块3.
5.
1自动采集模块3.
5.
2人工填报模块4数字化导播系统4.
1数字化导播系统应用4.
1.
1大屏模式管理4.
1.
2信号源分组管理4.
1.
3分布式控制模块4.
2平板映射操控应用4.
2.
1Ipad设备映射控制模块4.
2.
2surface设备映射控制模块324.
2.
3PC端映射控制模块4.
3系统控制端4.
3.
1导播系统配套弧形操控屏4.
3.
2导播系统配套工作站5测试与部署测试与部署6系统培训系统培训7售后服务售后服务1.
3功能需求1.
用户需求用户主要包括上地街道办事处指挥中心的工作人员、其它街道运行管理所涉及的职能部门的业务工作人员、专家以及街道办事处的相关领导等用户.
此外,基于系统管理的需要,还有一类用户为系统管理员.
职能部门工作人员工作人员是指涉及街道运行管理的相关职能部门的工作人员,该类用户期望通过本系统获得以下服务:日常监控:全面监视街区、路口的实时运行情况,及时发现隐患或问题,及早采取预控措施,防止事故发生;主动运用视频追踪、视频分析、图像识别、比对报警等新技术,积极开展视频指挥、视频巡逻、视频监督管理等实战应用;应急事件处置:实现对业务流程中的所有事件进行监督和管理的功能,事件处理和流转的全程控制,并在事件上填写意见和审批信息.
系统提供事件转发、回退、延期、催办、督办等操作;预警分析和报警处置:对监测数据进行预警分析,随时了解相关的预警报警状况,辅助对业务部门进行响应的预警和报警进行必要的处置;行业标准支持:通过对累积的街道事件管理数据分析,提出总结性规律,如城市运行相关的预测模型等,辅助事故预测,支持行业标准的制定和修改.
街道办事处相关领导街道办事处相关领导期望通过本系统获取以下两类服务:数据查看:相关领导能够利用系统直观的查看相关数据;决策支持:能够通过各种模型对城社区综合监控信息、城市秩序管理信息、城市部件管理信息、事件调度指挥处置信息、重点监控信息等社区运转情况进行了解,并能够实时查看街道事件管理所涉及的相关环节的实时动态数据,获得辅助的决策支持.
系统管理员该类用户对的软硬件系统、业务系统、数据库、监测设备工作状态等进行统一管理,辅助信息管理和发布,数据库维护,业务系统配置和维护等.
332.
业务需求分析目前的上地街道指挥中心的工作业务种类较多,日常主要面对的业务包括:城管、综治、民生、交通、视频维护、应急指挥等业务工作.
以下内容要求基于可视化系统或者现有系统进行开发实施.
投标方须深入调研,认真梳理业务逻辑和实际应用场景,完成数据融合、一体化展示需求(具体展示内容数据、融合数据由业主提供).
以往单纯的靠人力手段去对各个业务流程进行跟踪与治理,不能做到预知预判或实时监控监管,为综合管理上面的业务工作流,提升工作效率,服务满意度,指挥中心需要通过智能大数据多业务管理系统来实现多业务的综合管控手段,运行调度指挥系统将来自各个系统的复杂繁多的数据转化为简洁明了的图形(2D、3D)画面,让街道管理者以直观的方式利用量化指标,迅速、清楚地掌握社区街道的状况,及时发现问题所在,同时看出业务对象的内在运行规律,对异常指标进行预警和挖掘分析,为街道管理者提供"一站式"决策支持和信息服务.
在紧急情况下,可以作为应急指挥中心,总体协调资源,快速应对并解决问题.
建立统一数据融合管理系统,集中汇聚城管、综治等各类业务信息和事件,并通过无线通讯、GIS等手段将领导、各部门、现场工作人员和指挥中心紧密联接起来.
例如:城管人员分布情况动态掌握,对市容环境问题智能行为识别,自动派单;对违章事件统计和处理进度进行自动追踪;利用多部门的设备资源达到统一社会秩序监管和处理进度追踪;实现闭环处理,执法流程化,规范化,自动化.
数据由业主协调提供.
建立数据融合管理系统,依托完整的城市部件数据地图;同时通过摄像头,传感器等手段,实现城市部件智能监管,第一时间发现异常予以告警;对数字化手段,或者人工上报的事件进行自动派单,自动追踪;建立完整的部件台帐系统,自动预警城市部件资源储备情况,并对部件生产厂家及维修周期进行报备,同步响应部件维修或更换流程.
对部件发生频率进行大数据分析及统计,做到重点监管,及早预防.
同时对城市部件的管理实现闭环处理,达到流程规范化,流程化,自动化.

此外还可以实现自动违章抓拍及告警数据统计,对多事故多违章路段加强警力或辅助手段,规范路面行车安全,保障路面畅通.
建立统一数据融合管理系统,统筹布局管理辖区内的所有民生服务资源,(包括公共事业、公安消防、医疗教育、酒店超市、缴费站点等民生服务资源)信息;实时监管服务站的服务信息、覆盖能力,服务类型、市民满意度和其他统计数据,做到及时调整配套服务结构;统一接入医疗、社保、公积金等数据,使居民可以在家通过社区APP享受的一键式便民服务.
通过运行调度指挥系统和数据融合管理系统,建立数字化事件处理预案体系;对社区内的危险源隐患集中记录与监管.
对火灾、积水、公共卫生及社会安全事件智能预警,并定制相应级别的数字化处置预案;发生事件时,值班人员根据告警级别一键启动相应事件预案,并通知相关责任人;同时建立完整的数字化地图数据,通过数据地图,调配周边资源,智能辅助决策;对事件处置形成"闭环流程",跟踪及结案归档事件.
34视频监控主题接入辖区内所有内网摄像头数据(同时作为海淀区5G试点接入一台5G视频摄像头),管理人员可以从多角度多维度动态切换及调控辖区内所有监控摄像头,做到安防与监控一体,提高远程响应速度与处置效率.
1.
4运行调度指挥系统要求1.
总体技术要求投标方所建系统应支持私有化部署,可以部署在政务云和私有云上,能够保护客户的整体系统和数据安全.
投标方可提供持续可靠的全业务运营服务.
2.
系统技术架构要求投标方提供的系统数据库应该大程度的优化系统访问效率.
系统后端需采用SpringCloud微服务架构,前端采用React技术进行前后端分离开发,达到前端静态化、后端数据化、系统无关化和架构分离化.
前后端采用RESTAPI方式以JSON格式进行数据交互.
3.
系统技术架构要求系统应具有开放性,提供通用API接口,可以与其他系统进行数据对接.
系统应对外API服务需要采用限流、限速等方式来对外部的调用进行控制,达到系统服务的稳定性,并记录API调用日志.
系统缓存需采用Redis分片集群的方式提供数据读写速度和高可用性,采集程序和入库程序需要通过Kafka消息中间件集群进行解耦,提高采集和入库速度.
数据库采用MySQL多主集群、MongoDB集群和TimescaleDB(时序数据库)结合的方式存储不同类型的业务数据.
4.
系统安全要求应用通过统一登陆认证,数据共享交换需进行安全认证,在项目中,根据需求把安全认证系统应用到每个功能和模块.
投标方应着重从系统总体架构、系统应用全流程角度考虑本项目应用软件系统的安全保证方案,使系统安全保证措施既符合系统承载的业务运转,同时满足招标方信息安全管理要求.

5.
系统可扩展性要求系统基于微服务架构开发,每一个服务均可进行多实例弹性扩展系统.
系统应具备业务模块、功能模块的扩展能力,需满足新增业务需求引起的系统扩展要求.

系统具备性能的可扩展性,当系统数据量和访问量增大,系统配置不能满足性能要求时,可以通过增加服务器或提高服务器配置等方法增加系统的业务处理能力.

6.
系统性能要求访问速度方面:查询速度不能大于5秒;稳定性方面:在利用本系统正常的工作中,不应出现妨碍工作顺利进行的系统错误或意外中止的情况;35资源利用方面:在进行海量数据的查询、统计、分析的过程中,允许CPU和内存的占用率提升及网络带宽占有量的加大,但在操作结束后,应该及时释放所占用的资源,以保证工作人员利用电脑顺利进行其它的工作;系统处理能力方面:系统用户较多,对系统的并发能力要求较高;使用灵活性方面:当系统与其它软件的接口发生变化,用户的操作方式、运行环境、对信息获取方式以及对期望获取的信息结果发生变化时,软件系统要做到易于调整,拥有高度的灵活性.

系统应能够保证7*24小时不间断工作,出现故障能够及时告警.
能够在非工作时间对系统进行局部维护,且不影响业务连续性.
7.
建设内容运行调度指挥系统建设内容详细描述如下:1)城市秩序管理城市秩序管理包括:解决占道经营,无照游商,散步小广告,店外经营,渣土车,泔水车,乱堆垃圾,共享单车秩序等问题.
要求根据系统可以及时发现出现的占道经营、乱堆放、机动车无序停放等各种不文明行为.

可以进行事件处理,并实时展现问题处理的进展以及过程结果.
通过系统,加强车辆乱停乱放治理,规范经营,消除路内违法停车,消除无照游商、店外经营;综合运用行政、经济、法律等手段改善程序秩序,营造安全、有序的城市静态环境.

投标方必须根据采购人要求提供可视化主题设计UI界面(精细效果图)及其功能设计说明.
2)城市部件管理城市部件主要是公共区域内的各项设施,包括公用设施类、道路交通类、市容环境类、园林绿化类、房屋土地类等市政工程设施和市政公用设施.
城市部件是以物质形态为特征的城市基础结构系统的基本组成部分,是城市可利用的各种设施,城市部件是城市经济、社会活动的基本载体,是真正属于城市的不可移动的要素.
以城市部件为载体,总和运用计算机、无线网络,利用GIS基础地理信息,获取城市部件信息,实时通过信息化管理在内系统性、网络性、程序性和透明性推进城市部件管理资源优化整合,实现城市部件管理科学化的有效手段.
城市部件管理包括:市容环境问题、宣传广告问题、施工管理问题、突发事件、界面秩序、扩展事件等问题.
投标方必须根据采购人要求提供可视化主题设计UI界面(精细效果图)及其功能设计说明.
3)民生服务管理民生服务管理业务系统统筹管理辖区内的所有民生服务力量,包括公共事业、公安消防、医疗教育、酒店超市、缴费站点等民生服务信息,帮助管理及了解辖区内便民服务覆盖情况,做到便利与民.
同时利用数据融合管理系统的大数据处理功能,对街道内的业务种类,业务数量进行综合分析统计,统合调配安排人力资源.
36投标方必须根据采购人要求提供可视化主题设计UI界面(精细效果图)及其功能设计说明.
4)道路交通监管道路交通监管通过物联网、空间感知、大数据、5G网络等信息技术手段把监管辖区内的路面交通信息数据、拥堵状况信息数据及路面突发事故等信息集中显示在指挥中心大屏上.
使管理人员可以总体把控辖区内拥堵路段及拥堵时间,做到提前疏导及预防,推动辖区内路面交通运输更顺畅、更安全.
同时接入交通数据,对违章处理、违章内容地点照片进行监控,重点区域重点布防.

投标方必须根据采购人要求提供可视化主题设计UI界面(精细效果图)及其功能设计说明.
5)预案和处置指挥管理建立数字化重大事件指挥预案体系,从而实现快速启动预案,快速联动体系、快速动员资源.

范围包括建设公共预案体系.
建立大数据分析模型,和人工智能手段提高决策管理效率,随着运行数据的积累,事件应对和决策支持将更加有效.
注:具体预案由招标方提供,投标方进行数字化实施.
上地街道指挥中心的数字化预案和处置指挥调度体系主要包括:事件管理(创建和启动)、指挥调度管理(数字化预案版本管理)、响应处置(包括多业务追踪导播、处置流程管理、资源管理等)等几个环节.
数字化预案和处置管理主要包括:指挥调度事件的级别定义(区分轻重缓急)、指挥调度组织机构的定义(指挥调度体系的启动、通知、到位)、指挥调度过程方案监控(指挥调度处置措施、指挥调度资源需求、指挥调度态势监控、联动信息监视等)、指挥调度资源的调配(资源分配、资源到位等)、指挥调度预案管理信息(指挥调度预案版本管理等).
投标方必须根据采购人要求提供可视化主题设计UI界面(精细效果图)及其功能设计说明.
6)5G技术场景应用—视频监控基于5G物联网技术,实时回放现场监控画面,并可用上帝视角鸟瞰监控区域.
管理人员可以从多角度多维度动态切换及调控辖区内所有监控摄像头,做到安防与监控一体.

7)多展示模式定制配合国家法定节假日或者参观迎检、国家重大事宜的需求,定制不同的主题模式,可根据日期自动切换或者手动指定特殊主题效果.
8)综合监控管理综合监控部分需实现以下业务功能:1.
实时监控:在上地街道GIS电子地图上展示视频监控、实时资源、交通路况、事故监控、人员密度、重要卡口等内容,可以实时掌握监控区域内的一切情况,对所管辖区域实现全方位,多视角,无盲区,全天候监控.
2.
人员大数据信息:展示一天内的人流量,今日人流量、昨日人流量对比以及人口密度排行;上地街道的人口组成,包括常住人口、过路人口、工作人口、省外人口,以及上地区域的男女人口比例,年龄组成等数据.
373.
城市重要秩序类的事件信息:无照游商、占道经营、小广告、机动车乱停、沿街晾晒、共享单车、乱倒垃圾、店外经营、渣土车等事件处理情况数据.
4.
城市部件类事件的数据:智能井盖、道路积水、道路塌陷、绿植破坏、垃圾箱等数据.

5.
重要道路交通状况:平均拥堵系数、平均车速;车辆识别功能,GIS上展示的事件定位可以弹出窗口展示抓拍的有问题的车辆信息.
6.
时间处理情况:事件处理统计(能够实现事件实时推送,视频联动内容,可以根据事件实时推送数据统计出在办事件,办结事件,办结率,准确率,误报率等信息的百分比),实时事件推送情况、事件视频.
7.
事件处理统计:展示了12个社区的城市秩序类、城市部件类、民生类、物联网监控类的整体事件统计数据.
8.
重点关注区域的视频画面.
投标方必须根据采购人要求提供可视化主题设计UI界面(精细效果图)及其功能设计说明.
9)事件处理核心功能要求设计开发一套事件处理引擎,可对上地街道范围内城市部件、民生服务、道路交通、5G技术场景—视频监控所产生的事件进行事件闭环处理.
要求对设备、系统监控到的城市部件、民生服务、道路交通、视频监控所产生的事件进行自动派单,自动追踪.
基于可编辑的事件处理引擎,对事件做到闭环处理.
做到重点监管,及早预防.

达到流程规范化,流程化,自动化.
事件处理引擎要求根据政府及相关部门汇总的民生服务事件构建统一的事件处理引擎,对事件处理的流程进行实时调整.
事件日志跟踪服务要求针对各类事件的上报情况进行统一的管理,管理上报事件的途径、种类、上报者等信息.

对于正在处理的事件进行流程以及处置人的情况管理,实时跟踪事件处理情况.

事件推送服务要求根据业务需要,将事件的发生、处理情况、处理结果推送至有需要的部门.

事件模版引擎因事件的种类繁多,建立事件模板方便标准化的管理,定义模板内容,设置必填项、选填项,满足不同事件的模板需要.
事件接口服务要求针对事件的上报情况提供接口,方便其他已建成系统进行事件上报;针对处理过程提供接口,方便处置者与领导者进行管理;针对处理结果提供接口,方便有需要的部门进行使用,事件回调服务要求查看历史事件,对于事件进行回调服务,方便责任落实.
根据事件发生时间,事件结束时间,事件相关人进行事件回调.
38事件纠错要求建立纠错机制,针对事件处置不当情况进行事件纠错,针对错误级别进行事件暂停,及时上报.
事件审核要求针对处理后的事件进行事件审核,包括处理是否合规,处理时长是否合适等.

事件GIS管理要求针对事件上报的位置、发生的位置在地图上进行点位显示,统计事件发生密集区.

事件APP接口服务要求将事件的全流程通过接口形式传送给APP.
事件流程管理要求对于事件流程做到可编辑,可拖拽,可自定义事件处理流程,满足不同客户的需要.

10)城市部件模块(安卓版APP)要求开发建设一套移动APP(Android版),内含登录页、GIS地图管理、事件检索、事件处理、个人中心、事件统计、事件推送等功能,面向网格员,相关维护人员,提供城市部件类事件闭环处理的处理渠道.
11)民生服务模块(安卓版APP)要求开发建设一套移动APP(Android版),内含登录页、GIS地图管理、事件检索、事件处理、个人中心、事件统计、事件推送等功能,面向网格员,相关维护人员,提供民生服务类事件闭环处理的处理渠道.
12)道路交通模块(安卓版APP)要求开发建设一套移动APP(Android版),内含登录页、GIS地图管理、事件检索、事件处理、个人中心、事件统计、事件推送等功能,面向网格员,相关维护人员,提供道路交通类事件闭环处理的处理渠道.
13)5G事件模块(安卓版APP)要求开发建设一套移动APP(Android版),内含登录页、GIS地图管理、事件检索、事件处理、个人中心、事件统计、事件推送等功能,面向网格员,相关维护人员,提供5G类事件闭环处理的处理渠道.
14)人口网格化数据要求具备网格化大数据分析,宏观层面了解上地街道的人口情况、一期对接网格人口特征、人口偏好、人口手机品牌型号、人流迁徙、网格人口规模、外省人群数量、外市职住、网格日人流、网格月驻留属性等功能信息,后期可以根据需要对接各委办局、公服企业的数据,为以后的大数据分析带来帮助,例如对接公安局的数据可了解街道内的老人、小孩、残疾人等弱势群体的分布情况,当发生危险时可优先疏散弱势群体.
39要求对上地街道以及下辖12个社区和疏整促工作涉及到的重点监测区域的人口情况进行精准大数据分析,做到街道内各级别区域的人口底数清、流向明,为区域人口调控、疏整促效果评估和社会治理提供决策支撑.
要求基于运营商的无线通信网络的大数据分析,通过移动网络用户协同定位技术、人口聚类分析等统计模型算法,实现网格人口特征、人口偏好、人口手机品牌型号、人流迁徙、网格人口规模、外省人群数量、外市职住、网格日人流、网格月驻留属性等功能.

15)园区管理系统通过接口实现对智慧园区管理系统的数据及事件接入.
集成视频监控,报警,出入口停车场,一卡通,动环,广播,信息发布等业务系统.
16)流动人口管理系统通过接口实现对流动人口管理系统的数据及事件接入.
通过监控小区、街道人口视频数据,进行人员采集统计分析.
17)商铺巡检通通过接口实现对商铺巡检通系统的数据及事件接入.
集成街道管辖内的所有商铺信息及分布情况,能查询商铺名称、地址、负责人、巡检状态,同时对商铺巡检问题、处理进度及处理结果进行链式跟踪.
18)IVS7200智能行为分析系统通过接口实现对IVS7200智能行为分析系统的数据及事件接入.
汇聚系统视频数据采集、存储、智能检测上报的报警.

1.
5数据融合管理系统要求1.
总体技术要求支持私有化部署,可以部署在政务云和私有云上,能够保护客户的整体系统和数据安全.

可提供一次性交付物,用户无需二次开发,提供从数据采集、解析与管理、业务逻辑编排及可视化系统等端到端的全生命周期的业务实现.
可提供持续可靠的全业务运营服务.
系统可与海淀区城市安全运行物联网系统做数据交换,可快速通过AEP接口实现数据接入.
2.
系统技术架构要求投标方提供的系统数据库应该大程度的优化系统访问效率.
系统后端需采用SpringCloud微服务架构,前端采用React技术进行前后端分离开发,达到前端静态化、后端数据化、系统无关化和架构分离化.
前后端采用RESTAPI方式以JSON格式进行数据交互.
3.
系统技术架构要求系统具有开放性,提供通用API接口,可以与其他系统进行数据对接.
系统对外API服务需要采用限流、限速等方式来对外部的调用进行控制,达到系统服务的稳定性,并记录API调用日志.
40系统缓存需采用Redis分片集群的方式提供数据读写速度和高可用性,采集程序和入库程序需要通过Kafka消息中间件集群进行解耦,提高采集和入库速度.
数据库采用MySQL多主集群、MongoDB集群和TimescaleDB(时序数据库)结合的方式存储不同类型的业务数据.
4.
系统安全要求应用通过统一登陆认证,数据共享交换需进行安全认证,在项目中,根据需求把安全认证系统应用到每个功能和模块.
5.
系统可扩展性要求系统基于微服务架构开发,每一个服务均可进行多实例弹性扩展系统.
系统应具备业务模块、功能模块的扩展能力,需满足新增业务需求引起的系统扩展要求.

系统具备性能的可扩展性,当系统数据量和访问量增大,系统配置不能满足性能要求时,可以通过增加服务器或提高服务器配置等方法增加系统的业务处理能力.

6.
系统性能要求访问速度方面:查询速度不能大于5秒;稳定性方面:在利用本系统正常的工作中,不应出现妨碍工作顺利进行的系统错误或意外中止的情况;资源利用方面:在进行海量数据的查询、统计、分析的过程中,允许CPU和内存的占用率提升及网络带宽占有量的加大,但在操作结束后,应该及时释放所占用的资源,以保证工作人员利用电脑顺利进行其它的工作;系统处理能力方面:系统用户较多,对系统的并发能力要求较高;使用灵活性方面:当系统与其它软件的接口发生变化,用户的操作方式、运行环境、对信息获取方式以及对期望获取的信息结果发生变化时,软件系统要做到易于调整,拥有高度的灵活性.

系统应能够保证7*24小时不间断工作,出现故障能够及时告警.
能够在非工作时间对系统进行局部维护,且不影响业务连续性.
7.
建设内容要求通过数据融合管理系统接口的设计,接入上地街道城市秩序管理、城市部件管理、道路交通监管、服务民生管理、5G技术场景应用——视频监控等场景的实时监测数据,并通过API接口输送给事件处理接口,由事件处理接口及APP进行事件闭环处理,达到所有数据、事件综合应用的效果,有效的解决了信息孤岛的现象.
要求包含如下功能:1)接入资源管理要求实现对接入场景数据资源的统一管理,包括资源的注册、审核、发布等功能.
注册后的数据资源可供其它部门使用和调用.
2)接入资源控制要求实现对接入数据资源的控制管理,包括启用、暂停和停用等功能.
3)接入资源监控41要求提供接入资源的实时监控功能,如果检测到接入资源不能正常提供服务时,自动发送报警信息给系统运行管理人员.
4)其他系统数据对接要求提供接口,对接其他系统数据,纳入数据融合管理系统进行统一管理应用.

5)通用API模块要求通过通用API模块与海淀区城市安全运行物联网系统进行数据对接.
通用API模块为网关内部各软件模块提供常用的通用函数功能封装,如链表、哈希表、动态数组等常用数据结构操作,为软件跨系统运行而设计的线程库、动态连接库、线程同步相关API等.
6)业务数据查询要求对不同类型的业务数据进行查询.
采用NoSQL、MongoDB数据库,保存不同业务系统提供的数据,按照业务类型分表设计.
7)业务数据存储要求对不同类型的业务数据进行分类存储.
采用NoSQL、MongoDB数据库,保存不同业务系统提供的数据,按照业务类型分表设计.
8)定时任务管理要求通过定时器,定时读取接口业务数据.
Quartz是OpenSymphony开源组织在Jobscheduling领域又一个开源项目,是完全由java开发的一个开源的任务日程管理系统,"任务进度管理器"就是一个在预先确定(被纳入日程)的时间到达时,负责执行(或者通知)其他软件组件的系统.
9)规则引擎要求在接口内,根据预警阈值设置,判断业务数据是否产生报警,如产生报警,生成事件.

通过规则引擎配置各个业务数据的告警阈值,告警阈值支持大于、小于、且、或的组合.
不同的用户根据权限可对告警阈值对可进行增加、删除、更新等维护操作.
要求根据设置的告警阈值,对业务数据进行对比,超过阈值的业务数据,通知关联的设备所在企业以及责任人;对预警的设备,采集数据恢复正常,规则引擎实时更新设备为正常状态.

融合规则引擎要求对于规则的相同内容进行融合处理.
可进行批量设置.
融合模版引擎要求对于模板的相同内容进行融合处理.
可进行批量设置.
融合事件处理要求对于事件处理的相同内容进行融合处理.
规则管理要求对于各项规则进行新增、删除、修改、查询等管理.
公式引擎要求对于公式进行新增、删除、修改、查询等管理.
4210)数据交换要求数据交换管理数据适配,应支持文件或数据库数据的访问、抽取、传输与写入,包括文件适配和数据库适配;文件适配应支持文本格式文件的适配;数据库适配应支持各种主流关系型数据库的适配.
数据标准化要求为保证数据标准,制定各类数据的标准化模板,定义标准字段,方便统一管理、实现对数据交换和数据共享的有效管理.
数据流转引擎要求将各类数据根据模板进行转换,将同类数据统一的按照一种形式进行展示.

11)事件生成要求规则引擎对业务数据进行判断,如大于阈值,则视为报警,生成事件,事件与业务处理接口进行对接,将事件推送给业务处理接口进行事件闭环处理.
事件合并要求对于重复事件、连锁事件进行合并.
方便分析管理.
事件推送方式要求对于数据推送方式进行统一管理.
12)告警收敛要求所有产生告警均由前端设备调用脚本推入系统中,包含非法停车、人脸检测、视频异常、区域入侵、视频遮掩、视频丢失等一系列告警事件.
1.
6可视化基础系统要求1.
总体技术要求投标方须选用先进、成熟的可视化系统进行应用功能开发,开发过程中应充分考虑开放性和可扩展性,同时还应考虑安全性和可管理性及虚拟化技术应用.
投标方应对在本项目中所采用的技术方案及其适用的标准规范进行逐一描述,说明其对上述基本原则的符合性.

投标方必须具有提供可视化系统自主知识产权.
投标方应根据本期项目业务需求和工期要求,提出经济、合理、可行的技术实现方案,如果投标方认为需要再补充采购除现有开发工具外的第三方软件产品,也应做出详细的解释和说明.

投标方应对本项目的需求充分理解并提出科学、合理、符合本项目意图的项目开发方案,包括清晰的设计思路、详细的技术方案、具体的实施演进路线和有价值的建议,以及该方案所需的前提条件和实施风险分析.
投标方所提供的方案必须是完整的、具有可操作性的.

2.
系统技术要求投标方应选用可配置的组件化的可视化展示系统进行项目实施,应能够根据业务需求变化灵活地进行功能扩展和调整.
系统设计应符合业界的开放标准,三层应用架构,支持各种主流操作系统、实时历史数据库和关系数据库.
展示系统须具备一体化展示、开放接入和实时数据交叉分析的能力,可实现从多个不同业务系43统中抽取和采集数据;可集成外部系统画面、信号等,满足展示丰富多样的需求;具备集成exe应用、视频、网页、三维电子沙盘、GIS、Flash、Flax等能力;系统控制手段多样、便捷(包括有线触摸屏、IPad、手机、控制笔等),主题场景可流程化,具备可视化设计、导播、引擎、控制能力.
投标方应详细描述构建应用系统所采用技术架构、可达到的性能和可实现的主要功能,说明其表现形式和使用的灵活程度以及在其上进行应用系统搭建的方式等.
投标方应遵循业内颁布的标准规范,采用先进和成熟的技术,在体系架构、数据基础系统、通信协议等方面应充分考虑开放性和可扩展性,同时还应充分考虑安全性和可管理性及虚拟化服务器环境支持,系统各应用功能应采用通用的编程语言和工具来实现.
3.
系统技术架构要求投标方须选用先进、成熟的、通用的技术架构完成本次可视化系统的开发.

出可视化系统技术架构图,并详细说明系统各层级、各模块功能和集成关系.
应至少包含以下几层架构:数据访问层:要求完成对展示数据的集成,管理线上线下数据,对接系统数据库;完成接口、指标的统一维护、统一管理;业务逻辑层:要求完成数据的二次业务加工,实现数据层与表现层的逻辑实现展示层:要求由展示结果的组件库和展示引擎所组成.
展示引擎可解析和渲染场景画面,对后台进行相关的逻辑交互和数据交互,接收来自信息可视化展示系统控制台的控制命令及进行相应的动作处理.
投标方应对可视化系统对控制设备、交互设备和信号输出设备的兼容支持能力做出详细说明,并列出设备支持清单.
4.
系统系统技术要求系统应预置完备的控件库,应至少包括图表、仪表、触控、动画、文本等类型控件,投标方应提供系统预置控件库的完整清单.
具体要求如下:要求有数据可视化分析组件库,至少包含文本、数字、饼图、曲线图、折线图、面积图、柱状图、条形图、气泡图、雷达图、地图、仪表盘等12大类组件,并能支持多种组件的混合搭配,如折线柱状图混搭、地图饼图混搭等;总组件数不少于80个;其中必须要求有能够自动轮巡的组件,如地图轮巡、旋转木马等;要求可视化模块、组件支持动画效果:如淡入淡出、平移、放大缩小等;业务分析组件要求可随意拖拽,移动位置,自由定义大小,颜色等属性;组件的信息图形化设计应符合业务表达特点,数据清晰,不产生歧义;组件加载展现具备动态效果,如进度条,淡入淡出等;组件可自定义业务数据,数据动态呈现,并可根据业务需要自由更改变换;组件库应用方便,易用性强,可以由用户自由搭配,不必由开发定制;组件库所有组件须为矢量元素组件,确保图表文字或地图等展现形式高保真输出;要求支持控件二次开发,对第三方开放控件开发接口.
44系统应具备较强的结合世界中国地图的数字信息制作和展现能力,地图是矢量格式,并能提供最小到地市一级的展示颗粒度,可以通过地图直观选取和坐标定位,交互展现省市级重要信息.

系统应支持具备较强的三维制作和展现能力,可以广泛支持多种主流三维制式,支持全屏或区域三维展现.
图形工作站显卡须支持3D图形加速功能,支持在至少半屏范围内实现3D应用显示,无锯齿、延时等现象.
要求可视化数据库具备兼容性:要求投标方可根据提供的可视化数据库软件要求按照招标方提供的统一版本号要求进行数据库部署.
例如Oracle、SQLServer、MySQL等.
系统应具有可视化的内容开发制作设计系统,以实现文字编写、组件制作、数据映射等过程实现零代码.
在满足可视化系统接口标准前提下,可视化系统可以实现零编码的增加、减少接入系统.

5.
系统集成技术要求系统具有开放的体系结构,可以提供API接口和图形结构标准(至少需支持SVG、HTML5和FLASH格式);系统应具备在数据不落地的情况下,通过实时数据库整合并展现实时数据,数据应具备秒级更新能力.
支持多种数据采集方式,包含但不限于WebService接口、主流关系型数据库、中间表等方式.
可视化系统所展示的数据能够根据业务的需求,配置不同指标、区域的刷新频率.
实时数据刷新要求支持局部刷新技术,避免频繁对整个屏幕刷新显示.
数据接口由可视化系统投标方应支持接口形式为"推"或"拉"两种方式.
对于非实时数据,要求可视化系统具有一定计算能力,可展示所需要的结果数据,并存入在可视化系统数据库中,具备数据不落地利用能力.
支持对多种数据源的抽取,如Database、Messages、Flatfiles、XML、excel文件、PDF文件等.
系统应具备与统一身份管理系统集成能力,实现用户信息和访问控制的统一管理.

系统应具备与其它业务应用系统集成能力,在大屏等输出设备做重构展现经营管理数据.

系统应具备多种内容展现能力,至少支持视频、信号、三维、GIS、Flash、网页等多种展现方式.
投标方应该制定统一风格要求和相应的接口规范,方便第三方厂商实现,并保证整个展现风格统一;支持推画面功能,可以根据应用的需求,在窗口中的指定区域或全窗口推出画面;支持第三方应用在指定区域绘制画面,第三方应用的显示应可以和窗口背景、画面进行叠加.

6.
系统可扩展性要求系统应具备业务模块、功能模块的扩展能力,需满足新增业务需求引起的系统扩展要求.

系统具备性能的可扩展性,当系统数据量和访问量增大,系统配置不能满足性能要求时,可以通过增加服务器或提高服务器配置等方法增加系统的业务处理能力.
可视化系统数据采集接入要求实现以下扩展性要求:45无须进行代码级开发,通过配置、连接即可实现接入系统的增加;无须进行代码级开发,通过配置、连接即可实现数据库软件类型接入的增加,包括但不限于:Oracle、SQLServer、DB2、MySQL等主流关系数据库软件;无须进行代码级开发,通过配置、连接即可实现展示指标数量的增加.
可视化展示系统与数据源接口需具有足够的灵活性和扩展性,可使用相应的配置工具,修改现有数据源和配置新的数据源.
7.
系统可管理性要求可以利用工具对系统进行管理和维护,并对系统配置进行调整和优化.
系统权限设计层次清晰,用户、角色设置与权限控制可逐级授权分级管理.

8.
系统性能要求系统应能够保证7*24小时不间断工作,出现故障能够及时告警.
能够在非工作时间对系统进行局部维护,且不影响业务连续性.
要求系统能够向综合展示中心大屏输出高分辨率视频信号能力,同时具备全屏CG或三维展现处理能力,画面不失真、不跳帧、不卡顿.
系统具备足够的健壮性,能够在运行环境发生变化或者最终用户的频繁、不当操作情况(受到攻击的场景)下有序退出,不丢失数据或者产生数据一致性问题.
对系统错误或异常准确记录并及时提示.
系统对运行过程中发生的事件进行分类记录形成系统日志.
提供数据备份与恢复功能,保证系统宕机后能够及时恢复,应当提供备份策略、计划和工具,并考虑系统需求和适用性.
当系统局部功能模块发生故障时,应不影响其他模块的正常运行.
系统主要性能指标要求如下图,投标方应在满足主要性能指标同时提供其它应说明的性能指标估计值.
序号性能要求性能参数要求1画面实时数据刷新周期可调整支持2实时数据采集间隔最小支持2秒3实时数据画面刷新速度2000条每秒4打开初始化整个可视化场景画面时间≤3秒5整个可视化场景切换时间≤2秒6画面布局切换时间≤2秒467可视化系统系统控制设备控制延迟≤500ms1.
7数字化导播系统要求1.
用户交互功能要求需支持PC机、控制台、平板电脑、手机、红外遥控等工具进行用户交互,并要求各个控制终端的数据同步显示.
交付方式应足够简易实用,方便监控人员、讲演人员、参观人员等不同人员使用.
应至少支持前进、后退、点选、标注等操作功能.
要求控制可视化主题方案的切换.
要求实现可视化主题中内容控制功能(可以点击可视化场景内部的按钮).

要求实现大屏模式的切换控制.
要求实现一键式切换功能.
一键式切换的内容至少包括:同时切换大屏的模式、投放的信号及可视化方案.
要求使用者可以自己保存、维护场景,并可以保存多个场景,使用者根据需要执行不同的场景.
要求实现可视化场景流程导播功能.
要求可以自定义可视化场景导播流程,即可以根据参观、会议或日常监控的内容使用者自己制定演示流程,在实际演示的时候只需要一键式切换.

2.
数字化导播系统主要功能要求1)数字化导播系统应用数字化导播系统主要用于解决控制室设备及应用智能化控制问题,使设备与设备之间,人与设备之间,硬件与软件之间实现高效协作,智能化管理.
主要功能需满足如下要求:(1).
场景快照能保存经常使用的控制室模式为快照,可一键调用预设的场景完成整个会场设备状态的改变.
(2).
导播流程对于涉及到场景切换的复杂应用,以场景为节点,提前编辑串联成流程的形式,支持流程节点的顺序、循环执行.
(3).
PPT联动组件提供标准PPT程序的联动组件,在PPT播放状态下能够实现多个PPT之间的同步翻页.
并且支持PPT与V3C的联动,在PPT翻页的同时可以调用执行场景快照.
(4).
大屏模式管理可以编辑维护大屏的窗口显示模式,并且能够保存常用的大屏模式,在使用时方便调用.
支持自定义模式,满足个性化需求.
(5).
信号源分组管理信号源提供分组管理,能支持自定义命名信号分组名称、信号名称.
47(6).
信号预览提供同时预览8路视频信号的功能,并支持放大预览.
(7).
信号投放可切换矩阵信号,将选择的信号源,通过拖拽的方式投放到需要显示的终端设备上,如大屏、显示器等.
(8).
分布式控制可以对大屏可视化展示系统、PPT、多媒体、应用程序集成控制,实现控制室不同的软件系统间的联动,可根据实际需求重新定制系统间的联动.
2)平板映射操控应用实现终端控制(ipad、surface等平板设备或PC机)与大屏显示的交互,丰富大屏展现元素.
3)设备控制端(配套控制硬件设备)将各设备的控制功能集中到控制终端,对导播系统进行控制.
投标方需提供满足应用的如下设备(设备的具体配置在满足展示需求的条件下投标方自定):导播系统配套弧形操控屏1台导播系统配套工作站1台1.
8项目实施与管理(1).
项目组织:提交项目实施组织结构和职责说明.
(2).
项目进度:提交详细的项目实施计划,明确里程碑.
(3).
项目交付项:投标方应提供满足技术规范的应用软件(运行系统)以及相关技术资料.
运行系统应经过系统测试和验收测试,完全满足技术规范书中提出的需求和各项指标要求.

投标方提供的书面技术资料应能满足招标方对整个系统进行日常管理、故障排除、业务配置和业务开展、设备安装及调试、维护等的需要.
投标方应向招标方提供有关本项目的全套技术文件.
技术文件包括系统说明文件、技术手册(安装、操作、维护、故障排除等)、安装和测试文件、维护和操作文件及招标方认为必要的其他技术文件.
文件要求用中文书写.
(4).
验收投标方应在具备验收条件后向招标方提供包含验收方案、具体验收项目、验收目的、验收标准、验收人员等的验收申请,招标方应在收到投标方验收申请后十个工作日内答复投标方并组织验收.
功能验收48在投标方所提供的应用软件功能达到本文件及双方认可的技术要求,且在所有应用软件开始上线前,进行功能验收.
竣工验收系统通过功能验收,所有应用上线准备后,进入试运行阶段,试运行期间,由于系统功能造成某些指标达不到要求,允许投标方完善优化,并进行重复测试,但试运行期顺延.
试运行期,所有要求达到技术规范书的要求时,可进行竣工验收.
1.
9服务质量要求投标方应建立严格的质量保证体系,制定实施质量控制方案和实施措施,并督促落实各环节质量控制内容和目标;保证总体规划、实施、验收等各个阶段工作满足招标方对质量的要求.

投标方应根据整个项目的实施工作计划,对阶段性工作成果进行审查和检验,并向招标方提交工作成果.
通过保证各阶段性成果的质量,最终保证整个开发工作的质量.

投标方所提供的开发和维保队伍,须具项目建设的相应经验.
1.
10售后服务要求软件质保期为期2年(自甲方颁发《最终验收合格证书》之日开始,质保范围为合同签订功能,其中人口网格化数据使用期为1年,第2年需甲乙双方商议,由甲方另行采购).
投标方提供系统上线后技术支持服务,服务内容为投标方在系统上线后,优先提供远程技术支持,如果远程无法解决可在业务现场提供技术支持,并建立起技术支持体系.

投标方技术支持的责任是:(1)回答用户提出关于系统功能和操作的问题;(2)诊断系统错误和提出合适的解决方案;(3)支援最终用户的补充培训.
1.
11用户培训投标方必须提供满足招标方的培训要求,制定具体的项目培训方案和培训课程计划.
培训应包括系统软件、管理、使用.
投标方应根据不同的项目的实施阶段和不同培训对象结合平台产品对投标方所开发的产品提供不同培训内容进行培训.
主要对象为所有最终使用人员,包括项目单位本部人员和项目单位系统单位有关人员.
其主要目的是:使系统的最终用户掌握系统的功能及使用方法.
采用集中培训与分散培训相结合的方式.
根据现场实施情况,采取PPT、操作文档等多种形式相结合的方式,对用户进行培训.
关键用户培训:采用集中培训的方式,内容包括对实施方法论、总体架构、业务流程、系统功能、系统日常维护操作和一般故障定位与排除等内容进行培训,在系统建设完成之后,能承担系统正常使用的运维工作.
最终用户培训:是在系统建设完成后对系统的使用人员进行培训,使系统使用人员掌握系统的功能及使用方法,能在系统中处理日常业务.
主要采用采用下发操作手册、点对点培训等方式进行.
491.
12要求工期要求中标方在合同签订后6个月内完成全部系统开发部署工作(含软件设计开发、数据库建设、系统测试、系统部署等),并投入试运行.
50第五章投标文件格式投标文件封面格式上地街道城市分脑业务管理系统投标文件招标编号:KJY20192649投标人:(盖公章)法定代表人或其委托代理人:(签字或盖章)51(一)投标函致:北京市海淀区人民政府上地街道办事处本人代表(投标人名称),参加贵方组织的"上地街道城市分脑业务管理系统"项目招标的有关活动,并对该项目进行投标.
在此作如下承诺:1.
完全理解并遵守招标文件的一切规定和要求.
2.
以合法的、正当的方式竞标,不采取非正当的违反法律规定的竞争方式.

3.
按照招标文件的要求向贵公司提交下列资料:(一)投标文件正本一份,副本四份;(二)装有投标函及开标一览表的小信封一个.
(三)电子版文件2份(四)贵公司招标文件中要求提交的其它文件或资料.
4.
本投标自开标之日起日内有效.
5.
保证按期签订合同,并承担合同规定的责任义务.
6.
同意提供按照贵方可能要求的与其投标有关的一切数据或资料.
7.
保证按招标文件中的有关规定支付中标服务费.
8.
与本投标有关的一切正式往来信函请寄:地址:投标人授权代表姓名:电话:传真:投标人授权代表签字投标人名称(全称)投标人公章日期52(二)法定代表人资格证明或法定代表人授权委托书法定代表人资格证明(附法定代表人资格证明或身份证复印件)投标人(公章):法定代表人(签字或盖章):日期:年月日53法定代表人授权委托书北京市海淀区人民政府上地街道办事处:本人(授权人姓名)特授权(被授权人姓名)代表为我单位参加贵方组织的"上地街道城市分脑业务管理系统"项目的招标活动,负责全权处理我方在本次投标活动中的一切事宜.
授权代表在本项目中所签署的一切文件和处理的一切有关事宜,我单位均予承认并对被授权人的签名负全部责任.
在撤销授权的书面通知抵达贵方之前,本授权书始终有效.
在授权书有效期内由被授权人签署的所有文件,不因授权的撤消而失效.
(附加盖单位章的法人代表身份证以及授权代表身份证复印件)法定代表人授权代表(被授权人)情况:姓名:性别:年龄:职务:身份证号码:联系地址:邮政编码:电话:传真:投标人名称(公章):法定代表人(签字或盖章):法定代表人授权代表(签字):授权日期:54(三)开标一览表项目名称:上地街道城市分脑业务管理系统招标编号:KJY20192649投标总价单位:人民币元序号投标总价工期备注1大写:小写:投标人名称(盖章):投标人授权代表(签字):日期:注:此表除了在投标文件中提供外,还应按投标人须知的规定密封标记并与投标函一起单独递交一份.
55(四)投标报价明细表(参考格式)序号项目主要内容价格备注12345689101112131415总计投标人名称(盖章):投标人授权代表(签字):日期:56(五)技术方案57(六)投标人基本情况包括但不限于以下内容:(1)投标人介绍.
(2)近三年内的类似项目业绩及证明材料.
近三年指2017年1月1日至今.
请提供用户名称、联系人及联系方式,项目年份,项目规模及合同金额;中标通知书或合同关键页复印件以及其它需说明的情况)(3)其它能证明投标人能力的材料58(七)投标人承担本项目主要人员一览表可按下表分页进行表述姓名性别年龄参加工作时间在本项目拟担任职务近三年主要类似工作经历59(八)投标人的资信证明会计师事务所出具的18年度财务审计报告复印件(须加盖本单位公章)或银行出具的资信证明说明:1、投标人在投标文件中,必须提供本单位上年度经会计师事务所出具的审计报告复印件并加盖本单位公章.
2、如投标人无法提供上年度审计报告,则须提供银行出具的资信证明.
银行资信证明可提供原件,也可提供银行在开标日前三个月内开具资信证明的复印件.
若提供的是复印件,招标采购单位保留审核原件的权利.
3、银行资信证明应能说明该投标人与银行之间业务往来正常,企业信誉良好等.

银行出具的存款证明不能替代银行资信证明.
60(九)资格证明文件(格式)(1)投标人关于资格的声明函(格式)投标人关于资格的声明函北京市海淀区人民政府上地街道办事处:我单位愿意针对贵方组织的"上地街道城市分脑业务管理系统"招标项目进行投标.
投标文件中所有关于投标人资格的文件、证明、陈述均是真实的、准确的.
若有不实或者违背,我单位承担由此而产生的一切责任和后果.
特此声明.
投标人名称(盖章):投标人授权代表(签字):日期:61(2)法人营业执照(复印件)(需加盖本单位公章)有效的62(3)缴纳税款和社会保障资金凭证复印件(近六个月内至少一个月的缴纳社会保障资金的有效票据凭证复印件,并加盖本单位公章)63(4)没有重大违法记录承诺书提供加盖单位公章及法定代表人签字或盖章的投标人在参加政府采购活动前三年内(2017年1月1日至今),在经营活动中没有重大违法记录的承诺书.
64(5)提供加盖单位公章及法定代表人签字或盖章的投标人及其法定代表人、拟派该项目负责人在参加投标活动前无不良行为记录的承诺65(十)评分表中要求的或投标人认为有必要提供的其他资料及文件66中小企业声明函(格式)本公司郑重声明,根据《政府采购促进中小企业发展暂行办法》(财库[2011]181号)的规定,本公司为______(请填写:中型、小型、微型)企业.
即,本公司同时满足以下条件:1.
根据《工业和信息化部、国家统计局、国家发展和改革委员会、财政部关于印发中小企业划型标准规定的通知》(工信部联企业[2011]300号)规定的划分标准,本公司为______(请填写:中型、小型、微型)企业.
2.
本公司参加______单位的______项目采购活动提供本企业制造的货物,由本企业承担工程、提供服务,或者提供其他______(请填写:中型、小型、微型)企业制造的货物.
本条所称货物不包括使用大型企业注册商标的货物.
本公司对上述声明的真实性负责.
如有虚假,将依法承担相应责任.
企业名称(盖章):日期:67第六章评标办法1.
评标原则1.
1对所有投标人的投标评估,都采用相同的程序和标准.
遵循公平、公正、科学、合理、择优的原则.
1.
2评标严格按照《中华人民共和国政府采购法》及其实施条例中规定的有关评标要求,以及招标文件的要求和条件进行.
1.
3评标委员会对投标文件响应性的判定只取决于投标文件本身的内容,而与外部证据无关.
2.
评标委员会的组成为确保评标工作的正常开展,评标工作由依法组建的评标委员会承担.
评标委员会由5人(含)以上单数组成,其中专家人数不少于总人数的2/3,专家遵从北京市有关规定随机抽取.
3.
评标委员会的职责负责整个项目的评标工作.
具体内容包括:阅读、审核各投标文件;核实、澄清、评比各家投标人的投标文件对招标文件的服务要求、商务要求的响应情况;独立打分、提交评分结果并排名;出具综合评审意见,推荐中标候选人.
4.
评标程序4.
1评标委员会按照以下程序进行评标:(1)评标准备;(2)符合性评审;(3)综合评审;(4)汇总评审结果;(5)推荐中标候选人;(6)编写评标报告.
685.
评审内容5.
1评标准备评标委员会签到及签署声明;推荐评标委员会组长;熟悉相关文件资料.
5.
2符合性评审符合性评审因素见表(1)符合性评审合格的投标人进入下一步综合评审.
5.
3报价修正评标委员会将对通过上述评审合格的投标文件的投标报价进行校核,并对算术性错误予以修正.
算术性错误分析和修正的原则如下:(1)用数字表示的数额与用文字表示的数额不一致时,以文字数额为准;(2)单价与总价之间不一致时,以单价为准.
若单价有明显的小数点错位,应以总价为准,并修改单价;(3)投标文件中"开标一览表"(报价表)内容与投标文件中明细表内容不一致的,以"开标一览表"(报价表)为准.
5.
4综合评审本项目采用综合评分法确定中标单位.
(1)价格部分(10分)(2)商务部分(30分)(3)技术部分(70分)5.
5汇总评审结果5.
6推荐中标候选人5.
7编写评标报告评标委员会完成上述评审和推荐中标候选人工作后,应及时整理评审成果,并在此基础上编写书面评标报告.
评标报告应当包括如下内容:(1)评标委员会成员名单及签到记录;(2)评标专家声明书;(3)符合性评审记录表;(4)对投标文件的质疑、澄清、说明或补正记录;69(5)无效标情况说明;(6)各评委评分汇总;(7)评标结果汇总排序记录;(8)推荐的中标候选人名单;(9)需要说明的其他内容.
6.
否决投标条件投标人或投标文件有下列情形之一的,其投标作无效处理,由评标委员会予以否决:(1)投标人不具备招标文件中规定的资格要求的;(2)法定代表人授权书未按要求签署的;(3)投标文件未按照招标文件规定要求密封、标记、签字、盖章的或在招标文件要求签字、盖章处,签字、盖章不符合招标文件要求的;(4)投标文件数量及内容不全的;(5)投标有效期不满足招标文件要求的;(6)投标报价未按给定格式填报的;(7)在评标期间,试图影响采购人和评标委员会的任何活动的;(8)有串通投标或弄虚作假或有其他违法行为的;(9)法定代表人为同一个人的两个及两个以上法人,母公司及其全资子公司、控股公司,在本招标项目中同时投标的;(10)投标人法定代表人或其委托代理人未按时参加开标会,或未向采购人提交或出示相关证明文件的;(11)对开标结果拒绝签字确认,且工作人员到场核实无误后,仍拒绝签字确认的;(12)投标文件内容不全或者关键字迹模糊、无法辨认的,或未能按照招标文件规定提交相关证明文件或者提交的证明文件不全、失效或者与所证明事项无实质性关联的;(13)未按评标委员会要求澄清、说明或补正的.
7.
出现得分相同情况的处理办法若出现综合评分相同的情况,则以价格低的排名在前.
若价格也相同,则以业绩数量的多少排名在前.
708.
未尽事宜本办法未尽事宜,由依法组建的评审委员会商议决定.
71表1:符合性审查表投标人名称审查项目授权书是否有效签署投标有效期是否不小于90天投标文件是否按招标文件规定密封、签字、盖章投标报价是否按给定的格式填报是否实质性响应招标文件及满足招标文件条款投标文件中是否有虚假文件和/或资料投标文件是否附有招标采购单位不能接受的条件是否存在招标文件及法律法规规定的其它否决条款结论注:打√为符合,打*为不符合,结论一栏写合格或不合格评标委员会签字:日期:年月日72表2:综合评分表(满分100分)项目分值评审内容分值评分标准价格部分有效投标报价10分采用低价优先法计算,即满足招标文件要求且投标价格最低的投标报价为评标基准价,其价格分为满分.
其他投标人的价格分统一按照下列公式计算:投标报价得分=(评标基准价/投标报价)*10(小数点保留两位)商务部分(30分)公司管理水平12分1、具有信息通信网络系统集成企业服务能力甲级资质得2分,乙级资质得1分;2、具有涉密信息系统集成甲级资质(系统集成/软件开发/运行维护)得3分,乙级资质得1分;3、具有CMMI5资质得2分,CMMI3资质得1分;4、具有音视频集成工程企业一级资质得2分,二级资质得1分;5、具有高新技术企业证书得2分6、具有ISO9001质量体系认证证书得1分项目业绩12分1、提供智慧城市类或物联网或大数据类或IT服务类项目三年内(自2017年1月1日起)的业绩,提供合同复印件(包括合同金额、买卖双方名称及盖章),提供的证明材料均不得遮挡涂黑,否则不予认定加分.
400万元以上案例,每个得4分;200万元-400万元案例,每个得1分;此项最多得6分2、提供大屏可视化类项目三年内(自2017年1月1日起)的业绩,提供合同复印件(包括合同金额、买卖双方名称及盖章),提供的证明材料均不得遮挡涂黑,否则不予认定加分.
每个案例可得2分,最多得6分产品研发实力6分1、提供近三年(自2017年1月1日起)具有物联网方面的新技术新产品,提供自主知识产权的产品证明文件(软件著作权),每提供一个得1分,最高3分;未提供得0分;2、提供自主知识产权的数据可视化系统产品的证明文件(软件著作权),提供的证明材料均不得遮挡涂黑,否则不予认定加分.
能够提供可得3分,未提供得0分.
(以上证书须提供复印件,加盖投标人公章,否则不得分.
)技术部分(60分)各项目业务需求理解5分对海淀城市大脑、各项目业务现状及技术需求理解充分;需求分析完整清晰且合理可行,对招标范围内的各功能模块描述具体全面,满足磋商文件要求.
得5分.
基本理解各项目业务现状及需求;需求分析基本合理可行.
得3分.
对各项目业务现状及需求需求理解不足;需求分析不合理.
得0分.
各项目总体方案设计10分基于对现状及需求理解充分;总体建设思路和定位、总体设计架和构方案完整清晰且合理可行,对业务逻辑、技术逻辑以及数据关系提供合理全面设计,满足磋商文件要求.
得10分.
基于对业务现状及需求基本理解;总体建设思路和定位、总体设计方案能够满足磋商文件要求,对业务逻辑、技术逻辑以及数据关系提供合理设计,基本满足磋商文件要求.
得6分.
对需求理解不足;总体建设思路和定位、总体设计方案无法或不能满足磋商文件要求,对业务逻辑、技术逻辑以及数据关系无法提供合理设计,或整体系统功能难以满足项目要求.
得3分.
未提供总体方案设计不得分.
各项目15对各项目的各个功能模块设计描述全面、准确,各项目业务设计合理,73功能需求设计分贴合各项目业务实际,有很强的实用性、可操作性,设计思路清晰、各功能模块设计详尽,架构合理可行,系统功能、性能能够满足业务流程管理的需要.
得15分.
对各项目的各个功能模块需求设计基本合理,各项目业务设计比较合理,比较贴合各项目业务实际,实用性、可操作性一般,设计思路比较清晰、各功能模块设计比较详尽,架构合理,系统功能、性能基本满足业务流程管理的需要.
得8分.
对各项目的各个功能模块描述不到位,各项目业务设计不合理,不能够贴合各项目业务实际,实用性、可操作性较差,设计思路不清晰、各功能模块设计比较不够详尽,架构不太合理,系统功能、性能难以满足业务流程管理的需要.
得3分.
未提供功能需求设计不得分.
各项目实施方案6分各项目人员、进度安排合理可行,能充分保证项目工期和质量,质量控制措施合理可行,满足项目建设要求.
得6分.
各项目人员、进度安排基本合理,质量控制措施基本可行,对项目工期和质量有影响.
得4分.
各项目人员、进度安排不够合理,质量控制措施不够可行,无法或很难保证项目工期和质量.
得2分.
未提供实施方案不得分.
各项目培训方案3分各项目培训方案合理、可操作性强,能够体现出培训的深度和广度,能够充分保障培训效果.
得3分.
各项目培训方案基本可行,能够基本保证培训效果.
得2分.
各项目培训方案不够可行,无法或很难保障培训效果.
得1分.
未提供项目培训方案不得分.
各项目技术运维服务3分技术运维服务方案全面、合理、细致、可行,售后服务及保证承诺好.
得3分.
服务方案稍差,不能充分满足项目要求,售后服务及保证承诺一般.
得2分.
服务方案不能满足项目要求,售后服务承诺较差.
得1分.
未提供技术运维服务方案不得分.
可视化平台8分1、平台具备组态界面设计器组件,能做到无代码实施得1分2、平台系统应预置完备的控件库,应至少包括图表、仪表、触控、动画、文本等类型控件,供应商并提供系统预置控件库的完整清单的得1分3、提供可视化主题设计UI界面(精细效果图)及其功能设计说明,每一个主题设计图,得1分,最高6分,最低0分.
数据融合管理系统10分1、系统支持私有化部署,满足得2分2、系统可与海淀区城市安全运行物联网系统做数据交换,可快速通过AEP接口实现数据接入,满足得4分3、系统对外提供开放API接口,满足得2分注:1、关于小微型企业产品或服务的评审办法:根据《政府采购促进中小企业发展暂行办法》(财库[2011]181号),如投标人为国内小型、微型企业,且其提供的服务或产品也为国内小型、微型企业提供的服务或生产的产品,则对其总报价给予(10%)的扣除,用扣除后的价格参与评审.