Etude De Cas Parking Que D'une Universite

  • November 2019
  • PDF

This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA


Overview

Download & View Etude De Cas Parking Que D'une Universite as PDF for free.

More details

  • Words: 938
  • Pages: 4
ETUDE DE CAS PARKING AUTOMATIQUE D’UNE UNIVERSITE Le parking est constitue des éléments suivants : 1) DEUX ENTREES : Une entrée : SC ECO-DROITS Une entrée : LETTRES 2) Une sortie Ecole centrale. L’entrée Sc_eco_droit est munie d’une borne possédant un interphone externe et un lecteur de carte magnétique L’interphone est muni d’un bouton et d’un haut parleur permettant de communiquer avec l’accueil. A l’intérieur de la fac de sc eco_droit un interphone interne permet de répondre au appel muni d’un bouton poussoir pour déclencher l’ouverture de la fac de sc eco_droit. Tous qui sont muni de carte magnétique « le personnel de l’université » font passer leur carte dans le lecteur pour déclencher l’ouverture. A l’entrée il y a deux feux vert et rouge pour indiquer au utilisateur de passer ou attendre. Un plot rétractable jouant le rôle d’une barrière permettant de céder ou bloquer le passage. Une boucle magnétique au sol qui détecte une masse métallique qui passe dessus pour ne pas enclencher la levée du plot. Une armoire de commande qui permet de piloter les objets du système. L’entrée LETTRES quant à elle est munie d’un interphone et d’un lecteur de carte magnétique en un digicode qui est un système à clavier utilise essentiellement par les fournisseurs. Le plot rétractable avec la boucle magnétique Et les deux feux. Une armoire de commande. SORTIE ECOLE CENTRALE MUNIE D’UNE BARRIERE Pour la sortie, un véhicule qui se présente, il y a une détection magnétique au pied de la borne pour lever la barrière. L’ensemble de ce système est gère par un system de gestion et de contrôle informatique Le système de gestion et de contrôle (boite noire) Détail des objets mobilisables « entrée Sc_Eco_droit »: N Noms de objets 1 Entrée Sciences Eco_droit 11 Borne d’entrée 111 Lecteur de carte magnétique 112 Interphone de la borne 1121 Bouton d’appel 12 Plot rétractable 13 Boucle magnétique au sol 14 Feux de signalisation 141 Feu rouge 142 Feu vert 15 Bloc de commande 16 163 164 4

Interphone de l’accueil « Sc Eco_Droit » Sonnerie d’appel Bouton d’ouverture Système de contrôle et de gestion

Système X X X X X X X X X X X X X X X

Détail des objets mobilisables « entrée Lettres » N Noms de objets 2 Entrée Lettres 21 Borne d’entrée 211 Lecteur de carte magnétique 212 Interphone de la borne 2121 Bouton d’appel 213 Digicode 22 Plot rétractable 23 Boucle magnétique au sol 24 Feux de signalisation 241 Feu rouge 242 Feu vert 25 Bloc de commande 26 263 264 4

Interphone de l’accueil « Lettres» Sonnerie d’appel Bouton d’ouverture Système de contrôle et de gestion

Système X X X X X X X X X X X X X X X X

Détail des objets mobilisables « Sortie Ecole centrale » 3 31 32

Sortie « Ecole centrale » Barrière Boucle magnétique

Objet «Système de gestion et de contrôle » : Pas de détail pour cette objet. 4

Système de gestion et de contrôle

X X X

Entrée Sc_Eco_droit les objets mobilisés dans le cas « Entrée avec une carte magnétique » : Par rapport à l’ensemble des objets qui forment le système il y a un sous ensemble qui sera mobilisés dans un cas d’utilisation: un personnel s’identifie avec une carte magnétique. Le sous ensemble qui nous concerne est constitué des éléments cochés « CAS carte M » Cette notion est très importante dans l’approche UML : un cas d’utilisation mobilise un sous ensemble de l’ensemble des objets du système. N

Noms de objets

Système

1 Entrée Sciences Eco_droit 11 Borne d’entrée 111 Lecteur de carte magnétique 112 Interphone de la borne 1121 Bouton d’appel 12 Plot rétractable 13 Boucle magnétique au sol 14 Feux de signalisation 141 Feu rouge 142 Feu vert 15 Bloc de commande 16 163 164 4

Interphone de l’accueil « Sc Eco_Droit » Sonnerie d’appel Bouton d’ouverture Système de contrôle et de gestion

X X X X X X X X X X X

CAS carte M X X X X X X X X X

X X X X

X

Donc a l’issu de ce sous ensemble, on va déterminé le cas d’utilisation ainsi le scénario correspondant et un diagramme de séquence d’objets par la suite une première ébauche d’un diagramme de classes. Si on prend les cas d’utilisation « un personnel s’identifie par carte magnétique », l’acteur est « personnel » demande un service au système qui va mobiliser un sous ensemble parmi les objets qui le constitue ces objets vont collaborer entre eux a partir d’un stimuli déclenché par l’acteur demandeur de service. On peut donc considérer un cas d’utilisation comme une collaboration entre les objets d’un sous ensemble pour rendre le service demande par l’acteur. Le diagramme de cas d’utilisation va être instancié (illustré) par un scénario. Un diagramme de cas d’utilisation peut être instancié par plusieurs scénarios, le scénario qu’on va représenté s’appelle scénario nominal c à d celui qui se déroule d’une façon normale. Les scénarios ne sont pas modélisés en UML. Une fois la fiche scénario est renseignée, elle sera formalisée par un diagramme de séquence d’objet. Un scénario servira de feuille de route pour élaborer le diagramme de séquence d’objets. Il faut l’avoir en main et regarder surtout la partie description qui contient l’ensemble des actions que nous allons pouvoir illustrer à l’aide du diagramme de séquences d’objets. Et à partir du diagramme de séquence on aboutit à une première ébauche de diagramme de classes PROCESSUS A SUIVRE : 1) DIAGRAMME DE CAS D’UTILISATION 2) SCENARIO NOMINAL 3) DIAGRAMME DE SEQUENCE D’OBJET. 4) DIAGRAMME DE CLASSE

Related Documents

Etude De Cas 12_2008
June 2020 14
Etude De Cas
June 2020 5
Etude De Cas Somac
November 2019 17
Etude De Cas
June 2020 14
Etude De Cas Uml
May 2020 17