DB34T 4322-2022 水利业务移动端门户开发与应用接入规范.docxVIP

DB34T 4322-2022 水利业务移动端门户开发与应用接入规范.docx

  1. 1、本文档共12页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

ICS01.120CCSA00

34

安徽省地方标准

DB34/T4322—2022

水利业务移动端门户开发与应用接入规范

Specificationfordevelopmentandapplicationaccessofwaterconservancymobileterminal

2022-10-26发布2022-11-26实施

安徽省市场监督管理局发布

DB34/T4322—2022

I

前言

本文件按照GB/T1.1—2020《标准化工作导则第1部分:标准化文件的结构和起草规则》的规定

起草。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由安徽省水利厅提出并归口。

本文件起草单位:安徽省(水利部淮河水利委员会)水利科学研究院、讯飞智元信息科技有限公司、安徽省响洪甸水库管理处。

本文件主要起草人:马顺、刘超、王铭铭、程习华、刘怀利、马浩、王砚海、沈超、贾飞、赵辉、丁晓磊、方婧、秦平、吴秋明、赵亮、李水兵、孙骁磊、管菁菁、方洋。

DB34/T4322—2022

1

水利业务移动端门户开发与应用接入规范

1范围

本文件规定了水利业务移动端的门户开发、应用接入和安全。本文件适用于水利业务移动端的门户开发和应用接入。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。

GB/T25000(所有部分)系统与软件工程系统与软件质量要求和评价(SQuaRE)

GB/T25068(所有部分)信息技术安全技术网络安全

3术语和定义

下列术语和定义适用于本文件。

单点登录singlesignon

在多个应用系统中,用户只需要登录一次即可访问所有相互信任的应用系统。

应用上架applicationadded

一种往应用门户中新增应用软件的操作。

应用下架applicationremoved

一种从应用门户中删除应用软件的操作。

H5应用H5application

基于HTML5标准开发的一种适配手机端的web应用。

4门户开发

基本流程

4.1.1业务需求分析

开发前应开展需求调研,完成业务需求分析和业务流程分析报告。4.1.2系统架构设计

应根据业务流程与功能需求确定软件设计架构。

DB34/T4322—2022

2

4.1.3界面设计

根据业务特点对主要界面进行布局设计,应体现主要功能菜单布置、色彩搭配、界面层次级别等信息。

4.1.4功能模块设计

应对主要功能模块进行单项设计,功能模块应具备扩展性。

4.1.5代码编写、测试及集成

应编写软件各功能模块代码,并进行单模块测试和多模块组合测试,最终完成软件各项应用集成。

4.1.6试运行与测评

会同用户开展不少于1个月试运行,并对软件试运行情况以及用户试用意见进行跟踪完善。试运行结束后,应委托具有相应资质的第三方测评机构按GB/T25000(所有部分)的规定进行软件测评。

4.1.7发布与上线

经测试合格后可发布、上线。

技术要求

4.2.1开发架构

应基于微服务的架构模式进行设计,前后端应分离,后端业务逻辑采用接口方式进行开发,前端通过调用统一数据接口展现后台业务数据。

4.2.2接口开发

接口设计

接口设计应满足以下要求:

a)兼容性:在不需要更改软件业务逻辑的前提下可实现数据的共享;

b)独立性:一个接口服务中产生变化,不会导致关联接口服务发生变化;

c)安全性:应实现接口中传送数据的动态和静态加密解密;

d)灵活性和可扩展性:在应用系统有变更的情况下,只需对接口进行配置就可以有效调用数据。接口标准

接口应统一使用WebService接口标准进行设计,并采用REST风格,服务应能够注册进入企业服务总线,所有业务操作应全部抽象出REST接口进行开放。接口设计应考虑版本兼容性,保持向下兼容。

注1:Webservice即web服务,是一种跨编程语言和跨操作系统平台的远程调用技术。

注2:REST即表征性状态转移(RepresentationalStateTransfer),是通过创造一种资源的定义与描述原则,形

成一种标准化规范,从而减少技术人员在开发与沟通时候的成本。接口数据响应

DB34

您可能关注的文档

文档评论(0)

天使之恋 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档