1 评分标准（暂定）

2 附加说明

2.1功能完备性

功能完备性指的是低代码开发平台具备多端可视化开发能力，输出可复用产出物。

可视化开发能力包括但不限于：页面可视化、模型可视化、数据可视化等。

其中，页面可视化指可视化创建页面、对页面组件和控件进行拖拽编排、配置和交互的能力。包括但不限于创建新页面、应用页面模板、复制页面等；应包括十种以上具有可复用价值的页面模板；应支持拖拽布局各类UI组件，UI组件应包括但不限于文本组件、布局组件、容器组件、数据展示组件、按钮组件等；应支持两种以上与后端交互的能力，包括但不限于加载模型数据、加载后端服务数据、调用后端服务等；应支持开发响应式页面；应支持可视化配置组件和控件的属性、事件。

其中，模型可视化指开发者可通过可视化操作进行数据建模，包括对实体、数据结构、枚举、关联等属性和关系进行建模，应支持设置实体模型用来存储业务的持久化数据，并且自动映射数据库表；应支持设置枚举模型用来存储静态数据；应支持设置树形结构的层级模型；应支持设置一对多关系的主从模型。

其中，数据可视化之拖拽编排数据展示和处理组件，应支持处理多种可视化图表；应支持切换展示图表数据和表格数据；应支持创建数据集；应支持对数据集的多种基本操作，包括但不限于分组、聚合等操作。

输出可复用产物能力包括但不限于：输出的低代码模型可以在开发平台内复用，输出的程序产物可以在低三方系统中集成复用等。

2.2平台开放度

平台开放度指的是低代码平台具备开放的研发体系，具备充分的扩展能力。

其中，开放体系包括但不限于，应具备开放可复用的UI设计体系、开放的UI组件库、开放的程序框架及Api，可供开发者低代码编程实现软件功能；应具备开放的模型体系，可供开发者扩展低代码模型进行可视化开发。

其中，扩展能力包括但不限于，应具备对外Api扩展能力，可由开发者对外部系统开放系统内Api，对外提供扩展接口；应具备内部Api扩展能力，开发者可以扩展系统内Api，对系统固有逻辑进行扩展；应具备界面扩展能力，可以可视化配置页面控制规则，支持表达式规则；应具备交互扩展能力，可以为页面组件添加交互扩展，在界面交互步骤的前、中、后增加扩展交互；应具备脚本扩展能力，支持编写脚本扩展页面逻辑，提供可视化代码编辑器，具备智能提示Api能力。

2.3综合评审

邀请专家组成评审团，按照公平、公正、公开的原则，并对团队作品完成的质量、软件功能性、可靠性、易用性、性能效率等指标进行综合评审。

2.4实测检验

决赛入围作品将在科学软件开源社区进行推广，评审团综合软件的开源许可证、行业认可度、软件活力、社区支持等指标对作品进行评价。

2.5综合评定

最终团队成绩，将在总决赛中的作品答辩环节的综合评分后得出。评出各类奖项。

更多详情参见低代码赛道官网：https://atomgit.com/inspur/inBuilder-community

2.6附加规则

一等奖得分需不低于90分，二等奖得分需不低于80分，否则奖项空置。

2.7奖项设置

大赛设置一、二、三等奖及优秀奖。

一等奖2名（企业、高校赛道各1名）（3万）

二等奖6名（企业、高校赛道各3名）（1万）

三等奖10名（企业、高校赛道各5名）（5千）

优秀奖30名（企业、高校赛道各15名）（1千）

获奖证书模版请参考：https://openatom-competition.oss-cn-beijing.aliyuncs.com/files/openatom/%E8%AF%81%E4%B9%A6%E6%A8%A1%E6%9D%BF-%E9%80%89%E6%89%8B%20.pdf