Discussion :

[christianf]

Bonjour.
quelqu'un pourrait me dire à quel moment je dois penser à faire mes packages?
en fait, j'hesite entre les faire juste apres mes cas d'utilisation, en regroupant les uses case qui semblent suivre la meme logique, ou apres avoir recencé toutes les classes de mon systeme, ainsi je pourrais subdiviser en package metier, package traitement....
merci d'avance.

[alex00]

Bonjour,

en UP : packages => architecture

personnellement :
j'utilise l'architecture des cas d'utilisation pour structurer la spécification (description des différentes fonctionnalités)
j'utilise l'architecture d'analyse pour structurer la partie 'domaine'
j'utilise l'architecture de conception pour structurer le code ; l'architecture conception "inclue" (ou en tout cas contient une partie similaire a) l'architecture d'analyse.

[kossistus]

Bonjour.
quelqu'un pourrait me dire à quel moment je dois penser à faire mes packages?
en fait, j'hesite entre les faire juste apres mes cas d'utilisation, en regroupant les uses case qui semblent suivre la meme logique, ou apres avoir recencé toutes les classes de mon systeme, ainsi je pourrais subdiviser en package metier, package traitement....
merci d'avance.

Bonjour,
On peut voir un package comme un repertoire qui regroupe les elements qui font les mêmes choses, qui ont un même rôle etc ...
Si tu sens le besoin alors n'hesites pas, car c'est une organisation logique.

[christianf]

ok.
merci à vous.
je suis juste resté logique, que ce soit dans le regroupement de mes classes que dans celui de mes uses cases.
dans tous les cas, je suis d'avis avec vous que package n'est qu'un mot utilisé pour contenir un ensemble d'objet.