Solution low-code

Les différents modules

Généralement la solution low-code est découpé en 3 modules

  • un designer permettant de créer rapidemment l'application avec une interface graphique. Cette partie est parfois appelée builder ou atelier RAD (Rapid application development).
  • un socle technique partie server permettant de faire fonctionner l'application. Le socle est parfois disponible uniquement en mode SAS (Solution As Service) et il n'est alors possible de faire fonctionner l'application que dans un environnement géré par le fournisseur de la solution low-cloud.
  • un socle technique client regroupant des librairies graphiques permettant au code généré par le designer de creer facilement les interfaces.

Pour les solutions open source, le code du designer est souvent indisponible et parfois la partie serveur également. La solution est alors partiellement en open source et présente une ouverture afin d'avoir des contributions (corrections de faille, nouveaux composants) mais n'est pas réellement ouverte.

Les critères de selection

Plusieurs critères doivent être pris en compte lors de la sélection d'une solution low-code.

Facilité d'utilisation
L'utilisateur doit être capable de créer ses propres formulaires, la définition de ses processus et les dashboards de consultation sans code. Le code doit être nécessaire uniquement lors de processus complexes. Le métier doit pouvoir construire et maintenir les processus avec un éditeur graphique.
Indépendance du fournisseur
Il est absolument nécessaire que le code représentant votre application puisse être maitrisé sans dépendances avec un fournisseur. Les produits et par parfois les sociétés sont jeunes et il doit être possible de disposer de 100 % du code source de l'application afin qu'elle puisse fonctionner dans un environnement différent si nécessaire.
Robustesse du socle technique
Le socle technique doit être ouvert et les solutions open source utilisées doivent faire partie des références du marché.
Hébergement en mode SAS et sur vos serveurs
Pour des raisons coûts, il peut être plus interessant de faire fonctionner l'application sur les serveurs du fournisseur mais il doit être obligatoire d'être en capacité d'externaliser l'application sur d'autres serveurs si nécessaires. La distribution de la solution sous forme de container doit permettre une facilité de déploiement dans une autre contexte de fonctionnement.
Extensible
Il est rarement possible de développer toute une application à travers un outil graphique. Il doit être possible d'ajouter des extensions sous forme de plugins.
Facilité de développement sans compétence technique
Les générateurs de code disponibles maintenant pour les developpeurs accélèrent le développement mais demande des compétences techniques et ils sont proposer sans interface graphique. Le designer doit permettre de modifier simplement sans générer du code à ajouter dans l'application.

Les différentes solutions

Solutions payantesPoints fortsOffre cloudTechnologieModules open sourceDocumentation
Visual Lansa
Retool
MendixVersion communautaire

et version pro

Koa / NodeJSgithub mendixdocs

Documentation très détaillée

Kissflow

Basé sur un moteur de workflow

Beaucoup de templates d'applications

github kissflow

Pas de module d'extension

Solutions open sourcePoints forts / Points faiblesOffre cloudTechnologieModules open sourceDocumentationLicense
Wavemaker

Technologie similaire au socle technique PASS Technologie

Solution ouverte pour le runtime. Le designer (Studio Designer) n'est pas contre pas disponible en open source.

Version d'essai 30 jours pour le designer

Le socle technique (App runtime services) s'appuie sur Spring Framework et Hibernate (projet wavemaker-app-runtime-services).

L'interface graphique s'appuie sur Angular (projet wavemaker-ng-runtime)

github wavemaker

Extensions et plugins disponibles sous GitHub

docsApache
Skyve

Technologie similaire pour la partie serveur au socle technique PASS Technologie

L'interface est géré par des pages serveurs et pas par une page unique comme les frameworks Angular, React, Vue

Pas de limitation pour le designer

Le socle technique (App runtime services) s'appuie sur Spring Framework et Hibernate (projet GitHub skyve).

L'interface graphique s'appuie sur JSF (JavaServer Faces)

github skyve

Extensions et plugins disponibles sous GitHub

Skyve guide utilisateurLGPL
Structr

Cinématique de l'application développée graphiquement.

Logique de l'application très clairement déclarée sans écrire de requetes SQL base de données

Moteur intégrant la création de l'application et l'execution

Le moteur s'appuie sur un serveur Java et une base de données NEO4J (base de données Graph).

github structr

Moteur avec le designer disponible sous GitHub

docs

Double licence

GPL et AGPL v3

ApexDesigner
AppSmithgithup appsmithdocs
Formsflow

Assemble plusieurs solutions open source de qualité

  • Keycloak pour gérer la sécurité entre les services
  • Redash pour gérer les sources de données
  • Camunda pour le moteur de workflow BPMN
  • Forms.io pour la gestion des formulaires et la capacité d'enc créer facilement
Le dashboard pour l'utilisateur permet de gérer les formulaires et leurs usages dans les process BPMN. Le dashboard permet de pointer sur les sources de données de l'application et d'afficher rapidemment les graphiques.
github forms-flow-ai

La version complète est disponible en open source

Apache
Budibase

L'application générée par le designer fonctionne dans un moteur unique.

L'application peut être publiéé directement dans le moteur. Il est possibilité de revenir sur une version précédente.

Pas de limitation avec l'hébergement sur vos serveurs du moteur Budibase

Le moteur s'appuie sur NodeJS.

L'interface graphique s'appuie sur Spectrum CSS d'Adobe et Svelte

github budibase

Moteur avec le designer disponible sous GitHub

docs

Designer: AGPL v3

Server: GPL v3

Client: MPL

Joget

Technologie Java sur un socle veillisant

Interface graphique dans un client

4 versions (communauté, professionel, entreprise, grande entreprise). Peu de fonctionnalité dans la version communautaire

Le socle technique (App runtime services) s'appuie sur un socle java.

Le moteur de workflow est Enhydra Shark s'appuyant sur la norme WfMC. La norme a maintenant évolué vers le BPMN 2.0 et le choix ne semble pas judicieux.

github.com jw-community

Uniquement la version communautaire est disponible

GNU V3
Amplification

Génére une application React / NodeJS avec les fonctionnalités principales (authentification, gestion des utilisateurs, ...)

Basé sur des générateurs de code et un compte GitHub

Produit jeune en cours d'évolution mais à suivre

La génération de code est de qualité et donne un vrai démarrage d'application NodeJS/React. github amplication

Version uniquement beta et libre d'utilisation.

Apache
Metabase

Application en Clojure / Java / REACT

Edition très simple des requêtes

Dashboard puissant avec de nombreuses options de graphiques

un simple container pour démarrer l'application intégrant une base de données (H2)

La générateur est disponible en open source et peut être extensible. github metabaseApache
TeleportHQ

Application REACT

Le code généré est propre et pour de nombreux frameworks (REACT, Angular, VUEJS, ...)

Le designer permet de sauvegarder un fichier JSON définissant l'interface graphique (format UIDL). C'est ce fichier pivot qui permet de générer le code pour les différents frameworks Web.

La générateur est disponible en open source et peut être extensible. github teleport-code-generators

Version uniquement beta et libre d'utilisation.

MIT pour le générateur
Convertigo

Studio dans un environnement Eclipse

La solution peut être hébergé sur vos serveurs ou dans le cloud

Le générateur de formulaire et la partie serveur pour les applications mobiles ne sont pas open source

Le code généré est en Angular

La générateur est disponible en open source et peut être extensible. github convertigo

Politique de licence complexe.