Karteikarten: Modèles et Architecture Logicielle — 20 Karten

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.