* 、技术服务要求 本项目技术服务要求分为海洋观测预报业务系统优化 (略) (略) 分： 1.系统优化升级 （1）系统框架优化升级 1) 采用实时数据库技术，提升大量海洋观测预报数据并发查询的效率，并发用户 * 人时，查询响应时间≤8秒； 2) 界面交互优化，提高人性化交互体验，并按照“ (略) 市国土空间规划‘ * 张图’实施监督系统”统 * 的UI/UE (略) 改造； 3) 引入 * 维可视化技术，确保系统具备向 * 维扩展的能力，可对接市可视化平台提供的3DTiles、M3D等格式的 * 维数据服务。 （2）系统功能优化升级 针对原系统的 (略) 功能的扩展和交互优化，以适应新的业务需求。 1) 优化潮位数据观测模块 查询实时、 (略) 实测潮位、天文潮及增水数值及曲线情况。 该模块需优 (略) 点地图展示、 (略) 点详情查看、潮位观测时间切换、 (略) 点海域切换、 (略) 点切换、潮位数据统计、潮位重现期展示等功能，新 (略) 点表格下载、潮位观测数据高程基准切换、潮位观测数据转换文本等功能的开发。 2) 优化潮位数据预报模块 展示未来 * 小 (略) 预报数值及曲线情况。 该模块需优化潮位预报数据地图展示、潮位预报数据详情查看、潮位预报数据时间切换、潮位预报数据海域切换、 (略) 点切换、潮位数据统计、潮位重现期展示等功能，新增潮位预报数据表格下载、潮位预报数据高程基准切换、潮位预报数据转换文本等功能的开发。 3) 优化海浪数据观测模块 查询展示实时、历史 (略) 观测数值及曲线情况。 该模块优 (略) 点地图展示、 (略) 点详情查看、海浪观测数据时间切换、 (略) 点海域切换、 (略) 点切换等功能，新增海浪观测数据统计、重现期计算、表格下载、海浪观测数据转换文本等功能的开发。 4) 优化海浪数据预报模块 展示未来3天内， (略) 预报数值及曲线情况。 该模块优化海浪预报数据地图展示、海浪预报数据详情查看、海浪预报数据时间切换、海浪预报海域切换、 (略) 点切换等功能，新增海浪预报数据统计、重现期计算、表格下载、海浪预报数据转换文本等功能的开发。 5) 优化海流数据观测模块 该模块优 (略) 点地图展示、海流点详情查看，新增叠加动态历 (略) 。 6) 新增海流数据预报模块 该模块需实现海流预报点地图展示、海流预报点数据详情查看等功能。 7) 优化台风预报模块 回溯历史台风的路径轨迹，分析台风带来的 (略) 海域的潮位变化和海浪变化情况，并识别出3-5条当前台风的相似台风路径， (略) 门台风灾害预警报提供数据依据。 该模块需优化当前台风展示、历史台风查询功能，新增当前台风潮位影响分析、当前台风海浪影响分析、相似台风筛选、预测机构切换、历史天气图获取与叠加展示和表格下载等功能的开发。 8) 新增风险分析模块 统计分析历史各类受灾点和受灾情况，为各相关单位提供数据支撑，保障各业务工作的规范、 (略) 。 该模块需提供历史灾情数据展示、历史灾情统计、风险点统计、海水淹没分析等功能。 9) 新增灾害预警模块 按时间、级别、年份等统计分析在各类台风情况下，发布的风暴潮和海浪的专报和预警报。 该模块需提供报告统计、潮位信息专报查询、潮位预警报查询、海浪专报查询、海浪预警报查询、预警信息查看及下载等功能。 （3）系统开发的安全要求 在本项目实施过程中，中标方需满足以下安全要求： 1) 提供数据审计功能，记录对关键数据的操作、修改，包括时间、用户、修改前后的请求关键数据等。 2) 对关键组件、数据的控制和操作必须提供完善的鉴权和访问控制。 2. (略) 署 优化升级后的系统作为 * 个功能模块按要求集成进入“ (略) 市国土空间规划‘ * 张图’实施监督系统”。具体内容如下： （1）集成涉及开发工作： (略) (略) 分逻辑调整 (略) 署要求。 1)系统登录权限功能调整 2)系统请求接口鉴权封装格式调整 3)系统首页结构调整 4)系统功能模块接口请求前端格式调整 5)单点登录功能开发：采用招标方统 * SSO机制，与 (略) 市国土空间规划‘ * 张图’实施监督系统实现单点登录。 （2）集成实施工作：在目 (略) (略) 署的具体实施。 1)编制集成技术方案，包括集成工作需求、技术分析和方案设计、项目初始化及相关注意事项等； 2)相关环境配置，包 (略) 理及整合、IP限制实现配置化、开发环境模拟测试配置等； 3）单点登录集成对接； 4)前后台联调； 5) (略) 署，包括真 (略) (略) 调试。 （3）集成测试与安全整改工作：对集成 (略) 功能测试和安全整改。 1)功能测试，在系 (略) 署后开展功 (略) bug修复； 2)安全整改，在系 (略) 署后配合安全漏 (略) 漏洞修复。 （4） (略) 署服务技术支撑工作：包含技术沟通、协调、汇报及技术文档编写等内容。 * 、技术开发要求 本项目软件开发技术要求见下表： 技术要求 | 说明 | 偏离 | 分析建模语言与工具 | 在需求、设计阶段，以统 * 建模语言UML为建模语言，以用例作为需求描述主要手段，包括用例图、流程图、状态图，以物理建模、类图、时序图作为分析设计的描述手段。 | 不可偏离 | 后端开发语言 | 基于J2EE，采用JA (略) 开发，JDK版本不低于1.8。 | 不可偏离 | 前端开发语言 | 基于ECMAScript 6的javascript。 | 不可偏离 | 微服务架构 | 遵循微服务设计思想，采用微服务架构，前后端分离，后端发布成restful风格的服务。除非业务需求必须，服务应是无状态的，可以横向伸缩。 (略) 方的微服务管理平台对接。 大应用应 (略) 署的多个微服务，根据业务划分合适的颗粒度。服务之间 (略) 署上的依赖， (略) (略) 。服务之间的沟通通过rest api或者消息。 服务接口设计遵循restful风格，使用不同的状态码表达各类正常、异常响应。服务描述，包括方法、参数等具有完善的文档。 (略) 署。 | 不可偏离 | 软件设计 | 有较好的可配置性，避免硬编码；遵循面向对象的设计原则，尽量采用接口编程；具有较好的重用性、可维护性、可移植。 | 不可偏离 | 用户验证与权限控制 | (略) 方已有的权限体系， (略) 方已有的SSO用户验证。 | 不可偏离 | (略) 理 | 在任何地方出现致命异常，都要 (略) ，回滚事务、并以 (略) 的方式提示用户、将错误轨迹写入日志。 | 不可偏离 | 日志管理 | 日志管理模块可以产生便于最终用户、系统管理员、故障维护工程师以及 (略) 进行分析的事件记录，它为软件的开发调试和维护提供便利的手段。它可以控制日志输出级别，也可以提供多种输出方式。 异常日志内容必须包括记录日志时间、日志级别、引发日志产生的具体用户或系统、提示消息、完整错误堆栈。 | 不可偏离 | 数据验证 | 包括前端的（客户端）js的验证和后端（服务器控制层端）的java验证。 | 不可偏离 | 开发规范 | 遵循招标方的JAVA开发规范，有清晰、完整、风格统 * 的注释。 | 不可偏离 | 开发框架和公用组件 | 后端要求基于Spring 5 和 Spring Boot 2 (略) 开发。DAO 组件基于Spring Data 或Mybatis 的Spring 集成。采用招标方的基础组件库。前端要求基于Vue (略) 开发。如利用 (略) 开发，请特别说明；避免使用特性化的产品或版本。 (略) 方已有的组件、工具和服务。包括前端UI 组件库、用户权限组件、短信服务、报表工具等。 | 不可偏离 | 全面测试 | 进行单元测试、集成测试、压力测试在内的全面测试。 | 不可偏离 | 界面风格 | 界面风格 * 致，需专业界面设计人员及美工介入。 | 不可偏离 | 浏览器兼容 | 需兼容chrome6.0和IE * 及以上版本浏览器。 | 不可偏离 | 第 * 方插件 | 尽可能不使用第 * 方插件， (略) 方已购买的正版软件。 | 不可偏离 | 安全扫描 | (略) 方安全扫描测评，满足国家信息安全等级保护第 * 级要求。 | 不可偏离 |
* 、项目成果要求 在指定 (略) 署上线优化升级后的系统，并按“ (略) 市国土空间规划‘ * 张图’实施监督系统”的集成要 (略) 署工作，同时，需配合完成系统等级保护测评工作。提交相关成果应包括但不限于以下内容：项目实施计划和实施方案、需求规格说明书、概要设计说明书和详细设计说明书、系统安装程序、源代码和编译软件、 (略) 署文档、系统操作手册、系统功能测试和安全扫描报告、 (略) 报告、培训材料和用户使用意见、项目总结报告等。 | 
发送至邮箱
