DB34/T 3379-2019标准规范下载简介
DB34/T 3379-2019 水利信息系统软件开发集成规范7.8.2Web服务内存分配
Xmx、PermSize、MaxPermSize参数应使用统
各类水利信息系统开发应遵循规范5~7章要求,统一体系架构、统一技术标准、统一开发与测试 环境、统一数据库设计规范、统一接口规范GB/T 40142-2021 触摸图形设计及图例,便于后期实现系统的集成和扩展。水利信息系统集成包括 在用户界面层实现界面集成、在业务应用层和业务支撑层实现应用集成、在数据存储层实现数据集成, 集成过程应做好权限控制与管理
数据集成是基于数据存储层,通过数据共享交换技术实现水利信息系统之间数据的交换和共享集 成,主要集成方式包括数据接口调用、ETL工具(提取、转换、加载)、消息中间件推送三种。针对如 下不同的系统结构应采用不同的数据集成方式: a)异构数据源整合集成:异构数据源整合集成是实现多种异构数据源数据的整合、集中存储、管 理和共享,可通过ETL工具完成各类数据的抽取、转换、加载,最终形成数据集中存储的仓库; b 多级系统数据汇总集成:多级系统数据汇总集成是实现同种类型、层级不同(一般按行政区划 级别划分)的多级水利信息系统之间数据的汇集、传输和共享交换,宜通过消息中间件或ETL
DB34/T 33792019
工具实现,该体系的核心基础数据应由最高层级系统统一江集存储,其余各层级系统可分散存 储本级所需的各类业务数据,只需将上级所需的业务数据提取并推送给上级即可; 与外部系统数据集成:水利信息系统与外部系统数据集成交换应确保数据安全性,采用接口封 装调用方式,宜采用标准WebService接口方式,同时应建立前置交换数据库,实现内、外部 系统数据库之间的安全隔离。
数据集成应满足如下要求: 1 系统应在开发完成前按照建设要求统一规划开放数据共享通道,便于行业内数据共享使用; O 宜通过建立中间交换数据库的方式解决系统间数据标准化问题,达到松耦合、统一规范、增强 扩展性; C 需通过接口方式访问被提取数据库数据的宜采用标准WebService数据接口; 1, 对存储为文件类型的业务系统数据,宜通过NAS或文件服务器来完成文件数据的共享; P 应建立数据库安全审计系统,实现对目标数据库系统的用户操作的监控和审计。
8. 2.3 集成步骤
数据集成应包括如下基本步骤: a) 分析数据来源:分析数据来源,明确需集成数据的数据类型结构、存储方式、数据量等; n 选择集成方式:根据不同种类系统数据采用不同数据集成方式,可选方式包括接口调用、ETL 工具、消息中间件推送等方式; 数据提取与交换:明确各类型数据的提取和交换机制,制定数据处理和过滤办法,完成数据前 置交换库设计: 数据整合入库:完成数据提取、加工、过滤和最终整合入库操作,并检验数据准确性和一致性
图4数据集成步骤示意图
8. 3. 2 集成要求
DB34/T33792019
应用集成应满足如下基本要求: a) 应将系统各项功能进行组件化封装,对外提供良好的接口服务; b) 接口定义应具有硬件平台、操作系统和编程语言无关性; c) 被封装的功能组件或接口服务应采用统一和通用的方式进行交互; a 应实现统一用户管理和单点登录功能; e) 接口设计应遵循7.5.3的要求; f) 各类地图应用应统一采用2000国家大地坐标系且能够提供关键要素信息的数据服务接口,宜 支持安徽水利“一张图”集成,
应用集成应将软件各项业务应用功能封装成接口服务,统一集成到企业服务总线,进一步实现与其 业务应用软件的集成和通讯,应包含如下集成步骤: a) 梳理软件各项业务应用功能,完成相应的接口设计和封装; D 借助应用支撑软件,将各类接口服务注册集成到应用支撑平台的ESB服务总线,让不同的应用 服务协调运作,实现不同服务之间的通信与整合,并可以提供一系列的标准接口; c) 应用支撑平台根据各类已集成的服务可提取或开发支持应用系统的通用公共组件或服务,供其 他业务应用系统调取。
5应用集成步骤示意图
DB34/T 33792019
界面集成应满足如下集成要求: a)应具备单点登录功能,用户无需进行多次身份验证; b)应具备灵活的个性化定制功能,用户可以自定义用户界面的特定部分; c)不同应用系统界面集成应保证界面色彩风格、菜单样式基本一致
界面集成应至少包含如下集成步骤: a)在业务应用层首先应实现单点登录集成; b)根据建设要求选择8.4.1中四种集成方式中的一种或多种完成界面集成开发; c)完成集成测试,并形成资源集成的相关信息存档
各业务系统的业务权限应实现统一管理,权限粒度在没有特殊要求的情况下,要求满足用户、行政 区、管理单位数据的统一分配,特殊需求要求支持菜单、按钮级权限分配
业务系统框架支持到数据权限的控制粒度到多条数据查询与单条数据展示,对于不具备数据查看权 限的用户,支持自动过滤数据的访问。
应基于SOA的架构模式进行设计,移动前端通过调用统一数据接口展现后台业务数据。
移动应用开发应支持对移动门户的自动免登录和自动鉴权功能
9. 2. 1数据集成
DB34/T33792019
移动应用数据与业务系统数据应保持一致性,移动应用数据集成也应基于业务系统数据集成实现, 相关集成要求可遵循规范8.2要求的内容。集成方式宜采用接口调用的方式,接口采用restfull形 式,对开放的接口服务需进行安全加密和非法请求过滤
应支持与移动应用门户的集成,实现对设备硬件和操作系统权限调用,支持消息通讯,实现门 与应用之间的无缝对接。
应支持不同移动端分辨率,能够做到自适应布局,同时应满足webkit和Htm15技术标准, S3.0规范定义不少于高中低三种分辨率的布局样式,
10.1权限、策略机制
10. 2 认证、授权机制
10.3编码开发安全控制
应对软件开发环境、开发过程、源代码、测试数据等环节进行有效的安全控制,不应存在安全
需对重要信息加密存储,并建立相应的防控措施。 其他数据存储安全策略参见7.2.5
10.7安全等级保护测评
系统应根据国家关于信息系统安全等级保护要求,开展信息系统安全等级保护测评。
11质量控制、培训及运维管理
DB34/T 33792019
11.1.1软件开发过程中应开展软件质量保证活动,并制定质量管理计划、建立质量管理体系,可按照 PDCA循环实施有效地质量控制。 11.1.2应制定配置管理计划、确定配置标识规则、实施变更控制、报告配置状态、进行配置审核、进 行版本管理和发行管理,
1.2.1应根据需要对相关用户和技术人! 员提供关于系统功能和操作方面的培训。 1.2.2根据项目需要制定培训计划与培训方案,并向用户提供详细的培训手册,宜包括系统维护手册、 安装手册、系统软件硬件使用说明书和故障排除手册等内容。
11. 3. 1数据库维护
数据库维护宜做到下列儿点: 定期审核数据库日志,检查数据库账号和角色权限,确认是否有安全异常; b 实时监控数据库运行资源占用情况,定期释放资源,保障运行效率; 实时监控数据库备份计划和复制同步计划,确认是否正常运行; 实时监控分布式数据库数据订阅和同步情况,确认是否正常运行; 定期检查数据库中基本数据表的数据量、索引大小、索引命中情况,确保各机制正常运营,并 针对存在的问题进行优化; 定期通过数据库优化分析引擎或工具,监测数据库性能,并对存在的不足进行优化,
软件代码维护宜做到下列几点: 定期检查软件运行日志,针对异常情况(如异常资源占用导致的系统效率低下),进行相关代 码的审查、修改和优化; b) 定期对软件运行效率进行审核,如发现软件代码穴余、功能分层不明确、算法效率低下等问题 应对相关代码进行优化或重写; 定期对代码产生的数据进行校验,如存在异常数据可反向检查代码,并对代码进行优化; a 借助自动化测试工具,周期性的对代码输出结果和代码执行效率进行比对验证,对异常代码进 行评审并对相关代码进行优化; 定期完成代码优化工作,可组织代码优化评审会议,评审通过后对旧代码进行新技术选代优化,
11.3.3功能升级优化
应根据用户需求或主动对软件功能进行优化提升,具体宜做到下列几点: a)定期收集用户对系统功能新的要求或主动审核发现系统存在的BUG或不足,经过评估后制定升 级方案(应包括新模块接入的回退方案和计划,并充分测试回退结果对老系统的影响),确保 功能升级后不影响现有数据的运行,可保证数据一致性、完整性与安全性; D 功能升级优化后,在系统正式上线前应安排测试人员对升级后的软件进行测试,重点测试新增 或升级优化的功能模块与系统原有模块的兼容性,发现问题应进一步制定系统优化方案,必要 时可对系统进行回退;
DB34/T33792019
系统升级全部完成后应做好软件版本管理和修改记录文档存储,便于后期随时查看软件历史版 本或进行系统回退操作
级全部完成后应做好软件版本管理和修改记录文档存储,便于后期随时查看软件历史版 行系统回退操作
11. 3. 4性能监测
通过各种性能分析工具、人工分析手段以及用户对系统运行效率的评测和反馈,结合软件运行日志, 定期对软件的各项运行性能指标(参见6.1)进行监测和分析评估,根据评估结果对软件程序、数据库 或传输通信网络进行优化,确保软件系统正常、稳定、高效的运行。
11. 3. 5 其他运维管理要求
DB34/T 33792019
附录A (资料性附录) 水利信息系统软件第三方测评情况说明表
表A.1水利信息系统软件第三方测评情况说明表
DB34/T33792019
附录B (资料性附录) 水利信息系统软件开发文档
表B.1水利信息系统软件开发文档资料参照表
DB34/T33792019
DB34/T 33792019
附录D (规范性附录) 接口服务说明文档
表D.1接口服务基本信息表
DB34/T33792019
表D.2接口响应编码说明表
DB34/T 33792019
附录E (资料性附录) 软件开发流程图
附录E (资料性附录) 软件开发流程图
图E.1软件开发流程图
DB34/T33792019
附录F (资料性附录) 某省级水资源监控管理系统集成样例
某省已完成省级水资源监控管理系统平台建设,现需在省级平台基础上,统一标准,统一制式 应用支撑体系,集成省内已有的水资源相关的各类业务应用系统和数据资源,实现全省水资源业 个平台下综合管理。
登源相关的业务系统的核心业务应用、业务数据
由于系统集成的对象涉及多个业务应用系统,可分为整体集成和共享集成两类, a)整体集成 一一整体集成是针对与全省水资源业务应用完全相关但目前是独立存在的业务应用系统,应将此类 系统全部应用都整合集成到省级水资源监控管理平台,实现水资源业务集中管理,主要集成对 象包括省级取水许可颁证管理系统、省级取水计划管理系统、省级入河排污口信息管理系统。 取水许可颁证管理系统需集成的核心业务应用包括:取水许可总量控制管理、取水许可申请与 审批管理、取水工程核验、取水许可发证、取水许可延续与变更管理、取水许可监督管理,各 级水行政主管部门的取水许可证管理等。 取水计划管理系统需集成的核心业务应用包括:行业用水定额管理、用水计划管理、用水计量 管理、节水方案和措施管理、节水制度、节水标准与指标体系管理、用水效率管理、水权转让 管理、节水型社会建设管理等。 一一入河排污口信息管理系统需集成的核心业务应用包括:入河排污口信息管理、入河排污口监督 管理、入河排污口登记备案管理等。 b)共享集成 一共享集成是针对与全省水资源业务应用信息有部分交集的各类应用系统,可通过集成调用获取 此类系统中与水资源业务有关的应用功能或业务数据,实现信息的共享,主要集成对象包括省 级水文监测系统、省级防汛抗旱指挥系统。 省级水文监测系统需集成的核心业务应用包括:重要水文站点水雨情监测、断面流量监测、水 源地监测、水功能区水质监测等。 省级防汛抗旱指挥系统需集成的核心业务应用包括:水利工程基础信息管理系统、水利工程视 频监控系统、全省水利“一张图”地图服务应用
DB34/T33792019
E.2.1集成思路与步骤
完成相关业务应用系统整合与集成,一是需保障集成数据的一致性和准确性,应先梳理好相关数据 库表结构和数据关系,确保所有数据集成至省级水资源信息平台后可与原系统数据保持一致;二是应保 障功能集成的适用性,集成后各项业务应用应符合用户操作习惯。集成工作完成后,用户将访问水资源 大平台中业务应用,各项功能应尽可能符合用户之前(使用原业务系统)的操作习惯,避免复杂操作; 三是完成系统集成工作后,系统应做好测试和运行跟踪工作,确保集成工作完成质量,保障功能整合的 完整性和数据的一致性。 具体应采取以下集成步骤 a)分析各业务系统数据源、功能应用、平台架构 一掌握需集成的各业务应用系统数据来源,平台架构以及应用功能情况。详细了解数据库表结构 和库表关系以及各类功能业务应用模块开发流程、开发架构、应用逻辑等信息。确立数据对应 转换关系和业务功能并做好基础数据整编工作。 b) 设计具体集成方案,完成集成开发工作 根据系统分析结果和集成需求,结合实际确立系统集成设计方案;完成数据提取接口、功能调 用接口、核心功能页面的设计和开发工作;完成数据集成调用,通过数据关系匹配和数据转换 提取技术,将待集成的业务系统中的业务数据提取出来后通过数据加工、转换处理后录入省水 资源监控平台数据库,实现数据迁移。 c) 做好集成后测试和系统跟踪 系统集成工作完成后,还应进一步做好系统联调测试工作,确认模块对接情况,并对数据一致 性、准确性进行测试,确保功能应用整合无误。并在后期继续对系统进行跟踪测试,保障系统 集成工作的稳定性。
F.2.2具体集成方案
各类业务应用系统的具体集成整合方案如图F.1所示
DB34/T33792019
图F.1集成整合总体架构图
数据集成涉及各业务系统数据 前置数据库设计、数据交换、过滤处 具体集成流程如图F.2所示:
DB34/T 33792019
FZ/T 73062-2019 针织沙滩服图F.2数据集成流程图
应用集成基于统一用户管理和单点登录,采用SOA架构,针对各专项业务应用所提供的各种服 统一的管理与控制,实现各类业务应用接口服务注册、服务启停、服务路由和服务监控。具体集 如图F.3所示:
DB34/T33792019
图F.3应用集成架构图
界面集成应基于J2EE的B/S架构,JSP、JavaScript、AJAX、RIA、Html5等前台页面技术,遵 循《水资源监控管理信息平台集成规范》,提供一个“一站式”的工作平台TCECA-G 0087-2020 “领跑者”标准评价要求 工业锅炉,将集成交换信息展现在省 级水资源门户系统。针对各类业务应用系统,结合实际情况采取不同集成方式,具体如表F.1所示:
表F.1界面集成主要方式内容