2017信息系统运维长期服务招标公告

2017信息系统运维长期服务招标公告

( 2017信息系统运维长期服务 )需求公示

项目名称

2017信息系统运维长期服务

采购类型

服务类

采购人名称

深圳市市政工程质量安全监督总站

采购方式

公开招标

财政预算限额(元)

600000

项目背景


深圳市市政工程质量安全监督站现用于管理质量安全监督业务的《施工安全监督数字化系统》立足于施工安全管理,对工程质量监督业务未能完整覆盖,本项目就是在将既有的《施工安全监督数字化系统》迁移至JAVA平台的基础上,通过增加并整合质量监督模块和微信执法子系统,强化市政工程质量安全监督管理功能,实现对市政工程质量安全监督业务从计划到竣工的全过程覆盖,从手持终端到WEB桌面的一体化集成。

投标人资质要求


1.投标人必须为深圳市政府采购中心注册的供应商(供应商注册网址: http://www.cgzx.sz.gov.cn); 2.中华人民共和国境内注册的有合法经营资格的独立法人,具有独立承担民事责任的能力,并有相关经营范围(提供营业执照副本复印件并加盖公章); 3.必须具有《软件企业认定证书》(须提供《软件企业认定证书》复印件加盖投标人公章); 4.近三年内(即至少从2014年3月开始起算,供应商成立不足三年的可从成立之日起算)无行贿犯罪记录,由供应商营业执照住所地人民检察院出具《行贿犯罪档案查询告知函》。告知函自出具之日起2个月内有效,有效期到期日应在本项目的公告日之后(检察院出具的《行贿犯罪档案查询告知函》复印件或扫描件加盖投标人公章); 5.本项目不接受联合体投标。

服务类清单

序号采购计划编号需求内容数量单位备注财政预算限额(元)
1PLAN-2017-107009-000003在2017年6月1日至2018年5月31日或合同约定的不少于1年的服务期限内提供软件开发、运维、网络、服务器、廋客户机、存储软硬件部署及运维。在2017年6月1日至2022年5月31日或合同约定的不少于5年的服务期限内提供存储设备租赁及原厂商5年每周7天24小时,4小时到达现场技术支持和备件服务、12台廋客户机租赁及原厂商每周5天工作日现场技术支持和备件服务。1.0600000.0

具体技术要求


一、软件开发
1、项目所依据及参考的主要规范性文件
《建设工程安全生产管理条例》(中华人民共和国国务院令第393号发布);《建设工程质量管理条例》(中华人民共和国国务院令第279号发布);《深圳市建设工程质量管理条例》(广东省第十届人民代表大会常务委员会第十二次会议批准);《深圳经济特区建设工程施工安全条例》(深圳市第三届人民代表大会常务委员会第三十二次会议修改);《房屋建筑和市政基础设施工程施工安全监督规定》(住房城乡建设部建质[2014]153号文印发);《房屋建筑和市政基础设施工程施工安全监督工作规程》(住房城乡建设部建质[2014]154号文印发);《城市轨道交通工程质量安全检查指南》(住房城乡建设部建质[2016]173号文印发)。
2、工作内容
将本站拥有全部知识产权的《施工安全数字化系统》为基础,改造为基于JAVA平台的《市政工程质量安全监督数字化系统》,改造完成后的《市政工程质量安全监督数字化系统》平台应当具备微信客户端与便携式计算机协同移动执法能力,具备质量、安全监督业务数据采集、存储、统计、分析、挖掘及决策支持功能。
在服务期限内运维改造完成后的《市政工程质量安全监督数字化系统》,为招标方提供全过程、全覆盖的市政工程质量安全监督信息技术支持。
3、主要功能概述
3.1、业务支持:
作为统一的系统管理系统,实现对系统的用户、组织机构、权限、角色、操作日志等进行管理。具体包括:
用户管理
对用户、用户组、用户所属组织机构信息进行管理;以增加、修改、删除用户、用户组信息、用户所属组织机构信息。
权限管理
组织管理
参照微信企业号的组织架构管理功能和数据结构,对《市政工程质量安全监督数字化系统》的组织机构管理功能进行重新设计,确保和微信企业号的组织架构完全一致。
组织管理的范围包括各行业职能部门、抽取代办点、行政主管部门。组织管理提供对上述组织范围的增、删、改以及查询功能。
角色管理
用户权限通过角色来实现。角色是具有特定权限集的人员的抽象,系统先对角色进行授权,用户再通过与角色关联而获得权限。
角色管理提供增加、修改、删除角色定义的功能,并对角色进行授权。
人员管理
人员管理是对使用或主管部门、区站的相关人员信息及其权限授权的管理。系统中人员将被指定为某类角色,并通过角色获取系统的操作权限。
人员管理提供增加、修改、删除系统用户的功能。
操作日志管理
对所有应用模块的使用进行日志记录,并可查询、统计、打印所有或单个操作日志内容。在操作中必须严格确认操作员的权限,确保操作员不能越级、越权获取资料;在查询、统计时,操作日志的各功能要素都可作为查询条件、分类条件、排序条件或统计要素,提供灵活方便的查询方式和途径。
系统操作日志提供操作员的各种操作统计报表,以考核操作员的工作情况和提供领导决策数据。
操作员可自行检查自己有关操作日志,并由操作员班长或系统管理员进行核查。
系统配置管理
提供通过系统统一的配置界面,保证进行系统配置数据操作的功能,系统配置的操作严格遵守权限设置规定。系统参数配置管理包括对系统参数的数据格式、系统环境变量进行配置。
版本管理
对系统的版面升级进行管理,包括升级的版本号、升级的模块、增加的功能等等信息进行维护,并提供查询。
数据备份及恢复
数据库的备份恢复技术对于数据库的安全性是非常重要的,系统在运行过程中往往由于服务器主机的机器故障、磁盘阵列的介质故障、一些人为的误操作等导致数据的破坏、丢失、以及系统的崩溃。因此,我们必须对本系统的数据库采取合理的数据备份与恢复策略,以保障系统的安全、稳定运行。
对数据库的在线备份建议每天做一次增量备份,每周进行一次全备份。对于归档建议采用自动方式进行。在本周末进行全备份后,再将上一周的全备份删除。每天增量备份的好处是减少了备份时间,提高了备份速度,可对每天的增量数据管理。将备份操作安排在业务较少的夜间进行是为了尽可能减少备份操作对业务的影响,如占用网络和CPU资源。每周全备份的好处是备份了所有数据,当发生系统灾难时,可以在最短的时间内完全恢复所有数据。
数据备份包括数据库、数据文件,以及操作系统、系统软件、应用程序代码和一些设备设置参数等的备份。采取RAID和镜象等数据冗余技术保证数据库的安全,数据要根据需要采取定期备份和即时同步备份等措施,从而保证数据的物理安全性和可恢复性。
系统接口设计
对于使用浏览器进行访问的用户,用户将使用浏览器通过web应用服务器进行访问,不需要设置专门的访问接口。对于使用其它应用程序进行访问的用户,将通过web services提供统一的访问接口。
在访问接口控制方面,主要包含访问列表控制与访问策略控制两部分。其实现的主要功能为:对系统进行入站、出站控制访问。维护一个访问列表,为每一个访问增加一个访问入口。当用户访问完毕时,立即从访问列表中删除该用户访问入口记录。也可按ip地址段、按用户类型等进行分类访问控制。
数据接口实现要求:
支持开放系统互联标准和协议,方便系统间的互联。
支持保证所有的数据传送安全可靠,并且可以对交互的过程和状态进行监控,支持交互失败时的恢复。
数据接口互联应支持多级连接。
数据接口连接必须具有多级别的安全控制机制,同外部系统连接或广域网连接应通过有安全控制的网关设备或防火墙进行连接,不允许直接联网。
数据接口支持平滑地扩充,包括处理能力、处理节点、业务功能的扩充。
接口设计必须遵循灵活、规范、方便、安全的原则。
通讯模式:
接口的基本形态是由它所支持的通信模式决定的。目前主要有两种基本模式:
同步消息传送:同步消息传送接口定义了发送者等待响应时被调用的方法的信号。消息可能包含事务上下文,并提供安全授权信息。
异步消息传送:同步消息传送接口将消息被传送到一个消息队列中,发送者和接受者独立决定处理消息的事务和安全环境。接收者可能收到由发送者详细指定地址的消息,也可能需要接收者订阅一类发挥功能时间的消息。
系统采用这两种通讯模式,支持多种消息的传送模式,以满足不同的应用的要求。
点对点传输:发送方将消息放入消息队列,接收方从队列中接受消息。
路由转发:消息发往不相邻的节点,而是经过路由节点转发。
发布/订阅:订阅者可以根据自己的需要订阅某些主题,然后在适当的时间从该主题上接收已经发布的消息。订阅和发布可以实现一对多,多对一,和多对多的消息传递方式。
集群:集群提供消息的接收和处理分布到若干个节点上,多个节点在一个群组内共同工作,与单独工作的节点相比提高了性能和处理能力。
数据格式:
业务之间交换的数据是通过消息传输的,传输的数据是消息描述信息和消息内容的组合。消息内容采用字符流方式,与符合规范的XML格式文档相容。具体传输数据由两部份组成:消息描述头、消息内容。其中,消息内容不是必须的。
消息内容在系统内部采用为数据对象,消息内容可以看作是数据对象的序列化表示。数据对象即可以支持是简单的数据类型,也可以复杂的数据结构,最重要之点在于它们是自描述的。这意味着任何按照规范格式写的代码都可以接收任何数据对象,并从中提取信息。
交换协议:
协议描述了消息交换中可接收的消息序列,序列是根据消息接收方显示的状态定义的。一些接口没有协议约束,也就是说接口可以在任何时候接收任何消息。一个简单的协议规范是根据前提条件来表达的,也就是说当接收方出于某种状态时才接收消息。如果有严格的状态就必须定义更加复杂的协议。具体的交换协议同具体的业务相关,将在开发时视具体业务而定。
与外部系统间以消息为载体实现在不同网络协议、不同软硬件环境和不同系统之间的进行信息的交换,从而简化系统的接口设计。在系统接口开发的具体实现上将遵循系统的安全体系和技术标准的要求,不仅满足各业务子系统之间的数据操作和功能实现,还将满足系统与后续阶段开发和外部系统集成的需要,保证系统间的无缝连接。
3.2、微信移动执法子系统
微信移动执法模块为《市政工程质量安全监督数字化系统》的子系统,针对《深圳市政站》微信企业号进行功能开发和运维,具有简单的数据查询和移动执法数据采集功能。
3.2.1、掌上办公桌。
业务通讯。与《市政工程质量安全监督数字化系统》服务器实现通讯录同步,具有接收工作动态和工作指令,指定范围传送现场监督业务信息、微信短消息、文件等发送、接收和回执功能,并在服务器保存全部消息和文件的副本。依据发起人的要求,对未收到回执的微信短消息进行重发、手机短消息催办、提醒发起人电话催办等功能。
移动执法。微信移动执法与《市政工程质量安全监督数字化系统》使用同一个的数据库,具有地理信息采集和查询功能,能基于地理信息和关键字查找工程项目信息,监督人员定位选择需要检查的项目工地,通过发送指令代码集,针对该工地发送相对应的处罚条码,并将采集的监督检查多媒体数据传送到后台服务器。现场可利用便携式计算机从服务器调用微信采集的数据,形成监督记录、签发执法文书。实现手持终端和现场桌面移动执法的无缝集成。
3.1.2、微信安全认证。利用微信客户端对便携式计算机浏览器登录系统进行安全认证。
3.3、主要功能模块
包括业务文件及事务管理、业务规划、项目工程管理、受监委托、现场执法、监督记录和执法文书台账管理,建筑起重机械和危险性较大的分部分项工程台账管理、竣工备案管理、整改跟踪、统计分析和数据挖掘、专项检查管理。
3.3.1、业务文件及事务管理子系统
包含收文,发文,内部业务公文的发送及审批流程管理功能,内嵌OCR识别来文及附件内容,具备全文检查索功能,建立历史记录档案等功能,将业务公文与工程项目关联,规范性文件导入和审批等功能,实现工程项目来源可追溯、执法依据可追溯。连通公文与会务系统。
系统账号和权限管理、集成的通讯录和短信系统、组织机构及人事管理、执法文书介质管理和追溯、请销假及工作日历、固定资产登记功能。
3.3.2、业务规划
业务规划包括规范性文件管理、监督指引、监督模板、文书模板等功能。
规范性文件管理包括规范性文件从印发、导入、审批、生效、修改、失效的全生命周期管理。规范性文件经分解,形成监督指引,监督指引具有专业属性,监督模板为用户可定义的监督指引的若干子集,用于约束具体执法行为,文书模板包括用户可定义的质量安全监督全过程业务文书模板,包括:监督计划、监督意见书、责令整改通知书、不良行文认定书、责令停工整改通知书、约谈通知书、行政处罚告知书、材料抽检单、办文回执等各种模板编制、修订、审批、生效、引用、失效等全生命周期管理。
3.3.3、项目和工程管理
项目和工程划分保持和住房和建设局一致,重点对工程属性进行精细化管理、增强系统的灵活性和实际情况的一致性。
增加用户可定义的地铁线路标记字典、标段字典、施工许可字典等工程、项目分类标记。
项目增加线路标记,BT单位等字段,便于分类统计。
从属于项目的由单一施工单位或联合体进行的全部作业内容划分为一个工程,一个工程有一个施工许可证,也可以几个工程共享一个施工许可证。工程暂定可以有土建、设备安装、燃气工程等三个专业中的一至三个专业。施工许可号用于记录工专用或共享的施工许可或其他提前介入审批流程,标段记录工程所从属的标段。
3.3.4、受监委托
系统从深圳市住房和建设局导入施工许可和提前介入审批结果,依据施工许可流程结果或提前介入审批结果,在系统分别显示未办理收监委托的施工许可或提前介入工程清单,收监委托办理人依据收到的书面材料,导入数据,新建或关联既有项目,录入工程包含的专业,签发收件回执,并将导入的工程发送给对应的监督部,由监督部指定监督组。
3.3.5、现场执法
3.3.5.1、数据采集
利用手持微信终端或计算机依据可选的监督模板要求采集现场隐患数据、建筑起重机械和危险性较大的分部分项工程数据、材料送检数据等,在服务器将工程当天采集的全部数据形成监督记录或修改工程属性。
3.3.5.2、执法文书签发
依据现场采集的监督数据和系统生效中的规范性文件,利用便携式计算机,现场录入和打印执法文书,系统将当日监督记录和其他现场采集的数据汇总形成该工程当日的监督记录。
3.3.6、监督记录和执法文书台账
对监督记录和执法文书进行集中展示和统计分析。具备监督时间间隔、现场执法检查和监督计划、专项检查规划的一致性检查能力。
3.3.7、建筑起重机械和危险性较大的分部分项工程台账管理
对建筑起重机械和危险性较大的分部分项工程进行集中展示和统计分析。具备建筑起重机械登记证有效期到期提醒,危险性较大的分部分项工程状态跟踪统计等能力。
3.3.8、竣工备案管理
对竣工备案条件的符合性进行检查,录入工程竣工信息。
3.3.9、整改跟踪
对于需要进行现场检查的整改项,在现场执法模块录入整改闭合情况,对于材料抽检数据或其他不需要现场执法的数据,录入相关数据,形成整改闭合记录。
3.3.10、统计分析和数据挖掘
实现并优化以下统计分析功能:
监督概览:项目基本信息以及监督过程检查情况统计。
项目统计:图形方式统计按项目专业分类和监督科室负责项目进行统计。
监督地图:地图标记各项目所在位置,以及项目基本信息。
执法文书统计:图形方式统计按监督科室文书发放情况。
理论工作量统计:合同竣工日期在建工程总投资/合同工期来衡量监督工作量。
检查次数统计:图形方式按科室统计检查数量。
企业红黄牌统计:图形方式统计按监督科室发放红黄牌数量。
监督绩效统计:按监督组统计监督次数、频率、发放红黄牌数量、绩效等信息。
危险性较大分部分项统计:按监督科室统计危险性较大分部分项工程分类数量。
起重机械统计:按监督科室统计各类起重机械数量。
数据查询管理:编制和管理数据导入、导出查询。
监督单元统计分析。
3.3.11、专项检查管理
3.3.11.1、专项检查台账
全部专项检查的名称、起止时间,发起依据(《通知》、《方案》)等,抽查项目、工程、标段数量等列表,对应的检查记录等数据。
3.3.11.2、专项检查工程清单。
依据专项检查要求,编制专项检查工程清单,指定专项检查起、止日期,可以为每个工程指定监督组。监督组可以依据专项检查工程清单编制监督日程。
3.3.11.3、专项检查模板。
依据专项检查要求,录入或引用监督指引,形成专项检查模板。专项检查模板可以在监督检查中被引用或在统计分析中用于数据分析。
二、系统运维
1、服务器网络及存储系统运维
在2017年6月1日至2018年5月31日或合同约定的不少于1年的服务期限内提供有线网络自互联网接入端起,有限网络至楼层交换机,无线网络至AP接入点的网络、防火墙、AC、VPN设备、各种交换机、服务器、存储软硬件、虚拟化平台等硬件安装、软件部署、调试、廋客户机部署及运维。
提供本招标文件采购的全部设备、采购人既有的机房远程监控、网络系统、VMWare和Windows 故障转移集群虚拟机系统、DELL eqlogic存储系统、Dell PowerValut网络存储设备、Kace管理、堡垒机管理、Aruba无线接入系统等包括但不限于深圳市市政工程质量安全监督总站网络拓扑图所绘制的全部设备及软、硬件基础架构运维服务。运维过程中产生的材料费、零件费、备品备件费、设备更换费等费用按实际产生的计算,费用由采购人支付。
7 × 24小时响应服务,工程师及时响应及时解决问题。
机房远程监控: 7*24小时远程监视、数据采集程序、人工诊断与通报、告警数据统计及分析、现场应急响应。
2、存储设备租赁
在2017年6月1日至2022年5月31日或合同约定的不少于5年的服务期限内提供存储设备租赁及原厂商5年每周7天24小时,4小时到达现场技术支持和备件服务。投标人应该在投标文件中标明拟用于租赁设备的品牌型号、处理器和内存、硬盘数量及技术参数、端口类型、数量及带宽、控制器和电源配置、软件清单及许可数量等技术参数,并在《分项报价清单表》中单独列明报价并计入投标总报价。其他要求:中标人必须为本项目专门单独采购全新的符合技术参数的设备,不得使用库存设备、为其他项目采购的设备、和其他项目共同采购的设备等,生产厂家发货时设备最终使用人必须为采购人,设备及配件必须直接从生产厂家发送到采购人指定的收货地址,不得中转。租赁的设备技术要求符合招标规定,未符合其他要求中任何一项的,支付时应从总合同额中扣除本项报价的5%。
3、廋客户机租赁
在2017年6月1日至2022年5月31日或合同约定的不少于5年的服务期限内提供12台廋客户机租赁及原厂商每周5天工作日现场技术支持和备件服务。投标人应该在投标文件中标明拟用于租赁设备的品牌型号、处理器和内存、硬盘容量、软件清单及许可数量等技术参数,并在《分项报价清单表》中单独列明报价并计入投标总报价。其他要求:中标人必须为本项目专门单独采购全新的符合技术参数的设备,不得使用库存设备、为其他项目采购的设备、和其他项目共同采购的设备等,生产厂家发货时设备最终使用人必须为采购人,设备及配件必须直接从生产厂家发送到采购人指定的收货地址,不得中转。租赁的设备技术要求符合招标规定,未符合其他要求中任何一项的,支付时应从总合同额中扣除本项报价的5%。

商务需求


1、项目实施要求
1.1培训要求
1.1.1 中标人至少必须向本项目涉及的使用人员提供相应的操作培训,以及向用户方管理和维护人员提供相关的系统管理和维护方面的培训服务。
1.1.2 中标人必须为所有被培训人员提供培训用文字资料和讲义等相关用品。所有的资料必须是中文书写。
1.1.3 培训内容与课程要求:
培训内容为:本项目开发软件的安装、使用和系统管理等;
提供所有软件的安装、使用、维护培训的教材;
应用软件系统结构、日常维护等方面的培训;
软件系统的相关使用;
1.1.4 培训费用
报价人应将所有培训费用(含培训教材费)及各项支出列入“售后服务和培训价格表”,并计入总报价。
1.2组织人员要求
为使项目按质、按量、按时及有序实施,报价人对本项目必须有一个完善和稳定的管理组织机构。
在项目负责人员方面,必须包括一名专职负责的项目经理。在建设期内,项目管理负责人、技术负责人应长驻深圳,并在接到业主通知1小时内到达业主现场处理问题或交流情况;
本项目的项目负责人、技术负责人和业务管理咨询专家必须具体负责项目的实施,中标人如中途更换项目负责人、技术负责人和业务管理咨询
专家,必须征得用户同意。
在项目组人员构成方面,在系统建设内,必须配备如下几类专门负责本项目的专职人员:
项目经理
系统分析人员
数据分析人员
开发人员
测试负责人
测试人员
系统实施人员
文档管理和维护人员
在系统建设和维护期内,投标人人承诺的项目负责人和分析、开发实施的主要人员未经用户同意不得更换。
为了验证项目中的质量保证活动是否符合计划要求,同时检查质量保证体系的有效性,以不断完善质量保证体系,中标人内部建立全面的审核制度,配备专门的质量保证人员开展质量保证活动。
项目建设期间,中标人必须设置专人在项目建设期间对文档进行检查和管理,项目最终验收后全部移交业主。
1.3项目文档要求
系统开发应严格遵照国家软件工程规范进行,中标人必须根据开发进度及时提供有关文档,包括:
报价文件:《项目开发计划》《配置管理计划》《质量保证计划》
需求分析阶段:《软件需求说明书》
设计阶段:《概要设计说明书》、《详细设计说明书》、《数据库设计说明书》、《接口标准及开发指南》
编码阶段:《编码规范》、《开发记录》、源代码及说明
测试阶段:《测试计划》、《测试用例》、《测试记录》、《测试分析报告》
试运行/上线阶段:《试运行/上线计划》、《试运行/上线报告》
过程文档:《例会记录》、《开发周报》、《开发进度月报》
交付使用:《用户手册》、《操作手册》、《系统管理员手册》、《系统安装维护手册》、《系统配置记录》
中标人将向建设方提供整个系统的安装光盘、标书中所规定文档、当前运行的可执行程序文件及对应源代码、二次开发规范和标准接口说明等;以计算机光盘(word格式)和纸介质两种形式同时交付,纸质和电子文档各一套。中标人应保证最终提供的软件系统稳定可靠、源代码符合《编程规范》、注释清晰明了、能够编译生成目前正在运行的应用程序的源代码。
项目管理应提交软件开发和实施计划、进度报告、培训计划、培训记录、例会记录以及业主认为必要的其他文档。
未经业主认可的情况下,所有的技术文件必须用中文书写或有完整的中文注释。
1.4文档管理要求
本项目所有文档最终必须向项目采购人提供纸质和电子文档各一套。中标人必须设置专人在项目建设期间对文档进行检查和管理,项目最终验收后全部移交项目采购人。
1.5安装、测试和验收要求
中标人负责培训业主工作组全部软件的安装、调试工作。具体工作程序、工作内容、调试方法、调试结果及验收标准,中标人在调试前必须书面提出并征得业主同意之后按计划实施,不征得业主同意报价人无权私自更改作业计划及内容,否则调试无效。全部工作文档必须有各方当事人签字认可。所有实施必须在试验机器上安装调试,待业主工作组全部掌握实施步骤后,协助业主工作组实施。
1.6系统安装要求
软件系统安装的主要目标不仅是使所有软件能够在相应平台上正常运行,而且必须具有对软件系统运行的监控测试手段,以证明系统优化运行。中标人有责任且必须承诺使项目单位的系统达到以上目标。
系统安装的主要目标不仅是使所有软件能够在相应平台上正常运行,而且必须具有对软件系统运行的监控测试手段,以证明系统优化运行。中标人有责任且必须承诺使业主单位的系统达到以上目标。
本次项目开发的系统软件产品为可直接运行的安装文件或者可解压缩的安装文件包,并且保证系统可安全卸载、可备份、可恢复。中标人提供书面的安装手册,软件的安装过程由业主按照安装手册的指导进行,在此过程中发生错误和事故的责任由中标人承担。
1.7系统测试要求
系统必须至少经过如下测试:
单元模块测试;
内部联调集成测试;
由业务人员参与的功能性测试;
与其它有关系统进行信息互通和资源共享方面的测试;
系统功能、整体性能和压力测试。
系统安装完成后,中标人应首先拟出一个测试方案,具体到每一个测试步骤,与业主讨论通过后,方可按计划进行测试。由中标人提供测试方法、测试工具、测试数据。系统每一项测试必须有详细的测试记录,须有业主和中标人双方代表签字确认,并附有详细的分析报告。
1.8验收要求
中标人应负责在项目用户验收前将系统的全部各种相关的系统软件,各阶段开发文档,运行稳定可靠的本系统及其安装程序,注释清晰明了的、能够编译生成目前正在运行的应用程序的源代码,以及有关产品和系统说明书、安装手册、技术文件、资料、及安装、测试、验收报告等文档汇集成册交付项目单位。只有文档齐全后才予验收。
中标人必须根据系统设计方案提出验收方案和验收文档清单(包含需求调研、系统分析、软件设计、软件开发、系统测试、实施上线、运行维护等阶段),业主将根据验收方案对系统每个部分进行逐一进行项目用户验收。
2、交货、验收及保修
2.1保修服务
2.1.1中标人在系统终验后,必须提供一年的维护期,在维护期内,提供应用系统版本免费升级及对软件进行维护和完善,费用计入投标总价。
2.1.2所有保修服务方式均为中标人上门保修,即由中标人派员到业主使用现场维护。由此产生的一切费用均由中标人承担。
2.1.3在维护期内,对验收版本对应的需求范围,包括系统应用功能升级、性能优化、业务实施、事项整理等,提供免费服务。
2.1.4报价人必须提出维护期内的维护内容和范围(产品、技术、模块)。包括对软件的相应调整(操作平台的改变、数据库改变等),功能模块修改、增加、删除(注明功能模块免费调整、修改、增加的期限,属于程序BUG的问题必须承诺终生免费保修),软件的定期升级等的服务方式。
2.1.5中标人应提供定期的咨询服务(维护期内至少每两个月一次,维护期后至少每半年一次),若业主管理组织调整或业务流程变更,则中标人应提供及时的变更服务。
2.2知识产权
2.2.1中标单位须向采购人提供全部源代码、所购置的系统软件,以保证采购人的长期使用。
2.2.2中标单位保证在开发过程中不会侵犯第三方的知识产权,否则,一切侵权责任及由此产生的一切费用均由中标单位承担。
2.2.3对本项目有关的所有权权利归属特别约定如下:本项目最终软件产品著作权归采购人所有。
2.3交货及验收
2.3.1.1、在2017年6月1日至2018年5月31日或合同约定的不少于1年的服务期限内提供软件开发、运维、网络、服务器、廋客户机、存储软硬件部署及运维。
2.3.1.2、在2017年6月1日至2022年5月31日或合同约定的不少于5年的服务期限内提供存储设备租赁及原厂商5年每周7天24小时,4小时到达现场技术支持和备件服务、12台廋客户机租赁及原厂商每周5天工作日现场技术支持和备件服务。
2.3.2服务地点:深圳市,采购人指定地点。
2.3.3合同方式:总价合同,包工包料。
2.3.4质量要求:按国家标准验收合格。
2.3.5验收时间:2.3.1.2、约定的设备到货后进行设备验收;软件系统开发完成安装部署完毕后进行系统初步验收,经过一个月的试运行后再进行系统最终验收。
2.3.6验收方式:由甲乙双方部门共同现场验收并签署验收报告。
3、付款方式和付款条件
2.3.1.2项服务约定的设备到货后,支付该部分款项。
软件系统开发完成安装部署验收完毕后,支付其余款项。

评标信息


.综合评审法
综合评分法是指在最大限度地满足招标文件实质性要求前提下,按照招标文件中规定的各项因素进行打分,然后对每个投标人的总得分去掉一个最高分和一个最低分后,取算术平均值确定其评标总得分,以评标总得分最高的投标供应商作为中标候选供应商或中标供应商的评标方法。
.1评标原则
评标工作将严格按照招标文件的要求和条件,比照投标书进行评审,评审分为符合性检查、综合评审二大部分。通过评审,评出综合评审最优的投标人。
.2评标办法
.2.1 对每个投标人进行资格审查,内容包括:投标保证金、投标书、开标一览表、投标分项报价表、法人授权书、资格证明文件、技术文件、商务文件、招标文件规定的其他商务条款。
.2.2 对通过符合性检查的投标人进行综合评审。
评标方法说明:
方法一:价格分=(评标基准价/投标报价)×20
当价格分<0时,取0。
方法二:价格分= [1-A×│1-投标报价/Z│] ×20
Z---即本次招标的最佳报价,即对所有通过资格性检查和符合性检查且报价不超过预算控制金额的有效投标报价取算术平均值,并对算术平均值下浮5%作为本次招标最佳报价。
A---价格调整系数,当投标报价低于本次招标最佳报价时,A=0.5;当投标报价高于本次招标最佳报价时,取A=1。
当价格分<0时,取0;方法二仅适用于工程和服务类项目,且通过资格性检查和符合性检查且报价不超过预算控制金额的投标投标人数量应不少于7家。当选用此方法不满足上述条件时,方法一应作为备选方法在招标文件中予以明确。
.2.3评标方法、评标因素及权重分值



序号

评分因素

分值

评价内容


投标报价

20分


技术部分
(技术部分任意一项得0分的作废标处理)

50分

1. 总体规划和设计方案(6分)
考察内容:总体规划和设计方案。横向比较,分档评分:优得8-10分,良得5-7分,中得2-4分,差得0-1分。

2. 更新基本平台,微信执法详细设计方案(10分)
考查内容:标准化执法质监安监业务应用(基础平台为JAVA平台),微信执法系统详细设计方案。横向比较,分档评分:优得8-10分,良得5-7分,中得2-4分,差得0-1分。

3. 拟采用的设备技术性能(20分)
考察内容:拟租赁给采购人的存储设备、廋客户机技术性能和数量不低于招标文件要求,得20分。
存储设备:未全部采用SSD硬盘或自动分层存储技术的,不支持扩展盘柜的,未采用冗余热插拔控制器或电源的,未配置存储系统正常运行所必须的软件许可的扣20分。硬盘数量少于招标要求的,每少一块SSD硬盘或总容量每少1TB扣2分,每少一块SAS硬盘或总容量每少1TB扣1分。存储设备带宽或端口数量低于招标文件要求的,总带宽每低1万兆或少一个端口扣3分。
廋客户机软件配置不符合招标文件要求的扣20分。
拟提供租赁的任意类型设备数量少于招标文件要求的,扣20分。
其他拟采购或租赁的设备性能低于招标文件要求的酌情扣分。

4.与市住房和建设局信息系统接口和数据共享设计方案(4分)
考察内容:与市住房和建设局信息系统接口和数据共享详细设计方案。横向比较,分档评分:评价为优,优得3-4分,良得2-3分,中得1-2分,差得0-1分。

5. 应用系统日常维护详细设计方案(10分)
考察内容:应用系统日常维护详细设计方案。横向比较,分档评分:评价为优,优得8-10分,良得5-7分,中得2-4分,差得0-1分。


商务部分

30分

1. 注册资金(2分)
投标人注册资金≥3000万元得2分;3000万元>注册资金≥1000万元得1分;1000万元>注册资金得0.5分。(由于新版营业执照未体现注册资金,如提供新版营业执照,还需同时提供体现自身注册资金信息的网页查询截图)

2. 纳税情况(2分)
考察投标人纳税情况:横向比较:优得2分,良得1.5分,中得1分,差得0.5分。要求提供税务部门出具的证明文件扫描件(原件备查)作为证明资料。

3. 资质情况(4分)
(1)具有国家级高新技术企业认定证书得1分;
(2)通过国际CMMI三级(或以上)认证得1分;
(3)具有ISO9001:2008质量管理体系认证证书得1分。
(4)具有企业信用评价AAA级信用企业得1分。
要求提供认证(认定)证书(扫描件加盖公章)作为得分依据。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况,一律作不得分处理。

4. 同类软件产品著作权情况(5分)
投标人自主知识产权的建筑行业相关软件具备《计算机软件著作权登记证书》的每个得1分,最高5分。要求提供证书扫描件加盖公章作为得分依据,不提供不得分。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况,一律作不得分处理。

5. 业绩情况(4分)
考察投标人近三年(2013年1月1日至本项目开标之日)承担过的建筑行业相关质监、安监、节能信息系统建设(或运维)项目的情况:每个得1分,最高4分。要求提供合同关键信息复印件(通过合同关键信息无法判断是否得分的,也可以提供能证明得分的其它证明资料,如合同甲方出具的证明文件等)作为得分依据。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况,一律作不得分处理。

6. 荣誉情况(5分)
投标人具有建设行业信息化相关的科学技术成果鉴定证书,每个得1分,最高5分。要求提供证书扫描件加盖公章作为得分依据。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况,一律作不得分处理。

7. 本地服务能力(3分)
投标人在深圳注册或在深圳有子公司或分公司的得3分,在广东省(除深圳)有子公司或分公司的得2分,其他得1分。
须在投标文件中就设立的机构类型进行说明,并提供在深圳市内办公场所的购买或租赁合同扫描件,原件备查)

8. 项目完成后的服务承诺(5分):对项目实施完成后的服务计划是否全面、周到,保证措施是否具体、合理可行进行横向比较,分档评分:优得4-5分,良得3-4分,中得1-2分,差得0分。

其他


附件

备注1:本公示期限为2个工作日。公示期内如有异议,请登录采购系统,点击“提出采购需求质疑”功能点进行质疑,由采购人进行回复。
备注2:供应商在公示期过后对采购需求仍有异议的,请向采购人提出,采购人应予答复,并将供应商异议及答复材料在制作采购文件前移交给集中采购机构或社会采购代理机构。(采购公告查询地址:http://www.cgzx.sz.gov.cn/)。采购需求质疑及回复列表
序号质疑标题质疑内容质疑单位质疑人质疑附件质疑日期标题内容单位采购人附件日期

标签: 运维 信息系统

0人觉得有用

招标
业主

-

关注我们可获得更多采购需求

关注
相关推荐
 
返回首页

收藏

登录

最近搜索

热门搜索