UML
 Votre Publicité sur le Réseau
|
Traduction
Traductions
Définition
Domaine, Discipline, Thématique
Justification
Définition écrite
- Le Langage de Modélisation Unifié, de l'anglais Unified Modeling Language (UML), est un langage de modélisation graphique à base de pictogrammes[1] conçu pour fournir une méthode normalisée pour visualiser la conception d'un système. Il est couramment utilisé en développement logiciel et en conception orientée objet.
- L'UML est le résultat de la fusion de précédents langages de modélisation objet : Booch, OMT, OOSE. Principalement issu des travaux de Grady Booch, James Rumbaugh et Ivar Jacobson, UML est à présent un standard adopté par l'Object Management Group (OMG).
- UML 1.0 a été normalisé en janvier 1997; UML 2.0 a été adopté par l'OMG en juillet 2005. La dernière version de la spécification validée par l'OMG est UML 2.5.1 (2017).
- [1]Un pictogramme, également appelé pictographe, est une représentation graphique schématique, un dessin figuratif stylisé ayant fonction de signe. Dans toutes les langues du monde avec un système graphique, le pictogramme sert à expliquer une information d'ordre général.
|
UML est un moyen d'exprimer des modèles objet en faisant abstraction de leur implémentation, c'est-à-dire que le modèle fourni par UML est valable pour n'importe quel langage de programmation. UML est un langage qui s'appuie sur un métamodèle, un modèle de plus haut niveau qui définit les éléments d'UML (les concepts utilisables) et leur sémantique (leur signification et leur mode d'utilisation). Le métamodèle permet de se placer à un niveau d'abstraction supérieur car il est étudié pour être plus générique que le modèle qu'il permet de construire. Le méta-modèle d'UML en fait un langage formel possèdant les caractéristiques suivantes : -un langage sans ambiguités -un langage universel pouvant servir de support pour tout langage orienté objet -un moyen de définir la structure d'un programme -une représentation visuelle permettant la communication entre les acteurs d'un même projet -une notation graphique simple, compréhensible même par des non informaticiens
UML offre une manière élégante de représenter le système selon différentes vues complémentaires grâce aux diagrammes.
Lorsqu'une entreprise désire un logiciel, elle le réalise parfois en interne, mais le fait plus généralement réaliser par une société de services. Dans un cas comme dans l'autre il est nécessaire de définir l'ensemble des fonctionnalités que le logiciel doit possèder. Le demandeur du logiciel n'a parfois pas de compétences particulières en informatique et exprime donc ses souhaits sous forme d'un CdCF (Cahier des Charges Fonctionnelles), c'est-à-dire un document décrivant sous forme textuelle l'ensemble des particularités que le logiciel doit possèder, les conditions qu'il doit remplir (système(s) d'exploitation visé(s)), les écueils à éviter, ainsi que les délais impartis, éventuellement des clauses sur le coût, les langages à utiliser, ... Le CdCF est ainsi distribué à différentes sociétés de services (dans le cas d'une sous-traitance) sous forme d'un appel d'offre, auquel les sociétés vont répondre par un coût, un délai, ... Lorsqu'une société obtient le marché et qu'elle décide (si elle a le choix) d'opter pour un langage orienté objet, il lui faut dans un premier temps créer un modèle (c'est là qu'intervient UML) afin : -de présenter au client la façon suivant laquelle elle compte développer le logiciel -d'accorder tous les acteurs du projet (une application de grande envergure est généralement réalisée par modules développés par différentes équipes) Ainsi, si le modèle ne convient pas au client, il sera "simple" à modifier, contrairement à une application directement implémentée (qui aurait mobilisé beaucoup plus de personnel, pendant une période plus longue), ce qui signifie une perte d'argent beaucoup moins importante pour la société de services, ainsi qu'une meilleure probabilité de rendre dans les temps (on parle généralement de dead line) une application conforme aux exigences du client (si l'application se conforme au modèle présenté au client, celui-ci peut difficilement contester la validité du logiciel). |
UML - Historique (+)
Définition graphique
modele
diagramme classe
cas utilisation
{{{AutresMedias}}}
Concepts ou notions associés
UML - Glossaire / (+)
Exemples, applications, utilisations
|
Erreurs ou confusions éventuelles
- Confusion entre Classe et Entité
- Confusion entre Include et Extend
- Confusion entre Diagramme de classe et Modèle Conceptuel de Données(MCD)
- Confusion entre Langage de modélisation et Méthode de conception
- Confusion entre les cardinalités dans un diagramme de classe et les cardinalités dans un Modèle Conceptuel de Données(MCD)
- Erreur fréquente:
Questions possibles
- Pourquoi modéliser un projet informatique ?
- Mais quel est le lien de la modélisation avec UML ?
- C’est quoi l’approche objet ??
- Qu’est ce que ça veut dire une démarche itérative et incrémentale ?
- Quelle est la différence entre la méthode MERISE et UML?
- Est-ce que UML est une méthode ?
- Comment élaborer les diagrammes UML pour faire quelque chose de cohérent ?
Liaisons enseignements et programmes
Idées ou Réflexions liées à son enseignement
- Difficultés d'enseignements rencontrées:
- Les étudiants veulent commencer à programmer sans avoir étudié le besoin des utilisateurs, et sans avoir fait une conception du logiciel en bonne et due forme.
Quand on fais la remarque, on reçois généralement des réponses du type :
On n’est pas vraiment obligé de modéliser un logiciel que l’on doit réaliser.
À quoi modéliser le logiciel, puisqu'on sais exactement ce qu’il faut ?
C’est une perte de temps. La réalisation de ce logiciel est urgente.
Etc.
la réponse par une analogie:
Un logiciel qui a été réalisé sans analyse et sans conception (étapes où l’on modélise le futur logiciel) risque lui aussi de ne pas répondre aux besoins, de comporter des anomalies et d’être très difficile à maintenir.
la réalisation d’un logiciel ou d’un ensemble de logiciels a besoin d’un certain nombre de diagrammes.
Le temps que prend la modélisation ne devrait pas être un frein. Cette étape nous permet de ne pas perdre davantage de temps ultérieurement :
- Pour « faire coller » un logiciel déjà développé aux besoins (qu’on n’avait pas étudié, ni compris) ;
- Pour comprendre comment un logiciel a été créé avant d’y apporter des modifications.
Aides et astuces
- ..................
- .................
- ..................
- .................
Education: Autres liens, sites ou portails
- ..................
- ..................
- ..................
Bibliographie
Pour citer cette page: ([1])
ABROUGUI, M & al, 2020. UML. In Didaquest [en ligne]. <http:www.didaquest.org/wiki/UML>, consulté le 24, novembre, 2024
- ..................
- ..................
- ..................
- ..................
