Prolaborate 3.4 a été publié mi-février avec de nouvelles fonctionnalités et évolutions :
- Créer des propriétés personnalisées (custom query-based properties) disponibles dans la vue "attributes" d'un élément.
- L'éditeur de formulaire (Modelling Language form designer) permet de sélectionner les informations visibles sous Prolaborate pour chaque type d'élément. Ce choix est réalisé à partir des champs gérés dans EA (name, alias, notes, tagged values, etc.).
- Il est désormais possible de créer des propriétés dont le contenu est lié à une requête personnalisée. Il peut être demandé par exemple d'afficher les interfaces et ports d'un composant UML, gérés comme sous-éléments dans EA.
- Edition des diagrammes.
- Prolaborate et Enterprise Architect (EA) constituent l'offre complète d'outils de modélisation de Sparx Systems. Prolaborate propose un lien optionnel pour faciliter l'ouverture du diagramme affiché dans EA.
- Personnalisation du chemin d'enregistrement de tous les fichiers de Logs Prolaborate.
- Créer des discussions dans un Dashboard.
- Un nouveau widget de dashboard permet de centraliser un fil de discussions pour un groupe d'utilisateurs.
- Amélioration de l'intégration avec JIRA.
Propriétés personnalisées dans l'éditeur de formulaire (Modelling Language Form Designer)
Accessible depuis le menu Modelling Languages, la fonction Form Designer est essentielle pour produire un niveau d'information adapté aux utilisateurs cibles. Il est ainsi possible de sélectionner les champs visibles pour un type d'élément avec un intitulé adapté.
Dans l'exemple suivant de configuration, les champs EA Name et Notes des classes sont affichées avec les libellés "Entity" et "Description".
Cette configuration produit le résultat suivant sur une classe, avec "Entity" en mode lecture-seule.
Avec la version 3.4 de Prolaborate, des propriétés personnalisées (EA Custom Attributes) peuvent être créées et utilisées dans l'éditeur Form Designer afin d'afficher un contenu spécifique.
Exemple SysML : afficher les ports d'un bloc (sous-éléments)
Les ports d'un bloc SysML sont gérés dans EA comme sous-éléments ; ils sont visibles dans le Browser sous le bloc. La liste des ports peut être générée via une propriété spécifique (EA Custom Attribute). Pour cela une requête a été définie et testée avec Enterprise Architect (model search > SQL Scratch Pad).
Important :
- Chaque requête est spécifique au modèle, et la syntaxe SQL doit être conforme au choix de base de données (Postgres, MySQL, SQL Server...).
- Comme indiqué dans l'aide en ligne Prolaborate, la requête SQL doit être conforme avec une liste de champs interprétés par Prolaborate :
- La valeur du champ "name" est affichée dans l'unique colonne du tableau généré.
- Les champs ea-guid et basetype permettent respectivement de cliquer/naviguer vers l'élément affiché et d'afficher l'icône.
L'éditeur Form Designer est ouvert pour personnaliser les blocs SysML :
La propriété Ports a été ajoutée dans la liste des champs affichés pour les blocs SysML.
Résultat : les détails du bloc SysML Coffee Machine contient la liste des ports (nom du port + nom du bloc sélectionné comme type du port).
Remarque : ce process peut être répété pour afficher les parties d'un bloc.
Exemple ArchiMate : processus métier (gestion des éléments associés indirectement, via un niveau N+2 ou supérieur)
Contexte initial : les Business Process ArchiMate sont reliés aux applications via des services métiers au travers de liens "Serving".
La vue Traceability sur un Business Process permet d'afficher les éléments directement associés, par exemple le service Goods Selling.
L'objectif est de pouvoir afficher les applications derrière les services reliés au processus. Le résultat obtenu avec la fonction Custom Attribute est illustré ci-dessous (cf. Clients CRM).
Exemple UML : afficher les liens de mapping entre modèles de données (utilisation des informations avancées dans les connecteurs)
La fonction "Link to Element Feature" disponible dans Enterprise Architect a été utilisée pour établir les liens de mapping entre les modèles logique et physique de données. La restitution de cette information sur une classe a été implémentée avec les Custom Attributes. Le résultat est illustré ci-dessous.
L'ouverture des détails de la classe "customers" permet de disposer de tous les attributs mappés avec les modèles en base de données, exemple : comments = customers.comments (ligne 1).
Editeur de diagrammes : ouverture des diagrammes sous Enterprise Architect depuis Prolaborate
Prolaborate facilite les échanges au sein d'une équipe (product owners, experts métier, etc.). Chacun peut ainsi accéder en temps-réel aux modèles depuis Prolaborate ou Enterprise Architect.
Lorsque les retours obtenus sous forme de discussions Prolaborate impactent le contenu d'un diagramme, une mise à jour sous Enterprise Architect est nécessaire. Afin de faciliter l'accès à ce diagramme, Prolaborate propose un nouveau lien (optionnel) :
En cliquant sur ce lien, une page est affichée avec 2 options.
- Tout d'abord l'application Diagram Editor doit être téléchargée puis installée.
- Après l'installation, un clic sur le lien Open Enterprise Architect demande confirmation pour ouvrir l'application Diagram Editor (cf. ci-dessous).
- Cette application lance Enterprise Architect avec une connexion Cloud vers le référentiel partagé par le Pro Cloud Server, et ouvre directement le diagramme.
- Pré requis pour utiliser cette fonctionnalité : Enterprise Architect doit être installé sur le poste client, et le référentiel doit être accessible.
Je trouve que cette fonctionnalité permet également d'inviter les utilisateurs Prolaborate à basculer naturellement vers Enterprise Architect lorsque le besoin est justifié.
Il pourrait être utile de disposer d'une zone personnalisable dans cette page pour afficher les informations relatives à l'installation d'EA (ex : lien vers le support IT pour demander l'installation du package, ou identifiants vers le site de Sparx pour un téléchargement et une installation directe).
Personnalisation du chemin des fichiers de logs Prolaborate
Les fichiers de log Prolaborate sont générés sous différents répertoires dans le serveur. Jusqu'à présent quelques-uns de ces chemins ne pouvaient pas être modifiés. Cela peut être problématique et incompatible avec des règles définies par la DSI lorsque les fichiers logs doivent être enregistrés dans un espace disque dédié. Cela était notamment le cas pour l'un de mes clients et l'éditeur a intégré ma demande d'évolution :)
L'application Prolaborate Service Management disponible sur le serveur propose un champ Location pour personnaliser l'emplacement où tous les fichiers logs Prolaborate seront stockés.
Remarque : le chemin des fichiers de logs du Pro Cloud Server est par ailleurs configurable (LOGGING_DIRECTORY).
Créer des discussions dans un Dashboard
Les discussions pouvaient jusqu'à présent être créées pour un élément ou diagramme du modèle. Prolaborate 3.4 propose de centraliser un fil de discussions sous forme de widget dans un dashboard. Cette fonction permet ainsi de définir une zone d'échange pour une équipe, ou vis à vis des graphiques ou rapports du dashboard.
Amélioration de l'intégration avec JIRA
Prolaborate facilite le lien entre les modèles EA et les outils de tickets tels que JIRA et Azure DevOps.
L'intégration avec JIRA consiste à configurer un type de ticket JIRA (request type) avec un type d'élément du modèle (classes, use cases, requirements...). Les tickets JIRA peuvent alors être associés avec des éléments sous Prolaborate, donnant lieu à la création de tagged values sous EA, avec comme valeur l'url JIRA.
Les fonctions et interfaces ont été améliorées avec la version 3.4.
Associer un ticket JIRA avec une classe UML :
Sélectionner et associer un ticket JIRA existant :
Créer de nouveaux tickets JIRA sous Prolaborate :
Si vous possédez une licence Prolaborate, vous pouvez télécharger la dernière version depuis le site de Sparx Systems.