https://cegepmv.github.io/420-310/01-analyse-et-modelisation/uml/index.htmlUML (Unified Modeling Language) est un langage de modélisation graphique conçu comme une méthode normalisée de visualisation pour le développement logiciel et la conception orientée objet. En pratique, UML sert de langage visuel commun pour exprimer besoins, interactions et structure d’un système logiciel et son environnement. UML propose une multitude de diagrammes. On distingue souvent : Les diagrammes structurels : classes, objets, composants, structure composite, déploiement, paquetages… Les diagrammes comportementaux : cas d’utilisation, séquence, communication, activité, états (state machine), temporisation… L’accent sera mis, dans le présent module, sur l’essentiel pour passer du besoin au modèle :Hugofr-frhttps://cegepmv.github.io/420-310/01-analyse-et-modelisation/uml/diag-de-cas/index.htmlMon, 01 Jan 0001 00:00:00 +0000https://cegepmv.github.io/420-310/01-analyse-et-modelisation/uml/diag-de-cas/index.htmlUn diagramme de cas d’utilisation sert à recueillir, analyser et organiser les besoins, en listant les grandes fonctionnalités vues par un utilisateur externe. C’est souvent la première étape d’analyse UML pour cadrer le système. Il capture le comportement d’un système (ou sous-système) tel que perçu de l’extérieur et scinde la fonctionnalité en cas d’utilisation cohérents ayant du sens pour les acteurs. Éléments du diagramme Acteur Un acteur est un rôle (personne, processus, dispositif) qui interagit avec le système.https://cegepmv.github.io/420-310/01-analyse-et-modelisation/uml/dss/index.htmlMon, 01 Jan 0001 00:00:00 +0000https://cegepmv.github.io/420-310/01-analyse-et-modelisation/uml/dss/index.htmlhttps://cegepmv.github.io/420-310/01-analyse-et-modelisation/uml/diag-de-classes/index.htmlMon, 01 Jan 0001 00:00:00 +0000https://cegepmv.github.io/420-310/01-analyse-et-modelisation/uml/diag-de-classes/index.htmlObjectif du cours L’objectif de ces notions est de vous apprendre à lire et esquisser un diagramme de classes : classes, attributs, opérations, visibilités, relations (héritage, association, agrégation, composition, dépendance, réalisation), multiplicités, navigabilité, et notions de couplage/cohésion. À à quoi sert un diagramme de classes ? À représenter la structure statique d’un domaine (concepts, attributs, liens). À préparer/communiquer la conception (API, contrats, responsabilités). Va servir de support aux autres modèles (use cases, séquences, persistance). À retenir : UML n’impose pas l’implémentation, il décrit. Le code peut ensuite diverger, mais il doit rester cohérent avec les décisions prises.