Discussion :

[myaset]

bonjours,

j'ai un projet

application web et mobile

voil les besoin fonctionnelle

1 Déterminer la position de l’appareil à distance.
3.2 Identifier le terminal de façon unique.
3.3 Gérer le terminal à distance

3.3.1Supprimer des documents, medias, contacts, les donnes de navigations ... à distance
3.3.2 Ajouter des documents, medias à distance
3.3.3Modifier des documents, medias à distance
3.3.4Installations des applications à distance
3.3.5Exporter des données, des medias, des contacts
3.4 Modifier le code déverrouillage de Smartphone à distance




voila le diagramme de use case que je propse




est il correct ? ,pas de modification


j'attend vos reponses

[nicosmash]

Il me semble que vous confondez un pas mal de choses.
On comprend mal (juste en regardant le diagramme la finalité).

Il y a deux types d'acteurs :
- petit bonhomme («stickman») avec nom (rôle) inscrit dessous
- sous forme d’un classeur stéréotypé «actor»

Pour savoir ce dont vous devez modéliser, ne pas oublier le nom du système à modéliser, les frontières du système.

Il me semble également que l'utilisateur pro a des associations et non des inclusions (flèches).

Les includes signifient "appel ce cas d'utilisation", extends signifient "peuvent appeler ce cas d'utilisation".

Je pense que vous devez relire un cours :
- http://laurent-piechocki.developpez....cours/#LII-D-1
- http://ego.developpez.com/uml/tutori...tilisation/#LI

[myaset]

je sais

mais le probleme de logiciel que j'utilisie il ne represente pas les outils de diagrammes de cas d'utilisation comme il faut

just donnez mois votres avis pour cette reperesentation de use case

selon les besoins fonctionnelles que j'ai definie au dessus

[ebrosse_fr]

La principale difficulté dans l'utilisation d'un language (fançais, anglais ou UML) c'est qu'il faut connaître ses régles pour pouvoir s'en servir sinon tu "barragouines" et cela rend les choses plus difficile pour les autres...

Si on exclut la mauvaise représentation (ce qui n'est pas rien pour un language graphique ...) le diagramme me semble compréhensible. J'ai juste du mal à comprendre certain point.
Tu as modélisé un acteur "application mobil"e qui ne peut que se connecter à ton systéme et rien faire d'autre!?
Ton utilisateur PC peut configurer mais il n'a pas besoin de se connecter !?
Ton utilsateur mobile ne peut que configurer le systéme et rien d'autre!?

A+

[nicosmash]

Je suis d'accord avec ce que dit ebrosse_fr.
Posez-vous les bonnes questions, que peut faire l'acteur application ? Etc ...

Au début il faut tout voir à la perfection pour détecter tous les problèmes, partir du cas basique pour aller vers les petites exeptions et pour partir sur de bonnes bases.

Pour les diagrammes je vous conseille : BOUML

[myaset]

utilisateur pc :acteur primaire permet d'effectuer la majorité des taches à distance , alors pour réaliser ces taches il faut connecté au appareil mobile a travers le imei unique.
utilisateur mobile :acteur primaire il a le droit de configurer l'application installer au appareil mobile après l'authentification .
je représente application mobile comme un acteur secondaire dans le diagramme
car la réalisation des ces diagramme besoin d'une communication avec l'application mobile ce comme un acteur externe comme TPE(lecteur carte )
alors il faut pris en compte dans le diagramme ....

[nicosmash]

Faites des schémas UML, présentez les et on vous dira.

N'hésitez pas à utiliser BOUML

On vous a pas mal aider à vous de mettre en pratique et d'améliorer vos diagrammes.

[myaset]

voila le diagramme de cas d'utilisation de mon application
realiser par ArgoUml et je respecte les regles UML
je fais quellque modification




y a t il un probleme ?? dans le diagramme

[myaset]

alou alou nicosmash commenter

[tonton16]

alou alou nicosmash commenter

Euh ! nicosmash n'est pas ton boy ! Ceux qui aident le font bénévolement sur leur temps libre. Donc inutile de faire ce genre de commentaire.

Pour le diagramme de cas d'utilisation :
- Le cas "Connecter" n'est pas un <<include>>, c'est un UC à part entière. Il devra devenir une pré-condition aux autres UC.
- "Retirer des photos" et "Retirer des contacts" doivent être des héritages de "Retirer des données" et non des <<extend>>.
- "Application web" et "Application mobile" ne sont pas des cas d'utilisation. S'il y a 2 applications différentes il y a 2 diagrammes de cas d'utilisation différents. S'il n'y a qu'une seule application, il n'y a qu'un seul rôle et configurer devient un UC directement relié à l'acteur. Il faudra simplement distinguer les 2 IHM dans la description.
- Si tu veux distinguer tes 2 acteurs, préfère 2 UC "configurer application web" et "configurer application mobile" et éventuellement, fais les hériter d'un cas "configurer".
- D'ailleurs "Authentifier" = "Connecter"

[myaset]

Euh ! nicosmash n'est pas ton boy ! Ceux qui aident le font bénévolement sur leur temps libre. Donc inutile de faire ce genre de commentaire.

Pour le diagramme de cas d'utilisation :
- Le cas "Connecter" n'est pas un <<include>>, c'est un UC à part entière. Il devra devenir une pré-condition aux autres UC.
- "Retirer des photos" et "Retirer des contacts" doivent être des héritages de "Retirer des données" et non des <<extend>>.
- "Application web" et "Application mobile" ne sont pas des cas d'utilisation. S'il y a 2 applications différentes il y a 2 diagrammes de cas d'utilisation différents. S'il n'y a qu'une seule application, il n'y a qu'un seul rôle et configurer devient un UC directement relié à l'acteur. Il faudra simplement distinguer les 2 IHM dans la description.
- Si tu veux distinguer tes 2 acteurs, préfère 2 UC "configurer application web" et "configurer application mobile" et éventuellement, fais les hériter d'un cas "configurer".
- D'ailleurs "Authentifier" = "Connecter"

effff Tout ce que vous avez dit n'est pas vrai
lisez profondément avant de commenter
raison :
- tu as dit que "retirer photos " et "retirer des contacts " heritage non pas extend ce faux , car en peut
faire le deux UC dans l'une aprés l'autre mais heritage exige de faire l'un deux
-tu as dit que authentifier le meme que connecter ce faux car authentifer pour acceder au application pouer activer , desactiver etc mais connecter pour faire une liaison direct a travers le protocole tcp pour effectuer une t'elle UC.

-application web et application mobile ce pour la configuration je trouve que le deux UC en le meme contexte donc il est preferable de mettre sous forme d'extend pour devenir le diagramme plus lisible.

j'attend vos commentairs