Méthodologie et Processus de Développement de Logiciels (MPD LOG)
Exercice 1 : Méta-modèle et modèle
Un méta-modèle définit les règles et la structure pour créer un modèle. Il décrit les éléments de base, leurs relations et les contraintes qui doivent être respectées pour construire un modèle conforme.
Concept de « composant » et méta-modèle associé
Un composant peut être défini comme suit :
- Un composant peut être composé d'autres composants, auquel cas il est appelé composant composite. Sinon, il est un composant primitif.
- Un composant possède un nom et un type, et peut inclure plusieurs ports.
- Un port est constitué de 0 ou N interfaces.
- Les interfaces sont de deux types : interfaces requises et interfaces fournies.
- Un service exprime la sémantique des fonctionnalités requises et fournies via les interfaces. Il peut regrouper plusieurs services en utilisant une ou plusieurs interfaces.
- Une liaison associe une interface requise à une interface fournie.
- Un composant composite dispose d'une configuration contenant plusieurs liaisons.
Exemple de méta-modèle pour le composant
Composant (+nom : String, +type : String)
Port (0..* : Interface)
Interface (+fournie : boolean)
Service (+nom : String, +interfaces : Interface*)
Liaison (+interfaceRequise : Interface, +interfaceFournie : Interface)
ComposantComposite (+configuration : Liaison*)
ComposantPrimitif (héritage de Composant)
FAQ : Méta-modèle et modèle
Q : Qu'est-ce qu'un méta-modèle ?
R : Un méta-modèle est une description formelle des concepts, relations et règles nécessaires pour construire un modèle spécifique.
Q : À quoi sert un méta-modèle ?
R : Il permet de standardiser et valider la structure des modèles en imposant des contraintes et des relations entre les éléments.
Q : Comment différencier un modèle d'un méta-modèle ?
R : Le méta-modèle définit les règles du modèle, tandis que le modèle est une instance concrète de ces règles, représentant des données ou des concepts réels.
Exercice 2 : Modélisation UML de Prolog
Prolog est un langage déclaratif utilisé pour la programmation logique. Il repose sur des structures comme les termes, les littéraux et les clauses.
Structures de base en Prolog
- Terme : Peut être un atome, une variable (commence par *), ou un terme structuré (application d'une fonction à des termes).
- Littéral : Composé d'un nom de prédicat et d'un ensemble non vide de termes.
- Clause : Formée d'un ensemble de littéraux (corps) et d'un littéral (tête).
- Programme Prolog : Ensemble de clauses et éventuellement de littéraux (but).
- Interpréteur : Exécute le programme Prolog en utilisant l'algorithme de résolution.
- Stratégie : Définit la méthode d'application de l'algorithme de résolution (ex. : Linear Resolution, Input Resolution).
- Fonction d'unification : Fonction commune à toutes les stratégies, permettant de comparer et unifier les termes.
Exemple de diagramme UML pour Prolog
ProgrammeProlog (+clauses : Clause*, +but : Littéral*)
Interpréteur (+stratégie : Stratégie)
Clause (+tête : Littéral, +corps : Littéral*)
Littéral (+prédicat : String, +termes : Terme*)
Terme (+atome : String, +variable : String, +structuré : TermeStructuré*)
TermeStructuré (+fonction : String, +termes : Terme*)
Stratégie (+unification : FonctionUnification)
LinearResolution (héritage de Stratégie)
InputResolution (héritage de Stratégie)
LinearResolutionWithSelectionFunction (héritage de Stratégie)
FonctionUnification (+unifier : Terme, Terme → boolean)
FAQ : Programmation logique avec Prolog
Q : Qu'est-ce qu'un terme structuré en Prolog ?
R : Un terme structuré est une combinaison d'une fonction et d'un ensemble de termes, comme parent(john, mary).
Q : Comment fonctionne l'algorithme de résolution en Prolog ?
R : Il utilise une fonction d'unification pour comparer les termes et appliquer une stratégie (ex. : Linear Resolution) afin de résoudre les requêtes.
Q : Quels sont les avantages de Prolog par rapport à un langage procédural comme Java ?
R : Prolog permet une approche déclarative et logique, facilitant la modélisation de problèmes basés sur des règles et des relations.
Exercice 3 : Gestion du cadastre avec le patron MVC
La gestion du cadastre implique le découpage de zones en sous-zones et parcelles, avec des affichages graphiques et textuels.
Modèle UML pour le cadastre
Zone (+getSurface() : double)
SousZone (+Ajouter(z : Zone) : void, +supprimer(z : Zone) : void)
Parcelle (+longueur : double, +largeur : double, +x : double, +y : double, +getSuperficie() : double)
ParcelleModel (classe abstraite) (+addObserver(o : ParcelleVue) : void, +removeObserver(o : ParcelleVue) : void, +notify() : void, +getState() : double)
ParcelleVue (interface abstraite) (+update() : void)
VueTextuelle (héritage de ParcelleVue) (+update() : void)
VueGraphique (+échelle : double) (héritage de ParcelleVue) (+update() : void)
ParcelleControlleur (classe abstraite) (+update() : void, +receiveEvent() : void)
ControlTextuel (héritage de ParcelleControlleur) (+receiveEvent() : void)
ControlGraphique (héritage de ParcelleControlleur) (+receiveEvent() : void)
Gestion des événements et mises à jour
Le patron Observer permet de notifier les vues (ParcelleVue) dès qu'une modification survient dans le modèle (ParcelleModel). Le contrôleur (ParcelleControlleur) interprète les actions de l'utilisateur et met à jour le modèle via les méthodes appropriées.
FAQ : Patron MVC pour la gestion du cadastre
Q : Pourquoi utiliser le patron Observer pour les vues ?
R : Le patron Observer permet une décorrélation entre le modèle et les vues, simplifiant la gestion des mises à jour et des affichages multiples.
Q : Comment le contrôleur gère-t-il les actions utilisateur ?
R : Le contrôleur interprète les actions via la méthode receiveEvent() et met à jour le modèle en appelant les méthodes de modification.
Q : Quels sont les avantages du patron MVC dans ce contexte ?
R : Il sépare clairement les responsabilités (modèle, vue, contrôleur), facilitant la maintenance et l'extension du système.