1、ICS 35.080 J 07 DB34 安徽省地方标准 DB 34/T 33792019 水利信息系统软件开发集成规范 Software development and integration specification for water information system 文稿版次选择 2019 - 07 - 01 发布 2019 - 08 - 01 实施安徽省市场监督管理局 发 布 DB34/T 33792019 I 目 次 前言 . III1 范围 . 12 规范性引用文件 . 13 术语和定义 . 14 缩略语 . 15 软件开发基本流程 . 25.1 适用性说明 . 25.2
2、开发前准备工作 . 25.3 系统架构设计 . 25.4 界面设计 . 25.5 软件单项功能模块开发 . 25.6 软件代码编写、测试及应用整合 . 25.7 系统试运行与测评 . 25.8 完善与优化 . 25.9 文档管理 . 36 软件开发性能及运行环境要求 . 36.1 软件性能 . 36.2 软件开发及运行环境 . 36.3 数据库 . 47 软件开发过程控制 . 47.1 系统软件架构 . 47.2 数据库设计 . 57.3 界面（UI）开发 . 67.4 单项功能模块开发 . 77.5 接口设计 . 77.6 软件测试 . 87.7 系统部署 . 87.8 参数设置 . 98
3、系统集成 . 98.1 基本要求 . 98.2 数据集成 . 98.3 应用集成 . 108.4 界面集成 . 128.5 权限控制与管理 . 12DB34/T 33792019 II 9 移动应用开发与集成 . 129.1 移动应用开发 . 129.2 移动应用集成 . 1310 系统安全策略 . 1310.1 权限、策略机制 . 1310.2 认证、授权机制 . 1310.3 编码开发安全控制 . 1310.4 数据存储控制 . 1310.5 数据传输安全 . 1310.6 异地容灾机制 . 1310.7 安全等级保护测评 . 1311 质量控制、培训及运维管理 . 1311.1 质量控制
4、 . 1411.2 培训管理 . 1411.3 运维管理 . 14附录 A（资料性附录） 水利信息系统软件第三方测评情况说明表 . 16附录 B（资料性附录） 水利信息系统软件开发文档 . 17附录 C（资料性附录） 水利信息系统软件开发情况说明 . 18附录 D（规范性附录） 接口服务说明文档 . 20附录 E（资料性附录） 软件开发流程图 . 22附录 F（资料性附录） 某省级水资源监控管理系统集成样例 . 23 DB34/T 33792019 III 前 言 本标准按照 GB/T 1.1-2009 给出的规则起草。 本标准由安徽省水利厅提出并归口。 本标准起草单位：安徽省（水利部淮河水利
5、委员会）水利科学研究院、安徽省大禹水利工程科技有限公司、安徽省水利信息中心。 本标准起草人：刘怀利、沈超、王跃国、刘超、胡卫权、李辉、贾飞、马浩、邓峰、王新、徐浩、王铭铭、朱文浩、朱小磊、陈明、马顺、商笑妍、顾庆玮、庄冬、芦韵琦、郭鑫。 DB34/T 33792019 1 水利信息系统软件开发集成规范 1 范围 本标准对水利信息系统软件开发基本流程、软件开发性能及运行环境、软件开发过程控制、系统集成、移动应用开发集成、系统安全策略、质量控制、培训及运维管理等重要环节进行了规定。 本标准适用于水利信息系统软件开发集成项目的设计、实施和维护升级等。 2 规范性引用文件 下列文件对于本文件的应用是必
6、不可少的。 凡是注日期的引用文件， 仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 SL 478 水利信息数据库表结构及标识符编制规范 SL/Z 589 水利信息化业务流程设计方法通用指南 SL 701 水利信息分类 SL 715 水利信息系统运行维护规范 3 术语和定义 下列术语和定义适用于本文件。 3.1 软件开发流程 software development process 描述完成一项软件开发工作所进行的业务需求分析、架构设计、功能设计、程序编码、应用整合、功能测试等一系列工作的具体环节、步骤和程序。 3.2 系统集成 system
7、integration 根据信息管理与应用的需求，通过应用、数据等方面的集成，实现信息系统之间网络互联、数据共享交换、功能及业务应用可相互调用，使资源达到充分共享，实现集中、高效、便利的管理。 4 缩略语 下列缩略语适用于本文件。 SSO：单点登录（Single Sign On） SOA：面向服务的架构(Service Oriented Architecture) JSON：JavaScript 对象简谱(JavaScript Object Notation) SSL：安全套接层（Secure Sockets Layer） DB34/T 33792019 2 PKI/CA：公钥基础设施（ Pu
8、blic Key Infrastructure ） ESB：企业服务总线（Enterprise Service Bus） 5 软件开发基本流程 5.1 适用性说明 本章规定了水利信息系统软件开发最为基本的流程，针对不同软件开发项目，可以有不同流程，但不限于 5.25.9 提出的基本要求。 5.2 开发前准备工作 根据实际业务需要，开展需求调研，完成业务需求分析和业务流程分析报告，软件业务流程设计应符合 SL/Z 589 的规定。 5.3 系统架构设计 根据业务流程与功能需求，确定系统设计架构。 5.4 界面设计 根据业务特点对主要界面进行布局设计，应体现主要功能菜单布置、色彩搭配、界面层次级别
9、等信息，形成用户认可的界面设计成果。 5.5 软件单项功能模块开发 应对主要功能模块进行单项设计，功能模块划分应科学合理，以便于使用和扩展为原则。 5.6 软件代码编写、测试及应用整合 组织完成软件各功能模块的代码编写， 并分阶段组织单模块测试和多模块组合测试， 最后完成系统各项业务应用整合，整合后的系统功能应能充分满足用户使用需要。 5.7 系统试运行与测评 5.7.1 系统试运行 系统上线试运行，发布测试版软件供用户试用，并对系统试运行情况以及用户试用意见进行跟踪。 5.7.2 软件测评 委托测评机构进行软件测评，测评项目包括软件功能测评、性能效率测评、信息安全性测评等。测评完成后应形成测
10、评情况说明文档，文档格式可参考附录A。 5.8 完善与优化 5.8.1 软件完善与优化 根据软件试运行结果及用户反馈意见对软件进行完善和优化。 5.8.2 正式版发布 软件经过用户试用、测评和修改完善后达到上线要求，形成正式版软件发布。 DB34/T 33792019 3 5.9 文档管理 5.9.1 开发文档整理 整理系统开发实施各阶段的技术文件、图表资料、测试报告、验收报告等，形成完整的开发文档资料，具体资料目录可参见附录B。 5.9.2 编制软件开发情况说明表 提取软件设计开发过程中的关键技术指标形成软件开发情况说明表， 可供后续开发人员参考， 也便于系统用户快速掌握软件的核心内容，表格
11、具体设计可参见附录C。 5.9.3 操作指南编写 编写操作指南，指导用户安装使用，明确硬件配置要求以及注意事项等内容。 6 软件开发性能及运行环境要求 6.1 软件性能 6.1.1 响应时间 系统应具有快速响应的特性，用户打开界面和提交事务的平均响应时间应1.5 s，用户进行在线实时查询业务操作的数据处理时间应5 s。 6.1.2 吞吐率 软件系统吞吐率（单位时间内网络上传输的数据量）应能满足10 M/s。 6.1.3 并发用户数 系统应能够在并发用户数达到 300 的情况下稳定运行，不会出现数据丢包。 6.1.4 系统稳定性 系统应能保证稳定运行，且应具备故障检测、故障诊断、故障恢复等故障自
12、检功能，在故障发生时应能保证重要数据不丢失并能将故障模块自动隔离。 6.1.5 页面加载与数据传输 页面数据的加载、 修改、 增加等操作应采用异步的方式操作， 数据宜统一采用 JSON 格式进行传输。 6.2 软件开发及运行环境 6.2.1 开发环境 宜使用 J2EE 环境进行系统软件开发，JDK 版本可使用当前最新版本的前一个版本号进行环境搭建。 6.2.2 Web 应用服务器 宜采用 weblogic 服务进行应用发布，对特殊要求的应用可通过申请采用其他应用服务。 6.2.3 内存使用控制及会话保存时间 DB34/T 33792019 4 单用户会话占用内存不应超过 5 兆， 应保存用户在
13、 Session 会话中的核心数据 （包括菜单、 单位、用户信息等），非核心数据可通过数据库、接口等方式进行获取。用户 Session 会话时间应为 15 分钟。 6.2.4 运行环境 服务器端宜采用 WindowsServer、 Linux 等主流操作系统作为软件的运行支撑平台， 客户端应能够广泛兼容 IE、360、Chorme、Safari 等主流的浏览器版本。 6.3 数据库 各类系统数据库应优先选择已在水利行业广泛应用的数据库类型， 为方便集成和数据对接共享宜选择 oracle 数据库。 7 软件开发过程控制 7.1 系统软件架构 7.1.1 水利信息系统软件应按照“分层设计、模块构建
14、”的思想，采用多层结构设计，形成可扩展、开放式的体系结构，主要包括数据存储层、业务支撑层、业务应用层以及用户界面层等 4 个层面，其中数据存储层实现数据存储管理与共享调用； 业务支撑层提供各项业务应用支撑服务和应用集成； 业务应用层进行业务逻辑封装，实现水利相关各类业务应用功能；用户界面层实现与用户的交互；系统的建设应遵循水利相关标准规范体系，依托水利信息安全保障体系。 7.1.2 水利信息系统软件总体组成架构如下图 1 所示。 图1 水利信息系统软件组成架构图 7.1.3 架构设计要求 水利信息系统软件架构设计包含如下基本要求： a) 应按照多层体系结构进行设计； b) 系统应采用 SOA（
15、面向服务架构）进行设计和实现，前后端分离。后端为业务逻辑，采用接口方式进行开发，将访问的接口通过文档的方式进行共享；前端为展现逻辑，通过自行开发的数据接口进行调用； DB34/T 33792019 5 c) 应采用组件模式，保持业务应用层或业务支撑层功能组件的“松耦合”，且具有被封装为不同粒度“服务”的可能； d) 安全保障体系中与应用安全相关的信任和授权管理应遵循国家信息安全相关标准。 7.2 数据库设计 7.2.1 信息分类编码与表结构设计 信息分类编码与表结构设计应满足如下要求： a) 信息的分类与编码应符合 SL 701 的规定； b) 数据库表结构设计及标识符编制应符合 SL 478
16、 的规定； c) 应充分保证数据结构的合理性，数据元素归类和划分应合理，对数据项应进行合理描述。 7.2.2 数据库分类 数据库建设应从总体上划分为基础数据库、业务数据库、监测数据库、空间数据库、多媒体数据库五大类。每一类数据库存储的数据信息如下： a) 基础数据库：各类基础数据信息，应至少包括行政区划、基础对象名录等信息； b) 业务数据库：与软件实现的核心功能相关的各类具体业务数据； c) 监测数据库：各类实时采集、动态更新变化的数据信息； d) 空间数据库：实现各类空间要素对象信息的存储； e) 多媒体数据库：各类图像、视频、音频信息的存储。 7.2.3 数据库详细设计 数据库详细设计应
17、包括如下五个阶段： a) 需求分析：调查和分析用户的业务活动和数据的使用情况，掌握所用数据的种类、范围、数量以及围绕这些数据的业务处理需求，分析的结果应采用数据流程图进行图形化的描述； b) 概念设计：建立抽象的概念数据模型，描述各业务对象的信息结构、信息流动情况、信息间的互相制约关系以及信息存储、查询和加工的要求，最终应形成 E-R 图（实体-联系图）； c) 逻辑设计：将 E-R 图转换成具体的数据库产品支持的数据模型，形成数据库逻辑模式；然后根据用户处理的要求、安全性的考虑，在基本表的基础上再建立必要的视图，形成数据库的外模式； d) 物理设计：物理存储结构(包括文件类型、索引结构和数据
18、的存放次序与位逻辑等)、存取方法和存取路径设计，形成数据库内模式； e) 用户确认： 数据库建成后应要求最终用户对数据库的内容、 数据存储管理机制等是否满足业务需要进行确认。 7.2.4 数据存储与共享 数据存储与共享应遵循如下要求： a) 应根据项目建设需求、 硬件配置和数据量制定数据存储方案， 可灵活选择集中式存储和分布式存储方式； b) 应建立数据字典，并确保数据含义的一致性和唯一性，便于数据挖掘和深层次应用； c) 应基于安徽水利“一数一源、一源多用、共建共享”的原则开展数据资源体系建设，新建业务数据应具有较好的规范性、正确性、完整性和一致性，此外建设过程中应能充分实现已有业务系统数据
19、的整合共享，避免重复建设； DB34/T 33792019 6 d) 为便于数据共享， 可根据数据资源类型和用途建立数据资源目录服务， 实现对数据资源的有序管理与灵活应用； e) 应明确数据共享范围、内容、形式、载体、交换方式、权限规则等。 7.2.5 数据安全性 数据安全性控制包括以下要求： a) 权限控制：应做好数据权限控制，防止无权者使用、改变或有意破坏他们无权使用的数据，防止机密数据泄露； b) 物理安全：保障数据存储介质安全，防治重要数据丢失； c) 数据备份：应定期完成数据库备份，可采用完全备份、增量备份两种备份方式，数据库每月应至少完成 1 次完全备份，每周应至少完成 1 次增量
20、备份。 7.3 界面（UI）开发 7.3.1 布局基本要求 系统整体布局应包括 LOGO 区域、一级导航区域、二级导航区域、内容操作区以及辅助功能区，整体界面布局宜如下图2 所示： 图2 界面布局样式图 7.3.2 开发要求 界面设计与开发应满足如下要求： a) 界面设计开发应遵循 Html5 标准，可支持响应式布局，自动适配不同分辨率终端； b) 开发者应针对软件系统特点以及用户操作使用流程进行软件界面设计， 并与最终用户进行沟通讨论后确定； c) 界面应以简洁明了、 直观美观为准则， 做到交互性能好、 操作简单便捷， 提示信息应准确明了； d) 查询界面应支持多方式模糊查询，兼容汉字、拼音
21、、英文查询，输入容错能力较强，能较快完成查询定位； e) 界面应做到图文并茂，图表文字配置比例合理，便于理解和操作；宜采用图形化界面，包括各类柱状图、饼状图、直方图等。 DB34/T 33792019 7 7.4 单项功能模块开发 7.4.1 基本要求 单项功能模块开发应围绕软件开发主题思想进行划分。 常规情况下， 应划分 5-10 个功能模块为宜，单项功能模块开发应包括但不限于 7.4.27.4.9 规定的内容。 7.4.2 总览模块 通过一个页面展现用户最为关心的业务信息的统计、汇总情况，可采用内容分块、图表结合的方式进行信息展示。 7.4.3 采集模块 采集各类动态数据信息，在系统页面上
22、进行信息的直观展示并能实现数据动态更新。 7.4.4 查询模块 实现各类业务信息多个维度的综合查询和展示，宜包括模糊查询、分类查询、组合条件查询、关联查询等方式。 7.4.5 统计报表模块 实现各类信息的汇总、 统计， 可以以数据列表和图表方式展现， 支持在线生成统计报表和报表打印、导出等功能。 7.4.6 数据管理模块 实现各类基础数据的增、删、改、查管理，并支持数据批量导入和导出。 7.4.7 参数配置模块 实现软件各模块功能、界面相关的核心参数配置。 7.4.8 地理信息模块 实现基于 GIS 的空间对象信息查询与展示。 7.4.9 用户管理模块 实现系统相关的各类用户账号、权限、角色信
23、息管理。 7.5 接口设计 7.5.1 接口标准 水利信息系统接口应统一使用 WebService 接口标准进行设计， 并采用 rest 风格， 服务应能够注册进入企业服务总线（ESB），所有业务操作应全部抽象出 rest 接口进行开放。接口设计应考虑版本兼容性，保持向下兼容。 7.5.2 接口数据响应 DB34/T 33792019 8 接口响应的对象，应统一采用标准规格的 JSON 数据进行响应，响应对象为 RespData；应提供相应的接口说明、 编码说明文档， 每个接口对应一个接口说明表， 每个业务系统对应一个响应编码说明表，编码说明表中的 0、-1 为固定返回值。接口服务说明表和响应
24、编码说明表宜参考附录D 的格式。 7.5.3 设计要求 接口设计应满足如下要求： a) 共享性：在不需要更改系统业务逻辑的前提下可实现数据的共享； b) 独立性：一个接口服务中产生变化，不会导致关联的接口服务也发生变化； c) 安全性：应实现接口中传送数据的动态和静态加密解密； d) 灵活性和可扩展性：在应用系统有变更的情况下，只需对接口进行配置就可以有效调用数据。 7.6 软件测试 7.6.1 功能测试 功能测试应实现对各项业务功能的验证，以确认每个功能是否能正常使用，功能测试应包括： a) 软件各模块在模拟环境和实际运行环境下的功能测试； b) 系统与外部接口的验收测试； c) 数据准确性
25、测试； d) 所有必要的检错、调整和重复性测试。 7.6.2 性能测试 性能测试是在各种典型的最不利的状态下测试系统运行情况，以证明系统在所有部分的性能参数、效率指标和其它方面达到技术要求的规定值，保证所有部分协调运行，运行无故障且满足技术要求，测试指标内容宜包括 6.1.16.1.5 规定的内容。 7.6.3 安全测试 在软件正式上线发布前应对软件进行安全测试，测试应包括如下内容： a) 身份鉴别； b) 访问控制； c) 安全审计； d) 应用安全漏洞扫描； e) 数据完整性； f) 代码安全隐患。 7.7 系统部署 7.7.1 生产环境目录规范 生产环境内的文件及文件夹应采用清晰明确的命
26、名方式，源项目文件和编译后项目文件独立存放，形成文件夹目录树并对存放文件的文件夹编写说明文件。 7.7.2 生产环境部署升级要求 生产环境内信息系统部署应提供系统部署升级说明文件，说明系统升级内容、系统文件部署时间、发布程序文件名录及硬盘路径；对于系统升级应额外提供部署回退方案，说明最迟回退时间。 DB34/T 33792019 9 7.8 参数设置 7.8.1 Web 服务端口号 管理服务的端口不应使用默认端口，系统涉及的 IP、端口以及之间的关系应形成文档表格。 7.8.2 Web 服务内存分配 Xms、Xmx、PermSize、MaxPermSize 参数应使用统一分配的内存大小。 8
27、系统集成 8.1 基本要求 各类水利信息系统开发应遵循规范 57 章要求，统一体系架构、统一技术标准、统一开发与测试环境、统一数据库设计规范、统一接口规范，便于后期实现系统的集成和扩展。水利信息系统集成包括在用户界面层实现界面集成、在业务应用层和业务支撑层实现应用集成、在数据存储层实现数据集成，集成过程应做好权限控制与管理。 图3 系统集成架构图 8.2 数据集成 8.2.1 集成方式 数据集成是基于数据存储层，通过数据共享交换技术实现水利信息系统之间数据的交换和共享集成，主要集成方式包括数据接口调用、ETL工具（提取、转换、加载）、消息中间件推送三种。针对如下不同的系统结构应采用不同的数据集
28、成方式： a) 异构数据源整合集成：异构数据源整合集成是实现多种异构数据源数据的整合、集中存储、管理和共享， 可通过 ETL 工具完成各类数据的抽取、 转换、 加载， 最终形成数据集中存储的仓库； b) 多级系统数据汇总集成：多级系统数据汇总集成是实现同种类型、层级不同（一般按行政区划级别划分）的多级水利信息系统之间数据的汇集、传输和共享交换，宜通过消息中间件或 ETLDB34/T 33792019 10 工具实现， 该体系的核心基础数据应由最高层级系统统一汇集存储， 其余各层级系统可分散存储本级所需的各类业务数据，只需将上级所需的业务数据提取并推送给上级即可； c) 与外部系统数据集成： 水
29、利信息系统与外部系统数据集成交换应确保数据安全性， 采用接口封装调用方式，宜采用标准 WebService 接口方式，同时应建立前置交换数据库，实现内、外部系统数据库之间的安全隔离。 8.2.2 集成要求 数据集成应满足如下要求： a) 系统应在开发完成前按照建设要求统一规划开放数据共享通道，便于行业内数据共享使用； b) 宜通过建立中间交换数据库的方式解决系统间数据标准化问题，达到松耦合、统一规范、增强扩展性； c) 需通过接口方式访问被提取数据库数据的宜采用标准 WebService 数据接口； d) 对存储为文件类型的业务系统数据，宜通过 NAS 或文件服务器来完成文件数据的共享； e)
30、 应建立数据库安全审计系统，实现对目标数据库系统的用户操作的监控和审计。 8.2.3 集成步骤 数据集成应包括如下基本步骤： a) 分析数据来源：分析数据来源，明确需集成数据的数据类型结构、存储方式、数据量等； b) 选择集成方式：根据不同种类系统数据采用不同数据集成方式，可选方式包括接口调用、ETL工具、消息中间件推送等方式； c) 数据提取与交换：明确各类型数据的提取和交换机制，制定数据处理和过滤办法，完成数据前置交换库设计； d) 数据整合入库： 完成数据提取、 加工、 过滤和最终整合入库操作， 并检验数据准确性和一致性。 图4 数据集成步骤示意图 8.3 应用集成 DB34/T 337
31、92019 11 8.3.1 集成方式 应用集成的核心在于实现系统功能的复用， 主要可通过调用接口服务的方式获取已有软件系统业务功能数据,并推送至其他软件系统的页面，从而实现业务功能的集成、展现和复用。 8.3.2 集成要求 应用集成应满足如下基本要求： a) 应将系统各项功能进行组件化封装，对外提供良好的接口服务； b) 接口定义应具有硬件平台、操作系统和编程语言无关性； c) 被封装的功能组件或接口服务应采用统一和通用的方式进行交互； d) 应实现统一用户管理和单点登录功能； e) 接口设计应遵循 7.5.3 的要求； f) 各类地图应用应统一采用 2000 国家大地坐标系且能够提供关键要
32、素信息的数据服务接口，宜支持安徽水利“一张图”集成。 8.3.3 集成步骤 应用集成应将软件各项业务应用功能封装成接口服务， 统一集成到企业服务总线， 进一步实现与其他业务应用软件的集成和通讯，应包含如下集成步骤： a) 梳理软件各项业务应用功能，完成相应的接口设计和封装； b) 借助应用支撑软件， 将各类接口服务注册集成到应用支撑平台的 ESB 服务总线， 让不同的应用服务协调运作，实现不同服务之间的通信与整合，并可以提供一系列的标准接口； c) 应用支撑平台根据各类已集成的服务可提取或开发支持应用系统的通用公共组件或服务， 供其他业务应用系统调取。 图5 应用集成步骤示意图 DB34/T
33、33792019 12 8.4 界面集成 8.4.1 集成方式 界面集成是在与用户交互的界面层实现集成，主要包含如下三种集成方式： a) 页面嵌入式集成：在统一资源文件调用的基础上，通过对指定的 url 进行引用，实现内容页以FRAME 方式嵌入，完成内容页面的集成； b) Portlet 方式集成:在 portal 技术架构标准下，对需要集成的业务内容，通过 portlet 的方式实现，并打包发布至 portal 服务器进行注册； c) 系统链接集成：借助单点登录技术和 URL Link，直接将某一系统功能模块通过链接方式链接集成到另一系统，作为另一个系统可引用的功能模块。 8.4.2 集成
34、要求 界面集成应满足如下集成要求： a) 应具备单点登录功能，用户无需进行多次身份验证； b) 应具备灵活的个性化定制功能，用户可以自定义用户界面的特定部分； c) 不同应用系统界面集成应保证界面色彩风格、菜单样式基本一致。 8.4.3 集成步骤 界面集成应至少包含如下集成步骤： a) 在业务应用层首先应实现单点登录集成； b) 根据建设要求选择 8.4.1 中四种集成方式中的一种或多种完成界面集成开发； c) 完成集成测试，并形成资源集成的相关信息存档。 8.5 权限控制与管理 8.5.1 业务权限 各业务系统的业务权限应实现统一管理，权限粒度在没有特殊要求的情况下，要求满足用户、行政区、管
35、理单位数据的统一分配，特殊需求要求支持菜单、按钮级权限分配。 8.5.2 数据权限 业务系统框架支持到数据权限的控制粒度到多条数据查询与单条数据展示， 对于不具备数据查看权限的用户，支持自动过滤数据的访问。 9 移动应用开发与集成 9.1 移动应用开发 9.1.1 开发架构 应基于 SOA 的架构模式进行设计，移动前端通过调用统一数据接口展现后台业务数据。 9.1.2 开发模式 应遵循 WebAPP 技术要求，基于统一制式进行开发，可实现在第三方移动应用门户内的集成。 9.1.3 鉴权要求 DB34/T 33792019 13 移动应用开发应支持对移动门户的自动免登录和自动鉴权功能。 9.2
36、移动应用集成 9.2.1 数据集成 移动应用数据与业务系统数据应保持一致性，移动应用数据集成也应基于业务系统数据集成实现，相关集成要求可遵循规范 8.2 要求的内容。集成方式宜采用接口调用的方式，接口采用 restfull 形式，对开放的接口服务需进行安全加密和非法请求过滤。 9.2.2 应用集成 应支持与移动应用门户的集成，实现对设备硬件和操作系统权限调用，支持消息通讯，实现门户消息与应用之间的无缝对接。 9.2.3 界面集成 应支持不同移动端分辨率，能够做到自适应布局，同时应满足 webkit 和 Html5 技术标准，基于CSS3.0 规范定义不少于高中低三种分辨率的布局样式。 10 系
37、统安全策略 10.1 权限、策略机制 系统应基于统一的用户授权策略管理，通过 SSO、权限管理、加密管理和审计实现安全功能。 10.2 认证、授权机制 系统应支持认证和授权技术、加密技术和安全管理机制、以及 SSL、PKI/CA、SSO、对称和非对称加密技术。 10.3 编码开发安全控制 应对软件开发环境、 开发过程、 源代码、 测试数据等环节进行有效的安全控制， 不应存在安全漏洞。需特别做好后门预防控制，防止恶意攻击绕过安全性控制而获取对系统资源的访问和控制。 10.4 数据存储控制 需对重要信息加密存储，并建立相应的防控措施。其他数据存储安全策略参见 7.2.5。 10.5 数据传输安全
38、应确保数据通信通道的安全，数据传输采用加密算法，特别需对敏感数据进行加密。 10.6 异地容灾机制 系统宜充分考虑异地容灾备份因素，以应对不可抗力对系统和数据造成的破坏。 10.7 安全等级保护测评 系统应根据国家关于信息系统安全等级保护要求，开展信息系统安全等级保护测评。 11 质量控制、培训及运维管理 DB34/T 33792019 14 11.1 质量控制 11.1.1 软件开发过程中应开展软件质量保证活动，并制定质量管理计划、建立质量管理体系，可按照PDCA 循环实施有效地质量控制。 11.1.2 应制定配置管理计划、确定配置标识规则、实施变更控制、报告配置状态、进行配置审核、进行版本
39、管理和发行管理。 11.2 培训管理 11.2.1 应根据需要对相关用户和技术人员提供关于系统功能和操作方面的培训。 11.2.2 根据项目需要制定培训计划与培训方案， 并向用户提供详细的培训手册， 宜包括系统维护手册、安装手册、系统软件硬件使用说明书和故障排除手册等内容。 11.3 运维管理 11.3.1 数据库维护 数据库维护宜做到下列几点： a) 定期审核数据库日志，检查数据库账号和角色权限，确认是否有安全异常； b) 实时监控数据库运行资源占用情况，定期释放资源，保障运行效率； c) 实时监控数据库备份计划和复制同步计划，确认是否正常运行； d) 实时监控分布式数据库数据订阅和同步情况
40、，确认是否正常运行； e) 定期检查数据库中基本数据表的数据量、索引大小、索引命中情况，确保各机制正常运营，并针对存在的问题进行优化； f) 定期通过数据库优化分析引擎或工具，监测数据库性能，并对存在的不足进行优化。 11.3.2 代码维护 软件代码维护宜做到下列几点： a) 定期检查软件运行日志，针对异常情况（如异常资源占用导致的系统效率低下），进行相关代码的审查、修改和优化； b) 定期对软件运行效率进行审核， 如发现软件代码冗余、 功能分层不明确、 算法效率低下等问题，应对相关代码进行优化或重写； c) 定期对代码产生的数据进行校验，如存在异常数据可反向检查代码，并对代码进行优化； d)
41、 借助自动化测试工具， 周期性的对代码输出结果和代码执行效率进行比对验证， 对异常代码进行评审并对相关代码进行优化； e) 定期完成代码优化工作， 可组织代码优化评审会议， 评审通过后对旧代码进行新技术迭代优化。 11.3.3 功能升级优化 应根据用户需求或主动对软件功能进行优化提升，具体宜做到下列几点： a) 定期收集用户对系统功能新的要求或主动审核发现系统存在的 BUG 或不足， 经过评估后制定升级方案（应包括新模块接入的回退方案和计划，并充分测试回退结果对老系统的影响），确保功能升级后不影响现有数据的运行，可保证数据一致性、完整性与安全性； b) 功能升级优化后， 在系统正式上线前应安排
42、测试人员对升级后的软件进行测试， 重点测试新增或升级优化的功能模块与系统原有模块的兼容性， 发现问题应进一步制定系统优化方案， 必要时可对系统进行回退； DB34/T 33792019 15 c) 系统升级全部完成后应做好软件版本管理和修改记录文档存储， 便于后期随时查看软件历史版本或进行系统回退操作。 11.3.4 性能监测 通过各种性能分析工具、 人工分析手段以及用户对系统运行效率的评测和反馈， 结合软件运行日志，定期对软件的各项运行性能指标（参见 6.1）进行监测和分析评估，根据评估结果对软件程序、数据库或传输通信网络进行优化，确保软件系统正常、稳定、高效的运行。 11.3.5 其他运维
43、管理要求 系统运行过程中其他需维护内容、维护过程管理、维护组织体系等可参照 SL 715 的规定执行。 DB34/T 33792019 16 A A 附 录 A （资料性附录） 水利信息系统软件第三方测评情况说明表 表A.1 水利信息系统软件第三方测评情况说明表 项目名称 系统名称 版本号 建设单位名称 承建单位名称 第三方测评机构名称 系统开发起止时间 系统试运行起止时间 第三方测评起止时间 第三方测评机构资质 CMA 证书 CNAS 实验室证书 第三方测评内容 文档审查 功能测试 性能效率测试 安全性测试 可靠性测试 易用性测试 维护性测试 可移植性测试 兼容性测试 填报人姓名 填报日期
44、DB34/T 33792019 17 B B 附 录 B （资料性附录） 水利信息系统软件开发文档 表B.1 水利信息系统软件开发文档资料参照表 序号 文档类型 文档名称 1 需求文档 需求调研报告 2 需求规格说明书 3 开发文档 系统总体设计方案 4 系统详细设计方案 5 输入、输出设计方案 6 接口设计方案 7 程序模块说明书 8 数据字典 9 数据流程图 10 项目管理文档 项目计划书 11 项目需求变更单 12 实施文档 实施详细设计方案 13 项目实施计划 14 质量保证计划 15 测试文档 测试方案 16 测试用例 17 测试报告 18 用户手册 管理员手册 19 用户手册 20
45、 系统部署手册 21 日常运维手册 22 培训手册 培训手册 23 试运行文档 试运行计划 24 试运行总结报告 25 用户试运行总结报告 26 验收文档 项目验收方案 27 监理文档 28 项目实施总结报告 DB34/T 33792019 18 C C 附 录 C （资料性附录） 水利信息系统软件开发情况说明 表C.1 水利信息系统软件开发情况说明表 1.系统 概述 系统名称 开发商 布设地点 市 县 机构 访问 地址 系统版本 系统 结构 B/S C/S Android IOS 运行环境 操作系统 Windows Linux Unix 其它 浏览器兼容 情况 是否有兼容要求 是 否 版本
46、兼容浏览器 IE Chorme 火狐 Safari 360 其它 开发语言 代码量 系统总体应用说明 2.开发 方式 开发方式 瀑布式开发 嵌入式开发 组件式开发 模块式开发 其它 系统架构 SpringMVC-IBatis SpringMVC-MyBatis SpringBoot-MyBatis Structs2-Spring-Hibernate 其它 3.技术 应用 序号 名称 版本 备注 1 2 3 4 5 4.系统 功能 功能综述 核心功能 序号 功能名称 功能描述 是否可供外部调用 1 2 3 4 5 6 7 DB34/T 33792019 19 表C.1(续) 5.数据库信息 数据
47、库类型 Oracle SQL Server MY Sql 人大金仓 本地文件 其它 数据库访问 方式 单机访问 互联网 水利专网 政务网 其它局域网 其它 数据库表结构参考 规范 有：名称 无 自定义 库表 数量 字段属性数量 存储 过程 是否有 是 否 触发器 是否有 是 否 数量 数量 表结构文档 有：名称 无 自定义 库表间关系 文档 有：名称 无 自定义 6.接口 说明 接口 类型 WebService-REST WebService-SOAP WebSocket 适配器 其它 接口 数量 接口 说明 文档 有：名称 无 自定义 DB34/T 33792019 20 D D 附 录 D
48、 （规范性附录） 接口服务说明文档 表D.1 接口服务基本信息表 服务名称 接口地址 开发厂家 开发技术 HTTP HTTPS 请求方式 POST GET 返回格式 JSON XML 接口功能 简要说明 请求参数 参数名 参数类型 是否必须 （是/否） 描述 返回内容 DB34/T 33792019 21 表D.2 接口响应编码说明表 种类 编码 描述 正常 0 成功 请求异常 2 消息格式异常，例如必填参数未填，消息编码异常等 3 无效的路由属性 6 权限异常 9 接口请求包大小超过限制 101 重复请求 102 请求无效 199 接口请求方其他异常 接口响应方异常 8 接口响应方超时 20
49、2 接口响应包大小超过限制 298 接口响应方内部异常 299 接口响应方其他 平台异常 4 调用的服务未发布 5 调用的服务已注销 7 调用的服务已关闭 11 调用的服务不存在 -1 调用服务失败 398 平台内部异常 399 平台其他异常 其他异常 999 其他异常 DB34/T 33792019 22 E E 附 录 E （资料性附录） 软件开发流程图 图E.1 软件开发流程图 DB34/T 33792019 23 F F 附 录 F （资料性附录） 某省级水资源监控管理系统集成样例 F.1 集成需求分析 F.1.1 集成目标 某省已完成省级水资源监控管理系统平台建设，现需在省级平台基础
50、上，统一标准，统一制式，统一应用支撑体系， 集成省内已有的水资源相关的各类业务应用系统和数据资源， 实现全省水资源业务在一个平台下综合管理。 F.1.2 集成范围 全省各类水资源相关的业务系统的核心业务应用、业务数据。 F.1.3 集成对象 由于系统集成的对象涉及多个业务应用系统，可分为整体集成和共享集成两类。 a) 整体集成 整体集成是针对与全省水资源业务应用完全相关但目前是独立存在的业务应用系统， 应将此类系统全部应用都整合集成到省级水资源监控管理平台， 实现水资源业务集中管理， 主要集成对象包括省级取水许可颁证管理系统、省级取水计划管理系统、省级入河排污口信息管理系统。 取水许可颁证管理
