Discussion :

[joker34]

Bonjour à tous !!!

Je vous previens cela risque de vous parraitre enfantin...

En simplifié: mon probléme est le suivant :

Un utilisateur peu réaliser n utilisation donc n cas d'utilisation (administrer la base de données, utiliser celle ci , configurer le systeme...)

Jusque la rien de bien compliqué.

Dans chacune de ces utilisation il existe des sous actions ...

J'ai donc fait un diagramme d'utilisation principal.
Puis un diagramme pour chaque utilisation
Puis des sous diagramme d'utilisations.... etc

Suis je dans le bon ?????? Trop de détail ? :
Ca fait quand meme un gros paquet de use case pas vraiment ordonnés...

Deuxiéme question

Rationnal propose trois repertoires dont :l'approche use case, et l'approche logique.

J'aurai tendance a mettre le diagramme de d'activité principal dans la partie logique et de détailler chacune de ses partie dans chacun des use case dans la partie approche cas d'utilisation. ( en leur associant a chacun une diagramme d'activité etat.... )


Suis je dans le bon ???

En réalité je ne comprend pas bien l'utilité de ces repertoires... si vous avez des explications...


Merci a tous de votre aide.

[YAMKI]

Pour la première question, tout depend de l'importance de ta modélisation. La granularité de celle ci depend de son role. Si tu l'utilise pour répondre a un cahier des charges pour un clients qui comprend l'UML alors je pense que tu peux détaillé. Si apr contre, le client n'y connais rien, limite un max les diagrammes et associe a chacun des use case un descriptifs détaillé de son contenu.


Pour la seconde aprtie j'attends avec impatience la réponse des autres membres

[Franckintosh]

Dans chacune de ces utilisation il existe des sous actions ...

J'ai donc fait un diagramme d'utilisation principal.
Puis un diagramme pour chaque utilisation
Puis des sous diagramme d'utilisations.... etc

Suis je dans le bon ?????? Trop de détail ? :
Ca fait quand meme un gros paquet de use case pas vraiment ordonnés...

Un cas d'utilisation est une unité d'intention complète. Si tu crées un cas d'utilisation qui n'a de but de que de détailler une action d'un autre cas d'utilisation plus général (et donc n'est jamais appelé par acteur) c'est que ce n'est pas un cas d'utilisation. Pour décrire les actions détaillées d'un cas d'utilisation il faut utiliser un diagramme de séquence et/ou d'activité, ou tout simplement un texte (selon la complexité des actions à effectuer).

[joker34]

Merci Yamki !!!

Pour ce qui est de mes question c'est en fait un probléme d'ordonancement du travail. je connais les différents diagrammes uml mais je ne sais pas trop dans quel ordre les emboiter..

Par exemple les use casse peuvent sous rationnal contenir des digrammes d'activité mais si je met mes diagramme d'activité avec les use case cela me semble peu ordonné et qu'est ce que je mets dans ma partie logique dans ce cas ???

Pour la première question, tout depend de l'importance de ta modélisation. La granularité de celle ci depend de son role.

Oui mais je dispose de 3 types utilisateurs qui ont différents droits. Je suis donc obligé de descendre relativement bas dans ma description avec des use case pour permettre de bien montrer quel fontionnalités sont accessible et à quel utilisateur.
Mais dans ce cas les cas d'utilisation se raprochent largement de fonctions....

Une solution serait de mettre ces informations dans le diagramme d'activité mais ce ne serait pas clair....

Que faire????


Pour ma question precedente j'ai trouvé cette réponse en fouinant sur le net:

Avec les 4 Modèles

1. Use cas View = Modèle des besoins
* Description des acteurs
* Description des Cas d'utilisation (use case)
* Interactions entre acteurs et cas d'utilisation (Diagrammes d'Interaction)
2. Logical View = Modèle de Conception
* Descriptions des classes
* Descriptions des paquetages
* Descriptions des Interaction, liens , dépendances entre classes paquetages
* Des Diagrammes :
o Diagrammes de Classes
o Diagrammes d' Objets
o Diagrammes Trois tiers
3. Component View = Vue physique
* Contient les paquetages Physique (fichiers et repertoires) contenant l'implementation des differentes classes.
4. Deployment view = Vue de déploiment
* Utilisée pour décrire le matériel sur lequel vas fonctionner le système

Ca éclair un peu mais ce, n'est pas top.

[ratapapa]

Si tu crées un cas d'utilisation qui n'a de but de que de détailler une action d'un autre cas d'utilisation plus général (et donc n'est jamais appelé par acteur) c'est que ce n'est pas un cas d'utilisation.

Je ne suis pas tout à fait d'accord. Un cas d'utilisation peut être accessible à un utilisateur en passant par un autre, et cela reste un cas d'utilisation.
De plus, l'avantage de détailler les cas d'utilisation sera de simplifier les diagrammes de séquences, et de limiter le nombre de conditions.
Après je suis d'accord que si l'on tombe au niveau de la fonction appelée (chargerPage() par exemple), c'est qu'on est tout de même tombé un peu trop dans le détail

[joker34]

Merci a tous !!!!

Tous s'éclairci peu a peu .

Reste quelques zones d'ombre:

Pour la gestion de plusieur types d'utilisateurs dont les droits sont différents jusque dans des niveaux de details assez elevé (droit d'enregistrement , de modification ...) . Ou me conseillez vous de l'indiquer???? diagramme d'utilisation , dans le diagramme d'activité en note, ....

D'autre part pour ceux qui tomberaient sur ce forum j'ai trouvé un site pas trop mal , pas assez complet car en construction. Qui eclaire un peu sur l'utilisation et la repartition des diagrammes sous rational ....

http://monge.univ-mlv.fr/~dr/Cours.html

[YAMKI]

Pour la gestion de plusieur types d'utilisateurs dont les droits sont différents jusque dans des niveaux de details assez elevé (droit d'enregistrement , de modification ...) . Ou me conseillez vous de l'indiquer???? diagramme d'utilisation , dans le diagramme d'activité en note, ....

Je te conseil de l'indiquer clairement dans la description des ton ou tes use case et d'y associer des diagrammes de séquences en fontions du type d'acteurs

[joker34]

Merci Yamaki

J'hésitais encore un peu. Avec le decalage horaire (5 heures) j'aurai eu du mal à trouver quelqu'un à cette heure-ci.

Ta reponse tombe a pique.