Gestion de carburant pour une Station

dessence
Logiciel et automate de gestion de carburant pour stations personnelles.
Soit un systme informatique qui gre une station-service :

Le client peut utiliser des compresseurs manuelles et payer la caisse du grant ou

utiliser des compresseurs automatiques.

Le grant de la station utilise le systme informatique pour ses oprations de gestion

(particulirement le bilan des oprations de vente dessence).

Le grant peut se servir de lessence pour sa voiture.

La station-service a un petit atelier dentretien de vhicules. Le grant est aussi

mcanicien.

Travail Faire :

1. Faites le diagramme des cas dutilisation sous UML

 Donner les acteurs de ce systme.

Donner le diagramme des cas d'utilisation du systme.

Dcrire le scnario principal de chaque cas dutilisation par un diagramme de squence .

Donner le diagramme de classe

Donner le diagramme dobjet

Gestion dun Distributeur automatique de billets

On considre le systme suivant de gestion dun Distributeur automatique de billets

- le distributeur dlivre de largent tout porteur de carte (carte Visa ou carte de la banque)

- pour les clients de la banque, il permet :

1. la consultation du solde du compte

2. le dpt dargent (chque ou numraire)

- toute transaction est scurise et ncessite par consquent une authentification

- dans le cas o une carte est avale par le distributeur, un oprateur de maintenance se charge
de la rcuprer. Cest la mme personne qui collecte galement les dpts dargent et qui
recharge le distributeur.

Travail Faire :

Modliser cette situation par un diagramme de cas dutilisation

Donner les acteurs de ce systme.

Donner le diagramme des cas d'utilisation du systme.

Dcrire le scnario principal de chaque cas dutilisation par un diagramme de

squence.

Donner le diagramme de classe

 Donner le diagramme dobjet

Analyse des besoins d'une entreprise

On s'intresse une socit qui fabrique des composants de moteurs. Sur le plan des moyens
de production, la socit dispose de 6 usines dont une ddie au montage.

La fabrication comporte une phase d'usinage, une phase de traitement thermique et de surface,
puis de montage des sous-ensembles qui s'intgreront dans les moteurs.

La direction commerciale reoit chaque jour les commandes clients. Compte-tenu des dlais
de fabrication (cycles de 8 15 mois), les clients presss peuvent passer des commandes
prioritaires mais au prix d'une surfacturation de 20 % de la commande.

Les usines les traitent alors en priorit. Les gros clients (plus de 10 commandes par an) sont
traits en priorit aussi.

Aprs un contrle technique des articles commands, la direction commerciale introduit la

commande en ordinateur et obtient en sortie, l'clatement des ensembles composs en
composants lmentaires qui appartiennent deux catgories distinctes :

Pices fabriques par l'entreprise

Pices sous-traites

Elle imprime alors un listing de composants "maison" destination des usines et un listing des
composants sous-traits destination du service de gestion du stock de l'entreprise pour
approvisionnement. Ce service gre aussi l'approvisionnement bimensuel en matires
premires. La commande globale est, elle, transmise l'usine de montage qui ne peut finaliser
la commande qu'aprs rception de l'ensemble des composants requis.

Des modifications (avenants) aux commandes clients peuvent tre apportes aprs
l'enregistrement de la commande, afin d'amender :

les codes articles (dans le cas d'une volution technique de l'article),

ou les autres caractristiques de l'article (dlai, quantit commande,...).

La direction commerciale se charge aussi du suivi de la facturation. Les cots rels sont
comptabiliss par commande reue, avec une gestion du nombre d'heures passes (heures
productives transmises par les usines) et de la valeur (prix d'achat) des matires premires ou
pices semi-finies en provenance de fournisseurs divers (fournie par le service de gestion du
stock). La facture est alors transmise l'usine de montage qui gre aussi la livraison de la
commande.

Travail Faire :

1. Donner le diagramme des cas d'utilisation de ce systme.

2. Donner diagramme de classes de ce systme.

3. Dcrire le scnario Traitement dune commande par un diagramme de squence.

Gestion de Systme d'enregistrement d'enseignants et d'tudiants

Les inscriptions dans une cole fonctionnent de la faon suivante. Au dbut de chaque
semestre, un catalogue des cours proposs est fourni par la scolarit aux tudiants. Chaque
cours est dcrit par un certain nombre d'informations, en particulier : l'enseignant, le cursus et
les pr-requis.

Ce catalogue ne peut tre cr avant que tous les cours ne soient affects des enseignants.
Pour cela, chaque enseignant accde au systme d'inscription pour indiquer les cours qu'il
prvoit d'enseigner.

Les tudiants doivent remplir des fiches d'enregistrement qui indiquent leurs choix de cours.
L'tudiant standard doit suivre 4 enseignements choisis dans le catalogue. Il devra indiquer
aussi deux cours supplmentaires. En effet, il se peut que, parmi les 4 cours choisis, l'un des
cours soit trop plein ou abandonn par manque d'tudiants.

Chaque cours doit en effet tre dispens au moins 5 tudiants et au plus 30 tudiants.

Si un cours est choisi par moins de 5 tudiants, il est supprim.

Ces fiches sont gres par la scolarit. Une fois la priode dinscription termine, un
programme est excut pour affecter les tudiants aux cours. Dans la plupart des cas, les
tudiants obtiennent ce qu'il ont choisi. Aprs que tous les tudiants aient t correctement
affects aux diffrents cours, un listing est imprim pour chaque tudiant pour vrification.
Une fois la slection de cours d'un tudiant valide, l'information est transmise au systme de
facturation qui facturera l'tudiant pour son semestre.

Travail Faire :

On souhaite analyser les besoins de ce systme d'inscription.

1. Donner les acteurs de ce systme.

2. Donner le diagramme des cas d'utilisation du systme.

3. Dcrire le scnario principal de chaque cas dutilisation par un diagramme de

squence.

4. Donner le diagramme de classe

5. Donner le diagramme dobjet

Gestion des emprunts de livres dans une bibliothque

Cette tude fait suite lEtude de cas sur les Emprunts de livres dans une bibliothque.

Lorsquun tudiant emprunte un livre, il doit le prsenter, en mme temps que son badge, au
bibliothcaire et celui-ci saisit les deux numros (badge et livre). Par contre, ainsi quon la dit
prcdemment, lenseignant na pas besoin de prsenter son badge ; il est identifi par le
bibliothcaire et seul le numro de livre est saisi.

Priodiquement le bibliothcaire enregistre les nouveaux livres arrivs.

1. Reprsenter le diagramme de cas dutilisation mettant en vidence toutes les fonctionnalits

du systme (revoir texte de lEtude de cas Gestion dune bibliothque).

2. Raliser les diagrammes de squence correspondant Lister Livres, Lister Livres

Emprunts.

3. Pour chaque type de retour dfini dans la question 4 de lEtude de cas Gestion dune
bibliothque, rdiger une spcification sous forme textuelle (petit scnario) puis un
diagramme de squence.
Rappel des types de retour dfinis :

a) Un livre est dpos dans une bote prvue cet effet. Le bibliothcaire va enregistrer le
retour partir du numro de celui-ci. Le nom du livre est affich automatiquement pour
permettre un contrle.

b) Un tudiant se prsente et communique sa carte. A partir du numro, le bibliothcaire

affiche le nom de lemprunteur et les diffrents emprunts. Pour chaque livre rapport, on peut
cocher une case livre rendu .

c) Un enseignant se prsente. Le bibliothcaire affiche le nom de tous les professeurs,

slectionne le nom de celui qui rapporte le livre et affiche les diffrents emprunts. Comme
prcdemment, pour chaque livre, on peut cocher une case livre rendu .

4. Raliser le diagramme de squence permettant denregistrer un nouveau livre. On suppose

que le numro dun nouveau livre est calcul par une opration calculerNumro de la classe
Bibliothque.

Remarque : chaque tape, on compltera le diagramme de classes avec les oprations mises
en vidence dans la ralisation des diagrammes de squences.

1. Donner les acteurs de ce systme.

2. Donner le diagramme des cas d'utilisation du systme.

3. Dcrire le scnario principal de chaque cas dutilisation par un diagramme de squence.

4. Donner le diagramme de classe

5. Donner le diagramme dobjet

Systme d'informations d'une agence immobilire

En tant qu'intermdiaire entre des propritaires de biens immobiliers et d'ventuels locataires

ou acheteur, une agence immobilire propose les diffrents biens suivants:

louer ou acheter : des biens immobiliers d'habitation (studios, appartements,

maison) et des biens immobiliers commerciaux (entrepts, emplacements pour
bureaux ou commerce);

De manire pouvoir servir efficacement, la fois, les propritaires (offrants) et les clients
(demandeurs), un certain nombre de "classes standards" de biens immobiliers sont dfinies;
par exemple: la classe des terrains btir de 10 ares et de moins de 300.000 Frs., la classe des
maisons d'habitation louer comprenant au minimum deux chambres et dont le loyer mensuel
serait infrieur 15.000 Francs, la classe des maisons d'habitation acheter comprenant au
minimum trois chambre et dont le prix demand serait infrieur 2.500.000 Francs.
Une classe standard est identifie par un code de classe et caractrise par le type de biens
immobiliers qui la composent (maison, appartements, studio, entrept, emplacement, terrain),
leur mode d'offre ( louer, acheter), un prix maximum et une superficie minimum.

Dans le cas d'appartement louer, le prix maximum correspond un prix mensuel maximum
de location; pour les biens acheter, il correspond un prix maximum d'achat.

Dans le cas d'appartement ou maison, la superficie minimale correspond un nombre de

chambres; dans le cas d'immeubles commerciaux ou de studios, une superficie exprime en
m2; dans le cas d'un terrain btir, une superficie exprime en ares.

Pour exercer son activit, l'agence immobilire gre les informations suivantes :

pour chaque propritaire: son nom, son adresse (rue et numro, code postal, localit),
deux numros de tlphone (priv et travail) et les heures de prsence ces numros,
ainsi que la liste des biens qu'elle est charge de ngocier pour eux.

pour tout bien immobilier: son statut (disponible, lou ou achet), la classe standard
laquelle il appartient, la date laquelle le bien lui a t soumis, sa localisation (rue et
numro, code postal et localit), la date de mise en disposition, le revenu cadastral, la
liste des clients qui ont demand visiter ainsi que, les dates et heures de chaque
visite, et les coordonnes de la personne de l'agence responsable de celle-ci. Enfin, s'il
y a lieu, les coordonnes du client acqureur (nom, adresse, tlphone), les prix et date
effectifs d'achat o de location et le numro de rfrence du contrat.

pour tout bien immobilier louer: le montant de la caution locative, le loyer mensuel,
le montant mensuel des charges, le type de bail, la "garniture" (meubl, non meubl).

pour tout bien immobilier acheter : le prix d'achat demand.

pour tout bien immobilier acheter, sauf terrain : l'tat ( restaurer, correct,
impeccable).

pour un client: son nom, son adresse, son numro de tlphone, les types de biens qu'il
recherche, c'est dire la liste des classes standards qui correspondent aux types de
biens qui l'intressent.

Pour l'agence immobilire, un client correspond toute personne s'adressant ses services
pour louer ou acheter un bien immobilier. Il devient acqureur s'il loue ou achte un bien
immobilier par son intermdiaire.

Un propritaire est une personne qui possde des biens immobiliers et s'adresse l'agence
pour les prsenter ses clients.

Un propritaire peut possder plusieurs biens immobiliers

Un bien immobilier ne peut tre la proprit que d'un seul propritaire.

Un bien immobilier est soit louer, soit acheter. Un numro permet de l'identifier parmi tous
les biens immobiliers.

Un bien immobilier appartient toujours une et une seule classe standard.

Une classe standard peut ne contenir aucun bien immobilier.

Un client peut tre intress par plusieurs classes de biens.

Un client est identifi par un numro attribu par compostage. Il peut visiter plusieurs fois le
mme bien accompagn d'un responsable diffrent.

Un propritaire est identifi par son numro.

Travail Faire :

1. Donner les acteurs de ce systme.

2. Donner le diagramme des cas d'utilisation du systme.

3. Dcrire le scnario principal de chaque cas dutilisation par un diagramme de squence.

4. Donner le diagramme de classe

5. Donner le diagramme dobjet

Gestion des guichets automatiques bancaires

Concevez le logiciel de gestion de transactions bancaires, incluant des oprations ralises par
des caissiers humain et par des guichets automatiques (GAB).
Chaque banque fournit son propre ordinateur pour grer ses propres comptes et ses propres
transactions. Les diffrentes caisses sont la proprit des diffrentes banques et
communiquent avec lordinateur de la banque. Les caissiers entrent les numros de compte et
les donnes de transaction.

Les caisses automatiques communiquent avec un ordinateur central qui route les transactions
vers la banque approprie. La caisse automatique accepte les cartes de crdit, interagit avec
lutilisateur, communique avec lordinateur central pour effectuer la transaction, dlivre
largent et imprime un reu.

Les banques fournissent leur propre logiciel pour leurs propres ordinateurs. Vous aurez donc
dfinir uniquement le logiciel de gestion des GAB et du rseau.

Pour cela, vous vous appuierez sur les diffrents diagrammes UML vu en cours, dans lordre
que vous jugerez le plus logique. Il est possible (et mme fortement recommand) que vous
ayez besoin de plusieurs diagramme dun mme type.

Pour rappel, les diffrents types de diagrammes (tous ne seront pas utiliss) :

1. Diagramme de cas d'utilisation

2. Diagramme de classes

3. Diagramme d'objets

4. Diagramme de composants

5. Diagramme de dploiement

6. Diagramme de squence

7. Diagramme de collaboration

8. Diagramme d'tats-transitions

9. Diagramme d'activits