RapportStageING2 SIE LeonardoGastiaburu

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 -



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 -



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.



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.



PREMIER PARTIE



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 :



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.



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é.



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



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



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



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.



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.



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.



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



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.



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.



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.



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é.



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.



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.



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



DEUXIÉME PARTIE



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.



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.



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



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.



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.



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.



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.



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.



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



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 :



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.



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é.



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



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:



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 à



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.)



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



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.



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.



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.



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



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.



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



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



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é.



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.



TROISIÉME PARTIE



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.



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).



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 -



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 -

Documents

RapportStageING2 SIE LeonardoGastiaburu