03 décembre

Les bonnes pratiques

Cet article s’adresse à tout utilisateur de Carto-SI qui souhaite connaître les bonnes pratiques dans la représentation de son SI à travers Carto-SI

Sommaire

Nommage des éléments

Représenter les APIs et Web Services

Master data

Représenter un applicatif sur plusieurs environnements (PreProd / Prod)

Fonctionnalité de rappel de mise à jour régulières des informations applicatives

Nommage des éléments

Question

Existe-t-il des conventions de nommage des applications ? 

Par exemple, préfixer par APP-bbb

Réponse

Les applications doivent être nommées de la même manière qu’elles sont communément nommées par les acteurs du SI.

Il est important que les opérationnels qui utilisent Carto-SI retrouvent facilement leurs éléments.

Représenter les APIs et Web Services

Question

Pour la notion d’API d’une application comment peut-t-on la représenter ? tout comme les Web Services Legacy ?

Réponse

Si l’API ou les Web Services en question répondent à la définition Carto-SI d’une Application (c’est-à-dire un élément qui se déploie seul et qui rend un service à au moins deux autres Applications du SI ou à au moins un utilisateur), alors il faut représenter cette API par un élément de type Application dans Carto-SI. 

Exemple 1

Dans notre application Carto-SI nous avons des API REST; ces APIs sont intégrées à notre logiciel et ne peuvent pas être modifiées sans que nous ne redéployons la totalité de Carto-SI.

Ces Api ne doivent pas être représentées au risque d’avoir une cartographie de notre SI avec une granularité trop petite.

Exemple 2

Un client souhaite représenter un ERP avec un module qui offre un Web Service d’édition de facture.

Dans ce cas, ce module (que nous appellerons Webservice ÉDITION) peut se déployer et être modifié sans toucher l’application ERP.

Nous pouvons donc les représenter comme suit : 

Master data

Question

Je commence à travailler sur les Objets Applicatifs, qui fonctionnent bien, et dont je comprends le fonctionnement sur les dépendances, et donc les objets échangés.

Cependant, je ne vois pas comment modéliser les master Data dans les applications références ?

Response

Carto-SI est un outil de cartographie opérationnelle.

Carto-SI a donc pour objectif de répondre aux besoins des acteurs du SI (métier, dev’, infra) sans réaliser de modélisation.

Nous souhaitons donc répondre à la problématique du suivi de la donnée de manière tout aussi opérationnelle.

Notre vision et nos besoins sont donc différents ; dans ce nouveau paradigme de “cartographie opérationnelle”, nous souhaitons suivre la manière dont circule la donnée.

Notre gestion de la donnée est la suivante :

  1. Identifier les Objets Applicatifs qui s’échange entre les Applications => action à réaliser par le Dev’
  2. Identifier les Données qui nécessitent d’être suivie => action à réaliser par le  DPO
  3. Faire la liaison entre les Données et les Objets Applicatifs c’est-à-dire répondre à la question : “Dans quel Objets Applicatifs se trouve une Donnée ?”

Une fois ces tâches réalisées, vous pourrez répondre aux besoins suivants : 

  • Comment circule la donnée RIB dans mon SI
  • Quelles sont les applications qui utilisent la donnée RIB dans mon SI
  • Par quels serveurs passent ma donnée RIB
  • La donnée RIB est utilisée dans quelle tâche métier.

Enfin, la notion de master Data s’inscrit dans un cadre de modélisation qui, tout comme la réalisation du MCD, BPMN ou TOGAF peuvent s’appuyer sur des informations de Carto-SI pour être réalisé par ailleurs dans des outils accessibles par les experts dans leurs domaines respectifs.

Représenter un applicatif sur plusieurs environnements (PreProd / Prod)

Question

Nous sommes en train de tester Carto-Si nous cherchons à savoir la best-practice pour représenter une appli ALPHA existant sur deux environnements ( 1 VM PROD BDD / 1 VM PREPROD BDD / 1 VM PROD TOMCAT / 1 VM PREPROD TOMCAT /  1 bdd PREPROD / 1 bdd PROD)

Réponse

La bonne pratique est de représenter une application ALPHA. Cette unique Application aura des dépendances avec les différents composants techniques cités ci-dessus.

Fonctionnalité de rappel de mise à jour régulières des informations applicatives

Question

Une fois par an j’aimerais que les responsables d’application puissent recertifier les noms des logiciels ainsi que les activités/tâches métiers liées à leur service (ajouter/modifier/supprimer des dépendances)

Réponse

Après avoir invité chaque responsable d’application dans Carto-SI et l’avoir associé aux applications qu’il gère, vous pourrez utiliser la fonctionnalité « Envoi d’un mail de rappel » (page Administration -> Configuration) pour inviter, à la fréquence souhaitée, les responsables de chaque application à mettre à jour les informations.


Tags:

Share:

FacebookTwitterLinkedIn

0 Commentaire

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *