 Rappel de la nouveauté : Les règles métiers sont les règles de gestion de l’application. Une base de données permet de centraliser ces informations pour l’ensemble d’un projet en les associant à un élément graphique du projet (boutons de commande, fenêtre…)
 |
|
L’avis de notre expert  : L’objectif visé est louable et l’idée intéressante par certains cotés : il est en effet pratique de gérer dans un même environnement, la description fonctionnelle d’un traitement et le code qui lui est associé. Un état permet d’indiquer au développeur si la règle est implémentée ou non (et validée). Une impression du dossier projet permet l’édition de l’ensemble des règles métiers.
Il nous semble cependant beaucoup plus facile et plus efficace, en amont des développements (lors de la phase de conception), de travailler sur un document de spécifications distinct, qui contient l’essentiel des informations d’analyse et de conception. Le stockage des règles métiers dans l’AGL rend leur validation par les différents intervenants du projet plus difficile (la relecture pour validation implique la génération d’un fichier pdf). Les règles métiers présentent par ailleurs une vue « éclatée » des règles de gestion alors qu’un document permet de les regrouper par thème plus clairement et plus simplement. L’utilisation des règles métiers en complément d’un document pendant la phase de développement peut tout de même faciliter le travail de l’équipe projet. Mais se pose alors le problème d’une double maintenance lorsque les règles de gestion évoluent si l’on souhaite conserver un document distinct à jour. Ce qui est plutôt gênant. L’intérêt des règles métiers nous semble donc relatif à cet égard. Leur utilisation peut néanmoins constituer un plus intéressant pour les utilisateurs de WinDev et de WebDev qui n’avaient jusque-là pas l’habitude de documenter les règles de gestion.
|
Espace technique 
avancée présentant un intérêt très limité
