Affichage des articles dont le libellé est uml_control. Afficher tous les articles
Affichage des articles dont le libellé est uml_control. Afficher tous les articles
mardi 17 juin 2014
jeudi 12 juin 2014
Control UML avec Solution
Control UML avec Solution
Exercice Uml 1
Solution Uml 2
mercredi 2 avril 2014
EFM UML
Énoncé :
Le but est de protéger un bâtiment en restreignant l'accès à certaines salles.
L'ouverture de chacune des portes de ces salles est commandée par un lecteur de badges placé à proximité. Les badges qui permettent l'ouverture des portes ne sont délivrés qu'aux personnes qui doivent accéder aux locaux protégés dans l'exercice de leurs fonctions. Les droits d'accès sont alloués entre les groupes de personnes et les groupes de portes, de sorte qu'une personne ou une porte doit toujours être au moins dans un groupe (le sien).
Un groupe de portes peut contenir des portes dispersées dans tout le bâtiment. Une porte donnée ne peut appartenir qu'à un seul groupe de portes.
La même personne peut appartenir à plusieurs groupes, de sorte que ses droits d'accès correspondent à l'union des droits d'accès de chacun des groupes qui la contiennent.
La définition des droits d'accès est effectuée en décrivant pour chaque groupe de personnes les différents groupes de portes qui sont accessibles et sous quelle contrainte horaire. Les droits d'accès sont décrits dans un calendrier annuel qui décrit la situation semaine par semaine. Vu la faible variation des droits dans le temps, un calendrier peut être initialisé au moyen de semaines types qui décrivent une configuration de droits donnée. Le superviseur peut créer autant de semaines type qu'il le désire. Les changements apportés à une semaine sont automatiquement propagés dans tous les calendriers qui utilisent cette semaine type.
Le système de contrôle d'accès doit fonctionner de la manière la plus autonome possible. Un superviseur est responsable de la configuration initiale et de la mise à jour des différentes informations de définition des groupes de personnes et de portes. Un gardien dispose d'un écran de contrôle et est informé des tentatives de passage infructueuses. Les alarmes sont transmises en temps légèrement différé: la mise à jour de l'information sur l'écran de contrôle est effectuée toutes les minutes.
Questions :
1. Donner le diagramme des cas d'utilisation du système. 8pts
2. Donner les principaux scénarios de chaque cas d'utilisation qui seront décrits par des diagrammes de séquence. 4pts
3. Proposer un diagramme des classes. 8pts
mardi 25 mars 2014
E F M----- THÉORIE 2012 UML
Les stagiaires d’un établissement de formation désirent développer une application Web genre réseau social appelée netAtlas. L’application permet aux membres inscrits de créer un réseau d’amis et d’échanger des contenus.
Pour devenir membre de netAtlas, un internaute doit s’inscrire lors de sa visite du site web. Lorsque l’administrateur valide l’inscription, l’internaute devient membre ; il peut alors se connecter pour réaliser les opérations suivantes : chercher un membre, inviter un membre d’être son ami, accepter un autre membre comme ami, refuser une invitation d’amitié, retirer un ami de sa liste d’amis. Un membre peut également publier des contenus.
Un modérateur consulte les contenus publiés par les membres et peut avertir, par un message, un membre qui publie du contenu non conforme au règlement de netAtlas ; après 3 avertissements, l’administrateur supprime le compte de ce membre.
Un membre est identifié par une adresse e-mail, un nom et un prénom. Un membre peut avoir plusieurs amis qui sont aussi membres de netAtlas. Un membre peut effectuer une publication de contenu à une date donnée. une publication concerne une ressource à publier; une ressource possède un nom et peut être soit un message, soit une photo/vidéo soit un lien vers une page web. Une photo/vidéo a en plus du nom, une taille en Mo. Un lien vers une page web a une adresse (URL).
1) Etablir le diagramme des cas d’utilisation. (1,25pt)
2) Etablir le diagramme de séquence du cas d’utilisation « Publier contenu ». (1pt)
3) Etablir le diagramme de classes. (1,25pt)
4) On veut ajouter aux fonctionnements de netAtlas le fait que les amis d’un membre soient organisés en types d’amis : les amis peuvent être de type « Ami normal », « Amis proches », « connaissances » ou « Famille ». Une publication d’une ressource par un membre est autorisée à être consultée seulement par un type d’amis donné ; par exemples une photo est partagée uniquement avec le type d’amis « Amis proches ». Modifier le diagramme de classes pour tenir compte de ce changement. (1pt)
5) Etablir le modèle conceptuel de données (1pt). Traduire ce MCD en schéma relationnel. (0,5pt)
CORRÉCTION D'EXAMEN FIN FORMATION THÉORIE 2012 PARTIE UML :
Question 1
Question 2
Question 3
Question 4
Question 5
Question 6
: Traduire ce MCD en schéma relationnel:
Le schéma relationnel :
Membre (email , nom , prenom )
Publication (idPublication , datePublication, #email , #idRessource)
Ressource (idRessource , nomRessource, #idType) ListeAmis(email , emailAmis , DateAmitie)
Type(idType, nomType)
Membre (email , nom , prenom )
Publication (idPublication , datePublication, #email , #idRessource)
Ressource (idRessource , nomRessource, #idType) ListeAmis(email , emailAmis , DateAmitie)
Type(idType, nomType)









