Exercice corrigé UML: gestion des formations d'un institut privé

Exercice:

Il s'agit d'établir le schéma conceptuel d'une base de données pour la gestion des formations d'un institut privé :

·         Un cours est caractérisé par un numéro de cours (NOCOURS), un libellé (LIBELLE), une durée en heures (DUREE) et un type (TYPE).

·         Un cours peut faire l'objet dans l'année de plusieurs sessions identiques.

·         Une session est caractérisée par un numéro (NOSES), une date de début (DATE) et un prix (PRIX).

·         Une session est le plus souvent assurée par plusieurs animateurs et est placée sous la responsabilité d'un animateur principal.

·         Un animateur peut intervenir dans plusieurs sessions au cours de l'année.

·         On désire mémoriser le nombre d'heures (NBH) effectué par un animateur pour chaque session.

·         Un animateur est caractérisé par un numéro (NOANI), un nom (NOMA) et une adresse (ADRA).

·         Chaque session est suivie par un certain nombre de participants.

·         Un participant est une personne indépendante ou un employé d'une entreprise cliente.

·         Un participant est caractérisé par un numéro (NOPAR), un nom (NOMP) et une adresse (ADRP).

·         Dans le cas d’un employé, on enregistre le nom (NOMEN) et l’adresse de l’entreprise (ADREN).

·         On désire pouvoir gérer d’une manière séparée (pour la facturation notamment) les personnes indépendantes d’une part, et les employés d’autre part. Si nécessaire, on fera les hypothèses sémantiques complémentaires qui pourraient s'imposer.

                                                                                                                    

Établir un schéma conceptuel (diagramme de classes UML) pour cette base de données.

Corrigé:

Read More

Corrigé Exercice UML: Compagnie aérienne

1)-  

2)-

Read More

Exercice UML: Compagnie aérienne

Exercice:

Une compagnie aérienne veut mettre en oeuvre une base de données pour gérer ses différents vols :

·         Un VOL est un parcours aérien caractérisé par un NUMERO, une VILLE-DEPART, une VILLEARRIVEE, une HEURE-DEPART, une HEURE-ARRIVEE, une DISTANCE, une FREQUENCE.

·         Lorsqu'un VOL est programmé pour une DATE déterminée il constitue un DEPART.

·         Un VOL n’est programmé qu'une seule fois dans une journée à l'heure prévue.

·         Un certain nombre de PASSAGERS peut être enregistré pour un DEPART.

·         Un PASSAGER est caractérisé par son NOM, son ADRESSE, son NO-TELEPHONE.

·         Un AVION est affecté à chaque DEPART.

·         Un AVION est caractérisé par un NUMERO, un TYPE, une CAPACITE.

·         Un AVION utilise une certaine QUANTITE DE CARBURANT pour accomplir le trajet. Cette dernière dépend des conditions atmosphériques, donc de la DATE.

·         Un certain nombre de PERSONNELS est affecté à chaque DEPART. On distingue les personnels navigants des personnels non navigants. Parmi ces derniers, on distingue le(s) pilote(s). Un membre du personnel est caractérisé par son NOM, son ADRESSE, son NO-TELEPHONE.

1)- On désire utiliser cette base pour produire (entre autres) les listes suivantes :

-            passagers enregistrés pour un départ,

-            personnels affectés à un départ pour chacune des trois catégories,

-            départs programmés pour un vol donné,

-            départs assignés à un avion donné pour la semaine à venir,

-            caractéristiques du vol correspondant à un départ.

Proposer un diagramme de classes UML pour cette base (tous les éléments figurant en majuscules dans l'énoncé doivent être pris en compte).

2)- Un VOL peut en fait être constitué de plusieurs tronçons. Par ailleurs on souhaite pouvoir établir pour chaque VILLE les vols au départ et les vols à l'arrivée.

Suggérer une amélioration du modèle précédent pour prendre en compte ces deux aspects.

Voir la solution

Read More

Exercice UML : Football

Exercice 1 :

Soit le texte suivant :

Une équipe de football est composée de joueurs. Une équipe représente un pays. Une équipe possède une couleur. Un joueur porte un maillot. Un joueur peut être un joueur de champ ou un gardien. Les maillots des joueurs de champ sont de la couleur de son équipe. Le maillot du gardien est toujours d’une couleur noire.

Les joueurs ont le droit d’utiliser leurs pieds. Le gardien a le droit d’utiliser ses mains.

1-      On suppose qu’une couleur n’est pas une classe mais un entier. Dessiner un diagramme de classes. On utilisera l’agrégation si cela est possible. On placera les ordres de multiplicité.

2-      Dessiner un diagramme d’objets correspondant au texte suivant : Xavi et Iniesta sont des joueurs de champ. Casillas est un gardien. Ils font partie de l'équipe nationale espagnole . La couleur de l’équipe de l’Espagne est le rouge. Tous les joueurs portent un maillot.

Exercice 2 :

Pour chaque exemple ci-dessous, indiquez si la relation présentée est une généralisation, une agrégation ou une association :

1. Un pays a une capitale.
2. Une transaction boursière est un achat ou une vente.
3. Les fichiers contiennent des enregistrements.
4. Une personne utilise un langage de programmation dans un projet.
5. Les modems et les claviers sont des périphériques d’entrées/sorties.

Voir la solution

Read More

Conception et développement d’une application pour la gestion d’une agence de location de voiture (suite)

Diagramme de classes :

Information utile: 

Une bonne solution de développer un site web avec intelligence artificielle ou de booster votre plateforme web existante. Lire plus

Le diagramme de classe est composé de 3 classes :

ü  Client : Comportant comme attributs les informations relatives aux clients avec les méthodes d’accès à ces derniers.

ü  Voiture : Comportant comme attributs les informations relatives aux voitures avec les méthodes d’accès à ces derniers.

ü  Manager : Comportant comme attributs les informations relatives aux Managers avec encore une fois les méthodes d’accès à ces derniers.

Il y a aussi une association Location entre Client et Voiture porteuse de la date et la durée de location. 

Diagramme de déploiement : 

Diagramme de Package :

III- Architecture adoptée :

Pour garantir à notre application la facilité d’extension et de modification ultérieure on a adopté une architecture organisée en cinq couche (5 tiers ):

Ø  Couche présentation : elle incorpore toute la logique présentation de l’application : pages HTML et JSP. Elle interagit avec la couche logique applicative.

Ø  Couche logique applicative : elle regroupe un ensemble d’objets « contrôleurs » qui sont des objets artificiels entre les objets graphiques et les objets métiers  elle connaît l’interface des objets de la couche métiers et joue le rôle de « façade » vis-à-vis de la couche présentation. cette tache est assurée par des SERVELETS.

Ø  Couche  logique métiers : elle englobe les objets métiers constituant le système  étudié(Voiture, Client, Location, Manager).

Ø  Couche  services techniques : elle assure l’accès à la base de données. Elle incorpore les classes d’accès aux données (CarDAO, ClientDAO, ManagerDAO, LocationDAO, JDBCDAO).

Ø  Couche Base données : Ce niveau abrite les données nécessaires à l’application. Il s’agit,   de la base de données installée sur le SGBDR Microsoft SQLServer.

       Cette architecture va  permettre de répondre au critère d’évolutivité :
o   modifier l’interface de l’application sans devoir modifier les objets métier.
o   Les objets graphiques ne connaissent pas la couche logique.
o   Changer de mécanisme de stockage sans avoir a retouché l’interface ni les règles métier.
o   Modularité et réutilisation et une facile maintenabilité.

IV- Captures d’écran des principales fonctionnalités de l'application  :

Page de démarrage :

Page d’accueil :

Page d’authentification :

Page d’administrateur :

Page du manager :

Télécharger le projet complet

Page du client :

 

 

 

Read More