Ga4-220501095-Aa2-Ev03 Bases Conceptuelles Sur Le Langage de Modélisation Unifié (Uml) Et Les Modèles de Conception

Télécharger au format docx, pdf ou txt
Télécharger au format docx, pdf ou txt
Vous êtes sur la page 1sur 12

GA4-220501095-AA2-EV03 BASES CONCEPTUELLES SUR LE

LANGAGE DE MODÉLISATION UNIFIÉ (UML) ET MOTIFS


CONCEPTION

Présenté au formateur :
OTONIEL SUAREZ DELGADO

Soumis par les étudiants :


SHARON STEFANI HENAO CACERES
BIANCA PAMELA MONTES BERTEL
Dossier : 2547393

CENTRE NATIONAL D’APPRENTISSAGE – SENA


CENTRE COMMERCIAL RÉGIONAL D'ANTIOQUIA
ANALYSE ET DÉVELOPPEMENT DE LOGICIELS
2022
INTRODUCTION

Dans l'ouvrage suivant, vous trouverez des concepts et des termes liés
au langage modèle unifié. Il explique en profondeur ce que c'est, un
glossaire de certains de ses termes les plus importants et les types de
diagrammes UML que nous pouvons trouver.
Langage de modélisation unifié (UML)

UML signifie « Unified Modeling Language » ou en espagnol « Unified


Modeling Language » et il s'agit d'une série de normes et standards
graphiques concernant la façon dont les schémas, les diagrammes et la
documentation liés au développement de logiciels doivent être utilisés
pour détailler les artefacts du système, documenter. et construire. Il a
été créé afin d’établir une norme adoptée par de nombreuses
organisations et entreprises.
Les diagrammes UML sont utilisés pour représenter les composants
système suivants :

• Objets individuels (éléments de base)

• Classes (combiner des éléments avec les mêmes propriétés)

• Rapports entre objets (hiérarchie


et
comportement/communication entre objets)

• Activité (combinaison complexe d'actions/modules


comportementaux)

• Interactions entre objets et interfaces

Contrôle d'accès

Avec le contrôle d'accès, nous contrôlons l'accessibilité de certaines


informations, telles que les attributs de classe ou les méthodes.

• Public : La méthode publique est utilisée lorsque vous souhaitez


que les informations soient disponibles pour toutes les classes.

• Privé : définissez ce paramètre comme privé lorsque vous


souhaitez qu'ils soient visibles uniquement par les classes
auxquelles ils appartiennent.
• Protégé : Protected est établi lorsque vous devez y avoir accès
depuis la classe qui le définit et celles qui en héritent.

Patrimoine

L'héritage dans la programmation orientée objet fait référence au


mécanisme par lequel une classe permet d'hériter des caractéristiques
(attributs et méthodes) d'une autre classe.

• Superclasse : la classe dont les caractéristiques sont héritées est


appelée superclasse (ou classe de base ou classe parent).

• Sous-classe : la classe qui hérite de l’autre classe est appelée


sous-classe (ou classe dérivée, classe étendue ou classe enfant).
La sous-classe peut ajouter ses propres champs et méthodes en
plus des champs et méthodes de la superclasse.

Les associations

Une relation d'association est la façon dont les relations entre les classes
sont connues et doit avoir les caractéristiques suivantes :
1. Nom de l'association.
2. Un rôle, qui indique le rôle que vous allez jouer.
3. Établissez un lien à sens unique ou bidirectionnel.

Types de diagrammes

Schémas structurels

Ils représentent la structure statique d'un logiciel ou d'un système et


servent à visualiser les différentes structures qui composent un système,
comme une base de données ou une application.

• Diagrammes de classes : ils ressemblent à un organigramme et


sont utilisés pour montrer la conception logique et physique d'un
système et de ses classes, ainsi que la façon dont ils sont
interconnectés.
Diagramme de classes

• Diagrammes d'objets : montrent les objets d'un système et


leurs relations, et offrent une meilleure vue des défauts de
conception potentiels nécessitant une réparation. Il est
généralement utilisé afin de vérifier l’utilité réelle des diagrammes
de classes à des fins de précision.

• Diagrammes de composants : montrez des regroupements


logiques d'éléments et leurs relations, afin d'offrir une vue plus
simplifiée d'un système complexe en le décomposant en
composants plus petits.
• Diagrammes de structure composite : adoptez une approche
plus approfondie, décrivant la structure interne de plusieurs
classes et
montre les interactions entre eux.

• Diagramme de déploiement : fournit une représentation visuelle


exacte de l'endroit où chaque composant logiciel est déployé. Ce
diagramme montre les composants matériels (nœuds) et logiciels
(artefacts) ainsi que leurs relations.
• Diagramme du package : son objectif principal est de montrer le
relation entre les différents grands composants qui composent un
système complexe.

Diagrammes de comportement

• Diagramme d'activités : Il représente un processus étape par


étape avec un début et une fin clairs. C'est un ensemble d'activités
qui doivent être réalisées pour atteindre un objectif. Il montre
comment chaque activité mène à la suivante et comment toutes
ces activités sont liées.
Diagramme de cas d'utilisation : un cas d'utilisation est un
ensemble de
événements qui se produisent lorsqu’un « acteur » utilise un
système pour
terminer un processus. Acteur étant défini comme n'importe quel
utilisateur
pour utiliser le système.

Diagramme de présentation des interactions : un diagramme


de présentation des interactions est un diagramme d'activité
composé de différents diagrammes d'interaction.
• Chronogramme : montre comment les objets et les acteurs se
comportent sur une chronologie. Ceci afin d'avoir la durée des
événements organisés.
DIAGRAMME TEMPOREL

• Diagramme de machine d'état : décrit le comportement d'un


objet (ou parfois d'un opérateur) et comment il change en fonction
d'événements internes et externes.

• Diagramme de séquence : révèle la structure d'un système,


montrant la séquence de messages et d'interactions entre les
acteurs et les objets de manière chronologique, montrant les
itérations et les branches
simple.
CONCLUSIONS

Ce travail a été très utile pour s'approprier les concepts théoriques liés à
l'UML, ainsi qu'une vision de la manière dont les choses doivent être
réalisées et de tout ce qui peut ou ne peut pas être fait avec.
RÉFÉRENCES BIBLIOGRAPHIQUES

(S. F.). Territoire.la. Récupéré le 14 décembre 2022 sur

https://sena.territorio.la/content/index.php/institucion/Titulada/institutio

n/SENA/Tecnologia/228118/Contenido/OVA/CF17/index.html#/curso/te

ma2

(S. F.). Microsoft.com. Récupéré le 14 décembre 2022 sur

https://www.microsoft.com/es-co/microsoft-365/business-insights-ideas/

resources/guide-to-uml-diagramming-and-database-modeling#:~:text=The

%20Unified Language% 20 %20de%20Modélisation,de% 20a%20système

%20ou%20processus.

Lapin, J. ET. g. (art. F.). Le langage de modélisation unifié (UML) . Docirs.cl.

Récupéré le 14 décembre 2022 sur https://www.docirs.cl/uml.asp

Vous aimerez peut-être aussi