UrbaHive Guide
EN

Cartographier votre SI

Comment les éléments s’articulent

Sur cette page

Quelques règles assurent la cohérence de la carte. Elles déterminent ce que vous devez renseigner, l’ordre dans lequel vous créez les éléments et la raison pour laquelle une suppression est parfois refusée. Lisez cette page une fois avant de saisir vos propres données.

Comment les objets sont liés Une application appartient à un seul programme, tourne sur au plus un serveur et peut suivre une version d’un document d’architecture. Un serveur se trouve dans au plus une infrastructure. Un flux va d’une application à une autre et a un type de flux. Un processus a un ou plusieurs domaines et une suite d’étapes, peut réaliser une capacité métier, et ses étapes utilisent des applications. Les capacités sont soutenues par des applications. Processus Domaine deprocessus typologie Processus chaîne de valeur L1 ou carte des processus L2 Étape Activity, Decision, Event ou Sub-process Capacité métier avec une criticité Application Éditeur Statut d’avancement Internal ou External Programme Autre application Version de DAT Statut Référence de DAT le document Serveur Infrastructure typologie Chaque flux a un type de flux (obligatoire) et peut êtrebidirectionnel. au moins un, un principal réalise au plus une soutient appartient à un seul Flux tourne sur au plus un suit au plus une version de est dans au plus une suite d’étapes utilise Sub-process : autre processus L1 parent, déclenche Personnes (membres et contacts) Responsables des programmes, applications, serveurs, processus et capacités. R, A, C ou I sur les étapes. lien obligatoire lien facultatif valeur d’une typologie « Soutient » et « utilise » ont un type de relation : Primary, Supporting ou Data source.

Programmes, applications, flux, serveurs, infrastructures et documents d’architecture, et là où les processus et les capacités les rejoignent.

Les règles qui sous-tendent le schéma :

  • Une application appartient à un et un seul programme. Le programme est obligatoire.
  • Une application tourne sur un serveur au plus. Vous pouvez la laisser sans serveur.
  • Une application peut suivre une version d’un document d’architecture (DAT).
  • Un serveur se trouve dans une infrastructure au plus.
  • Un flux va d’une application vers une application différente, et a un et un seul type de flux. Les deux applications et le type de flux sont obligatoires.
  • Dans une organisation, les noms sont uniques pour les programmes, les applications, les serveurs, les flux et les références de DAT.

Les typologies classent et colorent

Les typologies sont les listes de valeurs que partage votre organisation. Elles classent les éléments et leur donnent des couleurs :

  • les éditeurs (de logiciels) et les statuts d’avancement, sur les applications ;
  • les types de flux, sur les flux. Leur couleur est celle des flèches sur la carte ;
  • les infrastructures, pour les serveurs ;
  • les statuts, sur les versions de DAT ;
  • les domaines de processus, sur les processus ;
  • les rôles dans l’organisation, à côté des personnes.

Voir Typologies : vos listes de référence.

Processus et capacités renvoient aux mêmes applications

Vos processus et vos capacités se rattachent aux applications que vous enregistrez ici. Une étape de processus utilise des applications. Une capacité est portée par des applications. Chaque lien a un type de relation : Primary, Supporting ou Data source.

C’est pourquoi une même fiche d’application sert à la carte, aux processus et à la matrice de couverture. Voir Décrire une étape : RACI, applications et durée et Capacités métier.

Construire dans cet ordre

  1. Typologies : vérifiez les valeurs dont vous avez besoin, au moins un type de flux.
  2. Programmes.
  3. Serveurs, avec leurs infrastructures.
  4. Applications, chacune dans un programme et, si vous le connaissez, sur un serveur.
  5. Flux entre applications.

Les références de DAT et leurs versions peuvent venir à tout moment. Créez-les avant vos applications si vous voulez relier chaque application à son document dès sa création.

Supprimer : ce qui bloque quoi

UrbaHive ne supprime jamais un élément qu’un autre élément utilise encore. La suppression est refusée avec le message « Cannot perform this action : related record does not exist or is in use. » Retirez ou modifiez d’abord ce qui l’utilise.

Ce qui bloque une suppression Tant qu’un flux utilise une application, l’application ne peut pas être supprimée ; tant que des applications utilisent un programme, un serveur, une version de document, un éditeur ou un statut, ceux-ci ne peuvent pas être supprimés ; les serveurs bloquent leur infrastructure ; les flux bloquent leur type de flux ; les versions de document bloquent leur statut ; les processus bloquent leurs domaines de processus. X Y Tant qu’un X utilise un Y, vous ne pouvez pas supprimer le Y. Modifiez ou supprimez d’abord le X. Flux Applications Programmes Serveurs Versions de DAT Flux Processus Éditeurs (de logiciel) typologie Statuts d’avancement typologie Infrastructures typologie Statuts de DAT typologie Types de flux typologie Domaines typologie Supprimés automatiquement avec une application : ses liens vers les étapes de processus et les capacités, et ses contacts supplémentaires. Une référence de DAT est supprimée avec ses versions : sa suppression est donc refusée tant qu’une application suit l’une d’elles. Seuls les Owners et les Editors suppriment. Une suppression refusée affiche : « Cannot perform this action: related record does not exist or is in use. »

Une flèche de X vers Y signifie : tant qu’un X utilise ce Y, le Y ne peut pas être supprimé.

Vous supprimezRefusé tant queFaites d’abord ceci
Un programmeil contient encore des applicationsDéplacez ses applications vers un autre programme, ou supprimez-les.
Une applicationun flux part d’elle ou y arriveSupprimez ces flux.
Un serveurune application tourne dessusPassez le champ Server de chaque application à un autre serveur ou à None.
Une référence de DATl’une de ses versions est liée à une applicationPassez le champ DAT de l’application à None. Supprimer une référence supprime toutes ses versions.
Une valeur de typologiedes éléments l’utilisentModifiez ces éléments. La colonne Usage de la page Typologies indique combien il y en a.

Pour les domaines de processus, l’icône de suppression reste désactivée tant qu’un processus utilise le domaine. Son infobulle indique « Used by one or more processes — remove the link first ».

Supprimer une application retire automatiquement ses liens avec les étapes de processus et les capacités, ainsi que ses contacts supplémentaires.

À savoir

Seuls les Owners et les Editors peuvent supprimer. Une suppression ne peut pas être annulée.

Chaque modification est enregistrée

Chaque création, modification ou suppression d’un élément ou d’une valeur de typologie est inscrite dans le journal d’audit. Vous la retrouvez dans Logs et dans l’encart Recent activity du tableau de bord. Les modifications apportées à la définition des champs personnalisés ne sont pas enregistrées. Voir Suivre les changements dans le journal d’audit.