深圳市建设科技委工作平台建设项目招标文件

根据相关规定，深圳市建设科技促进中心以公开招标方式进行深圳市建设科技委工作平台建设项目的采购工作，请按以下要求于 2018 年 8 月 8 日（星期三）下午 17:00 前将投标文件密封送至深圳市福田区振华路 8 号设计大厦 1012 室。

一、采购内容见附件 3。二、与采购项目相关要求（一）采购项目的详细清单和相关技术要求。见附件 3。

1

（二）招标控制价本 项 目 招 标 控 制 价 ： 人 民 币 肆 拾 玖 万 元 整

（￥490,000.00）， 投标报价超出此金额的将作废标处理。（三）工期要求。1、自合同签订之日起，1 个月内完成项目 1.0 版本的开

发实施和上线投入试用；3 个月内完成项目 2.0 版本的开发实施和上线投入试用；1 年内完成项目所有功能和建设内容的开发实施和上线投入试用。

2、项目试运行周期为 1 个月，试运行通过后完成项目整体验收工作。

（四）验收标准和方式。 见附件 3。（五）付款方式根据项目实施进度要求，本项目具体付款方式如下：

2

1、合同签订之日起 15 个工作日内，甲方向乙方支付合同总价 30%作为预付款；

2、完成项目整体验收后，甲方向乙方支付合同总价60%的款项；

3、维护期满一年后支付合同总价 10%的款项。（六）投标条件。1、在中华人民共和国境内注册、具有独立法人资格的企

事业单位。2、本项目不接受联合体投标，不允许分包或转包。（七）授予合同的办法及合同的主要条款。见附件 4。（八）投标文件的格式及内容。投标文件包括以下内容：1、营业执照复印件。2、法人代表书。3、法人授权委托书。

3

4、投标保证书（格式见附件 1）。5、报价一览表（格式见附件 2）。6、项目实施方案，方案内容至少包括：项目实施总体思

路、实施方案、实施进度计划、服务承诺、违约承诺、项目团队成员等。

7、投标人情况介绍。（1）投标人情况介绍和自身优势说明；（2）类似业绩情况和证明文件；（3）投标人认为需要补充的内容（格式自定）。（九）投标文件的份数及装订、密封、提交要求1、投标文件的密封、标记和装订（1）投标文件按以上内容和顺序用 A4 纸装订成册，一

正四副，投标文件所有内容都应在封面上注明正、副本。将装订好的投标文件全部密封包装在一个外密封袋中，并在外密封袋上注明：

4

投标文件 项目名称：投标人名称（盖章）： （2）装订应牢固不可拆卸。（3）所有投标文件密封袋的封口处均应加盖投标人公章。（4）对于因投标文件标识不清、装订不牢、密封不严等

导致的不利后果由该投标人自负。2、投标文件的提交投标人应根据招标公告和招标文件要求，在投标截止时

间前将投标文件密封送达指定地点。未及时送达指定地点及不符合密封、标记、签章、装订要求的投标文件将拒绝接收。投标文件提交后，投标人不得对报价文件进行修改，报价文件中应一次报出一个不可更改的最终报价。

（十）定标办法及原则。本项目定标采用简单多数直接票决法。

5

（十一）废标条款符合下列条件之一，即可定为废标：1、报价文件无投标人盖章，无法定代表人或法定代表人

授权代表签字或盖章的。2、投标文件未按规定的格式填写，内容不全或关键字迹

模糊、无法辨认的。3、投标人递交两份或多份内容不同的投标文件，或在一

份投标文件中对同一招标项目报有两个或多个报价。4、投标报价超出预算金额。5、投标人以他人的名义投标、串通投标、以行贿手段谋

取中标或者以其他弄虚作假方式投标的。（十二）流标情形符合下列情形之一，本次招标流标，需重新招标。如招

标失败，招标人将不负担因此给投标人造成的损失。

6

1、符合招标文件规定并作出实质性响应的投标人不足三家。

2、采购的公正性受到影响。3、投标报价均超过了采购预算。4、采购任务取消。（十三）其它与本次招标有关的规定。联系人：黎晓茜 电话：0755-83782169

联系地址：深圳市福田区振华路 8 号设计大厦 1012 室

附件：1.投标保证书（模板） 2.报价一览表（模板）

3.深圳市建设科技委工作平台建设项目招标需求4.信息技术合同（模板）

深圳市建设科技促进中心 2018 年 8 月 2 日

7

附件 1:

投标保证书（模版）致（招标人）： 经研究，我单位决定对贵单位组织的（ 项目）进行

投标，并对以下事项作出保证：1、我单位将严格遵守《中华人民共和国招标投标法》，

按照相关规定进行本次投标，保证不进行任何破坏本次招投标活动的行为。

2、我单位已详细阅读招标文件（含补充、修改文件），理解其实质性内容，同意承担其规定的全部义务和相关责任。

3、我单位保证提供的投标文件内容真实、有效、准确。4、我单位若中标，保证在规定时限内与贵单位签订服

务协议书。

1

5、我单位若出现违反上述承诺的行为，愿意承担相应的法律责任。

地址： 邮编： 电话： 传真：

投标人名称（公章）： 授权代表签字：

年 月 日

2

附件 2:

报价一览表（模版）致（招标人）：

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

序号 子 项 数量响应单价

（元）小计（元） 备注

1

2

……

合计总价： ￥： 大写：

法定代表人或授权代表（签字）： 投标人名称（盖章）：日期： 年 月 日

1

注：1、填写此表格时不得改变表格的形式。 2、响应单位如果需要对报价或其它内容加以说明，可在备

注一栏中填写。3、此表应经法定代表人或授权代表签名，并盖上公章。

                

2

附件 3：

深圳市建设科技委工作平台建设项目招标需求

一、项目概况（一）项目名称：深圳市建设科技委工作平台建设项

目。（二）工期要求：合同签订后一年内建成，分三个版

本迭代更新。（三）项目预算：人民币 49万元（上限）。二、项目背景深圳市建设科学技术委员会（以下简称“建设科技

委”）是工程建设领域全市性综合技术决策咨询和研究机构，其业务工作特点是专业性强、信息量大、涉及面广、

1

时效性高。开发建设科技委工作管理系统，能够实现建设科技委工作的信息化、标准化、流程化，提高建设科技委的工作质效和服务水平，更好地促进我市城市建设和可持续发展。

2018 年 7 月，受深圳市住房和建设局委托，深圳市建设科技促进中心组织开展“深圳市建设科技委工作平台”的招标和开发建设工作。

三、建设目标（一）总体目标充分应用“互联网+大数据”，开发建设统一、科学、

高效的“深圳市建设科技委工作平台”，实现用户之间信息的沟通和交流，各类业务办理工作的信息化、标准化、流程化，信息数据的互联、互通、共享，确保建设科技委工作的准确性、完整性、安全性和可追溯性。

（二）基本功能2

1、专家管理功能实现专家库管理、专家抽选等。2、内部文件流转功能文件签批、文件发布、会议通知等。3、业务办理功能初步设计文件论证、征求意见等。4、信息交流功能内部通知公告、工作动态、行业信息、专家成果等。（三）系统特色1、业务手机端全办理；2、任务和通知手机端自动提醒；3、业务讨论组线上自动组建。四、建设内容管理平台分移动端和 PC端两个主要的用户端，其中使

用角色为三种：秘书处成员、专家、建设单位，其系统建设分为六大板块，主要包含：建设工程初步设计文件论证

3

系统（含即时群聊通讯系统）、专家库管理系统、内部办文系统、通知公告、工作动态及成果交流。同时，这六大板块兼具手机移动端及 PC端应用。

（一）设工程初步设计文件论证系统1、注册与认证

提供：通过外网 PC端、移动客户端（或微信）做线上论证申请注册，通过包括但不限于验证其手机号等核验方式，要求其通过系统提交相关资质，上传注册审核。

提供：外网客户端、移动客户端（或微信）注册进度查询。

2、项目申报--建设单位操作端 提供：通过外网客户端、移动客户端（或微信）的

建设单位操作端，将项目的申请材料进行上传（此部分需依照项目内容清单依次上传），其文件格式需支持 PDF/

JPG/CAD/EXCEL/WORD,以及两种压缩格式 ZIP/RAR，其中，若用户上传 CAD 文件，则需要求其同时上传该文件的

4

PDF 文档； 提供：通过外网客户端、移动客户端（或微信）的

建设单位操作端，对其论证项目论证进度查询。 提供：通过外网客户端、移动客户端（或微信）的

建设单位操作端，对其论证项目提交内容做修改再次上传。3、受理申请与专家组组建--秘书处管理后台

a) 受理申请 提供：通过秘书处管理后台，对项目申报单位资质

及项目申请材料进行形式审查。 提供：审查结果同步发送给建设单位，建设单位可

补充上传申请材料。 提供：项目申报单位资质及项目申请材料的各类文

书的在线查看、下载及打印。b) 专家组组建 提供：通过秘书处管理后台调取专家库管理模块，

筛选专家库中对应专业专家（上限为 9 个），发起专家邀5

请通知； 提供：专家拒绝参与项目时，可以重新进入筛选专

家并发送信息的流程； 提供：专家均确认参与后，通过秘书处管理后台设

置论证专家组组长和成员；4、专家预审

a) 专家授权 提供：通过外网客户端、移动客户端（或微信），

对论证专家组进行消息推送通知。 提供：通过外网客户端、移动客户端（或微信），

对专家组推送项目信息，专家可操作接收或拒绝。 提供：通过外网客户端、移动客户端（或微信），

专家组成员可对相关项目文件进行在线查看、下载及打印。b) 进入群聊 提供：通过外网客户端、移动客户端（或微信）进

行论证项目的专属群聊拉取。6

提供：通过外网客户端、移动客户端（或微信），专家组成员应用即时通讯系统进行项目线上讨论、审查和论证。

c) 专家预审 提供：专家组组长可同时选择项目是否需要现场踏

勘、申请材料是否需要修改完善。 提供：选择需要现场踏勘的，专家组组长转办秘书

处管理后台，秘书处管理后台在线协调建设单位及专家时间及地点后，发布踏勘及会议时间，上传相关踏勘及会议参考资料文件，并推送消息给建设单位及专家。

提供：踏勘结束后，秘书处管理后台上传相关踏勘资料文件，并可操作“结束踏勘”后转办专家组长。

提供：选择申请材料需要修改完善的，专家组组长转办秘书处管理后台，秘书处管理后台推送消息给建设单位。建设单位完善申请材料后，重新上传。秘书处管理后

7

台重新受理，转办专家组组长。 提供：专家预审结果实时推送给建设单位。5、论证环节

提供：专家组组长在线选择论证组织形式“在线论证”或者“会议论证”。

提供：选择在线论证的，专家组成员通过外网客户端、移动客户端（或微信）提交各自项目意见，并由组长进行意见汇总，推送信息至其他专家组成员进行会签。专家组成员（包括组长）通过外网客户端、移动客户端（或微信）的“手写板”实现线上实时签名。

提供：选择会议论证的，秘书处管理后台发布论证会议时间，上传相关会议文件，并推送消息给建设单位及专家。通过外网客户端、移动客户端（或微信）的“手写板”实现论证意见的线上实时签名，或者线下在纸质上签名。

8

提供：会议结束后，秘书处管理后台上传线下会议论证意见等相关文件扫描件，操作“结束会议”。

6、结束论证 提供：秘书处管理后台将聊天记录一键导出作为论

证过程中的过程文件。 提供：通过秘书处管理后台选择“结束论证”按钮，

则该论证项目为已办。7、项目数据统计分析

提供：通过秘书处管理后台关于项目类型、项目论证方式（包括线上论证、线下踏勘、线下会议等）等相关项目数据统计，并以统计图表形式展现。

提供：数据统计报表在线查看、下载及打印功能。（二）专家库管理1、专家库日常管理a) 专家库分类 提供：对建设科技委的组织架构和专家层级进行分

9

类。 提供：秘书处管理后台进行专业委类别的新增、删

除、修改、查询、搜索、分类操作，当前专业委类别应为11 类。

提供：专家库原有专家数据 Excel 表格导入，后续供专家注册及信息核验。

提供：秘书处管理后台专家信息列表及文件的在线查看、下载、打印。

b) 专家库管理 提供：专家库管理模块中专家信息的新增、删除、

修改、审核、分类、查询、搜索、实时一对一聊天等操作。2、专家筛选 提供：通过专业、职称、地域、业绩等筛选条件，

实现对专家库专家的随机筛选。 提供：专家筛选功能链接到“建设工程初步设计文

10

件论证”板块和“内部办文系统”板块。3、专家库数据统计 提供：对专家的专业、学历、工作地点（深圳/外

地）、所属行业、技术职称、现从事专业领域、已与建设科技委工作次数、拒绝参与建设科技委工作次数等相关指标数据进行统计；并以统计图表形式展现。

提供：数据统计报表在线查看、下载及打印功能。（三）内部办文系统1、文件签批 提供：秘书处管理后台发起日常办公文件签批流程，

需可筛选主管部门领导或相关专家，并对其发送信息推送通知。

提供：签批流程中支持各审批过程中各单位各人的意见留痕，若有需要，可支持其他成员传阅并签批。

提供文件签批过程中各类文件上传及在线查看、下载、打印，修改后的文档支持重新上传并留痕。

11

提供：支持查看办文历程。2、文件传阅 提供：秘书处管理后台发起文件传阅流程，需可筛

选主管部门领导或相关专家，并对其发送信息推送通知。 提供：传阅过程中支持各单位各人意见留痕，若有

需要，可支持其他成员传阅并签批。 提供文件签批过程中各类文件上传及在线查看、下

载、打印，修改后的文档支持重新上传并留痕。 提供：支持查看办文历程。3、会议通知 提供：秘书处管理后台发起会议通知签批流程，需

可筛选主管部门领导或相关专家，并对其发送信息推送通知。

提供：签批流程中支持各审批过程中各单位各人的意见留痕，若有需要，可支持其他成员传阅并签批。

提供文件签批过程中各类文件上传及在线查看、下12

载、打印，修改后的文档支持重新上传并留痕。 提供：支持查看办文历程。4、征求意见 提供秘书处管理后台发起征求意见签批流程，通过

链接到专家库板块，需筛选指定参与专家，并对其发送相关的信息推送。专家如拒绝，则需反馈至秘书处管理后台秘书处管理后台重新筛选专家，直至专家接受。专家可转办给其他专家。

提供文件上传并提供文件在线查看、下载、打印。 提供专家意见上传留痕；专家意见应格式化。 提供：支持查看办文历程。5、标准评审 提供秘书处管理后台发起标准评审签批流程，通过

链接到专家库板块，需筛选指定参与专家，并对其发送相关的信息推送。专家如拒绝，则需反馈至秘书处管理后台秘书处管理后台重新筛选专家，直至专家接受。

13

提供文件上传并提供文件在线查看、下载、打印。 提供专家意见上传留痕；专家意见应格式化。 提供：支持查看办文历程。（四）通知公告 提供：主界面分为“公告列表”、“我的公告”和

“新增公告”。 秘书处管理后台发布系统通知公告，并支持相关公

告文件上传并发布。公告栏应展示标题、状态、创建人、公告开始时间、公告结束时间、发布时间等基本信息，以及具备通过标题、时间、创建人等关键内容进行查询的功能。

提供：可编辑的操作界面，完成简单的文字编辑功能及图片和文件上传。

提供：通知公告发布后，可通过微信推送消息给指定人员。

14

提供：阅读用户在线查看、下载并打印相关功能文件。

（五）工作动态 提供：秘书处管理后台发布工作动态功能，相关工

作动态在各阅读端具有其专有阅读入口。 提供：主界面分为“所有列表”、“我的列表”和

“新增动态”。 秘书处管理后台发布工作动态，并支持相关文件上

传并发布。工作动态栏应展示标题、状态、创建人、公告开始时间、公告结束时间、发布时间等基本信息，以及具备通过标题、时间、创建人等关键内容进行查询的功能。

提供：可编辑的操作界面，完成简单的文字编辑功能及图片和文件上传。

提供：通知工作动态发布后，可通过微信推送消息给指定人员。

15

提供：阅读用户在线查看、下载并打印相关功能文件。

（六）成果交流 提供：秘书处管理后台发布成果交流内容，相关成

果案例在各阅读端具有其专有阅读入口。 提供：可编辑的操作界面，完成简单的文字编辑功

能及图片和文件上传。 提供：阅读用户打开并预览相关成果案例文件，以

及编辑相关交流意见并上传。五、技术运行环境及实施技术与规范要求（一）部署环境数据库服务器：mysql 5.5。应用服务器：tomcat 8.0 linux 。（二）开发环境使用用户指定的基于 J2EE架构的开发框架开发。（三）实施技术原则

16

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

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

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

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

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

17

5、高效性：数据访问、数据处理等系统软件要具有极强的处理和运算能力。要求系统有较强的操作平台、数据库系统、实现架构、网络环境等方面的适应性。

6、可扩展性：具有科学合理的体系结构，根本保证系统的可扩展性，业务平台、数据信息平台各个层次都可以灵活扩展。系统在信息处理平台和业务应用平台提供标准规范的统一接口，充分支持新业务的展开。随着系统的运行，系统数据量会越来越大，并对系统性能产生影响，为了保证对系统性能的要求，系统在设计时就应考虑具有较强的扩展性。

7、硬件扩展性：整个系统和计算机网络可以根据不同的系统要求，随时进行硬件设备配置。系统容量较小时，系统中主要业务控制软件集中在一套设备。系统容量较大时，将业务控制软件分布在不同设备中，提高系统处理能力和稳定性。

18

8、软件扩展性：提供只需进行简单操作就可以生成新的业务流程、修改已有业务流程，任意增加、删除和修改业务数据和业务流程，适应业务发展的需求。提供功能强大的数据接口，轻松实现各种数据的导入、导出以及与外部系统的无缝连接。

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

（四）开发技术规范为了便于项目今后的扩展应用，并尽量降低项目后期

维护成本，本项目涉及的系统主体采用 B/S框架。经过分析和对比，在体系架构的开放性、标准性、兼容性和跨平台特性等方面 J2EE占有着明显的优势。采用 J2EE 体系结构能够使所开发的应用软件系统具有跨平台的特性，能够在不同操作系统之间、不同平台之间平滑移植。所以，在本项目中选用 J2EE 体系。

19

在本系统研发过程要全面采用面向对象技术，包括面向对象的分析（OOA）、面向对象的设计（OOD）和面向对象的编程（OOP），使系统建设从分析、设计和编码全程对象化，确保系统的科学性和开放性，加强了系统的可读性和可维护性，提高了系统的性能，为系统的扩展和复用打下坚实的基础。

在系统与其他系统整合关联方面，基于 XML 的 Web

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

站点上的可重用构件。Web Service 可以分散于 Web 的各个地方，通过互相地调用以协同完成业务活动。在 Web

20

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

(五)安全要求发布系统必须能通过深圳市专业的安全漏洞扫描公司

的安全漏洞扫描鉴定。（六）平台架构根据网络安全体系要求，结合实际业务流程，通过系

统创新建设，以数据安全提升各角色及工作环节效率和质量为原则，进行本系统安全、高效框架搭建和流程建设。 具体平台架构建设如下图：

21

（七）数据交换接口规范在系统中涉及的所有数据交换皆以 XML 文件格式通过

交换接口实现，主要包括以下具体规范：1、XML 相关的标准和规范核 心 技 术 规 范 ：

XML、Schema、XSL、namespace、DOM/SAX；服务相关语言和协议： SOAP、WS、UDDI；元数据标准： DC、RDF、GILS；

22

工 作 流 相 关 的 语 言 ： WSFL、XLANG、BPEL4WS、XPDL、BPML；

事 务 处 理 和 协 作 相 关 ： WSCI 、 BTP 、 WS-

COOR、WS-TRAN；XML 安 全 相 关 ：

ENC、SIG、XKMS、XACML、SAML；XML 处 理 与 表 现 ：

XFORM

S、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；

23

2、接口的命名方法、编码、内容规范接口的命名规范：接口的命名方法应遵循两个的规则：

唯一性规则、标示性规则。接口的内容规范：所有的接口必须有统一的格式，各

个信息资源库与数据交换接口的内容必须包含以下几个方面：接口编码、所共享的数据的结构信息以及元数据信息接口定义的作者、操作日期、附加说明、接口所属类别（即对应共享目录）、有效日期和使用权限。

3、错误编码规范错误编码是指由于操作步骤上的错误或网络连接出现

问题等原因而导致数据交换无法正常运行。系统可以判断并提示出错的原因。错误的编码采取整数作为唯一的编号并保存在数据交换的数据库上。根据实际出现的情况，管理员可以方便地维护扩展。

4、性能指标24

系统建成后，应满足如下性能指标：（1）稳定性指标系统有效工作时间：≥99.9%；系统故障恢复时间不超过 30 分钟；不出现以下情况：无故退出系统；发生系统不可控制

的故障提示；因系统故障导致操作系统或机器无法正常操作；

并发支持指标；系统支持同时在线用户数：≥1000 个；并发数按同时在线用户数的 20%计算：≥200 个。（2）响应指标简单事务处理(包含各类信息录入、修改、查询业务、

主要页面平均响应时间等) ≤3s（500 名并发用户）；信息录入、修改型简单事务：平均响应时间≤5s；复杂事务处理≤60s(500 名并发用户)；各类固定统计报表形成时间：≤1 分钟。

25

类型 技术要求 约束说明 执行标准

环境要求

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

不可偏离

部署环境 服务器 linux tomcat 8.0+

数据库 mysql 5.5不可偏离

管理要求

注册、登录和系统集成

采用各角色权限分开管理该系统，专家及建设单位与秘书处应设立分权限授权管理，而秘书处管理后台（总后台）应通过后台超级管理员设置其成员账号及相关操作权限，专家则需通过已有系统信息校验及核验其相关信息后方可注册登录。实现统一的身份授权核验登录机制，系统内人员分级授权操作，系统集成应整合到该项目指定公众号中，并设立业务相对应菜单

导航等

不可偏离

系统界面风格

遵循市住房和建设局信息化项目建设设计标准，保持项目的界面风格和用户体验的

一致性可偏离

系统安全 遵循“信息系统安全规范”，发布系统必须能通过深圳市专业的安全漏洞扫描公司

的安全漏洞扫描鉴定。

不可偏离

26

数据验证与校验

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

合法性

不可偏离

过程评审

在系统建设的生命周期，深圳市建设科学技术委员会要求项目建设方提交阶段评审，包括产品需求评审、设计评审、原型评审、代码走读审查、测试评审、项目验

收评审等

不可偏离

技术要求 SOA 服务管

理

明确界定系统之间的关系，系统之间的交互调用统一采用 SOA 服务框架管理，实现系统多层服务模式设计，减少客户端软

件安装维护工作量。

不可偏离

JSON 格式的数据接口

应基于组件技术，对应组件对外提供API，提供 JSON 格式的数据接口； 不可偏离

html5 web网站浏览兼

容

应支持 html5 web网站在主流浏览器上的兼容与使用，解决包括但不限于

chrome，firefox，safari，opera，360

浏览器（极速模式）、搜狗浏览器等主流浏览器下的兼容性问题；

不可偏离

报表要求 系统数据分析报表版块应包含相关的论证 不可偏离

27

项目管理统计报表、专家库统计报表。

系统架构

系统应采用松耦合的模块化微服务架构，一方面支持系统升级扩容，另一方面支持适当增加规模来增强系统的网络应用。在扩充或修改功能时，不会破坏原有结构的

稳定性。

不可偏离

开发框架

采用 jfinal2.0 以上框架技术，使系统能够分层开发，各层之间逻辑分明，层与层之间提供接口方式来实现业务和数据的沟

通，具有强扩展性。

不可偏离

异常处理

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

员

不可偏离

系统日志

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

Warn。

不可偏离

事务一致性控制

根据一般性、惯用性策略，事务粒度定义为每请求一事务，保证同一事务中的所有 不可偏离

28

操作要么全成功，要么全失败，特别强调业务和流程的事务一致性

非功能性要求

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

恢复等不可偏离

易用性

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

入口

不可偏离

系统容错

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

不可偏离

健壮性要求各系统单点无故障，可长时间稳定运行，每年因故障停止时间累计不超过 24

小时，故障次数不超过 3次。不可偏离

响应时间 响应时间是衡量系统性能的重要指标，是指用户在请求了某个操作之后、能够看到结果之前需要等待的时间量。在系统中，平均处理时间＜3秒，业务最长处理时间

不可偏离

29

＜20秒。一般查询操作的响应时间＜5

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

处理能力

要求至少 100 个并发用户量，支持 3000

个本地用户在线工作，互联网支持 5000

个用户同时使用，且系统响应速度比平时降低不超过 8%。

不可偏离

其他需求

第三方产品接入

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

不可偏离

工具使用

需求原型：Axure、MindManager

系统设计：VISO、PowerDesinger

系统开发：Eclipse 、PL/SQL

系统测试：QTP、LoadRunner

推荐

域名配置 中标公司应提供相关系统域名供甲方使用其他 使用市统一的空间地理信息服务（GIS） 不可偏离

六、项目试运行所有建设内容按照合同要求全部建成，移交招标人使

30

用，系统进入试运行阶段。试运行期为 1 个月，如出现重大问题，则试运行期从

故障修复之日起连续运行 1 个月无故障为止，并向招标人的技术人员提供有关设备的操作和事故处理方法。七、项目验收要求

（一）项目验收的前提条件所有建设内容按照合同要求全部建成，并满足使用要

求；各个分项工程全部初验合格；已通过软件确认测试评审；已通过软件系统测试评审；软件已置于配置管理之下；各种技术文档和验收资料完备，符合合同的内容；信息安全工作平台试运行，状态正常；经过相关主管部门和项目甲方同意；合同或合同附件规定的其他验收条件。

31

（二）项目验收1、验收阶段项目连续试运行 1 个月无故障的，招标人组织人员成

立项目验收小组，对项目应用软件、文档资料等进行全面的测试和验收。

2、验收标准（1）项目建设内容满足合同要求。（2）项目需通过招标人组织的性能测试、功能验证以

及安全性测试。（3）中标人递交的项目成果齐备完整。3、项目成果（1）软件交付件可编译软件程序源代码软件安装包（2）开发过程文档

32

工程文档：需求、设计、测试、安装、操作、维护等技术文档。

项目报告：项目管理、项目总结等报告。（3）用户手册

八、商务要求（一）项目实施进度要求该平台应一年建成，分三个版本迭代更新。1、1.0 版本一个月，建设内容：专家库和初步设计文件论证板块。2、2.0 版本三个月，建设内容：1.0 版本完善，增加内部办文板块。3、3.0 版本一年，建设内容：2.0 版本完善，增加通知公告、工作

动态和成果交流板块。

33

为了保证项目顺利实施，方便项目管理和监控，项目承建方必须制订详细的项目实施计划，并在执行过程中不断跟踪和改进。

（二）项目服务要求1、中标人提供 1 年免费维护服务，自项目验收之日起

开始计算。2、在免费维护服务期内，中标人应向用户提供以下技

术支持与服务：（1）提供 7*24小时热线电话支持。（2）提供 5*8邮件等远程支持。（3）当系统出现故障时，中标人在接到用户反映后 1

小时内做出技术支持反应，积极稳妥把故障处理完毕。（4）提供系统升级服务，在保证主流程大技术框架不

动的前提下，优化相关系统服务项。

34

3、1 年免费维护服务期满后，平台由招标人负责运行和日常维护管理，中标人提供技术支持。

（三）培训要求培训服务为用户操作培训。用户操作培训：包括但不仅限于提供相关的用户使用

说明手册等，如有需要，应指派人员配合现场指导演示其相关系统操作项。

2．培训的人数、时间、地点要求中标人必须为招标人培训一定数量的系统管理和软件

使用人员，根据甲方需要提供用户的现场培训。培训时间及地点：由用户指定。用户培训规模：由用户指定。中标人应根据系统运行、维护、升级的要求，对培训

内容、效果、时间、地点、人数提出详细培训计划。（四）服务人员要求

35

1、中标人必须成立独立的项目组。要求技术团队至少6 人，项目开发期间随时指派产品人员沟通相关项目建设需求。

2、至少一名专职的项目经理，项目经理应组织过市级或以上信息系统项目的研发。

3、项目组需设专职的测试人员。 4、从项目开始实施到项目验收通过为止，如无招标人

许可，中标人不得更换投标文件中约定的项目经理和主要技术人员。

5、项目组所有技术人员不要求必须在招标人驻场完成平台项目的功能开发及上线工作。但如招标人要求其前往招标人驻场进行沟通、汇报或技术支持时，项目组技术人员应按时前往并提供相应的服务。

（五）知识产权及保密要求1、产权

36

招标人拥有该项目知识产权，同时招标人拥有项目涉及的所有第三方软件的使用权，可以将系统的任何部分或全部提供给深圳市住房和建设局使用。系统要求全面开放系统的使用不能有任何形式（如软件加密或加密狗等）加密处理，开发商不能通过许可证的方式进行授权。

2、知识产权及源代码中标人必须保证所开发的应用系统及使用到的开发工

具软件的版权的合法性。本项目完成的源代码及其技术文档等研究开发成果的所有权及版权归招标人拥有。

中标人应提供本项目所有程序完整的源代码和所有的编译配置文件，若系统使用了第三方软件而无法提供源代码，中标人必须提供第三方软件全部技术资料。招标人有权利对源代码进行修改和二次开发，修改内容不需要通知中标人。免费服务期后，招标人有权委托第三方对系统进行维护和再次开发。

37

38

附件 4：

合同编号 ：

信 息 技 术 合 同

技术名称 ： 委托方（甲方）： 受托方（乙方）： 签订地点： 深圳市

本合同共 页（含封面）

1

特别提示1、签约一方有多个当事人的，可按其各自在合同关系中的作用，在 “乙

方”项下（增页）分别排列为共同乙方。2、本合同示范文本包括封面、合同正文、附件，其中封面、附件是合同

的组成部分，与合同正文具有同等法律效力，附件经双方盖章方为有效；合同书未尽事项，可由当事人附页另行约定，作为本合同的组成部分。

3、本合同示范文本中的“□”为可选择项目，选择该项目在“□”内划“√”，不选择的项目在“□”内划“×”。

4、当事人使用本合同示范文本中，凡是当事人约定无需填写的条款，在该条款填写的空白处划“/”表示或注明“无”等字样。

5、本合同示范文本中“……”为合同同类项列举的省略，当事人可根据项目实际情况在“……”项中作相应的增加或减少的调整。

6、关于封面的填写。封面显示的是合同的主要内容，如信息技术名称、双方当事人的名称、合同编号、签订地点等，供当事人在归档时甄别使用，其内容务必与合同正文内容一致。其中的签订地点可能关系到日后可能出现的争议解决的受理机关，因此一般情况下应以甲方所在行政区域为准。

2

7、关于正文部分当事人基本情况的填写。当事人基本情况主要是用当事人在履行合同时通讯和付款使用，因此所填内容务必确保能够切实使用。日后一旦发生争议，相关证据，如来往信函（包括电子邮件）、银行单据都以合同约定为准。

甲方（委托方）： 住所地： 法定代表人： 合同联系人： 合同联系人电子邮箱： 通讯地址： 邮政编码： 电话： 传真： 开户银行： 银行账号：

3

乙方（受托方）： 住所地： 法定代表人： 合同联系人： 合同联系人电子邮箱： 通讯地址： 邮政编码： 电话： 传真： 开户银行： 银行账号：

根据《中华人民共和国合同法》及相关法律、行政法规的规定，经双方平等自愿协商，签订本合同。双方均应诚实信用地遵守并履行以下条款：

第一条 合同标的基本情况1.1信息技术名称 1.2信息技术服务目标 1.3 计算机技术服务方式□ 计算机软件安装□ 计算机软件升级□ 信息系统开发□ 信息系统维护□ 其他

4

第二条 信息技术服务内容□ 计算机软件安装2.1安装软件名称 2.2安装软件使用起止时间 2.3安装软件服务内容：（1） （2） （3） ……

2.4其他

□ 计算机软件升级2.1升级软件名称 2.2升级软件服务内容：（1） （2） （3） ……

2.3升级软件服务时间

□ 信息系统开发2.1 开发信息系统名称 2.2 开发信息系统服务内容：

5

（1） （2） （3） 2.3 开发信息系统权利归属

（1）因履行本合同所产生的研究开发成果及其相关知识产权权利归属，按以下方式处理：

□（□甲/□乙/□双）方享有申请专利的权利。专利权取得后的使用和有关利益分配方式

□ 按技术秘密方式处理。有关使用和转让的权利归属及由此产生的利益按以下约定处理：

1）技术秘密的使用权 2）技术秘密的转让权 3）相关利益的分配办法

（2）双方对本合同有关的知识产权权利归属特别约定如下：

2.4 乙方不得在向甲方交付研究开发成果之前，自行将研究开发成果转让给第三方。2.5 乙方完成本合同项目的研究开发人员享有在有关技术成果文件上写明技术成果完成者的权利，并享有取得有关荣誉证书和奖励的权利。2.6 乙方利用研究开发经费所购置与研究开发工作有关的设备、器材、资料等财产，归（□甲/□乙/□双）方所有。2.7 开发系统风险承担

6

（1）在本合同履行中，因出现在现有技术水平和条件下难以克服的技术困难,

导致信息系统研究开发失败或部分失败，并造成一方或双方损失的，双方承担风险损失约定为 。（2）开发信息系统的技术风险认定方式 。（3）一方发现技术风险存在并有可能致使研究开发失败或部分失败的情形时，应当在 个工作日内通知另一方并采取适当措施减少损失。逾期未通知并未采取适当措施而致使损失扩大的，应当就扩大的损失承担赔偿责任。□ 信息系统维护2.1 维护系统名称 2.2系统维护内容：（1） （2） （3） ……

2.3系统维护服务时间 □ 其他计算机技术服务方式2.1

2.2

……

第三条 信息技术服务质量要求3.1 乙方提供的信息技术服务应符合国家、行业标准，符合双方约定目标与内容。3.2信息技术服务质量要求 3.3信息技术服务技术标准

7

（具体执行技术标准见附件 1 ）

第四条 信息技术权利担保要求4.1 乙方应保证其提供甲方的信息技术服务，必须是任何第三方不能提出任何权利或要求的技术服务。4.2 乙方应当保证其交付给甲方的信息技术服务不侵犯任何第三人的合法权益。4.3 如发生第三人指控甲方实施的技术侵权的情形，乙方应当承担全部责任。

第五条 合同价款5.1 本合同总价款为人民币（大写） 。5.2 本合同项下总价款计算方式为 。（具体描述见附件 2 ）5.2 本合同项下总价款已涵盖本合同项下乙方因履行本合同所产生的一切费用，包括但不限于：□乙方专业工作人员的劳务费用、交通费用、通讯费用、办公用品购置费用□专业问题咨询费用□信息技术后续服务费用□ 其它 。

第六条 合同履行期限6.1 本合同履行期限为 月，及从 年 月 日至 年 月 日止。6.2 本合同履行期限届满后，如甲乙双方认为需要继续延长履行期限，应重新签订书面合同。

8

第七条 信息技术服务成果交付及验收7.1 甲方负责对乙方提交的最终成果组织评审，乙方应予积极协助。7.2 对于已经提交成果验收的各阶段成果文件，乙方必须按照甲方提供的书面成果审查或审批意见进行修改和完善，并向甲方提供相应的书面报告说明成果修改的详细情况。未经甲方同意，乙方不得随意修改已经验收的成果文件。7.3 在合同履行过程中，必要时，甲乙双方可以协商调整项目最终成果。甲方如需乙方增加交付成果的数量，应由双方协商解决。7.4最终成果验收合格的标志为：□ 深圳市住房和建设局审查批准□ 其它： 。

第八条 合同价款支付8.1除双方重新达成协议外，本合同履行过程中的金钱支付均通过本合同中指定的甲乙双方银行账号进行。8.2 支付方式□ 乙方履行合同全部义务后，经甲方验收通过后 日内，向乙方按结算价一次性支付。□ 本合同签订后，甲方支付合同总额的_______%，即人民币¥___________元（大写：__________________元整）。合同全面履行后甲方向乙方支付协议余款，即人民币¥______________元整（大写：_____________________元整）。

第九条 保密条款

9

9.1 甲乙双方应遵守国家的有关保密规定，妥善保管对方提供的资料，保守对方的各项秘密，并保护对方的知识产权。9.2未经对方许可，任何一方均不得将对方的资料泄露给第三方。如发生以上情况，泄露方承担一切由此引起的后果，并支付对方合同总价款____%的违约金。

第十条 合同违约责任10.1 合同生效后，双方不得任意终止合同，否则赔偿对方合同总价款的 %作为违约金。10.2 甲方如在合同签订后因自身原因取消信息系统技术服务的，应向乙方支付本合同总价款的 %作为违约金。10.3 甲方未按照本合同约定的期限向乙方足额支付合同价款，每逾期 1天，甲方应向乙方支付逾期支付价款总额的 ‰滞纳金，但累计滞纳金总额不超过本合同价款总额的 % 。10.4 乙方因自身原因造成合同履行拖期的，造成信息技术服务成果提交时间延后，给甲方造成损失的，损害由乙方承担，每拖期一天须支付给甲方按合同总价款的 ‰作为违约金。10.5 乙方因自身原因不能履行合同义务的，甲方有权终止合同，损失由乙方承担，乙方须退回合同全额费用，并须支付给甲方本合同总价款的 %作为违约金。12.6 乙方合同履行完毕后按照约定验收后不合格，甲方有权终止合同，损失由乙方承担，乙方须退回合同全额费用，并须支付给甲方本合同总价款的 %作为违约金。

第十一条 合同解除

10

11.1 本合同履行过程中出现下列情形之一的，甲方有权解除合同：（1）乙方未按照合同约定的成果提交时间及时向甲方交付成果，且不对甲方作出解释与回应的；（2）乙方不按约定执行技术标准进行信息技术服务，且不按甲方要求进行更换的；（3）乙方因自身原因不能按合同的各项要求履行合同，时间超过本合同约定的履行时间 月以上的；（4）乙方合同履行完毕后按照约定验收后不合格的；（5）乙方未经甲方同意，擅自将本合同与第三方合作，或将本合同标的全部或部分擅自转包给第三方，且未按甲方的要求终止与第三方合同的；（6）乙方明确表示或者以自己的行为表明不履行本合同的；本合同履行期间，因上述情形造成合同终止的，乙方除应退还甲方已预付的所有款项外，还应支付合同总价款 %的违约金。11.2 本合同履行过程中出现下列情形之一的，乙方有权解除合同：（1）甲方不及时提供合同履行协助义务，延误时间超过 个工作日；（2）甲方未按本合同约定，逾期支付合同价款超过 个工作日；（3）甲方明确表示或者以自己的行为表明不履行本合同的；本合同履行期间，因上述情形造成合同终止的，乙方未开始信息技术服务工作的，不退还甲方已付的预付款或定金；已开始信息技术服务工作的，甲方应根据乙方已完成的实际工作量，不足或等于一半时，按该阶段合同价款的一半支付；超过一半时，按该阶段合同价款的全部支付。

第十二条 不可抗力

11

12.1 本合同在履约过程中，发生不可抗力时，合同受影响的一方应及时告知另一方，并同时发出书面通知。与此同时，合同受影响的一方应尽最大努力，设法将不可抗力造成的损失减少到最低程度。12.2 如不可抗力持续_____个月后一方仍无法克服，则双方应立即商议应继续履行或终止合同。商议的结果应以书面文件作为本合同的不可分割一部分。12.3 在本合同履约过程中，未受不可抗力影响的本合同条款，双方应继续努力执行。

第十三条 合同终止13.1 如未出现合同解除、不可抗力情形，本合同至履行期届满时终止。13.2 本合同的终止不影响乙方提供的约定的期间内的后续义务。

第十四条 合同争议解决方式本合同履行期间，双方发生的争议，由双方当事人协商解决。协商不成的，按下列方式解决：□提交深圳仲裁委员会进行仲裁□提交华南国际经济贸易仲裁委员会（深圳国际仲裁院）进行仲裁□依法向人民法院起诉

第十五条 其他条款15.1 本合同共 份附件，附件与本合同条款对双方具有同等效力。15.2 本合同经双方法人代表或其授权代表签字，并加盖单位印章后，立即生效。

12

15.3 本合同一式____份，甲乙双方当事人各执____份。如合同履约过程中，合同需要修订文件、补充文件，或任何附件的，均须经双方法人代表或授权代表签字后生效，成为本合同不可分割的一部分。

委托方：

（甲方）（盖章）

法定代表人（签名）：

委托代理人（签名）：

_________年____月____日

受托方：

（乙方）（盖章）

13

法定代表人（签名）：

委托代理人（签名）：

_______年___ _月____日

14

附件 1 ：计算机服务执行技术标准

序号 标准名称 标准代号 标准等级 备注1

2

3

4

…… …… …… ……

1

附件 2 ：合同价款计算方法

本合同价款总计为_____币_____仟____佰____拾_____万____仟_____佰___

__拾____元_____角_____分，小写__________________元。

合同价款的具体计算方法如下：

2

附件 3 ：技术条款（适用于信息系统开发项目）一． 项目计划进度

项目的详细进度计划在相关项目实施文档（如；乙方提交的项目开发计划）中明确，由甲乙双方共同确认。其中重要的时间点如下：

项目开始时间：试运行开始时间：正式上线时间：项目结项时间：

二． 项目的主要交付物1.　软件交付件软件程序源代码软件安装包

2.　开发过程文档工程文档：需求、设计、测试、安装、操作、维护等技术文档。项目报告：项目管理、项目总结等报告。

三． 需求变更与合同变更需求变更：根据甲方的需求变更流程，由双方确定并参照执行。在开发过程中，如由于甲方

原因导致需求变更，当需求变更发生的工作量按人天数计在原项目人天数总量的 20%以内，不再另外增加合同费用；当需求变更发生的工作量按人天数计超过原项目人天数总量的 20%的，超出 20%的部分由甲乙双方按照共同确认的工作量进行合同变更并签署相关补充协议。

合同变更：项目实施过程中有关工作目标、需求范围、技术方案、实施计划等发生重大变化，涉及合同调整，合同任一方可以向另外一方提出对合同变更修改的书面请求，接收方要求在一个星期内给提出方做出同意与否的回应，若同意此修改，接收方需要书面分析此修改对工作量、项目进度的影响，并提出对合同的其他条款，如价格、进度、交付内容等进行相应修改的意见。提出方必须在一个星期内对接收方的回复意见做出同意与否的回应。四． 售后服务

为使开发出的系统在交付后顺利过度由甲方人员正常运行、正确操作，在本项目应用系统通过终验之日起，由乙方人员提供**月的系统免费维护服务。

1．维护工作范围：由乙方负责开发的***软件系统，在工作说明书中确定的各项功能范围。2．维护服务的具体内容如下：

1) 故障处理：诊断、解决应用软件系统故障，对其程序错误及缺陷进行排错。接到用户请求后，*小时内给出实质性响应，需要现场维护的，*小时内达到现场，并提供 7*24小时的电话技术支持。

2) 技术咨询：解答用户应用软件系统使用中的常见问题。3) 系统优化：增强应用软件系统的功能，优化系统执行效率，并进行文档维护、用户再

培训。4) 系统接口修改：调整系统接口，使系统数据接口适应相联结的第三方的数据要求。

3

5) 系统业务数据管理：当用户系统数据量增大时，对系统软件参数调整，以保证系统高效运行。

6) 用户新需求讨论：当用户应用软件系统运行一段时间后，与用户共同讨论其新需求，提出适应新需求的解决方案及升级建议。

7) 技术转移：解答用户在应用软件技术转移过程中的问题，协助甲方培养一只两名熟悉本项目核心技术的工程师。

乙方负责通过电话、传真、E-mail、远程访问、现场等形式提供以上服务。3．维护服务期间的工作要求：在系统正式上线后，需要对生产环境进行维护时，乙方必须

严格遵守甲方的有关管理制度、操作规程。对于乙方违规操作造成甲方损失的，由乙方负责赔偿。

五． 培训经甲乙双方共同协商，乙方免费为甲方人员提供系统知识、系统操作培训。

4