一、项目背景

低代码开发作为一种新兴的软件开发方式，具有系统性的架构和流程，同时在技术和应用等方面展现出了前瞻性的趋势；

低代码开发的系统性

       开发流程的系统性

• 需求分析：开发平台让研发团队更关注于需求分析，通过快速配置展示原型，与客户共同界定应用的功能边界、用户角色和业务流程，使需求更加明确和具体。
• 设计阶段：通过配置化界面进行应用架构设计，包括页面布局、数据模型、逻辑流程等。可以直观地配置组件、设置属性和关联关系，快速搭建出应用的整体框架，确保各个模块之间的结构清晰、关系明确。
• 开发实现：开发人员利用平台提供的丰富组件库、模板和少量代码，实现具体的功能逻辑。通过配置和简单编码，完成数据处理、业务规则设置、用户交互等功能开发，提高开发效率和代码的可维护性。
• 测试与部署：平台集成了测试工具，可进行功能测试、性能测试等。测试通过后，能直接将应用部署到指定的环境中，无论是本地服务器、私有云还是公有云，都可以实现快速部署上线。
• 运维与迭代：在应用运行过程中，低代码平台提供运维监控功能，实时了解应用的运行状态和性能指标。当业务需求发生变化时，能够方便地在平台上进行修改和更新，快速实现应用的迭代升级。
• 集成与扩展能力：平台通过外部数据源、API接口等多种强大的集成能力，可与企业现有的各种系统和技术栈进行集成，如 ERP、CRM、大数据平台等。同时，支持插件扩展机制，允许开发者根据具体需求，自定义开发插件来扩展平台的功能，使低代码平台能够更好地适应不同企业的业务需求和技术环境。

二、平台设计

       低代码开发平台主要由以下几个部分组成；

1. 低代码开发体系：开发人员通过该体系进行低代码开发配置；其中包含低代码开发配置和系统功能开发配置；
2. 平台配置中心: 用户并于行业推广，可定义开发行业的样板工程项目；在实际业务开发配置过程中；直接引用配置平台配置中心的相关功能；这样不仅大大加快行业推广；同时简便了对相关功能升级；如低代码开发体系及系统开发体系则由同一个样本工程衍生。所以对样板功能升级则对所有功能升级。
3. 平台监控中心：平台日志监控平台；主要用于平台日常运行监控。

三、业务功能介绍

(平台主界面)

用户登录后主界面如上：

• 功能导航：平台功能分布导航（一级菜单）；
• 菜单导航：功能导航下的菜单导航；业务功能入口；
• 业务查询：业务功能数据查询功能
• 快捷查询：业务功能快速查询功能；
• 数据筛选：业务功能中数据筛选功能；
• 业务功能：业务操作工具栏

3.1 低代码开发体系

       3.1.1基础开发配置

3.1.1.1业务对象维护

    业务对象建模，是数据库业务对象与平台业务对象一一对应；后期所有业务都是基于业务对象展开。

3.1.1.2控件配置模块

        为单据配置过程中字段控件配置控件模板；为后期使用。

3.1.1.3导入配置模块

        为单据配置过程中配置导入数据模板；我们单据配置过程中；上下游数据关联通过【拉数据】模式；将上游数据进行导入；如采购到货业务中；填写到货清单时，通过导入供应商采购订单未到货清单；

3.1.1.4图表类别配置

        用户配置图表展示过程中；系统对当前系统支持图表的定义；如饼图、折线图、柱状图等；以及相关配置属性及事件定义。

3.1.1.5控件配置维护

    表单控件定义；定义系统定义的控件属性及事件；

3.1.2业务开发配置

3.1.2.1单据类型维护

    在实际业务开发过程中；需要对同类业务单据需要做区分时，可在此进行定义；如物资采购业务；可分为原材料采购、半成品采购、成品采购、杂项采购等；

3.1.2.2单据按钮维护

    系统定义单据配置过程中所需的功能按钮定义；如新增、编辑、删除、提交、取消提交等；在实际应用配置过程中；系统可直接导入使用；也可对其进行个性化修改；以及可自行扩展按钮功能。

3.1.2.3单据状态维护

在实际业务单据流转过程中；单据流转状态为数字性【iStatus】单据状态标识；用户需要对其进行定义；系统默认几组单据状态；用户也可根据实际应用场景进行自定义扩展。

3.1.2.4单据配置维护

用户根据实际场景进行业务单据配置；单据配置一般配置主页面查询展示页、功能按钮、编辑修改、查询条件、预定义查询、工具定义、打印定义配置。

3.1.2.5查询开发配置

单据配置简略版；即只有搜索查询；无编辑修改功能；

3.1.2.6树状组件配置

在实际业务配置过程中；时常出现左侧为树状结构；右侧为单据或查询配置；所以此功能主要是对树状组件的定义。目前支持 常规树和带搜索树。

3.1.3平台资源管理

3.1.3.1网盘管理

平台对上传文件资源存储的配置；其中包含存储位置、映射盘符、访问地址等

3.1.3.2网盘目录

用户根据实际需要定义目录结构；各个入驻企业用户可根据企业需求自定义目录结构；实际业务存储时；会在目录结构其下新建企业目录；主要为防止多个企业应用同一目录。

3.1.3.3网盘资源

用户在平台上传的文件资源；按目录结构展示；

3.1.4对外接口API

用户统一定义对外API接口定义；

其中API定义如下：

1. 对外开发API：本系统对外开发的API;
2. 外部系统API: 外部系统API接口；本系统调用；

3.1.4.1接口API分类

    API接口分类定义;主要用于为定义接口API进行分类处理。

3.1.4.2接口API维护

用户根据实际业务场景需要定义API接口；

3.1.4.3接口API日志

系统记录API调用日志记录；其中包含调用次数、成功次数、失败次数、最快响应、最慢响应时间以及平均响应时间等；便于用户查看API接口日常运行情况。

3.1.5数据分析配置

       用户根据实际业务需要对业务数据分析，定义相关配置。

3.1.5.1指标看板维护

    用户将业务数据以指标看板样式进行展示配置；如年度销售金额、销售指标、回款率等等。

3.1.5.2图标看板维护

用户将业务数据以图表看板样式进行展示配置；如饼图、柱状图等。

3.1.5.3综合看板维护

    用户将各种定义的指标看板、图表看板以及查询看板等进行组合配置；并根据实际情况定义相关的联动参数配置。最终数据分析展示以综合看板的方式对外展示。

3.1.5.4统计分析配置

    用户时常需要对业务数据进行统计以及分层钻取分析的方式；对业务数据进行统计分析。

一个统计分析标识一类统计；其中可包含多项统计分项；且相互可钻取分析。

3.1.5.6Kettle数据分析

    在实际过程中，客户存在多个业务系统，且需要对多个业务系统进行联动查询分析。

本系统可根据当前功能配置Kettle；进行用户数据离线分析即抓取。

    其中Kettle文件上传在网盘资源功能中统一上传；

    此次仅定义运行参数及运行环境配置；