[DC] application client serveur

bonjour, je cherche a faire le diagramme de classe d'une application client/serveur.
avec le cahier de charge suivant :
les clients pourront créer de nouveaux projets, de nouveaux contextes de travail et décrire des actions a réaliser l'intérieur d’un projet. Ils pourront aussi promouvoir une action en projet. Ils pourront interroger le serveur pour obtenir une liste des actions en cours, a faire, déléguées, en attente ou terminées pour un projet donné ou pourun contexte. Ils pourront egalement interroger le serveur pour connaitre la prochaine action a réaliser, pour un contexte donné ıLe serveur devra permettre aux programmes clients de créer des projets, des contextes et des action, de consulter les actions d’un projet ou d’un contexte et de modiﬁer leurs propriétés. Toutefois, le serveur aura un comportement
passif, il se contentera d’enregistrer les informations, sans prendre des décisions concernant des eventuels conﬂits.

pouvez vous me situer SVP, je suis débutante .
connaître le nombre de classe dans le diagramme?

merci

Je veux bien t'aider et te guider.

Mais je ne veux pas faire le boulot à ta place.

Avant de faire le diagramme de classes, tu dois faire le diagramme de cas d'utilisation (tu trouveras aisément de la documentation sur le site, et sur le forum)

Postes moi ici ton diagramme de cas d'utilisation pour qu'on en parle.

Ensuite, dégrossit le diagramme de séquence système, on pourra aussi en parler si tu veux.

Enfin, tu pourra commencer ton diagramme de classes, nous en discuterons aussi une fois arrivés là.

Bon courage! ;)

j'ai déjà essayé de faire le diagramme de cas d'utilisation , ainsi que ses scénario.
j'ai même essayer de faire le diagramme de classe et d'état, mais je ne suis pas sure du résultat!
et ce qui me bloque aussi c'est la méthode GTD je ne sais pas comment l'utiliser pour le serveur afin qu'il gère les projet, je n'ai pas trouvé assez de tutoriaux ladessus!!
merci !!!

Citation:

la méthode GTD je ne sais pas comment l'utiliser pour le serveur afin qu'il gère les projet

Désolé, je ne vois vraiment pas de quoi tu parles...

[faux]- Les cardinalité n'existent pas dans un diagramme de UC.[/faux]
- La relation entre ton acteur et "Collecter action" est incorrecte : on ne place pas d'inclusion entre un acteur et un UC
- Dans ton diagramme tu dit : "Quand un acteur traite un projet, il DOIT créer un projet ET il DOIT faire le choix de la première action à faire". Je ne suis pas sur que cela soit ce que tu désire : la relation include est à revoir.
- Le UC "choix de la première action à faire" est très imprécis et très bas niveau : je ne suis pas sur que cela doit apparaitre ici.

Je pense que ce n'est pas une relation d'inclusion entre son acteur et Collecter action mais entre traiter projet et créer projet. Il est vrai que ça prête à confusion. Il faut faire attention à ce que le diagramme soit bien clair.

Et puis la norme c'est pas <<include>> au lieu de <<inclure>> ?

Citation:

Envoyé par hed62

Les cardinalités n'existent pas dans un diagramme de UC.

si, elles existent c.f. UML Superstructure Specification v2.1.1 figure 16.11 page 599 ;)

Le mieux est d'aller à la source :

tout sur la 2.1.1
UML 2.1.1 Superstructure Specification:with change bars
UML 2.1.1 Superstructure Specification: without change bars
bonne lecture ;)

pour les cardinalité dans un UC notre prof nous a dit qu'il fallait qu'elles y figurent.
c'est vrai qu'il y avait beaucoup d'erreur dans le 1 UC, voici celui que je viens de faire et le diagramme de classe aussi.
merci!!!

"Connexion / deconnexion" est similaire à "s'authentifier" non ?

si c'est le cas : je ne répète plus, je m'autocite seulement :lol: :

http://www.developpez.net/forums/sho...d.php?t=421017

La relation include entre "choix ..." et créer projet est à l'envers.

D'autre part, sur le diagramme de classes :

- Tes dates sont en String au lieu d'etre en Date
- tu as un champs échéance, j'ai du mal à comprendre le type (int)
- Priorité et Effort devraient être des enum
- liens et Tags : j'ai du mal à voir ce que cea représente
- etat : devrait être au moins une enum, sinon applique le pattern... Etat (beh oui)
- la relation "parti" signifie ...?
- un projet est multi contexte et un contexte est multi projet ? Ce ne serait pas du 1 - 1 plutôt ?
- à quoi te sers le boolean connecté dans Client ?

le boolean connecté sert a savoir si le client est connecté oui ou non.
la relation parti signifi qu'une action fait parti d'un projet et qu'un projet est composé d'action .

je dois faire aussi le diagramme de collaboration et là aussi je n'ai aucune idée ladessus........8O

Citation:

le boolean connecté sert a savoir si le client est connecté oui ou non.

C'est bien ce qu'il me semblait... Selon moi, cette information n'a pas à figurer dans le Client, sauf si tu désires vraiment faire des traitements particuliers sur le Client selon qu'il est connecté ou non, et encore, c'est étrange pour moi.

Je veux dire : Client est un objet du Métier comme on dit, et qu'il soit ou non connecté n'a rien à voir avec son interprétation dans le domaine métier (toujours selon moi : tu as peut être des spec qui impliquent cela)

Citation:

la relation parti signifi qu'une action fait parti d'un projet et qu'un projet est composé d'action

Cela ne fonctionne pas ainsi (en Merise, oui, on aurait pu mettre "fait partie de" dans la CIF, pas en UML). J'écrirais plutôt "actions", "actionCollection", "projectActions", ou un truc similaire.

tu trouve que je devrai mettre une relation entre client et contexte ?

Citation:

Cela ne fonctionne pas ainsi (en Merise, oui, on aurait pu mettre "fait partie de" dans la CIF, pas en UML). J'écrirais plutôt "actions", "actionCollection", "projectActions", ou un truc similaire.

Pensez aux balises quote la prochaine fois ;-)

Je peux ne rien mettre aussi non ?

Est-ce que pour le diagramme de collaboration je dois en faire 1 ppour chaque cas d’utilisation

Citation:

tu trouve que je devrai mettre une relation entre client et contexte ?

Non, la liaison client => contexte est faite par transitivité via le projet.

Citation:

Je peux ne rien mettre aussi non ?

Oui, mais tu es alors moins précis : le nom que tu place à cet endroit se retourve dans le code en tant que nom de l'attribut.

Citation:

Est-ce que pour le diagramme de collaboration je dois en faire 1 ppour chaque cas d’utilisation

Pas vraiment. Les diagrammes de collaboration te permettent d'exprimer les echanges entre divers objets, d'une manière un peu différente des diagrammes de séquence (l'un fait... en séquence, l'autre met les echanges "à plat" )

Je n'utilise les diagrammes de collaboration que rarement, quand les diagrammes de séquences sont insuffisants, ou peu clairs, insuffisant en soi.

merci, je crois que je vais m'ensortir, je vous fait signe si j'ai un ptit pb!!

My pleasure ;)