PUBLIC MARKS with tags spring & ejb

Autrement dit:si je fais parti d une entreprise, que je vais chez un client, que je lui présente l'architecture J2EE, qu'il constate que la partie métier est constituées d EJB, comment lui justifierai je l usage d'un framework de mapping O/R et ke finalement l application n a pas besoin d etre conforme a l architecture J2EE a 100%?

Je suis en train de modéliser en UML une base de données qui à donc un diagramme de classe. Cette BDD contiendra les infos de mon système. Et j'ai un système que je veux développer en JAVA qui a aussi un diagramme de classe. J'ai construit le diagramme de classe du système de façon identique au diagramme de classe de ma BDD. sauf que mon diagramme de classe du sytème contient des méthodes en plus. Je voudrais savoir si mon raisonnement est le bon? Quelqu'un pourrait-il me donner son avis?

Est-il possible de faire tout un projet J2EE sans passer par les EJB ?? Quels sont les différentes autres méthodes ?? S'il y a un plus au niveau des performances ... Petite explication : je fais partie d'un projet et nous avons développé tout le code métier via des EJB ... Etant tous débutants, la prise en main des EJB fut laborieuse (problème de transactions, paramétrages ...) Nous devons faire une autre application (J2EE aussi) et je me demandais si on ne pouvait pas faire abstraction des EJB ou faire un mélange pour éviter tous les problèmes rencontrés ...