Du concept au code : maîtriser les diagrammes d'état UML avec une modélisation visuelle alimentée par l'IA

Introduction

Dans le paysage actuel du développement logiciel complexe, modéliser le comportement dynamique des systèmes est plus crucial que jamais. Les diagrammes d’état — formellement appelés diagrammes d’état UML — offrent un langage visuel puissant pour représenter la manière dont les objets réagissent aux événements à travers différents états tout au long de leur cycle de vie. Que vous conceviez un système de traitement des commandes e-commerce, un contrôleur de périphérique IoT ou un flux de transaction bancaire, comprendre le comportement dépendant de l’état est fondamental pour construire des systèmes robustes et maintenables.

Cette étude de cas complète explore la théorie, la notation et l’application pratique des diagrammes d’état, tout en démontrant comment les outils modernes alimentés par l’IA, tels que Visual Paradigm, révolutionnent la manière dont les équipes conçoivent, affinent et déployent des modèles comportementaux. En combinant les principes fondamentaux UML avec une assistance conversationnelle par IA, les développeurs et architectes peuvent désormais transformer des exigences abstraites en logique d’état précise et exécutable plus rapidement et avec plus de confiance que jamais auparavant.

Qu’est-ce qu’un diagramme d’état ?

Le comportement d’une entité n’est pas seulement une conséquence directe de ses entrées, mais dépend également de son état précédent. L’historique passé d’une entité peut être le mieux modélisé par un diagramme de machine à états finis, traditionnellement appelé automate.UMLLes diagrammes de machine à états (parfois appelés diagramme d’état, machine à états ou diagramme d’état) montrent les différents états d’une entité. Les diagrammes de machine à états peuvent également montrer comment une entité réagit à divers événements en passant d’un état à un autre. Un diagramme de machine à états est un diagramme UML utilisé pour modéliser la nature dynamique d’un système.

Pourquoi les diagrammes d’état ?

Les diagrammes de machine à états sont généralement utilisés pour décrire un comportement dépendant de l’état pour un objet.Un objet réagit différemment au même événement selon l’état dans lequel il se trouve. Les diagrammes de machine à états sont généralement appliqués aux objets, mais peuvent être appliqués à tout élément ayant un comportement vis-à-vis d’autres entités, tels que : acteurs, cas d’utilisation, méthodes, sous-systèmes, etc. Ils sont généralement utilisés en conjonction avec des diagrammes d’interaction (souvent des diagrammes de séquence).

Par exemple :
Considérez que vous avez 100 000 dollars sur un compte bancaire. Le comportement de la fonction de retrait serait : solde := solde – montantRetrait ; à condition quele solde après le retrait ne soit pas inférieur à 0 dollar ;ceci reste vrai indépendamment du nombre de fois où vous avez retiré de l’argent de la banque. Dans de telles situations, les retraits n’affectent pas l’abstraction des valeurs des attributs, et par conséquent, le comportement global de l’objet reste inchangé.

Cependant, si lesolde du compte deviendrait négatif après un retrait, le comportement de la fonction de retrait serait tout à fait différent. Cela est dû au fait que l’état du compte bancaire passe de positif à négatif ; en langage technique, une transition de l’état positif à l’état négatif est déclenchée.

L’abstraction de la valeur de l’attribut est une propriété du système, plutôt qu’une règle applicable globalement. Par exemple, si la banque modifie la règle métier pour autoriser un découvert de 2000 dollars, l’état du compte bancaire sera redéfini avec la condition que le solde après retrait ne doit pas être inférieur à 2000 dollars en déficit.

À noter :

Un diagramme de machine à états décrit tous les événements (et les états et transitions pour un seul objet)
Un diagramme de séquence décrit les événements pour une seule interaction entre tous les objets impliqués

Concepts fondamentaux des diagrammes de machine à états

Qu’est-ce qu’un état ?

Rumbaugh le définit ainsi :
« Un état est une abstraction des valeurs des attributs et des liens d’un objet. Les ensembles de valeurs sont regroupés ensemble dans un état selon les propriétés qui affectent le comportement global de l’objet. »

Notation d’état

Caractéristiques des notations des machines à états

Il existe plusieurs caractéristiques des états en général, indépendamment de leurs types :

Un état occupe un intervalle de temps.
Un état est souvent associé à une abstraction des valeurs d’attributs d’une entité satisfaisant une ou plusieurs conditions.
Une entité change son état non seulement comme conséquence directe de l’entrée actuelle, mais aussi en dépendant d’un certain passé de ses entrées.

État

Un état est une contrainte ou une situation dans le cycle de vie d’un objet, dans laquelle une contrainte est vérifiée, l’objet exécute une activité ou attend un événement.
Un diagramme d’état-machine est un graphe composé de :

États (états simples ou états composés)
Transitions d’état reliant les états

Exemple :

Caractéristiques de l’état

L’état représente les conditions des objets à des moments donnés.
Les objets (ou systèmes) peuvent être considérés comme passant d’un état à un autre
Un point dans le cycle de vie d’un élément de modèle qui satisfait une condition donnée, où une action particulière est effectuée ou où un événement est attendu

États initiaux et finaux

Le état initial d’un diagramme d’état-machine, appelé pseudo-état initial, est indiqué par un cercle plein. Une transition à partir de cet état montre le premier état réel
Le état final d’un diagramme d’état-machine est représenté par des cercles concentriques. Une machine à états à boucle ouverte représente un objet pouvant se terminer avant que le système ne se termine, tandis qu’une machine à états à boucle fermée ne possède pas d’état final ; dans ce cas, l’objet vit jusqu’à la terminaison complète du système.

Exemple :

Événements

Une signature d’événement est décrite comme Nom-événement (liste de paramètres séparés par des virgules). Les événements apparaissent dans le compartiment de transition interne d’un état ou sur une transition entre états. Un événement peut être de l’un des quatre types suivants :

Événement de signal – correspondant à l’arrivée d’un message ou d’un signal asynchrone
Événement d’appel – correspondant à l’arrivée d’un appel procédural à une opération
Événement temporel – un événement temporel se produit après l’écoulement d’un temps spécifié
Événement de changement – un événement de changement se produit chaque fois qu’une condition spécifiée est remplie

Caractéristiques des événements

Représente des incidents qui provoquent le passage des objets d’un état à un autre.
Les événements internes ou externes déclenchent une activité qui modifie l’état du système et de certaines de ses parties
Les événements transmettent des informations, qui sont traitées par les opérations des objets. Les objets réalisent les événements
La conception consiste à examiner les événements dans un diagramme d’état-machine et à envisager comment ces événements seront pris en charge par les objets du système

Transition

Les lignes de transition représentent le passage d’un état à un autre. Chaque ligne de transition est étiquetée par le événement qui provoque la transition.

Considérer un système comme un ensemble d’états et de transitions entre ces états est très utile pour décrire des comportements complexes
Comprendre les transitions d’état fait partie de l’analyse et de la conception du système
Une transition est le passage d’un état à un autre état
Les transitions entre états se produisent comme suit :
1. Un élément se trouve dans un état source
2. Un événement se produit
3. Une action est exécutée
4. L’élément entre dans un état cible
Plusieurs transitions ont lieu soit lorsque des événements différents entraînent la fin d’un état, soit lorsque des conditions de garde sont présentes sur les transitions
Une transition sans événement ni action est appelée transition automatique

Actions

Une action est un calcul atomique exécutable, qui inclut des appels d’opérations, la création ou la destruction d’un autre objet, ou l’envoi d’un signal à un objet. Une action est associée aux transitions et ne peut pas être interrompue pendant son exécution – par exemple, entrée, sortie

Activité

Une activité est associée à des états, et représente un calcul non atomique ou en cours. Une activité peut s’exécuter jusqu’à son achèvement ou continuer indéfiniment. Une activité sera interrompue par un événement qui provoque une transition à partir de l’état dans lequel l’activité est définie

Caractéristiques des actions et des activités

Les états peuvent déclencher des actions
Les états peuvent avoir une deuxième compartiment contenant des actions ou des activités exécutées pendant qu’une entité se trouve dans un état donné
Une action est une exécution atomique et se termine donc sans interruption
Cinq déclencheurs pour les actions : À l’entrée, Faire, À l’événement, À la sortie et Inclure
Une activité capture un comportement complexe pouvant durer longtemps – une activité peut être interrompue par des événements, auquel cas elle ne se termine pas lorsque l’objet arrive dans un état.

Notation simple pour les diagrammes de machine à états

Actions d’entrée et de sortie

Les actions d’entrée et de sortie sont spécifiées dans l’état. Elles doivent être vraies pour chaque occurrence d’entrée/sortie. Sinon, vous devez utiliser des actions sur les arcs de transition individuels

Action d’entréeexécuté à l’entrée dans l’état avec lenotation : Entrée / action
Action de sortieexécuté à la sortie de l’état avec lenotation : Sortie / action

Exemple – Action d’entrée / sortie (Vérification de l’état du livre)

Cet exemple illustre un diagramme d’état dérivé d’une classe – « BookCopy » :

Remarque :

Ce diagramme d’état montre l’état d’un objet myBkCopy issu de la classe BookCopy
Action d’entrée : toute action marquée comme liée à l’action d’entrée est exécutée chaque fois que l’état donné est atteint par une transition
Action de sortie : toute action marquée comme liée à l’action de sortie est exécutée chaque fois que l’état est quitté par une transition

Modélisation avancée des états : sous-états, historique et concurrence

Sous-états

Un état simple est un état qui n’a pas de sous-structure. Un état qui possède des sous-états (états imbriqués) est appelé un état composite. Les sous-états peuvent être imbriqués à n’importe quel niveau. Une machine à états imbriquée peut avoir au plus un état initial et un état final. Les sous-états sont utilisés pour simplifier les machines à états complexes et plates en montrant que certains états ne sont possibles que dans un contexte particulier (l’état conteneur).

Exemple de sous-état – Chauffage

Les diagrammes de machines à états sont souvent utilisés pour dériver des cas de test ; voici une liste d’idées de tests possibles :

L’état Inactif reçoit l’événement Trop chaud
L’état Inactif reçoit l’événement Trop froid
L’état Refroidissement/Démarrage reçoit l’événement Compresseur en marche
L’état Refroidissement/Prêt reçoit l’événement Ventilateur en marche
L’état Refroidissement/En cours reçoit l’événement OK
L’état Refroidissement/En cours reçoit l’événement Défaillance
L’état Défaillance reçoit l’événement Défaillance résolue
L’état Chauffage reçoit l’événement OK
L’état Chauffage reçoit l’événement Défaillance

États d’historique

Sauf indication contraire, lorsque une transition entre dans un état composite, l’action dela machine à états imbriquée redémarre à partir de son état initial (sauf si la transition cible directement un sous-état). Les états d’historique permettent à la machine à états derevenir au dernier sous-état actif avant le départl’état composite. Un exemple d’utilisation de l’état historique est présenté dans la figure ci-dessous.

État concurrent

Comme mentionné ci-dessus, les états dans les diagrammes d’états peuvent être imbriqués. Les états liés peuvent être regroupés ensemble dans un seul état composite. Imbriquer des états dans d’autres est nécessaire lorsque une activité implique des sous-activités concurrentes. Le diagramme d’états suivant modélise une enchère avec deux sous-états concurrents : traitement de l’offre et autorisation de la limite de paiement.

Exemple de diagramme d’états concurrents – Processus d’enchère
Dans cet exemple, la machine à états qui entre d’abord dans l’enchère nécessite une branche au départ en deux threads de démarrage distincts. Chaque sous-état dispose d’un état de sortie pour marquer la fin du thread. À moins qu’il n’y ait une sortie anormale (Annulée ou Rejetée), la sortie de l’état composite a lieu lorsque les deux sous-états ont quitté.

Comment dessiner un diagramme d’états en UML ?

Un diagramme de machine à états (ou diagramme de départ, également appelé diagramme d’état ou diagramme de transition d’état) est un comportement qui spécifie la séquence des états qu’une entité (ou objet) visite au cours de sa durée de vie en réponse à des événements, ainsi que ses réponses à ces événements.

Diagramme d’état en un coup d’œil

Concepts clés

État

Un état est une condition au cours de la vie d’un objet pendant laquelle il satisfait une condition, effectue une activité ou attend un événement externe

Événement

Un événement est la spécification d’un événement important. Pour une machine à états, un événement est la survenue d’un stimulus pouvant déclencher une transition d’état.

Transition

Une transition est une relation entre deux états indiquant qu’un objet dans le premier état effectuera certaines actions et entrera dans le second état lorsque l’ensemble spécifié d’événements et de conditions est satisfait.

Action

Une action est un calcul exécutable et atomique (par rapport à la machine à états). Les actions peuvent inclure des opérations, la création ou la destruction d’autres objets, ou l’envoi de signaux à d’autres objets (événements).

Création d’un diagramme de machine à états

Sélectionnez Diagramme > Nouveau à partir de la barre d’outils.
Dans la fenêtre Nouveau diagramme , sélectionnez Diagramme de machine à états, puis cliquez sur Suivant. Vous pouvez utiliser la barre de recherche ci-dessus pour filtrer les résultats.
Nommez le diagramme, puis cliquez surOK. Dans ce tutoriel, nous nommerons le diagramme ÉtatTutoriel sur le diagramme de machine d’état.
Vous verrez maintenant un diagramme vide avec un pseudo-état initial.
Pour créer un nouvel état, cliquez surétat initial, puis faites glisser lebouton ressource vers la position souhaitée, puis relâchez. Lorsque vous relâchez le bouton, choisissezTransition -> État dans la fenêtre contextuelle. Une fois l’état créé, vous pouvez modifier son nom.
Répétez l’étape 5 pour créer d’autres états.
Vous verrez maintenant que les transitions ne sont pas nommées. Vous pouvez nommer une transition en cliquant deux fois dessus. Cet exemple nommera la transition entreDisponible etVerrouillé àVerrouiller.
Une fois tous les états créés, vous souhaiterez peut-être établir davantage de transitions. Vous pouvez le faire en sélectionnant Transition, en cliquant et en maintenant le bouton sur l’état de départ (Vendu dans cet exemple), puis en faisant glisser vers l’état de destination (Disponible dans cet exemple) et en relâchant. N’oubliez pas de nommer la transition.
Vous devriez voir un diagramme semblable à celui-ci une fois votre diagramme terminé :

Étude de cas : Conception de machine à états pilotée par l’IA pour le cycle de vie d’une commande e-commerce

Aperçu du scénario

Une plateforme de vente au détail en ligne doit modéliser le cycle de vie complet d’une commande client — de la passation à la livraison, en passant par la préparation et les éventuelles retours. Le système doit gérer plusieurs processus simultanés (autorisation de paiement, allocation de stock, coordination de livraison) tout en assurant des transitions d’état claires pour faciliter la traçabilité et la communication avec le client.

Défis de l’approche traditionnelle

Concevoir manuellement cette machine à états nécessiterait :

Cartographier plus de 15 états distincts de commande (En attente, Paiement autorisé, Stock réservé, Expédié, Livré, Retourné, Annulé, etc.)
Définir des conditions de garde pour chaque transition (par exemple, « Paiement autorisé ET Stock disponible → Commande confirmée »)
Gestion des sous-états concurrents pour le traitement des paiements et la livraison en entrepôt
Assurer la couverture de toutes les situations limites (échecs de paiement, ruptures de stock, retards de livraison)

Solution assistée par IA avec Visual Paradigm

Étape 1 : Prompt en langage naturel

À l’aide du chatbot IA de Visual Paradigm, l’équipe produit saisit :

“Générez un diagramme d’état-machine pour un système de commande e-commerce. Incluez les états pour la passation de commande, le traitement du paiement, la vérification du stock, la préparation de la commande, l’expédition, la livraison et les retours. Ajoutez des conditions de garde pour les échecs de paiement et les scénarios de rupture de stock. Privilégiez le traitement concurrent pour le paiement et la vérification du stock.”

Étape 2 : Diagramme généré par l’IA

L’IA produit instantanément une machine à états UML syntaxiquement correcte avec :

État pseudo-initial et états finaux de livraison/retour
États composites pour « Traitement du paiement » et « Préparation » avec sous-états imbriqués
Conditions de garde telles que[paiement réussi]et[stock disponible]
Actions d’entrée/sortie pour la journalisation et les déclencheurs de notification

Étape 3 : Affinement conversationnel

L’équipe affine itérativement le modèle via le chat :

« Ajoutez une transition de temporisation de « Paiement en attente » à « Annulé » après 15 minutes »
« Créez un état historique pour l’état composite « Préparation » afin de reprendre le traitement interrompu »
« Coloriez toutes les transitions d’erreur en rouge pour plus de visibilité »

Étape 4 : Validation et analyse des lacunes

Le moteur IA analyse le diagramme et signale :

Une transition manquante pour les scénarios de « Livraison partielle »
Recommandation d’ajouter une action « Notification client » à l’entrée d’état pour les états Expédié/Livré
Suggestion de modéliser le traitement du remboursement comme une région concurrente aux logistiques de retour

Étape 5 : Documentation et génération de code

Une fois le modèle finalisé, l’équipe utilise Visual Paradigm pour :

Générer automatiquement la documentation technique décrivant les règles métier de chaque état
Exporter un code squelette Java avec des définitions d’états basées sur des énumérations et des méthodes de transition
Envoyer le diagramme vers le client bureau pour une intégration avec le contrôle de version de l’équipe de développement

Résultat

Réduction de 70 % du temps initial de modélisation par rapport aux outils UML manuels
Logique d’état claire et vérifiable partagée entre les équipes produit, ingénierie et QA
Génération automatisée de cas de test dérivés directement des transitions d’état
Transition fluide de la conception à l’implémentation grâce à des squelettes de code générés

Maîtrisez les cycles de vie des objets complexes avec l’IA

Les machines à états sont essentielles pour modéliser le comportement piloté par des événements, mais les sous-états imbriqués et les régions concurrentes peuvent être difficiles à concevoir manuellement. Les outils d’IA de Visual Paradigm simplifient cela en transformant votre logique comportementale en diagrammes d’états UML précis — complets avecdéclencheurs, conditions de garde, et actions d’entrée/sortie.

Plateformes dotées d’IA

VP Desktop :Utilisez l’assistant d’IA intégré pour générer et affiner la logique dépendante d’état directement dans le modélisateur UML.
Chatbot d’IA :Décrivez les états et les transitions de votre objet au Chat IA pour une génération instantanée et éditable du diagramme.

Conception comportementale intelligente

🔄 Découverte des transitions :L’IA identifie automatiquement les états et les transitions à partir de vos exigences système.
🛡️ Économie de temps :Générez le diagramme en un clic, en quelques secondes.
En savoir plus sur la modélisation des diagrammes d’état par IA Écosystème complet d’IA

Fonctionnalités fondamentales classiques des diagrammes d’état UML

Dès que votre diagramme est initialisé par l’IA, Visual Paradigm met à disposition des fonctionnalités de modélisation robustes et conformes aux standards de l’industrie pour étendre votre architecture :

Catégorie de fonctionnalité	Capacités techniques
Modélisation hiérarchique	Prise en charge complète des états composites (sous-états) et des régions orthogonales parallèles pour modéliser des activités système complexes et simultanées.
Propriétés de transition	Entrées de données natives pour spécifier des déclencheurs/formels, des gardes conditionnelles et des actions comportementales exécutables ($Événement [Garde] / Action$).
Cycle de vie des états	Mappage structurel discret pour les comportements d’entrée, d’exécution et de sortie appartenant à des états individuels.
Pseudo-états	Acheminement précis des flux de travail utilisant des blocs de choix, des jonctions, des états d’historique (superficiel/profond), des branches et des regroupements.

Documentation et pipelines de code

Visual Paradigm garantit que vos maquettes d’IA conversationnelle sont entièrement intégrées aux flux de développement professionnels :

Montée en niveau transparente des outils :Les diagrammes esquissés par l’IA créés en ligne peuvent être instantanément transférés directement dans l’application bureau de Visual Paradigm afin d’exploiter des configurations avancées, un contrôle de version d’équipe et des pipelines de vérification de conformité du système.
Documentation technique à la demande :Vous pouvez demander à l’outil d’IA de rédiger des résumés contextuels de projet, des spécifications de besoins logiciels (SRS) ou des propositions de conception d’architecture directement à partir des états et des chemins présents dans votre diagramme visuel.
Génération automatique du code d’état :Le logiciel convertit directement les transitions visuelles, les choix et les cycles de vie des états en cadres de code source côté serveur, prenant en charge des structures orientées objet en Java, C++ et Python.

Conclusion

Les diagrammes d’états restent un outil indispensable pour modéliser le comportement dynamique et déclenché par des événements des systèmes complexes. En capturant la manière dont les objets passent d’un état à un autre en réponse à des événements, les équipes peuvent concevoir des architectures logicielles plus prévisibles, maintenables et testables. L’intégration de fonctionnalités alimentées par l’IA dans des outils UML modernes comme Visual Paradigm représente un changement de paradigme, transformant la modélisation d’états d’un exercice manuel et sujet aux erreurs en un processus de conception interactif et conversationnel.

Que vous soyez un architecte système expérimenté ou un développeur nouveau dans la modélisation comportementale, tirer parti de l’aide fournie par l’IA vous permet de vous concentrer sur la logique et les règles métier les plus importantes, tandis que l’outil gère la précision syntaxique, l’analyse des lacunes et la charge de documentation. À mesure que les systèmes deviennent de plus en plus asynchrones et distribués, la capacité à visualiser clairement et à valider les transitions d’état n’est plus seulement un avantage, mais une nécessité. En adoptant une modélisation des machines à états améliorée par l’IA, les équipes peuvent accélérer les cycles de conception, réduire les défauts d’implémentation et construire des systèmes capables de gérer avec élégance la complexité des interactions réelles des utilisateurs.

Références

Maîtriser les diagrammes de machines à états UML avec l’IA de Visual Paradigm: Un guide complet explorant comment l’intégration de l’IA améliore les flux de travail traditionnels de modélisation des états UML pour les systèmes d’entreprise.
Maîtriser les diagrammes de machines à états UML avec une modélisation visuelle alimentée par l’IA: Un article approfondi sur l’utilisation de l’IA conversationnelle pour accélérer la conception et la validation comportementales dans des projets logiciels complexes.
Maîtriser les diagrammes d’états avec l’IA de Visual Paradigm : un guide pour les systèmes de péage automatisés: Étude de cas pratique démontrant la conception de machines à états assistée par l’IA pour les systèmes embarqués en temps réel.
Guide complet des diagrammes de machines à états UML avec Visual Paradigm et l’IA: Tutoriel complet couvrant les concepts fondamentaux, les fonctionnalités avancées et l’automatisation pilotée par l’IA pour le développement des diagrammes d’état.
Fonctionnalités du chatbot IA de Visual Paradigm: Documentation officielle détaillant les capacités d’IA conversationnelle pour la génération de diagrammes, leur amélioration et l’interrogation de connaissances au sein de l’écosystème Visual Paradigm.
Le générateur de diagrammes IA prend désormais en charge 13 types de diagrammes: Annonce de version mettant en évidence le soutien étendu de l’IA aux types de diagrammes UML et non-UML, y compris les machines à états.
Mise à jour OpenDocs : générateur de diagrammes d’état IA: Mise à jour produit détaillant les nouvelles fonctionnalités de génération de machines à états pilotées par l’IA sur la plateforme web OpenDocs de Visual Paradigm.
Guide pour débutants sur les diagrammes de machines à états: Tutoriel d’introduction pour les nouveaux venus aux diagrammes d’état UML, couvrant la notation de base, la sémantique et les meilleures pratiques de modélisation.
Comment le chatbot IA de Visual Paradigm révolutionne la création de diagrammes pour les équipes: Analyse des avantages collaboratifs et des gains de productivité issus de la modélisation visuelle assistée par l’IA dans les environnements d’équipe.
Guide de génération de diagrammes UML pilotés par l’IA: Guide interactif pour utiliser l’interface de chat IA de Visual Paradigm afin de générer et d’améliorer des diagrammes UML à l’aide de commandes en langage naturel.
Guide de génération de diagrammes UML pilotés par l’IA (Vietnamien): Version localisée du guide de génération de diagrammes IA, soutenant les utilisateurs parlant vietnamien dans l’utilisation d’outils de modélisation conversationnelle.
Mise à jour du générateur de diagrammes de composants IA: Mise à jour technique sur les améliorations de l’IA pour les diagrammes de composants et de déploiement, complétant les capacités de modélisation des machines à états.
Avis complet : fonctionnalités de génération de diagrammes IA de Visual Paradigm: Évaluation indépendante par un tiers des outils de dessin de diagrammes pilotés par l’IA, avec un accent sur l’utilisabilité, la précision et les capacités d’intégration.
Vidéo tutoriel sur les machines à états IA de Visual Paradigm: Démonstration vidéo étape par étape de la création et de l’amélioration de diagrammes de machines à états UML à l’aide de l’assistant IA de Visual Paradigm.