Discussion :

[zekey]

Bonjour,

je travaille actuellement sur un gros projets et la quantité de services augmentant constamment, s'est posé la question de comment faire pour éviter les doublons. Je précise qu'il s'agit d'une application JEE6 et que les services en question sont des EJB 3.1 déployés sous WAS 8.5.5.
Nous souhaiterions savoir quels objets sont manipulés par quels services. De plus chaque services devrait être taggé par C,R,U,D.
Nous avons analysé plusieurs solutions (enrichissement de la javadoc, analyse automatique de code) mais pour l'instant rien de concluant.

Honnêtement les services de haut-niveau dépassant largement les 500, cela devient difficile à suivre.

J'attend avec impatience vos retours sur vos façons de faire, les outils etc...

D'avance merci

[DevServlet]

Bonjour,
Pour moi , qui dit mutualisation de service dit également mutualisation de fonctionnalités. Le travail à faire en amont est fonctionnel, celui qui définit les fonctionnalités doit doit pouvoir retrouver les redondances, et signaler le constat à l'équipe qui réalise les services afin qu'il les mutualise.Si ce n'est pas fait à ce niveau fonctionnel, l'expert technique ou l'architecte a aussi la responsabilités lors de la conception de remarquer les redondances puisqu'il est en charge du socle technique métier.Le développeur qui ne connait que sa petite partie à réaliser, à savoir un service spécifique peut avoir du mal.

[zekey]

Désolé pour ma réponse tardive et merci pour la tienne. Je suis d'accord sur l'identification en amont et c'est bien là le point critique. L'identification des redondances ne pose pas de problèmes avec une dizaines de dévellopeurs et donc 2-3 groupes. Mais lorsque l'on atteind les 60+ développeurs cela devient ingérable. Donc d'accord sur l'approche mais comment puis-je l'outiller.

[DevServlet]

Bonjour,
Je ne peux pas être plus clair , en regroupant vos fonctionnalités par modules,vous retrouvez forcément des fonctionnalités transverses, ce juste dans la conception,c'est le travail du fonctionnel ou sinon de l'expert. Il y'a bien un diagramme de collaboration ou une archi en composant du projet non ?