SOMMAIRE

1. SOMMAIRE • Introduction • BCO / Toolbox aujourd’hui • Recommandations pour BCO • CRP aujourd’hui • Recommandations pour CRP • La base de données • Recommandations pour la base de données • Les tests • Environnements de développement

2. BCO / Toolbox aujourd’hui • Recommandations pour BCO • CRP aujourd’hui • Recommandation pour CRP • La base de données • Recommandations pour la base • Les tests • Environnements de développement Librairies communes à l’ensemble BCO / Toolbox Toolbox <<CBCommonCommon>> <<CBWebCommon>> BCO <<CBWeb >> FRW_ <<lib>> DMZ 1: WAS 1 <<BCCommon>>.jar DMZ 2 : WAS 2 <<BCEJB >>FRW_ <<lib>> SO DCS <<DCSWeb >> FRW_ <<lib>> <<SOWeb >> FRW_ <<lib>> <<lib>> <<lib>> DMZ 1: WAS 1 DMZ 1: WAS 1 <<DCSCommon>>.jar <<SOCommon>>.jar DMZ 2 : WAS 2 DMZ 2 : WAS 2 <<lib>> <<DCSEJB >> FRW_ <<lib>> <<SOEJB >> FRW_ Légendes FRW_ : Framework ancêtre SweetDev <<lib>> Architecture des projets BCO Toolbox Machine Fronts Machine Métiers

3. BCO / Toolbox aujourd’hui • Recommandations pour BCO • CRP aujourd’hui • Recommandation pour CRP • La base de données • Recommandations pour la base • Les tests • Environnements de développement DMZ 2 : WAS 2 . XML . XML <<EJBXXX >> Décrit Décrit pojoOutput pojonput J D B C Procédure stockée PS Procédure stockée PS • Framwork ancetre de SweetDev • Dans la toolbox, le métier est exclusivement embarqué dans la base de données à travers des procédures stockées. • Les EJB n’ont aucune intelligence. Ils se contentent de faire appel à ces procédures stockées. Les résultats des appelles sont retournés et exploités à travers des pojos java. • Chaque EJB se base sur 2 fichiers XML. • Ces derniers décrivent la procédure stockée à appeler ainsi que le pojo en entré de la procédure stockée et le pojo matérialisant le retour après exécution. DMZ 3 PS

4. BCO / Toolbox aujourd’hui • Recommandations pour BCO • CRP aujourd’hui • Recommandation pour CRP • La base de données • Recommandations pour la base • Les tests • Environnements de développement Présentation Métier Interfaces EJB EJBs Serveur Interfaces EJB EJBs Serveur Procédures stockées . XML POJOs • BCO toolbox à plusieurs niveaux de complexité: • L’existence des EJB • Encapsulation des procédures stockées • La complexité des développements se trouve dans la mise en correspondance des interfaces EJB du module front avec les composants métier. Il faut générer une dizaine de fichier pour exploiter un unique EJB métier.

5. BCO / Toolbox aujourd’hui • Recommandations pour BCO • CRP aujourd’hui • Recommandation pour CRP • La base de données • Recommandations pour la base • Les tests • Environnements de développement Recommandations pour BCO / Toolbox • Réorganiser les dépendances de librairies dans les différents projets. De plus, ajouter un outil de gestion de dépendance tel que Maven. Ceci permettra également une meilleure gestion des sources et automatisera les déploiements. • Reprendre les « copier/coller » du code de BCO (package com.bnpparibas.compben.*) fait dans les projets SO et DCS. Les remonter dans le projet commun <<CBCommonCommon>> • Ecrire une documentation technique à destination des développeurs. Celle-ci sera un descriptif des étapes à accomplir (dans l’ordre) pour implémenter de nouveaux comportements dans les applications. • Fournir et installer un plugin (wizard) intégré à l’environnement de développement pour la génération automatique de code. Ce dernier prendra en charge la génération des différents fichiers de configuration pour l’implémentation d’un EJB métier.

6. BCO / Toolbox aujourd’hui • Recommandations pour BCO • CRP aujourd’hui • Recommandation pour CRP • La base de données • Recommandations pour la base • Les tests • Environnements de développement .XLS Données GRH Monde retraitée Import Métier Import .XLS .XLS Retraitement .XLS .XLS Export Métier Exploitation Export BCO .XLS Données de compensation post campagne Vue macroscopique de CRP

7. BCO / Toolbox aujourd’hui • Recommandations pour BCO • CRP aujourd’hui • Recommandation pour CRP • La base de données • Recommandations pour la base • Les tests • Environnements de développement CRP <<CRPWeb >> DMZ A: WAS 1 <<CRPEJBClient>> DMZ B : WAS 2 <<CRPEJB >> Architecture logiciel de CRP

8. BCO / Toolbox aujourd’hui • Recommandations pour BCO • CRP aujourd’hui • Recommandation pour CRP • La base de données • Recommandations pour la base • Les tests • Environnements de développement • Imports non packagé / Mutualisé • Export non packagé / Mutualisé • Internationalisation partiel et lourde • Pas de module dédié à la juridiction • Code métier partagé entre le monde Java et les procédures stockées. • Les procédures stockées sont transactionnelle mais pas les requêtes JDBC dans le code Java • Impossible de connaitre le status d’une mise à jour de la base.

9. BCO / Toolbox aujourd’hui • Recommandations pour BCO • CRP aujourd’hui • Recommandation pour CRP • La base de données • Recommandations pour la base • Les tests • Environnements de développement

10. BCO / Toolbox aujourd’hui • Recommandations pour BCO • CRP aujourd’hui • Recommandation pour CRP • La base de données • Recommandations pour la base • Les tests • Environnements de développement DynDef DynVal Id nom_colone type_donnee Id Id_DynDef <fk> Id_ligne <fk> value