architecture des gestions comité de projet n° 01 23/02/2009

Architecture des Gestions

Comité de projet n° 01

23/02/2009

2009 Jan Fev Mars Avr Mai Juin Juil Août Sept Oct Nov Dec

date 23

2Coproj Architecture des Gestions – Février 2009 – T01

Sommaire

1. Définition du programme : Architecture des gestions

2. Définition de l’architecture fonctionnelle cible

3. Définition de l’architecture applicative cible

4. Définition de l’architecture technique cible

5. Proposition d’un programme SI-FRONT : une trajectoire sur 3 ans

6. Portefeuille projets

7. Fiche Projet : Architecture de Gestions / Outils des Gérants : FAC / GERER /GAGS -> SOPHIS

8. Fiche Projet : Architecture de Gestions / Positions : Abandon de CRESAM

9. Fiche Projet : Architecture de Gestions / Positions : Abandon des tables « Positions » de PAM-DB

10. Décisions et nouvelles actions

11. Budget

12. Prochains points clés

13. Annexes


Définition du programme Architecture des Gestions● Objectifs :

– Intégrer :● les attentes de la MOA «Développement et Accompagnement de la Performance» formalisées dans la

présentation « architecture des gestions »– Rapprochement des positions– Rationalisation des outils autour de la fonction tenue de positions– Couche de données permettant de faire communiquer les outils gérants spécifiques à leur métier avec les outils transverses.

● Les impacts du projet « Rationalisation des SI IP, FinAMS & BPFS »– Impacts GTP [BPFS]– Impacts MINERVA [Fin’AMS]

● Le calendrier du projet Sophis– Permettre au métier de piloter sa transformation par la mise en place d’une structure de travail ad

hoc au sein de BNPP IP.– Livrer une architecture SI IP :

● en phase avec le découplage des fonctions Gestion/Négociation/Valorisation● Simplifiée en séparant les fonctions opérationnelles et les fonctions de support.● Allégée des applications obsolètes et redondantes.● Avec une mutualisation graduelle en rapport avec les spécificités des gestions.● Capable de s’adapter aux différentes typologies des filiales.

● Les moyens : – Une structure de travail :

● Un programme IP pour les chantiers indépendants de FinAMS et BPFS● Une seule coordination entre le programme SI-Front IP et le programme Rationalisation pour gérer les

contraintes inter-programmes– Utilisation de la Méthodologie projet


Cible

SéparationBNP PAM FIN’AMS

BPFS

Définition de l’architecture fonctionnelle cible

Architecture fonctionnelle simplifiée

Entrepôt de données PositionsTransactions IP

SAS d’échanges

FonctionsMétiers

Outils

Gestions

Négociation OMS

EPM

Entrepôt de donnéesComptables DMC

Middle Office

Back Office

Positions

MiddleOutil MO

Remontée des données comptables

1

Rapproch.

Outils Transverses

Rapprochement des Positions

Outils Transverses

Référentiels IP

Clients

PortefeuillesS

Market DataInstrumentsFinanciers

Ctrl Gestions

Compliance

Reporting

Existant

3

Outils STP

SOPHIS(TDP)

SOPHIS(TDP)

Outils de TDP

SOPHIS(TDP)

SOPHIS(TDP)

Outils d’analyse


Fonction EPM Fonction EDC

Fonction STP opérationFonction Position

Fonction Référentiel Market Data

Fonction Référentiel

Fonction Simulation

Définition de l’architecture technique cible

Architecture Technique de principe

Traitemnent Simulation

Base outil Simulation

Traitemnent Positions

Base positions

Traitement STP Opérations

Base STP opérations

Market Data

Traitement Market Data

Base Market Data

WS M

arket Data

Traitement Référentel

Base Référentiel

WS

Référentiel

WS Positions WS Opérations

Couche d’échange IP, FinAMS,

BPFSCouche de communication IP

Entrepôt Positions/

Mouvements IP

WS EPM

Entrepôt Mouvements

Comptables IP

WS DMC


Proposition d’un programme SI-Front : une trajectoire sur 3 ans ● 2009: une année charnière

– Les indispensables IP : ● Sophis (Autonomisation de PICASSO ● Portage des fonctionnalités de FAC / GAGS / GERE dans SOPHIS● Reprise dans VERDI du périmètre de BENCHMARK● Projet « Rapprochement des positions »

– Les projets rationalisation déjà lancés :● Accompagnement de la montée en puissance de MINERVA● Accompagnement de la montée en puissance de TRADEFLOW

– Les propositions BPFS : ● Impacts autres décommissionnements (Quick-win BPFS sur réplication référentiels)

– Les opportunités IP :● Lancement du décommissionnement de CRESAM avec mise en œuvre de l’entrepôt position/mouvements IP● Lancement des projets transverses: « couche de communication IP » et « Référentiel ».

– VERDI :● Lancement du décommissionnement de CRESAM avec mise en œuvre de l’entrepôt position/mouvements IP● Lancement des projets transverses: « couche de communication IP » et « Référentiel ».

● 2010 : premiers objectifs atteints – La fin des projets simples :

● Fin du décommissionnement de CRESAM● Finalisation de la mise en œuvre de la couche de communication et passage en vie courante de la normalisation des échanges.

– Les projets complexes à lancer : ● Lancement du décommissionnement de la fonction « Positions » de Pam-DB● Lancement du décommissionnement des fonctions « transactions » de Pam-DB et Gos

● 2011 : Fin du programme :– Décommissionnement de GOS-FRONT– Finalisation des chantiers lancés en 2010

● Les sujets non traités : – Adaptations des outils gérants au nouveau SI : report des fonctionnalités transverses dans Sophis.


Portefeuille projets

PROGRAMME CHANTIER PROJET 2009 2010 2011 TotalDécommissionnement (intégré projet SOPHIS) 0.5 0.5Adaptation des outils aux contraintes couches de données 1 1 2Adaptation des outils aux contraintes référentiels 1 1 2Rapprochement des positions 1.5 1.5Abandon de CRESAM 1 1 2Abandon de Pam-DB tables "Positions" 1 1 2Abandon des tables "ad hoc" de Pam-DB 0.5 1.5 2Abandon de GOS 0.5 2 2.5Optimisation du fonctionnement de SOPHIS 0.5 2 2.5Décommissionnement de Benchmark au profit de VERDI 0.75 0.75Abandon des tables référentiels de Pam-DB 0.75 0.25 1Optimisation du fonctionnement de VERDI 2 2Complétude référentielle 0.75 0.25 1Recensement des objets manipulés chez BNPP IP par zone fonctionnelle 0.5 0.5 1Définition du dictionnaire de données / Pivot interne 0.5 0.5 1Mise en œuvre d'une solution 1 2 3

Autres Chantiers Emargements des pendings / Transaction ID 0.75 0.75Décommissionnements Quick Win BPFS (débranchements des référentiels Pam-DB) 0.5 0.5

Accompagnement mise en œuvre Nel OMS 1 0.5 1.5Accompagnement mise en œuvre TRADEFLOW 0.5 0.5 1

10.5 10 10 30.5

Outils gérants

Transactions

Rationalisation des SI

Architecture des gestions

Positions

Transactions

Référentiels

Un programme de 30 AH sur 3 ans


Fiche Projet : Architecture de Gestion / Outils des gérants

● Portage des fonctionalités FAC / GAGS / GERER dans SOPHIS

Objectif :

● Transfert dans SOPHIS des fonctionalités présentes dans les applications FAC:

– Gestion de des produits court terme et fonds garantis et structurés..

● GAGS– Calcul de ratios– Gestion de benchmark indiciel

● GERER– Gestion des rapports de gestion (historique des

mouvements sur un fonds)

Points de vigilance :● Pas de visibilité sur l’avancée des travaux SOPHIS● Pas d’indication de la prise en compte de la

couverture totale des fonctionalités

Dates remarquables :

● Remise des dossiers à l’équipe SOPHISOctobre 2008

● Tests

● Mise en Production (prévisionnelle) 01/07/2009passage en simple prod 29/07/2009

Statut précédent Nouveau statut

Etat de santé du projet Moyen Bon

Risque global du projet Fort FORT

Points à adresser au SPONSOR :● Nécessité d’une communication

transparente et exhaustive sur la nature, l’avancée et le planning prévisionnel des travaux menés dans le cadre du projet SOPHIS

J F M A M J J

Portage des fonctionalités dans SOPHISRecetteMise en Production 01/07/2009Passage en simple production 29/07/2009

Décommissionnement effectif FAC 12/08/2009GAGS 12/08/2009GERER 12/08/2009

Décommissionnement des fonctions FAC / GAGS et GERER


Fiche Projet : Architecture de Gestion / Positions

● Abandon de CRESAM

Objectif :

● Supprimer l’entrepôt de stockage entre autres des positions évaluées du SI de BNPP IP de façon à s’affranchir du modèle de données propriétaire.

Points de vigilance :● RAS


● Etude de cadrage début en mai 2009

● Tests

● Mise en Production mai 2010



Risque global du projet Fort Moyen

Dépendances :

● Couche de données

Budget :

● 2009 1 année/ Homme



Fiche Projet : Architecture de Gestion / Positions

● Abandon des tables « Positions » de Pam-DBObjectif :

● Supprimer l’utilisation des tables « Positions » de Pam-DB– S’affranchir de la réplication depuis BPFS– Organiser les interrogations depuis le nouvel entrepôt de

stockage des inforamtions de nature « positions ».



● Etude de cadrage début en septembre 2009

● Tests

● Mise en Production 2010




Dépendances :

● Décommissionnement complet de GOS-FRONT

Budget :




Fiche Projet : Architecture de Gestion / Transactions

● Abandon de GOS-FRONT et de la base GOS

Objectif :

● L’application de gestion GOS-FRONT est supprimée ainsi que la base GOS qui sert d’outils STP à l’heure actuelle.



● Etude de cadrage début en 2010

● Tests

● Fin d’abandon 2011




Dépendances :

●

Budget :




Fiche Projet : Architecture de Gestion / Transactions

● Optimisation de l’utilisation de SOPHIS

Objectif :

● A définir plus précisément.

Points de vigilance :


●

●




Budget :




Fiche Projet : Architecture de Gestion / Référentiels

● Optimisation du fonctionnement de VERDI

Objectif 2009:

● Refonte des flux (Optimiser l’ordonancement général des processus)

● Montée de version– Réception du module oST– Gestions des logs post DQC– Gestion de la mémoire– Module BVAL (Calcul des cours sur valeurs liquides by

Bloomberg)





Points à adresser au SPONSOR :

Dépendances :

● RAS

Budget prévisionnel :● 2 années/homme (sur 2009)

● 1,5 sur 2010

● 1 sur 2011

Objectif 2010:

● Instanciation module des OST

● Mise en production Module des OPCVM Externes

● Module DQC (suite et fin)


Fiche Projet : Architecture de Gestion / Référentiels

● Complétude référentielle sur les référentiels maîtres de BNPP IP

Objectif :

● Gestion de l’impact de la suppression de l’asservissement des tables Pam-DB à l’alimentation de BPFS. Impact sur les référentiels maîtres de BNPP IP: extension de la couverture du périmètre






Dépendances :

● RAS

Budget prévisionnel :● 1 sur 2010

● 1 sur 2011


Fiche Projet : Architecture de Gestion / Couche de communication

● Recensement par zone fonctionnelle des objets manipulés chez BNPP IP

Objectif :

● Recueillir l’ensemble des objets et elurs caractéristiques associées selon les zones fonctionnelles relatives à l’activité de BNPP IP de façon à pouvoir établir le dictionnaire de données.






Dépendances :

● Lien avec les travaux sur le nouvel OMS

● lien avec l’étude sur CRESAM

Budget prévisionnel :● .5 sur 2009

● .5 sur 2010


● Etude de cadrage début en 2010

● Tests

● Fin d’abandon 2011


Fiche Projet : Suivi des jalons Ratio

● Emargements des Pendings et Transaction ID

Objectif :

● Mise en place du traitement de l’émargement des pendings sur le périmètre d’instruments financiers traités par TRADEFLOW.

En cours :

● Tests unitaires coté BNPP IP uniquement



● Tests unitaires: débutés

● Tests d’intégration 23/03/2009

● Mise en Production technique 25/04/2009





Fiche Projet : Suivi des jalons Ratio

● Alimentation du Nel OMS

Objectif :

● Mise en place du flux MQ Séries d’alimentation du nouvel OMS correspondant au périmètre des IF traités dans le jalon 1 Nel OMS.



● Fin étude préalable 06/03/2009

● Choix du scénario 11/03/2009




En cours :

● Etude préalable :


Maîtrise documentaire

Nom du document

Base documentaire GESYQUA

Revue du document

VersionDate Nom Fonction / Service

François TROXLER BNPP IP – AM IT Gestions

Validation du document

VersionDate Nom Fonction / Service

Diffusion du document

NomFonction / Service

Historique des versions

CréationOlivier de La Maisonneuve

Description évolutionCréation du document, Modification du document (indiquer les § modifiés et les modifications

apportées)ResponsableDate

Version

VersionVersion Nom du modèle utiliséNom du modèle utilisé

V3 MODELE-00016-DIV-Divers-Maîtrise documentaire pour document PowerPoint

Modification

architecture des gestions comité de projet n° 01 23/02/2009

Documents