Aloïs Zimmermann--Rosenthal

BTS SIO
Lycée du Parc des Loges

Rapport de stage de BTS SIO première année

Table des matières

Barème de notation du rapport de stage....................................................................3
Remerciements........................................................................................................... 4
I. Présentation de l’entreprise..................................................................................... 5
II. Thème du stage et travail à réaliser.......................................................................6
III. Analyse de l’existant et des besoins......................................................................7
a) Volumes de règlement ......................................................................................... 11
b) Volumes et valeurs de règlement.........................................................................11
c) Taux de règlement en valeur................................................................................ 11
IV. Réalisation et mise en place des solutions...........................................................13
a) Volumes de règlement.......................................................................................... 15
d) Volumes et valeurs de règlement.........................................................................16
e) Taux de règlement en valeur................................................................................ 17
Conclusion................................................................................................................ 17

1
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

Barème de notation du rapport de stage

2
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

Remerciements
Je tiens à remercier Arnaud Giberd, mon maître de stage, ainsi que
Olivier Bailly, mon responsable de stage, pour leur accueil et leur
accompagnement, tout au long de mon stage au service POP de la
Banque de France de Paris.

Je les remercie également pour toutes les connaissances et les

réponses à mes questions qu’ils ont pu apporter. Elles m’ont permis de
réaliser au mieux le travail demandé ainsi que mon rapport de stage.

Je remercie également tous les membres du service POP qui ont été
bienveillants avec moi et qui auront parfois su m’aider dans la
réalisation de mon travail, mais avant tout qui auront pu contribuer à
mon intégration au sein du service et à la bonne ambiance durant le
stage.

Enfin, je remercie France Rosenthal, ma mère, membre du service

POP, sans qui je n’aurais pu réaliser ce stage qui était essentiel dans
ma poursuite d’étude.

3
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

I. Présentation de l’entreprise
Dans le cadre d’un stage pour ma formation de BTS SIO, j’ai réalisé mon
stage de première année de 5 semaines à la Banque de France, dans le
service informatique POP (Politique monétaire, Opérations de marché,
systèmes de Paiement), situé à la place de la Bourse à Paris.

La Banque de France de Paris est une institution aujourd’hui indépendante,

créée le 18 janvier 1800. Ses trois grandes missions sont la stratégie
monétaire, la stabilité financière et les services à l'économie. Son siège se
situe 31 rue Croix des Petits Champs 75 001 Paris CEDEX 1 mais elle dispose
d’autres locaux dans Paris, par exemple 48 rue Notre Dame des Victoires
75 002 Paris, où se situe le service POP, où j’ai effectué mon stage. De
nombreux autres services de la Banque de France sont répartis dans les
différents locaux.

En 2018, la Banque de France comptait 10 257 salariés équivalent temps

plein et 95 succursales. Elle compte également 6 filiales et entités. Pour
l'exercice 2018, le dividende et l'impôt sur les bénéfices des sociétés versés
par la Banque de France à l’État français s’élève à 5,6 milliards d'euros.[

Au sein de la Direction des Projets (DIPRO), le Service Politique monétaire,

Opérations de marché, systèmes de Paiement (POP) est le service de
maitrise d’œuvre en charge du système d’information soutenant les activités
cœur de banque centrale que sont la politique monétaire, les opérations de
marché, les systèmes de paiement, la stabilité financière et la gestion des
risques liée aux opérations de marché.

Ce service dans lequel j’ai pu réaliser mon stage travaille sur une mission à
échelle européenne : le projet T2S. [blablabla sur le projet]

Mon stage a porté sur la réalisation d’une application de gestion des

statistiques pour le projet T2S, que nous allons étudier dans les parties à
venir.

4
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

II. Thème du stage et travail à réaliser

1) Contexte et définition du problème
La Banque de France produit quotidiennement des statistiques pour suivre l’activité
du moteur de règlement livraison de titres T2S au sein de plusieurs
environnements. La production des trois types de statistiques nécessite différentes
interventions manuelles : exécution de requête/traitement spécifique à un
environnement et à une heure précise, utilisation d’outil bureautique spécifique
pour consolider les données, mise en forme finale.

Une chaîne standard d’extraction de données a été mise en place pour remplacer la
multitude d’extractions manuelles existantes. Les données sont automatiquement
extraites aux heures adéquates au sein de fichiers au format CSV prédéfinis, et,
envoyées par courriel en pièce jointe à une boîte de courriels.

Il faut désormais automatiser la génération des différentes statistiques à partir de

ces fichiers reçus dans la boîte de courriels. La Banque de France utilisant
l’environnement bureautique Microsoft Office, une application devra être réalisée en
utilisant les ressources du Visual Basic for Application (VBA) de Microsoft
(notamment VBA pour Outlook et VBA pour Excel).

2) Objectif de l’application
L’application devra permettre la production des différentes statistiques à partir des
deux nouvelles extractions standards :

1. Les « volumes de règlement » actuellement générés que pour des

environnements utilisateurs ;
2. Les « volumes et valeurs de règlement » actuellement générés que pour
l’environnement de Production ;
3. Les « taux de règlement en valeur » actuellement générés que pour
l’environnement de Production.

L’application devra permettre à l’utilisateur de générer chacune de ces trois

statistiques pour n’importe lequel des environnements disposant de la chaîne
standard d’extraction de données d’un moteur de règlement livraison de titres T2S.

3) Cible de l’application
La cible de l’application est l’équipe du Support T2S de la Banque de France.

4) Documents à fournir
En plus de l’application, le projet devra inclure le cahier des charges, la
documentation utilisateur, la documentation technique ainsi que la documentation
des tests unitaires.

5
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

III. Analyse de l’existant et des besoins

Avant la mise en place de cette nouvelle application, il en existait une, avec
un tout autre fonctionnement et but, regroupant un grand nombre d’outils
(voir image ci-dessous), qui permettait de tester la justesse des données et
le fonctionnement des différents traitements, donc des différents codes ainsi
que de comparer les différentes statistiques et fichiers d’extractions.

Grâce à cet existant, j’ai pu reprendre un très grand nombre de codes qui
étaient déjà présents, que j’ai pu modifier selon mes besoins ou sur lesquels
j’aurai pu fortement m’appuyer au cours de mes travaux.Ces codes
regroupaient de nombreuses fonctionnalités concernant les fichiers de
statistiques mais très peu voire aucunes concernant les fichiers de ratios.

Ainsi, presque toute la partie sur les ratios restait à faire.

En plus de cette application existante, pour comprendre ce qui devait être produit
par la nouvelle application, nous disposions de modèles des différentes données de
statistiques.

6
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

1) Volumes de règlement
Les « volumes de règlement » étaient communiqués au sein du courriel de suivi de
l’activité des environnements utilisateurs envoyés à la fin d’une journée comptable
(« [T2S] CRA USER journée du jj/mm/aaaa // […] ») :

Les « volumes de règlement » étaient générés pour les

différents environnements utilisateurs (UTEST, ITEF, EAC) via l’exécution,
pour une date comptable donnée, de la procédure spécifique disponible dans
le Query Management Facility (QMF) de l’environnement utilisateur
considéré. Le tableau ainsi généré était alors ajouté dans le corps du courriel
manuellement.

5) Volumes et valeurs de règlement

Les « volumes et valeurs de règlement » étaient communiqués au sein du courriel
de suivi de l’activité de l’environnement de Production envoyé à la fin d’une journée
comptable (« [T2S] CRA PROD journée du jj/mm/aaaa // […] ») :

7
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

Les « volumes et valeurs de règlement » étaient générées pour

l’environnement de Production (PROD) via l’exécution, pour une date
comptable donnée, de la procédure spécifique disponible dans le Query
Management Facility (QMF) de l’environnement de Production. Le tableau
ainsi généré était alors ajouté dans le corps du courriel manuellement.

6) Taux de règlement en valeur

Les « taux de règlement en valeur » étaient communiqués au sein de courriel de
suivi de l’activité de l’environnement de Production pour deux moments différents
d’une journée comptable :

1. à la fin de la période de règlement de nuit (« Settlement figures after NTS

(Business day jj/mm/aaaa) » ;
2. à la fin de la journée comptable (« Settlement figures EOD (Business day
jj/mm/aaaa) »).

A. À la fin de la période de règlement de nuit

Pour obtenir les taux de règlement en
valeur après la période de règlement de
nuit, un job spécifique était lancé
manuellement pour extraire les données
nécessaires dans un fichier au format CSV
qui était envoyé dans une boîte mail, en
pièce jointe. Le fichier ainsi obtenu était
ensuite pris en compte par un classeur
Excel avec macros produisant alors les résultats ci-contre.

8
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

B. À la fin de la journée
comptable
Pour obtenir les taux de règlement en
valeur à la fin de la journée comptable,
un autre job spécifique était lancé
manuellement pour extraire les
données nécessaires dans un fichier au
format CSV qui était envoyé dans une
boîte mail, en pièce jointe. Le fichier
ainsi obtenu était ensuite pris en
compte par un classeur Excel avec
macros produisant alors les résultats ci-
contre.

7) Description fonctionnelle
et technique de l’application
L’application devra permettre à l’utilisateur de générer n’importe laquelle des trois
statistiques présentées précédemment, pour n’importe lequel des
« environnements T2S », et, pour n’importe laquelle des exécutions planifiées de la
chaîne standard d’extraction de données.

L’utilisateur, avant de pouvoir déclencher la génération des statistiques, devra

sélectionner :
1. l’« environnement T2S » cible au sein d’une liste :
a. L’environnement de Production (PROD) ;
b. L’environnement de tests utilisateur (UTEST) ;
c. […] ;
2. la période d’extraction souhaitée au sein d’une liste :
a. À la fin de la période de règlement de nuit (NTS) ;
b. À la fin de la journée comptable (FULL) ;
c. […] ;
3. le type de statistique souhaité parmi les trois considéré via une liste :
a. « volumes de règlement » ;
b. « volumes et valeurs de règlement » ;
c. « taux de règlement en valeur » ;
d. […] ;
4. la journée comptable souhaitée via une zone de saisie de texte ;
Le contenu des listes utilisées par l’application n’est pas défini en dur dans
l’application, mais stocké dans des tableaux de paramétrage spécifiques,
modifiables par l’utilisateur.

L’application se présentera sous la forme d’un classeur Excel avec au moins un

onglet de paramétrage et un onglet servant d’interface avec l’utilisateur.

A. Chargement des extractions dans l’application

À l’ouverture du classeur Excel, l’application scannera les fichiers présents dans le
répertoire du classeur Excel pour y rechercher les courriels générés par la nouvelle

9
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

chaîne d’extraction standard (charge à l’utilisateur de les y déposer par drag and
drop, depuis Outlook vers l’explorateur de fichiers) afin de les charger dans le
système de fichier de l’application.

Si possible, une fonction de scan de « la » boîte de courriels sera aussi mise en

œuvre à l’ouverture du classeur Excel afin de charger les courriels générés par la
nouvelle chaîne d’extraction standard dans le système de fichier de l’application.

L’application gèrera un système de fichiers, contenant un répertoire par

environnement destiné à stocker les extractions de l’environnement considéré. Les
courriels ne seront pas stockés, seules les extractions le seront après renommage
standardisé.

C. Contexte de génération des statistiques

a) Volumes de règlement
Les statistiques des « volumes de règlement » seront produites à partir du « fichier
des statistiques » (STATS FILE) correspondant aux critères de sélection de
l’utilisateur, et par consolidation des « données globales » (Scope Type = 'GLOB' et
Scope = 'T2SO').

Les devises pour lesquelles apparaît un cumul des transactions par devise en fin des
statistiques des « volumes de règlement » ne proviennent pas d’une liste
paramétrée dans l’application, elles dépendent uniquement du contenu du « fichier
des statistiques » (STATS FILE) traité.

b) Volumes et valeurs de règlement

Les statistiques des « volumes et valeurs de règlement » seront produites à partir
du « fichier des statistiques » (STATS FILE) correspondant aux critères de sélection
de l’utilisateur, et par consolidation des « données globales » (Scope Type = 'GLOB'
et Scope = 'T2SO').

L’application devra disposer d’une liste de paramétrage de taux de conversion

d’une devise en euro afin de pouvoir calculer des « ratios en valeur globaux » en
n’utilisant qu’une seule devise : l’euro.

Les devises pour lesquelles figurent des « taux de règlement en valeur » ne

proviennent pas d’une liste paramétrée dans l’application, elles dépendent
uniquement du contenu du « fichier des statistiques » (STATS FILE) traité.

c) Taux de règlement en valeur

Les statistiques des « taux de règlement en valeur » seront produites à partir du
« fichier des statistiques » (STATS FILE) correspondant aux critères de sélection de
l’utilisateur.

L’application devra disposer d’une liste de paramétrage des profondeurs

d’historique par environnement. La profondeur d’historique indique le nombre de
journée comptable précédent celle sélectionnée par l’utilisateur qui devront aussi
apparaître dans les statistiques des « taux de règlement en valeur ».

10
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

L’application devra disposer d’une liste de paramétrage de taux de conversion

d’une devise en euro afin de pouvoir calculer des « ratios en valeur globaux » en
n’utilisant qu’une seule devise : l’euro.

La liste des CSD apparaissant dans les statistiques des « taux de règlement en
valeur » devra être paramétrable dans l’application par environnements et par
périodes d’extraction.

Pour la période d’extraction correspondant à la fin de la journée comptable, les

statistiques des « taux de règlement en valeur » devront faire apparaître sur la
dernière ligne un cumul global prenant en compte tous les CSD mêmes ceux qui
n’ont pas été sélectionnés pour l’environnement considéré.

D. Contexte de restitution des statistiques

Les statistiques des « volumes de règlement » seront stockées dans l’arborescence
de l’application sous forme de fichier texte (extension « .TXT ») protégé en écriture.
La restitution à l’utilisateur se fera par l’ouverture de ce fichier texte au sein d’une
nouvelle instance de l’application Bloc-Notes.

Les statistiques des « volumes et valeurs de règlement » seront stockées dans

l’arborescence de l’application sous forme de fichier texte (extension « .TXT »)
protégé en écriture. La restitution à l’utilisateur se fera par l’ouverture de ce fichier
texte au sein d’une nouvelle instance de l’application Bloc-Notes.

Les statistiques des « taux de règlement en valeur » seront stockées dans

l’arborescence de
l’application sous
forme de fichier
Excel sans macros
(extension
« .XLSX ») protégé
en écriture. La
restitution à
l’utilisateur se fera
via un onglet
dédié de
l’application
reprenant les
fonctionnalités du
classeur Excel
avec macros
« Stats à
envoyer.xlsm » ci-
contre (liste de
paramétrage,
envoi
par courriel, …).

11
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

12
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

IV. Réalisation et mise en place des solutions

1) Analyser pour mieux avancer
Afin de répondre au mieux aux besoins de l’entreprise pour la conception de
l’application, toute la première semaine a été consacrée à l’analyse des différents
documents servant de « base », listant les fonctions que devrait regrouper
l’application afin de comprendre au mieux ce qui était demandé. Il a fallu, de plus,
étudier les statistiques existantes, les différents fichiers à traiter, et les outils déjà
présents pour voir comment il était possible de traiter les données. Il a également
fallu concevoir le cahier des charges, très important dans la réalisation à venir et
commencer l’apprentissage du langage Visual Basic que je n’avais jamais utilisé
avant ce stage et qui était essentiel à la conception de l’application.

8) Cadrer pour être plus efficace

Une fois que le cahier des charges était prêt, les grandes lignes de l’application
étaient déjà plus visibles. Mais pour éviter de se lancer dans du code sans savoir
précisément ce qu’il faudrait faire, il était mieux de prendre du temps, pour en
gagner plus tard, pour élaborer les spécifications de l’application. Le but était
d’avoir une bonne organisation et de la précision afin d’être efficace dans le
développement à venir.

Le document des spécifications de l’application a constitué une bonne partie de la

semaine avec également l’écriture d’autres documents comme la volumétrie. Ce
dernier avait pour but d’évaluer si le volume de production créé par l’application
pourrait être stocké sur le réseau convenablement ou si le volume de données
serait trop important pour pouvoir garder tous les fichiers générés.

Le document des spécifications servait principalement à décrire avec un maximum

de détails, sans rentrer
dans des notions de
codage, tout le
fonctionnement de
l’application. Il devait
être illustré de
différentes maquettes
comme le design de
l’interface utilisateur
présent ci-contre ou
bien des maquettes
des statistiques qui
avaient été
préparées la semaine passée.

Il détaillait avec plus de précisions que le cahier des charges, les grandes lignes de
l’application, l’organisation des différents fichiers, le fonctionnement de l’interface

13
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

avec l’utilisateur, l’organisation des statistiques générées ainsi que les règles de
calculs des différentes statistiques.

Tout ce développement écrit a permis de bien comprendre, avec beaucoup de

détails, ce qui devrait, plus tard, être fait dans le code. En effet, certaines formules
de calculs pouvaient être très complexes à comprendre ou bien des fonctions de
l’application peu claires. Avec ce document, le cadre était posé et les possibilités de
grosses erreurs dans l’application, par exemple dues à de l’incompréhension des
besoins, s’en voyaient fortement réduites.

9) Coder pour réaliser

A. Adaptation de l’application
Après avoir passé une bonne partie du stage à préparer des documents pour
faciliter le travail futur, je pouvais enfin commencer à réaliser du code pour
l’application. En premier lieu, il fallait adapter la lecture du système de fichier afin
que l’application prenne en compte les fichiers de ratio qui étaient ignorés jusqu’ici.
J’ai donc repris le code existant pour l’adapter mais nous avons décidé plus tard, à
cause de la mauvaise génération des fichiers de ratio par la chaîne d’extraction,
qu’ils ne seraient pas utilisés pour l’application et que seuls les fichiers de
statistiques seront utiles. Mais pour une potentielle modification de l’application
future, elle peut maintenant traiter deux types de fichiers.

E. Création de l’interface utilisateur

Une maquette de l’interface utilisateur avait été réalisée pour le document des
spécifications. Il fallait maintenant la rendre fonctionnelle. J’ai donc associé à
chaque liste de paramètre, le tableau dont il fallait prendre les valeurs et également
gérer la saisissabilité de la case de la profondeur d’historique en fonction du type de
statistiques choisi à l’aide d’une macro en Visual Basic. Après avoir généré toute
l’interface, il fallait contrôler les données saisies. Il n’est normalement pas possible
de mettre d’autres valeurs
que celles des listes pour les
3 premiers paramètres mais
une gestion d’erreur était
quand même prévue. Pour la
date comptable, le format
DB2 demandé (AAA-MM-JJ)
était vérifié puis la validité
de la date (voir la fonction
ci-contre). Pour la
profondeur d’historique,
lorsqu’elle était nécessaire,
il était vérifié que c’était bien un entier.

Bien sûr, pour chaque paramètre demandé, une erreur était retournée s’il était vide.

14
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

F. Réadaptation de l’arborescence
L’arborescence actuelle consistait en la présence d’un fichier par environnement à
la racine de l’application. Cependant, cette arborescence était adaptée pour le
regroupement d’un seul type de fichier, ici, des extractions. Le besoin était
maintenant de créer deux fichiers, un pour les extractions, l’autre pour les
statistiques générées, avec la même arborescence interne (un fichier par
environnement). J’ai donc à nouveau repris le code qui gérait cette arborescence
pour l’adapter à ce nouveau besoin. Il existait un système d’archivage des
extractions pour le cas où une nouvelle extraction du même nom était ajoutée au
fichier (par exemple une nouvelle version). Il fallait modifier cet archivage afin qu’il
archive les statistiques associées à cette extraction (en effet, deux extractions
différentes ne génèrent pas le même contenu). Cette modification m’a posé
quelques problèmes au niveau de la correspondance des statistiques par rapport à
l’extraction mais j’y suis finalement parvenue.

Comme je ne disposais pas encore de statistiques réelles, j’ai pris un fichier au

hasard que j’ai nommé selon les noms qui seraient donnés aux statistiques afin de
voir comment l’application gérait ces archivages.

G. Récupération du fichier d’extraction

Maintenant que l’interface utilisateur et que la gestion de l’arborescence étaient
fonctionnels, je pouvais commencer à rechercher le fichier correspondant aux
paramètres saisis par l’utilisateur.

Le traitement était le même pour les Volumes de Règlement et les Volumes et

valeurs de règlement car ils nécessitaient un seul fichier mais les Taux de règlement
en valeur pouvaient en nécessiter plusieurs alors un traitement adapté était mis en
place.

Nous pouvons observer sur l’extrait de code ci-dessous, que la recherche était
premièrement faite dans les fichiers générés. S’il était trouvé, il était affiché à
l’utilisateur (depuis la fonction SearchOFile). Sinon, il était cherché dans les
extractions et s’il était trouvé, les statistiques étaient générées puis affichées. S’il
n’était pas trouvé, une erreur était renvoyée. Pour les Taux de règlement en valeur,
deux listes étaient récupérées, un d’archives et un d’extractions, puis comparées
afin de récupérer la maximum de fichiers selon la profondeur d’historique et les plus
récents possibles selon la date comptable.

15
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

Une seule liste triée était gardée, pouvant contenir des extractions ou des fichiers
déjà générés, un traitement était alors fait pour n’avoir au final que des fichiers
générés.

H. Génération des statistiques

a) Volumes de règlement
Une fois que nous disposions du fichier d’extraction de statistiques, nous pouvions
commencer le traitement de la génération des statistiques en volumes de
règlement. Pour m’aider dans ma réalisation, le document des spécifications de
l’application était là pour me faciliter la tâche.

Ces statistiques n’étaient pas très compliquées à générer car elles ne prenaient que
des valeurs et il n’y avait aucune formule complexe. La difficulté résultait
majoritairement dans l’adaptation
dynamique des statistiques pour
l’affichage des différentes devises que
le fichier d’extraction présentait.

Il a donc fallu placer chaque valeur

dans des variables et faire un tableau
pour les devises, puisque nous ne
connaissions pas le nombre de devises
présentes. Nous pouvons observer ci-
contre, le code traitant l’incrémentation
dans le tableau des devises.

16
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

Une fois que nous avions toutes les valeurs nécessaires aux statistiques, la mise en
forme du texte était faite dans une variable (voir l’incrémentation ci-dessous), qui
serait ensuite transférée dans un fichier texte pour la restitution finale des
statistiques.

Une fois que les statistiques étaient présentes dans le

fichier texte, ce dernier était enregistré sous un nom
adapté selon nos règles de nommage des statistiques
et stocké dans l’arborescence en fonction de son
environnement. Les statistiques en volumes de
règlement ainsi obtenues étaient alors affichées à
l’utilisateur.

d) Volumes et valeurs de règlement

Pour la génération de ces statistiques, le codage a été plus complexe mais je
disposais à nouveau de toutes les formules nécessaires à la réalisation du
programme.

Il y avait beaucoup de critères à prendre en compte et plusieurs tris à mettre en

place. Pour faciliter le travail, nous avons procédé aux tris dans une feuille
temporaire d’Excel ce qui a évité des erreurs dans du traitement de tableaux.

Les formules ont parfois été complexes à mettre en place et il fallait également faire
très attention à la justesse des données traitées. De plus, comme pour les
précédemment, il fallait adapter dynamiquement les statistiques aux différentes
devises rencontrées.

Une fois que nous avions toutes les valeurs nécessaires aux statistiques, la mise en
forme du texte était faite dans une variable, qui serait ensuite transférée dans un
fichier texte pour la restitution finale des statistiques.

Une fois que les

statistiques étaient
présentes dans le
fichier texte, ce
dernier était
enregistré sous un
nom adapté selon
nos règles de
nommage des
statistiques et
stocké dans

17
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

l’arborescence en fonction de son environnement. Les statistiques en volumes et

valeurs de règlement ainsi obtenues étaient alors affichées à l’utilisateur.

e) Taux de règlement en valeur

La génération de ces statistiques au niveau
des données à produire n’a pas été le plus
difficile. Le plus complexe a été de réussir à
faire un tri « parfait » des différents
documents mis à disposition. Il a fallu en
premier lieu aller chercher dans les fichiers
internes le nombre de fichiers maximum
par rapport à la profondeur d’historique
souhaitée. S’il n’y avait aucuns fichiers, il
fallait aller les chercher dans les fichiers
d’extraction et même lorsque nous
disposions déjà de fichiers internes, il fallait
comparer avec les fichiers d’extraction pour
voir s’il n’en existait pas de plus récents.
Enfin, s’il n’y avait eu aucuns fichiers
internes pour une date donnée mais qu’un
fichier d’extraction avait été trouvé pour
cette date, il fallait à nouveau aller chercher
des fichiers internes pour des dates
antérieures. Une fois que ce tri fonctionnait,
le plus difficile avait déjà été réalisé.

J’ai manqué de temps dans la réalisation de

ces dernières statistiques, c’est donc Olivier
qui s’est occupé de la mise en pagedes
statistiques dans un document excel et de
l’envoi final du mail.

Les taux de règlement en valeur avec une profondeur d’historique donnée étaient
alors affichés à l’utilisateur.

Conclusion
Durant ces 5 semaines de stage, j’ai pu réaliser la part la plus importante du
travail demandé. En effet, l’application souhaitée par l’entreprise de la
Banque de France a été rendue globalement fonctionnelle dans son
intégralité. J’ai cependant manqué de temps pour les documentations et les
phases finales de tests.

En plus de m’avoir appris un nouveau langage informatique et de m’avoir

permis de développer de nouvelles techniques de travail plus adaptées à un

18
Aloïs Zimmermann--Rosenthal
BTS SIO
Lycée du Parc des Loges

gain de temps, ce stage m’a permis de m’immerger dans un vrai contexte

informatique durant plus d’un mois. J’ai pu travailler au sein d’un service
important de la Banque de France avec des personnes compétentes ce qui a
renforcé ma capacité à travailler en équipe.

C’est avec plaisir que je retournerai dans ce service où règne une très bonne
ambiance qu’il est rare de trouver à un tel niveau dans le monde
professionnel.

19