保障性住房智能化管理信息系统.docx

保障性住房智能化管理信息系统.docx

《保障性住房智能化管理信息系统.docx》由会员分享，可在线阅读，更多相关《保障性住房智能化管理信息系统.docx（20页珍藏版）》请在冰豆网上搜索。

保障性住房智能化管理信息系统

保障性住房智能化管理信息系统

项目采购招标文件

根据相关规定，深圳市住房保障署以公开招标方式进行保障性住房智能化管理信息系统项目的委托服务采购工作。

招标事项具体内容如下：

1、项目内容

项目名称：

保障性住房智能化管理信息系统项目。

项目详细需求和相关技术要求如下：

（一）项目需求

1、数据采集

（1）人员信息采集

保障房人员信息采集包括住户信息采集、同住人信息采集、以及小区物管人员信息采集。

（2）采集方式

保障房人员信息采集包括PC端Web管理系统采集、自助终端采集、移动终端采集等三种采集方式。

（3）采集内容

系统采集的内容包括：

人脸数据、指纹数据、身份证副本数据、实名制RCCSIM卡等数据，同时支持其它身份识别数据的接入。

2、数据交换

（1）公共住房基础信息平台的数据交换

系统与公共住房基础信息平台进行房源信息同步和住户信息的数据同步。

（2）实施项目硬件设备的数据交换

系统实时与实施项目楼栋管理设备和入户管理设备进行数据交换，数据交换的内容包括：

管理系统将采集的住户权限远程下发给楼栋智能门禁设备和入户智能管理设备，以及楼栋智能门禁设备和入户智能管理设备的运行数据实时远程上传至管理系统。

3、系统基础配置

（1）智能设备的管理和配置

系统对楼栋智能门禁设备和入户智能管理设备进行配置、入网、通信，建立设备与保障房源、保障房住户的逻辑映射关系，通过智能设备的人脸识别、指纹识别、掌静脉识别、身份证证件卡识别、身份证副本识别、实名RCCSIM卡识别等身份识别和使用权限管理实现系统对保障房源和保障房住户的管理。

（2）系统基础功能权限

系统为市、各住房保障部门及各物业小区管理员提供系统账号，通过对账号系统功能权限的划分，实现系统的分级管理、完成各岗位的工作职责。

（3）系统日志

系统运行日志：

记录系统中硬件、软件和系统问题的信息，监视系统中发生的事件。

运维人员可以通过它来检查错误发生的原因，或者寻找受到攻击时攻击者留下的痕迹；

设备状态日志：

记录保障房楼栋管理智能门禁设备、入户智能管理设备的设备联网、设备操作、设备运行、设备状态的日志，运维人员通过设备状态日志对设备的进行日常维护和管理；

管理账号操作日志：

记录各管理员账号的操作日志，记录管理员对系统使用行为，在出现异常管理行为时通过管理账号操作日志对问题进行回溯。

4、系统业务功能

系统提供管理业务功能、查询业务功能、分析业务功能、统计业务功能等核心业务功能。

（1）管理业务功能

Ø住户管理

Ø设备管理

Ø房源管理

（2）查询业务功能

Ø房源查询

Ø住户查询

Ø设备查询

（3）统计业务功能

系统提供包括：

区域统计、小区统计、楼栋统计、房源统计、住户统计、设备统计等统计业务功能，并对统计数据进行实时查看和报表导出。

（4）分析业务功能

根据系统的数据采集和数据统计，结合保障房管理规则对保障房楼栋门禁使用数据记录、房间使用数据、设备状态数据等进行分析，生成住户保障性住房进出记录和保障房使用的分析数据，对异常数据和临界值数据的保障房住户家庭进行重点排查和追踪，并将分析报表导出提供给执法部门进行重点监管和执法。

5、人脸比对身份验证

通过人脸比对身份验证，辅助保障房住户身份有效性的监管和真实性核查。

6、移动执法小程序

执法人员通过微信小程序实现对保障房住户的查询、保障房使用的查询、以及保障房统计分析数据查询等，并通过小程序对保障房的执法数据进行上传和对保障房住户权限管理等。

7、综合服务

（1）客服系统

支持保障房管理单位、物业服务单位、承租人、与客服人员围绕服务进行在线交流，提示服务的满意度，及时处理服务过程中遇到的各种问题，有效解决管理人员与住户之间的交流以及关系维护，客服人员通过在线即时交流工具、客服热线对承租人进行服务。

（2）运维系统

系统实现系统运行的自动化，减少重复工作，降低知识传递的成本，使系统交付更高效、更安全，使产品运行更稳定，使故障处理，由事后处理变成提前发现，由人工处理变成系统自动容灾，系统运维工程师12小时内响应并对系统进行维护。

（二）技术要求

1、部署环境

（1）数据库服务器：

oracle11g，linux。

（2）应用服务器：

weblogic12c，linux。

2、开发环境

使用深圳市住房保障署指定的基于J2EE架构的开发框架开发。

3.实施技术原则

该软件系统要以国家、省各类技术规范和建设等业务信息化规范为依据，严格遵照国家软件工程规范及以下原则：

（1）先进性：

采用国际、国内先进的软件体系结构，先进的技术标准，具有很好的可维护性；

（2）安全性：

从多个角度，多个环节考虑，确保系统和数据的安全。

（3）易操作：

用户接口及界面设计将充分考虑人体结构特征及视觉特征进行优化设计，界面友好、美观，操作符合日常工作流程需要，易学习、易操作，系统提示和帮助信息准确及时。

（4）稳定性：

系统具备较强的容错能力，来保证系统运行的可靠性，并制订相应的策略完成数据的备份，以保证在出现意外事故时系统能够迅速恢复运行。

（5）高效性：

数据访问、数据处理等系统软件要具有极强的处理和运算能力。

要求系统有较强的操作平台、数据库系统、实现架构、网络环境等方面的适应性。

（6）可扩展性：

具有科学合理的体系结构，根本保证系统的可扩展性，业务平台、数据信息平台各个层次都可以灵活扩展。

系统在信息处理平台和业务应用平台提供标准规范的统一接口，充分支持新业务的展开。

随着系统的运行，系统数据量会越来越大，并对系统性能产生影响，为了保证对系统性能的要求，系统在设计时就应考虑具有较强的扩展性。

（7）硬件扩展性：

整个系统和计算机网络可以根据不同的系统要求，随时进行硬件设备配置。

系统容量较小时，系统中主要业务控制软件集中在一套设备。

系统容量较大时，将业务控制软件分布在不同设备中，提高系统处理能力和稳定性。

（8）软件扩展性：

提供只需进行简单操作就可以生成新的业务流程、修改已有业务流程，任意增加、删除和修改业务数据和业务流程，适应业务发展的需求。

提供功能强大的数据接口，轻松实现各种数据的导入、导出以及与外部系统的无缝连接。

（9）应用软件与硬件的无关性：

应用软件所采用的硬件无关，即通过配置实现系统支持不同硬件的接入方式。

4、开发技术规范

为了便于今后的扩展应用，并尽量降低后期维护成本，本项目涉及的系统主体采用B/S框架，使用HTML5标准化语言开发自适应申请页面，采用J2EE体系结构能够使所开发的应用软件系统具有跨平台的特性，能够在不同操作系统之间、不同平台之间平滑移植。

在系统与其他系统整合关联方面，基于XML的Web服务技术是目前世界上最先进的分布式异构数据库系统整合技术，它将原来基于数据库的集成提升到基于服务（应用程序）的集成，从而屏蔽了数据结构、业务逻辑等一系列需要深入了解原系统的细节问题，成为当前最受业界推崇的集成技术。

WebService从本质上讲是放置于Web站点上的可重用构件。

WebService可以分散于Web的各个地方，通过互相地调用以协同完成业务活动。

在WebService的体系中，不同的应用系统被分割为强内聚、松耦合的单个的服务，可以通过Web被调用和访问。

Oracle数据库设计规范:

本项目数据库设计要求必须遵循深圳市住房和建设局的Oracle数据库设计规范。

5、安全要求

发布系统必须能通过深圳市专业的安全漏洞扫描公司的安全漏洞扫描鉴定。

6、数据交换接口规范

在系统中涉及的所有数据交换皆以XML文件格式通过交换接口实现，主要包括以下具体规范：

（1）XML相关的标准和规范

●核心技术规范：

XML、Schema、XSL、namespace、DOM/SAX；

●服务相关语言和协议：

SOAP、WS、UDDI；

●元数据标准：

DC、RDF、GILS；

●工作流相关的语言：

WSFL、XLANG、BPEL4WS、XPDL、BPML；

●事务处理和协作相关：

WSCI、BTP、WS-COOR、WS-TRAN；

●XML安全相关：

ENC、SIG、XKMS、XACML、SAML；

●XML处理与表现：

XFORMS、XHTML、VoiceXML、SMIL、MATHML、SVG；

●XML开发相关：

DOM、SAX、JAXP、JAXR、JDOM、JAXB、JAXM、JAX-RPC；

●其它相关领域的XML标准：

ADML、AIML、CML、FIX、GML、HR、tML、ebXML、HL7；

（2）接口的命名方法、编码、内容规范

接口的命名规范：

接口的命名方法应遵循两个的规则：

唯一性规则、标示性规则。

接口的内容规范：

所有的接口必须有统一的格式，各个信息资源库与数据交换接口的内容必须包含以下几个方面：

接口编码、所共享的数据的结构信息以及元数据信息、接口定义的作者、操作日期、附加说明、接口所属类别（即对应共享目录）、有效日期和使用权限。

（3）错误编码规范

错误编码是指由于操作步骤上的错误或网络连接出现问题等原因而导致数据交换无法正常运行。

系统可以判断并提示出错的原因。

错误的编码采取整数作为唯一的编号。

并保存在数据交换的数据库上。

根据实际出现的情况，管理员可以方便地维护扩展。

7、性能指标

系统建成后，应满足如下性能指标：

（1）稳定性指标

◆系统有效工作时间：

≥99.9%

◆系统故障恢复时间不超过30分钟。

◆不出现以下情况：

无故退出系统；发生系统不可控制的故障提示；因系统故障导致操作系统或机器无法正常操作。

◆并发支持指标

◆系统支持同时在线用户数：

≥5000个

◆并发数按同时在线用户数的20%计算：

≥1000个

（2）响应指标

◆简单事务处理（包含各类信息录入、修改、查询业务、主要页面平均响应时间等）≤3s（1000名并发用户）；

◆信息录入、修改型简单事务：

平均响应时间≤5s；

◆复杂事务处理≤60s（1000名并发用户）；

◆各类固定统计报表形成时间：

≤1分钟。

类型

技术要求

约束说明

执行标准

环境

要求

技术平台

基于J2EE平台，使用JAVA语言进行系统开发，JDK版本为1.6+

不可偏离

部署环境

服务器RedHatEnterprise6.0+

中间件Weblogic12c+

数据库Oracle11g

不可偏离

配置管理

采用深圳市住房和建设局信息中心统一的SVN管理工具，进行系统全生命周期的需求、设计、参考文档、代码、部署程序等资料的管理

不可偏离

管理

要求

单点登录和系统集成

采用深圳市住房和建设局信息中心指定的权限管理产品，实现统一身份认证体系和单点登录。

不可偏离

系统界面风格

遵循深圳市住房和建设局信息中心标准规范之“信息系统界面和风格统一标准规范”，保障深圳市住房和建设局信息中心所有信息项目的界面风格和用户体验的一致性

不可偏离

系统安全

遵循深圳市住房和建设局信息中心标准规范之“信息系统安全规范”，系统上线前必须通过深圳市保密局要求的软件漏洞安全扫描，达到相应安全等级要求。

不可偏离

数据验证与校验

通过用户界面前端对用户输入数据的验证、服务端对输入数据的有效性、合法性进行校验，保证数据的一致性、完整性、合法性

不可偏离

过程评审

在系统建设的生命周期，深圳市住房和建设局信息中心要求项目建设方法提交阶段评审，包括需求评审、设计评审、原型评审、代码走读审查、测试评审、项目验收评审等

不可偏离

技术

要求

SOA服务管理

明确界定系统之间的关系，系统之间的交互调用统一采用深圳市住房和建设局信息中心应用支撑平台提供的SOA服务框架管理，在系统设计中必须明确本系统和其他系统的关系，需要使用什么接口，应该提供什么接口。

不可偏离

组织机构和权限管理

使用深圳市住房和建设局信息中心应用支撑平台提供的组织机构和权限管理产品对部门、人员、岗位、角色、权限进行管理、授权、数据控制等

不可偏离

工作流

使用深圳市住房和建设局信息中心应用支撑平台提供的工作流产品对业务流程进行开发、管理、维护

不可偏离

报表

使用深圳市住房和建设局信息中心应用支撑平台提的报表产品，进行系统相关报表的设计、开发、应用

不可偏离

开发框架

使用深圳市住房和建设局信息中心应用支撑平台提供的开发框架产品，指导系统的分层结构，模块划分，模块交互等

不可偏离

异常处理

任何程序、业务逻辑都必须进行合理异常处理，强调异常的自修复性，在出现致命错误时，终止程序执行、回滚事务，写入异常日志、友好提示用户、通知系统管理员

不可偏离

系统日志

采用主流的日志管理组件（如Log4J）统一控制日志输出，可以提供多种日志输出级别和方式，生产环境日志输出基本为Warn。

不可偏离

事务一致性控制

根据一般性、惯用性策略，事务粒度定义为每请求一事务，保证同一事务中的所有操作要么全成功，要么全失败，特别强调业务和流程的事务一致性

不可偏离

非功

能性

要求

可用性

可用性要求主要包括操作简洁、用户界面友好、数据校验、系统容错、重要操作可恢复等

不可偏离

易用性

要求操作简洁，易于学习，用户只需要简单培训即可掌握系统操作，以用户为中心（UCD）、按业务分类、定义常用快捷入口

不可偏离

系统容错

系统应具有较强的容错性，对于用户的错误操作，应给予友好的提示；对于系统出现的异常，应向用户解释原因，提示用户如何处理；对于已经发生错误或异常，系统应尽可能恢复到原来操作状态。

不可偏离

健壮性

要求各系统单点无故障，可长时间稳定运行，每年因故障停止时间累计不超过24小时，故障次数不超过3次。

不可偏离

响应时间

响应时间是衡量系统性能的重要指标，是指用户在请求了某个操作之后、能够看到结果之前需要等待的时间量。

在系统中，平均处理时间＜3秒，业务最长处理时间＜20秒。

一般查询操作的响应时间＜5秒；一般统计操作的响应时间＜10秒。

不可偏离

处理能力

要求至少1000个并发用户量，支持5000个用户同时使用，且系统响应速度比平时降低不超过8%。

不可偏离

其他

需求

第三方产品接入

系统开发中使用第三方产品时：

若第三方产品为商用产品，必须提供厂家授权代理书和厂家对本项目的技术服务承诺；如使用开源或免费产品，需提供免费技术服务和版本更新。

不可偏离

工具使用

需求原型：

Axure、MindManager

系统设计：

VISO、PowerDesinger

系统开发：

Eclipse、PL/SQL

系统测试：

QTP、LoadRunner

推荐

二、项目服务价格上限

本次项目服务的控制金额为人民币49万元以内（包含49万元），投标单位的报价不可高于控制金额，否则投标文件将视为无效文件。

三、项目服务有关要求

（一）工期要求

中标单位在合同签订后的3个月内完成。

（二）其他要求

中标单位应派1名技术人员驻点深圳市住房保障署1年，现场提供保障性住房智能化管理信息系统应用推广技术支持服务。

四、投标人的资格要求

（一）投标人不得有任何外资（包括港、澳、台资）背景，非深圳公司须在深圳有合法注册的分支机构；

（二）投标人具有独立法人资格，提供营业执照副本扫描件；

（三）本项目不接受联合体投标，不允许分包或转包；

（四）投标人近三年没有违反政府采购和招投标相关法律法规，在经营活动中没有重大违法记录。

五、定标办法及原则

本项目定标采用一次票决法。

六、投标文件要求

（一）投标文件的组成和格式

1.响应声明书（附件1）；

2.报价一览表（附件2）；

3.相关资质证明（附件3）；

4.承诺函（附件4）；

5.法人代表书（附件5）；

6.法人代表授权书（附件6）；

7.投标人情况介绍（格式自定）。

8.投标响应技术方案（格式自定）。

（二）投标文件的份数及装订、密封要求

1.投标人应准备投标文件正本一套和副本四套，所有封袋上都应写明投标人的名称、项目名称。

文件封面须清楚地标明“正本”或“副本”，当正本与副本有一不致时，以正本为准。

2.投标文件正、副本均应使用A4纸统一装订，且均应使用不能擦去的墨水书写或打印，并由投标人加盖公章和法定代表人或法定代表人委托的代理人签字。

3.投标文件的正本及所有副本必须密封，封面均须加盖投标人公章并在密封口骑缝加盖公章。

4.对于因标书标识不清、装订不牢、密封不严等导致的不利后果由该投标人自负。

（三）投标文件的递交

1.投标人将投标文件按以上规定密封和标记后，按以下注明的地址在投标截止时间之前送至招标单位指定地点。

未及时送达指定地点及不符合密封、标记、签章、装订要求的投标文件将被拒绝接收。

投标文件提交后，投标人不得对报价文件进行修改，报价文件中应一次报出一个不可更改的最终报价。

2.递交资料截止时间：

2018年12月10日下午15:

30。

地点：

深圳市福田区红荔路莲花大厦东座807；

联系人：

李工，联系电话：

0755-83253736。

（四）投标文件有效期

投标文件从投标截止日起有效期为30天。

七、废标条款

符合下列条件之一，即可定为废标：

（一）报价文件无投标人盖章，无法定代表人或法定代表人授权代表签字或盖章的；

（二）投标书未按规定的格式填写，内容不全或关键字迹模糊、无法辨认的；

（三）投标人递交两份或多份内容不同的投标文件，或在一份投标文件中对同一招标项目报有两个或多个报价，且未声明哪一个有效的，按招标文件规定提交备选投标方案的除外；

（四）投标人以他人的名义投标、串通投标、以行贿手段谋取中标或者以其他弄虚作假方式投标的。

（五）投标人报价超过本项目控制金额的。

八、流标情形

符合下列情形之一，本次招标流标，需重新招标：

（一）符合招标文件规定并作出实质性响应的供应商不足三家；

（二）采购的公正性受到影响；

（三）投标报价均超过了采购预算；

（四）采购任务取消。

附件1:

招标文件响应声明书（模版）

致（招标人）：

（投标单位全称）授权（全名、职务）为全权代表，参加贵方组织的（项目）招标活动并投标，为此：

1、我方已详细阅读了全部招标文件，包括修改文件（如有）及全部参考资料和附件。

我们完全理解并同意放弃对这方面有不明及误解的权利。

愿意接受招标文件中的各项要求。

2、我方提供招标文件要求的全部资料，并保证真实性、合法性。

3、若中标，我方将按照招标文件规定，履行合同责任和义务。

4、询价响应书自开标日起有效期为60个工作日。

5、我方与本招标文件响应有关的一切正式往来通讯请寄：

地址：

邮编：

电话：

传真：

投标单位名称（公章）：

授权代表签字：

投标响应日期：

年月日

附件2:

报价一览表（模版）

致（招标人）：

在研究了招标文件中所有内容后，我公司对招标项目响应报价如下：

序号

项目

数量

响应单价（元）

小计（元）

备注

1

2

……

合计总价：

￥：

大写：

法定代表人或授权代表（签字）：

供应商名称（盖章）：

日期：

年月日

注：

1、填写此表格时不得改变表格的形式。

2、响应单位如果需要对报价或其它内容加以说明，可在备注一栏中填写。

3、此表应经法定代表人或授权代表签名，并盖上公章。

附件3:

资格证明文件

资格证明文件详见《询价响应供应商的资质要求》。

1）《营业执照》：

投标人必须是中华人民共和国境内注册并合法运作的独立法人机构。

须提供工商行政管理部门颁发的企业法人《营业执照》副本复印件（加盖公章）；

2）本项目不接受联合体投标；

3）投标人认为有必要提供的其他证明文件。

投标人代表签名：

日期：

年月日

附件4:

承诺函

致：

深圳市住房保障署

我公司承诺：

1.对本招标项目所提供的货物、工程或服务未侵犯知识产权。

我公司已清楚，提供虚假承诺或者被有关单位确认为侵犯知识产权的，三年内不得参加政府采购活动。

2.在本项目投标过程中不弄虚作假，不隐瞒真实情况，不恶意质疑投诉。

2.在政府采购最近三年内无因经营中违法违规的记录，无骗取中标、严重违约及重大安全及质量问题之一。

3.在本项目招标过程中，评标委员会若对投标人进行现场勘察或实地考察或检验有关证明材料的原件，我公司将随时做好接受检查的准备。

4.本项目由我公司独立投标，并承诺在中标后独立完成，不转包、不分包，否则按政府采购相关规定处理。

投标人名称：

（公章）

投标人代表签名：

日期：

年月日

附件5:

法定代表人证明书

同志，现任我单位职务，为法定代表人，特此证明。

附：

法定代表人性别：

年龄：

身份证号码：

营业执照号码：

主营：

兼营：

有效日期：

签发日期：

单位：

（盖章）

说明：

1、法定代表人为企业事业单位、国家机关、社会团体的主要行政负责人。

2、内容必须填写真实、清楚、涂改无效，不得转让、买卖。

3、将此证明书提交对方作为合同附件或凭证。

附件6:

法定代表人授权委托书

本授权书由出具。

系依照中华人民共和国法律成立的公司，注册地址为，邮政编码为，法定代表人为。

本公司现授权先生/女士（身份证号为）代表本公司就签署投标文件，并以本公司名义处理一切与之有关的事务。

先生/女士的签字为：

。

被授权人应依法执行在本授权范围内的相关事宜。

本授权书于年月日签字生效，特此声明。

法定代表人签署

公司公章

附件7:

投标人情况介绍（格式自定）

附件8:

投标响应技术方案（格式自定）