# 一、开发商平台介绍

# 概述

开发商需要基于基座提供的框架进行微应用的开发,创建的微应用可以调用平台提供的通知、流程、事务、文件等几大类服务,提供了统一快捷的微应用开发环境。

# 开发规范

(1)服务化要求:将应用拆分成小的服务单元,每个服务单元可以独立部署、扩展和更新。

(2)轻量级要求:微应用应该是轻量级的,尽可能使用最少的资源和计算能力。

(3)可重复使用要求:微应用应该能够被重复使用,以提高开发效率和代码质量。

(4)可集成要求:微应用应该能够方便地与其他微应用进行集成,以实现更复杂的应用场景。

(5)移动端要求:微应用应该能够在移动设备上友好地运行,包括但不限于智能手机和平板电脑。

(6)可监测要求:微应用应该能够被监测和追踪,以便于开发者了解应用的性能和用户行为。

(7)易于部署要求:微应用应该能够方便地进行部署,包括但不限于本地部署和云部署。

(8)可维护性高要求:微应用应该具有良好的代码结构和文档,以便于开发者进行维护和修改。

(9)安全性高要求:微应用应该具有较高的安全性,包括但不限于数据安全、用户隐私和安全漏洞防范。

(10)可扩展性高要求:微应用应该具有一定的扩展性,以便于开发者根据需要进行扩展和升级。

# 应用集成要求

应用集成规范目前要求各开发商厂家对接基座提供的统一身份认证集成、组织集成、消息中心集成、统一待办集成、电子签章集成(E签宝)、日志审计集成、数据看板集成、web端应用集成,一数一源数据库集成,以上集成内容均为强约束性约束。

系统开发集成要求 描述 要求程度
数据标准 软件项目中的数据应符合福州大学数据标准 强约束
数据开放共享 软件项目的业务仓数据库应统一建在福州大学提供的服务器上,建设单位应提供数据库访问的必要信息:包括数据库类型、版本号、数据库用户名称及密码等。同时,建设单位应提供完整的数据字典,配合我校统一抽取关键数据到数据中心。 强约束性
实现数据对接 全校性的公共数据(用户信息、部门信息等)由数据中心统一提供,软件系统需通过数据开放平台与数据中心对接,实现基础数据实时同步 强约束性
数仓数据对接 了解数仓目前数据集清单,可以对数据清单进行增补提交(共性数据项),数仓根据实际业务情况和授权,提供数据增删改接口,进行实时业务对接 强约束性
业务仓说明 业务仓不得私自建立主数据,数仓核心数据必须采用数仓,业务仓指的是业务系统的配置信息,无需共享的数据; 强约束性
开发商平台注册 基于基座建设的新业务平台、软件项目需要将项目集成注册到开发商平台,面向师生的功能(微应用管理)、使用统一脚手架 强约束性
统一认证 件项目需要完成与我校统一身份认证系统的对接,通过单点登录一站式接入个人中心和移动门户。 强约束性
统一用户中心 软件项目需要完成用户中心对接由福州大学开发商中心提供对接文档,软件建设单位负责改造系统以实现和我校的对接。 强约束性
菜单中心 软件项目需要完成菜单中心需实现功能权限注册对接由福州大学开发商中心提供对接文档,软件建设单位负责改造系统以实现和我校的对接。 强约束性
角色中心 软件项目需要完成角色中心需实现角色注册对接由福州大学开发商中心提供对接文档,软件建设单位负责改造系统以实现和我校的对接。 强约束性
部门中心 软件项目需要完成部门中心需实现校园统一部门管理对接由福州大学开发商中心提供对接文档,软件建设单位负责改造系统以实现和我校的对接。 强约束性
统一待办 软件项目需要完成统一待办中心对接,,通过统一接口审批和办理。由福州大学开发商中心提供对接文档,软件建设单位负责改造系统以实现和我校的对接。 强约束性
统一消息 软件项目需要完成统一消息中心对接,由福州大学开发商中心提供对接文档并提供短信、微信、钉钉等集成发送能力,软件建设单位负责改造系统以实现和我校的对接。 可选项
统一日志 新建软件项目需要完成统一日志中心对接,协助学校实施软件埋点。由福州大学开发商中心提供对接文档,软件建设单位负责改造系统以实现和我校的对接。 可选项
流程引擎 新建软件项目需要完成流程引擎对接中心对接,协助学校实施软件埋点。由福州大学开发商中心提供对接文档,软件建设单位负责改造系统以实现和我校的对接。 可选项
统一电子签章 根据用户业务需求,审批类事务需对接电子签章服务。电子签章服务由e签宝提供,第三方开发商可以在资源服务平台进行电子签章服务申请从而调用。 可选项
字典管理 统一字典管理 可选项
定时任务 定时能力借用 可选项