Roadmap modification lima
Module ------ Proposition : - lima-persistence (persistence générées et moteur par défaut) - lima-business (dao, ejb) - lima-swing (ui swing) - lima-ofbiz (je vais pas le lié au build dans un premier temps) Mais il n'y a plus de trace de callao :( Callao = les impl dans lima-persistence + les impl dans lima-business ? Roadmap 1 --------- - amélioration du modèle (renommage de certaines entité "Log") - merge des deux projets - suppression des DTO - remplacement des codes d'échec réussite par des exceptions - conservation des UI actuelle - conservation des codes métier actuel => Estimation de temps : 6J Roadmap 2 --------- - développement métier - utilisation des DOA Topia - pre version fonctionnelle niveau métier => Estimation de temps : 5J Roadmap 3 --------- - amélioration des ui - pre version fonctionnelle globale => Estimation de temps : 15J Roadmap 4 --------- - modification de topia pour générer les interface des DAO - remplacement de l'utilisation des DOA Topia par des DOA génériques - ajout de JTA ( + EJB ?) => Estimation de temps : 8J (partie très technique) -- Éric <chatellier@codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com
Le mardi 02 mars 2010 à 18:13 +0100, Eric Chatellier a écrit :
Module ------
Proposition : - lima-persistence (persistence générées et moteur par défaut) - lima-business (dao, ejb) - lima-swing (ui swing) - lima-ofbiz (je vais pas le lié au build dans un premier temps)
Mais il n'y a plus de trace de callao :( Callao = les impl dans lima-persistence + les impl dans lima-business ?
Roadmap 1 --------- - amélioration du modèle (renommage de certaines entité "Log") - merge des deux projets - suppression des DTO - remplacement des codes d'échec réussite par des exceptions - conservation des UI actuelle - conservation des codes métier actuel
=> Estimation de temps : 6J
Tu es bien optimiste, la suppression des DTO engendrent l'intégralité de la modification des UIs. Remarque si les DTO sont identiques aux entités ca devrait aller (ce qui n'est pas trop le cas dans Pollen).
Roadmap 2 --------- - développement métier - utilisation des DOA Topia
Tu comptes utiliser les DAO directement dans la couche métier ?
- pre version fonctionnelle niveau métier
=> Estimation de temps : 5J
Roadmap 3 --------- - amélioration des ui - pre version fonctionnelle globale
=> Estimation de temps : 15J
Roadmap 4 --------- - modification de topia pour générer les interface des DAO
J'aurais peut-être commencer a modifier Topia avant, je pourrais t'aider d'ailleurs.
- remplacement de l'utilisation des DOA Topia par des DOA génériques - ajout de JTA ( + EJB ?)
=> Estimation de temps : 8J (partie très technique)
Et oui Topia avec JTA voir même JPA dans la foulée, wouhou !!
Le 02/03/2010 18:24, Florian Desbois a écrit :
=> Estimation de temps : 6J
Tu es bien optimiste, la suppression des DTO engendrent l'intégralité de la modification des UIs. Remarque si les DTO sont identiques aux entités ca devrait aller (ce qui n'est pas trop le cas dans Pollen).
Les DTO ont l'air quasi identiques aux entités.
Roadmap 2 --------- - développement métier - utilisation des DOA Topia
Tu comptes utiliser les DAO directement dans la couche métier ?
Dans un premier temps oui, le but est d'avoir une version opérationnelle, même si elle est fortement liée a Topia. -- Éric <chatellier@codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com
Le 02/03/2010 18:13, Eric Chatellier a écrit :
Roadmap 1 --------- - amélioration du modèle (renommage de certaines entité "Log")
Modification sur le modèle : - utilisation des termes anglais - modification de certains attributs - il reste des entités (aucune idée a quoi elle servent) - le modèle de DTO a été supprimé - certains champ ont changé de type (String pour des montants ???) Il devra sûrement être revalidé.
- merge des deux projets
Fait.
- suppression des DTO
C'est en cours (suivant la fonctionnalité en cours de migration). Ça se fait bien la plupart du temps, sauf lorsque les DTO ne correspondait a rien dans le modèle.
- remplacement des codes d'échec réussite par des exceptions
Fait ou en cours.
- conservation des UI actuelle
C'est super bien passé pour les interfaces: - de gestion du plan comptable - de gestion de l'exercice Par contre, pour la gestion des transactions l'interface était vraiment chargée (avec des fonctionnalités intéressantes) mais avec vraiment beaucoup trop de code (pas forcement compliqué, mais beaucoup beaucoup !)
- conservation des codes métier actuel
Il n'y en avait pas tant que ca. J'ai juste ajouter des commentaires sur les contraintes futures à gérer.
Roadmap 4 --------- - ajout de JTA ( + EJB ?)
Toutes l'architecture est déjà basée sur openejb. Je vais essayer de passer un peu plus vite sur certaines chose pour avoir un projet compilable. -- Éric <chatellier@codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com
participants (2)
-
Eric Chatellier -
Florian Desbois