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 :

Use case et description textuelle


Sujet :

Cas d'utilisation

  1. #1
    Candidat au Club
    Profil pro
    Inscrit en
    Décembre 2003
    Messages
    1
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2003
    Messages : 1
    Par défaut Use case et description textuelle
    Bonjour a tous,
    je me posais un question voila je suis etudiant et j'ai une modélisation uml a faire.
    Je voulais savoir comment faire la description textuelle d'un cas d'utilisation de saisie des données ou de MAJ. doit on détailler les différentes saisies (l'acteur saisi son nom,son,prenom,...) ou résumé en mettant l'acteur saisie les données en décrivant bien sur au préalable qu'est ce que nous entendons par le mot donnée.

    Merci, voila je suis ptet pas très claire faite moi signe alors.

    bonne fete

  2. #2
    Modérateur
    Avatar de bruno_pages
    Homme Profil pro
    ingénieur informaticien à la retraite
    Inscrit en
    Juin 2005
    Messages
    3 541
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 65
    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 541
    Par défaut
    bonjour,

    Ce qui est sure c'est qu'il ne faut rien mettre qui soit en rapport avec l'implémentation, après concernant le niveau de détail celui-ci est généralement faible, mais généralement ne veux pas dire toujours , et la description textuelle peut typiquement comporter :
    • contexte
    • pré-conditions
    • description (plus ou moins précise donc)
    • post-conditions
    • exceptions (qui interrompent le déroulement normal du use case)


    c'est à dire ce que j'ai mis dans le plug-out Use case wizard !
    Bruno Pagès, auteur de Bouml (freeware), mes tutoriels sur DVP (vieux, non à jour )

    N'oubliez pas de consulter les FAQ UML et les cours et tutoriels UML

  3. #3
    ego
    ego est déconnecté
    Rédacteur

    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Juillet 2004
    Messages
    1 883
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 56
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Architecte de système d'information
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2004
    Messages : 1 883
    Billets dans le blog
    2
    Par défaut
    Généralement, comme le dit bruno, des UC de type CRUD sont assez simples dans leur dynamique = les scénarii sont relativement simples.
    Ce sur quoi il faut insister ce sont les éventuelles règles de gestion qui régissent la définition ou la mise à jour des données et les envois d'évènements aux autres applications (toujours éventuellement).
    Enfin, il faut accompagner le UC d'une maquette d'écrans avec les enchainements envisagés.

  4. #4
    Nip
    Nip est déconnecté
    Rédacteur

    Inscrit en
    Juin 2004
    Messages
    963
    Détails du profil
    Informations forums :
    Inscription : Juin 2004
    Messages : 963
    Par défaut
    Pour completer la reponse de Bruno, RUP donne aussi ses directives pour la redactions des UCs:
    1. Nom Use Case
    1.1 Description rapide
    <texte>
    1.2 Acteurs
    <texte>
    1.3 Declancheurs
    <texte>
    2. flux d'evenements
    2.1 flux basique
    <texte>
    2.2 flux alternatifs ou secondaires
    2.2.1 Condition 1
    <texte>
    2.2.2 Condition 2
    <texte>
    2.2.3 Condition ...
    <texte>
    3. Exigences
    3.1 Platforme
    <texte>
    3.2 Autres...
    <texte>
    4. Pre-Conditions
    <texte>

    5. Post-Conditions
    <texte>

    6. Extensions
    <texte>
    T'as aussi le modele decrit par Alistair Cockburn

    Nom de l'UC (verbe + complement)
    Contexte (but + conditions normales d'execution)
    Scope
    Niveau (Resume, sous fonction, objectif)
    Acteur primaire (nom + description)
    Intervenants & Interets (liste des intervenants et interetes cles des UCs)
    Precondition
    Declanchement
    Scenario principal(etapes du scenario du declanchement a la realisation de l'UC)
    Extensions (description des extensions a chaque etape du scenarion principale)
    Liste des variations (ce qui peut causer un eventuel changement de scenario)
    Informations supplementaires
    T'as d'autres infos sur wikipedia

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

Discussions similaires

  1. prob description de use case
    Par imane2008 dans le forum Cas d'utilisation
    Réponses: 3
    Dernier message: 17/07/2008, 15h44
  2. [RUP] Use case and use case realisation
    Par Yveke dans le forum Cas d'utilisation
    Réponses: 11
    Dernier message: 18/11/2004, 11h24
  3. [RUP] business use case
    Par Yveke dans le forum xUP
    Réponses: 6
    Dernier message: 22/10/2004, 17h41
  4. use cases regrouper ajouter, modifier et effacer?
    Par 73672 dans le forum Cas d'utilisation
    Réponses: 3
    Dernier message: 19/10/2004, 14h28
  5. [TogetherDesignerCE] Construire les Use case UML2
    Par jacma dans le forum Autres
    Réponses: 3
    Dernier message: 10/09/2004, 21h30

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