Explication Détaillée des Diagrammes
UML et du Schéma Relationnel
Les documents fournis décrivent la modélisation d'un système de gestion d'articles,
probablement pour un site d'actualités ou un blog, en utilisant le langage de modélisation
unifié (UML) et un schéma de base de données relationnelle.
Voici l'analyse détaillée de chaque diagramme :
1. Diagramme de Cas d'Utilisation (CAS
D'[Link])
Le diagramme de cas d'utilisation présente les fonctionnalités du système du point de vue
de l'utilisateur. Il identifie les acteurs (qui utilise le système) et les cas d'utilisation (ce que
le système fait).
Élément Description Acteurs Impliqués
Acteurs
Étudiant/Visiteur Utilisateur non authentifié ou Consultation des Actualités
simple lecteur.
Utilisateur authentifié ayant Gestion des Articles,
Administrateur/Éditeur des droits de gestion de Catégories, Utilisateurs
contenu.
Cas d'Utilisation
Consulter les actualités Permet de voir la liste des Étudiant/Visiteur
articles publiés.
Créer un article Permet de rédiger un nouvel Administrateur/Éditeur
article.
Publier un article Rendre un article visible au Administrateur/Éditeur
public.
Dépublier un article Retirer un article de la vue Administrateur/Éditeur
publique.
Archiver un article Mettre un article de côté sans Administrateur/Éditeur
le supprimer.
Supprimer un article Retirer définitivement un Administrateur/Éditeur
article.
Gérer les catégories Créer, modifier ou supprimer Administrateur/Éditeur
les catégories d'articles.
Fonctionnement : Ce diagramme établit la portée du système. L'acteur Étudiant/Visiteur
est limité à la consultation, tandis que l'acteur Administrateur/Éditeur possède toutes les
fonctions de gestion du contenu. Les relations <<include>> (non clairement lisibles dans le
PDF mais implicites) indiqueraient que certaines étapes sont communes (par exemple,
"Authentification" pourrait être incluse dans tous les cas de gestion).
2. Diagramme de Classes ([Link])
Le diagramme de classes est le plan structurel du système. Il montre les entités (classes),
leurs attributs (données) et leurs relations.
Classe Attributs Clés Méthodes Clés Relations
identifiant (PK),
utilisateur_id (FK), publier() ,
categorie_id (FK), 1 à * Utilisateur
Article titre , contenu , dépublier() , (écrit), 1 à *
statut (enum), archiver() , estPublie() Catégorie (classifie)
date_publication
identifiant (PK),
Utilisateur nom , email , aRole() , estAdmin() 1 à * Article (écrit)
mot_de_passe , role
Catégorie identifiant (PK), articles() 1 à * Article
nom , slug (classifie)
Fonctionnement :
• Article est la classe centrale. Un article est lié à un seul Utilisateur (l'auteur) et à une
seule Catégorie.
• Le champ statut (enum) est crucial et géré par des méthodes comme publier() ,
dépublier() et archiver() , ce qui correspond au cycle de vie de l'article.
• La classe Utilisateur gère l'authentification et les rôles ( role et estAdmin() ), ce qui
permet de définir les permissions.
• Les relations sont de type Un à Plusieurs (1 à *) : un utilisateur peut écrire plusieurs
articles, et une catégorie peut classifier plusieurs articles.
3. Diagrammes d'Activité (Consultation des Actualités par
un É[Link] et Création et Publication d'un
[Link])
Les diagrammes d'activité modélisent le flux de travail ou le processus métier.
3.1. Consultation des Actualités par un Étudiant
Ce diagramme décrit le parcours d'un lecteur :
1. Début : Le processus commence.
2. Accéder à la page des actualités : L'étudiant arrive sur la page principale.
3. Afficher la liste des articles publiés : Le système présente la liste.
4. Décision : Sélectionner un article ?
• Oui : Afficher le détail de l'article.
• Non : Le lecteur peut choisir d'appliquer un Filtre ? (par catégorie ou recherche
plein texte).
• Si un filtre est appliqué, la liste est mise à jour.
• Si aucun filtre n'est appliqué, le processus se termine (Fin).
Ce flux montre que l'utilisateur a des options de navigation et de recherche pour affiner la
liste des articles.
3.2. Création et Publication d'un Article
Ce diagramme décrit le flux de travail d'un Administrateur/Éditeur pour la gestion d'un
article :
1. Début : Accéder au formulaire de création.
2. Saisir les informations : L'utilisateur remplit les champs ( titre , contenu , catégorie ,
image ).
3. Décision : Données valides ?
• Non : Afficher les erreurs de validation et revenir à la saisie.
• Oui : Créer l'article avec le statut 'Brouillon'.
4. Décision : Publier immédiatement ?
• Oui : Changer le statut à 'Publié'.
• Non : Enregistrer en tant que 'Brouillon'.
5. Fin : Rediriger vers la liste des articles.
Ce flux met en évidence l'importance de la validation des données et la distinction entre
l'enregistrement en tant que brouillon et la publication immédiate.
4. Diagramme d'États-Transitions (ETATS
[Link])
Ce diagramme modélise le cycle de vie d'un seul article en fonction de son attribut statut .
État Description Transitions (Événements)
Brouillon État initial après la création. Publier → Publié
Article non visible.
Publié Article visible par tous les Dépublier → Article non
étudiants/visiteurs. visible, Archiver → Archivé
Article non visible Article retiré de la vue Publier → Publié, Supprimer
principale (dépublié). → Supprimé
Archivé Article mis de côté, non Restaurer → Publié,
visible dans la liste principale. Supprimer → Supprimé
Supprimé État final. L'article est retiré (Aucune transition sortante)
du système.
Fonctionnement : Le diagramme montre que l'article passe par différents états ( Brouillon ,
Publié , Article non visible , Archivé ) avant d'atteindre l'état final ( Supprimé ). Les actions de
l'éditeur ( Publier , Dépublier , Archiver , Restaurer , Supprimer ) sont les événements qui
déclenchent ces transitions.
5. Schéma Relationnel (shema [Link])
Le schéma relationnel est la traduction du diagramme de classes en une structure de base
de données.
Table Colonnes (Attributs) Clés Correspondance UML
id , nom , email ,
UTILISATEURS mot_de_passe , role , id (PK) Classe Utilisateur
date_creation ,
date_modification
id , nom , slug ,
CATEGORIES date_creation , id (PK) Classe Catégorie
date_modification
id , utilisateur_id ,
categorie_id , titre ,
slug , contenu , id (PK),
ARTICLES chemin_image , utilisateur_id (FK), Classe Article
statut (enum), categorie_id (FK)
date_publication ,
date_creation ,
date_modification
Fonctionnement :
• Les classes UML sont devenues des tables (entités).
• Les relations Un à Plusieurs du diagramme de classes sont implémentées par des Clés
Étrangères (FK) dans la table ARTICLES .
• utilisateur_id dans ARTICLES référence id dans UTILISATEURS (relation "écrit").
• categorie_id dans ARTICLES référence id dans CATEGORIES (relation "classifie").
• Les types de données sont spécifiés ( bigint , string , text , timestamp , enum ), ce qui est
essentiel pour l'implémentation de la base de données.
En résumé, ces diagrammes fournissent une vue complète du système : le Diagramme de
Cas d'Utilisation définit les besoins, le Diagramme de Classes définit la structure des
données, les Diagrammes d'Activité définissent les processus, le Diagramme d'États-
Transitions définit le cycle de vie du contenu, et le Schéma Relationnel définit
l'implémentation de la base de données.