DB34/T 3379-2019 水利信息系统软件开发集成规范

DB34/T 3379-2019 水利信息系统软件开发集成规范
仅供个人学习
反馈
标准编号:DB34/T 3379-2019
文件类型:.pdf
资源大小:1.46 MB
标准类别:水利标准
资源ID:32036
免费资源

DB34/T 3379-2019标准规范下载简介

DB34/T 3379-2019 水利信息系统软件开发集成规范简介:

DB34/T 3379-2019 是安徽省的地方标准,全称为《水利信息系统软件开发集成规范》。这个标准主要针对在安徽省范围内进行的水利信息系统软件开发和集成工作,目的是为了规范和统一水利信息系统的软件开发过程,提高软件质量,降低开发风险,促进信息系统的稳定运行和有效利用。

这个规范可能包括以下几个方面的内容:

1. 系统设计与开发:规定了水利信息系统软件的设计原则、模块划分、接口定义、数据结构设计等,以保证软件的结构清晰,易于理解和维护。

2. 项目管理:规定了项目的需求分析、计划制定、任务分配、进度控制、质量保证等环节的流程和要求,确保项目的顺利进行。

3. 软件测试:规定了软件的功能测试、性能测试、安全测试、兼容性测试等各项测试的标准和方法,以确保软件的稳定性和安全性。

4. 系统集成:规定了不同模块或系统之间的集成规则,包括数据交换、接口对接、系统协同等工作,确保整个系统的顺畅运行。

5. 文档管理:规定了软件开发过程中产生的各种文档的格式、内容和管理要求,如需求文档、设计文档、测试报告等,以保证信息的完整性。

6. 售后服务:可能还对软件的维护、升级、用户培训等售后服务提出了具体要求,以确保用户在使用过程中的问题能得到及时解决。

请注意,具体的规范内容可能会根据实际的行业需求和技术发展有所调整。如果您需要详细的规范内容,建议查阅标准原文或者相关的解读资料。

DB34/T 3379-2019 水利信息系统软件开发集成规范部分内容预览:

界面集成应满足如下集成要求: a)应具备单点登录功能,用户无需进行多次身份验证; b)应具备灵活的个性化定制功能,用户可以自定义用户界面的特定部分; c)不同应用系统界面集成应保证界面色彩风格、菜单样式基本一致

界面集成应至少包含如下集成步骤: a)在业务应用层首先应实现单点登录集成; b)根据建设要求选择8.4.1中四种集成方式中的一种或多种完成界面集成开发; c)完成集成测试,并形成资源集成的相关信息存档

各业务系统的业务权限应实现统一管理DBJ 15-51-2007 《公共建筑节能设计标准》广东省实施细则,权限粒度在没有特殊要求的情况下,要求满足用户、行政 区、管理单位数据的统一分配,特殊需求要求支持菜单、按钮级权限分配

业务系统框架支持到数据权限的控制粒度到多条数据查询与单条数据展示,对于不具备数据查看权 限的用户,支持自动过滤数据的访问。

应基于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

《电子收费 车道系统技术要求 GB/T 28967-2012》E.2.1集成思路与步骤

完成相关业务应用系统整合与集成,一是需保障集成数据的一致性和准确性,应先梳理好相关数据 库表结构和数据关系,确保所有数据集成至省级水资源信息平台后可与原系统数据保持一致;二是应保 障功能集成的适用性,集成后各项业务应用应符合用户操作习惯。集成工作完成后,用户将访问水资源 大平台中业务应用,各项功能应尽可能符合用户之前(使用原业务系统)的操作习惯,避免复杂操作; 三是完成系统集成工作后,系统应做好测试和运行跟踪工作,确保集成工作完成质量,保障功能整合的 完整性和数据的一致性。 具体应采取以下集成步骤 a)分析各业务系统数据源、功能应用、平台架构 一掌握需集成的各业务应用系统数据来源,平台架构以及应用功能情况。详细了解数据库表结构 和库表关系以及各类功能业务应用模块开发流程、开发架构、应用逻辑等信息。确立数据对应 转换关系和业务功能并做好基础数据整编工作。 b) 设计具体集成方案,完成集成开发工作 根据系统分析结果和集成需求,结合实际确立系统集成设计方案;完成数据提取接口、功能调 用接口、核心功能页面的设计和开发工作;完成数据集成调用,通过数据关系匹配和数据转换 提取技术,将待集成的业务系统中的业务数据提取出来后通过数据加工、转换处理后录入省水 资源监控平台数据库,实现数据迁移。 c) 做好集成后测试和系统跟踪 系统集成工作完成后,还应进一步做好系统联调测试工作,确认模块对接情况,并对数据一致 性、准确性进行测试,确保功能应用整合无误。并在后期继续对系统进行跟踪测试,保障系统 集成工作的稳定性。

F.2.2具体集成方案

各类业务应用系统的具体集成整合方案如图F.1所示

L13J9-1 室外工程DB34/T33792019

图F.1集成整合总体架构图

©版权声明
相关文章