Types de vues
Chaque vue répond à une question pour un public, comme les points de vue de l’ISO/IEC/IEEE 42010. iyedy a douze types de vues : les niveaux C4, les couches logiques, le déploiement et le réseau, les flux de données et l’intégration, et trois vues qui racontent une histoire dans le temps : dynamique, séquence et BPMN.
Sur cette page
| Type de vue | Répond à | Tirée de | iyedy la dessine | Dans le menu Nouvelle vue |
|---|---|---|---|---|
| Paysage | quels systèmes nous faisons tourner et comment ils se relient | tout le modèle | dès que vous avez deux systèmes à vous | non |
| Contexte système | qui utilise ce système, de quoi il dépend | un système | une par système | oui |
| Conteneurs | ce qui tourne dans le système et qui appelle qui | un système | quand le système a des conteneurs | oui |
| Composants | comment un conteneur est construit | un conteneur | quand le conteneur a des composants | oui |
| Couches logiques | comment les conteneurs s’empilent en couches | un système | non | non |
| Déploiement | où tourne chaque conteneur | un environnement | une par environnement | oui |
| Réseau | comment le trafic passe d’un réseau à l’autre | un environnement | quand l’environnement modélise son réseau | oui |
| Flux de données | quelles données vont où, à travers quelles frontières | un système | non | oui |
| Intégration | comment les systèmes se parlent : API, files, topics, bus | un système | non | oui |
| Dynamique | un scénario, en étapes numérotées sur la structure | un scénario | une par scénario | non |
| Séquence | un scénario, en messages le long de lignes de vie | un scénario | une par scénario | oui |
| BPMN | un processus métier, ses tâches et ses décisions | un processus | une par processus | oui |
Un type de vue qui demande ce que le modèle n’a pas est grisé dans le menu, avec la raison, par exemple Demande un conteneur dans le modèle.
Paysage
Tous vos systèmes logiciels, les personnes autour et les systèmes externes qu’ils utilisent, sans leur intérieur. Servez-vous-en pour montrer un portefeuille, par exemple la Claims Platform à côté du système de contrats et du système de facturation. Les libellés de technologie sont masqués par défaut.
Contexte système
Un système en une seule boîte, avec les personnes qui l’utilisent et les systèmes qu’il appelle ou qui l’appellent. La première vue à montrer à un commanditaire ou à une autre équipe : la Claims Platform, ses assurés et ses gestionnaires de sinistres, et Paiements. Les libellés de technologie sont masqués par défaut.
Conteneurs
L’intérieur d’un système : applications, services, fonctions, bases de données, files de messages et les relations entre eux, chacun avec sa technologie. Pour la Claims Platform : App mobile, Passerelle d’API, Service Sinistres et la base des sinistres. Le niveau C4 que la plupart des équipes dessinent en premier.
Composants
L’intérieur d’un conteneur : ses composants et la façon dont ils s’appellent entre eux et appellent le reste du système. Utile pour un service dont la structure compte pour ses relecteurs, par exemple le Service Sinistres et ses composants de déclaration, d’évaluation et de paiement.
Couches logiques
Les conteneurs d’un système rangés en bandes de couches : canaux, périphérie, expérience, domaine, intégration, données et plateforme. Elle montre d’un coup d’œil quelle partie du système fait quoi, indépendamment de son déploiement.
Déploiement
Un environnement, par exemple prod : comptes cloud, régions, réseaux, sous-réseaux, clusters et hôtes, avec une instance de chaque conteneur là où il tourne. Les éléments affichent le logo officiel de leur fournisseur quand l’un correspond (AWS, Azure, Google Cloud, Kubernetes). Les formes de réseau et de périphérie (répartiteur de charge, pare-feu, DNS, CDN, VPN) et les zones comme la région ou le sous-réseau ne se placent que dans cette vue. Voir Formes et logos officiels.
Réseau
Le côté réseau d’un environnement : plans d’adressage, routes, matrice des flux et règles réseau, vérifiés par rapport au modèle de déploiement. iyedy la dessine pour un environnement dont le modèle décrit des routes, des tables de routage, des plages d’adresses ou des liens typés.
Flux de données
Les données qui circulent entre les personnes, les conteneurs et les stockages d’un système, avec les frontières de confiance qu’elles franchissent. Utile pour une revue de confidentialité ou de sécurité : quels flux sortent des données personnelles de la base des sinistres, lesquels entrent chez Paiements.
Intégration
Comment un système parle aux autres : API, files de messages, topics, flux et bus d’intégration, dessinés comme des canaux entre les systèmes qui les utilisent. Utile quand une plateforme d’intégration se trouve entre la Claims Platform et ses partenaires.
Dynamique
Un scénario dessiné sur la structure : les éléments du scénario, et ses étapes en relations numérotées entre eux (1, 2, 3…). Elle montre qui fait quoi dans quel ordre, sur un dessin qui garde la structure.
Séquence
Le même scénario en séquence : une ligne de vie par participant, les messages dans l’ordre du temps, de haut en bas, avec les réponses et la numérotation. Utile pour dérouler devant un relecteur « un assuré déclare un sinistre ». Voir Dessiner une vue de séquence ou dynamique.
BPMN
Un processus métier en notation BPMN 2.0 : bassins et couloirs, événements, tâches, passerelles et les flux qui les relient. Utile pour le processus de gestion des sinistres lui-même, à côté de l’architecture qui le porte. Voir Dessiner un processus en BPMN.
Cette page vous a-t-elle aidé ?Réponse anonyme, comptée seulement si vous avez accepté la mesure.
Qu’est-ce qui n’a pas marché ?
N’écrivez pas de données personnelles.