IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Cas d'utilisation Discussion :

Cas d'utilisation : Gestion emploi du temps


Sujet :

Cas d'utilisation

  1. #1
    Invité
    Invité(e)
    Par défaut Cas d'utilisation : Gestion emploi du temps
    Bonsoir,

    J'aurai besoin d'aide pour savoir si mon diagramme de cas d'utilisation est acceptable ou non.
    Le but du projet est de gérer un emploi du temps, qui peut être synchronisé avec un serveur agenda.

    Dans le cas "Consulter un emploi du temps", il y a la synchronisation entre le système et le serveur agenda, mais je ne sais pas si je dois considérer la synchronisation comme un cas d'utilisation.
    Pour ajouter, modifier ou supprimer un évènement, l'utilisateur doit tout d'abord s'identifier et visualiser l'emploi du temps.
    J'ai essayé de faire court et précis dans mon explication, j'espère que vous comprendrez.

    Merci d'avance
    Images attachées Images attachées  

  2. #2
    Modérateur
    Avatar de bruno_pages
    Homme Profil pro
    ingénieur informaticien à la retraite
    Inscrit en
    Juin 2005
    Messages
    3 534
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 64
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : ingénieur informaticien à la retraite
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Juin 2005
    Messages : 3 534
    Points : 6 723
    Points
    6 723
    Par défaut
    Bonjour,

    comme vous le savez au niveau cas d'utilisations on ne s'interesse pas à l'implémentation, la question est donc de savoir s'il y a un interet à considérer le serveur d'agenda comme un acteur secondaire

    l'inclusion d'un UC rend son exécution obligatoire et systématique, cela veut dire que l'authentification se fera à chaque consultation, et non une fois en début de session. Comme il est probablement que par exemple l'ajout d'un événement se termine par le retour en mode consultation cela veut dire qu'il faudra de nouveau s'identifier. C'est pour cela qu'il ne faut pas que l'UC d'authentification soit inclue, il ne peut être non plus activé via une extension car il doit se faire avant et non à un moment quelconque => l'athentification est un UC dont l'exécution est un prérequis de l'UC consultation => pas de relation entre ces UCs

  3. #3
    Invité
    Invité(e)
    Par défaut
    Bonjour,

    Merci pour votre réponse.
    Effectivement, je comprends mon erreur pour l'identification.
    Pour ce qui est du second acteur, le système a besoin de se synchroniser avec le serveur agenda pour récupérer l'emploi du temps. J'explique ceci dans le scénario principal du cas d'utilisation "consulter un emploi du temps". Donc je me suis dit que je devais l'ajouter sur le diagramme.

  4. #4
    Modérateur
    Avatar de bruno_pages
    Homme Profil pro
    ingénieur informaticien à la retraite
    Inscrit en
    Juin 2005
    Messages
    3 534
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 64
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : ingénieur informaticien à la retraite
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Juin 2005
    Messages : 3 534
    Points : 6 723
    Points
    6 723
    Par défaut
    pour être plus clair, si le serveur d'agenda est un choix d'implémentation alors il n'apparait pas au niveau UC, par contre si son utilisation fait parti de la définition initiale du projet alors il apparait comme acteur secondaire (il est par convention placé à droite sur le(s) diagramme(s))

  5. #5
    Invité
    Invité(e)
    Par défaut
    C'est d'accord.

    Merci beaucoup

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Cas d'utilisation - Gestion d'incidents
    Par benroux dans le forum Cas d'utilisation
    Réponses: 1
    Dernier message: 27/09/2012, 08h42
  2. Diagramme de cas d'utilisation gestion réunion
    Par riadhmagh dans le forum Cas d'utilisation
    Réponses: 1
    Dernier message: 03/05/2010, 20h29
  3. cas d'utilisation: gestion d'une agence de location de voiture
    Par mitouti dans le forum Cas d'utilisation
    Réponses: 2
    Dernier message: 17/03/2010, 15h06
  4. [MySQL] gestion emploi du temps de l'universite
    Par tkhchkhiche dans le forum PHP & Base de données
    Réponses: 2
    Dernier message: 12/04/2008, 16h31
  5. [MySQL] Gestion emploi du temps
    Par freko dans le forum PHP & Base de données
    Réponses: 16
    Dernier message: 29/01/2008, 13h40

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo