Le déploiement d’un référentiel de modélisation conduit souvent à des demandes utilisateurs pour des fonctionnalités spécifiques liées à leur utilisation d’Enterprise Architect (EA). Bien que EA soit un outil très riche et puissant, il fournit une API pour étendre ses capacités.
L’API peut être exploitée de différentes manières :
- Scripts EA : gérés et stockés dans le référentiel (projet EA), les scripts peuvent être exécutés par les utilisateurs disposant de la permission nécessaire. Cette approche permet s'affranchir d'installation sur les postes clients. EA peut être utilisé comme environnement de développement (IDE) pour développer, tester et exécuter les scripts en VBScript, JScript ou JavaScript.
- Add-ins EA : un add-in est une application à installer sur chaque poste client pour être disponible sous Enterprise Architect. Un add-in peut être implémenté avec la plupart des langages de programmation (C#, Java, C++...). Par rapport aux scripts, les add-ins permettent de réaliser des interfaces utilisateur avancées et de gérer les "broadcast events EA" pour déclencher une fonction lors de la création par exemple d’un élément ou d’un connecteur.
- eaUtils est un exemple d'add-in disponible gratuitement.
- Solutions tierces : l'API EA peut être intégrée avec des outils externes tels qu'un script PowerShell ou un outil en ligne de commande développé en C#, compatibles avec le planificateur de tâches pour la mise à jour régulière du référentiel si besoin. Exemple : mise à jour des applications à partir de l'extraction Excel hebdomadaire de la CMDB.
- Model-based add-ins : gérés dans le référentiel, aucune installation n'est nécessaire sur les postes clients. Développés en JavaScript, l'avantage des add-ins "model-based" est leur support des broadcast events EA.
- Ce sujet est abordé dans cet article.