Visual Paradigm UML vs. VPasCode : Choisir entre la modélisation visuelle et le diagramme en tant que code

Introduction

Modélisation visuellea traditionnellement signifié ouvrir un outil UML dédié, sélectionner des éléments de diagramme, les placer sur une toile et organiser manuellement les relations. Visual Paradigm UML suit cette approche établie avec un environnement de modélisation graphique complet pour les architectes logiciels, les analystes, les développeurs et les équipes de projet.

VPasCodereprésente une approche plus récente : le diagramme en tant que code. Au lieu de dessiner chaque élément manuellement, les utilisateurs décrivent les diagrammes en utilisantune syntaxe basée sur le texte telle que PlantUML, Mermaid, D2 ou Graphviz.L’éditeur interprète ensuite ce code source et rend le résultat sous forme de diagramme visuel.

Les deux approches appartiennent à l’écosystème Visual Paradigm, mais elles servent des styles de travail différents.Visual Paradigm UMLest centré sur la modélisation visuelle interactive et les dépôts de projets structurés.VPasCodeest optimisé pour la rédaction basée sur le texte, les flux de travail basés sur le navigateur, l’itération rapide, l’assistance par intelligence artificielle et la documentation qui peut évoluer aux côtés du code source.

La différence la plus importante est simple :

• Visual Paradigm UML:Dessinez le modèle visuellement.

• VPasCode:Écrivez ou générez le modèle sous forme de texte et affichez-le automatiquement.

Qu’est-ce que Visual Paradigm UML ?

Visual Paradigm UMLest une suite de modélisation visuelle traditionnelle conçue pour créer et gérer des modèles logiciels via une interface graphique.

Les utilisateurs peuvent créer des diagrammes en :

• Sélectionnant des éléments UML dans des palettes

• Faisant glisser des classes, des acteurs, des composants, des états et des activités sur une toile

• Dessinant des relations entre les éléments

• Organisant et alignant manuellement les objets

• Modifiant les étiquettes et les propriétés via des boîtes de dialogue

• Organisant plusieurs diagrammes à l’intérieur d’un projet de modélisation

• Lier les diagrammes aux exigences, aux modèles de base de données, au code source et à la documentation

Cette approche est familière aux analystes métier, aux architectes logiciels, aux concepteurs de systèmes et aux parties prenantes qui préfèrent travailler directement avec des formes visuelles.

Visual Paradigm UML est particulièrement utile lorsqu’un projet nécessite plus qu’un diagramme isolé. Un projet de modélisation complet peut inclure des exigences, des cas d’utilisation, des diagrammes de classes, des diagrammes de séquence, des conceptions de bases de données, des diagrammes de déploiement, des modèles de processus et des liens de traçabilité entre eux.

Qu’est-ce que VPasCode ?

VPasCode est l’éditeur Diagramme-en-Code basé sur navigateur de Visual Paradigm. Il permet aux utilisateurs de créer des diagrammes en écrivant des définitions basées sur du texte au lieu de positionner chaque objet manuellement.

L’éditeur prend en charge plusieurs formats de diagrammes, notamment :

• PlantUML

• Mermaid

• D2

• Graphviz

• Définitions de diagrammes basées sur du code

• Formats de visualisation de données et de schémas

Un espace de travail VPasCode typique contient un éditeur de texte et un aperçu en direct du diagramme. À mesure que la source du diagramme change, le rendu peut être mis à jour automatiquement.

VPasCode est conçu pour les utilisateurs qui préfèrent :

• les éditeurs de texte aux palettes graphiques

• les flux de travail basés sur Git

• des modèles de diagrammes réutilisables

• un rendu automatisé

• des outils basés sur le navigateur

• une génération et une édition assistées par IA

• une documentation stockée aux côtés des projets logiciels

Il peut également se connecter à d’autres fonctionnalités de Visual Paradigm, notamment la génération de diagrammes assistée par IA, la documentation OpenDocs, Visual Paradigm Online et Visual Paradigm Desktop.

Différence fondamentale : Modélisation graphique vs Diagramme-en-Code

La distinction principale réside dans la manière dont le diagramme est créé.

Avec Visual Paradigm UML, le diagramme lui-même est la surface de travail principale. L’utilisateur manipule directement les objets visuels. Avec VPasCode, la définition textuelle est la source principale, et le diagramme est rendu à partir de cette source.

Par exemple, un diagramme de classes PlantUML simple pourrait ressembler à ceci :

@startuml

class Client {
  idClient
  nom
  email
}

class Commande {
  idCommande
  dateCommande
  total
}

Client "1" --> "plusieurs" Commande : passe

@enduml

L’utilisateur ne dessine pas manuellement deux boîtes de classes ni ne positionne une ligne d’association. Au lieu de cela, le texte décrit les classes et leur relation, tandis que le moteur de rendu crée la mise en page visuelle.

Cela produit une expérience de conception différente :

Concepts clés

1. Langage de modélisation unifié

Le langage de modélisation unifié est un langage visuel standardisé pour décrire les systèmes logiciels, les processus métier, les structures et les interactions.

Les types de diagrammes UML courants incluent :

• Diagrammes de cas d’utilisation :Montrent les acteurs et les fonctions du système.

• Diagrammes de classes :Montrent les classes, les attributs, les opérations et les relations.

• Diagrammes de séquence :Montrent les interactions dans le temps.

• Diagrammes d’activité :Montrent les flux de travail et les processus métier.

• Diagrammes de machines à états :Montrent les états et les transitions d’un objet ou d’un système.

• Diagrammes de composants :Montrent les modules logiciels et les dépendances.

• Diagrammes de déploiement :Montrent comment le logiciel est déployé sur l’infrastructure.

• Diagrammes de paquets :Organisent les éléments du modèle en groupes logiques.

Visual Paradigm UML fournit un support graphique pour ces diagrammes, tandis que VPasCode peut générer plusieurs diagrammes au style UML grâce à des moteurs basés sur le texte tels que PlantUML et Mermaid.

2. Diagramme en tant que code

Diagramme en tant que codeapplique les principes du développement logiciel à la documentation visuelle.

Au lieu de stocker uniquement une image finie, l’équipe stocke les instructions nécessaires pour générer l’image. Cela signifie que les diagrammes peuvent être :

• Modifiés en tant que texte

• Examiné ligne par ligne

• Stocké dans Git

• Réutilisé via des modèles

• Régénéré de manière cohérente

• Mis à jour en même temps que le code de l’application

• Intégré dans les pipelines de documentation technique

Par exemple, un changement d’un service à deux services peut être examiné comme une modification textuelle :

- PaymentService --> OrderService
+ PaymentService --> OrderService
+ FraudDetectionService --> PaymentService

La différence exacte dépend de la syntaxe choisie, mais le principe est le même : le changement structurel devient visible dans le contrôle de version.

3. Dépôt de modèles vs. Dépôt de texte

Outils UML traditionnelsstockent souvent les modèles dans des fichiers de projet structurés ou des dépôts spécialisés. Ces dépôts peuvent contenir plus que le diagramme visible, y compris des métadonnées, des relations, des exigences, des propriétés du modèle et des informations de traçabilité.

VPasCode traite généralement la définition du diagramme comme un artefact textuel. Une équipe peut stocker un fichier tel que le suivant dans un dépôt de projet :

docs/
  architecture/
    system-context.puml
    deployment.mmd
    checkout-sequence.puml

Cela rend les diagrammes plus faciles à placer à côté :

• Code source de l’application

• Fichiers README

• Enregistrements de décisions d’architecture

• Définitions d’infrastructure

• Spécifications d’API

• Documentation de construction et de déploiement

4. Mise en page automatique

Dans un outil UML graphique, l’utilisateur peut contrôler manuellement la position des formes individuelles. Cela offre un contrôle visuel précis, mais peut devenir chronophage à mesure que les diagrammes grandissent.

Les outils Diagramme-as-Code calculent généralement la mise en page automatiquement. Cela est utile pour :

• Générations répétées de documentation

• Diagrammes de dépendances volumineux

• Cartes d’architecture générées automatiquement

• Pipelines d’intégration continue

• Diagrammes qui changent fréquemment

La mise en page automatique n’est pas toujours parfaite. Les diagrammes complexes peuvent nécessiter un regroupement, des paramètres de direction, des relations cachées, des indications de classement ou d’autres ajustements de syntaxe. Cependant, la source reste reproductible, et les modifications de mise en page peuvent être régénérées après chaque mise à jour.

5. Génération de diagrammes assistée par IA

VPasCode intègre des fonctionnalités d’IAqui peuvent aider à générer ou à modifier le code source de diagrammes à partir d’instructions en langage naturel.

Un utilisateur peut saisir une invite telle que :

Créez un diagramme de séquence pour un client se connectant à une application web en utilisant un navigateur, un service d’authentification, une base de données d’utilisateurs et un jeton d’accès.

L’IA peut générer une définition initiale PlantUML ou Mermaid. L’utilisateur peut ensuite :

1. Examiner le code généré.

2. Inspecter le diagramme rendu.

3. Corriger les hypothèses inexactes.

4. Renommer les composants en utilisant la terminologie du projet.

5. Ajouter les acteurs ou services manquants.

6. Ajuster les relations et l’ordre de séquence.

7. Appliquer un thème visuel cohérent.

8. Enregistrer le code final dans le référentiel du projet.

L’IA est la plus utile en tant qu’accélérateur. Elle peut produire rapidement un premier brouillon, mais les équipes techniques doivent toujours valider les limites de l’architecture, les hypothèses de sécurité, les règles métier et les dépendances du système.

Exemple 1 : Création d’un diagramme de classes

Flux de travail UML Visual Paradigm

Un flux de travail graphique typique serait :

1. Créer un nouveau projet UML.

2. Ajouter un diagramme de classes.

3. Faites glisser Client et Commande éléments de classe sur la zone de dessin.

4. Ajouter des attributs et des opérations.

5. Dessiner une association entre les classes.

6. Définir les multiplicités, telles que un-à-plusieurs.

7. Aligner et mettre en forme le diagramme.

8. Enregistrer le modèle dans le référentiel du projet.

Cela est intuitif pour les utilisateurs qui préfèrent la manipulation directe et les retours visuels.

Flux de travail VPasCode

Le même design pourrait être écrit en PlantUML :

@startuml

skinparam classAttributeIconSize 0

class Customer {
  +customerId: UUID
  +name: String
  +email: String
}

class Order {
  +orderId: UUID
  +createdAt: DateTime
  +status: OrderStatus
}

enum OrderStatus {
  PENDING
  PAID
  SHIPPED
  CANCELLED
}

Customer "1" -- "0..*" Order : owns
Order --> OrderStatus

@enduml

Cette approche rend la structure du modèle explicite et facile à modifier. Ajouter une nouvelle propriété signifie généralement modifier une seule ligne plutôt que d’ouvrir plusieurs boîtes de dialogue de propriétés.

Exemple 2 : Création d’un diagramme de séquence

Un flux de connexion peut être représenté avec PlantUML comme suit :

@startuml

actor User
participant Browser
participant "Web Application" as App
participant "Authentication Service" as Auth
database UserDatabase as DB

User -> Browser: Enter credentials
Browser -> App: Submit login request
App -> Auth: Authenticate credentials
Auth -> DB: Find user and verify password
DB --> Auth: User record
Auth --> App: Authentication result

alt Credentials valid
  App --> Browser: Create session
  Browser --> User: Display dashboard
else Credentials invalid
  App --> Browser: Return error
  Browser --> User: Display login error
end

@enduml

Dans un outil UML graphique, chaque participant et chaque message est créé via des éléments visuels. Dans VPasCode, la séquence et le chemin alternatif sont représentés directement dans la source.

Cela est particulièrement utile lorsque la séquence change fréquemment lors du développement d’API ou d’authentification.

Exemple 3 : Création d’un diagramme d’architecture avec Mermaid

Mermaid est souvent pratique pour une documentation légère et des dépôts basés sur Markdown.

flowchart LR
    User[Customer] --> Web[Web Application]
    Web --> API[API Gateway]
    API --> Orders[Order Service]
    API --> Payments[Payment Service]
    Orders --> DB[(Order Database)]
    Payments --> PSP[Payment Provider]

Ce diagramme peut être placé directement dans la documentation Markdown lorsque le système de documentation cible prend en charge le rendu Mermaid.

Une équipe peut utiliser Mermaid pour les fichiers README et les notes techniques légères, tout en utilisant PlantUML pour des modèles UML plus formels.

Choisir le bon moteur de diagramme

L’approche multi-moteur de VPasCode permet aux équipes de sélectionner une syntaxe appropriée pour différentes tâches.

Le meilleur choix dépend du public et de l’environnement de documentation. PlantUML est souvent approprié lorsque la sémantique et la notation UML sont importantes. Mermaid est pratique lorsque les diagrammes sont intégrés dans du Markdown. Graphviz est précieux lorsque la mise en page des relations compte plus que la notation UML formelle.

Points forts de Visual Paradigm UML

Visual Paradigm UMLest généralement le choix le plus pertinent lorsqu’un projet nécessite une modélisation visuelle complète.

Ses avantages incluent :

• Manipulation directe des éléments du diagramme

• Notation familière pour les analystes et les architectes

• Organisation structurée du modèle

• Prise en charge de plusieurs types de diagrammes UML

• Mise en forme visuelle détaillée

• Contrôle manuel de la mise en page

• Flux de travail de modélisation et de conception plus étendus

• Adaptabilité aux ateliers avec des parties prenantes non techniques

• Intégration avec des projets de modélisation plus vastes

• Prise en charge de scénarios d’ingénierie directe et inverse

Un environnement graphique est particulièrement efficace lors de sessions de conception collaborative où les participants doivent pointer, déplacer et discuter d’éléments sur une toile partagée.

Il est également utile lorsque le modèle contient des métadonnées riches ou des relations qui dépassent le diagramme visible.

Points forts de VPasCode

VPasCode est généralement le choix le plus robuste pour un diagrammation rapide, centrée sur le texte et orientée développeur.

Ses avantages incluent :

• Accès basé sur le navigateur

• Aucune installation locale requise pour l’éditeur

• Rendu en direct

• Fichiers sources basés sur du texte

• Flux de travail compatibles avec Git

• Revisions ligne par ligne plus faciles

• Syntaxe et modèles réutilisables

• Prise en charge de plusieurs moteurs de diagrammation

• Génération assistée par IA

• Modification assistée par IA

• Correction de syntaxe assistée par IA

• Diagrammes et liens partageables

• Options d’exportation d’images et de vecteurs

• Connexions aux flux de travail de documentation

Il est particulièrement utile lorsque les diagrammes doivent évoluer avec le code source et la documentation technique.

Collaboration et gestion de version

La différence entre les modèles de collaboration est significative.

Un diagramme créé manuellement peut être difficile à examiner lors d’une revue de code. Un réviseur peut voir qu’un fichier de modèle a changé, mais comprendre le changement architectural exact peut nécessiter d’ouvrir l’application de modélisation.

Avec le Diagramme-en-Code, les changements sont représentés sous forme de texte. Par exemple :

 component "Service de Commandes" as Orders
 component "Service de Paiement" as Payments
+component "Service de Détection de Fraude" as Fraud

 Web --> Orders
 Orders --> Payments
+Payments --> Fraud

Cela permet aux développeurs et aux architectes d’examiner les changements en utilisant des outils familiers tels que :

• Git

• Demandes de tirage (pull requests)

• Branches

• Historique des commits

• Revisions de fusion

• Vérifications d’intégration continue

Le résultat n’est pas que les diagrammes basés sur le texte remplacent les dépôts de modèles dans toutes les situations. Plutôt, ils offrent un flux de travail plus naturel pour les équipes déjà organisées autour du contrôle de source.

Flux de travail IA dans VPasCode

Un flux de travail productif assisté par l’IA peut suivre ces étapes.

Étape 1 : Décrire l’objectif

Expliquez ce que le diagramme doit communiquer.

Exemple :

Montrez les composants d’une librairie en ligne et la manière dont les clients, l’application web, le service de catalogue, le service de commande, le fournisseur de paiement et la base de données interagissent.

Étape 2 : Spécifier le type de diagramme

Indiquez à l’IA si le résultat doit être un :

• Diagramme de classes

• Diagramme de séquence

• Diagramme de composants

• Diagramme de déploiement

• Organigramme

• Diagramme entité-association

• Diagramme d’états

Étape 3 : Sélectionner la syntaxe préférée

Choisissez PlantUML, Mermaid, D2 ou un autre format pris en charge en fonction du public cible et du référentiel.

Étape 4 : Examiner le code généré

Vérifiez :

• Noms des composants

• Relations

• Direction des flèches

• Limites du système

• Dépendances externes

• Limites de sécurité ou de confiance

• Stockages de données

• Acteurs manquants

• Hypothèses incorrectes

Étape 5 : Affiner avec des instructions ciblées

Les instructions utiles incluent :

• Ajoutez un cache entre la passerelle API et le service de catalogue.

• Regroupez tous les systèmes externes dans une frontière distincte.

• Remplacez le fournisseur de paiement par un service externe abstrait.

• Affichez la communication asynchrone entre le service de commande et le service de notification.

• Simplifiez le diagramme pour ne montrer que les composants orientés client.

• Renommez tous les services en utilisant la terminologie officielle du projet.

Étape 6 : Validez avec les parties prenantes

Les diagrammes générés par l’IA doivent être examinés par les personnes qui comprennent le système, notamment :

• Développeurs

• Architectes de solution

• Propriétaires du produit

• Ingénieurs en sécurité

• Équipes d’exploitation

• Analystes métier

Étape 7 : Stockez et publiez le résultat

Enregistrez la source finale avec le projet, exportez l’image rendue si nécessaire, et publiez-la dans la documentation technique.

Quand choisir Visual Paradigm UML

Choisissez Visual Paradigm UML lorsque :

• Vous avez besoin d’un projet de modélisation complet.

• Les parties prenantes préfèrent l’interaction graphique.

• Vous avez besoin d’un contrôle manuel précis de la mise en page.

• Le modèle contient des métadonnées riches et des relations de traçabilité.

• Vous animez des ateliers de conception visuelle.

• Vous avez besoin de capacités de modélisation UML et de systèmes plus étendues.

• Le diagramme fait partie d’un flux de travail de modélisation de bureau étendu.

• Les analystes et les architectes doivent travailler directement avec les éléments du modèle.

C’est un choix solide pour la modélisation formelle, l’architecture d’entreprise, l’analyse des exigences et les projets où les diagrammes sont gérés dans le cadre d’un modèle structuré plus large.

Quand choisir VPasCode

Choisissez VPasCode lorsque :

• Vous préférez écrire les diagrammes sous forme de texte.

• Les diagrammes doivent être hébergés dans des dépôts Git.

• Vous avez besoin d’une revue de code basée sur les lignes.

• La documentation change fréquemment.

• Vous souhaitez un accès basé sur le navigateur.

• Vous avez besoin de plusieurs moteurs de diagrammes dans un seul espace de travail.

• Vous souhaitez que l’IA crée ou modifie la source du diagramme.

• Vous avez besoin de diagrammes répétables générés à partir de modèles.

• Vous souhaitez intégrer des diagrammes dans du Markdown ou de la documentation technique.

• Vous souhaitez passer rapidement d’une idée en langage naturel à un brouillon visuel.

VPasCode est particulièrement adapté aux équipes de développement logiciel, aux ingénieurs DevOps, aux rédacteurs techniques, aux architectes de solutions et aux développeurs qui utilisent déjà des flux de travail centrés sur le code.

Utilisation des deux outils ensemble

Le choix n’a pas besoin d’être exclusif. Visual Paradigm UML et VPasCode peuvent être utilisés à différentes étapes du même projet.

Un flux de travail combiné pourrait ressembler à ceci

1. Utilisez un assistant IA ou VPasCode pour créer un brouillon d’architecture initial.

2. Affinez la source du diagramme dans VPasCode.

3. Stockez la source aux côtés du code de l’application.

4. Revuez les modifications via Git.

5. Publiez le diagramme dans la documentation technique.

6. Transférez le modèle vers Visual Paradigm Desktop lorsque un modélisation visuelle approfondie est requise.

7. Continuez à éditer ou à étendre le modèle via l’environnement approprié de Visual Paradigm.

Cette approche hybride combine la rapidité et la répétabilité du Diagramme en tant que Code avec la profondeur et le contrôle visuel d’une suite de modélisation traditionnelle.

Guide de décision pratique

Pratiques de travail recommandées

Quel que soit l’outil sélectionné, les diagrammes efficaces doivent suivre quelques principes :

• Définissez l’objectif avant de choisir un type de diagramme.

• Gardez chaque diagramme centré sur une seule question.

• Utilisez une dénomination cohérente dans les diagrammes et le code source.

• Distinguez clairement les systèmes internes et externes.

• Évitez les détails d’implémentation inutiles dans les diagrammes destinés aux parties prenantes.

• Utilisez des couches, des paquets ou des limites pour contrôler la complexité.

• Vérifiez les diagrammes générés pour leur exactitude factuelle.

• Stockez les fichiers sources avec la documentation qu’ils supportent.

• Mettez à jour les diagrammes lorsque le système sous-jacent change.

• Préférez plusieurs diagrammes ciblés à une vue d’ensemble illisible.

Pour VPasCode spécifiquement, les équipes devraient également :

• Établissez des conventions de nommage et de style.

• Gardez les fichiers sources suffisamment petits pour être examinés.

• Utilisez des modèles pour les types de diagrammes récurrents.

• Sélectionnez le moteur de diagrammes de manière délibérée.

• Traitez la sortie de l’IA comme un brouillon plutôt que comme un modèle autoritaire.

• Examinez à la fois la sortie rendue et le code source.

• Gardez les diagrammes générés synchronisés avec les changements d’architecture.

Conclusion

Visual Paradigm UML et VPasCodereprésentent deux approches complémentaires de la modélisation logicielle.

Visual Paradigm UML met l’accent sur la manipulation visuelle directe, les modèles structurés, le contrôle détaillé des diagrammes et la modélisation complète basée sur des projets. Il est bien adapté à l’analyse formelle, au travail d’architecture, à la modélisation des exigences et à la conception visuelle collaborative.

VPasCode met l’accent sur les définitions de diagrammes basées sur du texte, le rendu automatique, l’accès via navigateur, l’assistance par IA, plusieurs moteurs de diagrammes et une documentation conviviale avec le contrôle de version. Il est particulièrement efficace pour les équipes de développement qui souhaitent que les diagrammes évoluent aux côtés du code et de la documentation technique.

La décision pratique se résume à la préférence de flux de travail et aux exigences du projet :

• Choisissez Visual Paradigm UMLlorsque vous avez besoin d’un environnement de modélisation graphique riche.

• Choisissez VPasCodelorsque vous souhaitez des diagrammes qui peuvent être écrits, examinés, générés et maintenus comme du code.

• Utilisez les deuxlorsqu’un projet bénéficie à la fois d’une itération rapide de Diagramme-en-Code et d’une modélisation visuelle plus approfondie.

L’avantage central de VPasCode n’est pas simplement qu’il remplace le dessin par la saisie. Il transforme les diagrammes en actifs techniques maintenables qui peuvent être générés, examinés, versionnés, réutilisés et connectés au reste du cycle de vie du développement logiciel.

Articles et publications pertinents de Visual Paradigm

1. VPasCode – Plateforme de texte vers diagramme: Aperçu de l’éditeur basé sur le navigateur de VPasCode, des moteurs pris en charge, du rendu en direct et des fonctionnalités d’IA.
2. VPasCode : Outil unifié de diagrammes en code pour PlantUML, Mermaid, D2 et Graphviz: Introduction à la plateforme Diagramme-en-Code multi-moteurs de Visual Paradigm.
3. Maîtriser VPasCode : Le guide ultime des diagrammes en code propulsés par l’IA avec support multi-moteurs: Guide détaillé sur VPasCode, la génération de diagrammes par IA, la sélection de moteurs et l’intégration des flux de travail.
4. Guide complet des avantages de l’éditeur VPasCode dans l’écosystème de Visual Paradigm: Explique les avantages de VPasCode en matière de collaboration, de documentation, d’IA et de transformation de modèles en code.
5. Comment le chatbot IA de Visual Paradigm et VPasCode fonctionnent comme un écosystème intégré pour la création de diagrammes: Décrit le flux de travail allant des invites en langage naturel au code de diagramme modifiable.
6. Concevoir l’avenir : Le guide ultime de la documentation vivante automatisée avec Visual Paradigm et l’IA: Discute des diagrammes assistés par l’IA et de la documentation technique maintenue en continu.
7. Transformez les images de diagrammes en code modifiable avec l’IA VPasCode: Couvre la génération de code de diagramme modifiable à partir de captures d’écran, de diagrammes existants et de références dessinées à la main.
8. Fonctionnalités de VPasCode de Visual Paradigm: Met en avant la génération par IA, la modification par IA, les diagnostics, la traduction, les thèmes et le rendu en temps réel.
9. Visualisez le code Zig sous forme de diagrammes de classes UML avec VPasCode: Démontre l’utilisation de VPasCode pour la génération de diagrammes basée sur le code.
10. Au-delà du code : Comment la modélisation UML stratégique comble le fossé entre les développeurs et les parties prenantes: Explore comment l’UML soutient la communication entre les publics techniques et non techniques.

Cette publication est également disponible en English : liste des langues séparées par une virgule, فارسی : dernière langue.