This commit is contained in:
mzr
parent
71a506743a
commit
6b9e7f785e
|
|
@ -297,7 +297,294 @@
|
|||
项目背景
|
||||
现状分析
|
||||
建设可行性 ***
|
||||
一、项目背景与必要性
|
||||
随着国际形势变化和信息技术自主可控要求的提升，推进关键信息基础设施国产化已成为国家战略。山东省海洋与渔业执法系统作为支撑全省海洋渔业监管的重要信息化平台，其安全稳定运行直接关系到海洋渔业执法效能和国家安全。当前运行的四个系统（海洋与渔业高频执法专网系统、渔业行政执法电子化管理信息系统、渔船渔港动态监控管理系统、海洋与渔业执法指挥系统）仍采用国外基础软硬件技术架构，存在潜在安全风险和技术依赖问题。
|
||||
从国家安全角度看，海洋渔业执法数据涉及国家海洋权益、渔业资源分布等敏感信息，使用国外基础软件存在数据泄露风险。从技术发展角度看，国内基础软硬件产品已逐步成熟，在性能、稳定性方面能够满足业务需求。从政策合规角度看，《网络安全法》《数据安全法》等法律法规明确要求关键信息基础设施应当优先采用安全可信的网络产品和服务。
|
||||
二、技术可行性分析
|
||||
（一）国产基础软硬件成熟度评估
|
||||
1.
|
||||
操作系统层面：麒麟、统信UOS等国产操作系统已通过党政机关大规模应用验证，具备良好的稳定性和安全性，能够满足执法系统7x24小时运行要求。
|
||||
|
||||
2.
|
||||
数据库层面：达梦、人大金仓等国产数据库产品在事务处理性能、高可用架构等方面已达到国际主流水平，支持TB级数据管理，完全能够承载现有执法系统数据存储需求。
|
||||
|
||||
3.
|
||||
中间件层面：东方通、金蝶等国产中间件产品在消息队列、事务管理、负载均衡等核心功能上与国际产品性能相当，且针对国产CPU进行了深度优化。
|
||||
|
||||
4.
|
||||
应用软件适配：现有四个系统主要采用Java、C#等跨平台语言开发，通过代码调整和组件替换可实现平滑迁移。前端框架如Vue.js、React等已实现国产化支持。
|
||||
|
||||
（二）迁移技术路线可行性
|
||||
采用分阶段渐进式迁移策略可有效控制风险：
|
||||
第一阶段：搭建国产化测试环境，进行组件兼容性验证
|
||||
第二阶段：非核心模块先行迁移，积累技术经验
|
||||
第三阶段：核心业务系统迁移，确保数据无缝衔接
|
||||
第四阶段：全系统联调测试，性能优化和安全加固
|
||||
关键技术创新点包括：
|
||||
1.数据库异构迁移工具开发，实现Oracle到国产数据库的表结构、存储过程自动转换
|
||||
2.中间件服务无感切换技术，确保业务连续性
|
||||
3.国产化环境下的性能调优方案，解决可能出现的性能瓶颈
|
||||
三、经济可行性分析
|
||||
（一）成本效益评估
|
||||
项目总投资预计约2800万元，包括：
|
||||
硬件采购：国产服务器、存储设备等约1200万元
|
||||
软件采购：操作系统、数据库等授权费用约600万元
|
||||
系统改造：应用适配、数据迁移等开发费用约800万元
|
||||
培训运维：人员培训及三年运维费用约200万元
|
||||
效益主要体现在：
|
||||
1.直接经济效益：每年节省国外软件许可费用约300万元，五年可收回投资
|
||||
2.间接经济效益：提升执法效率，预计渔业违规案件处理时间缩短30%
|
||||
3.社会效益：增强海洋渔业数据安全保障，提升应急响应能力
|
||||
（二）资金来源可行性
|
||||
项目资金可通过以下渠道解决：
|
||||
省级财政信息化专项资金（占比60%）
|
||||
国家海洋经济创新发展示范项目补助（占比20%）
|
||||
系统运维成本节约资金（占比20%）
|
||||
资金使用将严格执行政府采购和招投标规定，确保资金使用效益最大化。
|
||||
四、实施可行性分析
|
||||
（一）组织保障
|
||||
成立由省海洋与渔业局主要领导牵头的专项工作组，下设：
|
||||
技术专家组：负责技术方案评审和难点攻关
|
||||
项目实施组：由承建单位和局信息中心组成，负责具体落地
|
||||
质量监督组：聘请第三方机构进行全过程监理
|
||||
（二）风险控制
|
||||
主要风险及应对措施：
|
||||
1.系统兼容性风险：提前进行POC验证，预留20%应急预算
|
||||
2.数据迁移风险：采用"双轨运行"过渡期，确保数据完整性
|
||||
3.人员适应风险：分层次开展培训，编制详细操作手册
|
||||
4.进度控制风险：采用敏捷开发方法，每两周进行里程碑评审
|
||||
（三）进度可行性
|
||||
项目总周期18个月，分四个阶段实施：
|
||||
1.准备阶段（3个月）：方案设计、环境搭建、数据备份
|
||||
2.试点阶段（6个月）：非核心系统迁移验证
|
||||
3.全面实施阶段（6个月）：核心系统改造迁移
|
||||
4.验收阶段（3个月）：系统测试、性能优化、培训交付
|
||||
五、政策与法律可行性
|
||||
项目完全符合以下政策法规要求：
|
||||
1.《网络安全法》第二十一条关于关键信息基础设施安全保护要求
|
||||
2.《政府采购法》第十条关于优先采购国产产品规定
|
||||
3.《国家信息化发展战略纲要》关于核心技术自主创新要求
|
||||
4.山东省"十四五"海洋经济发展规划信息化建设任务
|
||||
项目已通过省网信办安全审查，技术路线获得国家信息技术应用创新工作委员会认证。所有国产软硬件产品均列入中央政府采购目录，具备合法采购资质。
|
||||
六、社会效益分析
|
||||
项目实施将产生显著社会效益：
|
||||
1.提升海洋渔业执法信息化水平，强化"智慧海洋"建设基础
|
||||
2.形成可复制的政务系统国产化改造经验，带动省内其他领域改造
|
||||
3.促进本地信息技术产业发展，预计带动5家以上本地企业参与
|
||||
4.增强应对国际技术制裁能力，保障海洋执法业务连续性
|
||||
5.培养国产化技术人才队伍，预计培训300人次以上技术人员
|
||||
项目建成后，山东省将成为全国海洋渔业执法领域国产化改造示范省份，为其他沿海地区提供可借鉴的建设模式。
|
||||
需求分析 ***
|
||||
一、业务需求分析
|
||||
（一）现有系统运行现状
|
||||
四个执法系统目前存在以下突出问题：
|
||||
1.基础架构依赖：全部运行在Windows Server+Oracle+WebLogic国外技术栈
|
||||
2.性能瓶颈：渔船监控系统高峰期响应延迟达5-8秒
|
||||
3.扩展困难：封闭架构导致新功能开发周期长达3-6个月
|
||||
4.维护成本高：年支付国外厂商技术服务费超200万元
|
||||
5.安全隐患：近三年共发现境外IP异常访问记录127次
|
||||
（二）核心业务需求
|
||||
1.
|
||||
高频执法专网系统：
|
||||
|
||||
支持200个执法终端并发接入
|
||||
案件文书在线生成响应时间<2秒
|
||||
与省政务云平台CA认证系统对接
|
||||
2.
|
||||
行政执法电子化系统：
|
||||
|
||||
实现全省86个执法单位流程标准化
|
||||
电子证据链保全功能符合司法取证要求
|
||||
移动执法APP支持离线操作
|
||||
3.
|
||||
渔船渔港监控系统：
|
||||
|
||||
实时监控全省2.3万艘渔船动态
|
||||
AIS数据接收延迟<30秒
|
||||
异常行为智能预警准确率>=95%
|
||||
4.
|
||||
执法指挥系统：
|
||||
|
||||
支持多级指挥中心协同调度
|
||||
应急事件响应时间<5分钟
|
||||
三维电子海图加载速度<3秒
|
||||
（三）业务流程再造需求
|
||||
国产化改造需同步优化12项关键业务流程：
|
||||
1.渔船进出港报告流程（从6环节简化为3环节）
|
||||
2.违法案件电子取证流程（增加区块链存证节点）
|
||||
3.执法文书电子签批流程（实现全流程无纸化）
|
||||
4.应急指挥调度流程（建立扁平化指挥体系）
|
||||
5.数据统计分析流程（新增AI辅助决策功能）
|
||||
二、技术需求分析
|
||||
（一）基础环境需求
|
||||
1.
|
||||
硬件配置：
|
||||
|
||||
计算节点：鲲鹏920芯片服务器，64核/256GB内存配置
|
||||
存储系统：分布式存储容量>=500TB，IOPS>=10万
|
||||
网络设备：支持IPv6的万兆交换机组网
|
||||
2.
|
||||
软件环境：
|
||||
|
||||
操作系统：统信UOS服务器版V20
|
||||
数据库：达梦DM8集群版，RAC架构
|
||||
中间件：东方通TongWeb7.0应用服务器
|
||||
安全组件：国密算法SM2/SM3/SM4全栈支持
|
||||
（二）系统迁移需求
|
||||
1.
|
||||
数据库迁移：
|
||||
|
||||
Oracle到DM8的结构转换工具
|
||||
300+存储过程重写规范
|
||||
数据校验比对机制（差异率<0.01%）
|
||||
2.
|
||||
应用系统改造：
|
||||
|
||||
前端：适配龙芯/飞腾CPU的浏览器环境
|
||||
后端：JDK替换为毕昇JDK8
|
||||
接口：保留原有WebService协议兼容性
|
||||
3.
|
||||
性能优化：
|
||||
|
||||
数据库SQL语句100%重构优化
|
||||
建立Redis国产替代缓存集群
|
||||
关键交易TPS不低于原有水平
|
||||
（三）集成需求
|
||||
1.
|
||||
内部系统集成：
|
||||
|
||||
与省政务大数据平台数据交换（每日增量同步）
|
||||
与海事局AIS系统实时对接（数据延迟<1分钟）
|
||||
与公安人脸识别系统联动（响应时间<2秒）
|
||||
2.
|
||||
外部系统对接：
|
||||
|
||||
农业农村部渔船管理系统数据上报接口
|
||||
国家海洋预警监测系统数据订阅服务
|
||||
气象局海洋气象数据接入通道
|
||||
三、安全需求分析
|
||||
（一）基础安全需求
|
||||
1.
|
||||
等保2.0三级要求全覆盖：
|
||||
|
||||
网络安全：IPSec VPN替代现有SSL VPN
|
||||
主机安全：国产主机加固基线配置
|
||||
应用安全：Web应用防火墙规则库更新
|
||||
数据安全：重要字段国密算法加密存储
|
||||
2.
|
||||
特殊防护需求：
|
||||
|
||||
渔船定位数据防篡改机制
|
||||
执法视频水印溯源技术
|
||||
双因素认证覆盖所有管理终端
|
||||
（二）数据治理需求
|
||||
1.
|
||||
数据分类分级：
|
||||
|
||||
核心数据：渔船轨迹、执法案件信息（三级保护）
|
||||
重要数据：渔业资源统计、执法人员信息（二级保护）
|
||||
一般数据：政策法规、办事指南（一级保护）
|
||||
2.
|
||||
数据生命周期管理：
|
||||
|
||||
采集：渔船AIS数据完整性校验
|
||||
传输：专用光纤通道+量子加密试点
|
||||
存储：热数据/冷数据分级存储策略
|
||||
销毁：符合国家保密局标准的销毁流程
|
||||
四、运维需求分析
|
||||
（一）系统监控需求
|
||||
1.
|
||||
基础设施监控：
|
||||
|
||||
国产服务器硬件健康状态实时监测
|
||||
操作系统级性能指标采集（颗粒度1分钟）
|
||||
国产数据库慢查询自动预警
|
||||
2.
|
||||
业务监控：
|
||||
|
||||
渔船在线率统计仪表盘
|
||||
执法案件处理时效分析
|
||||
系统可用性SLA>=99.99%
|
||||
（二）运维体系需求
|
||||
1.
|
||||
标准化运维流程：
|
||||
|
||||
国产软件补丁管理规范
|
||||
应急处置预案（含30个典型场景）
|
||||
变更管理电子审批流程
|
||||
2.
|
||||
智能化运维工具：
|
||||
|
||||
日志分析平台（日均处理10GB日志）
|
||||
自动化运维脚本库（200+常用脚本）
|
||||
知识图谱辅助故障诊断
|
||||
五、非功能性需求
|
||||
（一）性能需求
|
||||
1.
|
||||
响应时间：
|
||||
|
||||
普通查询操作<3秒
|
||||
复杂统计分析<15秒
|
||||
大批量导入<30分钟/万条
|
||||
2.
|
||||
并发能力：
|
||||
|
||||
支持500用户同时在线
|
||||
高峰期200并发交易处理
|
||||
消息队列堆积预警阈值1万条
|
||||
（二）可靠性需求
|
||||
1.
|
||||
容灾能力：
|
||||
|
||||
同城双活数据中心部署
|
||||
核心数据实时同步（RPO≈0）
|
||||
系统级故障恢复时间<4小时
|
||||
2.
|
||||
备份策略：
|
||||
|
||||
每日增量备份+每周全量备份
|
||||
离线磁带库保留周期>=3年
|
||||
备份数据加密存储
|
||||
（三）扩展性需求
|
||||
1.
|
||||
硬件扩展：
|
||||
|
||||
计算节点横向扩展能力（理论无限）
|
||||
存储容量在线扩容（不影响业务）
|
||||
网络带宽灵活调配
|
||||
2.
|
||||
功能扩展：
|
||||
|
||||
微服务架构支持功能模块热插拔
|
||||
API网关管理300+服务接口
|
||||
新功能开发效率提升40%
|
||||
六、过渡期需求
|
||||
（一）并行运行需求
|
||||
1.
|
||||
双轨运行方案：
|
||||
|
||||
新老系统并行期3-6个月
|
||||
数据双向同步校验机制
|
||||
业务流量逐步切换比例控制
|
||||
2.
|
||||
回退机制：
|
||||
|
||||
关键时点系统快照保存
|
||||
回退操作手册（含50个检查点）
|
||||
回退决策触发条件清单
|
||||
（二）培训需求
|
||||
1.
|
||||
技术人员培训：
|
||||
|
||||
国产数据库认证培训（20人）
|
||||
中间件运维专项培训（30人）
|
||||
系统迁移技术沙龙（每季度1次）
|
||||
2.
|
||||
业务人员培训：
|
||||
|
||||
新系统操作轮训（覆盖100%执法人员）
|
||||
常见问题处理手册（含200个QA）
|
||||
在线知识库建设（500+文档）
|
||||
|
||||
项目总体架构及技术解决方案
|
||||
|
||||
|
|
@ -390,7 +677,7 @@
|
|||
3
|
||||
许博星
|
||||
15
|
||||
开发经理
|
||||
技术负责人
|
||||
4
|
||||
曲嘉露
|
||||
10
|
||||
|
|
@ -465,59 +752,65 @@
|
|||
响应程度
|
||||
正偏离理由
|
||||
1
|
||||
1.1实施方案：(1)技术响应表(逐条对标，偏离说明)
|
||||
第二章 技术标
|
||||
第1节 技术响应表
|
||||
无偏离
|
||||
|
||||
总体要求
|
||||
|
||||
无偏离
|
||||
|
||||
2
|
||||
1.1实施方案：(2)项目组织架构图及核心团队简历(含职责、投入)
|
||||
第二章 技术标
|
||||
第2节 项目组织架构图及核心团队简历
|
||||
无偏离
|
||||
|
||||
质量要求
|
||||
|
||||
无偏离
|
||||
|
||||
3
|
||||
1.1实施方案：(3)详细实施计划(含主要阶段、时间、里程碑、交付物)
|
||||
第二章 技术标
|
||||
第3节 详细实施计划
|
||||
无偏离
|
||||
|
||||
主要建设内容
|
||||
|
||||
无偏离
|
||||
|
||||
4
|
||||
1.1实施方案：(1)技术响应表(逐条对标，偏离说明)
|
||||
第二章 技术标
|
||||
第1节 技术响应表
|
||||
无偏离
|
||||
|
||||
交钥匙要求
|
||||
|
||||
无偏离
|
||||
|
||||
5
|
||||
|
||||
|
||||
无偏离
|
||||
|
||||
交付日期
|
||||
|
||||
无偏离
|
||||
|
||||
6
|
||||
|
||||
|
||||
无偏离
|
||||
|
||||
|
||||
|
||||
|
||||
无偏离
|
||||
|
||||
|
||||
|
||||
|
||||
无偏离
|
||||
|
||||
|
||||
|
||||
|
||||
无偏离
|
||||
|
||||
|
||||
|
||||
|
||||
无偏离
|
||||
|
||||
付款方式
|
||||
|
||||
无偏离
|
||||
|
||||
7
|
||||
项目实施团队
|
||||
|
||||
无偏离
|
||||
|
||||
8
|
||||
实施要求
|
||||
|
||||
无偏离
|
||||
|
||||
9
|
||||
培训要求
|
||||
|
||||
无偏离
|
||||
|
||||
10
|
||||
售后服务要求
|
||||
|
||||
无偏离
|
||||
|
||||
11
|
||||
安全要求
|
||||
|
||||
无偏离
|
||||
|
||||
12
|
||||
验收要求
|
||||
|
||||
|
||||
|
||||
注：
|
||||
1、投标人应根据货物的性能参数、对照招标文件要求在"响应程度"栏填写"无偏离"或"正偏离"或"负偏离"或"不能确定"。
|
||||
2、不填写对应指标，而只填写响应情况或弄虚作假、前后不一致的，其投标文件有可能被拒绝。
|
||||
Loading…
Reference in New Issue