Discussion :

[mister3957]

Bonjour,


Je travail en orienté objet. Pour clarifier un peu le processus de développement au sein de ma société, j'aimerai y apporter de la rigueur au niveau des méthodes, des schémas etc...

Car actuellement, ils ne connaissent pas, par exemple, un diagrame de classe ou de séquence...

Donc je souhaite mettre en place une méthode visant à aller, à partir de la spécification des besoins utilisateurs jusqu'au code.


Est-ce que de votre côté vous utilisez UML de A à Z ?

Pour un logiciel de grosse ampleur, j'imagine qu'il faut décomposer un minimum. Est-ce que vous faites la conception d'un "coeur" et ensuite celle de chaque "partie" qui va venir se greffer à ce coeur ?



Merci,

A bientôt

[yan]

Perso, j'utilise que les diagrammes de class.
Avec quelques diagrammes de séquence si besoin.

Ça peut peut être t'intéresser :
http://www.developpez.net/forums/d59...programmation/

[mister3957]

J'ai noté l'addresse.


Merci beaucoup

[wiztricks]

Les méthodes peuvent être MERISE, RUP, RAD, XP.
Certaines (RUP) recommandent/utilisent UML comme langage de modélisation.
D'autres utilisent "autre" chose mais UML à une puissance d'expression suffisament riche pour remplacer cet "autre chose".
- W

[millie]

Pour un logiciel de grosse ampleur, j'imagine qu'il faut décomposer un minimum. Est-ce que vous faites la conception d'un "coeur" et ensuite celle de chaque "partie" qui va venir se greffer à ce coeur ?

En général, ce sont les diagrammes de cas d'utilisation qui sont écrits en premier, c'est souvent les seuls que le client comprend d'ailleurs. Les cas d'utilisation sont souvent regroupés dans ce que j'appelle un processus de travail (ça peut avoir un autre nom).

Du genre, le processus de travail GererMachine est composé des cas : CreerMachine, MettreAJourMachine etc.

Pour chaque processus de travail, il est possible d'associer un diagramme d'état transition, qui peut indiquer les enchaînements des cas d'utilisation que l'utilisateur sera susceptible de faire (genre, recherche par critère, suivi d'une visualisation suivi d'une mise à jour). Ca permet de voir comment le client sera amené à utiliser l'application.

Ensuite, pour chaque cas d'utilisation, il est possible de détailler les enchainements, l'enchainement des écrans et de détailler les appels aux codes métiers.

Et en parallèle, les diagrammes de classes pour les données métiers sont souvent détaillés.


C'est grosso modo la manière dont je procède (donc + de la documention des spéc + des maquettes)