Centre de Services Power i, IBM GBS

Transcription

®
IBM GBS Application Services
Comment faire évoluer votre
système existant vers votre
système futur ?
une documentation
des outils de
obsolète ?
développement vieillissants ?
un système i (AS/400, iSeries,
Power i…) à gérer ?
une maintenance
coûteuse ?
démarche du Centre de
Services IBM Power i
Centre de Services Power i, IBM GBS
Confidentiel IBM
21/06/2007
© 2007
2012 IBM
IBM Corporation
Corporation
©
IBM GBS Application services – Centre de services Power i
Les centres de services IBM spécialisés en France
Les centres AMS Lawson et JDE
Créés en 2008
Conseil en architecture applicative
Développements spécifiques et maintenance
d’application
Le centre PACBASE
Créé en 2007
40 collaborateurs à proximité du
Laboratoire de St Nazaire
Conseil sur industrialisation et
évolution du parc applicatif
Maintenance d’application
Migration du parc application
Marcq-en-B
Roubaix
Clairoix
Rouen
Sarreguemins
Metz
Paris
Nancy
Strasbourg
Rennes
Belfort
Orléans
Le centre Java J2EE Open Source
Lyon Belfort
Angers
Dijon
Nantes
Lyon
Chamalières
Eybens
Bordeaux
Le centre Power i
Créé avec la plateforme AS/400
en 1988
50 collaborateurs en France
Bilan technique des patrimoines
applicatifs
Maintenance d’application
Modernisation des parcs applicatifs
La Gaude
Toulouse
Montpellier
Marseille
Le centre AMS SAP
Créé en 2005
50 collaborateurs en France
Conseil en architecture applicative
Développements spécifiques et
maintenance d’application
Créé en 1998
80 collaborateurs en Île de France et à Belfort
Innovation et Conseil technologiques :
• Intégration continue
• Rational Unified Process
Audits :
• de framework
• d’architectures applicatives
• de méthodologie de développement
Développements spécifiques et maintenance
d’application
[email protected]
2
Les apports d’un centre de services
Mission : délivrer un service de qualité sur un domaine fédérateur avec une
démarche d’industriel à partir d’un site distant du site client
Moyens :
Une organisation :
• mutualisation des ressources clés
• adaptabilité
Un processus de production industrialisé :
• normes, standards et outils de développement
• capitalisation / réutilisation
Appel si nécessaire à d’autres centres pour les tâches non spécifiques ou
peu complexes
Finalités :
Répondre à une tendance du marché
Apporter de l’excellence dans le développement
Être compétitif
Développer des activités porteuses là où sont nos compétences
Délivrer ainsi un service et non des moyens
[email protected]
3
La mutualisation des ressources et des compétences clés
Responsable IBM du centre
Project management office
Gestion des ressources
et mutualisation,
méthodes, capitalisation,
contrôle et optimisation des coûts
Project
management office
Expertise
Chefs de projets
experts techniques
Expertise
Missions de conseil, formations
TMA 1
Projet 1
Analystes
Ressources dédiées
par
client et/ou projet
Pools de
développement
TMA 2
Gestion du périmètre
applicatif
Maîtrise de la qualité
des prestations
Expertise mutualisée
Industrialisation
TMA 3
Ressources
mutualisées
Projet 2
Projet 3
[email protected]
4
La localisation des phases de projet
L’équipe du centre
travaille à distance (site
IBM)…
Expression
de besoin
Assistance
1er niveau
Cahier des
charges
sur site client
Recette
Spécifications
fonctionnelles
Assistance
2ème niveau
fonctionnelle
Ajustable
au centre de
services
Spécifications
techniques
Tests
d’intégration
Réalisation
Tests unitaires
… sur ses propres
environnements
techniques ou ceux mis à
disposition par le Client
Assistance
2ème niveau
technique
à Bordeaux
en France
Ajustable
Usine de
développement
ailleurs
[email protected]
5
Les prestations proposées
Cadre d’une activité de gestion
de patrimoine applicatif
Pilotage
des
prestations
Maintenance corrective
Assistance
- analyses fonctionnelles
- évolutions du système
Maintenance
évolutive et préventive
Administration
- environnements et outils
Support utilisateurs
niveau 2
Activités spécifiques
Maintenance adaptative
- évolutions techniques des
logiciels (système d’exploitation,
changements de normes etc.)
Développement de
nouveaux projets
Périmètre d’intervention : le système d’information
[email protected]
6
Un site
[email protected]
7
Des moyens
Iseries
BDXCESA2
BDXCESE
BDXCESG
BDXCESH
BDXCESJ
BDXCESR
Type
9406
9406
9406
9406
9406
9407
Modèle
320
510
640
830
640
M15
Version
V3R2
V4R3
V5R2
V5R4
V5R2
V6R1
Parc machine pour développements, tests, études diverses.
[email protected]
8
Des équipes, des
compétences :
RPG
RPG-ILE
CLP
Adelia
Synon
Arcad
Cobol
SQL
Outils Rational (RDi, RDi SOA…)
EGL
HATS / WebFacing
Outils logiciels IBM Power i
(iDoctor, WAS, DB2 Web Query
…)
[email protected]
9
L’activité du Centre de Services s’est adaptée à l’histoire de vos systèmes pour leur permettre
d’évoluer :
Evolutions techniques de la plateforme AS/400 – iSeries – Power i
Evolution des outils de développement
Intégration des applications et des équipes de développement,
évolution des processus et des besoins métiers (web…)
Etape 1 :
sécurisation
de l’existant
Etape 2 :
une assistance à
la mise en ordre
Bilan de
patrimoine
Synthèse de
cohérence,
préconisations
techniques, TMA
Etape 3 :
passage aux
nouvelles technos
Prototype,
projets
d’évolution et
migration
[email protected]
10
®
Faites le bilan de votre
patrimoine applicatif
Confidentiel IBM
21/06/2007
© 2007
2012 IBM
IBM Corporation
Corporation
©
Description des prestations – Bilan de patrimoine
But :
Appréhender le périmètre applicatif en terme de :
Volumétrie
Partie Bilan Technique
Activité
Partie Analyse du code
Maintenabilité
Partie Bilan Technique :
Identifier et comprendre les processus utilisés (Développement, Recette, Distribution)
Identifier les éléments de volumétrie (langages, volume, organisation)
Identifier les éléments d’activité (taille de source, volume de correction, d’évolution).
Partie Analyse du code :
Identifier et comprendre les processus utilisés (Développement, Recette, Distribution)
Analyser le contenu des sources pour mesurer :
Leur lisibilité (commentaires, espacement, code mort…)
Leur complexité (imbrications de boucles, nombre de boucles…)
Leur historique (nombre de modifications sur une période, nombre de modificateurs
différents…)
[email protected]
12
Description des services
Les données nécessaires sont extraites des systèmes, de façon non-invasive :
Image du / des systèmes de production
Image du / des systèmes de développement
REPERTOIRES
Extractions
OBJETS
réalisées à partir d’outils d’extraction du bilan applicatif
Liens
Fichiers
Analyse et Synthèse
SOURCES
PATRIMOINE
réalisées à partir du module d’analyse du Bilan de patrimoine
Liens
Programmes
Zones
fichiers
Volumétrie
Qualité
Livrable synthétique
Activité
SOURCES EN DOUBLE
A3001 ET PLUS
PHYSIQUE
547
17%
1529
ECRAN
5
0%
COMM ANDE
32
1%
PROGRAM
6
0%
382
A2001 ==> 2500
579
8000
A1501 ==> 2000
803
6000
2215
A 251 ==> 500
10000
LOGIQUE
2596
82%
1178
A 501 ==> 1000
4000
2000
2570
A 51 ==> 250
0
9069
OBJET
OBJET SANS SOURCE (répartition)
ANALYSE DES SOURCES
A 0 ==> 50
17273
0
ANALYSE
1897
6%
5000
10000
15000
PGM
20000
COMMANDE
47
2%
CERTITUDE
30068
93%
PHYSIQUE
1334
64%
ETAT
24
1%
EVOLUTION APPLICATIVE
12000
A2501 ==> 3000
A1001 ==> 1500
POTENTIEL
319
1%
FICHIERS
1
0%
1992
1993
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2006
2007
25
2
1
132
1598
785
544
2649
3097
1626
2020
1785
4513 10480 6340
3687
23
112
99
108
138
132
130
268
333
1229
2005
1533
1945
2135
ECRAN
96
5%
PROGRAM
235
11%
LOGIQUE
355
17%
[email protected]
13
Description des services – Bilan technique
Les informations
générales
permettent de
qualifier les axes
principaux de
l’analyse à
approfondir
Ex : nombre de
sources insuffisant
par rapport au
nombre d’objets
Recherche de
conformité,
maintenance et
analyses
complémentaires
permettent d’organiser
les étapes suivantes
de mise en
cohérence.
Ex : noms de
sources différents
du nom de l’objet
[email protected]
14
Description des services – Bilan technique
Les listes détaillées permettent d’aller directement
sur l’objet identifié
Ex : ventiler l’action d’une task-force de mise en
cohérence sur la base de ces listes
[email protected]
15
Description des services – Analyse du code
L’analyse du code * descend dans chaque programme
pour en déterminer les caractéristiques :
Dernière utilisation,
Complexité,
Maintenabilité,
Taux de commentaires,
etc…
La synthèse donne la vue
d’ensemble nécessaire…
… pour dresser le plan
d’action
à mener, les priorités et les
estimations de charge
associées.
* l’analyse ne couvre que les programmes RPG et Cobol.
[email protected]
16
Description des services - Exemple de livrables produits
Cette synthèse correspond à l’image que donne l’applicatif actuel sur les critères de :
Bilan Technique
• Cohérence :
Relations sources / objets
• Conformité :
Respect des normes / standard
• Documentation :
Interne aux programmes uniquement
• Simplicité :
Analyse des algorithmes
• Stabilité :
Evolutions et modifications de l’application
• Compréhension
Facilité de maintenance du programme
V:\CDSI_BILAN\index.html
Analyse du code
[email protected]
exemple de plan
d'action
17
Préparations et pré-requis
Préparations d’IBM :
Désignation d’un responsable de mission,
Fourniture du SAVF correct (dépend de l’OS) à installer pour la partie Bilan technique,
avec le mode d’emploi et l’assistance à distance.
- Préparations du Client :
Définition du périmètre exact de l’analyse, qualification de l’intervention :
•
•
•
•
•
Combien de systèmes sont-ils à analyser ? Quels sont les niveaux d’OS ?
A-t-on bien accès aux environnements de développement en phase avec les environnements de
production ?
Y a-t-il des progiciels dans le périmètre, ne doit-on pas les exclure (objets d’une maintenance à part) ?
Des AGL sont-ils utilisés ? Quelle est leur gestion des dates de création des composants ?
Pour la partie Analyse du source, dispose-t-on des droits d’accès aux sources ?
Mise à disposition d’un interlocuteur technique qui assurera la collecte des informations sur
site, avec l’aide distante d’un technicien du Centre de Services, puis nous transmettra les
fichiers résultats
Fourniture d’un accès distant avec les droits QSECOFR pour permettre aux techniciens du
Centre de services les investigations complémentaires nécessaires pendant ou après analyse
du Bilan.
[email protected]
18
Planning estimé
PLANNING (en semaines)
pré-requis : réception de la commande client
récupération des éléments du système client
01
02
03
04
05
♦
restauration sur le système du CdS
1ère itération du bilan
lancement / suivi du kit d'analyse
analyse des résultats
interprétation - revue du périmètre
2ème itération du bilan
formalisation des résultats
restitution des résultats auprès du client
♦
Conditions de réalisation
Ce projet est proposé au forfait.
La prestation s’effectue :
Dans les locaux du client pour la récupération des éléments du système client,
dans les locaux IBM pour la réalisation du bilan,
Dans les locaux du client pour la restitution des résultats et la revue du livrable.
[email protected]
19
®
Comment maintenir et faire
évoluer votre système
Confidentiel IBM
21/06/2007
© 2007
2012 IBM
IBM Corporation
Corporation
©
Les axes d’intervention principaux du Centre de Services
REPERTOIRES
A partir du bilan de patrimoine, 3 axes majeurs :
OBJETS
Liens
Fichiers
SOURCES
L’offre de
maintenance
applicative
PATRIMOINE
Liens
Programmes
Zones
fichiers
La mise en
cohérence :
urbanisation
et expertise
technique
L’évolution vers
les nouvelles
technologies
[email protected]
21
La maintenance applicative – une démarche par étape
Transition
• Formation des intervenants
fonctionnelle et technique
• Mise en place des accès sécurisés
• Analyses complémentaires éventuelles
Validation des
hypothèses
• Revue des charges estimées ou des
engagements SLA si besoin
Récurrent
• Maintenance sous responsabilité IBM
La mutualisation des ressources
nous permet de répondre à toute
taille de maintenance : de 20 jh à
plusieurs centaines par an
[email protected]
22
La maintenance applicative – un outillage adapté
Le tracking des tickets d’anomalies garantit une couverture
complète et pilotée
Des outils internes au CdS…
…ou partagés avec nos clients
[email protected]
23
La maintenance applicative – un outillage adapté
Un parc machine qui nous permet de reprendre des
composants ancienne version :
Iseries
BDXCESA2
BDXCESE
BDXCESG
BDXCESH
BDXCESH
BDXCESJ
BDXCESR
BDXCESR
Type
9406
9406
9406
9406
9406
9406
9404
9407
Modèle
320
510
640
620
830
640
400
M15
Version
V3R2
V4R3
V5R2
V4R4
V5R4
V5R2
V4R4
V6R1
Fourniture d’une rétro-documentation
d’applications vieillissantes
Assistance à migration vers une nouvelle
version de l’OS
[email protected]
24
La mise en cohérence
Le bilan de patrimoine est l’occasion d’identifier clairement les points
d’insatisfaction qui nécessitent une action
L’expertise technique
De l’intervention ciblée…
… à l’intervention
industrielle
La mise en ordre et l’urbanisation
Dans la continuité du bilan, un process
de mise à niveau et de création de
référentiel…
Arcad Software IBM Partner
[email protected]
25
… toujours sur des
processus industrialisés.
LSTOBJ
LSTSRC
LSTPGM
LSTPF
PERIBASE
Structure du fichier :
objet src compil src dispo grp fonc.
analyse
décision
Etape 5 Etapes 6
Etape 7
action
audit
Etapes d’alimentation :
Etape 1
Etape 3
Etape 2
Etape 4
Requêtes SQL
Pgm RPG
[email protected]
26
Pourquoi une offre de modernisation applicative ?
3 axes de préoccupation constatés en clientèle
La gestion des équipes de développement
Souvent 2 équipes de développement coexistent : l’une « vieilles technologies
AS/400 », l’autre « nouvelles technologies »
gestion complexe des travaux et des responsabilités
des décisions de bascule vers les nouvelles technologies, mais conscience
des risques importants.
Les parcs applicatifs vieillissants
De vieux AGL, d’anciens environnements de développement ne sont pas
maintenus quid de tous les programmes associés ?
Un patrimoine applicatif qui répond parfaitement aux exigences de l’entreprise
aujourd’hui mais qui doit s’ouvrir pour répondre aux exigences de demain.
Les fonctionnalités nouvelles sur le web
Comment permettre au client de consulter un dossier, une facture, comment
accéder aux données DB2 en lecture et saisie ? Comment établir un devis ou
prendre une commande depuis Internet ? Comment exposer des composants
métiers pour les rendre accessibles au travers de réseaux locaux ou externes ?
[email protected]
27
®
Ouvrez vos applications
sur le web
Confidentiel IBM
21/06/2007
© 2007
2012 IBM
IBM Corporation
Corporation
©
Rappel du contexte de développement
Développement
traditionnel
Amélioration de
la productivité du
développeur
5250
5250
RPG/COBOL
RPG/COBOL
Amélioration de
l'interface
utilisateur
5250
GUI
Amélioration de l'architecture
(architecture modulaire) et de
l’interface utilisateur
5250
5250
GUI
RDi - RTCi
GUI
Java
Java
EGL
SOA - Services Web
Autres
PHP
Autres
SOA – Gestion des
processus métier
RPG/COBOL
RPG/COBOL
Java, PHP,
EGL, autres
RDi SOA - RTCi
RDi SOA - RAD - RTCi
Java, PHP,
EGL, autres
RDi SOA - RAD - RTCi
Outils IBM i - HATS
HATS - WebFacing
Autres outils Rational
i Access for Web
Outils WebSphere
Outils tiers
RPG/COBOL
DB2-SQL
DB2-SQL
PDM-SEU
Intégration des
applications et gestion des
processus métier
Autres outils Rational
Outils WebSphere
Outils Zend
Outils Zend
Outils tiers
Outils tiers
[email protected]
29
Objectif du prototype : sur un cas concret
Périmètre du prototype :
Gestion des clients (xxxxxx) : Webisation des écrans (WEBFACING / HATS)
Interrogation des ventes (yyyyy) : Modernisation des écrans (RDi/EGL)
o la ventilation du code (côté interface graphique ou côté RPG) et la définition des
paramètres à faire transiter pour écriture dans le modèle MVC.
o La réécriture en full EGL de certains pans de cette fonctionnalité.
Objectifs :
Montrer la faisabilité et la solution technique adaptée pour dissocier l’interface graphique du
code RPG existant.
Montrer la mise en place d’un web service RPG, pour pouvoir être demain indépendant de la
technologie d’interface : Java, .Net, PHP, etc…
Confirmer par des travaux réels les hypothèses de dimensionnement du projet
[email protected]
30
Exemple de réalisation : avant et après le PoC
recherches ou tris à l’affichage élaborés
export de synthèse
Exemple de
POC
gestion de l’affichage
au choix (ici, onglets)
appels d’autres
web-services (ici,
Google Maps)
[email protected]
31
Techniques de modernisation de l’application 1/2
La modernisation de l’application passera par
Une modernisation de la base de données DB2 (tables DB2 vs DDS)
• Non mise en œuvre pour le POC
Une modernisation du code RPG existant (évolution vers RPG IV)
Une modernisation de l’accès au code RPG existant
• 1) via des Web Services
• 2) via des CALL programme
Une modernisation de l’interface utilisateur (5250 => Web)
Et certainement
• Une évolution des compétences
• Une modernisation du matériel et du logiciel
• Une modernisation des environnements de développement
[email protected]
32
Techniques de modernisation de l’application 2/2
1.
2.
Webisation
WebFacing
HATS
Transformation d’application
Externalisation des règles métiers
•
•
Externalisation de la couche de présentation
•
•
•
•
•
3.
4.
Invocation par des calls
Invocation après exposition en Web Services
JSP
PHP
5250
Client riche (RCP)
Web 2.0
Ré-écriture complète
EGL
Php
…
La migration via l’outil Rational Migration Extension for i
[email protected]
33
Transformation application - Architecture J2EE
[email protected]
34
Intégration Java dans l’iSeries
[email protected]
35
Composants logiciels du POC
IBM i V5R4
WAS 6.0
Bibliothèques
Fichiers
AS
Tool
Box
iSeries
POC
http
jdbc
Call
HTTP
PGM
AS
WebServices
[email protected]
36
Transformation du code RPG
Etapes pour modernisation de l’IHM
Conversion RPG vers RPG ILE
Externalisation de la couche présentation
• Passage en paramètre des données écrans
• Paramétrage du dialogue pour l’IHM
- Action (touches de fonctions)
- Traitement applicatif
- Code retour
L’identification des règles et le
choix de la méthode de publication
(web ou call direct) vous impliquent
Extraction des traitements
Etapes pour exposition en Web Services
Externalisation des règles métiers
Génération du PCML
Création du Web Service dans le serveur
d’application dédié à partir du PCML
La transformation du code
RPG est la charge la plus
importante de développement.
Notre centre a structuré
ses équipes / ses outils pour
être compétitif sur ces
activités.
[email protected]
37
Développement EGL
Mise en œuvre d’un projet EGL pour le POC
1) Affichage
Jsp
•
•
utilisation de template
Internationalisation (libellés, date, zones numériques…)
Javascript
•
Html
Objets multimedia
•
EGL qui génère des classes Java et des pages JSP
Call RPG ILE
Appel à des WebServices
Pour des contrôles de validité de zones
•
3) Traitements
Css, feuilles de styles
images…
•
•
Locaux basés sur du RPG
Distants (Google Map)
4) Création d’un EAR
EAR qui est déployé sur l’iSeries
2) Accès aux données
Jdbc
Utilisation de l’assistant
Requêtes SQL
[email protected]
38
WebServices – Console d’administration
[email protected]
39
Les pré-requis pour la mise en œuvre du POC
Environnement de développement
PC (2Go de mémoire) avec Windows
• RDi SOA : Rational Developer for i for SOA Construction
– EGL / JSP / JAVA
– Reprise des RPG
– Tests
IBM i V5R4
• 5722WDS (Compilateur RPG ILE)
• IBM Web administration for i (Intégré dans l’ IBM i)
– Création des Web Services
– Déploiement des applications
– Administration des serveurs d’applications
Environnement de production
IBM i V5R4
• Serveur d’application (WAS) – Peut être hébergé sur une autre plateforme
ou partition
[email protected]
40
®
Pour demain ?
Confidentiel IBM
21/06/2007
© 2007
2012 IBM
IBM Corporation
Corporation
©
Pour demain ? Modularité et maintenabilité de votre application
1 équipe unique de
développement /
maintenance, sur des
compétences mutualisées
Équipe de développement
Plateforme commune RDi
EGL
RPG / CLP
1 système ouvert, prêt à
s’adapter très rapidement à
vos besoins :
Java
Cobol
Applis
historiques
sur des technologies
modulaires
BATCH
BATCH
sur des compétences
disponibles sur le marché
BATCH
Stockage
de données
préparé pour aller vers
une conception full SOA
Interfaces Métiers
Interfaces techniques
[email protected]
42
Pour demain ? Un outil de reporting à investir : DB2 WebQuery for IBM i
Évite la duplication de données
DB2 WQ
Directement sur les données réelles
Sauvegarde des méta-données sur l’AS/400
Une interface standard sans déploiement : le navigateur
[email protected]
43
[email protected]
44

Centre de Services Power i, IBM GBS

Transcription

Documents pareils

Livre blanc haute disponibilité IBM i - AS400

exploitation/pupitrage ibm i (as/400)

PHP pour développeurs IBM i (AS/400)

Programme - COMMON ROMANDIE

exposé - GIT Ile de France

Télécharger en haute définition (binary/octet-stream, 1 MB)

Dans le cadre de sa prérogative, le CE de

IBM contraint de laisser SCO vérifier le code d`Unix

PoT IBM IDS 11.50 - Flyer