Diagrammes UML2 et ER. UML : de la théorie à la pratique Représentation des solutions de conception sous forme de diagrammes uml

5.4. Les diagrammes d'objets sont essentiels : les objets et leurs relations Un diagramme d'objets montre les objets existants et leurs relations dans la conception logique d'un système. En d'autres termes, un diagramme d'objets est un instantané du flux d'événements dans une certaine configuration.

5.7. Diagrammes de processus. Essentiel : processeurs, dispositifs et connexions Les diagrammes de processus sont utilisés pour montrer la distribution des processus entre les processeurs dans la conception physique d'un système. Un diagramme de processus séparé montre une vue de la structure du processus

10.4. SCHÉMA UML 10.4.1. Types de diagrammes visuels UMLUML permet de créer plusieurs types de diagrammes visuels : diagrammes de cas d'utilisation ; diagrammes de séquence; diagrammes coopératifs; diagrammes de classes ; diagrammes d'état ; diagrammes

1.2.6. Cadre du diagramme La figure 1.2.26 montre un exemple typique d'un diagramme de décomposition avec des boîtes englobantes, appelé le cadre du diagramme. Riz. 1.2.26. Exemple de diagramme de décomposition avec wireframe Le wireframe contient un titre ( partie supérieure charpentes) et sous-sol (partie basse).

Chronogrammes Pour obtenir les chronogrammes des tensions d'entrée et de sortie, vous devez modifier légèrement le fichier d'entrée. Comme dans l'exemple précédent, une tension d'entrée sinusoïdale sera utilisée : Vi 1 0 sin (0 0,5V 5kHz) Parallèlement à l'analyse transitoire

Tableaux et graphiques Seul un spécialiste peut voir la signification derrière les rangées interminables de nombres, mais n'importe qui peut comprendre (ou du moins prétendre comprendre) un diagramme à barres ou un diagramme à secteurs. VBA n'a pas d'outils de création de diagrammes intégrés, mais de tels

5.1.14. Diagrammes de diagrammes - représentation graphique données numériques du tableau. Pages propose plusieurs types de graphiques : Column (Columnar), Stacked Column (Multi-tiered columns), Vag (Histogram), Stacked Vag (Multi-tiered histogram), Line (Linear), Area (Area), Stacked Area (Multi-tiers). à plusieurs niveaux

5.2.8. Graphiques Un graphique est une représentation graphique des données d'une plage sélectionnée. Pour créer un graphique, suivez l'algorithme suivant1. Créer un tableau de valeurs calculées.2. Sélectionnez la plage souhaitée (elle peut être constituée de rectangles non adjacents

Langage UML est un langage de modélisation graphique à usage général pour la spécification, la visualisation, la conception et la documentation de tous les artefacts créés lors du développement de systèmes logiciels.

Il existe de nombreux bons livres qui décrivent en détail UML (parfois même très détaillés), j'aimerais rassembler en un seul endroit les concepts de base sur les diagrammes, les entités et les relations entre eux pour un rappel rapide, quelque chose comme une feuille de triche.

La note utilise des matériaux de livres: Ivanov D. Yu., Novikov F. A. Langage de modélisation unifié UML et Léonenkov. Tutoriel UML.

Commençons par l'éditeur. Sous Linux, j'ai essayé différents éditeurs UML, j'ai surtout aimé UMLet, bien qu'il soit écrit en Java, il se déplace très rapidement et la plupart des blancs d'entités s'y trouvent. Il y a aussi ArgoUML, un éditeur UML multiplateforme, également écrit en Java, riche en fonctionnalités, mais plus lent.

je me suis arrêté à UMLet, installez-le sous Arch Linux et ubuntu:

# sous Arch Linux yaourt -S umlet # sous Ubuntu sudo apt-get install umlet

En UML, toutes les entités peuvent être décomposées dans les types suivants :

• de construction;
• comportemental ;
• regroupement;
• annotatif ;

L'UML utilise quatre principaux types de relations :

Dépendance- indique que la modification de l'entité indépendante affecte d'une manière ou d'une autre l'entité dépendante. Graphiquement, une relation de dépendance est représentée par une ligne pointillée avec une flèche pointant de l'entité dépendante vers l'entité indépendante.

Association- a lieu si une entité est directement liée à une autre (ou à d'autres - l'association peut être non seulement binaire). Graphiquement, une association est représentée par une ligne pleine avec divers ajouts reliant des entités liées.

Généralisation est une relation entre deux entités, dont l'une est un cas particulier (spécialisé) de l'autre. Graphiquement, la généralisation est représentée par une ligne avec une flèche triangulaire non remplie à la fin, dirigée du particulier (sous-classe) au général (superclasse).

Implémentations- la relation d'implémentation indique qu'une entité est une implémentation d'une autre. Graphiquement, la mise en œuvre est représentée par une ligne pointillée avec une flèche triangulaire vide à la fin, dirigée de l'entité de mise en œuvre à celle mise en œuvre.

À UML2 défini 13 types de graphiques. Selon les normes, chaque graphique doit avoir un cadre avec un rectangle (en bas à droite biseauté) dans le coin supérieur gauche, qui indique l'ID du graphique (tag) et le titre.

Diagrammes pour illustrer la structure du système:

• Diagramme de composants (diagramme de composants, étiquette composant);
• Diagramme de déploiement (diagramme de déploiement, tag déploiement);
• Diagramme de classes (diagramme de classes, tag classe);
• Diagramme d'objets (diagramme d'objets, tag objet);
• Schéma de structure interne (schéma de structure composite, tag classe);

Diagrammes pour décrire le comportement du système:

• Diagramme de synchronisation (diagramme d'interaction, tag Horaire);
• Diagramme d'activité (diagramme d'activité, tag activité);
• diagramme de séquence (diagramme de séquence, étiquette Dakota du Sud);
• Schéma de communication (schéma de communication, tag communication);
• Diagramme d'automate (diagramme de machine d'état, tag machine d'état);
• Diagramme de présentation des interactions, balise interaction);

Les graphiques se démarquent :

• Diagramme de cas d'utilisation (diagramme de cas d'utilisation, balise de cas d'utilisation) ;
• Diagramme de package (diagramme de package, balise emballer);

Diagramme d'utilisation

Diagramme d'utilisation(diagramme de cas d'utilisation) est la représentation la plus générale de l'objectif fonctionnel du système.

Considérant un diagramme de cas d'utilisation comme un modèle de système, on peut l'associer à un modèle de boîte noire. Chaque cas d'utilisation définit une séquence d'actions qui doivent être exécutées par le système conçu lorsqu'il interagit avec l'acteur correspondant.

Le diagramme d'utilisation utilise deux types d'entités de base : les cas d'utilisation et les acteurs, entre lesquels les types de relations de base suivants sont établis.

rapport d'association- Cette relation établit le rôle spécifique joué par un acteur lorsqu'il interagit avec une instance d'un cas d'utilisation. Une relation d'association est indiquée par une ligne pleine entre l'acteur et le cas d'utilisation. Cette ligne peut comporter des symboles supplémentaires, comme par exemple un nom et une multiplicité.

Relation d'extension- définit la relation des instances d'un cas d'utilisation unique avec un cas d'utilisation plus général, dont les propriétés sont déterminées en fonction de la façon dont ces instances sont combinées entre elles. Ainsi, s'il existe une relation d'extension du cas d'utilisation A au cas d'utilisation B, cela signifie que les propriétés d'une instance du cas d'utilisation B peuvent être complétées en raison de la présence de propriétés dans le cas d'utilisation étendu A.

La relation d'extension entre les cas d'utilisation est notée ligne pointillée avec une flèche (variante de relation de dépendance) pointant vers le cas d'utilisation qui est une extension du cas d'utilisation d'origine.

Relation de généralisation sert à indiquer le fait qu'un cas d'utilisation A peut être généralisé au cas d'utilisation B. Dans ce cas, le cas d'utilisation A sera une spécialisation du cas d'utilisation B. Dans ce cas, B est appelé un ancêtre ou un parent de A, et l'utilisation A est un descendant du cas d'utilisation de V.

Graphiquement, cette relation est représentée par une ligne pleine avec une flèche en forme de triangle ouvert qui pointe vers le cas d'utilisation parent.

Une relation de généralisation entre les cas d'utilisation est utilisée lorsqu'il est nécessaire de noter que les cas d'utilisation enfants ont tous les attributs et comportements des cas d'utilisation parents.

Relation d'inclusion entre deux cas d'utilisation indique qu'un comportement spécifié pour un cas d'utilisation est inclus en tant que composant dans la séquence de comportement d'un autre cas d'utilisation.

Une relation d'inclusion, du cas d'utilisation A au cas d'utilisation B, indique que chaque instance du cas d'utilisation A inclut les propriétés fonctionnelles spécifiées pour le cas d'utilisation B.

Graphiquement, cette relation est représentée par une ligne pointillée avec une flèche (variante de relation de dépendance) pointant du cas d'utilisation de base vers le cas d'utilisation inclus.

diagramme de classe

diagramme de classe(diagramme de classes) - le principal moyen de décrire la structure statique du système.

Le diagramme de classes utilise un type principal d'entités : les classes (dont de nombreux cas particuliers de classes : interfaces, types primitifs, classes d'association, etc.), entre lesquelles s'établissent les principaux types de relations suivants : dépendances, associations, généralisations, implémentations.

Relation de dépendance indique généralement une relation sémantique entre deux éléments de modèle ou deux ensembles de tels éléments qui n'est pas une relation d'association, de généralisation ou d'implémentation. Une relation de dépendance est utilisée dans une situation où un changement dans un élément de modèle peut nécessiter un changement dans un autre élément de modèle dépendant.

Une relation de dépendance est représentée graphiquement par une ligne pointillée entre les éléments correspondants avec une flèche à une extrémité, la flèche pointant de la classe client de la dépendance vers la classe indépendante ou source.

Au-dessus de la flèche, il peut y avoir des mots clés(stéréotypes):

• "access" - sert à indiquer la disponibilité des attributs publics et des opérations de la classe source pour les classes client ;
• "bind" - la classe client peut utiliser un modèle pour son paramétrage ultérieur ;
• "dériver" - les attributs de la classe client peuvent être calculés à partir des attributs de la classe source ;
• "import" - les attributs publics et les opérations de la classe source font partie de la classe client, comme s'ils y étaient déclarés directement ;
• "raffiner" - indique que la classe client sert de raffinement de la classe source pour des raisons historiques, lorsque des informations supplémentaires deviennent disponibles au cours du travail sur le projet.

rapport d'association correspond à la présence d'une certaine relation entre les classes. Cette relation est indiquée par une ligne pleine avec des symboles spéciaux supplémentaires qui caractérisent les propriétés individuelles d'une association particulière. Comme caractères spéciaux supplémentaires, le nom de l'association, ainsi que les noms et la multiplicité des classes de rôle de l'association, peuvent être utilisés. Le nom d'une association est un élément facultatif de sa désignation.

Relation d'agrégation a lieu entre plusieurs classes dans le cas où l'une des classes est une entité qui comprend comme parties constitutives d'autres entités. Il est utilisé pour représenter des relations système de type "partie-tout".

Relation de composition est un cas particulier de relation d'agrégation. Cette relation sert à mettre en évidence une forme particulière de la relation partie-tout dans laquelle les parties constituantes sont en quelque sorte à l'intérieur du tout. La spécificité de la relation entre eux réside dans le fait que les parties ne peuvent agir isolément du tout, c'est-à-dire qu'avec la destruction du tout, toutes ses parties constituantes sont également détruites.

Relation de généralisation est une relation entre un élément plus général (parent ou ancêtre) et un élément plus spécifique ou spécial (enfant ou descendant). Appliquée à un diagramme de classes, cette relation décrit la structure hiérarchique des classes et l'héritage de leurs propriétés et de leur comportement. Cela suppose que la classe descendante possède toutes les propriétés et le comportement de la classe ancêtre, ainsi que ses propres propriétés et comportements qui ne sont pas présents dans la classe ancêtre.

diagramme d'automate

diagramme d'automate(diagramme de machine d'état) ou diagramme d'état en UML 1 (diagramme d'états) est une façon de décrire en détail le comportement en UML. Essentiellement, les diagrammes d'automates, comme leur nom l'indique, sont un graphe d'états et de transitions d'un automate fini chargé de nombreux détails et détails supplémentaires.

Le diagramme d'état décrit le processus de modification des états d'une seule classe, ou plutôt d'une instance d'une certaine classe, c'est-à-dire qu'il modélise tous les changements possibles dans l'état d'un objet particulier. Dans ce cas, un changement d'état d'un objet peut être causé par des influences externes provenant d'autres objets ou de l'extérieur. C'est pour décrire la réaction d'un objet à de telles influences externes que les diagrammes d'état sont utilisés.

Dans le diagramme d'automate, un type principal d'entité est utilisé - les états et un type de relation - les transitions, mais pour les deux, de nombreuses variétés, cas particuliers et désignations supplémentaires sont définis. L'automate représente les aspects dynamiques du système simulé sous la forme d'un graphe orienté dont les sommets correspondent à des états et les arcs correspondent à des transitions.

Etat initial est un cas particulier d'état qui ne contient aucune action interne (pseudo-états). L'objet est dans cet état par défaut au moment initial. Il sert à indiquer sur le diagramme d'état de la zone graphique à partir de laquelle commence le processus de changement d'état.

Finale (finale) un état est un cas particulier d'état qui ne contient pas non plus d'actions internes (pseudo-états). L'objet sera dans cet état par défaut après la fin de l'automate au temps de fin.

Diagramme d'activité

Lors de la modélisation du comportement d'un système conçu ou analysé, il devient nécessaire non seulement de présenter le processus de changement de ses états, mais également de détailler les caractéristiques de la mise en œuvre algorithmique et logique des opérations effectuées par le système.

Diagramme d'activité(diagramme d'activité) est une autre façon de décrire le comportement qui ressemble visuellement à un bon vieux logigramme d'un algorithme. Utilisé pour simuler le processus d'exécution des opérations.

La direction principale de l'utilisation des diagrammes d'activités est de visualiser les caractéristiques de l'implémentation des opérations de classe, lorsqu'il est nécessaire de présenter des algorithmes pour leur exécution.

Dans le diagramme d'activité, un type principal d'entités est utilisé - action, et un type de relation - transitions (transferts de contrôle). Sont également utilisées des constructions telles que des fourches, des fusions, des connexions, des ramifications. Il est recommandé d'utiliser un verbe avec des mots explicatifs comme nom d'une action simple.

diagramme de séquençage

diagramme de séquençage(diagramme de séquence) est une manière de décrire le comportement du système "par des exemples".

En fait, un diagramme de séquence est un enregistrement du protocole d'une session particulière du système (ou un fragment d'un tel protocole). Dans la programmation orientée objet, la chose la plus essentielle à l'exécution est la transmission de messages entre des objets coopérants. C'est la séquence d'envoi des messages qui est affichée sur ce diagramme, d'où le nom.

Dans le diagramme de séquence, un type principal d'entités est utilisé - des instances de classificateurs en interaction (principalement des classes, des composants et des acteurs) et un type de relation - des liens à travers lesquels des messages sont échangés.

Types de messages possibles (image extraite de larin.in) :

Diagramme de communication

Diagramme de communication(diagramme de communication) - une manière de décrire le comportement, sémantiquement équivalente à un diagramme de séquence. En fait, il s'agit de la même description de la séquence d'échange de messages d'instances de classificateurs en interaction, exprimée uniquement par d'autres moyens graphiques.

Ainsi, dans le diagramme de communication, ainsi que dans le diagramme de séquence, un type principal d'entités est utilisé - les instances de classificateurs en interaction et un type de relation - les connexions. Cependant, ici, l'accent n'est pas mis sur le temps, mais sur la structure des relations entre des instances spécifiques.

Diagramme des composants

Diagramme des composants(diagramme de composants) - montre la relation entre les modules (logiques ou physiques) qui composent le système simulé.

Le principal type d'entité dans un diagramme de composants est constitué des composants eux-mêmes, ainsi que des interfaces, à travers lesquelles la relation entre les composants est indiquée. Les relations suivantes s'appliquent dans le diagramme de composants :

• implémentations entre composants et interfaces (le composant implémente l'interface) ;
• dépendances entre composants et interfaces (un composant utilise une interface) ;

Diagramme d'emplacement

Diagramme d'emplacement(diagramme de déploiement), en plus d'afficher la composition et les relations des éléments du système, montre comment ils sont physiquement placés sur les ressources informatiques pendant l'exécution.

Dans le diagramme de placement, par rapport au diagramme de composants, deux types d'entités sont ajoutés : un artefact, qui est une implémentation du composant et un nœud (il peut s'agir soit d'un classificateur décrivant le type de nœud, soit d'une instance spécifique) , ainsi qu'une relation d'association entre les nœuds, montrant que les nœuds sont physiquement connectés au moment de l'exécution.

Diagramme d'objets

Diagramme d'objets(diagramme d'objets) - est une instance d'un diagramme de classes.

Le diagramme d'objets utilise un type principal d'entités : les objets (instances de classe), entre lesquels des relations spécifiques sont indiquées (le plus souvent des instances d'association). Les diagrammes d'objets sont de nature auxiliaire - en fait, ce sont des exemples (on pourrait dire, des vidages mémoire) qui montrent quels objets existent et les connexions entre eux à un moment particulier du fonctionnement du système.

Schéma de la structure interne(diagramme de structure composite) est utilisé pour une présentation plus détaillée des classificateurs structurels, principalement des classes et des composants.

Un classificateur structurel est représenté par un rectangle avec le nom du classificateur en haut. A l'intérieur se trouvent des pièces. Il peut y avoir plusieurs parties. Les pièces peuvent interagir les unes avec les autres. Ceci est indiqué par des connecteurs diverses sortes. L'endroit sur le bord extérieur de la pièce à laquelle le connecteur est attaché s'appelle le port. Les ports sont également situés sur la limite extérieure du classificateur structurel.

Diagramme de présentation des interactions(diagramme de synthèse d'interaction) est une sorte de diagramme d'activité avec une syntaxe étendue : les liens vers des interactions (utilisation d'interaction) définies par des diagrammes de séquence peuvent agir comme des éléments d'un diagramme d'interaction de synthèse.

Chronogramme

Chronogramme(diagramme temporel) est une forme spéciale de diagramme de séquence dans lequel Attention particulière est donné pour changer les états de diverses instances de classificateurs et leur synchronisation temporelle.

Schéma de l'emballage

Schéma de l'emballage(schéma de package) est le seul outil qui permet de gérer la complexité du modèle lui-même.

Les principaux éléments de la notation sont les packages et les dépendances avec divers stéréotypes.

Modèle entité-relation (modèle ER)

analogue diagrammes de classes(UML) peut être Modèle ER, qui est utilisé dans la conception de bases de données (modèle relationnel).

Le modèle entité-relation (modèle ER) est un modèle de données qui vous permet de décrire les schémas conceptuels du domaine. Le modèle ER est utilisé dans la conception de base de données de haut niveau (conceptuelle). Avec son aide, vous pouvez mettre en évidence les entités clés et désigner les relations qui peuvent être établies entre ces entités. Wikipédia

Tout fragment du domaine peut être représenté comme un ensemble d'entités, entre lesquelles il existe un ensemble de relations.

Concepts de base:

Essence(entité) est une entité qui peut être identifiée d'une manière qui la distingue des autres entités, par exemple, CLIENT 777. Une entité est en fait un ensemble d'attributs.

Ensemble d'entités(ensemble d'entités) - un ensemble d'entités du même type (ayant les mêmes propriétés).

Lien(relation) est une association établie entre plusieurs entités.

Domaine(domaine) - ensemble de valeurs (domaine) de l'attribut.

Il existe trois types de liens binaires :

• Un par un- une seule instance d'une entité d'une classe est associée à une seule instance d'une entité d'une autre classe, par exemple HEAD - DEPARTMENT ;
• 1 à N ou alors un à plusieurs- une seule instance d'une entité d'une classe est associée à plusieurs instances d'une entité d'une autre classe, par exemple DEPARTMENT - EMPLOYEE ;
• N à M ou alors plusieurs à plusieurs- de nombreuses instances d'une entité d'une classe sont associées à de nombreuses instances d'une entité d'une autre classe, par exemple, EMPLOYEE - PROJECT ;
Glossaire des concepts de base en UML

objet- une entité qui a une unicité et encapsule l'état et le comportement.

classe- une description d'un ensemble d'objets avec des attributs communs définissant l'état et les opérations définissant le comportement.

interface- un ensemble nommé d'opérations qui définit un ensemble de services qui peuvent être demandés par le consommateur et fournis par le fournisseur de services.

La coopération- un ensemble d'objets qui interagissent pour atteindre un objectif.

Acteur de cinéma- une entité extérieure au système modélisé et interagissant directement avec lui.

composant- une partie modulaire du système avec un ensemble bien défini d'interfaces requises et fournies.

Artefact- un élément d'information qui est utilisé ou généré dans le processus de développement du logiciel. En d'autres termes, un artefact est unité physique une implémentation dérivée d'un élément de modèle (comme une classe ou un composant).

Nœud- une ressource informatique sur laquelle des artefacts sont placés et, si nécessaire, exécutés.

Les entités comportementales sont destinées à décrire un comportement. Il n'y a que deux entités comportementales de base : l'état et l'action.

Etat- une période du cycle de vie d'un objet, au cours de laquelle l'objet satisfait à une certaine condition et exerce sa propre activité ou attend la survenance d'un événement.

action- calcul atomique primitif.

Machine est un package qui définit un ensemble de concepts nécessaires pour représenter le comportement de l'entité modélisée comme un espace discret avec un nombre fini d'états et de transitions.

classificateur est un descripteur pour un ensemble d'objets du même type.

Lecture supplémentaire

• Fowler M. UML. Fondamentaux, 3e édition
• Butch G., Rambo D., Jacobson I. Langage UML. Mode d'emploi

UML (Unified Modeling Language - langage de modélisation unifié) - un langage de description graphique pour la modélisation d'objets dans le domaine du développement de logiciels. UML est un langage général, c'est un standard ouvert qui utilise la notation graphique pour créer un modèle abstrait d'un système, appelé modèle UML. UML a été créé pour définir, visualiser, concevoir et documenter principalement des systèmes logiciels. UML n'est pas un langage de programmation, mais la génération de code est possible dans les outils d'exécution de modèles UML sous forme de code interprété. Wikipédia

Produits commerciaux

Microsoft Visio

Type : logiciel commercial

Populaire Logiciel de Microsoft, qui permet de dessiner des diagrammes riches, notamment UML :

A partir de la version 2010, il est devenu possible de publier des schémas sur le web (SharePoint + Visio Services) :

Visionneuse Visio- programme gratuit, qui vous permet d'afficher des diagrammes Visio créés précédemment. Vous pouvez télécharger à %D1%81%D1%81%D1%8B%D0%BB%D0%BA%D0%B5%20.

%0A

Microsoft%20Visual%20Studio%202010

%D0%A2%D0%B8%D0%BF:%20%D0%BA%D0%BE%D0%BC%D0%BC%D0%B5%D1%80%D1%87%D0%B5%D1% 81%D0%BA%D0%BE%D0%B5%20%D0%9F%D0%9E%20(%D0%B5%D1%81%D1%82%D1%8C%20%D0%B1%D0 %B5%D1%81%D0%BF%D0%BB%D0%B0%D1%82%D0%BD%D0%B0%D1%8F%20Express%20%D0%B2%D0%B5%D1%80 %D1%81%D0%B8%D1%8F).

%0A

%D0%92%20%D0%BF%D0%BE%D1%81%D0%BB%D0%B5%D0%B4%D0%BD%D0%B5%D0%B9%20%D0%B2%D0 %B5%D1%80%D1%81%D0%B8%D0%B8%20Microsoft%20Visual%20Studio%202010%20%D0%BF%D0%BE%D1%8F%D0%B2%D0%B8%D0 %BB%D1%81%D1%8F%20%D0%BD%D0%BE%D0%B2%D1%8B%D0%B9%20%D1%82%D0%B8%D0%BF%20%D0 %BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B0%20-%20Modélisation,%20%D0%BA%D0%BE%D1%82%D0%BE %D1%80%D1%8B%D0%B9%20%D0%BF%D0%BE%D0%B7%D0%B2%D0%BE%D0%BB%D1%8F%D0%B5%D1%82 %20%D1%80%D0%B8%D1%81%D0%BE%D0%B2%D0%B0%D1%82%D1%8C%20%D1%80%D0%B0%D0%B7%D0 %BB%D0%B8%D1%87%D0%BD%D1%8B%D0%B5%20UML%20%D0%B4%D0%B8%D0%B0%D0%B3%D1%80%D0%B0 %D0%BC%D0%BC%D0%B0%20%D0%B8%20%D0%BF%D1%80%D0%BE%D0%B2%D0%B5%D1%80%D1%8F%D1 %82%D1%8C%20%D0%BD%D0%B0%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%BD%D1%8B%D0%B5%20 %D1%80%D0%B5%D1%88%D0%B5%D0%BD%D0%B8%D1%8F%20%D0%BD%D0%B0%20%D1%81%D0%BE%D0 %BE%D1%82%D0%B2%D0%B5%D1%82%D1%81%D1%82%D0%B2%D0%B8%D0%B5%20%D1%81%20%D0%BD %D0%B5%D0%BE%D0%B1%D1%85%D0%BE%D0%B4%D0%B8%D0%BC%D0%BE%20%D0%B0%D1%80%D1%85 %D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BE%D0%B9.

%0A

%D0%9F%D0%BE%D0%B7%D0%B2%D0%BE%D0%BB%D1%8F%D0%B5%D1%82%20%D0%B3%D0%B5%D0%BD %D0%B5%D1%80%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C%20Séquence%20Diagramme%20%D0%BD%D0%B0 %20%D0%BE%D1%81%D0%BD%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B8%20%D0%BA%D0%BE%D0 %B4%D0%B0,%20%D0%B2%D0%B8%D0%B7%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B8%D1%80% D0%BE%D0%B2%D0%B0%D1%82%D1%8C%20%D1%81%D0%B2%D1%8F%D0%B7%D0%B8%20%D0%B2%20% D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B5%20%D0%BC%D0%B5%D0%B6%D0%B4%D1%83% 20%D0%BA%D0%BE%D0%BC%D0%BF%D0%BE%D0%BD%D0%B5%D0%BD%D1%82%D0%B0%D0%BC%D0%B8, %20%D1%81%D0%B1%D0%BE%D1%80%D0%BA%D0%B0%D0%BC%D0%B8%20%D0%B8%20%D1%81%D1%81 %D1%8B%D0%BB%D0%BA%D0%B0%D0%BC%D0%B8%20%D0%B8%20%D1%82.%D0%B4.

%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%80%20Utilisation%20cas%20%D0%B4%D0%B8%D0%B0%D0%B3%D1%80 %D0%B0%D0%BC%D0%BC%D1%8B,%20%D0%BD%D0%B0%D1%80%D0%B8%D1%81%D0%BE%D0%B2%D0% B0%D0%BD%D0%BD%D0%BE%D0%B9%20%D0%B2%20Visuel%20Studio%202010 :

%D0%9A%D1%80%D0%BE%D0%BC%D0%B5%20%D1%82%D0%BE%D0%B3%D0%BE,%20%D0%B4%D0%BE% D1%81%D1%82%D1%83%D0%BF%D0%B5%D0%BD%20Visualisation%20et%20Modélisation%20Fonctionnalité%20Pack%20(%D0%B4%D0%BB%D1%8F%20 %D0%BF%D0%BE%D0%B4%D0%BF%D0%B8%D1%81%D1%87%D0%B8%D0%BA%D0%BE%D0%B2%20MSDN),%20 %D0%BA%D0%BE%D1%82%D0%BE%D1%80%D1%8B%D0%B9%20%D0%BF%D0%BE%D0%B7%D0%B2%D0%BE %D0%BB%D1%8F%D0%B5%D1%82 :

• %D0%B3%D0%B5%D0%BD%D0%B5%D1%80%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C%20 %D0%BA%D0%BE%D0%B4%20%D0%BD%D0%B0%20%D0%B1%D0%B0%D0%B7%D0%B5%20UML%20%D0%B4%D0 %B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%20%D0%BA%D0%BB%D0%B0%D1%81%D1%81%D0 %BE%D0%B2
%0A
• %D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%B2%D0%B0%D1%82%D1%8C%20UML%20%D0%B4%D0%B8%D0 %B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D1%8B%20%D0%B8%D0%B7%20%D0%BA%D0%BE%D0%B4 %D0%B0
%0A
• %D0%B8%D0%BC%D0%BF%D0%BE%D1%80%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1 %8C%20UML%20%D0%B4%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D1%8B%20%D0%BA%D0 %BB%D0%B0%D1%81%D1%81%D0%BE%D0%B2,%20%D0%B4%D0%B8%D0%B0%D0%B3%D1%80%D0%B0% D0%BC%D0%BC%D1%8B%20%D0%BF%D0%BE%D1%81%D0%BB%D0%B5%D0%B4%D0%BE%D0%B2%D0%B0% D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D0%B5%D0%B9,%20%D0%B4%D0%B8 %D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D1%8B%20%D0%B2%D0%B0%D1%80%D0%B8%D0%B0 %D0%BD%D1%82%D0%BE%D0%B2%20%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE %D0%B2%D0%B0%D0%BD%D0%B8%D1%8F%20%D1%81%20XMI%202.1
%0A
• %D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%B2%D0%B0%D1%82%D1%8C%20%D0%B4%D0%B8%D0%B0 %D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D1%8B%20%D0%B7%D0%B0%D0%B2%D0%B8%D1%81%D0%B8 %D0%BC%D0%BE%D1%81%D1%82%D0%B5%D0%B9%20%D0%B4%D0%BB%D1%8F%20ASP.NET,%20C%20%D0% B8%20C++%20%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%BE%D0%B2
%0A
• %D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%B2%D0%B0%D1%82%D1%8C%20%D0%B8%20%D0%BF%D1 %80%D0%BE%D0%B2%D0%B5%D1%80%D1%8F%D1%82%D1%8C%20couche%20diagrammes%20%D0%B4%D0%BB%D1%8F%20C %20%D0%B8%20C++%20%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%BE%D0%B2
%0A
• %D0%BF%D0%B8%D1%81%D0%B0%D1%82%D1%8C%20%D1%81%D0%BE%D0%B1%D1%81%D1%82%D0%B2 %D0%B5%D0%BD%D0%BD%D1%8B%D0%B5%20%D0%BF%D1%80%D0%BE%D0%B2%D0%B5%D1%80%D0%BA %D0%B8%20%D0%B4%D0%BB%D1%8F%20couche%20diagrammes
%0A

%D0%A1%D0%BA%D0%B0%D1%87%D0%B0%D1%82%D1%8C%20Visualisation%20et%20Modélisation%20Feature%20Pack%20%D0%BC%D0%BE%D0 %B6%D0%BD%D0%BE%20%D0%BF%D0%BE%20%D1%81%D1%81%D1%8B%D0%BB%D0%BA%D0%B5 : %20 http://msdn.microsoft.com/en-us/vstudio/ff655021%28en-us%29.aspx.

IBM Rational Rose

Opportunités:

• Diagramme de cas d'utilisation (diagrammes de précédents);
• Diagramme de déploiement (diagrammes de topologie);
• Diagramme d'états (diagrammes d'états);
• Diagramme d'activité (diagrammes d'activité);
• Diagramme d'interaction (diagrammes d'interaction);
• Diagramme de séquence (schémas de séquences d'actions) ;
• Diagramme de collaboration (diagrammes de collaboration);
• Diagramme de classes (diagrammes de classes);
• Diagramme de composants (schémas de composants).

Captures d'écran:

programmes open source

StarUML

Opportunités:

• Prise en charge d'UML 2.0
• MDA (architecture pilotée par modèle)
• Architecture Plug-in (vous pouvez écrire dans des langages compatibles COM : C++, Delphi, C#, VB, ...)

StarUML est écrit principalement en Delphi, mais des composants peuvent également être ajoutés dans d'autres langages, tels que C/C++, Java, Visual Basic, Delphi, JScript, VBScript, C#, VB.NET. Ci-dessous quelques captures d'écran.

Diagramme de classe :

Diagramme de cas d'utilisation :

ArgoUML

Graphiques pris en charge :

• classe
• État
• cas d'utilisation
• Activité
• Collaboration
• Déploiement
• Séquence

Opportunités:

• Prise en charge de neuf diagrammes UML 1.4
• Indépendant de la plateforme (Java 5+)
• Métamodèle standard UML 1.4
• Prise en charge XMI
• Exporter vers GIF, PNG, PS, EPS, PGML et SVG
• Langues : EN, EN-GB, DE, ES, IT, RU, FR, NB, PT, ZH
• Prise en charge d'OCL
• Ingénierie directe, rétro-ingénierie

Capture d'écran:

UML est un langage de modélisation graphique unifié pour décrire, visualiser, concevoir et documenter des systèmes OO. UML est conçu pour soutenir le processus de modélisation PS basé sur l'approche OO, pour organiser la relation entre les concepts conceptuels et de programme, et pour refléter les problèmes de mise à l'échelle des systèmes complexes. Les modèles UML sont utilisés à toutes les étapes du cycle de vie du logiciel, de l'analyse métier à la maintenance du système. Différentes organisations peuvent utiliser UML à leur manière, en fonction de leurs problématiques et des technologies utilisées.

Une brève histoire d'UML

Au milieu des années 1990, plusieurs dizaines de méthodes de modélisation OO ont été proposées par divers auteurs, chacun utilisant sa propre notation graphique. En même temps, chacune de ces méthodes avait sa propre forces, mais n'a pas permis de construire un modèle PS suffisamment complet, pour le montrer "de tous les côtés", c'est-à-dire toutes les projections nécessaires (Voir article 1). De plus, l'absence d'une norme de modélisation OO a rendu difficile pour les développeurs de choisir la méthode la plus appropriée, ce qui a empêché l'utilisation généralisée d'une approche OO pour le développement de logiciels.

À la demande de l'Object Management Group (OMG) - une organisation chargée d'adopter des normes dans le domaine des technologies d'objets et des bases de données, le problème urgent de l'unification et de la normalisation a été résolu par les auteurs des trois méthodes OO les plus populaires - G. Booch , D. Rambo et A. Jacobson, qui ont combiné Efforts, ont créé la version 1.1 d'UML, approuvée par OMG en 1997 en tant que norme.

UML est un langage

Toute langue consiste en un dictionnaire et des règles pour combiner des mots pour faire des constructions significatives. Ainsi, en particulier, les langages de programmation sont agencés, tel est l'UML. Sa particularité est que le vocabulaire de la langue est formé d'éléments graphiques. Chaque symbole graphique a une sémantique spécifique, de sorte qu'un modèle créé par un développeur peut être compris sans ambiguïté par un autre, ainsi que par un outil qui interprète l'UML. Il en découle notamment qu'un modèle PS présenté en UML peut être automatiquement traduit dans un langage de programmation OO (tel que Java, C++, VisualBasic), c'est-à-dire avec un bon outil de modélisation visuelle prenant en charge UML, en construction d'un modèle , nous obtiendrons également un blanc du code de programme correspondant à ce modèle.

Il faut souligner qu'UML est un langage, pas une méthode. Il explique à partir de quels éléments créer des modèles et comment les lire, mais ne dit rien sur quels modèles et dans quels cas doivent être développés. Pour créer une méthode basée sur UML, il est nécessaire de la compléter par une description du processus de développement de PS. Un exemple d'un tel processus est le processus unifié rationnel, qui sera abordé dans des articles ultérieurs.

Vocabulaire UML

Le modèle est représenté sous la forme d'entités et de relations entre elles, qui sont représentées sur des diagrammes.

Essences sont des abstractions qui sont les éléments principaux des modèles. Il existe quatre types d'entités : structurelles (classe, interface, composant, cas d'utilisation, coopération, nœud), comportementales (interaction, état), groupées (packages) et annotatives (commentaires). Chaque type d'entité a sa propre représentation graphique. Les entités seront discutées en détail lors de l'étude des diagrammes.

Rapports montrer différentes relations entre les entités. Les types de relations suivants sont définis dans l'UML :

• Dépendance montre une telle relation entre deux entités, lorsqu'un changement dans l'une d'entre elles - indépendante - peut affecter la sémantique de l'autre - dépendante. Une dépendance est représentée par une flèche pointillée pointant de l'entité dépendante vers l'entité indépendante.
• Association est une relation structurelle montrant que les objets d'une entité sont liés aux objets d'une autre. Graphiquement, une association est représentée par une ligne reliant les entités associées. Les associations sont utilisées pour naviguer entre les objets. Par exemple, l'association entre les classes "Commande" et "Produit" peut être utilisée pour trouver tous les produits spécifiés dans une commande particulière - d'une part, ou pour trouver toutes les commandes qui contiennent ce produit - d'autre part. Il est clair que les programmes correspondants doivent mettre en œuvre un mécanisme permettant une telle navigation. Si la navigation est requise dans une seule direction, elle est indiquée par une flèche à la fin de l'association. Un cas particulier d'association est l'agrégation - une relation de la forme "tout" - "partie". Graphiquement, il est mis en évidence par un losange à la fin près de l'entité-tout.
• Généralisation est une relation entre une entité parent et une entité enfant. Essentiellement, cette relation reflète la propriété d'héritage pour les classes et les objets. La généralisation est représentée par une ligne se terminant par un triangle pointant vers l'entité parent. L'enfant hérite de la structure (attributs) et du comportement (méthodes) du parent, mais en même temps, il peut avoir de nouveaux éléments de structure et de nouvelles méthodes. L'UML permet l'héritage multiple lorsqu'une entité est liée à plusieurs entités parentes.
• Mise en œuvre- la relation entre l'entité qui définit la spécification du comportement (interface) avec l'entité qui définit l'implémentation de ce comportement (classe, composant). Cette relation est couramment utilisée dans la modélisation des composants et sera décrite plus en détail dans les articles suivants.

Diagrammes. L'UML fournit les diagrammes suivants :

• Schémas décrivant le comportement du système :
• Diagrammes d'état (State diagrams),
• Diagrammes d'activité,
• Diagrammes d'objets,
• Diagrammes de séquence,
• diagrammes de collaboration ;
• Schémas décrivant la mise en œuvre physique du système :
• Schémas des composants ;
• Schémas de déploiement.

Vue de contrôle du modèle. Paquets.

Nous avons déjà dit que pour qu'un modèle soit bien compris par une personne, il est nécessaire de l'organiser hiérarchiquement, en laissant un petit nombre d'entités à chaque niveau de la hiérarchie. UML comprend un moyen d'organiser une représentation hiérarchique d'un modèle - les packages. Tout modèle consiste en un ensemble de packages pouvant contenir des classes, des cas d'utilisation et d'autres entités et diagrammes. Un package peut inclure d'autres packages, ce qui vous permet de créer des hiérarchies. L'UML ne fournit pas de diagrammes de packages séparés, mais ils peuvent apparaître dans d'autres diagrammes. Le package s'affiche sous la forme d'un rectangle avec un onglet.

Ce que fournit UML.

• description hiérarchique d'un système complexe en mettant en évidence les packages ;
• formalisation des exigences fonctionnelles du système à l'aide du dispositif de cas d'utilisation ;
• détailler les exigences du système en construisant des diagrammes d'activités et de scénarios ;
• sélection de classes de données et construction d'un modèle conceptuel de données sous forme de diagrammes de classes ;
• sélection de classes décrivant l'interface utilisateur et création d'un schéma de navigation à l'écran ;
• description des processus d'interaction des objets dans l'exécution des fonctions du système ;
• description du comportement des objets sous forme de diagrammes d'activités et d'états ;
• description des composants logiciels et de leur interaction par le biais d'interfaces ;
• description de l'architecture physique du système.

Et le dernier…

Malgré tout l'attrait d'UML, il serait difficile de l'utiliser dans une vraie modélisation PS sans outils de modélisation visuelle. Ces outils vous permettent de présenter rapidement des diagrammes sur l'écran d'affichage, de les documenter, de générer des blancs de codes de programme dans divers langages de programmation OO et de créer des schémas de base de données. La plupart d'entre eux incluent la possibilité de réorganiser les codes de programme - en restaurant certaines projections du modèle PS en analysant automatiquement les codes sources des programmes, ce qui est très important pour s'assurer que le modèle et les codes correspondent et lors de la conception de systèmes qui héritent de la fonctionnalité des systèmes précédents. .