项目需求说明：

1. 项目背景

2021年2月18日，省委召开全省数字化改革大会，全面部署浙江省数字化改革工作，并在十四届八次全会发布了《浙江省数字化改革总体方案》，方案提出数字化改革当前主要任务是构建“1+5+2”工作体系。“1”即宁波市智能公共数据平台，“5”即五大领域综合应用，“2”即数字化改革的理论体系和制度规范体系。数字政府门户是五大领域综合应用之一，是数字化改革重要组成部分。通过打造整体智治、高效协同的数字政府门户，构架整体高效的中政府运行体系，优质便捷的普惠服务体系，公平公正的执法监管体系，全域智慧的协同治理体系，加快建设“整体智治、唯实惟先”的现代政府。

2. 建设目标

建设宁波市数字政府门户，展示数字化改革任务认领、执行等情况，其他系统、组件完成信息交互，展示各项任务指标的数值和进度情况，同时还能很好的展示数字化改革工作相关信息和宁波城市大脑的相关数据。通过任务管理工作台，实现门户的任务承接、创建和分解，以及任务指标数据的录入和维护，保障门户的正常运行、任务进度展示和数据展示。投标人需对采购内容进行深化设计，在维护期内根据省市要求进行迭代升级。

3. 建设原则

1、系统的统一性：系统所有应用需要符合平台的统一规划和部署要求，能够统一使用平台提供的虚化资源及大数据分析接口。

2、系统的开放性：基于目前先进开发技术和开放标准，具备信息共享，接口交互的能力，能够充分考虑到和宁波市智能公共数据平台大数据计算、分析、挖掘及数据开发工具之间的接口开放。

3、系统的易用性：能够提供友好的GUI界面，满足管理人员日常管理监控业务的需求，同时满足相关业务人员在可视化界面下灵活方便地实现数据交换的各种方式（直接交换，安全交换，授权交换等）。

4、系统的安全性：系统部署环境建立在云平台之上，能够借助云平台自身的安全措施，以及第三方安全设备来加强自身的安全性，同时在数据的安全上，要能实时实现数据的副本备份，而且在发生灾难时能很好地避免系统瘫痪情况的出现。

5、系统的可扩展性：支持现有环境下使用人员并发量、存储量等平滑扩展和硬件随需扩展需求，在未来信息量、使用人员量不断扩大的情况下，系统能够同步扩展增长。

6、系统的可移植性、可重用性：具有较强的可移植性、可重用性，保证在将来发展中迅速采用最新出现的技术、适应硬件系统升级以后的平台、长期保持系统的先进。

7、系统地兼容性：兼容多种浏览器模式，兼容Chrome等多种主流浏览器。

8、系统的可管理性：良好的管理、监控手段，提供对系统各模块、局域网络、服务器、操作系统、数据库及应用等进行管理监控的手段，支持多种方式进行报警。

4. 项目建设内容

4.1. 软件开发

4.1.1. 门户首页

4.1.1.1. 数字政府门户结构和布局规划

根据宁波数字政府门户建设要求，门户主要建设重大任务、重大标志性工程、主要领域、应用场景展示等内容，同时要将数字政府建设的重要工作、指标等内容进行科学、合规的展示。在维护期内，根据省级最新要求进行迭代开发。

4.1.1.2. 数字政府门户页面设计

开展宁波市数字政府门户页面设计工作，从门户页面风格、配色方案、字体设计、视觉效果、页面长度、信息结构、导航体系等多方面进行设计。

4.1.1.3. 页面模板开发

按照数字政府门户结构和布局规划，完成数字政府门户页面模板开发，涉及数字政府门户中重大任务页面模板、主要领域页面模板、重大标志性工程模板、场景展示模板和用户工作台模板等。基于模板生成解析技术，通过模板标记语言和双引擎高效解析方式，对结构化、非结构化数据与前端可视化模板所见即所得的高效合成，实现宁波数字政府门户页面生成发布和改版更新迭代。

4.1.2. 政府效能管理

政府效能管理建设内容包括政府工作报告落实、政府民生实事落实、人大建设政协提案办理、领导批示指示办理、政务督查督察、互联网＋督查、政务公开和数字孪生积水地图等应用系统的开发，并对政府能效管理系统完成数据调用和收集工作。通过市公共数据平台完成数据需求梳理、数据归集、数据共享、综合集成等工作。

4.1.3. 组件管理平台

根据数字化改革总体要求和门户建设规范，在数字政府门户建设时，需要根据全省统一要求开发统一鉴权、统一搜索等内容，支撑市、区（县市）两级数字政府门户的搜索、鉴权、埋点等操作的支撑。包含维护期内的迭代开发工作。

4.1.3.1. 统一用户鉴权组件

统一身份认证系统面向数字政府门户用户，提供统一的开发组件和服务，综合运用浙政钉、身份证实名认证、手机验证等手段，通过控制用户的访问实现用户身份认证以及实名认证，并通过单点登录实现用户“一次认证、全程通行”，平台在有效控制用户行为的同时，实现了统一用户、单点登录、统一认证、统一授权四个层次的身份管理。

4.1.3.2. 统一搜索服务组件

构建数字化改革综合集成系统的统一搜索工具，为用户提供信息、任务、指标、文件等分类的所有相关数据检索，实现在门户与客户端采取多元化的方式搜索自己所需信息。

4.1.3.3. 埋点数据采集组件

为数字化改革综合集成系统提供统一的埋点数据采集服务，对特定用户行为或事件进行捕获、处理和发送。埋点数据采集组件要求具有较强的实时性、操作简单、安全等特性，可以有效实现运维相关数据的采集、上报及问题反馈重现，支撑运维提前感知与实时诊断，指导运维人员对系统应用进行功能和服务的优化。

4.1.3.4. 埋点数据展示组件

数据概览主要展示在用户通过PC/移动端渠道访问的数据，分为实时统计和整体趋势分析。实时统计按天统计PC/移动端渠道的用户访问情况。整体趋势分析是按照时间段统计各渠道访问的数据，包括累计访问次数、累计访问人数、累计授权用户人数以及过去一周平均使用时长。

4.1.3.5. 统一组件服务

为满足未来数字化改革支撑工作，在数字政府门户组件设计方面，还需考虑统一组件服务，最大程度的满足后续工作所需的组件配置需求。统一组件服务提供功能组件、模板组件开发功能，后续可随时调用统一组件配置所需的组件。统一组件的开发需根据设计规范进行实施，开发内容包括自定义模块、任务落实模块、任务查询模块的开发。

4.1.4. 集成应用

本次建设的数字政府门户为用户展示宁波市数字政府的主要任务、主要指标、重大项目的页面集成，并满足后续功能版本上的更新迭代。

4.1.5. 系统管理

系统管理建设内容主要包括个人工作台、栏目设置、模板参数设置、模板配置以及实施联调等。

4.1.5.1. 个人工作台

数字政府门户的个人工作台模块需集成各业务系统的工作任务，通过点击待办事宜的链接，实现直接进入业务系统的功能模块处理待办任务。待办事宜的集成需实现用户查看待办任务，提高用户的工作效率。

4.1.5.2. 栏目设置

通过栏目管理功能，将数字政府门户栏目按照各大频道进行多层级建设，为每个栏目设置栏目基础属性、功能属性、内部关联关系等。

4.1.5.3. 模板配置

根据栏目体系构架为每个栏目配置相应模板，并设置模板参数、信息源和栏目间数据共享关联关系等。对宁波数字政府门户各项功能进行联调和测试，并完成门户的整体发布。

4.1.5.4. 模板参数设置

模板是门户的框架结构及表现形式，每个频道、栏目和文章页都对应不同的模板，模板包括但不限于数字政府门户首页模板、各频道页模板、栏目页模板、文章页模板等。根据门户栏目梳理情况，对不同层级、不同类型的栏目，需要分别制作模板，并设置参数。

4.1.5.5. 模板实施

模板实施包含首页、栏目页、频道页、功能页等设计和模板制作。模板制作功能将支持站点、栏目分级模板管理，支持模板的预览、备份、恢复、复制等功能，模板设置需支持静态标签、动态标签及模块标签的设置。支持模板克隆功能，减少设计模板的工作量，同时可以通过简单的模板管理统一门户风格；

动态标签需提供标签样式选择与标签库维护功能。门户模板管理提供对整个门户系统显示信息页面的样式、界面进行配置管理的功能，需对门户中的所有公共页面，可根据需要实时改变页面样式及风格，门户会立即将修改效果显示出来。

4.1.6. 移动应用

为满足用户使用移动端访问数字政府门户的需求，项目建设将提供数字政府移动门户平台，用户可在浙政钉手机版访问数字政府门户，支持不同手机型号、页面大小及横竖屏自动切换。能够通过IPHONE、IPAD、Android设备随时、随地、随身的访问移动版的数字化改革门户。移动端开发内容应包含PC端门户的主要内容，需满足后续功能版本上的更新迭代。

4.2. 信息资源建设

4.2.1. 数据库设计

4.2.1.1. 任务数据仓建设

任务数据仓将支撑数字政府门户完成数据调用和收集工作。整个过程需要配合任务牵头部门通过市公共数据平台完成数据需求梳理、数据归集、数据共享、任务仓建设、综合集成等工作。

4.2.1.2. 指标数据库

开发指标数据库，实现任务指标数据统计查询功能，实现用户信息、任务信息等数据统计查询，可根据用户名称、任务名称等关键字搜索查询。

4.2.1.3. 任务数据库

数字政府门户依托省任务管理平台和省任务数据库，实现宁波市本级任务库的数据表的建设和相关维护工作。任务数据库数据表包含指标上报结果、指标与指标明细关系、指标与指标明细关系备份对比、指标数据上报等内容。需对数据库数据表进行详细设计。

4.2.2. 数据处理

4.2.2.1. 门户运行日常巡查

为保证数字政府门户正常运行，针对门户网站进行每日一次例行巡查，巡查内容包括页面展示内容、界面展示效果、链接运行是否正常、数据更新及时等。

4.2.2.2. 数据计算、校正与审核服务

指标数据计算、数据校正、数据审核服务包括对市本级各层级任务进行梳理、对市本级任务指标进行校正、审核、维护等内容。

4.2.2.3. 其他数据处理服务

按照数字化改革相关通知要求，梳理汇总各部门提交的相关数据和资料。保障数字政府界面正常运行，杜绝各版块打不开、显示不正确等情况发生，每日对数字政府门户界面进行检查并记录，重点检查运行情况和数据显示情况。

4.2.3. 指标任务管理

各业务部门要做好指标任务管理，必须熟悉重大任务拆解和指标建立两项工作的的详细内容 。投标人需详细设计面向重大任务牵头部门、协同部门的重大任务拆解和指标体系上报相关操作服务方案。投标人需负责任务信息及指标体系上报内容审查，协助相关部门做好任务拆解工作。

4.3. 标准规范编制

编制《宁波市数字政府门户集成规范》，规范需规定宁波市、县（区）两级数字政府门户建设及集成的规范，包括门户集成的UI视觉设计、模板设计、数据埋点、统一检索、用户鉴权和数据仓建设等方面的建设指南，指导市、县（区）两级数字政府门户按标准进行统一的建设。

5. 性能需求

1、确保系统7×24小时连续运行，平均年故障时间（平均每年出现故障的总时长）＜3天，平均故障修复时间（发生故障时平均需要花费的修复时间）＜4小时；软件的缺陷<1%、故障率<1%确保基础平台稳定可靠的运行。

2、处理速度：保证更新信息的及时获取、处理、入库与发布，对大量历史数据汇总时间不超过2小时，从信息获取到入库的最大延迟时间为1天；

3、查询速度要求：设计合理的数据库结构和查询算法，以保证查询的响应速度不会随记录数的增长急速下降，响应时间不大于3秒；

4、文本信息交换的响应时间应控制在1秒以内，采用消息中间件对数据交换进行管理，图片、声音信息交换响应时间控制在10秒以内。

6. 项目管理要求

6.1. 实施要求

1、项目实施地点在采购方指定地点。

2、投标人应在投标文件中提供详细的施工计划，应包括项目组织机构、项目实施流程、项目实施进度、项目实施安排。

3、投标人应具备较强的敏捷开发能力，能够快速发布和更新产品。投标人应向采购人提供项目管理人员和技术人员配置情况，并在系统部署工作开始之日起，指派具有资质的项目经理负责现场工作的组织、协调和施工工作。系统的需求调研采用迭代开发的模式。在项目的需求调研阶段必须有项目经理、系统分析师、项目技术负责人等至少3人参加并常驻。项目的软件开发工作要求在现场完成，在项目设计开发阶段至少需要12名有类似项目经验的软件工程师进行常驻开发，并由项目经理负责日常的沟通和协调。在项目后期的测试阶段至少需要2名工程师常驻（含测试工程师、软件开发工程师等）。项目经理在项目终验之前必须常驻。

5、项目文档要求：

交付的文档包括但不限于以下内容：

（1）需求规格说明书；

（2）概要设计说明书；

（3）详细设计说明书；

（4）数据库设计说明书；

（5）项目测试方案（包括测试用例）；

（6）测试分析报告；

（7）管理员维护手册；

（8）用户操作手册；

（9）安装部署手册；

（10）针对本项目开发的源代码和可执行码；

（11）采购方认为需要的其他材料。

6、招标文件提出的对项目的主要需求，是投标人编制投标文件和报价的主要依据，但不应作为编制正式实施方案的完整的详细要求。在编制正式的项目建设实施方案和详细设计时，投标人应深入分析和充分考虑采购方对本项目现在及未来发展的需求，设计出完整的优质方案。要开放各类数据显示的数据接口，便于系统功能的扩充和完善。

7、中标后投标人所作的详细设计应完全满足用户的需求，同时不得与投标方案有实质性改变。

8、投标人应对其提供的设计资料负责，由于设计资料表示不清、不全而造成的损失，由投标人负责。

6.2. 进度要求

本项目合同签订日起1个月内设计出系统原型，6个月内完成本项目的系统开发、部署、培训工作，并通过项目初验，进入试运行期，试运行期满且系统运行正常，组织进行项目验收。验收合格后进入服务期，服务期为一年。

6.3. 项目实施计划

投标人应在投标文件中提交项目实施计划。项目实施计划要根据系统的特点和要求确定，包括需求调研、数据资源属性梳理、系统规划设计、功能模块及接口开发、联调测试、系统迁移、部署、培训与运维服务等。

6.4. 培训要求

1、投标人有义务对采购人本次采购的系统软件和开发的应用软件系统的正常使用和维护提供必要的培训；

2、培训的内容包括软件的安装、使用、配置管理、性能优化以及相关基本维护知识；

3、投标人应当在投标文件中明确给出培训的地点、时间安排、人数、授课内容、教材、授课人的业务背景等。

4、投标人应将所有培训相关费用计入投标总价。

6.5. 质量保证要求

在项目建设实施过程中，应建立完善的质量管理体系和完整的项目质量保证计划，确保系统设计、开发、定制工作的顺利实施。

6.6. 系统测试要求

投标人需在投标文件中提供系统的整体测试方案，供招标人参考。测试方案要明确测试关键点，在实施测试前，测试方案须经招标人确认通过验收评审。中标供应商对项目进行测试，测试通过后须向招标人提交项目测试报告

6.7. 项目验收要求

中标人在验收之前应提供本项目验收方案并由采购人审核并确认。

1、验收步骤：采购人（包括邀请的专家）、中标人双方共同参与整个项目验收。

2、验收方法：采购方（包括邀请的专家）、中标人双方共同组成验收小组。由中标人提供测试结果，采购人提供使用报告，经采购人确认后，根据功能、性能要求逐项验收。

3、验收标准：招标文件的技术规格要求、项目实施过程中经采购人和中标人双方共同确认的需求规格说明书等。

4、系统试运行：在试运行期间，一方面要提供足够的培训和技术支持，保障用户能够正确的理解和使用系统，另一方面，要根据运行中出现的问题以及用户需求情况，及时修改完善系统。试运行时间为1个月。

5、系统验收，系统达到了全部设计要求，中标人在提交全部相关文档、报告等交付物的前提下，可以向采购人提出系统验收的申请。

6、为了更好的保障门户安全稳定运行，切实提高平台的信息安全保障水平，本项目要符合国家信息安全等级保护2级要求。在项目建设完成终验之前，采购人有权聘请第三方权威机构对门户进行安全和性能测评（相关评测费用不计入本项目）。

6.8. 售后服务要求

1、投标人应承诺在本项目通过终验并正式投入运行后提供一年（质保期）免费软件维护服务。

2、投标人需承诺提供本地化售后服务，软件工程师应能处理常规故障，在免费维护期内，投标人应提供本系统免费更新、定期巡检、故障排除等服务。如系统发生故障，投标人在接用户故障电话或传真通知后，10分钟内以响应，在1小时内派遣技术人员到现场服务。对于常规性问题投标人承诺在2小时内解决，重大故障在4小时内解决问题。

3、在维护期内，应对系统进行必要的版本升级和维护。

4、软件维护内容包括但不限于：

（1）程序框架内错误，需要修改程序；

（2）程序和数据库的优化，提高系统的性能；

（3）新设部门的内部开设及流程配置；

（4）撤并机构的数据合并。

5、软件维护方式分为：

（1）季度巡检服务；

（2）常规响应服务（提供热线电话支持和远程维护服务）；

（3）应急响应服务。

6.9. 其他要求

（一）项目合同签订后7个工作日内，项目中标单位向采购方缴纳合同总额的2.5%作为履约保证金；提交履约保证金后7个工作日内采购方支付合同价的40%；项目通过初验后，采购方支付合同价的40%；项目通过终验后且财政资金到位后，采购方支付合同价的20%。

（二）交付违约：如中标方未按进度要求及时提交项目成果，导致工程延期，每延期20天，中标方应向采购方支付合同金额的3%作为违约金；但违约金的总金额不超过合同金额的10%。如延期时间超过80天，采购方有权终止合同，除前款所约定的违约金外，中标方还需支付合同总金额的5%作为对采购方的赔偿。

（三）更换项目主要人员：项目主要人员（指实际参加本项目的管理、技术等方面的负责人，一般指项目经理，项目技术负责人，各专业项目组负责人，质量管理负责人等）未经业主单位书面许可不得更换；否则，每更换一人次，在合同总额中扣1%-2%。

（四）违约处理：如发生违约事件，守约方要求违约方支付违约金时，以书面方式通知违约方，内容包括违约事件、违约金、支付时间和方式等；违约方在收到上述通知后，应于5个工作日内答复对方，并支付违约金。 如双方不能就此达成一致意见，将按照合同所规定的争议解决条款解决双方的纠纷，但任何一方不得采取非法手段或损害本项目以强行实施违约金。

（五）保密要求：投标人保证在项目过程中有可能涉及到的涉密数据、个人隐私数据的安全。如由于投标人不慎泄露涉密数据或隐私数据，由此引发的刑事、民事责任由投标人自行承担。

（六）投标人应保证，其提供的产品不会侵犯第三方依法享有的专利权、商标权、著作权或其他知识产权。若第三方提出侵权之诉，一切法律责任由投标人承担。