Fiche de révision : UML et modélisation des systèmes PLM

Plan du Cours

  1. Fondements et objectifs d’UML
  2. UML au service des projets PLM
  3. Familles et types de diagrammes UML
  4. Cas d’utilisation et besoins métier
  5. Activités et workflows PLM
  6. États et cycle de vie
  7. Interactions et diagrammes de séquence
  8. Communication et échanges entre objets
  9. Structure UML et diagrammes de classes
  10. Objets et architecture de structure
  11. Diagrammes d’objets
  12. Diagrammes de composants
  13. Diagrammes de déploiement
  14. Structure composite
  15. Diagrammes de packages
  16. Profils UML
  17. Interactions globales
  18. Diagrammes de timing

1. Fondements et objectifs d’UML

Notions clés & Définitions

  • UML : Langage standard et visuel permettant de représenter des modèles de systèmes d’information.
  • Modèle : Représentation simplifiée d’un système d’information qui conserve les éléments utiles et écarte les détails.

★ À maîtriser

  • Les objectifs d’UML comprennent la modélisation visuelle expressive, l’extensibilité, l’indépendance des langages et processus, une base formelle, le développement du marché des outils orientés objet, le soutien aux concepts de haut niveau et l’intégration des meilleures pratiques.

Compléments

  • UML a été créé pour unifier plusieurs méthodes de modélisation et a été standardisé par l’OMG (Object Management Group).

  • UML 2.5 est présenté comme une version stabilisée utilisée dans de nombreuses entreprises.

  • UML est non propriétaire et ouvert à tous, tandis que les logiciels de modélisation peuvent proposer des icônes différentes et variables en nombre.

Astuce mémo

Une carte simplifiée rend le système lisible sans montrer tout le code.

2. UML au service des projets PLM

★ À maîtriser

  • Dans un PLM, UML peut représenter la création d’un article, ses documents, ses révisions, sa nomenclature (BOM) et ses validations.
  • UML aide à aligner les équipes métier, MOA, IT et intégrateurs autour d’une notation commune.
  • Dans un projet PLM, les cas d’utilisation décrivent les besoins, les classes les données, les séquences les scénarios, les composants l’architecture et le déploiement l’infrastructure.

Compléments

  • UML aide à repérer les impacts d’un changement, par exemple l’ajout d’une validation Qualité au processus de création d’article.

  • La représentation d’un scénario PLM en UML peut réduire les malentendus et faciliter la configuration ainsi que les tests.

Astuce mémo

Un modèle partagé réduit les malentendus entre métier et IT.

3. Familles et types de diagrammes UML

★ À maîtriser

📌 Les diagrammes de structure décrivent les éléments stables du système, les diagrammes de comportement ses actions et règles, et les diagrammes d’interaction les échanges de messages.

Compléments

  • Les diagrammes de structure couvrent notamment les données, les composants, les serveurs et l’organisation en packages.

  • Les diagrammes de comportement comprennent notamment les cas d’utilisation, les activités et les états.

  • Les diagrammes d’interaction représentent les échanges de messages entre acteurs, écrans et services.

Astuce mémo

Structure = ce qui existe ; comportement = ce qui se passe ; interaction = qui échange.

4. Cas d’utilisation et besoins métier

Notions clés & Définitions

  • Cas d’utilisation : Service rendu par le système à un utilisateur et représentant une action complète produisant un résultat observable.
  • Acteur : Rôle qui interagit avec le système et qui peut représenter une personne ou un système externe comme un ERP.

★ À maîtriser

📌 « include » représente une étape toujours réutilisée, tandis que « extend » représente une option qui ne se produit que dans certains cas.

Compléments

📌 Un cas d’utilisation se nomme de préférence avec un verbe et un objet, comme « Modifier une BOM », plutôt qu’avec une action technique d’écran.

  • La frontière du système est un rectangle qui délimite les services internes au PLM des acteurs et systèmes externes.

  • Une fiche de cas d’utilisation peut indiquer :

    • le but
    • l’acteur principal
    • les préconditions
    • le résultat
    • les variantes

Astuce mémo

Include est toujours réutilisé ; extend est une option conditionnelle.

5. Activités et workflows PLM

Notions clés & Définitions

  • Diagramme d’activités : Diagramme qui décrit les étapes, les choix et parfois les tâches parallèles d’un processus.
  • Nœud de décision : Losange qui choisit un chemin selon une condition.

★ À maîtriser

  • Dans un diagramme d’activités, le point noir marque le début, les rectangles arrondis représentent les actions, le losange une décision et les flèches les transitions entre actions.

📌 Une fourche lance plusieurs actions en parallèle, tandis qu’un nœud de synchronisation attend la fin de toutes les branches parallèles.

Compléments

  • Les partitions, ou swimlanes, séparent les responsabilités par rôle, équipe ou bloc applicatif.

  • Les diagrammes d’activités servent notamment à représenter les workflows de validation, de changement ECR/ECO, de publication et de gestion documentaire.

Astuce mémo

Décider, lancer en parallèle, puis synchroniser avant de poursuivre.

6. États et cycle de vie

Notions clés & Définitions

  • Diagramme d’états : Diagramme qui décrit le cycle de vie d’un objet, ses états et les changements possibles entre ces états.
  • Transition : Flèche entre deux états, déclenchée par un événement qui provoque le changement d’état.
  • État composite : État qui contient plusieurs sous-états formant un cycle interne.

★ À maîtriser

📌 Dans un PLM, un diagramme d’états peut préciser sur une transition l’événement, la condition entre crochets et l’action déclenchée.

Compléments

  • L’état initial est représenté par un point noir et l’état final par un point noir entouré.

  • Un état concurrent permet à plusieurs sous-cycles d’avancer en parallèle et le passage à l’état suivant attend la fin des deux régions.

Astuce mémo

Un feu tricolore : chaque changement d’état attend son événement et sa condition.

7. Interactions et diagrammes de séquence

Notions clés & Définitions

  • Diagramme de séquence : Diagramme qui représente les messages échangés entre participants dans l’ordre temporel, lu de haut en bas.
  • Ligne de vie : Trait vertical qui représente un participant pendant un scénario.
  • Activation : Rectangle vertical sur une ligne de vie qui indique la période pendant laquelle un participant exécute un traitement.

★ À maîtriser

📌 Dans un diagramme de séquence, « alt » représente un choix entre plusieurs chemins, « opt » une option facultative et « loop » une répétition.

Compléments

📌 Dans un diagramme de séquence, une flèche pleine représente un appel ou une demande, tandis qu’une flèche en pointillés représente un retour ou une réponse.

  • Les fragments combinés encadrent une partie du scénario afin d’exprimer une condition, un choix, une répétition ou une option.

Astuce mémo

Participants, messages, puis choix ou répétitions dans le scénario.

8. Communication et échanges entre objets

Notions clés & Définitions

  • Diagramme de communication : Diagramme qui représente les messages entre objets en mettant l’accent sur les liens entre participants et en numérotant les échanges pour indiquer leur ordre.
  • Lien : Trait entre deux objets qui indique qu’ils peuvent échanger, sans préciser lequel parle en premier.
  • Message : Flèche sur un lien qui représente une action ou une demande envoyée d’un émetteur vers un destinataire.

Points essentiels

  • Les messages d’un diagramme de communication sont numérotés dans l’ordre, par exemple 1, 2, 3, avec des sous-étapes possibles comme 1.1 et 1.2.

📌 Pour préserver la lisibilité d’un diagramme de communication, le cours recommande de limiter le diagramme à 4 à 7 objets, de nommer les messages avec des verbes, de numéroter sans trous et de séparer les scénarios longs.

Astuce mémo

La séquence privilégie le temps ; la communication privilégie les liens.

9. Structure UML et diagrammes de classes

Notions clés & Définitions

  • Classe : Type d’objet qui regroupe les caractéristiques communes d’une catégorie d’objets.

★ À maîtriser

  • Un diagramme de classes représente les classes, leurs attributs et opérations, ainsi que leurs relations, notamment les associations et l’héritage.

📌 Une association indique un lien entre classes, tandis que l’héritage signifie qu’une classe est un type de sa classe parent et en récupère les attributs et méthodes.

📌 La composition exprime une propriété forte où la disparition du tout entraîne celle des parties, tandis que l’agrégation représente un regroupement dont les parties peuvent subsister seules.

Compléments

📌 La visibilité « + » signifie public, « - » privé et « # » protégé, ce dernier étant accessible dans la classe et ses classes filles.

  • La cardinalité indique le nombre d’objets associés et s’écrit notamment 1, 0..1, 1..* ou 0..*.

Astuce mémo

La composition fait dépendre les parties du tout ; l’agrégation les laisse autonomes.

10. Objets et architecture de structure

Notions clés & Définitions

  • Package : Un package est un regroupement d’éléments UML, comparable à un dossier, et les dépendances indiquent qu’un package utilise des éléments d’un autre.

★ À maîtriser

📌 Un diagramme d’objets montre des instances concrètes et leurs valeurs à un instant donné, tandis qu’un diagramme de classes décrit les types et les règles générales.

  • Un diagramme de composants montre les blocs logiciels et leurs interfaces, tandis qu’un diagramme de déploiement représente les nœuds d’exécution et les artefacts qui y sont installés.

Compléments

  • Un objet est une instance concrète d’une classe et peut être noté sous la forme nomObjet:Classe.

  • Un profil adapte UML à un domaine au moyen de stéréotypes et de tags, par exemple «PLMObject» et {lifecycle=…}.

Astuce mémo

La classe décrit un type ; l’objet montre une instance concrète.

11. Diagrammes d’objets

Notions clés & Définitions

  • Diagramme d’objets : Un diagramme d’objets représente des instances concrètes et les liens entre elles à un instant donné, avec éventuellement leurs valeurs d’attributs.
  • Objet : Un objet est une instance, c’est-à-dire un exemplaire concret d’une classe, souvent noté « nomObjet:Classe ».

★ À maîtriser

  • Dans un diagramme d’objets, les rectangles représentent les objets, les traits leurs liens et le texte dans les rectangles leurs attributs et leurs valeurs.

Compléments

  • Dans un PLM, on manipule des instances précises, comme un article ou une révision déterminée.

  • Dans l’exemple, l’article Art-1001 est lié à la révision Rev-03 et à la BOM BOM-1001, dont les lignes pointent vers des composants représentés par d’autres articles.

Astuce mémo

Les classes sont le plan, les objets la photo d’un cas réel.

12. Diagrammes de composants

Notions clés & Définitions

  • Composant : Un composant est une partie livrable et remplaçable d’un système, telle qu’une application, un service ou une bibliothèque.
  • Port : Un port est un point d’entrée ou de sortie situé sur le bord d’un composant et servant à regrouper des échanges.

★ À maîtriser

📌 Une interface est un contrat d’opérations proposées ou attendues ; le lollipop représente une interface fournie et la socket une interface requise.

Compléments

📌 Une dépendance indique qu’un changement de A peut affecter B et se représente par une flèche en pointillés, tandis qu’une réalisation indique qu’un composant implémente une interface.

  • Un sous-système regroupe plusieurs composants qui travaillent ensemble et peut être représenté par un package.

Astuce mémo

Le lollipop fournit un contrat, la socket le requiert.

13. Diagrammes de déploiement

Notions clés & Définitions

  • Diagramme de déploiement : Un diagramme de déploiement décrit les nœuds où les logiciels sont installés et les communications entre ces nœuds.
  • Nœud : Un nœud représente un endroit qui exécute quelque chose, tel qu’une machine, une machine virtuelle, un conteneur ou un environnement.
  • Artefact : Un artefact est un élément concret livré ou déployé, comme un fichier .jar, un fichier .war, un exécutable, un script ou une configuration.
  • Environnement d’exécution : Un environnement d’exécution, tel qu’un système d’exploitation, une JVM, un serveur web ou un conteneur, est le logiciel hôte qui fait tourner une application.

Points essentiels

  • Le déploiement consiste à placer un artefact dans le nœud où il est installé, par exemple plm-web.war dans Tomcat ou plm-service.jar dans la JVM.

  • Les liens entre nœuds représentent des communications qui peuvent être libellées HTTPS, SQL, SFTP, NFS ou S3.

Astuce mémo

Un fichier-feuille installé dans une boîte-nœud.

14. Structure composite

Notions clés & Définitions

  • Structure composite : Un diagramme de structure composite montre les parties internes d’un élément et les liens qui les relient.
  • Connecteur : Un connecteur relie deux ports, ou une partie et un port, pour montrer un chemin de communication interne.
  • Partie : Une partie est un élément interne d’un bloc, comme un sous-module dans un service.
  • Port : Un port est un point de connexion situé sur le bord d’un bloc et indiquant par où il communique.
  • Collaboration : Une collaboration est un patron décrivant un groupe de rôles qui coopèrent sans fixer encore les classes exactes.

Points essentiels

  • Dans l’exemple de création d’article, le chemin interne est API → Saisie → Règles → Persistance → Events.

Astuce mémo

Ouvrir le capot d’un bloc pour voir ses parties et leurs câbles.

15. Diagrammes de packages

Notions clés & Définitions

  • Package : Un package est un conteneur qui regroupe des éléments UML tels que des classes, des composants ou d’autres packages.

★ À maîtriser

📌 Une dépendance entre packages indique qu’un package utilise un autre package et se représente par une flèche en pointillés.

Compléments

  • Un package peut représenter un domaine fonctionnel et ses packages peuvent être imbriqués.

  • Les packages peuvent organiser un système par domaines métier, sous-systèmes ou couches, comme UI, services et données.

  • Les bonnes pratiques recommandent de nommer clairement les packages, d’éviter les dépendances dans tous les sens et de garder une hiérarchie simple de 2 à 3 niveaux.

Astuce mémo

Des dossiers imbriqués rangent les éléments du modèle.

16. Profils UML

Notions clés & Définitions

  • Profil UML : Un profil UML est un package spécial qui regroupe des extensions permettant de personnaliser UML pour un domaine sans modifier ses règles.
  • Stéréotype : Un stéréotype est une étiquette écrite entre « << >> » qui qualifie un élément UML en précisant son sens métier sans le remplacer.
  • Contrainte : Une contrainte est une règle écrite entre accolades qui limite ce qui est autorisé et évite des modèles incohérents.
  • Métaclasse : Une métaclasse est le type UML que l’on étend, par exemple Class ou Component.

Points essentiels

  • Un profil peut regrouper des stéréotypes, des valeurs ajoutées appelées tags et des contraintes.

  • Dans un mini-profil PLM, les stéréotypes <<Article>>, <<BOM>> et <<Document>> s’appliquent à la métaclasse Class.

Astuce mémo

Le stéréotype étiquette un élément, la contrainte limite ce qui est permis.

17. Interactions globales

★ À maîtriser

📌 Dans un diagramme d’interaction globale, le rond plein représente le début, le rond cible la fin, le losange une décision et le rectangle arrondi une étape d’interaction.

  • Un fork sépare le parcours en branches parallèles et un join les rassemble avant la poursuite du scénario.

Compléments

  • Une flèche indique une transition entre interactions et une condition inscrite entre crochets précise quand ce chemin est emprunté.
  • Une étape d’interaction peut renvoyer à un diagramme de séquence qui détaille les acteurs ou systèmes et l’ordre de leurs messages.

  • Dans une révision d’article, la vérification de la BOM et celle des documents peuvent être lancées en parallèle avant la demande de validation.

Astuce mémo

Début → interactions → décision ou fork/join → fin.

18. Diagrammes de timing

Notions clés & Définitions

  • Diagramme de timing : Un diagramme de timing montre comment l’état ou la valeur d’un élément évolue au fil du temps, représenté de gauche à droite.
  • Ligne de vie : Une ligne de vie est la piste d’un élément suivi dans le temps, et chaque piste possède sa propre courbe d’état.
  • Urbanisation du SI : Urbaniser un système d’information consiste à le découper en zones claires telles que les applications, les données et les échanges.

★ À maîtriser

📌 Un palier représente un état stable dont la longueur indique la durée, tandis qu’un saut représente un changement d’état.

  • UML propose 14 diagrammes regroupés en trois familles : structure pour ce qui existe, comportement pour ce qui se passe et interaction pour qui parle à qui.

  • La modélisation d’un système d’information relie les besoins avec les cas d’utilisation, les processus avec les activités et les données avec les classes.

📌 TOGAF est une méthode d’architecture d’entreprise qui organise la démarche, tandis qu’UML est un langage de diagrammes qui aide à représenter processus, applications et données.

Compléments

  • Un événement, tel que « Soumettre en revue », peut faire passer une révision de l’état Brouillon à l’état En_revue.

📌 Une transition temporelle déclenche un changement à une date précise ou après un délai, comme l’archivage automatique après 30 jours.

  • Dans l’exemple de révision d’article, la révision passe de Brouillon à En_revue, puis à Approuvée et Publiée, tandis que la disponibilité du service de signature est suivie sur une autre piste.

  • Dans le scénario « Soumettre en revue », l’ingénieur soumet, le PLM enregistre, la GED stocke le document, puis une notification est envoyée au relecteur.

  • Dans un diagramme d’activités, les couloirs séparent les responsabilités et le losange représente une décision, par exemple approuver si la revue est satisfaisante ou renvoyer en correction sinon.

Astuce mémo

Des pistes horizontales où les paliers durent et les sauts changent l’état.

Tableaux de synthèse

Familles de diagrammes UML

FamilleCe qu’elle décritExemples
StructureÉléments stables du systèmeClasses, composants, déploiement
ComportementActions, règles et évolutionsCas d’utilisation, activités, états
InteractionÉchanges de messagesSéquence, communication, timing

Teste tes connaissances

Teste tes connaissances sur UML et modélisation des systèmes PLM avec 11 questions à choix multiples et corrections détaillées.

1. Quelle fonction caractérise UML dans la représentation des systèmes d’information ?

2. Lorsqu’on construit un modèle d’un système d’information, quel principe permet de le rendre plus simple que le système réel ?

Faire le QCM →

Révisez avec les flashcards

Mémorisez les concepts clés de UML et modélisation des systèmes PLM avec 10 flashcards interactives.

Que signifie UML et que permet ce langage ?

Unified Modeling Language, un langage standard et visuel pour représenter des modèles de systèmes d’information.

Quels éléments du cycle de vie d’un article un PLM peut-il représenter avec UML ?

La création, les documents, les révisions, la nomenclature et les validations.

Quel objectif UML poursuit-il entre les équipes métier, MOA, IT et intégrateurs ?

Les aligner autour d’une notation commune.

Voir les flashcards →

Cours similaires

Crée tes propres fiches de révision

Importe ton cours et l'IA génère fiches, QCM et flashcards en 30 secondes.

Générateur de fiches