Replies: 6 comments
-
|
Bonjour, Je rejoins la remarque de David en ce qui concerne la possibilité d'associer activités et applications. Cela me parait être un bon niveau de granularité. Aujourd'hui, nous affectons, pour le moment, plusieurs applications au niveau processus mais nous perdons de fait de la précision sur la cartographie. ;-) |
Beta Was this translation helpful? Give feedback.
-
Il existe un schéma simplifié qui se trouve dans l'application, mais celui-ci n'a pas vocation à être complet et à présenter tous les objets et tous les liens entre les objets car cela rendrait celui-ci illusible.
Je ne comprend pas bien cette demande. Il existe déjà un responsable dans pour les objets "application" et "serveur physique" avec un menu déroulant.
Cela va être disponible rapidement.
En double-cliquant sur un objet, cela ouvre les objets liés en appliquant le filtre actif. Il est possible de sélectionner et grouper plusieurs éléments en les sélectionnant avec CTRL et l'icône "Group". J'ai prévu de faire une petite vidéo à ce sujet. Cet outil de dessin va encore évoluer, mais tout cela demande du temps.
Dans le serveur logique, il existe un champ "Environnement" qui peut avoir comme valeur : production, pré-production, test, développement...
Je vous invite à utiliser les attributs du serveur logique pour cela (les attributs vont être ajoutés aux serveurs physiques). |
Beta Was this translation helpful? Give feedback.
-
|
Merci pour la réponse rapide et complète. Le modèle de données : j’utilise ce schéma dans les ateliers que j’ai commencé à proposer. Il est simple et permet aux futurs cartographes de comprendre la logique de Mercator. Mais, lorsqu’ils commencent à saisir les informations, ils ont dû mal à se retrouver dans tous les champs et les liens entre les vues (parfois, moi aussi). Vous avez découpé le modèle en différentes zones (rectangle en pointillé). Ne serait-il pas possible d’avoir un modèle de données plus précis par zone ? Une sorte de zoom. Du coup, on aurait une vue macro (simplifiée) et des vues plus précises (avec le détail des liens, mais limitées à une zone afin que le schéma reste lisible), d’autant que les intervenants dans la cartographie sont spécialisés par zone (l’équipe qui gère l’infrastructure, n’ira pas saisir des informations dans la vue métier par exemple, mais a besoin de bien comprendre le rôle de chaque champ dans sa zone pour correctement remplir Mercator). Un responsable : le menu déroulant existe, mais il n’est pas commun à l’ensemble de Mercator. Du coup, on peut se retrouver dans le cas de devoir ressaisir une personne à plusieurs endroits. Une table commune avec tous les intervenants serait peut-être plus simple. De plus, au départ d’une personne ou à un changement de poste, on pourrait mettre facilement à jour la cartographie. Outil de dessin : je n’ai pas pensé à double-cliquer. Merci ! Pour les deux derniers points, nous allons tester vos propositions ! Bonne journée. |
Beta Was this translation helpful? Give feedback.
-
|
Le modèle de données : Je comprends bien le besoin d’un modèle de données plus détaillé par zone pour améliorer la lisibilité et la prise en main par les différentes équipes. Toutefois, dans le cadre du modèle Open Source gratuit appliqué à Mercator, je manque de temps pour proposer ce type de vue détaillée. Mon engagement principal reste le développement et la maintenance de l’outil pour la communauté. Si ce besoin devient critique pour ton usage, il pourrait être envisagé dans le cadre d’une prestation de support via Sourcentis, la société qui propose un accompagnement autour de Mercator. Un responsable : ce point a été ajouté à la feuille de route. |
Beta Was this translation helpful? Give feedback.
-
|
Bonjour, je comprends parfaitement. C’est un énorme travail de proposer un logiciel opensource. De plus, Mercator a l’air d’être de plus en plus utilisé. Cela vous fait beaucoup de demandes à gérer. Je réitère mes remerciements pour votre investissement et les réponses que vous m’avez apportées. En l’état actuel de nos tests, je vous rassure, Mercator nous convient. Mais nous risquons d’avoir encore des questions… Bonne journée. |
Beta Was this translation helpful? Give feedback.
-
|
Il est maintenant possible de pouvoir affecter l’application à un/des processus, mais aussi à une/des activités ! |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Bonjour,
tout d’abord, je vous remercie pour ce développement et la mise à disposition de cette application.
Après quelques semaines de test, voici quelques retours et questions :
le modèle de données est très pratique pour s’y retrouver. Il faudrait peut-être le mettre à jour, car certains liens se sont pas mentionnés. Par exemple, une fiche du registre est reliée à 0-n processus et 0-n application. A quoi est rattaché les mesures de sécurité ou Administrateurs par exemple ?
comme le propose Nusa33, un menu déroulant pour saisir les différents responsables (processus, application, serveur physique…) sera une fonctionnalité intéressante pour éviter les erreurs de saisie. Le menu pourrait se baser sur les acteurs de la vue métier.
nous avons saisi l’ensemble de la vue métier selon un plan d’urbanisation proposé dans notre communauté. Du coup, nous avons 148 activités et 39 processus. Le fait d’affecter une application uniquement à un processus est, pour nous, trop macro. Serait-il possible de pouvoir affecter l’application à un/des processus mais aussi à une/des activités ? Le but serait d’avoir une vision du plan d’occupation des sols (POS) plus précise. Il serait alors facile de voir quelles activités se sont pas ou pas assez urbanisées, avec différentes cartes (afficher la liste des activités d’un processus, avec les applications de chaque activité).
Un exemple page 18 et suivante de la présentation : https://www.csiesr.eu/wp-content/uploads/2020/09/5.-Pleniere_1911_DemarcheUrbanismearchitecture_DNE.pdf
le nouvel outil de dessin est très intéressant. Est-il prévu d’automatiser une partie de la création de la carte ? Actuellement, nous devons prendre un par un les serveurs attachés à une application par exemple. Sera-t-il possible de sélectionner plusieurs éléments ou un ensemble d’éléments d'un coup ?
comment peut-on gérer les différentes plateformes d’une même application (production, pré-prod et dev) ? Nous sommes partis sur l’idée d’utiliser le champ Attributs d’Applications. Est-ce un bon choix ? Y a-t-il une autre solution ? Côté serveur logique, on peut indiquer le type (prod, pre-prod, dev). Du coup, doit-on mettre dans Application les différentes plateformes ?
côté infrastructure, les équipes techniques aimeraient pouvoir indiquer si le serveur (physique ou logique) est supervisé, sauvegardé (avec quelle stratégie), redondé (comment indiquer que le serveur x est redondé par le serveur y)… Nous pourrions utiliser les flux logiques, mais nous ne sommes pas sûrs que cela soit très lisible au final. On a essayé l'utiliser Cluster pour gérer la redondance, mais on ne peut pas attacher un cluster à une application. Avez-vous une suggestion à nous faire ?
Merci encore pour tout ce travail,
David
Beta Was this translation helpful? Give feedback.
All reactions