政务信息系统项目采购需求软件开发类.docx
- 文档编号:30386216
- 上传时间:2023-08-14
- 格式:DOCX
- 页数:24
- 大小:29.33KB
政务信息系统项目采购需求软件开发类.docx
《政务信息系统项目采购需求软件开发类.docx》由会员分享,可在线阅读,更多相关《政务信息系统项目采购需求软件开发类.docx(24页珍藏版)》请在冰豆网上搜索。
政务信息系统项目采购需求软件开发类
政务信息系统项目采购需求(软件开发类)
一、采购预算(最高限价)
采购预算(最高限价):
人民币142万元。
二、资格要求
(一)符合《政府采购法》第二十二条规定的条件;分公司投标的,必须由具有法人资格的总公司授权。
(二)是否接受联合体投标:
()是(√)否。
(三)是否专门面向中小微企业采购:
()是(√)否。
三、政策要求
(一)国货:
采购国货:
★本次采购产品为非进口产品(进口产品指通过中国海关报关验放进入中国境内且产自关境外的产品)。
(二)强制节能产品:
★凡属于政府强制采购节能产品,请投标人承诺在交货时提供《节能产品政府采购清单》中的产品。
(注:
《节能产品政府采购清单》投标人可查询中国政府采购网<>。
)
(三)优先节能产品:
凡属优先采购节能产品,请投标人尽可能提供《节能产品政府采购清单》中的产品。
(注:
《节能产品政府采购清单》投标人可查询中国政府采购网,网址)
(四)强制性认证产品:
★凡属于《中华人民共和国实施强制性产品认证的产品目录》的产品,请投标人承诺在交货时提供该产品的《中国强制认证》(CCC认证)。
(五)环境标志产品:
凡属优先采购环境标志产品,请投标人尽可能提供《环境标志产品政府采购清单》中的产品。
(注:
《环境标志产品政府采购清单》投标人可查询中国政府采购网,网址)
(六)核心产品(适用于非单一产品采购项目):
本项目采购的产品全部为核心产品(如采购人不确定核心产品时适用)。
采购需求
一、招标范围
确定一家中标人,为采购人提供增城区应急指挥决策辅助系统(软件)开发服务。
二、项目背景
广州市气象局已建成广州市突发事件预警信息发布综合管理系统。
但是,增城突发事件综合研判与精准发布方面仍缺乏支撑,如存在数据获取不及时、各部门信息源不能共享、数据标准不统一、应急系统专业性不强等问题,并欠缺基于增城主要灾害情况、暴露度、脆弱性、相关致灾因子和下垫面等特征的本地化综合研判模型,以及与研判服务匹配的精准发布支持等。
三、建设目标
增城区应急指挥决策辅助系统为各级政府部门决策服务,通过该平台,可切实提高我区的应急救援能力。
建设内容包括基础支撑子系统、决策辅助子系统、指挥联动子系统、后台管理系统、增城天气微网站。
增城区应急指挥决策辅助系统,是依托气象的灾害应急服务平台,可接入增城区政务外网。
建设增城区应急指挥决策辅助系统,是加强应急指挥调度工作的一项重要措施。
四、总体建设要求
(一)项目需实现的功能或者目标,以及为落实政府采购政策需满足的要求;
本次项目采购增城区应急指挥决策辅助系统,确保所有功能符合本次招标的需求。
(二)项目需执行的国家相关标准、行业标准、地方标准、市场自主制定的团体标准或者其他标准、规范;
如,项目需遵循的标准规范:
(1)GB/T8567计算机软件文档编制规范;
(2)GB/T9385计算机软件需求规格说明规范
(3)GB/T9386计算机软件测试文档编制规范
(4)GB/T15532计算机软件测试规范
(5)GB/T28035软件系统验收规范
(6)SJ/T10367计算机过程控制软件开发规程
(7)SJ20822信息技术软件维护
(8)其他计算机软件相关标准
(9)广州市财政投资信息化项目验收规范(穗信息化字〔2007〕42号)
(三)项目应当落实政务信息系统整合共享要求,符合政务信息共享标准体系,确保相关系统能够按照规定接入国家共享数据交换平台。
采购需求要与现有系统功能协调一致,避免重复建设。
(四)项目应当体现公共数据开放有关要求,推动原始性、可机器读取、可供社会化再利用的数据集向社会开放。
(五)项目应当落实国家支持云计算的政策要求,推动政务服务平台集约化建设管理。
不含国家秘密、面向社会主体提供服务的政务信息系统,原则上应当采用云计算模式进行建设。
(六)项目应当落实国家密码管理有关法律法规、政策和标准规范的要求,同步规划、同步建设、同步运行密码保障系统并定期进行评估。
五、技术实现方法和路线
(一)系统开发环境:
eclipse、服务器;(服务器由采购人采购,eclipse由投标人提供)
(二)开发语言与数据库:
Java、PostgreSQL;(投标人提供)
(三)系统结构为B/S;
六、系统功能要求
考虑到实际应用场景,系统构建应基于WEBGIS,采用B/S架构实现开放式跨平台云端部署,同时要求根据预警业务现状实现“平应结合”的综合应用。
项目需基于以下原则建设:
(1)模块化要求
系统采用模块化的设计思想和组件编程技术,使系统功能进行合理划分和封装。
(2)标准化需求
标准化包括多重含义,既包括建设方式、信息格式、数据接口的标准化,也包括与用户交互方式的标准化。
(3)易操作性需求
系统运行需要用户参与,设计遵循简单、易操作原则,本着集约化、高效的原则设计系统。
(4)可扩展性需求
随着气象应急保障业务的不断增加改进,系统服务内容、功能和范围将不断增加,要求软件通过定义科学的处理技术和存储业务,保证软件具有较强的扩展性,为业务开展创造条件。
(5)可维护性需求
系统具有良好的维护性,以便在不影响正常业务的情况下进行软件的维护工作。
(6)稳定性与可靠性需求
平台投入运行后,无论是硬件还是软件(包括系统软件和应用软件)都必须具有高度的可靠性,服务器运行稳定,传输渠道畅通。
1、基础支撑子系统
信息点数据获取、更新需要通过统一的数据交换总线从不同的接口标准中实现数据的统一管理。
考虑到涉及的部门众多,且各项业务之间互相关联、数据交叉共享,信息量大,用户较多,关系复杂,需采用合理优化的数据集市解决方案和文件存储相方式。
接入数据包括:
1、监测站数据
2、雷达回波数据
3、卫星云图数据
4、台风数据
5、医院数据
6、学校数据
7、积水点、危化点、地质灾害隐患点数据
8、三防资料
9、监控视频
2、决策辅助子系统
系统支持卫星地图、地形地图以及业务地图不同类型基础底图的切换,方便用户基于地形差异对形势进行判断。
同时提供放大、缩小、复位、移动多种地图操作,提供测距、经纬度网格、区域遮罩、透明度调整多种空间分析辅助工具。
系统基于GIS地理信息引擎,采用B/S的技术架构,并支持WMS标准地图服务,支持多元空间地理数据的叠加。
1、多元信息查询
在系统上对各部门的资料数据进行综合查询,输入名称,可模糊查询出满足条件的信息,结果以列表形式展示,可定位某一条信息,并可查看该条信息的详细内容。
2、预警信息指引
页面实时展示增城区当前生效的预警信息,以图文结合的形式展示,包括预警图标和预警文字说明。
系统支持通过点击预警信号图标,可查看当前预警的防御措施内容。
3、台风实况与路径分析
基于GIS展示台风实况路径和历史台风路径信息,可动画演示选定时间范围内,台风、雷达图、大风、强降水等要素的演变路线及影响范围,通过地图即点即显示的方式可查看台风的详细信息,台风等级,风力等级,风速等参数信息。
4、地图即点即现
通过点击地图上的图标就可以查看详细信息,实现了即点即现的快捷查询方式,方便信息的快速获取和综合决策。
3、指挥联动子系统
指挥联动子系统是基于地理信息系统的灾害风险区预警、应急救灾资源、调度和灾情反馈的展示平台,通过地图将当前发生的诸如大风、强降水风险区域,在地图上进行展示,实现灾情发生地周边的信息资源和应急预案能够快速调度。
系统分层叠加各部门通过接口提供的资料和数据,包括基本的静态数据和实时动态观测数据。
指挥决策系统通过预案设置的防御措施或者解救措施,领导可以快速的做出指挥判断。
1、应急预案
决策人员可查看圈定范围附近的各种应急预案。
预案工具提供标志点、线路、文字、箭头、圆型、任意面等预案工具;预案同时提供文档库管理功能,可下载,查看具体预案细节情况,方便决策人员联动指挥;
2、靶向预警
系统支持采用应急预案工具,鼠标圈选预警信息发布范围,并自动识别全选区域所属的全部行政区域,可支持对所选范围或者所属全部行政区域进行靶向预警信息发布。
3、靶向发布
通过与发布管理系统对接,通过发布渠道系统进行短信、大喇叭、显示屏等渠道的预警信息发布功能。
系统支持通过接入省突平台,实现预警信息的精准靶向发布。
系统支持通过发布管理平台(或者决策指挥平台)根据圈选的发布范围,以短信的形式将通知信息发送给圈选范围内(或整个镇街)的所有镇街联系人。
其中圈选发布信息可支持分类选择POI类型,并发送给所选类型对应的负责人。
4、后台管理系统
后台管理系统包括数据录入及管理模块、各单位用户权限管理模块共两个功能模块。
1、数据录入及管理模块
数据录入及管理模块可以实现医院、学校、应急物资、救援力量、避难点等基础数据的科学管理,同时制定了基础数据录入和维护的统一标准,助力数据采集更新。
此外,结合用户管理和权限分配功能,按照“谁录入,谁维护”的原则,实现各部门各司其职,各部门可自主录入和更新数据,职责清晰有依据,数据更新有保障。
2、单位用户权限管理模块
系统后台提供用户管理的功能,基于分权分域的设计要求,针对不同行政区域及其级别,设置系统权限、角色和用户组。
通过用户、用户组和权限的矩阵,实现不同的用户登录系统后能访问和处理不同行政区域和不同级别的数据,便于各部门用户对于系统资源的有效管理和共享使用。
5、增城天气微网站
增城天气微网站包括监测、预警、统计、台风、雷达、科普共六个功能模块。
1、监测
监测模块基于GIS系统实现对降水、风力风向、温度、能见度的实况监测,可对每种实况要素选择不同数据范围进行展示,并自定义选择上时次和下时次以查询数据情况。
地图上提供不同站点的要素实况列表供查询详细实况数据。
同时可基于任意一种实况要素图基础上叠加雷达图和卫星云图,并实现自动播放效果。
2、预警
该模块具有预警信号分类展示和统计功能,可科普各预警信号的含义和防御指引,实时更新气象灾害预警信号的生效情况。
采用图表结合的方式,可直观了解区内生效预警分布情况,并根据预警信号的发布等级、发布区域、发布时间进行分类统计展示。
可实现数据自动及手动更新。
3、统计
统计模块实现对降水、大风、最高温、最低温和能见度的查询统计功能,以要素分布图文及对应的要素分级报表、站点要素统计报表形式呈现。
用户可自定义选择具体要素、起止时间、数据时次进行灵活查询。
4、台风
实时查看西太平洋和南海的台风实况和预报,包括:
(1)台风
基于地图可展示最新台风信息(包括位置、强度、移向、移速、气压、各级风圈等)及历年历史台风供勾选展示详情。
(2)预报
可选择北京、广州、日本、关岛分布查询这4个台风预报机构的台风数据,每个预报机构均可基于地图查询到台风70%概率预报范围和警戒范围。
(3)观测
主要结合地图针对不同站点的风向风速进行切换展示,同时可叠加卫星云图和雷达图。
用户可切换4种站点:
浮标、平台、海岛、沿海,选择一种或多种站点,在地图上展示这些站点的风向杆,并提供站点列表供查询具体站点的风速信息。
(4)距离
可对台风中心与相关区县进行城市测距。
(5)图例
主要用于指引用户作用,图例包括对灾害天气类型级别(如热带风暴、台风等)、预报机构、各级风圈、台风概率的图文说明。
5、雷达
切换展示全省、广州市和增城区的雷达动图,用户可自定义选择区域、起止时间、播放速度进行查询,可点击按钮重新生成动图、进行动图下载或发送操作。
6、科普
可通过后台上传文字、图片、文档等科普知识,并在微网站相应模块进行展示。
七、系统非功能性要求
(一)系统的运行维护要求
系统提供1年免费升级及维护服务。
故障报修的响应时间:
周一至周五8:
30~18:
00期间为2小时。
若电话中无法解决,4小时内到达现场进行维护。
其余期间为15小时。
(二)数据共享要求
实现各部门各类别数据接口的分类检索和查询,数据接口是用户获取数据的通道,每类数据根据常用的场景配置了相应的接口,在调用接口前需要查看接口参数描述中的参数的赋值方式、参数是否为必选,以及接口对资料检索时间的限制条件等信息。
(3)安全审查和保密要求
1.身份鉴别和访问控制
采用专用的登录控制模块对登录用户进行身份标识和鉴别;具有用户身份标识唯一和鉴别信息复杂度检查功能,保证应用系统中不存在重复用户身份标识,身份鉴别信息不易被冒用;登录失败采取结束会话方式,限制非法登录不限次数,当网络登录连接超时自动退出等;具有自主访问控制功能,依据安全策略控制用户对文件、数据库表等客体的访问。
2.通信完整性和保密性
采用加密算法保证通信过程中数据的完整性。
在通信双方建立连接之前,应用系统利用密码机技术进行会话初始化验证;对通信过程中的整个报文或会话过程进行加密。
采用数据传输加密技术,对传输中的数据流加密,以防止通信线路上的窃听、泄漏、篡改和破坏。
数据传输的完整性通过数字签名的方式来实现,数据的发送方在发送数据的同时利用单向的不可逆加密算法MD5函数或者其它信息文摘算法计算出所传输数据的消息文摘,并把该消息文摘作为数字签名随数据一同发送。
接收方在收到数据的同时也收到该数据的数字签名,接收方使用相同的算法计算出接收到的数据的数字签名,并把该数字签名和接收到的数字签名进行比较,若二者相同,则说明数据在传输过程中未被修改,数据完整性得到了保证。
在数据交换的过程中,严格的加密机制以及用户身份验证机制保证数据交换的安全。
包括:
系统层面上的安全:
采用统一身份认证平台系统保证系统对于用户口令、权限的验证。
核心数据加密保证数据即使被窃取之后,也无法了解数据的内容。
采用对数据的保密和安全要求极为严格,因此除了在数据通过网络传输过程的保密和安全采取有效措施外,还要对数据库中的静态数据(如账号、密码、签名信息等)和系统配置信息等核心数据进行加密,在显示时通过用户程序进行解密。
这样,防止有人直接读取数据库表数据,获知核心数据的内容,功能甚至可以防止站点管理员、数据库管理员对数据的窥视。
(四)其他
系统具有良好的稳定性、兼容性及维护性,便于集成、开发、部署和应用。
八、技术指标要求
本项目操作系统支持互联网协议第六版(IPv6)的技术指标要求。
九、其他技术、服务等要求
无
十、交付使用要求
(一)交付使用期:
合同签订后180天内完成开发、调试,上线试运行一个月后进行终验。
(二)交货地点:
采购人指定的地点。
十一、项目管理要求
(一)项目实施要求
1.投标人需向采购人提供本项目采购的软件的安装和维护服务的全部内容,并在需要的时候配合设备使用单位完成整个系统的网络联调工作。
若本项目采购的产品等方面的配置或要求中出现不合理或不完整的问题时,投标人有责任和义务在投标文件中提出补充修改方案并征得采购人同意后付诸实施。
2.要求投标人需具有良好信誉和相关实力的技术队伍。
3.投标人需本着认真负责态度,组织技术队伍,做好投标的整体方案,并书面提出长期保修、维护、服务以及今后技术支持的措施计划和承诺。
4.投标人需根据项目总体进度要求、设计方案和施工要求制定项目进度计划表,且满足招标文件的时限规定,明确各节点的项目内容和考核指标。
5.投标人在系统安装前需派技术人员对现场进行勘查,做出详细的项目实施方案后交采购人确认才可实施。
6.安装调试在系统到货后3个工作日内开始进行。
7.所有系统均需由投标人送货上门并安装调试。
用户不再支付任何费用。
8.自系统安装工作一开始,投标人需允许采购人的工作人员一起参与系统的安装、测试、诊断及解决遇到的问题等各项工作。
9.中标人需严格按照投标文件所制定的进度计划按期按质完成每一阶段的任务。
(二)系统集成要求、范围管理、时间管理、费用管理、质量管理等要求
按本项目需求就行系统集成、范围管理、时间管理、费用管理、质量管理。
十二、人员要求
请采购人根据项目情况进行补充下列人员需符合的要求:
1、项目经理需具备本科及以上学历,具有同类项目管理经验;
2、技术人员需具备大专及以上学历,具有同类项目管理经验;
3、其他人员需具备大专及以上学历,具有同类项目管理经验。
十三、测试要求
中标人要对系统实际运行情况进行下列测试,其中系统测试、验收测试由采购人、监理公司和中标人三方共同成立项目测试组。
(1)系统测试;
(2)验收测试;
(3)回归测试。
十四、验收要求
(一)采购人将按照国家有关规定组织政务信息系统项目验收,根据项目特点制定完整的项目验收方案。
验收方案应当包括项目所有功能的实现情况、密码应用和安全审查情况、信息系统共享情况、维保服务等招标文件和采购合同规定的内容,必要时可以邀请行业专家、第三方机构或相关主管部门参与验收。
(二)采购人可以聘请第三方专业机构制定针对政务信息系统的质量保障方案,对中标人的进度计划、阶段成果和服务质量进行监督,形成项目整改报告和绩效评估报告,必要时邀请行业专家或相关主管部门评审论证。
质量保障相关情况应当作为项目验收的依据。
(三)具有多个服务期的政务信息系统,可以根据每期工作目标进行分期验收。
为社会公众服务的政务信息系统,应当将公众意见或者使用反馈情况作为验收的重要参考依据。
采购人和实际使用者或受益者分离的政务信息系统,履约验收时应当征求实际使用者或受益者的意见。
(四)软件系统的验收属于项目的合同验收,还需符合广州市信息化项目相关验收管理办法的要求,同时需符合下列要求:
1、满足合同和招标文件中列举的全部要求。
2、实现合同和招标文件中列举的全部功能和非功能要求。
3、达到合同和招标文件中列举的全部指标。
4、文档齐全,符合合同和招标文件及相关标准要求,包括但不限于下列文档;需求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、测试计划、测试报告、用户手册、项目计划书、用户培训计划、会议记录和开发进度月报等。
5、验收项目包括按照合同和招标文件中所标明的软件系统,及相关的技术维护文档、培训教材、使用说明书等。
(五)中标人要承担合同履行时所要尽的一切保密义务。
中标人对项目实施过程中的资料、数据进行保密,未经采购人书面同意不得泄露,且保密责任不因合同的中止或解除而失效。
十五、培训要求
为了保证培训与实际应用的结合,要求中标人负责派出专业技术工程师在系统实施现场对采购人进行1次免费现场培训,培训内容包括:
1、培训业务人员,使他们熟练操作软件的各项功能,掌握业务的操作技能;
2、培训技术人员,为用户培训相应的维护人员,便于维护日常系统,包括系统网络、系统软件、系统维护及相关技术。
十六、售后服务要求
(一)软件系统提供1年免费升级及维护服务。
(二)保修期内,所有软件系统维护均为免费。
(三)故障报修的响应时间:
周一至周五8:
30~18:
00期间为2小时。
若电话中无法解决,4小时内到达现场进行维护。
其余期间为15小时。
(四)保修期内,所有设备维修服务均为上门服务,由此产生的费用均不再收取。
(五)需提供系统扩充、升级方面的技术支持服务。
十七、知识产权要求
请采购人进行选择或补充:
(1)中标人需对所有成果、产品的知识产权负有瑕疵担保责任,因使用未被授权使用的技术、组件、系统软件、通用软件等知识产权问题引起的纠纷所产生的所有责任及费用由中标人自行承担;
(2)本项目研究成果及其技术文档等所有权由采购人享有,技术文档资料包括完备的系统设计文档、功能模块说明、执行代码、使用手册等,未经采购人许可,中标人不得将相关采购人资料提供给第三方;
(3)本项目研究成果的使用权归采购人享有,所有权归中标人享有,中标人可将本项目研究成果提供给第三方。
十八、付款方式
(一)在签订合同后十天内,采购人凭中标人开具符合国家财务规定的相应数额的发票,将合同总额的30%付给中标人;
(二)在系统开发完成并部署上线后五个工作日内,采购人凭中标人开具符合国家财务规定的相应数额的发票,将合同总额的60%付给中标人;
(三)在项目最终验收合格后五个工作日内,采购人凭中标人开具符合国家财务规定的相应数额的发票及银行开具的合同总金额5%的保函(自项目验收之日起1年质保期满后退回),将合同总额的10%付给中标人;
(五)中标人需在采购人办理付款手续前五个工作日内,向采购人提供符合国家财务规定的相应数额的发票。
十九、原型演示及答辩要求
(一)对要求原型演示或答辩的项目,请投标人在解密完成前到达交易中心等候。
样板室或等候地点:
广州市天河区天润路445号广州公共资源交易中心(太阳广场)四楼。
(如为外派部的项目,请注意地点是否需要修改)
(二)本项目由有效投标人于评标过程中进行原型演示及答辩,请投标人自行准备相关文件。
(三)授权委托代理人须凭身份证原件参加原型演示或答辩,参加人数一般不超过3人(含授权委托代理人在内)。
(四)如原型演示、答辩过程中需要用到电脑等设备,请投标人自带,评标现场仅提供电源和投影设备。
(五)原型演示、答辩时间约15分钟。
评标方法
一、综合评分法
(一)综合评分权重
评分项目
技术评分
商务评分
价格评分
综合信用评价得分
其他评分
分值
35分
35分
10分
5分
15分
(二)技术评分
分值(35)
评审内容
评分细则
4
项目技术方案
对项目整体技术方案进行横向比较:
(1)技术方案:
包括但不限于系统逻辑架构及设计、关键技术、规范数据接口,确保本项目采用比较先进的技术。
(2)项目实施计划:
清晰、合理,实施安排周密。
(3)技术培训计划:
培训计划完整有序,可操作性强,培训目标、内容、对象明确,课时及学员容量安排合理。
(4)系统维护方案,维护服务体系专业性、维护范围、服务回应和响应时间、服务方式及内容。
根据投标人的响应情况进行比较,项目技术方案满足或优于以上采购需求得4分;对比次之得2分;对比一般得1分;对比差得0分。
9
基础支撑子系统
能够理解基础支撑子系统的需求,提出合理可靠的解决方案,需提供系统效果图,并清晰表述建设内容。
根据投标人的响应情况进行比较,满足或优于以上采购需求得9分;对比次之得5分;对比一般得1分;对比差得0分。
9
决策辅助子系统
能够理解决策辅助子系统的需求,提出合理可靠的解决方案,需提供系统效果图,并清晰表述建设内容。
根据投标人的响应情况进行比较,满足或优于以上采购需求得9分;对比次之得5分;对比一般得1分;对比差得0分。
4
指挥联动子系统
能够理解指挥联动子系统的需求,提出合理可靠的解决方案,需提供系统效果图,并清晰表述建设内容。
根据投标人的响应情况进行比较,满足或优于以上采购需求得4分;对比次之得2分;对比一般得1分;对比差得0分。
6
后台管理系统
能够理解后台管理系统的需求,提出合理可靠的解决方案,需提供系统效果图,并清晰表述建设内容。
根据投标人的响应情况进行比较,满足或优于以上采购需求得6分;对比次之得3分;对比一般得1分;对比差得0分。
3
增城天气微网站
能够理解增城天气微网站的需求,提出合理可靠的解决方案,并清晰表述建设内容。
根据投标人的响应情况进行比较,满足或优于以上采购需求得3分;对比次之得2分;对比一般得1分;对比差得0分。
(三)商务评分
分值(35)
评审内容
评分细则
2
类似项目经验:
依据2018年以来完成的不少于100万元同类项目经验合同情况进行评审。
每提供一个项目经验得0.2分,最高得2分。
请投标人严格按照
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 政务信息 系统 项目 采购 需求 软件 开发
![提示](https://static.bdocx.com/images/bang_tan.gif)