High-Tech Santé Médecine Droit-Finances

Grippe A

Que dois-je faire ?

Rechercher : dans
Par :

[ UML ] degré de détail des use cases

Dernière réponse le 16 oct 2006 à 16:26:16 guyom, le 23 jui 2003 à 10:34:34 
 Signaler ce message aux modérateurs

Salut,
j'en suis a decrire les use case de mon projet et j'ai toujours autant de mal a délimiter le niveau de détails. voilà mon probleme :

dans la description d'un use case j'ai des fonctions d'affichage ; pour afficher un objet j'ai définit 4 types d'affichages différents (ex : affichage complet, résumé, ...) qui sont donc 4 fonctions de mon use case.
C'est 4 fonction utilisent en faite 3 ou 4 fonctions "de base" (définies par moi) qu'elles appellent ou pas suivant l'affichage a réaliser... bon je sais, comme ça ça doit pas etre limpide...

ma question c'est a quel niveau on s'arrete dans la description des use cases : dois je me limiter a la description des 4 fonctions d'affichage ou dois je en plus décrire toutes les fonctions qu'elle vont utiliser?...

merci a +

Meilleures réponses pour « [ UML ] degré de détail des use cases » dans :
UML - Cas d'utilisation (Use cases) Voir Cas d'utilisation Un cas d'utilisation (en anglais use case) permet de mettre en évidence les relations fonctionnelles entre les acteurs et le système étudié. Le format de représentation d'un cas d'utilisation est complètement libre mais UML...
Use case de gestion de rendez vous Voir
Logiciel pour les use cases.. (Résolu) Voir
Déterminer le format d'un fichier VoirLa méthode de base pour déterminer le type d'un fichier est de regarder son extension. Toutefois, il est parfois possible que l'extension ne corresponde pas ou bien que le fichier ne possède plus d'extension, dans le cas par exemple d'une erreur de...
Modélisation avec UML VoirQu'est-ce qu'un modèle ? La modélisation consiste à créer une représentation simplifiée d'un problème: le modèle. Grâce au modèle il est possible de représenter simplement un problème, un concept et le simuler. La modélisation comporte deux...
Introduction à UML VoirUML (Unified Modeling Language, que l'on peut traduire par "langage de modélisation unifié) est une notation permettant de modéliser un problème de façon standard. Ce langage est né de la fusion de plusieurs méthodes existant auparavant, et est...
Posez votre question Répondre

1

Lord Woden, le 23 jui 2003 à 14:02:04
  • +1

Salut,

l'optique de UML et plus particulièrement des Use Cases est de permettre la formalisation dans un cadre standard la description fonctionnel d'un système (logiciel ou non). En général, on utilise donc les use cases dans les phases d'analyse et de spécification.

Ainsi, on cherche à savoir QUI fait QUOI mais on ne veut pas encore entendre parler du COMMENT ca peut déjà être bien assez compliqué de dire clairement et de facon exhaustive le Qui et le Quoi.

Finalement, pour arriver à ton problème particulier, tes fonctions de base commence déjà à (essayer de) répondre au Comment. Donc c'est trop et tu risques de bloquer celui qui devra mettre en oeuvre ton truc dans un choix technique qui ne tiens pas compte de tout les paramètres.

@+ Lord Woden ;o)

   
Répondre à Lord Woden

2

guyom, le 23 jui 2003 à 14:12:58

Merci de ta réponse.

donc je peux me contenter de faire apparaitre mes fonctions de "haut niveau" et implémenter des fonctions (quasi utilitaire) sans les faire apparaitre au niveau de l'analyse et de la conception? c bien ca...?

alors a quel moment faut-il faire apparaitre (dans un modele ou dans une description) les fonctions de bas niveau?

merci encore

   
Répondre à guyom

3

Lord Woden, le 24 jui 2003 à 13:21:33

Salut,

comme je te l'ai dit les use cases sont utilisé dans la phase d'analyse et de spécification générale (Modélisation) pour pour dire qui fait quoi et quand = Fonctions de haut niveau.

Les fonctions utilitaires de bas niveau (le comment on fait le quoi) interviennent dans la phase de spécification technique ou conception (Description).

@+ Lord Woden ;o)

   
Répondre à Lord Woden

4

hadjera, le 12 nov 2003 à 12:39:49

Salut
moi aussi je suis interessee de uml surtous les problemes dans les diagrammes uml
si ça ne veut vous derange pas de m'envoier de documentation svp
merci

   
Répondre à hadjera

5

g, le 12 nov 2003 à 17:24:55

Salut,
Moi j'utilise pas mal UML dans mon boulot. Je suis chef de projet sur des appli assez lourdes.
Pour répondre àà la question, je crois q'un bon critère, pour compléter ce qu'a dit trs justement LordWoden, c'est celui de la valeur ajoutée:

Ton use case doit correspondre à un besoin de l'utilisateur et a cela uniquement:

exemple pour voir le niveau de détail:
imaginons que tu veuilles modéliser un système de retrait d'argent.

Un des use cases va etre "retirer de l'argent" ou "consulter son compte" car c'est ce que veut faire le gars qui arrive au guichet. Aucun utilisateur ne se point en disant "tiens je vais inserer ma carte puis taper mon code..etc.." comme cela a ete dit on est au niveau que "quoi" pas du '"comment"!

pour toi a mon avis ya qu'un use case "afficher un dessin" saus si l'appli est vraiment simple auqyel cas tu peux en faire plus "afficher comple" "afficher resume" etc...mais ne va pas dans les fonctions...
A
A+

   
Répondre à g

6

 swordheaven, le 16 oct 2006 à 16:26:16

Slt jvoulais savoir en quoi consistait ton projet.moi g un projet à faire et je voudrais savoir si tu avai moyen de m'envoyer le tien par mail svp.

   
Répondre à swordheaven
Posez votre question Répondre
Ils ont besoin de votre aide
Collection CommentÇaMarche.net