Introduction aux types de diagrammes UML
Langage de modélisation unifié, c'est-à-dire UML en mots simples, qui est un langage de modélisation à usage général. L'objectif principal d'UML est de visualiser la manière dont un système est conçu de manière standard. C'est aussi très semblable aux plans qui sont également utilisés dans d'autres domaines de l'ingénierie. Ce n'est pas un langage de programmation, mais plutôt un langage visuel. Les types de diagrammes UML sont utilisés pour démontrer uniquement le comportement ainsi que la structure d'un système. UML aide les architectes de systèmes, les hommes d'affaires et également les ingénieurs logiciels dans la modélisation, la conception ainsi que l'analyse. L'OMG, c'est-à-dire l'Object Management Group, a adopté UML comme standard en 1997. Depuis, il est géré par eux. Après cela, en 2005, l'ISO a publié UML en tant que norme approuvée. UML a été révisé et révisé périodiquement au fil des ans.
Ensuite, discutons des types de diagrammes UML.
Différents types de diagrammes UML
Il existe de nombreux types de diagrammes UML et chacun a un objectif différent sans se demander s'il a été conçu avant l'implémentation ou après l'implémentation.
2 des catégories les plus larges qui couvrent tous les autres types sont
- Diagramme UML comportemental
- Diagramme StructuralUML.
Comme vous pouvez le deviner uniquement à partir du nom, certains des diagrammes UML analysent et décrivent la structure d'un processus, tandis qu'un autre décrit le comportement du système, ses composants de construction et également ses acteurs. Les autres types catégorisés sont les suivants:
Diagramme UML structurel
- Diagramme de classe
- Diagramme d'objets
- Diagramme des composants
- Diagramme de structure composite
- Diagramme de déploiement
- Diagramme de package
- Diagramme de profil
Diagramme UML comportemental
- Diagramme d'activité
- Diagramme de cas d'utilisation
- Diagramme de présentation des interactions
- Diagramme de synchronisation
- Diagramme de la machine d'état
- Diagramme de communication
- Diagramme de séquençage
Laissez-nous en discuter brièvement:
1. Diagramme d'activité
Le diagramme d'activité est les diagrammes UML les plus importants utilisés pour effectuer la modélisation des processus métier. Il est essentiellement utilisé pour expliquer le flux de diverses activités ainsi que des actions dans le développement de logiciels. En outre, ceux-ci peuvent être à la fois séquentiels et parallèles.
2. Diagramme de cas d'utilisation
Les diagrammes de cas d'utilisation sont essentiellement nécessaires pour analyser les exigences de haut niveau du système. Maintenant, ces exigences peuvent être exprimées à l'aide de différents cas d'utilisation.
3. Diagramme de présentation de l'interaction
C'est celui qui a la capacité d'imaginer le flux de contrôle avec les nœuds qui contient des diagrammes d'interaction. Il est identique au diagramme d'activité dans le sens où les deux visualisent la séquence d'activités.
4. Diagramme de synchronisation
Ces diagrammes sont essentiellement nécessaires pour représenter les relations entre les objets chaque fois que le centre d'attention repose sur le temps. Cependant, même si nous ne sommes pas intéressés de savoir comment les objets interagissent ou même se changent, nous souhaitons représenter comment faire ces objets ainsi que les acteurs agiraient le long d'un axe temporel linéaire.
5. Diagramme UML de la machine d'état
Les diagrammes UML des machines à états sont également appelés diagrammes à diagrammes d'états. Ils sont principalement utilisés pour expliquer les différents états d'un composant dans le système. Les diagrammes UML de la machine à états prennent le nom de machine à états car le diagramme est essentiellement une machine uniquement, ce qui explique les différents états d'un objet et également comment il change en fonction des événements internes et externes.
6. Diagramme de communication
Les diagrammes de communication, tout comme les diagrammes de séquence, sont une sorte de diagramme d'interaction montrant comment les objets interagissent. Il s'agit d'une extension d'un diagramme d'objets qui montre des objets avec des messages qui se déplacent de l'un à l'autre.
7. Diagramme de séquence UML
Les diagrammes UML de séquence peuvent également être considérés comme les diagrammes UML les plus importants parmi les modèles de conception pour le développement d'une application métier. Puisqu'ils possèdent une nature visuellement explicite, ces derniers temps, ces diagrammes sont devenus très populaires dans la prédiction des processus métier.
8. Diagramme de classe
Le diagramme de classe UML peut également être considéré comme le type de diagramme le plus courant requis pour la documentation du logiciel. Comme la plupart des logiciels créés aujourd'hui sont toujours basés sur le paradigme OOP, donc si nous utilisons des diagrammes de classes pour documenter ces logiciels, cela s'avère être une solution de bon sens. Cela se produit également car la POO dépend des classes et des relations.
9. Diagramme d'objets
Les diagrammes UML d'objets aident les développeurs à vérifier si la structure abstraite générique qu'ils ont créée, c'est-à-dire le diagramme de classes, représente une structure viable chaque fois qu'elle est mise en pratique, c'est-à-dire lorsque les objets d'une classe sont instanciés. Cependant, peu de développeurs y voient un niveau secondaire de vérification de la précision.
10. Diagramme des composants
Les diagrammes UML de composants peuvent aider à décomposer le système en composants plus petits chaque fois que vous traitez avec la documentation de systèmes assez complexes. Souvent, il est assez difficile de prédire l'architecture d'un système car il peut englober divers services ou il peut également utiliser des technologies différentes.
11. Diagramme de structure composite
Un diagramme de structure composite est considéré comme un type de diagramme statique montrant la structure interne de la classe ainsi que les collaborations. Il s'agit d'un ensemble d'éléments interconnectés.
12. Diagramme de déploiement
Ensuite, les diagrammes de déploiement sont généralement utilisés pour visualiser la relation entre le logiciel et le matériel. Si nous parlons plus spécifiquement, à l'aide de diagrammes de déploiement, nous pouvons également construire un modèle physique de la façon dont les artefacts sont déployés sur des nœuds qui sont des composants matériels.
Si nous parlons d'un diagramme de déploiement simplifié typique dans une application Web, il comprendrait:
- Nœuds, c'est-à-dire serveur d'applications et serveur de bases de données
- Artefacts, c'est-à-dire client d'application et schéma de base de données
13. Diagramme du paquet
Le diagramme de package ressemble plus à un conteneur de macro requis pour le déploiement de diagrammes UML que nous avons déjà expliqué. Désormais, différents packages contiennent des nœuds et également des artefacts. Ils organisent les composants et les diagrammes de modèle en groupes de la même manière qu'un espace de noms encapsulerait des noms différents qui sont en quelque sorte assez corrélés.
14. Diagramme de profil
Les diagrammes de profil ne peuvent pas être considérés comme le type de diagramme UML typique. Malgré cela, il peut être considéré plus comme un mécanisme d'extensibilité et non comme un type de diagramme comme les autres.
Si nous utilisons des stéréotypes, des contraintes et des valeurs balisées, nous pouvons facilement étendre et personnaliser les notations UML déjà existantes. Les diagrammes de profil, cependant, sont comme une langue. Par exemple, si vous parlez anglais, vous pouvez facilement créer de nouvelles phrases. De la même manière, si vous parlez de diagrammes de profil, vous pouvez facilement et spécifiquement créer de nouvelles propriétés ainsi que la sémantique des diagrammes UML.
Conclusion
Ainsi, les diagrammes UML sont utiles lorsque nous modélisons des données d'entreprise. Les attributs de classe sont mappés aux méthodes d'accès abstraites pour les champs persistants et les rôles d'association sont mappés aux méthodes d'accès abstraites pour les champs de relation. La navigabilité prédit si les méthodes d'accès aux relations apparaissent dans les deux beans entité liés ou dans un seul. En outre, la notation de multiplicité détermine le type correct pour les champs de relation, les problèmes d'un cycle de vie et les caractéristiques de suppression en cascade.
Articles recommandés
Ceci est un guide des types de diagrammes UML. Ici, nous discutons des concepts de base avec les catégories les plus larges de diagramme UML. Vous pouvez également consulter nos autres articles suggérés pour en savoir plus -
- Qu'est-ce que C ++
- Qu'est-ce que Git?
- Qu'est-ce que JavaScript?
- Qu'est-ce que PHP Array?