第一篇:不动产交易与税收信息实时共享项目招标用户需求书
不动产交易与税收信息实时共享项目招标用户需求书
采购项目技术规格、参数及要求
(一)项目背景及概况
为深化中央“放管服”改革,我市进一步落实市委市政府关于不动产登记从6月1日起实行“集成办理、一次搞定”的工作要求,构建不动产交易登记与税收信息共享长效机制,根据《广东省涉税信息交换与共享规定(试行)》(粤府办〔2010〕69号)、《惠州市涉税信息交换与共享实施办法》(惠府办〔2014〕35号)的有关规定,按照《中共惠州市委办公室 惠州市人民政府办公室关于印发〈惠州市推进“集成办理、一次搞定”政务改革实施方案〉及相关配套方案的通知》(惠市委办发电〔2017〕50号)等文件的要求,结合我市实际,需要从系统优化改造入手,切实提高不动产交易登记业务的工作效率,持续优化业务流程。
惠州市近几年房地产市场持续活跃,增量房、存量房、土地等房地产交易业务持续增长,房地产业的繁荣给惠州市带来了可观的财政收入,也给相关部门带来了巨大的工作量,同时因为房地产交易业务相对其他业务复杂,涉及查档、网签、备案、缴税、登记等多个环节,这些环节分别归属不同的业务主管部门,主要包括房管部门、税务部门、不动产部门等,当前这些部门虽然共享了一部分数据但是总体来说共享程度低,各部门各自为政,核心数据不共享,直接造成群众办事效率低,群众在办理业务时需要多次跑大厅,重复提交资料,需要长时间排队等待等问题。同时各部门之间数据不共享互通的情况下,存在假完税证,假发票的情况,极易造成一些行政执法风险,无法从根本上达到“先税后证”的要求。(二)项目建设目标
利用信息化技术实现不动产交易登记与税收信息实时共享,构建“集成办理、一次搞定”、房地产交易智能办税、先税后登记电子把关等工作机制,真正达到“让信息多跑路、让市民少走路”目标。
(三)项目建设规模
惠州市全市范围(四)项目建设内容
通过市政府政务资源共享平台,建立房管部门、不动产登记部门、税务部门信息共享对接机
制,运用信息互通共享方式,以纳税人在房管部门“网签合同”受理为起点,实时共享房地产交易登记数据(电子数据和影像资料)、网签合同数据,纳税人通过广东省电子税务局或通过办税服务厅前台扫(输)入合同条码,系统自动调取网签合同数据,调取此户交易历史登记资料(电子数据和影像资料),减少纳税人在涉税环节的录入信息、减少证件(证明资料)的拍摄上传等工作量。完税之后自动回写完税相关信息,不动产登记部门通过回写的电子完税信息(电子税票)与纸质税票的比对,从源头上进一步把控“先税后证”,同时对于房管部门、不动产登记部门的房产、土地存量信息进行共享利用。(四)项目建设原则
1、规范性。严格按照金税三期软件开发技术标准要求及省局统一软件开发要求,制定统一的业务操作规范、系统维护管理规范等。
2、安全性。系统要求保障网络安全、数据安全、应用安全,能对系统数据进行同步备份,用于网络环境下的应用系统必须要防止病毒与黑客的侵袭,数据的安全性应由分级权限的设定来加以保证,重要机密的传输,应考虑加密,系统应保证损失减少到最低限度。
3、稳定性。在故障发生时,能够给出准确的错误报告,引导系统恢复运行。
4、实用性。系统在功能上应紧紧围绕房地产网签数据共享业务工作。在系统的支持下,使该工作能够规范化、科学化,要求系统操作简洁,容错能力强,信息反馈准确、可靠,操作便利。
(五)主要开发内容和建设周期
1、主要开发内容
1)存量房权证信息共享对接及利用 2)住宅家庭房屋套次查询对接及利用 3)电子影像资料数据共享及利用
4)土地出让和转让信息共享及利用 5)土地登记及变更信息对接及利用 6)房屋土地完税信息对接及利用 7)房屋土地免税信息对接及利用
8)土地使用税税源信息对接及利用
9)房管局相关系统软件改造
10)不动产局相关系统软件改造
11)税务局相关系统软件改造
2、建设周期
合同签订后三个月内完成开发,试运行一个月后正式上线,全部县区项目需求功能上线推广
后,完成项目验收工作。
(六)项目详细需求描述
1、存量房权证信息共享对接及利用
通过房管部门、不动产部门共享惠州市各区县房屋产权基础数据,税务部门获取该共享产权数,定期落地更新到税务局数据资源平台。同时各区县房屋产权数据在进行新增产权登记、产权过户、产权注销、产权分户等情况下,对房屋权证信息进行更新,保持最新数据一致性。
2、住宅家庭房屋套次查询对接及利用
通过房管部门、不动产部门开发住宅家庭房屋套次查询接口,税务部门通过传入以家庭成员为单位的多个身份证号码等信息,自动返回该家庭成员名下住宅房屋套数,有条件的返回惠州市范围内住房套数。税务部门在获取房屋套次信息后可将该信息返回给省局房产交易申报智能办税系统、存量房价格评估系统使用。
3、电子影像资料数据共享及利用
通过房管部门、不动产部门开发电子影像资料数据共享接口,税务部门通过传入地区、房产证号、本手或上手信息,自动返回该笔业务对应的电子影像资料信息,为省局房产交易申报智能办税系统提供必要的电子影像资料,减少纳税人电子数据采集工作及为税务人员提供上手交易购置成本及确定上手房产取得时间。同时为存量房价格评估系统提供电子影像资料获取,查询,统计, 基础归档等功能;同时将电子影像资料对接省局电子档案系统, 省局电子税务局税务端使用。
4、土地出让和转让信息共享及利用
不动产部门批量定期共享惠州市各区县土地出让和转让合同数据,税务部门获取该共享数据,定期落地更新到税务局数据资源平台,利用该数据税务部门实时掌握土地出让转让信息,并对纳税人未及时申报土地出让转让进行催缴,同时对于纳税人的申报信息进行核对,防止出现虚假申报问题。
5、土地登记及变更信息对接及利用
不动产部门定期批量共享保有存量土地的相关信息,同时各区县存量土地数据在进行新增使用权登记、使用权过户、使用权注销、使用权分户等情况下,对共享数据进行更新,保持最新数据一致性。税务部门获取该共享数据,定期落地更新到税务局数据资源平台。
6、房屋土地完税信息对接及利用
交易双方在税务部门完税之后,在进入房产部门和不动产部门进行下一步操作流程时,房产部门和不动产部门需要对交易双方的完税情况进行核实。税务部门通过网签合同编号或者完税证编号对完税信息进行数据共享,房产部门和不动产部门在进行完税信息核实之后在系统上进行“先税后证”控制。
7、房屋土地免税信息对接及利用
对于免税业务交易双方在税务部门办理免税业务之后,在进入房产部门和不动产部门进行下一步操作流程时,房产部门和不动产部门需要对交易双方的免税情况进行核实。税务部门通过免税单编号或者身份证件号对免税信息进行数据共享,房产部门和不动产部门在进行免税信息核实之后在系统上进行“先税后证”控制。
8、土地使用税税源信息对接
通过税务部门共享土地使用税的相关数据,不动产部门定期获取该共享产权数。
9、房管局相关系统软件改造
房管局相关系统软件改造,包括提供以上的共享数据,及在商品房交易系统受理及备案功能上能查看是否已完税和税金等信息,依据是否完税,对商品房交易进行受理和备案限制。
10、税务局相关系统软件改造
税务局相关系统软件改造,包括提供以上的共享数据的提供及省局智能办税系统接口的改造调整,存量房评估系统接口的改造调整,存量房价格评估系统中增加电子影像资料获取,查询,统计, 基础归档等功能。存量房权证信息、土地登记及变更信息、土地出让和转让信息等外部交换数据的批量落地与监控。
11、不动产局相关系统软件改造
不动产局相关系统软件改造,包括提供以上的共享数据的提供以及改造不动产登记平台,从系统上控制“先税后证”,特定业务清单受理时,只有从税务部门获取确认及比对完税信息后才能进入下一步操作,否者不允许进入发证环节。
12、系统性能需求
性能要求主要通过功能要求测试来体现,要求系统运行稳定、容错性强、界面友好,能够快速处理房屋交易业务产生的数据处理要求。系统各项性能指标包括系统响应速度,平均无故障时间间隔等要求,均按照国家相关标准设计。
13、系统技术要求
主体架构:根据国家税务总局金税工程(三期)的技术要求,系统采用基于J2EE的B/S三层架构。
中间件:应用服务器采用WebLogic 10.3或以上版本,系统的设计、开发、部署、测试等均要遵循《国家税务总局金税工程(三期)BEA WebLogic平台开发应用指南》的标准。
数据库:选用支持集群的Oracle 10G或以上版本数据库平台,数据库的设计、命名、管理等须遵循《国家税务总局金税工程(三期)Oracle数据库设计应用指南》中的开发规范和约束。
14、系统培训需求
系指按合同要求,向采购人提供相关系统操作培训。
培训时要求安排有丰富培训经验的工程师进行现场讲解演示,对受训人员提出的问题进行现场解答。
第二篇:广州地税办公自动化系统升级改造项目用户需求书
广州地税办公自动化系统升级改造项目用户需求书
一、建设原则及主要目标
广州地税办公自动化系统(以下简称OA系统)从2000年开始在全系统中推广使用,该OA系统包含了:个人事务、公文管理、档案管理、处室资料、信访管理、机关事务、电子邮件等功能模块,功能已经比较完备。
从使用情况上可以看出,由于Lotus Notes开发平台本身的原因,随着时间的推移,系统中数据越来越多,造成了系统运行速度越来越慢。特别是在进行数据检索时更加明显。随着对信息化建设要求的不断提高和使用者水平的不断提升,对OA系统本身的功能以及处理方式提出了进一步优化的需求,迫切需要对现有的OA系统进行技术架构上的升级改造。
本次OA系统升级的目标:
1、系统架构模式的转换:现有的OA系统架构模式仍是传统的服务器/客户端(C/S)模式,为了能够实现移动办公、与其他应用系统的信息共享及实现用户的统一登录,必须把当前C/S模式的OA系统转换成浏览器/服务器(B/S)的模式。
2、公文流转的集中处理:改变现有不同基层单位跨服务器进行公文流转处理的模式,实现市局和各基层单位公文流转的集中处理。
3、系统安全性:除了对OA系统使用基本安全进行加强以外,必须考虑B/S应用模式后系统抵御攻击的能力(包括抵御各种试图非法利用和破坏信息资源的攻击),保证系统中存储或传输的数据不被窃取和破坏。
4、信息整合:现在OA系统基本上与其他应用系统没有任何信息的共享,这就造成了不能在统一直观的用户界面看到其他系统的信息,因此需要实现OA系统与其他应用系统的信息整合,以提高用户对系统中信息的利用率。
5、统一登录:与其他相关系统的统一登录。
二、总体技术需求
(一)总体概述
OA系统是广州地税内网平台上最重要、最核心的系统,不仅要符合自身的发展需要,还应具备整合政务内网平台上其它系统的能力,同时也应考虑同政务外网平台上其它系统之间能够进行安全的数据隔离和交换。OA系统必须遵循实用性、安全性、可靠性、先进性、可扩展性、易维护性和开放性的要求。
(二)体系架构需求
1、服务器端操作系统:支持Window、Linux、Unix和HP、IBM、Sun等小型机的操作系统。
2、体系架构:必须采用满足J2EE规范的分布式多层系统架构,并制定了完善的接口规范和开发标准,可以平滑构建负载均衡和集群服务,能够很好地满足系统将来的扩充需要。
3、应用服务器:必须严格遵循J2EE规范和标准,能够提供消息服务、事务处理、组件、负载均衡、安全性、应用支持等方面强大的功能,将采用Weblogic作为应用服务器。
4、数据库:采用Oracle数据库软件。
(三)主要技术需求
1、功能模块:所有模块在逻辑上是独立的,彼此有接口又相互独立,各个功能模块可拆分、可自定义选择,并能支持将来各模块功能的单独扩展和定制。
2、公文管理:必须有完善和成熟的工作流支持。
3、文档格式:必须满足XML标准,能与MS Office、WPS Office、PDF、TIF扫描图片等文件格式进行无缝集成。
4、能够方便进行业务代码、数据格式、接口转换。
(四)辅助及扩展技术需求
能够为远程办公、移动办公、短信平台等系统提供接口。
(五)数据管理需求
主要包括存储、备份、恢复、安全隔离和交换等方面,具体有:
1、所有数据必须在集中的数据库服务器上进行统一管理;
2、能够方便的导出所需数据;
3、OA系统采用双机热备模式,若OA主机发生任何故障,OA从机能够立即接管OA主机全部工作。
三、主要功能模块需求
OA系统中所有的功能模块必须基于统一的应用支撑平台开发。OA系统必须同身份认证软硬件、高速扫描软硬件等进行完美结合,必须能为其它待添加的系统(如其他业务系统、档案管理系统)和扩展功能(如电子签名等)留有良好接口。
(一)公文流转
公文流转是OA系统中所有功能模块的核心部分,必须要有政府行业的完善、灵活、成熟、强大且完全自主产权的流转引擎。主要包括成熟的流程建模、流程引擎、流程监控、流程实例库及流程权限角色控制库,能提供督查、督办、查询、统计等功能。对现有收、发文的审批流转模块进行改造,升级改造必须涵盖现有OA系统公文流转模块的所有功能,即升级改造后的审批流转模块必须要实现原系统的所有功能。
公文流转功能包括如下几方面:
1、系统提供工作流自定义功能:用户可以根据实际需要制定出相应的流程,而且当实际情况发生变化时可以由系统管理员随时进行更改;
2、提供图形化的流程设置并可进行多条件逻辑分支流程处理;
3、可以自定义文件模板,例如红头文件模板;
4、提供基于用户角色个性化定制功能,将用户各自关心的内容、复杂的流程、资源集中到一处,方便用户操作;
5、提供流程的实时监控及统计。依权限有关人员可以查看公文流转过程中的状况,如流转意见和流转记录等;
6、可以保留公文在流转过程的所有修改痕迹。修改的痕迹都可以清晰地、对比地显示不同修改人所作的修改;
7、提供公文的并发处理功能,同一公文可以向不同人员、不同的处理环节同时发送;
8、提供自由发送处理功能,可对现有流程之外的特殊情况的公文进行的办理进行特殊处理,并且可以对自由发送功能所使用的权限进行设置;
9、提供公文回收功能,用户可对误操作的公文通过回收进行修改,增强系统的容错、排错能力,同时需要系统管理员(或有权限的人员)提供功能更加强大的流程实施处理,可以让系统管理员根据实际情况对正在流转的公文进行人工干预、跳转、调整流程流向,以使公文得到及时正确的处理;
10、提供个人所有待办事务、待办公文的实时提醒功能;
11、提供常用词语功能,用户对一些常用办理、批示意见进行设置后,便可在办理公文时自由调用;
12、公文在流转系统流转完毕后可自动归入档案系统内。公文流转结束后即可自动或手动地归入档案库或者部门资料库,并且保持公文原有的笔迹、办理意见等记录信息;
13、提供办文环节中的时限设置,方便督办、查办;
14、提供强大的公文查询统计功能,可根据针对公文类别进行归类、分类或字段、时间、关键字等查询统计,同时支持对公文的全文检索。
(二)必须实现与现有OA系统中百成电子印章系统的整合。
(三)公文查询统计
能够对收文(办文、阅文)、发文按日期、类型、关键词等形式查询,能够按待归 4 档公文、已归档公文、已发公文、待办公文、已办公文等形式查询,能够按权限分级查询等。查询结果能够导出到Excel和报表打印。对文件办理情况可以进行统计(包含各单位收发文统计报表、部门、个人实时或某期间待办、在办、已办文件情况的统计、查询、各类文件办理所需时间、各部门制发文件情况、领导批示信息的收集汇总等)。
(四)档案管理
能够与广州地税现有档案管理系统实现对接,或提出资源整合解决方案。对已归档未整理的文件可实施还原到流转库的操作。
提供已归档文件的整理功能。通过对文件的档案要素进行判断选择后,文件自动进入指定的目录本,实现文件随办结随归档。
对已进入目录本的文件可实施整理逆操作(还原操作),将文件还原至待整理状态;可根据需要调整文件在目录本内的排序。
可自定义文件、档案管理权限、角色。
可自定义档案著录项目、档案分类类目(多级分类)。
(五)个人事务
主要功能是为个人建立一个相对独立的工作环境,包括主要的日常个人办公的内容。
1、待办事宜:待阅重要信息、待处理公文、待审批事务、待归档档案等都将统一显示在待办事宜页面中,并显示当前用户需要办理的环节信息,对快到时限但未办理或已超时限的事宜应以不同颜色标识给予提示。在用户打开相应的办理文件时,必须在公文表单上清晰的显示待办文件、发送人及发送时间等信息。
2、个性化设置:用户可以根据自己的需要和实际情况更改系统界面方案,设计出个性化特色页面,可定制的内容包括模块标题、页面颜色、栏目数量和内容等。
3、个人文档资料的管理:包括个人基本资料、密码的管理、个人通讯录等。
(六)公共信息管理
主要功能是建立一个共享界面,包括规章制度、电子公告、局通讯录等功能。
1、规章制度:能够按标题、部门、类别进行查询。
2、电子公告:设权限发布、修改、删除公告。
3、局通讯录:能够提供处室分类、姓名、职务、电话、手机等查询功能。
4、其它公共信息的发布查询。
(七)系统管理
提供广州地税OA系统管理员的专用区域,主要包括用户管理,部门设置,模块参数设置和日志管理等。
1、用户管理:能够对用户的基本信息和权限进行管理,包括添加、修改、删除等功能。
2、部门设定:设定广州地税的树状组织结构,部门名称等,设定部门岗位,支持一人多岗的设置。
3、模块参数设置:能够对系统中工作流、表单自定义、角色、参数等进行设置。
4、日志记录:记录系统运行中发生的异常情况和用户登录系统操作情况,方便管理员管理维护系统。
四、售后服务
一年免费维护和升级;必须支持2小时的快速客户服务响应,8小时的上门服务,为客户提供良好的售后服务和技术支持。
第三篇:中山第二人民医院消防设施维护保养项目用户需求书
中山市第二人民医院消防设施维护保养项目
用户需求书
一、项目概况
本次招标的项目概况:中山市第二人民医院位于中山市港口镇木河迳东路,院本部分一期和二期,二期已经正式启用,加上南区分院,总建筑面积约47758㎡,中山市第二人民医院是人员密集型公共场所,中山市消防重点单位,院本部有门诊楼、住院楼、后勤楼和肺科楼,二期有新建的住院楼和医技楼,南区分院有办公楼和住院楼,其中院本部有自动消防报警系统、消防喷淋系统、消火栓系统、防排烟系统、应急广播系统、灭火器、七氟丙烷气体自动灭火装置和应急照明灯、疏散出口指示灯和消防泵房等设施;南区分院有消火栓、灭火器和消防泵房等设施。
二、维保范围
中山市第二人民医院、南区分院消防设施:
1、火灾自动报警系统;
2、室内外消火栓灭火系统;
3、消防喷啉灭火系统;
4、气体灭火系统;
5、消防广播、消防对讲系统;
6、应急照明及疏散指示系统;
7、防排烟系统;
8、防火卷帘门系统;
三、维保内容(每月检查两次)消防控制主机
1.每月消防控制主机电源检查项目: 1)检查系统电压偏移是否在允许范围内。系统电源标准AC197V-242V 50Hz±1Hz。2)查看消防控制配电箱的标志,以及仪表、指示灯、开关、控制按钮。3)检查主电源和备用电源之间的自动切换是否正常。检查方式﹕
a)自动控制方式下,手动切断消防主电源,观察备用消防电源的投入以及指示灯的显示。
b)人为控制方式下,在低压配电室应先切断消防主电源,后闭合备用消防电源,观察备用消防电源的投入以及指示灯的显示。
c)每季度要对备用电源进行1-2次充放电实验,1-3次主电源和备用电源自动切换实验。2.每月应对消防控制主机进行如下项目检查﹕ 1)触发自检键,进行功能自检: 2)对控制器电源全部发光显示器进行检验,并循环三次。
3)对Ⅱ级编程继电器进行检验,检验期间继电器触点动作,但输出+24V撤消。4)对打印机功能进行检验。
5)对控制器的主要硬件接口芯片,存储器芯片及各类插件的主要I级芯片进行自动实时故障检测。3.切断主电源,查看备用直流电源自动投入和主、备电源的状态显示情况。4.在备用直流电源供电状态下,进行断路故障报警及火警优先功能。报警功能检测:
1)类比探测器、手动报警按钮断路故障,查看故障显示。
2)断路故障报警期间,采用发烟装置或温度不低于54℃的热源先后向同一回路中两个探测器施放烟气或加热,查看火灾报警控制器的火警信号、报警部位显示及记录。每个探测器检测后,只消音,不重定。
5.用万用表测量火灾报警控制器的联动输出信号。6.系统重定,恢复到正常警戒状态。火灾自动报警系统 1.火灾探测器
1)为使火灾探测器保持性能良好,正常运行,应在火灾探测器开启运行两年后,每隔三年全部进行清洗一遍。
2)每季度应对所有的火灾探测器采用抽测的方式进行测试﹕ 2.点型感烟探测器
1)采用发烟装置向探测器施放烟气,查看探测器报警确认灯、以及火灾报警控制器的火警信号显示。2)消除探测器内及周围烟雾,报警控制器手动重定,观察探测器报警确认灯在重定前后的变化情况。3.点型感温探测器
可重定点型感温探测器,使用温度不低于54℃的热源加热,查看探测器报警确认灯和火灾报警控制器火警信号显示;移开加热源,手动重定火灾报警控制器,查看探测器报警确认灯在重定前后的变化情况。
1)对测试过的火灾探测器做地址记录,以免在下期测试中重复测试同一个点。在一年内通过定期测试后将所有火灾探测器测试一遍。
2)测试中应核对火灾探测器的地址是否正确。
3)在测试过程中,应对火灾探测器报警的迟缓程度做记录,通过汇总,对其工作状态有一个大致的了解,为是否对火灾探测器进行清洗提供佐证。
4)对于探测装置因环境条件的改变,而不能适用时,应及时更换。
5)要防止外部干扰或意外损坏。对于探测器不仅要防止烟、灰尘及类似的气溶胶、小动物的侵入、水蒸汽凝结、结冰等外部自然因素的影响而且还要防止人为的因素如书架、贮藏架的摆放或设备、隔断等分隔对探测器和手动报警按钮的影响。4.手动报警按钮
1)每月巡检手动报警按钮装置,检查外罩玻璃是否有破损。如有损坏应及时更换,以免发生误报。2)每季度巡检时,触发按钮查看火灾报警控制器信号和按钮的报警确认灯是否准确。3)每季度对警铃及广播测试一遍,发现故障及时维修。自动喷淋灭火系统
1.日常检查自动喷水灭火系统状态和使用环境,重点检查系统组件包括各类阀门、报警阀组、喷头、管道、供水设施等设备外观有无损坏、锈蚀、渗漏,系统工作环境或保护对象是否正常等;检查喷淋泵控制柜的控制方式是否为自动运行方式;检查末端试水装置的压力值是否满足设计要求。每季度完成对全部设备的查看,并填写《消防设施日常检查表》记录查看情况。2.每季度应对自动喷水灭火系统的部分管网进行检查,通过末端试水装置进行放水试验,查看阀门的开启性能和密封性能,水流指示器、压力开关、延时器、水力警铃及喷淋泵的状态以及火灾报警控制器上显示的报警或动作响应,填写《消防设施定期维护表》记录检查情况。
3.每年至少对自动喷水灭火系统进行一次试验,检测从供水管道至系统组件的全部功能,并填写《消防设施年终检测报告》记录检测情况。防烟排烟与通风空调系统
1.日常查看机械防、排烟系统组件有无损坏、锈蚀的现象,正压送风口、机械排烟风口及其现场手动开启装置是否被遮挡,每月完成对全部设备的查看,并填写《消防设施日常检查表》记录查看情况。
2.每月手动开启、关闭正压送风口、排烟风口,防火阀,对每个防烟(或正压送风)分区进行动作试验,检验其灵活性和密封性,并填写《消防设施定期维护表》记录检查情况。
3.每季度测试机械防、排烟系统手动、自动启动功能及空调防火阀的关闭功能,检测各组件的运行状态,并填写《消防设施定期维护表》记录检查情况。
4.每年进行模拟报警试验,启动正压送风机、排烟风机,开启正压送风口和排烟风口,关闭空调和防火阀,并填写《消防设施年终检测报告》记录检测情况。消防给水系统 1.消防水池
1)每月查看消防水池水位及消防用水不被他用的状况。2)每月查看补水设施。
3)每年对水源的供水能力进行一次测定。
4)每两年应不少于两次对消防水池进行清洗、排污。2.消防管路系统
1)观察稳压泵的启动频率,确定管网有无渗漏现象。
2)外观检查:检查管道有无机械损伤、油漆脱落、锈蚀等,管道固定是否牢固,发现问题应及时处理。
3)清除堵塞:系统管道中,可能因施工疏忽残留有砂、石、木屑或水源带来的垃圾、铁锈等,这样会造成喷头堵塞、报警阀关闭不严、水力警铃输水管堵塞等。
4)每季度需对不少于20%的管道末端进行放水,确保管道内的水质良好,并对水流指示器的报警功能进行检查。3.稳压泵及气压水罐
每月检查应依据如下步骤进行﹕ 1)打开排气阀,检查是否能够自动加压。
2)打开试验排水阀,检查减水时能否自动供水,加压装置及供水装置压力表是否显示正常 3)打开排气阀或试验排水阀时,为防止气压水罐内的压力较高造成危险应慢慢将阀门打开。4.消防水泵
1)每日查看水泵和阀门的标志;转动阀门手轮,检查阀门状态;观察阀杆及手轮位置;阀杆是否需要加注润滑油。
2)每月在泵房控制柜处启动水泵,查看运行情况。消防水泵应每月启动运转1~3次;当消防水泵为自动控制启动时,应每月类比自动控制的条件启动运转1~3次。手动、自动控制启水泵1~3次,查信号有否返馈,水压是否上升,电机转动是否正常。有无变形、发热等状况。轴与电机、连接部件是否有松动、锈蚀、变形、发热,是否要加油。运行时间一般不少于5分钟。3)每月在消防主机控制室启动水泵,查看运行及反馈信号。
4)每月检查消防水泵动力运行是否可靠,水泵能否正常运转,流量和压力能否保证;电力上有无保证不间断供电设施,其性能是否良好。5)每月检查主、备泵能否自动切换
6)每月检查压力表是否变形、水泵启动后动作是否正常。7)每月启动水泵后,打开试验阀,观察压力保持情况。8)每二年对消防水泵大修一次,添加润滑油,清洗内部杂质。9)每对水泵电动机的维护保养:
(a)电动机轴承润滑油是否加足,有无严重脏污、变质现象。转动转轴,检查旋转是否正常。(b)电动机是否变形、损伤、锈蚀,机械性能是否良好(电动机在运行时应不发热、无异常振动及杂音)。
(c)水泵轴与电动机的连接部位是否松动、变形、损伤和严重锈蚀。(d)填料是否明显漏水,有无变形损伤,螺栓螺母是否松动。5.电控柜的维护保养
1)每月检查控制柜有无变形、损伤、腐蚀。2)每月检查线路图及操作说明是否齐全。
3)每月检查电压、电流表的指标是否在规定的范围内。开关是否有变形、损伤、标志脱落、处于正常状态。控制盘的指示灯是否正常。
4)每月检查电控柜内继电器是否脱落、松动,接点是否烧损,转换开关应处于自动状态。各导线连接处是否松脱,绝缘是否损伤。
5)类比主泵故障,查看自动切换启动备用泵情况,同时查看仪表及指示灯显示。6.水泵接合器每月查看标志牌、止回阀。7.室内消火栓
1)每月对消火栓进行如下检查﹕
2)确保消火栓周围没有障碍物阻挡,取用方便。
3)确保消火栓外观整洁、标示清晰、无机械损伤及严重腐蚀。
4)检查消火栓有无生锈漏水现象;栓口的橡胶垫圈等密封件有无损坏或丢失;消火栓的闸阀开启是否灵活,必要时应对阀杆加润滑油。
5)对室内消火栓还应检查消火栓箱内的水枪、水带等设备是否完备配套,水龙带有无霉腐﹔破玻按钮工作状态正常。
6)随时抽查消火栓的出水情况。对重点部位的消火栓每年应逐个进行出水检查;对非重点部位的消火栓可按消火栓总数的10%~20%进行出水抽测实验。连接水带、水枪,触发启泵按钮,查看消防泵启动和信号显示。
7)室内消火栓系统还应随时观察消防水池、水箱的水位情况,发现不足应及时补充。7.室外消火栓 室外消火栓应每季度进行一次检查保养,其内容主要包括:
1)用专用扳手转动消火栓启闭杆,观察其灵活性。必要时加注润滑油。2)检查出水口闷盖是否密封,有无缺损。
3)检查栓体外表油漆有无剥落,有无锈蚀,如有应及时修补。4)每年开春后入冬前对地上消火栓逐一进行出水试验。5)定期检查消火栓前端阀门井。6)保持配套器材的完备有效。应急照明和疏散指示标志
1.每月应查看应急照明外观是否有损坏、电源插头是否插在电源插座上、灯管是否工作正常。2.每季度对应急照明进行一次功能性测试,按下列方法切断正常供电电源,用秒表测量应急工作状态的持续时间:
1)自带电源型和子母电源型切断其主供电电源。2)集中电源型切断其控制器主电源。
3)接在消防配电线路上的应急照明灯具,切断非消防电源。
3.使用照度计,测量两个应急照明灯之间地面中心的照度;应符合建筑规的范疏散照度要求;达到规定的应急工作状态持续时间时,重复测量上述测点的照度。
4.配电室、消防控制室、消防水泵房、供消防用电的蓄电池室、自备发电机房、电话总机房以及发生火灾时仍需坚持工作的其他房间,使用照度计测量正常照明时的工作面照度;切断正常照明后,测量应急照明时工作面的最低照度。5.疏散指示标志
1)每月查看外观,核对位置及完好情况。2)每季度对疏散指示标志进行一次功能性测试﹕ a)关闭正常照明,查看发光疏散指示标志的自发光情况。
b)切断正常供电电源,在灯光疏散指示标志前通道中心处,用照度计测量地面照度;达到规定的应急工作状态持续时间时,重复测量上述测点的照度。应急广播系统
1.每月在消防控制室用话筒对所选区域播音,检查音响效果。
2.每季度自动控制方式下,分别触发两个相关的火灾探测器或触发手动报警按钮后,核对启动火灾应急广播的区域、检查音响效果。
3.每月在公共广播扩音机处于关闭和播放状态下,自动和手动强制切换火灾应急广播。
4.每季度用声级计测试启动火灾应急广播前的环境噪音,当大于60dB时,重复测量启动火灾应急广播后扬声器播音范围内最远点的声压级,并与环境噪音对比。灭火器维护管理
1.加强灭火器的日常管理和维护。建立“消防器材检查表(灭火器)”,登记类型、配置数量、设置部位并张贴在灭火器放置处。
2.依照“消防器材检查表(灭火器)”之内容每月检查一次。检查的内容﹕
1)灭火器位置应按管理单位之最新规划位置进行摆放,不得随意挪作它用,摆放稳固,没有埋压,灭火器箱不得上锁,避免日光曝晒和强辐射热。2)铅封及插销均完好无损,未曾动用。
3)灭火器压力表的外表面是否变形、损伤;压力表指针应指向红区或红﹑绿区之间。4)灭火器是否在有效期内。
5)一旦发现灭火器失效或曾动用过应马上通知院方保安部门更换。
3.至少每十二个月委托专业从事消防设施的单位对所有灭火器进行一次功能性检查。检查发现存在问题的必须委托有维修资质的维修单位进行维修,更换已损件,费用由院方负责。筒体按规定年限进行水压试验、重新充装灭火剂和驱动气体,严格落实灭火器报废制度。检查的内容﹕
1)灭火器筒体是否有锈蚀、变形现象、铭牌是否完整清晰。
2)喷嘴是否有变形、开裂、损伤;喷射软管是否畅通、是否有变形和损伤。3)灭火器压力表的外表面是否变形、损伤,指标是否指在绿区。
4)灭火器压把、阀体等金属件是否有严重损伤、变形、锈蚀等影响使用的缺陷。5)在相同批次的灭火器中抽取一具灭火器进行灭火性能测试。七氟丙烷气体灭火系统保养、维修与维护 1.日常(运行)时的维护、保养
1)保持瓶组间和控制室内清洁、干燥、通风良好; 2)保持灭火设备和报警控制设备表面清洁无尘;
3)检查启动瓶组上手动手柄,灭火剂瓶组上先导阀手启动手柄的保险销,及铅封应完整无损; 4)检查选择阀上手动开启手柄无损、位置正确、无松动; 5)检查系统牌、警示牌,无损、清洁可视。2.月季度维护、保养
1)检查启动瓶组压力,压力表示值应在绿区内;
2)逐个对灭火剂瓶组进行压力检测,压力表示值应在绿区内;
3)逐个对灭火剂瓶组和启动瓶组进行检查,瓶体表面应无严重腐蚀、裂纹、变形(凸瘤等),如有上述问题,应及时更换并释放瓶内气体。3.维护、保养
1)对灭火设备进行全面检查:瓶组架稳固,各部件连接可靠无松动,并全面做好清洁工作; 2)对系统进行报警和启动模拟试验,火灾探测、报警、灭火控制按其产品说明书进行;灭火设备检查电磁驱动装置(脱离被启动瓶组),经自动、手动(包括紧急启动、紧急停止试验),应动作正常;延时时间,现场声光报警等应正常;
3)对压力信号反馈装置进行检查,卸下该装置,人工推动活塞(模拟灭火剂喷放受压),喷放指示灯应亮,信号应正常反馈;并能自动复位;
4)对灭火剂输送管网及其附件进行检查,连接可靠、安装稳固,表面无严重锈蚀,并全面做好清洁工作;
5)检查喷嘴,不应堵塞,并做好清洁工作。4.长年维护管理按GB50236有关规定执行。
四、工作质量要求
1、按要求进行巡查保养工作,降低设备故障率;
2、建立健全规范的设备设施维修保养档案,无消防安全隐患;
3、所有维修保养及安装工程必须按国家最新的有关消防、安全生产、建筑规范等标准执行;
4、所有维修效果必须达到恢复原使用功能或优于原状;
5、服务态度、服务效率、服务水平、质量方面满意度必须达到医院的要求;
6、一般性维修接报后2小时内到达现场,紧急维修30分钟内到达现场,并采取有效措施防止事态或危害的进一步扩大;
7、所有巡查,维修、保养工作必须及时完成;
8、协助院方进行员工消防安全救教育、消防事故演习等工作;
9、每月按时提交维护保养工作记录表。
五、其它
1、各投标人应结合相关文件及现场情况,充分考虑影响因素后进行投标报价。
2、投标人被确定为中标人后,未经采购人同意,中标人不得再以任何方式转包或分包本项目。否则被视为违约,追究当事人责任,并承担相应的经济损失。
3、本项目中标人承担招标文件对中标人要求的一切事宜及责任。包含派驻人员工资、福利、服装、通信工具、交通工具、社保、医疗、待业保障、工伤保险、各节假日和特殊工作任务加班费、服务设备、管理费、完成该项目所须工具、一切税费等。
4、所有费用报价为含税费报价,费用为完成本用户需求书维保内容所必须的服务费用,所有材料费单次报价在300元以内的由投标人负责,超过300元的由采购人购置或委托购置,但由于中标人在服务过程中造成的二次损坏或施工质量问题引起重修的,材料费由中标人负责。
5、服务期限为壹年,自签定之日起生效。合同期前三个月为试用期,试用期内服务不合格的,院方可无条件终止合同而不作任何赔偿。
6、付款方式:凭发票每半年支付一次,最后一期待合同结束后15个工作日内支付。7、2015年8月1日至新中标公司进驻期间,中山市第二人民医院的消防维保工作由原维保公司进行维保,费用由新中标公司承担。
第四篇:信息安全等级保护测评服务项目需求书V20(招标文件)
信息安全等级保护测评服务项目需求书
一、项目内容
XX银行股份有限公司成立于xxxx年,xxxx年末,资产规模达xxxx亿元。在北京、天津、沈阳、大连、哈尔滨等地区设立分行。目前,与70多个国家及地区500多个金融机构开展业务,代理行网络遍及世界各地。
作为重点金融机构,其信息系统承载了非常重要的患者数据。为保证本行信息系统安全、降低风险,提高管理能力,进一步加强内部网络的整体安全防护能力,全面提升我行信息系统整体安全防范能力。特对本行核心网络系统进行2015安全等级保护测评项目,本项目为预算为XX万。服务范围: 系统名称
级别
核心网络系统
第三级
二、服务年限
投标人中标,签订合同之日起一年
三、要求条款 要求项目
需求条款
是否为实质性条款
原因说明(实质性条款需列明原因)
资格要求
资格 要求
投标人必须是在天津工商行政管理部门注册的企业,投标时应提交加盖投标人公章的营业执照副本复印件。(复印件加盖公章,现场携带原件备查)
是
企业资格常规及本地化服务要求。
投标人必须具有公安部颁发的信息安全等级保护测评机构推荐证书。(复印件加盖公章,现场携带原件备查)
是
安全资质认证要求,有资格和能力对我单位进行等保评测响应和等保整改方案应对工作。
商务要求
企业 资信
投标人必须具有依法缴纳税收和社会保障款项的良好记录;(提供近一年的完税证明和社保缴存记录复印件,加盖公章)
否
投标人应提供税务登记证复印件,组织机构代码证复印件。(复印件加盖公章,原件携带备查)
否
企业 业绩
投标人应证明其履行等级保护测评服务的能力,提供2014年至今金融行业三级或三级以上信息系统测评成果案例一项。提供测评案例证明材料,包括合同复印件、验收报告复印件等(合同原件,验收报告原件,测评报告原件携带备查)。
否
人员 资格
现场实施人员应包含Cisco CCIE、华为、华三等认证的安全服务工程师。(复印件加盖公章,现场携带原件备查)。
否
应建立人员安排完备的安全服务小组,安全服务小组中应具备通过信息安全等级保护测评师认证的安全服务工程师组成。(证书复印件加盖公章,现场携带原件备查)。
否
安全服务小组内现场实施人员应包含ISO27001、ITIL等认证的安全服务工程师,该工程师必须为等保测评师(复印件加盖公章,现场携带测评师证和相关证书原件备查)。
否
验收 标准
项目实施过程中保证招标人系统正常运行,确保招标人信息系统经过安全建设后,顺利通过等级保护评测,并获得相关部门认可。
否
报价
投标方必须在报价中根据招标人实际情况列出总体方案价格和对应各项工作的详细报价。
否
售后 服务
项目验收后,投标人提供1年免费技术支持服务,对招标人安全加固提供咨询建议。
否
交货 时间
交货期:签订合同之日起12个月内。
否
交货 地点
交货地点:招标人指定地点。
否
付款 方式
合同签订5个工作日内,招标人向中标单位支付全部合同额。
否
罚则
未按约定的时间完成项目,招标人有权按照每延误一日扣除合同金额万分之五的处罚金,并向供应商索赔因此引起的全部损失。
否
四、技术要求 序号
采购项名称
需求条款
是否为实质性条款
原因说明(实质性条款需列明原因)
等级保护差距分析
投标人应对招标人提供信息系统差距分析服务,通过对信息系统安全差距分析,从信息系统现状出发,明确招标人重要信息系统中存在的风险和相关脆弱点,并出具《信息系统差距分析报告》
否
等保评测响应
在项目实施前,应根据差距分析的结果及招标人实际情况,编制信息安全等级保护测评方案。
否
投标人应对招标人重要信息系统提供正式测评,测评范围包括但不限于如下内容:
安全技术测评:物理安全、网络安全、主机系统安全、应用安全和数据安全等五个方面的安全测评。安全管理测评:安全管理机构、安全管理制度、人员安全管理、系统建设管理和系统运维管理等五个方面的安全测评。
否
投标人完成对招标人信息系统等级保护系统测评工作后,应出具符合国家要求的等级保护测评报告,并完成报告通过天津市网监备案工作,以保证信息系统可以顺利通过信息系统等级保护测评。
否
等保整改方案应对
根据招标人临时或计划的要求,响应等保整改方案中的所有内容。
否
测评质量控制
投标人应具备完善的项目质量管理能力,确保测评实施流程规范合理,测评结果准确有效。
否
应急处置方案
投标人应具备在项目实施过程中的风险控制能力,保证招标人系统正常稳定运行,对于系统突发安全事件有应急处置方案。
否
五、评分因素及评标标准 第一部分商务因素(35分)本地化服务(3分)
投标人是在天津工商行政管理部门注册企业(3分)
投标人在天津设有分公司、全资子公司或与本项目服务相关的投资公司(投资比例需超过50%,提供户卡或验资报告),并在天津依法纳税满一年的(提供纳税发票复印件)(2分)投标人在本市具有常驻机构,提供房屋租赁合同或产权证明(1分)
投标人具备GB/T19001系列或ISO9001系列质量管理体系认证,提供证书复印件(1分)具备1分,不具备0分
投标人需建立安全服务小组,投标人安全服务小组内实施人员应具备信息安全等级保护师认证(项目实施人员应为投标人的本单位的正式员工,提供相关认证原件、劳动合同和社保证明)(3分)
投标人安全服务小组内实施人员均为信息安全等级保护测评师,项目中安排高级、中级、初级测评师完成测评工作,分工合理。(3分)
投标人安全服务小组内实施人员部分具备信息安全等级保护测评师认证(1分)投标人安全服务小组内实施人员无信息安全等级保护测评师认证(0分)
安全服务小组内实施人员应包含Cisco CCIE、华为、华三等认证的安全服务工程师(项目实施人员应为投标人的本单位的正式员工,要求提供相关认证原件、劳动合同和社保证明)。(3分)
(1)现场实施人员提供上述所有认证资质证明文件:3分(2)现场实施人员提供上述1-2项证书资质证明文件:1分(3)未提供或不符合要求的:0分。
投标人安全服务小组内实施人员应包含ISO27001、ITIL等认证的安全服务工程师(项目实施人员应为投标人的本单位的正式员工,提供相关认证原件、劳动合同和社保证明)。(2分)(1)现场实施人员提供上述所有认证资质证明文件:3分
(2)现场实施人员提供上述任意一项项证书资质证明文件:1分(3)未提供或不符合要求的:0分。
投标人实施能力,提供自2014年至今金融行业三级或三级以上信息系统测评成果案例一项(3分)
测评系统为四级系统:3分 测评系统为三级系统:1分
测评系统为二级及以下系统:0分 价格(20分)
(1)投标报价超过采购预算的,投标无效,未超过采购预算的投标报价按以下公式进行计算
(2)投标报价得分=(评标基准价/投标报价)×20 注:满足招标文件要求且投标报价最低的投标报价为评标基准价
第二部分技术因素(65分)
信息安全等级保护差距分析(8分)
投标人应根据招标人信息系统现状情况,结合该信息系统级别要求,建立相关方案,分析招标人信息系统与等级保护要求的差距情况,并出具《信息安全等级保护差距分析报告》 投标人相关项目经验丰富,熟悉差距分析内容,建立详细的差距分析方案,并在差距分析工作完成后出具符合要求的《信息安全等级保护差距分析报告》(8分)
投标人相关项目经验较多,比较熟悉差距分析内容,所建立差距分析方案内容比较详尽,可在差距分析工作后出具相关文件(4分)
投标人相关项目经验很少,不熟悉差距分析内容,所建立差距分析方案内容不充分,无法在差距分析工作后出具相关文件(0分)信息安全等级保护方案(27分)
投标人服务方案规范化及标准化程度(7分)投标人相关项目经验非常丰富,非常熟悉完成项目所有工作内容,提供的服务方案规范性及标准化程度很高:7分; 投标人相关项目经验较多,比较熟悉完成项目所有工作内容,提供的服务方案规范性及标准化程度比较好:5分;
投标人相关项目经验很少,基本能够完成项目所有工作内容,提供的服务方案规范性及标准化程度一般:3分;
投标人服务方案的针对性、可行性、完整性(10分)
服务方案完整,充分考虑用户需求,服务方案针对性及可行性很高:10分 服务方案比较完整,服务方案具有一定的针对性及可行性:7分 服务方案不够完整,且服务方案的针对性及可行性一般:4分 投标人服务方案中对本服务项目任务、需求的理解程度(10分)
全面分析了用户现状、性能要求、实施要求等内容,对于本项目任务目标及需求理解深刻:10分;
对于用户系统现状、性能要求、实施要求等内容阐述不够充分,对于本项目任务目标及需求有基本了解:7分;
对用户信息化现状、业务需求了解不够充分:4分 信息安全等级保护响应(6分)
投标人应响应招标人信息系统等级评测需求,完成其重要信息系统等级安全测评,出具符合国家规定的等级测评报告,负责提交有关部门,并保证招标人信息系统可以顺利通过等保评测。
具有完善的等级测评计划,包含测评的各个环节、测评范围、质量控制、风险控制、完成标准,实施测评方案充分体现了完整性、针对性、专业性的:(6分)
具有较完善的等级测评计划,基本包含测评的各个环节、测评范围、质量控制、风险控制、完成标准,实施测评方案基本体现了完整性、针对性、专业性的:(3分)
无完善的等级测评计划,缺少等级测评的重要环节、测评范围、质量控制、风险控制、完成标准等,实施测评方案缺乏完整性、针对性、专业性的:(0分)测评内容应对(6分)
招标人应结合招标人信息系统现状进行信息安全等级保护测评,测评范围包括但不限于如下内容:
安全技术测评:物理安全、网络安全、主机系统安全、应用安全和数据安全等五个方面的安全测评。安全管理测评:安全管理机构、安全管理制度、人员安全管理、系统建设管理和系统运维管理等五个方面的安全测评。测评内容详尽,具有测评方案,符合招标人要求,每项测评内容均具有测评指导书,每项环节均留有相关测评材料(6分)
测评内容不够详尽,无具体方案指导,不符合等保及招标人要求,测评指导书不够充实(3分)
对招标人需测评的内容把握不足,现在工作中不具备测评指导书,无法保证每项环节均具有相关测评材料(0分)
信息安全等级保护整改方案应对(6分)投标人根据招标人临时或计划的要求,响应等保整改方案中的所有内容,出具符合国家标准的等级测评报告,并对报告中设计的安全问题协助指导招标人进行改正。投标人出具符合国家标准的正式版测评报告,并报送相关部门; 投标人针对报告中提出的安全整改项协助投标人完成整改工作的;
投标人满足全部要求得6分,投标人满足一项要求得3分,无满足得0分。项目质量控制(6分)
投标人应编制相关方案证明投标人具备完善的项目质量管理能力,确保测评实施流程规范合理,测评结果准确有效。
具有完善的质量控制方案(6分)质量控制方案内容一般(3分)质量控制方案内容较差(1分)应急处置方案(6分)
投标人应针对测评过程中各项环节可能出现的突发事件建立针对本项目的应急处置方案,以应对突发事件出现后可迅速解决,防止给招标人信息系统带来影响。应急处置方案比较细致、全面,各种故障处理准备充分(6分)应急处置方案比较细致,各种故障处理比较充分(3分)应急处置方案不够资质,各种故障处理准备不够充分(1分)
第五篇:1深圳建设科技促进中心协同办公软件采购项目招标需求书
附件1
深圳市建设科技促进中心协同办公软件
采购项目招标需求
一、项目概况
(一)项目名称:深圳市建设科技促进中心协同办公软件(以下简称办公软件)采购项目。
(二)工期要求:合同签订后一年内完成软件安装、平台搭建、二次开发系统调试及上线试运行。
(三)项目预算:人民币40万元(上限)。
二、项目背景
深圳市建设科技促进中心受市住房和建设局委托,主要承担建筑节能、绿色建筑、装配式建筑技术服务、建设科技推广等业务。近年,促进中心又相继承担了绿色物业管理项目评价、建设科技创新园筹建、建筑废弃物管理等工作,业务量大大增加。此外,住房和城市建设发展研究中心加挂到促进中心,中心员工和业务量大大增加。业务数据繁多,中间环节复杂,管理和业务上常常面临沟通不畅、信息无法及时获得等困难。因此,中心需要建立健全的协同办公系统,1 有效解决中心内部各种业务流程间的关联交叉,实现内部的信息资源共享,提高整体工作效率和业务水平。
建设目标
根据本中心业务需求,构建起一个弹性、灵活、高效、安全的信息化协同平台。通过协同办公系统,实现远程办公、移动办公、无纸化办公;提高本单位各部门及员工的办公效率、提升整体管理水平;提高业务协同和数据整合的效率,为中心的管理提供信息支持;建立一个具有前瞻性、先进性、可扩展性和易于集成的大型组织办公协同平台。
建立一个多平台、多终端、适应性强的业务协同与信息共享的平台,实现管理、业务一体化。
建设内容
根据协同办公业务的需求,协同办公系统应包括: 协同工作平台
办公门户:实现门户信息共同展示,支持门户分类,支持个性化配置;门户空间可按业务、职能等进行标准实现及自定义设定,支持换肤;提供车辆管理、通讯录、工作代办、个人事务等业务协同。
信息门户
2(1)信息门户可基于应用支撑平台的门户引擎,提供有针对性的虚拟门户,为系统提供可配置的多级门户,具有权限的用户可以定义门户布局、样式和显示内容。
(2)可建立不同层级的门户,如职能部门门户、主题门户(如规章制度专栏、安全生产专栏、政策法规专栏)等。门户集中发布最新的公告通知、规范制度、工作动态、人事任命、会议日程等动态信息。让所有员工都快速了解到中心动态。
(3)在具体的门户上,具有权限的用户,能够选择门户样式、布局并能够可视化配置不同的门户模块和布局。门户需要支持层次结构,分级授权,以满足集中部署的要求。
(4)通过元素的设置将系统内的协同工作、流程、计划、公文等信息都通过信息门户的方式发布到信息门户中,每一个信息的元素可以对应到不同的文档目录中。
(5)个人桌面:用户可以按照个人的工作习惯,自定义个人的业务系统模块、常用的应用系统的入口图标、个人门户的布局及皮肤,形成个性化的个人工作台。
(6)系统应自动把员工日常工作内容推送到个人门户平台,进行汇总、跟踪、查询,包括有自动把上级或其他同事所提出的申请请求推送到办公桌面上、有最新的知识提醒阅读、外部的门户信息,每天安排的计划日程、所需查看的邮件等等。工作流
(1)用户可以发起建立工作流程。
(2)流程环节在处理时可以根据需要进行更多改变,增加、减少节点;提供支持退回上一节点、流程转发、节点汇合签署意见等功能。
(3)流程意见支持流程环节内所有人员的回复、消息直连和流程处理即时讨论、留档、同时触发提醒。
(4)提供流程监督、管理功能,流程中各节点处理状态和收阅情况一目了然。
(5)可提供流程与其他流程之间的关联。
(6)系统提供高效的电子表格工作流程审批机制,同时要求表格制作及流程绑定维护简单、灵活,支持辅助表格编辑软件的集成应用。
(7)支持提供流程内容的在线编辑,修改,并支持上传附件、以及关联其他的流程。
业务管理
(1)可自定义业务的单据、表格,单据的权限控制到数据字段。
(2)搭建业务工作流程,如绿色建筑设计、运营标识评价,建筑领域新技术、新产品认证,装配式建筑项目技术认定等。
4(3)支持业务数据的统计查询,可根据用户需求自动生成相应统计图表,如某一业务月度、季度、统计数据表。
(4)能够支持业务模块的菜单生成,无需进行代码开发。
(5)自动生成业务展示桌面型,实现业务的信息展示、统计图表和图形展现。
日程计划
(1)建立日程计划功能模块,建立以工作计划和日程管理为核心的工作任务模式,实现计划、执行、结果一体化。
(2)建立周日程汇总模板,可汇总单个员工、项目的周/月/年工作计划表。
(3)具备生成、打印周日程安排的功能。
(4)提供日程短信或即时消息提醒功能,支持提醒规则设置,如日程提醒可关闭、可设定重复提醒、可设定提醒日期、时间等。
合同管理
(1)建立合同管理模块,实现合同的签订、合同款支付、验收、结算全过程管理。
(2)提供合同的签订流程,包括申请、审批、签订、备案存档等流程。重点项目合同可自动生成项目库基础数据。(3)提供合同款支付流程,包括支付申请、审批、付款、登记备案等流程,可跟进和统计合同款项的支付进度。
(4)提供合同验收流程,包括验收资料的上传、审核、验收结果、归档等。
(5)支持合同的分类管理和统计,并可生成统计相应图表。
项目库管理
(1)建立项目库管理模块,实现中心项目立项、实施、验收、归档全过程管理。
(2)可实现项目进度查询、跟踪管理。(3)可实现项目收支明细管理。请休假管理
(1)建立请休假管理模块,可实现员工请假单、休假单的填报、申请、审批,请休假的撤销和确认,并可关联到个人日程表单中。
(2)建立请休假汇总模板,可生成部门及全单位的月/季度/年请休假汇总表。
用品管理
(1)建立用品管理功能模块,实现单位办公用品需求计划上报、计划汇总、购买入库、领用申请、发放、库存情况等全过程管理。
6(2)提供需求计划上报审批流程,办公用品使用部门在系统内填报需求计划并审核,综合部门对各部门审核过的需求计划进行汇总,经批准后进行采购。
(3)提供办公用品领用审批流程,办公室根据申请进行发放处理,对发放情况进行记录,支持根据需求计划自动创建领用申请。
(4)提供多种维度的查询统计功能,能汇总统计单位、部门的办公用品费用发生情况,提供相应报表打印功能。
工作协同
(1)在日常工作中,对于一些临时性、没有固定流程的工作和任务,通过内部协同功能临时建立一个工作处理流程,通过临时设置工作流程步骤,选择相关处理人去办理。根据协同业务需要,设定具体流程,使各种协同事宜在系统中流转完成,真正实现无纸办公。
(2)协同工作流程既能够在同一单位内进行,也能够在上下级单位之间进行。各事项能够按需进行文件表单的定制、流程的定制,定制简单灵活、易于使用、易于修改。协同工作支持简捷的文字编辑、信息流转、回复、意见加载,以及附件加载。
会议管理
7(1)对会议室资源进行维护和管理,包括会议室地点、时间、会议状态等信息的设置,会议申请者受控选择会议举办的地点,进行图形化显示会议资源。
(2)系统消息、邮件、短信等形式通知参会人员,并对参会人员对通知信息的查看、反馈进行跟踪。
即时通讯
(1)具有即时沟通功能模块,可实现点对点的即时沟通,实现建立多人群组会议,可上传附件、断点续传、聊天记录查询。
(2)即时通讯的组织架构和人员需要与协同平台组织架构和人员完全一致。
移动办公
(1)系统平台应具备独立的客户端应用特性,应充分尊重手持终端的硬件特性
(2)需具备会议管理、微信整合、公文管理功能。(3)具备来电识别功能和智能保存提示功能。新闻公告
(1)可提供发布各种信息的功能,如各种通知、通告、新闻等信息。
(2)按照发布的内容自行设置不同栏目,员工按职责分别赋予查看、发布和管理的权限。
知识文档管理(1)知识文档管理机模块实现文档在中心范围内的共享和传递。“层次化”管理各种文档,将各种文档分门别类进行层次化的目录管理,以及使用关键字或全文搜索,方便员工检索和查阅文档。实现对文档处理周期的管理,包括文档的撰写、审阅、批准、发布、存档等各个环节。
(2)建立统一的知识文档库,提供知识全生命周期管理,包括知识及流程信息收集整理、知识分类、知识热点、知识发布、知识积分等。
(3)知识文档来源包括用户主动提交、专题征集、业务处理过程中的流程信息、会议材料、规章制度、经验总结、项目文档。
(4)知识管理需要提供丰富的在线查询功能,包括按目录索引查询、按类型查询、按关键字查询、全文搜索等。
(5)主要包括如下功能:文档维护、为新文档创建主分类、类和子分类、创建新文档类型格式、使用主分类-类-子分类和文档类型格式创建新文档、文档首页按分类/类型进行分组显示、文档版本控制、选择和删除/存档/起草所有文档、移动文档、文档归档档案、文档预览、文档打印、文档进行权限设计。
设计原则
根据深圳市住房和建设局对信息安全的需求以及以往安全工作的实施和实践,提出协同办公平台的建设必须满足以下原则:
(1)安全性
该协同办公系统应从应用场景、技术方案、产品和管理制度等方面,系统性分析安全风险,基于安全等级保护要求和最小授权原则,充分保证系统的安全性。
(2)可靠性
针对系统设计、项目实施、运维生命周期的各个环节实施严格的技术管理,从端、管、云的整体视角,保证系统的可靠性。
(3)可扩展性
要求在保证安全的基础上使整个网络或终端架构具有灵活的可扩展性,特别是对新的应用场景、终端和业务系统的扩充等要求具有良好的支持。(4)开放兼容性
该系统必须要求采用开放式的平台化架构,适配不同类型的智能终端和异构的后台业务系统,提供可集成的安全接口,可以与第三方的业务系统进行对接集成,实现用户使用体验的一致性。(5)可管理性 该系统基于端、管、设计完整的可管理方案,所有安全系统都具备在线式的安全监控和管理模式,并进行丰富的呈现。
(6)可追溯性
系统的需求设计及平台的操作都遵循可追溯性原则: 确认该设计是否覆盖了所有已确定的软件需求,软件每一成份是否可追溯到某一项需求;
针对用户在系统平台的关键操作进行记录,存留操作日志,以便后续满足日志审计要求。(7)易用易维护性
该系统应易学易用,界面简洁美观,便于操作,易维护管理。
三、部署要求
本系统的开发用户数暂定为100个,投标人应针对本项目建设和运行所需的软硬件产品给出合理可行的配置建议方案。
服务器操作系统、中间件和数据库系统需支持市面上主流软件。
四、总体要求
支持二次开发新的功能模块,以扩充系统功能 系统应用和管理都完全采用B/S结构,无需安装客户端或下载插件,遵循通用WEB浏览器规范实现,支持HTML、DHTML等通用的浏览器标准。客户端通过IE浏览器即可完成查询、填写、审核、报送等一系列相关业务操作
系统应提供统一的数据交换接口和应用服务接口,应采用XML作为统一的数据接口格式
所提供产品应具有可复用性和扩展性,能适应用户业务需求变化,通过配置满足新的需求 满足用户对系统的性能、界面等要求 满足系统安全的总体要求
总体架构设计应有强有力的成熟技术与产品做支撑,不能流于形式
系统所需的虚拟化部署软件、操作系统、数据库给出详细的建议方案
五、其他要求
(一)项目实施进度要求
为了保证项目顺利实施,方便项目管理和监控,项目承建方必须制订详细的项目实施计划,并在执行过程中不断跟踪和改进。
其整体项目试运行周期为1个月,试运行通过后1个月内完成项目整体验收工作。
(二)项目服务要求
1.中标人提供1年免费维护服务,自项目验收之日起开始计算。
2.在免费维护服务期内,中标人应向用户提供以下技术支持与服务:
a.提供7*24小时热线电话支持。b.提供5*8邮件等远程支持。
c.当系统出现故障时,中标人在接到用户反映后1小时内做出技术支持反应,4小时赶到现场,重大问题2小时内赶到现场。
d.提供系统免费升级服务。
(三)培训要求
中标人必须提供相关的培训服务。
中标人必须提供高水平的现场培训,培训内容列入投标文件。
中标人应根据系统运行、维护、升级的要求,对培训内容、效果、时间、地点、人数提出详细培训计划。
(四)付款方式
根据项目实施进度要求,本项目具体付款方式如下: 1.合同签订之日起15个工作日内,甲方向乙方支付合同总价30%作为预付款;
2.完成所有功能开发和上线投入正式使用后15工作日,甲方向乙方支付合同总价30%的款项;
3.完成项目整体验收后,甲方向乙方支付合同总价30%的款项;
4.维护期满一年后支付合同总价10%的款项。
(五)服务人员要求
1.投标人必须成立独立的项目组。要求技术团队至少4人,至少一名专职的项目经理。2.项目组需设专职的测试人员。
3.投标人中标后,从项目开始实施到项目验收通过为止,如无甲方许可投标人不得更换投标文件中约定的项目经理和主要技术人员。
4.项目组所有技术人员必须在甲方驻场完成运维管理平台项目的功能开发及上线工作。
(六)知识产权及保密要求
投标人拥有该项目知识产权,采购人拥有项目软件的使用权。
投标和采购双方应遵守国家的有关保密规定,妥善保管对方提供的资料,保守对方的各项秘密,并保护对方的知识产权。
该项目过程不得侵犯第三方公司知识产权。