rapportstageing2 sie leonardogastiaburu
TRANSCRIPT
Rapport de Stage de
deuxième année effectué du
15 Juillet au 31 Décembre
2013
2014
Conception et développement d’une base de
données corporatif
Leonardo Williams Gastiaburú López
Maître de Stage: SARGANA FLORES, Roxana
Tuteur: SENOUSSI Houcine
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 2
SOMMAIRE
INTRODUCTION _______________________________________________________ - 4 -
REMERCIEMENTS ______________________________________________________ - 5 -
PREMIER PARTIE ______________________________________________________ - 6 -
I. Présentation générale __________________________________________________ - 7 -
II. Présentation du sujet de stage ___________________________________________ - 7 -
i. Réingénierie du processus _____________________________________________________ - 8 -
ii. Base de données institutionnelle (BDI) ___________________________________________ - 9 -
iii. BPM (Business Process Management) __________________________________________ - 10 -
iv. Automatisation du processus _________________________________________________ - 11 -
III. État initiale ________________________________________________________ - 12 -
i. Finalité publique du service ___________________________________________________ - 12 -
ii. Précédente au embauché ____________________________________________________ - 12 -
iii. Le Cycle de vie d'un affilié ____________________________________________________ - 12 -
IV. Phases de la solution ________________________________________________ - 13 -
i. Phase 1 : Développement du But. _________________________________________________ - 13 -
1. Reconnaissance des besoins ________________________________________________ - 13 -
2. Structuration du but ______________________________________________________ - 13 -
3. Classification des besoins __________________________________________________ - 13 -
ii. Phase 2 : Solution Technique ____________________________________________________ - 14 -
1. Identification des conditions techniques ______________________________________ - 14 -
2. Evaluation d'alternative ___________________________________________________ - 16 -
3. Election de la solution technique ____________________________________________ - 16 -
iii. Phase3 : Accord technique, de but et service _______________________________________ - 17 -
1. Accord de but ___________________________________________________________ - 17 -
2. Accord technique _________________________________________________________ - 17 -
3. Accord de niveau du service ________________________________________________ - 17 -
iv. Phase 4 : Analyse, Design et Acquisition ___________________________________________ - 18 -
1. Analyse _________________________________________________________________ - 18 -
2. Design__________________________________________________________________ - 18 -
3. Acquisition ______________________________________________________________ - 19 -
v. Phase 5 : Réutilisation, Construction et Paramétrage _________________________________ - 19 -
1. Réutilisation _____________________________________________________________ - 19 -
2. Construction ____________________________________________________________ - 19 -
3. Paramétrage ____________________________________________________________ - 20 -
vi. Phase 6 : Intégration Technique, Vérification, Validation _____________________________ - 20 -
1. Intégration technique _____________________________________________________ - 20 -
2. Vérification______________________________________________________________ - 20 -
3. Validation _______________________________________________________________ - 20 -
V. Composant Technologique _____________________________________________ - 21 -
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 3
i. Framework ___________________________________________________________________ - 21 -
ii. Outils de développement _______________________________________________________ - 21 -
DEUXIÉME PARTIE ____________________________________________________- 24 -
I. Travail effectué ______________________________________________________ - 25 -
i. MIND________________________________________________________________________ - 25 -
1. Phase 1 : Développement du but _______________________________________________ - 25 -
2. Phase 2 : Solution Technique __________________________________________________ - 26 -
3. Phase 3 : Accord de But, Technique et de Service _________________________________ - 29 -
Accord de But ______________________________________________________________ - 29 -
Accord Technique __________________________________________________________ - 29 -
Accord de Service ___________________________________________________________ - 30 -
ii. MIDO _______________________________________________________________________ - 31 -
4. Phase 4 : Analyse, Design et Acquisition _________________________________________ - 31 -
Analyse ___________________________________________________________________ - 31 -
Design ____________________________________________________________________ - 34 -
Acquisition ________________________________________________________________ - 38 -
5. Phase 5 : Réutilisation, Construction et Paramétrage ______________________________ - 41 -
Réutilisation _______________________________________________________________ - 41 -
Construction _______________________________________________________________ - 42 -
Paramétrage _______________________________________________________________ - 43 -
6. Phase 6 : Intégration Technique, Vérification et Validation __________________________ - 43 -
Integration Technique _______________________________________________________ - 43 -
Vérification ________________________________________________________________ - 46 -
Validation _________________________________________________________________ - 48 -
TROISIÉME PARTIE ____________________________________________________- 51 -
I. Conclusion __________________________________________________________ - 52 -
II. Résume_____________________________________________________________ - 53 -
III. Table des illustrations _______________________________________________ - 54 -
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 4
INTRODUCTION
Dans le cadre de la formation d'ingénieur à l'EISTI, la formation en deuxième année se
termine par un stage en entreprise d'une durée minimale de 10 semaines.
Cette période de stage fait partie intégrante de la formation et a pour but, de faire
découvrir le monde de l'entreprise aux étudiants, de tester ses connaissances théoriques dans
des situations précisées et de compléter ses connaissances en réalisant des applications
informatiques tout en se familiarisant avec les exigences des entreprises.
J'ai effectué ce stage auprès de la société INDRA COMPANY. Ma mission au sein d’INDRA
COMPANY était devenir membre de l'équipe des consultants qui avaient fait la conception,
création et développement d’une base de données corporative orientée au processus.
INDRA COMPANY à travers de l'équipe des consultants fait le projet pour un organisme
gouvernementale péruvienne. Cet organisme appelé ONP (Bureau de Normalisation
Prévisionnelle, « Oficina de Normalización Previsional» en espagnol) qui est une société
nationale d’assurance mutuelle qui a le besoin de créer une base de données corporative. Cet
organisme permette d'assurer une bonne administration des fonds des ex-travailleurs
(retraités).
J'aborderai au début de ce rapport l'organisation de méthodologies qui forme part de la
conception, création et développement de la base de données.
En suite, je présenterai les différentes étapes des projets cités ci-dessus, en détaillant
mes tâches pour chacune d'elles.
Enfin, la dernière partie sera consacrée aux résultats obtenus et à une analyse
personnelle des différents acquis et difficultés que j'ai pu traverser durant ce stage.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 5
REMERCIEMENTS
Tout d’abord, je souhaite remercier, Monique SERGENT, et toute l’équipe pédagogique
de l’EISTI pour avoir assurer ma formation technique et théorique me préparant au monde
professionnel.
Je tiens à remercier également Houcine SENOUSSI, Directeur EISTI campus Cergy, mon
tuteur de stage, pour m’avoir conseillé et guidé au cours des différentes étapes de mon stage.
Je remercie aussi Roxana SARGANAS, Directrice TI chez INDRA COMPANY, pour la
confiance qu’il m’a accordée en m’acceptant au sein de son équipe.
Je remercie également le personnel d'INDRA COMPANY - REAPRO pour leur coopération
pendant la phase de stage.
Enfin, je voudrais aussi remercier ma famille pour leur soutien inconditionnel.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 6
PREMIER PARTIE
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 7
I. Présentation générale
INDRA COMPANY est une société de conseil en management, technologie, innovation et
talent, leader des solutions et services avec une haute valeur ajoutée pour les secteurs de
transport et circulations, de l'énergie et l'industrie, de l'administration publique et le service
sanitaire, des services financiers, de la sécurité et la défense, de Télécoms et Médias. Indra fait
des opérations dans plus de 128 pays et a plus de 42,000 employés dans le monde, centré dans
le développement de solutions innovantes qui répondent aux besoins des clients, les plus
exigeants.
INDRA COMPANY est placé parmi les leaders dans son secteur après avoir passé 550M
d’euros pour la R+D dans les trois dernières années.
II. Présentation du sujet de stage
Après d'une analyse de la situation de l'organisme gouvernementale péruvienne appelé
ONP, INDRA COMPANY, comme une société du conseil a proposé créer un modèle de processus
optimisé où tous ses données soient stockées dans un seul entrepôt. Ce modèle a été divisé en
quatre phases qui constituent l'approche de la solution.
MIND (Besoin et demande): Cela correspond avec l'étude initiale du
problème, l'approche de la solution et la mise en place d'accords.
MIDO (Développement et adaptation): Cela correspond avec le
développement/réutilisation ou acquisition/adaptation des composants pour
réaliser un système produit.
MITO (Transformation): Cela correspond avec l'intégration du système
produit dans l'environnement naturel de fonctionnement.
MISO (Service): Cela correspond avec le développement des périodes de
garantie et maintenance établis, fermeture et transfert complète du system
produit.
A l'intérieur du projet, les tâches ont été divisé par domaine, celui-ci sont :
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 8
i. Réingénierie du processus
La mission de l'équipe est développer un nouveau processus pour s'occuper de
personnes affiliées au système national de pension (SNP). La création d'un modèle de
processus optimisé (N3), basé en ressources humaines opportunément qualifiés et à
l'intérieur des systèmes d'information appropriés.
Figure 1. Ligne de Travail 1
Le but de la réingénierie est la création d'un modèle de processus optimisé et
évolutif. Les moyennes de vérification du but sont les suivants:
L'audit interne du modèle de processus par rapport à les activités et les
fonctionnes corporatives.
Le modèle du processus N3 exprimé dans notation BPMN (Business
Process Model and Notation) sémantiquement correcte.
Disponibilité d'entrée télématique dans le portail de l'ONP.
Maintenant, le fonctionnement du système été orienté vers les applications. Il
faut s'orienter aux processus parce que la nouvelle base de données institutionnelle
(BDI) aura tous les données de l'organisation et un seul entrepôt de données qui aura
interaction basé sur ce modèle.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 9
Figure 2. Notation BPM 1
ii. Base de données institutionnelle (BDI)
La mission de l'équipe est développer une base de donné centralisé. Cette base
de données a l'information corporative de l’organisme gouvernementale (ONP) dans un
seul entrepôt de données. Cette base de données propose de donner un support à tous
les systèmes ou application qui se connectent. Dans un primer temps, la base de
données fait le hébergement de tous les données qui seront le support des applicatives
pendant la phase de migration. Puis, la base de données propose de donner un support
à la nouvelle application et système orientée au processus. Cette phase de transition
s’appellera « intégration ». Dans ce contexte il y aura deux phases pour la base de
données, la migration et l'intégration.
Les moyennes de vérification du but sont les suivantes :
Documentation de la méthodologie pour l’élaboration de l’inventaire
d’origine de données de l’ONP.
Documentation de la méthodologie de design du modèle de données.
Documentation d’implantation de la base de données.
Documentation de la migration et essai de faisabilité.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 10
Figure 3. Base de données institutionnel 1
iii. BPM (Business Process Management)
La mission de l’équipe est de développer la façon comme l’application interagir
avec les données. La couche SOA et le modèle orientée au processus seront supportes
sur le BPM. BPM créera les réglés des négocies et fera le hébergement de ses propres
données pour rester indépendant de la base de donnés institutionnel mais donnera le
support aux processus que interviennent dans l’assurance sociale.
Les moyennes de vérification du but sont:
Modèle de processus supporté sur les outils BPM.
Méthodologie pour l’évaluation de solution technologique de
l’information et communication.
Suivi d’activité des différents out-sources.
Figure 4. Notation BPMN 1
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 11
iv. Automatisation du processus
La mission de l’équipe est gérer l'interaction entre la base de données
institutionnelle et la base de données local qui se trouve sur chaque applicatif. Au moins
15 applicatives seront supportés sur la base de données institutionnelle pendant la
migration. La façon de mis à jour sera par l’utilisation d’un service web.
Les moyennes de vérification du but sont :
L’audit du processus.
La comparaison entre la carte corporative de processus et l’entrepôt de
processus BPMN.
L’audit d’utilisation.
La comparaison entre la carte corporative de réglés de négocies et
l’entrepôt de réglés de négocies BPMN.
La comparaison des événements critiques de performance définie dans
le modèle de processus corporatifs avec l’entrepôt du moteur BAM (Business
Activity Monitoring).
Figure 5. Architecture des systèmes automatiques 1
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 12
III. État initiale
Le service de cabinet-conseil a pour finalité, donner un service de réingénierie et
automatisation du processus. Ainsi que le projet a pour nom “Réingénierie et automatisation du
processus ONP”- REAPRO comme sigles.
i. Finalité publique du service
La finalité publique dans la mesure de répondre aux stratégies établies par « La
Haute Direction » de l'organisation gouvernemental (ONP) dans ses efforts pour assurer
la reconnaissance et la rapidité de leurs droits à pensionner et les rendre durables dans
le temps.
ii. Précédente au embauché
L'ONP est un organisme public décentralisé du secteur économie et des
finances, de la personnalité juridique avec personnalité juridique, droit interne publique
et des propres ressources avec l'autonomie opérationnel, administratif, technique,
économique et financière. L'ONP est responsable de l'administration du Système
Nationale Pensionnes ainsi comme de régime spécial d'accident du travail et de maladie
professionnel et d'autre régime spécial de retraite de l'État, qui seront responsable
conformément à la loi.
iii. Le Cycle de vie d'un affilié
Le cycle de vie d'un affilié qui n’est pas travailleur, début lors de l'exécution de la
procédure d'inscription facultative sur les plateformes d'attention à l'affilié du système
nationale. Le certificat d'enregistrement est l'inscription facultative. Dans le cas d'un
travailleur salarié sera suffisant pour indiquer à votre employeur le désir d'appartenir au
Système National de Pension (SNP), qui fait des contributions mensuelles retenues aux
travailleurs par le biais de la déclaration de la Programme de Déclaration Télématique
PDT.
Après l'enregistrement, la recette des cotisations pour le SNP, qui se fait
actuellement par la SUNAT. En outre, vous pouvez à tout moment pendant la période de
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 13
contribution au SNP procéder à l'évaluation de la contribution de l'affilié, en utilisant le
service de vérification anticipé.
Il faut préciser que la vérification anticipé est un processus qui est en phase de
mise en œuvre, mais cela n’a pas considéré comme une conséquence de la réingénierie
ou comme l'un des processus à automatiser.
IV. Phases de la solution
Le projet a une durée totale approximé de trois ans, les phases de la solution sont :
i. Phase 1 : Développement du But.
1. Reconnaissance des besoins
Pendant la phase initiale du projet les reconnaissances des besoins sont le premier
rapprochement au client aussi appelé comme l'analyse des besoins. Une fois structuré
l'information, le deuxième pas est la création des documents d'expression des besoins et
les corroborer avec les maîtres des systèmes applications.
2. Structuration du but
Le but a été défini par l'offre du projet. Il s'agit d’une première phase pré-opérationnelle
avec une durée du trois mois, une deuxième phase opérationnelle avec une durée du
trente-une mois et une troisième phase de transfert avec une durée du deux mois.
3. Classification des besoins
Les besoins sont classés dans requête interne et externe. La requête interne fait
référence à la communication avec des autres composants de projet comme l'équipe de
réingénierie, l'équipe d'automatisation ou gouvernement IT. La requête externe est avec
le client qui est l'ONP.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 14
ii. Phase 2 : Solution Technique
1. Identification des conditions techniques
À niveau des processus, il est déterminé que l’ONP a besoin d’amélioration, et il est
déterminé que l’amélioration requise dépasse les possibilités de modèle d’amélioration
continue. À continuation des informations techniques utilisées chez ONP.
Figure 6. Cycle de vie du affilie 1
Figure 7. Macro processus primaires chez l’ONP 1
À niveau des données, il est important d’avoir un seul entrepôt de données.
Dans l’actualité l’information de l’ONP se trouve stockées en différentes base de
données, tous avec un différent type de technologie. À continuation des différentes
bases de données dans l’ONP.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 15
Figure 8. Base de données pour applicatif 1
À niveau de technologie, il est très important de résoudre les problèmes d’avoir tous les
applications dans un seul front. Actuellement, des informations se trouvent dans
différents fronts, à continuation le détail.
Figure 8. Système Applicatif 1
Nom de la Base
de Données
Taille de la Base
de Données
Version de la Base
de DonnéesDescription de la Base de Données
NSP18 12 GB Oracle 9i Base de données consacres aux pensions - Loi N 18846
NSP19 303GB Oracle 9i Base de données consacres aux pensions - Loi N 19990
NSP20 8GB Oracle 9i Base de données consacres aux pensions - Loi N 20530
PRODNSTD 294GB Oracle 9iBase de données consacres au support et suivi des démarches
administratives du processus des pensions.
SBR2 123GB Oracle 9iBase de données consacres au concession des bons de
reconaissance.
EMI18PRD 14GB Oracle 9iBase de données consacres au traitement de l'émission de
récépissé de paiement. Loi - N 18846
EMI19PRD 210GB Oracle 9iBase de données consacres au traitement de l'émission de
récépissé de paiement. Loi - N 19990
ONPPROD 9GB Oracle 9i
Base de données consacres à l'information sur les affidavits
soumis par travailleurs actifs et retraités. Enregistrement et
suivi des exécutions par l'ONP.
SAB2 14GB Oracle 9i
Base de données consacres au suivi des dossiers, de personnel,
des résolutions, contestations, les notifications pour les bons de
reconaissance.
SPR4 3GB Oracle 9i Base de données consacres au budget.
SAE2 89GB Oracle 9i
Base de données consacres au administration des employées
principaux, des sièges et de représentant légal pour donner de
support aux processus.
SEC2 1GB Oracle 9iBase de données consacres au support aux processus de la
division de reconaissance.
PLN4 5GB Oracle 9i
Base de données consacres au enregistrement du état de
modèle de systèmes de bons de reconaissance et démarche
documentaire.
BDPRD10G 13GB Oracle 10gBase de données consacres au support du système des bons
complementaires.
BDPRD11G 239GB Oracle 11gBase de données consacres au support du système
(sca,sclir,scaf,etc).
BDPR11G2 520GB Oracle 11g Base de données consacres au support du système (oyr).
BDPR11G3 110GB Oracle 11gBase de données consacres au support du système
(nsga,rcpj,sce).
BDPR11G4 3884GB Oracle 11gBase de données consacres au support du système (scaspp,
microformes).
BDWWW 4GB Oracle 11g Base de données consacres au portail web de l'institution.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 16
2. Evaluation d'alternative
L’organisation gouvernementale « ONP » a un niveau de maturité suffisant qui permet
d’implémenter des solutionnes automatisés.
INDRA COMPANY offre une solution entreprise pour améliorer tous les processus en
donnant un service de qualité aux affiliées.
Figure 9. Queue d’attente des affiliées. 1
3. Election de la solution technique
INDRA COMPANY a beaucoup de cases de succès dans différents pays en implémentant
le même type de solution.
Figure 10. INDRA COMPANY location principal en Espagne 1
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 17
iii. Phase3 : Accord technique, de but et service
1. Accord de but
Le projet a différents composants qui sont :
Réingénierie de processus
Automatisation de processus
Base de données institutionnel
Business Process Management
Architecture d’applications
Gouvernance SOA
Gestion des documents
Gouvernance de Technologie de l’Information
Supporte de Technologie de l’Information
Gestion de contenu et connaissance (KM)
Business Intelligence
Les quatre premières activités font partie de la première phase du but de projet connu
comme compréhension et adaptation. La deuxième partie du projet sera d’évolution et
maturité.
2. Accord technique
L’implémentation de chaque solution sera abordée pour le client. L’ONP comme client
assume la responsabilité de l’implémentation sur l’ambiance de production et de toute
la technologie utilisée dans le projet. Mais la responsabilité d’INDRA sera donner les
règles d’implémentation et le monitorage puis de la démarche en production.
3. Accord de niveau du service
Dans le projet sont définis trois ambiances de travail pour le projet, l’ambiance de
développement, l’ambiance de qualité et l’ambiance de pré-production. L’accord oblige
l’utilisation de los trois ambiances pour mettre en évidence le développement du projet.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 18
iv. Phase 4 : Analyse, Design et Acquisition
1. Analyse
L’analyse de la solution été orientée de la façon suivante :
Orienté à la personne physique et juridique et su relation avec l’ONP.
Orienté aux nouveau processus de l’ONP redéfinies pendant le projet.
Intégrité de données et traçabilité de toute modification, altération ou
accès à les mêmes.
Analyse des utilisateurs des systèmes.
Analyse fonctionnel des critères et niveaux de qualité adéquate.
Analyse comparative entre les différentes cases de succès d’autres pays
respecte au case péruvienne.
Analyse de la documentation et information existante.
Analyse et identification des facteurs et processus critiques de succès.
Analyse et design de service d’intégration.
2. Design
Le design de la solution sera exécuté de la façon suivante :
Suivi l’orientation et recommandation du marché : Standards,
méthodologies et les meilleures pratiques.
En ayant dans considération des leçons apprenaient et l’expérience réel
dans l’implémentation et maintenance des structurés d’information dans outres
organisations avec problématique similaire.
En donnant de solution aux nécessitées expresses par l’ONP (dépuration,
validation, intégration d’information dans un seul entrepôt de données internes
et externes).
Designer le modèle de processus optimisé.
Décrire les conditions pour l’implémentation des systèmes
d’information.
Définition d’un plan d’automatisation et du processus optimisés.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 19
3. Acquisition
INDRA acquise et adopte toutes les méthodes et techniques qui a l’ONP. L’ONP a
technologie de l’information et communication propre sur laquelle sont supportés ses
processus. L’ONP comme institution gouvernemental ont des standards et des cadres
nationales généraux à suivre, il faut respecter tous les linéaments et principes au sein
des entreprises gouvernementales.
v. Phase 5 : Réutilisation, Construction et Paramétrage
1. Réutilisation
La réutilisation de l’information assure que l’exécution de but opérative et fonctionnel
sur la base des applications et des meilleures pratiques dans la gestion de projets. Le
système solution proposé devra être accompagne d’un cadre normative pour le
développement de composants qui assurent la réutilisation de forme directe (ou avec
peu impact) avec un catalogue de composants qui se grandit à mesure et par rapport à
son propre plateforme.
2. Construction
La construction du projet a différents niveaux de constitution selon chaque phase
d’implémentation, ainsi il y a une construction par processus, une construction par base
de données, une construction en utilisant des services web automatises, et une
construction des applications et de portail web.
Le but de la construction a les sujets suivants :
Améliorer la qualité du produit software.
Améliorer le processus de construction de software, favorisant
l’industrialisation et la maintenance.
Augmenter la flexibilité, en simplifiant l’intégration de systèmes et
améliorant son interopérabilité.
Offrir mécanismes d’intégration avec tiers homogènes suivi des
standards du marché.
Désajuster le développement de services et de processus.
Favoriser la réutilisation de composants et services.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 20
Augmenter la productivité et travail des ingénieurs de software.
Fournir aux développeurs pour la construction de software de haute
qualité et en forme efficace.
Définir une discipline qui garantit la production et maintenance des
produits software développent dans le délai fixé et dedans le coût estimé.
3. Paramétrage
La charge et l’implémentation des processus peuvent être incrémental ou total. Mettre
les variables qui contrôlent le processus pour mesurer la performance.
Le paramétrage permet une définition exacte et correcte de composants d’un système.
vi. Phase 6 : Intégration Technique, Vérification, Validation
1. Intégration technique
L’intégration technique des systèmes anciens et des nouveaux permettent d’assurer une
continue adaptabilité opératif. Les systèmes anciens ont été modifiés pour s’adapter à
des nouveaux changements. L’intégration technique autour des standards propres du
client ONP et des systèmes qui donnant support aux processus.
2. Vérification
La vérification est le processus de mettre en évidence des différents types d’accords qui
étaient respectées pour l’entreprise qui fournit la solution. Dans le cadre de projet, il y a
des différentes documentations qui soutiennent le succès d’implémentation et
d’exécution du projet. Chaque phase du projet a un conjoint d’activités destinées à la
validation générale du projet.
3. Validation
La validation est un processus général sur chaque phase de projet et a une partie
spécifique pendant des activités au-dedans d’une phase. La validation avait mis en
évidence pour actions d’essais (Testing) et règles de qualité.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 21
V. Composant Technologique
i. Framework
La plus part de technologie utilisés dans le projet est technologie IBM et Oracle. Il y a
divers suites utilises par chaque parti du projet. Ensuite, les détails :
ii. Outils de développement
IBM Process Designer vous permet de modéliser et d'implémenter votre processus
métier et de facilement mettre au point une conception de processus et une fonctionnalité lors
de vos efforts de développement. À continuation un petit exemple du front de l’outil.
Figure 11. IBM Process Designer. 1
IBM InfoSphere DataStage intègre des données sur de multiples systèmes en utilisant
une structure parallèle à hautes performances et prend en charge la gestion étendue des
métadonnées et la connectivité d'entreprise. Cette plate-forme est évolutive et permet une
intégration plus souple de tous les types de données, y compris les volumes massifs de données
au repos (basés sur Hadoop) ou en mouvement (basés sur les flux), sur les plateformes
mainframe et distribuées.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 22
Figure 12. IBM DataStage 1
CA Erwin Data Modeler r8 intègre de puissants outils de visualisation pour assister les
utilisateurs à représenter des données gérées dans de multiples systèmes, applications, plates-
formes et emplacements. Cette solution facilite également la migration de données dans le
Cloud ou vers d'autres environnements récents. Contrairement à d'autres solutions de
modélisation des données, CA ERwin Data Modeler r8 est un environnement simple et intuitif
pour visualiser les structures de données les plus complexes dans un environnement
paramétrable (de l'interface à la génération de scripts pour bases de données) offrant une
expérience unique et personnalisée de modélisation des données.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 23
Figure 13. CA Erwin Data Modeler 1
WebSphere Integration Developer est un environnement auteur convivial destiné à une
intégration de bout en bout dans votre SOA.
WebSphere Integration Developer simplifie l'intégration et accélère l'adoption de SOA
en transformant les actifs informatiques existants en composants de service réutilisables et plus
efficaces. Il s'agit d'un outil Eclipse qui permet de créer des solutions d'intégration et de gestion
des processus métier (BPM) pour SOA dans WebSphere Process Server, WebSphere ESB et
WebSphere Adapters.
Figure 14. WebSphere Integration Developer 1
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 24
DEUXIÉME PARTIE
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 25
I. Travail effectué
i. MIND
1. Phase 1 : Développement du but
Les caractéristiques associées à la base de données corporatives sont les suivantes:
Base de données institutionnel qui unifie dans un seul endroit toutes les
informations pertinentes pour le suivi du cycle de vie de l'organisme ONP et / ou
bénéficiaire par l'ONP.
Donner support aux processus opérationnels définis dans le cadre du
projet.
Intégré avec support documentaire qui permit associer et vinculer la
documentation connexes récupérés dans les processus avec le reste
d’informations des affiliées et des bénéficiaires.
Débogage et consolider les données existants actuellement dans
différents entrepôt référentiels d'information et / ou opérationnels dispersés, en
permettant son extension pour enrichir les données internes avec des
informations provenant d'autres institutions externes gouvernementales,
privées ou autres.
Stockage suffisantes de données historiques, en permettant la traçabilité
de l'information dans le temps.
Escalade, en permettant l'intégration de nouvelles informations, de plus
grand nombre d’affiliés, etc.
Intégration continue de données à stocker, en étant l’unique entrepôt
actualisé d’information remarquable contenues dans l'ONP.
Ne pas axée sur les processus. Fournit des informations du cycle de vie
des membres / des retraités indépendamment de l'état vous êtes dans ou pour
lesquelles ont passé.
Système de requête de haute performance avec des requêtes
prédéfinies pour faciliter l'accès à l'information sans pénaliser l'exploitation.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 26
Gestion des utilisateurs et des rôles définissent les fonctions qui
permettent aux utilisateurs d'accéder au système.
Un audit complète des transactions impliquant l'intégration et la
récupération de données. Traitement sécurisé des données pour garantir la
pleine trace du traitement de données dans le BDI.
2. Phase 2 : Solution Technique
La nécessité de la construction et l'exploitation de l'environnement de base de données
institutionnelle est composée des éléments techniques suivants :
Pour soutenir le fonctionnement de la base de données intégré, il faut avoir une
structure où le déploiement et opération travaillent sur une haute disponibilité, en permettant
des vitesses plus élevées et des quantités de d'entrée/sortie ainsi comme le traitement de
volumes plus élevés de l'information.
Le service de protection des données seront ajoutées à la base de données qui
permettent l'accès au trace, l’audit d’accès et l'inviolabilité des données sensibles (des
personnes cotisants, des données d'audit, etc.) afin de permettre que l'ONP donne à la base de
données une sécurité juridique.
Autant que pour l'intégration et la migration en propose l'utilisation de l’outil ETL
(Extraction, Transformation et Chargement) qui permet :
Centraliser l’exécution et monitorage de processus d’ETL.
Avoir des métadonnées (des connaissances) centralisée, offrant une
traçabilité complète des processus et des données afin de faciliter l'analyse
d'impact et la gestion du changement.
Faciliter la réutilisation et l’optimisation de codage (mapppings).
Profiter la fonctionnalité d’extraction (connecteurs), transformation de données
(applications prédéfinies, fonctionnalités de Data Quality et Data Masking) et charge
(paramétrage en œuvre des processus supplémentaires ou totales).
Dans les outils de qualité de données, il est également considéré comme un élément
essentiel dans la configuration d'un outil qui fournit des fonctions avancées de qualité des
données qui aide dans la détection des patronnes doubles d’information dans l'intégration de
bases de données avec information similaires, intégrées et en certaines cases données
incohérentes que nécessairement sont traités.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 27
Données d'outils ETL Tool - IBM InfoSphere DataStage
Permet l'intégration de l'information de l'entreprise, même si elle a
beaucoup d'origines et des destinations différentes, et de courtes périodes de
temps.
Les capacités de saisie de données " en temps réel " et l'intégration de
multiples et hétérogènes systèmes sources.
IBM InfoSphere DataStage offre trois fonctions clés nécessaires pour une intégration de
données correcte d’entreprise: la connectivité mondiale pour un accès rapide et facile à une
source ou d'un système cible, les outils de développement et de maintenance de pointe qui
rationalisent et simplifient la mise en œuvre administration, et une plate-forme évolutive qui
vous permet facilement de gérer d'énormes volumes de données commerciales actuelles.
IBM InfoSphere DataStage appuie la collecte, l'intégration et la transformation de gros
volumes de données avec des structures complexes et des données simples. IBM InfoSphere
DataStage gère les nouvelles données en quelques secondes, ainsi que de grandes quantités de
données système de blocage, tous les jours, toutes les semaines ou mensuels.
Les systèmes de connectivité mondiale pour la source et la destination. IBM InfoSphere
DataStage supporte par une seule tâche, un nombre pratiquement illimité de sources et
destinations de données hétérogènes, telles que :
Fichiers texte.
Structures de données XML complexes.
Les applications des systèmes d'entreprise tels que SAP, Siebel, Oracle et
People Soft.
La quasi-totalité des bases de données, y compris les bases de données
partitionnées comme Oracle, IBM DB2 Universal Data base (avec ou sans la
fonction de partitionnement de données entité), IBM Informix, Sybase, Teradata
et Microsoft SQL Server.
Services Web.
SAS.
L'intégration d'applications d'entreprise et les produits de messagerie,
tels que WebSphere MQ et SeeBeyond.
La plate-forme évolutive permet aux entreprises de résoudre les problèmes d'échelle
grâce à un traitement haute performance de grands volumes de données. En s'appuyant sur les
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 28
capacités de traitement parallèle des plates-formes de hardware multiprocesseurs. IBM
InfoSphere DataStage Enterprise Edition peut réussir aux exigences de volumes croissants de
données, les exigences en temps réel strictes, et des fenêtres de monitorage de processus
chaque fois plus petit.
Augmenter la vitesse, la flexibilité et l'efficacité dans la construction, la mise en œuvre,
la mise à jour et la gestion de leur infrastructure d'intégration de données grâce à l’intégration
des données complètes, ce qui simplifie la gestion.
Données d'outils Qualité - InfoSphere QualityStage
Avec l'outil de la qualité des données se prétendre d'assurer que les données origine des
systèmes source d’information et de migration incorporent à partir de systèmes externes à
l'ONP ou à l'extérieur du projet la redéfinition des processus d'affaires qui sont regroupées dans
la base de données institutionnelle (BDI) de façon précise et complète, en permettant que
l'information de la BDI se soutient fiable dans le temps.
Fournit une interface d’utilisateur que simplifie la qualité des données
avec les règles de design " Design comme vous pensez " qui permet un
ajustement optimal.
Adapté aux besoins de l'entreprise, assure que le flux d'information dans
l'entreprise reflète les faits du monde réel et fourni une vue précise de ses
caractéristiques pour les options de configuration.
Capacités de qualité «intelligente» et avec un haut degré
d'automatisation, comprenant un assistant de configuration.
Un ensemble unique de normalisation, nettoyage, matching
(correspondance) et des règles de survie pour les entités centrales de négocies –
en permettant l'exécution pour lot en temps réel ou en tant que service web.
Le traitement des données en parallèle, avec une plate-forme évolutive
qui offre des performances optimales dans les environnements plus exigeantes.
Sur la base de la technologie d'adaptation probabiliste, en offrant les
plus hauts niveaux d'équivalence sur le marché.
Justification scientifique rigoureuse pour l'adaptation de données, en
permettant la traçabilité et la vérification.
Fournit des fonctions de vérification et de normalisation d'adresse.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 29
Fournit des fonctions de nettoyage de données en comprenant entre
autres : les dates, les numéros de téléphone, e -mail, des événements et
d'autres domaines ou des informations descriptives.
Fournit des capacités supplémentaires de reporting et des métriques de
négocies sur les données, donc peut aider à affiner le contrôle de la qualité sur
l'application, ce qui sera utile au cours du processus d'analyse de données à
migrer.
3. Phase 3 : Accord de But, Technique et de Service
Accord de But
La BDI (Base de données institutionnelle) sera un entrepôt unifié et complet de
données, donnant support aux processus primaires ou de négocies.
Figure 15. Le but de la base de données institutionnel 1
Accord Technique
La BDI (Base de données institutionnelle) aura les suivantes caractéristiques :
Des données complètement migrées depuis les systèmes actuelles au
nouveau système.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 30
Des données identiques à la source d’alimentation ou avec de données
améliorés par rapport à les origines de données.
Des structures de données perdurables pour une bonne compréhension
des données et une meilleure maintenance.
Figure 16. Processus ETL (Extraction Transformation and Loading) 1
Accord de Service
Dessin et construction d’une base de données d’apport. Dessin et construction des processus de
migration.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 31
Figure 17. Couches fonctionnelles supportes sous la BDI 1
ii. MIDO
4. Phase 4 : Analyse, Design et Acquisition
Analyse
La stratégie d’analyse, design et mise en œuvre de la solution proposée repose sur trois
piliers :
Design et création de la BDI (base de données institutionnelle): L’analyse, le design et la
mise en œuvre de la base de données institutionnelle afin qu'il puisse soutenir les principaux
processus opérationnels de l'ONP, constituant une base de données maîtresse des entités
impliqués dans le cycle de vie des affiliées et des bénéficiaires de l’ONP. S’intégré à cette phase,
l'inventaire d’origines des données associées aux processus primaires de l'ONP et une
bibliothèque de meilleures pratiques pour aider à l'évolution ordonnée du système.
Migration et la qualité des données : Intégration au sein de la BDI, des informations
historiques contenues actuellement dans divers référentiels de données non intégrés, dupliqué
et peut-être incompatible. Il y aura aussi un processus de récupération et de design de qualité
des données associés à la migration.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 32
Intégration : Le nouveau système à implémenter affectera les systèmes existants qui
donnant le support sous les processus de l'ONP, étant donné que ces processus vont durer dans
le temps alors que les systèmes et / ou procédures qui soutiendront les nouveaux processus
d'affaires sont développés défini dans le cadre de ce projet, en plus la BDI sera intégrés aux
systèmes qui perdureront sous l'ONP et des systèmes externes à l'ONP.
La méthode MERISE
La méthode Merise (Méthode d'Étude et de Réalisation Informatique par les Sous-Ensembles ou
pour les Systèmes d'Entreprises.) définit trois niveaux de description du système d’information :
Conceptuel
Organisationnel
Physique
Cette méthode d'analyse et de conception propose aussi une démarche articulée
simultanément selon 3 axes pour hiérarchiser les préoccupations et les questions auxquelles
répondre lors de la conduite d'un projet :
Cycle de vie : phases de conception, de réalisation, de maintenance puis nouveau cycle de
projet.
Cycle de décision : des grands choix (GO-NO GO : Étude préalable), la définition du projet (étude
détaillée) jusqu'aux petites décisions des détails de la réalisation et de la mise en œuvre du
système d'information. Chaque étape est documentée et marquée par une prise de décision.
Cycle d'abstraction : niveaux conceptuels, organisationnel, logique et physique/opérationnel (du
plus abstrait au plus concret). L'objectif du cycle d'abstraction est de prendre d'abord les
grandes décisions métier, pour les principales activités (Conceptuel) sans rentrer dans le détail
de questions d'ordre organisationnel ou technique.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 33
Figure 18. La méthode MERISE pour la création d’une base de données 1
Elaboration des dépendances fonctionnelles
On dit qu'il existe une dépendance fonctionnelle entre un attribut A1 et un attribut A2, on note
A1 -> A2, si connaissant une valeur de A1 on ne peut lui associer qu'une seule valeur de A2. On
dit aussi que A1 détermine A2. A1 est la source de la dépendance fonctionnelle et A2 le but.
On utilise la dépendance fonctionnel pour interconnecter les processus tout au long de cycle de
vie d’affilie.
Figure 19. Patron fonctionnel de Validation 1
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 34
Figure 20. Patron fonctionnel de Vérification 1
Elaboration du modèle conceptuel des données (MCD)
Permet de modéliser la sémantique des informations d’une façon
compréhensible par l’utilisateur de la future base de données.
Utilise le formalisme (graphique) Entité-Relation.
Ne permet pas d’implémentation informatique de la base de données
dans un SGBD donné.
Figure 21. Modèle conceptuel. 1
Design
Est une base de données intégrée institutionnelle qui est un entrepôt d'information
pour stocker toutes les informations dont vous avez besoin pour gérer l'ONP.
Les caractéristiques plus importantes de cet entrepôt d'information sont :
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 35
Intégré: Information hiérarchisé.
Thème: Organisé pour un accès et compréhension facile.
Historique: Le temps doit être une partie implicite de l'information. Il
faut intégrer l'information courante dans d'autres bases de données.
Stable : Les dernières valeurs d'entités existantes sont incorporées.
Adaptable : Simple ajout d'un nouveau contenu.
Sécurisé: Intégrer les autorisations d'accès et de vérification pour
empêcher l'accès non autorisé ou de la manipulation de l'information présente.
En plus, le modèle de données intégré fournira:
Suivre une norme de nommage, d'établir une classification des tables et
des champs, ce qui facilite le travail de maintenance et évolution technique de
l'outil.
Être évolutif, facilitant l'ajout de nouveau contenu et un plus grand
volume d'informations, associées aux extensions des nouvelles besoins
d’informations ou d'expansion des entités déjà existantes pour intégrer les
informations fournies par la direction.
Soyez intuitive et d'intégrité, d'assurer la cohérence et irréfutable.
Assurant ainsi la qualité et la validité des données utilisées par l'organisation.
Permettre le suivi des données (traçabilité de l'information début-fin), y
compris dans les modèle de champs d'audit.
Vous serez dirigé vers une exploitation simple et agile de l'information.
Afin de permettre le suivi complet des affilies tout au long de leur relation avec l’ONP, y
design un modèle de données complet afin de recueillir toutes les informations à traiter dans les
processus d'affaires définis à l’intérieur du redésigne des processus soient conçues.
Ce modèle de conception est réalisé:
Suite aux tendances du marché et recommandations : normes,
méthodes et meilleures pratiques.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 36
Prendre en compte les leçons apprises et l'expérience réelle dans la mise
en œuvre et l'entretien de ces structures d'information dans d'autres
organisations ou des problèmes similaires.
Donner des solutions aux besoins exprimées par l'ONP (débogage, la
validation, l'intégration des informations provenant de différentes bases de
données - interne et externe à l'OPN - continuellement mis à jour).
La méthodologie de conception sera présentée et approuvé lors de la mise en œuvre du
projet, bien que les caractéristiques principales doivent avoir :
Orientation de personne physique ou juridique et sa relation avec l'ONP.
Orientation des nouveaux procédés d’ONP redéfini au cours de ce
projet.
L'intégrité des données et la traçabilité de toute modification,
l'altération ou l'accès aux documents.
Elaboration du modèle logique des données (MLD)
Permet de modéliser la structure selon laquelle les données seront
stockées dans la future base de données.
Est adapté à une famille de SGBD : ici les SGBD relationnels (MLD
Relationnels ou MLD-R)
Utilise le formalisme graphique Merise.
Permet d’implémenter la base de données dans un SGBD donné.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 37
Figure 22. Modèle logique de données. 1
Elaboration du modèle physique de données (MPD)
Les réponses apportées à ce dernier niveau permettent d'établir la manière concrète dont le
système sera mis en place. Le modèle physique des données (MPD) permet de préciser les
systèmes de stockage employés (implémentation du MLD dans le SGBD retenu).
Figure 23. Modèle physique de données. 1
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 38
Elaboration du dictionnaire de données
La première étape, dans la construction d'une base de données, consiste à réunir tous les
documents représentatifs des données que l'on souhaite modéliser.
Les "documents" doit être ici pris dans un sens large. Il peut s'agir en effet soit de documents
papier, soit de documents magnétiques (enregistrement d'entretiens, disque ou disquette
informatique) soit de tout autre support utilisable pour conserver des informations. Il y a alors
des différentes catégories d'informations.
Pour la définition de la structure des données, trois aspects doivent être examinés :
La distinction entre informations calculées et non calculées.
La notion d'information élémentaire.
La notion de donnée pertinente.
La structure des données va être construite à partir d'un ensemble de définitions constitué par
les données élémentaires de base (non calculées).
Acquisition
Les principales entités à intégrer dans lequel vous pouvez définir un ensemble initial
associé au modèle de l'ONP et les relations fondamentales sur lesquelles traite l'ONP vont
s'installer et qui peut être facilement étendu pour inclure des informations supplémentaires.
Chaque entité correspond à un module ou secteur fonctionnel où le modèle global est
divisé et qui est un objet d'analyse en soi même. Cela correspond à une ou plusieurs tables
physiques qui peuvent stocker et traiter des informations correctement liés. L'information sera
dimensionné (géographie, type, etc.) alors que permis leur relation avec d'autres entités dans le
modèle d'une forme homogène est autorisée. Une attention particulière aux processus
d'indexation, l'agrégation ou le partitionnement qui permet de récupérer rapidement les
informations plus fréquemment utilisées.
Ceci et d'autres questions doivent être référencé dans le livre des bonnes pratiques qui
feront partie des éléments livrables du projet, et contenir au minimum les informations
suivantes:
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 39
Procédure et documentation des flux de mise en œuvre complète de la
BDI à partir de l’utilisation de l’ Ingénierie des exigences pour les besoins
fonctionnelles, l’étude d'impact des besoins requises (systèmes touchés,
l'analyse des solutions possibles), design de la solution, mise en œuvre,
l'intégration et l'essai de la solution.
Documentation minimale nécessaire pour assurer la meilleure utilisation
des systèmes.
Définir les techniques, les procédures, les normes de codage et
l'utilisation (processus BD et objets), qui améliorent les temps d'apprentissage
des techniciens dans l'outil et la maintenance.
Définition des politiques de sécurité adaptées aux besoins de l'ONP.
Définition des types des utilisateurs et des accès.
Maintenance des données.
Logiciel de contrôle et gestion de version.
Vérification de la qualité des systèmes sources qui permettent de définir
des stratégies de qualité «bouclier» de l'information dans la BDI.
Étude de l'information historique et l’étude de sa durabilité dans le
système (information qui est nécessaire de maintenir sa trace et définir les
processus de mise à jour).
Définir les processus de mise à jour pour garantir la validité de
l'information présentée.
La modélisation et design des groupes d’information générée par l'ONP
et récupéré à partir de systèmes externes.
Intégration des processus pour assurer la qualité et l'exhaustivité des
données.
Design de stockage et d’exploitation en assurant une plus grande
compréhension par les utilisateurs finaux, améliorant le l'accès au contenu.
Configuration approprié pour permettre une utilisation maximale des
capacités du gestionnaire de la base de données.
Design des stratégies de chargement qui optimisent l'utilisation des
ressources matérielles (utilisation de la machine, de l'espace) qui contribuent à
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 40
l'amélioration de temps d’exécution et de disponibilité d’information à
l'utilisateur final.
Design de la stratégie de stockage historique qui optimise l'espace utilisé
et qui se convient aux utilisateurs du système et à l'automatisation des
processus de telle façon qui minimise le temps de maintenance de la base de
données.
Design, génération et planification des rapports pour une meilleure
utilisation de la BDI par les utilisateurs et les processus d'affaires, en permettant
l'exécution de tâches de récupération d’information, sans perdre l’autonomie.
Pour effectuer une conception appropriée de la BDI, est un facteur essentiel depuis la
phase initiale du projet, travailler de façon coordonné et conjointe avec les équipes de conseil et
de redéfinition de processus, car il doit veiller que cette base de données peut soutenir
complètement aux processus d'affaires primaires chez l’ONP.
S’identifie les sources de données qui forment parti de l’origine de données
opérationnel et qui sont la base pour la composition de l'environnement unifiée de données.
L'inventaire de sources des données
Les sources de données seront nécessaires pour l'inventaire décrit ci-dessous, ces
sources sont une description et caractérisation, la détermination des données utilisées dans les
processus primaires actuelles de l'ONP servent comme une entrée pour la conception de la base
de données intégrée (mais également des processus de migration de données et d'intégration
de lui même)».
Éléments de base à prendre en compte pour les données d’entrées à partir de ces
sources sont :
Processus qui utilisent les données.
Comment l'utiliser.
Niveau de qualité des données récupérées.
Degré d'exhaustivité des données récupérées (de la source d'origine, des
données incorporées dans la source d'un autre système, la préservation de
données historique, etc.)
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 41
Mappe des utilisateurs/organismes propriétaires des données contre les
responsables des données.
Sécurité de l'information
L'information est l'un des actifs plus importants dans l’ONP, pas seulement pour les
entreprises et les organisations, y compris pour chacun des assurés individuellement. C'est pour
celui que l'information doit être garanti et protégé de manière appropriée.
Il faut concevoir et designer les processus de la BDI et des processus d'intégration afin
d'assurer la normative de système de gestion de sécurité de l’information qui appli l’ONP a les
éléments suivants :
Protection contre la possible altération, la perte de données et les
changements.
Protection contre l’abus de l'information.
Réduire les cas de fraude (autant que l'adhésion et le paiement).
Audit et traçabilité des changements sur les informations pertinentes.
De tel façon que lui permit à l'ONP donner cette base de données une sécurité juridique
nécessaire.
5. Phase 5 : Réutilisation, Construction et Paramétrage
Réutilisation
Lors du lancement de projet, Indra effectuée l’envoi d’informations associe aux tâches
de mettre en œuvre de la BDI. Le rassemblement de données associées aux flux actuellement
générée par les processus primaires et les systèmes qui soutiennent et établissent un plan de
travail associé aux tâches du projet.
Au cours de cette phase, les résultats suivants seront générés :
Plan de travail
Méthodologie d'inventaire
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 42
Définition d’une méthodologie de design de modèle de données de la BDI
S'adaptera au standard et à la méthodologie spécifique de conception du modèle de
données, de tel façon qu'il existe un cadre méthodologique de travail associé à la tâche de
design et d’implémentation de cet élément central à la solution.
Inventaire des sources de données
A propos des sources de données qui prennent en charge les processus primaires de
l'ONP seront une description et la caractérisation des données, la détermination des données
utilisées dans les processus primaires actuelles de l'ONP et serviront d'entrée pour la design de
la base de données intégrée (traite, mais aussi la migration des données et l'intégration de celle-
ci)
Construction
Design de la base de données des apports (base de données institutionnelle)
Le référentiel d'information sera conçu pour stocker toutes les informations dont vous
avez besoin pour gérer l'ONP.
Avoir comme caractéristiques principales: intégré avec la profondeur historique,
référentiel stable, évolutive, sécurisée et orientée pour faciliter la consultation
Ce modèle de conception est réalisé:
Suite aux tendances du marché et recommandations : normes,
méthodes et meilleures pratiques.
Prendre en compte les leçons apprises et l'expérience réelle dans la mise
en œuvre et l'entretien de ces structures d'information dans d'autres
organisations ou des problèmes similaires.
Donner aux besoins les solutions exprimées par l'ONP (débogage, la
validation, l'intégration des informations provenant de différentes bases de
données - interne et externe à l'ONP - continuellement mis à jour).
Construction des recettes de meilleures pratiques
Mise en disposition de l’ONP une bibliothèque documentaire qui recueilli des
procédures, la documentation, les politiques et les flux de travail pour optimiser les temps de
maintenance et de faciliter l'évolution du système.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 43
Construction des processus de BDI et d'intégration
La construction de la base de données institutionnelle qui permit trouver des données
complètes des gens affiliés à l'ONP et couvrira les processus primaires de l'organisation. Cette
base de données doit être prête à interagir et partager des informations avec d'autres systèmes
et applications existants (internes et externes à l'ONP).
Paramétrage
Migration des données existantes
Stratégie et mise en œuvre des processus de chargement de données initial qui permet
l'intégration des informations pour appuyer les nouveaux processus primaires de l'ONP sur une
base des données disponibles, il y a des base de données internes et externes pour l’ONP, y
compris filtrage et la consolidation des données provenant de différentes sources.
Facteurs pour garder à l'esprit sur les données seront :
Totalité (données entièrement migré - ou identifiés comme pouvant
migrer - des systèmes existants vers le nouveau système).
Précision (sources de données identiques ou récupération de données
améliorées par rapport aux techniques d'amélioration et de mise en œuvre des
données).
Intégrité (données traçables entre les systèmes existants et le nouveau
système, intégrant une relation clé qui permet sa maintenance postérieur).
6. Phase 6 : Intégration Technique, Vérification et Validation
Integration Technique
La base de données de l'établissement doit être prêt à interagir et partager des
informations avec d'autres systèmes (internes et externes à l'ONP) et les applications existantes
et de construire au cours de ce projet dans l'ONP. Dans la phase d'analyse et design sont définis
tous les points d'intégration nécessaires entre tous plate-forme de systèmes, en précisant entre
autres les suivantes :
Systèmes concernés: Nom du système où le BDI fait l'interface.
Domaines concernés: Type de client pour lequel est détecté le point
d'intégration.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 44
Type d'interface: Partage de fichiers, Web Services de bout en bout.
Mode intégration : Batch, Online.
Sens de l'information: Entrée / Sortie.
Informations échangées : Catalogue de données d’entrée / sortie.
Périodicité : En ligne, horaire, journalière, mensuelle.
Avec ces données, un tableau des systèmes d'information et le type d'intégration à
mettre en œuvre au cours du projet pour échanger des informations avec les systèmes au cours
de la vie du projet seront développées.
Les systèmes basés ont été identifiés comme nécessaires pour intégrer la solution sera
les suivantes:
RENIEC
SUNAT
Autres organisations
Ministère de travail et de promotion de l’emploi
Gestionnaire documentaire
ONP
ESSALUD ….
Être fournis dans la solution un ensemble des mécanismes d'intégration qui assurent la
réussite du processus d'échange d'informations avec des applications de l’ONP. En fonction de
résultat de l'analyse du type d'intégration nécessaire pour chaque processus (objet de la phase
d'analyse du projet), la méthode plus appropriée pour chaque événement sera choisi. Ces
mécanismes peuvent être classés par le critère de niveau d'intégration entre les systèmes posés,
différents modèles abstraction, en termes de couche de présentation, Business Model et
données:
Couche Business Model, en utilisant des mécanismes de trafic
d’informations que représente et transmettre des objets ou des composants
d'entreprise type web services.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 45
Couche de données, l'exécution des opérations d'intégration
directement sur les données stockées et dans les entrepôts de données associés
à des applications qui sont intégrées.
Intégrations de lots (batch) pour l’échange de gros volumes
d'informations.
Un élément important est l'intégration avec le gestionnaire de documents.
Dans la solution proposée par la solution de gestion de documents Indra , qui a comme
objectif identifier, stocker et afficher des documents liés à l'ONP en ses propres efforts
permettant la diffusion des connaissances corporatif (communication avec les citoyens , est
inclus entreprises et d'autres organismes, à demander ou à recueillir des documents ou
d'envoyer des documents relatifs à des services où l'ONP a compétence) .
L'intégration de la BDI avec la gestion documentaire aura comme fonction la
synchronisation des données dans la base de données institutionnelle avec les données de la
gestion documentaire, de sorte que les données de gestion documentaire consultables les
mêmes documents sont retournés au recherche de la BDI.
Ces données de base pour l'emplacement des documents sont synchronisés, ils
dépendent des données nécessaires pour intégrer des métadonnées dans les documents
électroniques, et seront analysés et récupérés dans l'étape de planification.
Ces données dans des applications similaires comprennent les éléments suivants:
Situation géographique du document.
Année de document.
Numéro d'identification du document.
Type de démarche / prestation.
Détails du solliciteur.
Données des représentantes.
Il faut de mettre en place les mécanismes et la synchronisation de fréquence en tenant
compte des valeurs que le nombre et la forme de la mise à jour des documents dans le
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 46
gestionnaire de documents, les besoins exprimés par l'ONP, les contraintes de temps ou de
mises à jour de performance.
Pour activer l'intégration entre la gestion documentaire et la BDI sera génère une entité
«Documentation» dans le modèle qui permet de lier les identificateurs de documents de
système de gestion documentaire avec les informations associées à chaque recherche de l'axe
(avantages, les emprunteurs, les particuliers, la période) et qui seront les éléments qui doivent
être synchronisé périodiquement.
Vérification
Indra entendu des informations comme l'un des actifs les plus importants d'une
entreprise et la base de données institutionnelle comme une solution qui permet l'intégration
des données des systèmes existants de manière ONP flexible et évolutive , facilitant cohérente
et transversale suivi complet des processus d'affaires , indépendamment des systèmes
d'extrémité qui peuvent les soutenir après la restructuration de celle-ci .
La stratégie de la charge initiale de données pour intégrer l'information permettant de
soutenir les nouveaux processus primaires de l'ONP proposés par Indra est d'utiliser une base de
données intermédiaire où les processus de purification et de consolidation des données des
clients de différents être sources.
Dans la phase d'analyse des besoins associés à la redéfinition des processus d'affaires,
Indra définir l'information qui est nécessaire pour intégrer la BDI de chacune des sources
identifiées des systèmes actuels et le format requis et le contenu des données à migrer.
En entrée de ce processus, les informations recueillies à l'inventaire des sources sur le
projet démarrent.
ONP - Indra fournira des informations pour chaque système et faciliter la
communication avec les différents intégrateurs qui prennent en charge le fonctionnement des
différentes applications, afin que les informations puissent être récupérées migration de
systèmes différents.
Cette étape est très important de s'assurer que les temps associés à la mise au point et
de la validité des données récupérées.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 47
Indra exécuter les processus nécessaires de charge de base et intermédiaire gérés pour
la migration des données. Dans le processus, l'ONP sera informé de ces enregistrements qui
n’ont pas été possible de charger cette base de données, et d'examiner les stratégies possibles
pour s'attaquer aux causes profondes de refus qui peuvent être mises en œuvre par les
différents systèmes sources. C'est dans cette base de données intermédiaire où les processus de
purification et de consolider les données des clients provenant de diverses sources seront
effectués.
Une fois libéré, Indra migre la base de données intermédiaire de données BDI. La base
de données intermédiaire sera rechargée avec les identifiants qui relient les identificateurs
systèmes existants et le nouveau BDI pour permettre la coexistence entre les anciens et les
nouveaux systèmes BDI.
Le processus de chargement sera conçu pour soutenir les deux charges complètes et
incrémentielles, de sorte que s'inscrit le cas échéant mélanger à chaque fois (de recharge de
masse de systèmes sources, la consommation journalière sur le système, etc.) Et étant donné
que vous pouvez systèmes sont d'origine qui vivent dans le nouvel environnement de systèmes
ONP ou de faire sur une période de temps écoulé depuis la mise en œuvre de la BDI.
Le modèle de migration des systèmes opérationnels des entités historiques TOTAL
impliqués dans les processus primaires d’ONP redéfinis durant le champ d'application de ce
processus sera traité.
Pour garantir la qualité des données sera définie Test spécifique la qualité des données.
Les tests associés à la qualité des données seront définies à un stade précoce dans le
projet, car il permettra d'assurer la cohérence du déploiement de solutions de marketing
système et la gestion d'entreprise. Le cycle de vie de l'exécution de ces tests sera la même pour
le reste des processus fonctionnels dans le système, mais en raison de son importance, un poids
plus important dans la mise en œuvre et la validation de la même doit être accordée, définir les
cycles d'essai spécifiques qui permettent simuler son fonctionnement «réel» après
l'implantation.
Par exemple , tester différents états de l'affiliation et de la charge d'accroissement total
de l'information , le transfert de données entre les systèmes , les pourcentages de complétude
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 48
pour chacune des données définies comme obligatoires ou facultatives sont définies par type de
partenaire (pour intégrer dès les premières étapes du projet peuvent obtenir le matériel des
systèmes opérationnels existants pour établir des mesures pour augmenter le pourcentage
d'exhaustivité lié à ces domaines) .
Facteurs à garder à l'esprit sur les données seront :
Totalité (données entièrement migré - ou identifiés comme pouvant
migrer - des systèmes existants vers le nouveau système).
Précision (sources de données identiques de récupération de données
ou améliorée par rapport aux techniques d'amélioration mises en œuvre
données).
Intégrité (données traçables entre les systèmes existants et le nouveau
système, intégrant relation clé qui permet l'entretien ultérieur).
Validation
Depuis les phases de la collecte des besoins et l'analyse fonctionnelle, Indra avec l’ONP
définissent les critères et les normes de qualité appropriées pour les différentes données de
différentes entités fondamentales et stockées dans la base de données institutionnelle.
Dans ces phases les critères de pertinence des systèmes d'information actuels d'analyse
des systèmes ONP avec des données plus fiables et / ou complet (correspondant) seront
définies.
Ce sera en mesure de consolider les informations des différents systèmes dans lesquels
ils résident actuellement les données de l'ONP en un seul enregistrement de l'information
cohérente et complète en tant que critères de consolidation établies.
Tous ces procédés de nettoyage et de données améliorées seront convenus avec l'ONP
pour assurer l'exactitude et l'intégrité des données traitées et tracés avec les systèmes de survie
après la mise en œuvre de la solution complète.
Pour assurer un degré d'exhaustivité des données Indra, en plus de l'intégration
d'algorithmes développés dans sa vaste expérience dans divers projets dans le domaine
d'information, l'utilisation des capacités avancées de la normalisation et de l'exhaustivité des
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 49
renseignements qu'ils nous donnent des outils Data Quality que proposée dans la solution
technique.
Ces outils nous offrent des taux élevés de validation et de nettoyage (cleansing) sous des
adresses de données, noms, numéros de téléphone, des documents d'identité (Pérou), certains
de ces validations sont :
Nom et prénom
Marques les noms non identifiables et signaler des entreprises.
Nom indépendante, nom et prénom.
Ajouter nom de rôle et genre.
Corriger des erreurs d‘enregistrement. (Ponctuation, chiffres,
orthographe).
Développer les sigles.
e -mail
A niveau syntaxique : Corrige d’adresses de mauvaise orthographie et les
valider correctement écrit.
A niveau de domaine : Corrige et / ou valider l'existence du domaine.
Adresses
Données d'adresses distinctes dans les domaines suivants : nom de rue,
numéro de la voie, accessoires, code postal et ville, même dans des directions
non formatées.
Vérifier, ajouter ou mettre à jour le code postal.
Fixer et encoder la voie et la population.
Détecter et corriger les changements de nom des routes et des lieux.
Attribution d'un indicateur de fiabilité.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 50
Traitement de données
Marquer des enregistrements doublé en comparant les champs
existants (nom, adresse, identifiants, numéros de téléphone / s, ...) pour trouver
le degré de similitude entre ces dossiers.
Analyser les erreurs d'enregistrement qui se produisent en eux-mêmes
statistiquement plus de 50%.
Étudier les fautes d'orthographe pour la confusion phonétique.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 51
TROISIÉME PARTIE
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 52
I. Conclusion
Dans les pages qui précèdent, j’ai tenté de rendre compte de l’expérience accumulée
pendant cette période de stage en entreprise. Il en ressort de nombreuses observations
personnelles et professionnelles. Dans l’ensemble, je n’ai pas de remarques négatives et
l’expérience vécue correspondait tout à fait à mes attentes vis-à-vis de ce stage.
J’ai donc dû faire preuve d’initiatives et de persévérance quant aux problèmes
d’analyses et développement du logiciel.
J’ai appris qu’une bonne communication était essentielle avec les utilisateurs du logiciel,
en particulier durant la phase conceptuelle du logiciel.
Du point de vue des compétences informatiques, ce stage a été très enrichissant, il m’a
permis de mettre en pratique les enseignements dispensés à l’EISTI, tels que l’analyse, la base
de données relationnelle et algorithmique.
Il m’a également permis d’approfondir mes connaissances du SGBDR d’Oracle et de la
programmation sous C++ compilateur pour l’outil IBM DataStage.
Finalement, j’ai pu découvrir ce qu’allait être notre futur métier d’analyste-programmeur, c’est
un métier exigeant dans lequel il faut être toujours à l’écoute des utilisateurs et dans lequel il
faut être créatif et innovant.
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 53
II. Résume
La mission principale, consistant à produire une nouvelle version intégrée de tous les
applications que supportent les processus primaires pour l’obtention de la pension, c’était
clairement défini au début du stage et indiquait de plus une ligne directrice à suivre. Ainsi, la
plupart des actions et fonctions à intégrer et surtout la manière de les présenter ont été des
choix qui ont été pris au fur et à mesure de l’avancée du projet. Mais l’avantage de tout cela est
de m’avoir offert une plus grande liberté et possibilité d’innovation dans la manière de
développer la nouvelle modèle de données et la base de données. C’était une expérience
nouvelle sur un projet de cette ampleur. De plus, l’intérêt porté à ce sujet de stage m’a motivé
et permit de m’y investir pleinement.
A la fin du stage, cette évolution de la première phase du projet devrait être mise à
disposition des utilisateurs et je pense ainsi avoir contribué à apporter quelque chose au sein de
l’ONP. Les personnes concernées pourront alors découvrir une présentation plus adaptée à leurs
besoins et de nouvelles fonctionnalités. D’un point de vue personnel, ce stage a été très
bénéfique. Il m’a permis d’entrevoir l’une des faces du métier d’ingénieur mais aussi de
découvrir une ambiance de travail différent et de me lier avec de nombreuses personnes.
Expérimenter l’évolution du projet en situation réelle a été enrichissant et je n’ai pas rencontré
de grandes difficultés sauf peut-être sur un point de vue technique.
Compte tenu de la durée limitée de ce stage et du succès de cette expérience, faire un
métier similaire ne me déplairait pas, bien au contraire. Ce stage m’a permis d’expérimenter les
avantages et inconvénients de cette fonction et c’est donc une piste pour mon avenir
professionnel. Cependant, il me semble prématuré de me décider maintenant étant donné que
j’entame ma dernière année d’étude en option « Business Intelligence ».
Les apports du stage en cinq points clés :
Une meilleure approche sur le développement d’une modèle de
données et l’implémentation à posteriori d’une base de données corporative.
L’apprentissage d’un nouvel outil de qualité de données (IBM
QualityStage).
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 54
La nécessité d’entretenir de bonnes relations avec ses collègues afin de
profiter d’une bonne ambiance de travail.
Un souci de qualité, de stabilité et de maintenabilité constant.
La mise en œuvre de méthodes de travail de projet (Méthode Agile) et
au travers de compte-rendu hebdomadaire des activités afin de garder une trace
de ce qui a été réalisé.
III. Table des illustrations
Figure 1. Ligne de Travail 1 ___________________________________________ - 8 -
Figure 2. Notation BPM 1 _________________________________________________ - 9 -
Figure 3. Base de données institutionnel 1 ______________________________ - 10 - Figure 4. Notation BPMN 1 __________________________________________ - 10 - Figure 5. Architecture des systèmes automatiques 1 ______________________ - 11 - Figure 6. Cycle de vie du affilie 1 ______________________________________ - 14 - Figure 7. Macro processus primaires chez l’ONP 1 ________________________ - 14 - Figure 8. Système Applicatif 1________________________________________ - 15 - Figure 9. Queue d’attente des affiliées. 1 _______________________________ - 16 - Figure 10. INDRA COMPANY location principal en Espagne 1 _______________ - 16 - Figure 11. IBM Process Designer. 1____________________________________ - 21 - Figure 12. IBM DataStage 1 _________________________________________ - 22 - Figure 13. CA Erwin Data Modeler 1 ___________________________________ - 23 - Figure 14. WebSphere Integration Developer 1 __________________________ - 23 - Figure 15. Le but de la base de données institutionnel 1 ___________________ - 29 - Figure 16. Processus ETL (Extraction Transformation and Loading) 1 _________ - 30 - Figure 17. Couches fonctionnelles supportes sous la BDI 1 _________________ - 31 - Figure 18. La méthode MERISE pour la création d’une base de données 1 _____ - 33 -
Rapport de stage ING2-SIE
Gastiaburú López, Leonardo Williams Page 55
Figure 19. Patron fonctionnel de Validation 1 ___________________________ - 33 - Figure 20. Patron fonctionnel de Vérification 1 __________________________ - 34 - Figure 21. Modèle conceptuel. 1 ______________________________________ - 34 - Figure 22. Modèle logique de données. 1 _______________________________ - 37 - Figure 23. Modèle physique de données. 1 _____________________________ - 37 -