Discussion :

[hegros]

C'est pas très clair. Normalement tu as découpé ton projet en phase puis pour chaque phase tu sais quel diagramme utilisé tu ne pars pas comme cela en improvisant en temps réel.


Bon en supposant un classique découpage : expression des besoins, conception, programmation, deploiement


Puisque tu penses avoir finit l'expression des besoins tu passes en conception pour les UC que tu veux traiter en priorité donc des diagrammes candidats à utiliser il y en a pleins ! Le minimum en général c'est diagramme de classe et d'interaction.


Ensuite tes UC ils sont détaillés à quel % ?

[hegros]

oui je sais qu'il faut decoupé en phase ce projet et normalement ya d'apres ce que je connait 5 phases :
1.determination des besions(quel est le cahier de charge).
2.Analyse (que fera le logciel).
3.Conception (comment le fera-t-il)
4.Implimentation(quel code executera-t-il).
5.test(sera-t-il conforme à l'analyse et au cahier de charge).
Mais ce que je veux quels sont les diagrammes pour chaque phase?..merci

Il n'y a pas de standard qui définit les diagrammes à utiliser pour des noms de phase. Il faut te tourner vers des démarches de développement comme 2TUP ou RUP qui définit précisement chaque diagramme pour chaque phase.

[yann2]

Salut

Un excellent bouquin pour ce genre d'analyse : UML2 et les Design Patterns Analyse et conception orientées objet et développement itératif de Craig Larman

Il ne porte pas très bien son nom puisqu'il visite les Design Patterns à travers 2 études de cas. Ce n'est pas un simple catalogue de DP, ça va beaucoup plus loin !

Ce livre s'adresse autant aux personnes qui veulent en savoir plus sur les DP qu'aux personnes qui veulent découvrir l'analyse et la conception orienté objet en utilisant un processus itératif (style Processus Unifié).

Pour vous en convaincre, voici les gros chapitres du livre :

I Introduction
II Inception
III Élaboration de l'itération 1
IV Élaboration de l'itération 2
V Élaboration de l'itération 3

Une critique disponible sur developpez.com

Il dit que le titre ne reflète pas le contenu de l'ouvrage ! C'est vrai !! Ce n'est pas un simple catalogue de DP. Je pense que le contenu du livre répond parfaitement à ta question

Je le conseille à tous ceux qui découvrent l'analyse orienté objet (il faut quand même connaître les bases de l'OO évidemment) !!

Yann