Bonjour, en utilisant Mercator pour cartographier le SI, j'ai rencontré quelque chose de dérangeant : créer des flux applicatifs un par un via l'interface est fastidieux, surtout quand de nombreuses applications pointent vers un même service (ex : CAS, LDAP).
J'ai développé un prototype local qui ajoute un bouton "Modifier" dans l'explorateur. En mode actif, il est possible de tirer un lien entre deux nœuds directement sur la carte, une fenêtre s'ouvre pour saisir le nom et la nature du flux, puis le flux est créé en base via une route dédiée. J'ai peur que ça ne rajoute trop d'options dans le menu, mais je le trouve pertinent.
Choix techniques :
Basé sur addEdgeMode de vis.js, déjà présent dans l'explorateur
Validation côté JS : flux uniquement entre APP_, APPSERV_, MOD_, DB_
Validation côté Laravel : vérification que src et dest correspondent bien à des objets supportés avant le save, retour 422 sinon
Route POST /admin/fluxes/quick-store ajoutée dans routes/web.php et méthode quickStore dans FluxController qui réutilise la logique de préfixes existante
Je garde ça en usage local pour l'instant. Si cette direction est cohérente avec la roadmap, je serais ravi de soumettre une PR propre. Des retours sur l'approche ou des contraintes à anticiper ?
Bonjour, en utilisant Mercator pour cartographier le SI, j'ai rencontré quelque chose de dérangeant : créer des flux applicatifs un par un via l'interface est fastidieux, surtout quand de nombreuses applications pointent vers un même service (ex : CAS, LDAP).
J'ai développé un prototype local qui ajoute un bouton "Modifier" dans l'explorateur. En mode actif, il est possible de tirer un lien entre deux nœuds directement sur la carte, une fenêtre s'ouvre pour saisir le nom et la nature du flux, puis le flux est créé en base via une route dédiée. J'ai peur que ça ne rajoute trop d'options dans le menu, mais je le trouve pertinent.
Choix techniques :
Basé sur addEdgeMode de vis.js, déjà présent dans l'explorateur
Validation côté JS : flux uniquement entre APP_, APPSERV_, MOD_, DB_
Validation côté Laravel : vérification que src et dest correspondent bien à des objets supportés avant le save, retour 422 sinon
Route POST /admin/fluxes/quick-store ajoutée dans routes/web.php et méthode quickStore dans FluxController qui réutilise la logique de préfixes existante
Je garde ça en usage local pour l'instant. Si cette direction est cohérente avec la roadmap, je serais ravi de soumettre une PR propre. Des retours sur l'approche ou des contraintes à anticiper ?