Diagramme de cas d'utilisation — rôle ?
Modéliser interactions acteurs-système.
Acteur — définition ?
Rôle interagissant avec le système.
Relation « include » — fonction ?
Réutiliser un scénario commun.
Relation « extend » — fonction ?
Ajouter ou modifier un scénario.
Cahier des charges — rôle ?
Formaliser besoins et exigences.
Classes d’analyse — représentation ?
Concepts métier sans détails de conception.
Diagramme de classe d’analyse — outil ?
Représenter classes, attributs et relations.
Attributs — dans classes d’analyse ?
Propriétés décrivant l’état.
Hiérarchie des classes — but ?
Gérer complexité et réutilisation.
Spécialisation — dans classes ?
Créer sous-classes spécifiques.
Pattern de conception — rôle ?
Solution réutilisable à un problème.
Encapsulation — dans patterns ?
Cacher détails internes d’un objet.
Architecture en couches — structure ?
Système en niveaux hiérarchisés.
Communication en couches — principe ?
Une seule couche communique avec la voisine.
Domaine Driven Design — objectif ?
Modéliser précisément le métier.
Ubiquitous Language — rôle ?
Langage partagé entre acteurs.
Entités — dans DDD ?
Objets avec identité propre.
Agrégats — dans DDD ?
Regroupement d’objets liés.
UML — signification ?
Langage graphique de modélisation.
Persistance des données — but ?
Sauvegarder objet dans stockage durable.
Testez vos connaissances avec un QCM de 10 questions sur Modèles et Architecture Logicielle.
1. Qu'est-ce qu'un diagramme de cas d'utilisation dans UML ?
2. Selon la définition donnée dans le contenu, qu'est-ce qu'une classe d’analyse ?
Révisez le cours complet dans la fiche de révision de Modèles et Architecture Logicielle.
Voir la fiche →Bases de données
Bases de données
Programmation
Programmation
Importe ton cours et l'IA génère des flashcards en 30 secondes.
Générateur de flashcards