DÉVELOPPEMENT

D'APPLICATIONS
ENJEUX & MÉTHODES

Un cahier spécial publié

par la rédaction de System iNEWS
 DÉVELOPPEMENT D’APPLICATIONS ENJEUX ET MÉTHODES

POWER SYSTEM :
UN MARCHÉ PORTEUR POUR
DE NOUVELLES APPLICATIONS
En 2008, l’AS/400 devenu au fil du temps, l’iSeries et aujourd’hui le
Power System, a fêté ses 20 ans d’existence. Et il continue à satisfaire
pleinement ses utilisateurs, au point qu’aujourd’hui des sociétés de
services développent de nouveaux programmes ou le modernisent.
>> Par Bernard Neumeister

2 UN CAHIER SPÉCIAL PUBLIÉ PAR LA RÉDACTION DE SYSTEM INEWS

S’il est difficile de connaître précisément le nombre de d’équipes internes capables d’écrire la nouvelle applica-
Power System toujours en activité dans l’hexagone, les tion sous forme « spécifique ».
chiffres les plus récents estiment qu’environ 15 000 trô-
nent encore dans les salles informatiques. Et pour la plu- « Cependant, lorsqu’un client exprime un besoin » sou-
part de leurs propriétaires, ils n’en changeraient pour ligne Henri Stuckert, Président d’Euréka Solutions,
rien au monde. A cela, plusieurs raisons : sa fiabilité de « comme pour la mise en place d’une gestion des notes
fonctionnement, sa quasi invulnérabilité aux virus, le fait de frais qui permet de réaliser des économies d’échelle,
de supporter des applications à l’âge « canonique » la réponse peut être soit un développement spécifique
(entre 10 et 20 ans) et enfin, sa capacité à s’adapter aux fait en interne ou par une société de services, soit un stan-
évolutions technologiques comme le Web ou la virtuali- dard ». Ce terme de standard signifie simplement le pa-
sation. Pourtant, il faut toujours développer des applica- ramétrage d’un progiciel émanant d’un éditeur.
tions en natif pour son système d’exploitation.
L’avantage du spécifique est de répondre à un besoin pré-
Développer du spécifique ou exploiter des cis de l’entreprise mais il est difficilement évolutif si son
standards ?
Le Power System a été et est toujours ex-
ploité en liaison avec des bases de don-
nées. C’est sa raison d’être, couplé à sa
>> LE POWER SYSTEM A ÉTÉ ET EST TOUJOURS
puissance de calcul. Raison pour laquelle,
EXPLOITÉ EN LIAISON AVEC DES BASES DE DONNÉES
son système d’exploitation et son hard-
ware en ont fait l’une des références
mondiales dans ces domaines. Et les pro-
grammes qui l’utilisent ont souvent été
écrits soit en RPG (voir encadré : RPG, le retour ?), soit en créateur quitte la société. C’est le cas actuellement de
Cobol. Toutefois, bien que cela surprenne encore, il bon nombre de clients qui doivent faire face à des logi-
existe toujours un besoin de développer dans ces 2 lan- ciels d’une décennie ou deux et dont les développeurs
gages car il y a un « existant » à gérer : les milliers de pro- sont partis à la retraite, sans avoir bien entendu, suffisam-
grammes de gestion toujours en cours. Dans ce cas, les ment documenté leurs programmes. L’usage d’un progi-
entreprises de type Grands Comptes, disposent ciel est plus économique, mais rend captif le client, face à

iTPro.fr 3
 PUBLI REDACTIONNEL

SOLUTION D'INTÉGRATION WEB-ISERIES/I5

COMMENT METTRE EN PLACE UN SITE DE

E-COMMERCE SUR ISERIES AVEC NOS COMPÉTENCES
EN PROGRAMMATION RPG ?
SNE est grossiste et distributeur de matériel électrique implanté sur 46 points de vente dans le
nord-est de la France (sous les enseignes SANELEC, BTC-em et Baltzinger) avec près de 600 colla-
borateurs, et filiale du groupe SONEPAR, leader français du secteur d’activité.

En 2004, le groupe Sonepar demande à chacune de ses fi-
liales de mettre en place un système de e-commerce en com-
plément du circuit de distribution traditionnel, afin de mettre à
disposition des clients :
- un accès en ligne aux 600 000 références articles
- un accès aux conditions de prix standard
- le suivi de leur portefeuilles de commande
- le suivi de livraison
Monsieur Saison, en tant que directeur informatique de SNE,
quelle a été votre démarche de recherche de solution ?
« Sur le plan informatique, SNE dispose d’une application mé-
tier développée en interne par une équipe de développeurs
RPG qui donne entière satisfaction. Nous souhaitions idéale-
ment une solution maitrisable par nos équipes internes avec
leurs propres compétences en programmation, une solution
basée sur les règles métier que nous avions écrites en RPG et
que ne voulions pas réécrire. Nous voulions aussi absolument
éviter une réplication de nos bases de données sur un serveur
externe non synchronisé avec les données réelles de notre sys-
tème.
- Nous avons constaté une augmentation plus rapide de notre
chiffre d’affaire pour les clients qui utilisent l’e-shop : de
l’ordre de 30 % en plus par an, supérieure à la croissance de
notre chiffre d’affaire global.
- Le chiffre d’affaire sur l’e-shop atteint aujourd’hui 200 000 e
par mois.
- Notre e-shop a contribué à fidéliser nos clients qui trouvent
plus simple et efficace de travailler avec nous qu’avec d’autres
grossistes.
Et surtout, strategi SOA nous a permis de rendre beaucoup plus
réactive notre informatique grâce à une orientation sous forme
« d’objets réutilisables » de nos composants métier RPG.
Qu’entendez-vous par rendre beaucoup plus
réactive votre Informatique ?
Prenons un exemple : l’écocontribution, cette taxe qui s’ap-
plique à tous les appareils électriques et d’électroménager, est
destinée à financer le recyclage des produits électriques usa-
gers. Nous avons du implémenter cette taxe dans nos pro-
grammes RPG, et grâce à Strategi, ces modifications ont immé-
diatement été prises en compte dans notre e-shop.

Pourquoi avoir choisi strategi SOA ?

Nous nous avons opté pour Strategi SOA de la société Advanced
BusinessLink car celle-ci répondait intégralement à notre cahier
des charges :

- installation sur notre iseries

- réexploitation de nos programmes RPG existant
- rapidité de mise en œuvre
- prise en main rapide par nos équipes RPG (3 jours de forma-
tion)
- sécurité et performance du système sans upgrader notre ise-
ries

Les résultats ont été à la hauteur de nos espérances. En

moins de trois mois, le site de e-commerce était en ligne et opé-
rationnel.
Quels sont les gains que vous avez
constatés ?
- Nos clients qui sont pour la plupart des artisans qui travaillent
pendant la journée peuvent accéder aux informations même
en dehors des horaires d’ouverture.
- Nous avons réduit les coûts liés aux demandes qui ne pou-
vaient se faire jusqu’à alors que par téléphone
Plus généralement, Strategi SOA nous permet de découper nos
programmes métier de nos interfaces utilisateurs, et d’appeler
nos composants métier RPG depuis n’importe qu’elle nouvelle
interface utilisateur. Plus qu’un simple logiciel, Strategi SOA re-
présente aujourd’hui pour nous l’axe majeur d’évolution de
notre système iseries vers les nouvelles technologies. La tech-
nologie est simple, naturelle et entièrement maitrisable par une
équipe RPG, et fait montre d’une grande fiabilité. 

Advanced BusinessLink - Tél : 01 53 43 51 44 - www.businesslink.fr/product/soa

4
 FICHE SOLUTIONS

STRATEGI SOA :
CREEZ UN SITE WEB EXTRANET SUR SYSTEM I
OU UNE APPLICATION ACCESSIBLE EN MOBILITE
AVEC VOS COMPETENCES EN DEVELOPPEMENT RPG-COBOL !

vec strategi SOA, vous créez un espace client RPG ou cobol. Vous exploitez vos applications de

A privé de consultation ou de prise de com-

mande accessible depuis le site web
corporate de votre entreprise. Pour cela, vous vous
appuyez sur vos compétences en développement
gestion sur AS/400 sans avoir besoin de les réécrire
dans de nouveaux langages tels que Java,.net ou Php.
Vous mettez à disposition de vos utilisateurs des in-
terfaces de type web : Html, flash, etc..

Vous exploitez
Domaines d’utilisation: vos applications
de gestion sur
 Création de sites web extranet pour vos
clients et fournisseurs AS/400 sans avoir
 Création d’applications de mobilité besoin de les
pour vos commerciaux, techniciens ter-
rain, livreurs, etc…
réécrire dans de
 Communication avec des tiers sous for- nouveaux
me de webservices langages tels que
Des interfaces nouvelles pour vos Java,.net ou Php.
utilisateurs:

Les applications resultantes supportent

tout type d'interface utilisateur : HTML,
FLASH, WML, etc. sur tout type d'accès
web (browser, PDA, etc…)

Meilleure collaboration au sein des

équipes de développement:

 Vous développez en architecture 3-tier.

 Vous pouvez utiliser des langages de
développement différents pour l'in-
terface utilisateur (couche présenta- Contact
tion) et la partie fonctionnelle (couche Advanced BusinessLink:
métier, généralement en RPG). 17 square Edouard VII
 Vous rendez possible la collaboration 75009 Paris
entre équipes de développement Tél: 01 53 43 51 44
hétérogènes.
email:
sales-fr@businesslink.com

www.businesslink.fr 5
 RPG, le retour ?
Après l’avoir plus ou moins abandonné aux débuts des an-
nées 2000 au profit de Java, IBM fait un retour en force avec
son langage RPG version ILE, puisque la société l’a officielle-
ment soutenu lors d’un tout récent séminaire sur le Power
System. RPG IV ou ILE (Integrated Language Environment) est
le langage de programmation pilier de toutes les plateformes
Power System, depuis son origine. Conçu au départ comme
un outil de requête, IBM l’a progressivement amélioré pour en
faire un véritable langage de programmation. La création d’un
programme peut être réalisée à partir d’un simple éditeur ou
il peut être exécuté à partir d’un PC en utilisant des généra-
teurs d’applications ou encore WebSphere Development
Studio de chez IBM, une implémentation personnalisée
d’Eclipse. Il peut être lié à des objets Java, des APIs i5/OS, il
peut aussi être utilisé pour écrire des programmes CGI
(Common Gateway Interface : Interface de Passerelle
Commune), qui sont exécutés par un serveur Web. Ceci per-
met d’envoyer au navigateur de l’internaute, un code HTML
créé automatiquement par le serveur, basé par exemple sur
une autre application, telle qu'un système de gestion de base
de données, d'où le nom de passerelle. Et malgré tous ces
changements, il demeure d’un grand intérêt en termes de
compatibilité ascendante, puisqu’un programme RPG écrit il y
a plus de 20 ou 30 ans, fonctionne toujours aujourd’hui sans
quasiment aucune modification.

l’éditeur. Sans oublier que certains progiciels sont telle-
ment paramétrables qu’ils en deviennent plus complexes
qu’un développement particulier. Il est donc impératif
que s’effectue un transfert de technologie entre l’éditeur
et le client.
Au niveau de l’organisation chez un éditeur, la structure
comporte généralement des directeurs de division pour
chaque progiciel, rapportant tous à la direction « Pro-
duits ». Ils sont chargés de faire vivre et évoluer les créa-
tions en rapportant les desiderata du marché et des
clients. Par exemple, l’ajout d’une gestion des stocks, d’un
Extranet, de Web Services… Ce qui sera ef-
fectué dans les nouvelles versions au tra-
vers d’une méthodologie respectant une
certaine normalisation grâce à des envi-
ronnements de développement « standar-
>> UN GÉNÉRATEUR D’APPLICATIONS EST UNE
TECHNOLOGIE RELATIVEMENT RÉCENTE
disés » que l’on trouve au sein de sociétés
comme Lansa, Advanced Business Link ou
même chez IBM. Ces environnements per-
mettent aussi bien aux créateurs expéri-
mentés qu’aux nouvelles recrues d’atteindre un ROI
rapide en réduisant par 5, voire 10, les temps de dévelop-
pement.
Les générateurs d’applications
Un générateur d’applications est une technologie relati-
vement récente. Son principe est de décrire dans des fe-
nêtres, sa base de données, les interfaces, les liens entre
les informations…, pour qu’ensuite, il ne lui reste plus
qu’à « écrire le code » pour l’environnement de destina-
tion. Cette application se présente sous forme d'un en-
semble de formulaires HTML assemblés dans une page
HTML à base de cadres (ou frames). Cette méthode est
devenue un outil incontournable pour transformer des
développements en applications professionnelles distri-
buables auprès des clients. En effet, un développement
est une création qui doit être normalisée, cadrée. De plus,
les nouvelles technologies comme l’environnement
Internet, le PHP, les PDA, le haut débit, la géolocalisation,
les Web Services… progressent et envahissent les entre-
prises. Il faut donc adapter les Power System pour qu’ils
les supportent. Et comme le souligne Alexandre
Meiffredy, Directeur Général France d’Advanced Business
Link : « les sociétés qui n’auront pas intégré ces nouvelles
technologies dans leurs programmes, mettent en péril
l’avenir même de leur Power System dans leur entre-
prise ». En effet, si les directions informatiques sont
conservatrices et n’ont pas toute conscience de cet état de
fait, leurs directions générales prendront la décision finale
si elles voient leur concurrent, les dépasser grâce à une
nouvelle architecture informatique. Pourtant, le Power
System n’est plus un environnement fermé.
Il existe plusieurs générateurs d’applications sur le mar-
ché, depuis la solution Rational chez IBM, en passant par
la série Strategi chez Advanced Business Link, ou toute
une gamme chez Lansa.
Par exemple, « Lansa for iSeries » intègre et modernise fa-
cilement les applications existantes, et permet aussi de

6 UN CAHIER SPÉCIAL PUBLIÉ PAR LA RÉDACTION DE SYSTEM INEWS

 FICHE SOLUTIONS

RÉINGÉNIERIE AUTOMATISÉE
ET MODERNISATION
Avant d'aborder des transformations architecturales de ses applications
RPG, on est souvent obligé de mener un travail de réingénierie de fond,
sous peine de ne pas pouvoir réutiliser le code existant. DSII propose une
démarche à base d'outils parfaitement adaptée à ce contexte.

ans un monde où l'informatique est devenue de tout réécrire – mais dans ce cas, gare aux consé-

D grand public, où chaque intervenant potentiel

sur la planète entière doit pouvoir accéder à vos
données, vous réfléchissez à l'évolution de vos appli-
quences financières.

Des solutions éprouvées

cations traditionnelles. Mais peut-être craignez-vous que DSII met en œuvre une démarche de transformation de
le code de votre patrimoine applicatif soit trop peu nor- code à base d'outils qui apporte fiabilité, visibilité et
malisé pour pouvoir se prêter en l'état à de telles évo- maîtrise des coûts et délais. Quels que soient vos
lutions.
Pour pouvoir bâtir sur un patrimoi-
ne et ne pas l'abandonner, des évo- Avec XTernalize,
lutions concrètes sont nécessaires,
évolutions parfois laissées de côté par transférez
les concepts de haut niveau. automatiquement
Du plus petit au plus noble les E/S de vos
Qu'il s'agisse d'enlever des noms de programmes RPG
bibliothèque « en dur », de norma- vers des
liser votre base de données sans re-
mettre en cause des centaines de procédures
milliers de lignes de code RPG, de externes. Par la
remplacer des sous-routines ubiquitaires par des pro- Le code classique d’accès aux fichiers est automatiquement
remplacé par des appels de procédures uniques et externes. suite, vous
cédures uniques, ou d'encapsuler des fonctions depuis
longtemps développées et éprouvées pour en faire des besoins de transformation technique, nous pourrons ap- pourrez faire
services Web, il est le plus souvent obligatoire de pro- porter une solution à base d’outils et d’automatisation. évoluer votre base
céder à des modifications importantes dans le code.
Nos consultants ont l'expérience de centaines de pro-
de données en
Un casse-tête au niveau des ressources jets de ce style. Notre méthode, basée sur des outils profondeur, sans
Ces modifications ne sont généralement pas d'une gran- standards ou bâtis ad hoc, apporte lors de chaque mise impact sur vos
de difficulté, prises individuellement. Mais lorsqu'on les en œuvre des résultats probants. Nous pouvons vous ap-
multiplie par un nombre élevé de programmes et de cas, porter du conseil, encadrer vos projets, ou réaliser les programmes
le volume du changement devient impressionnant. Les transformations dont vous avez besoin pour un prix fixe existants.
ressources habituelles sont prises à plein temps par le avec obligation de résultats.
travail courant et incompressible. Le plus souvent il s'agit
de travail répétitif et peu motivant. Notre méthode de travail déporté, automatisé et réité-
ratif, hors champ des outils de gestion des versions, vous
Le recours aux prestations de développeurs extérieurs libère également des soucis des modifications concur-
pour réaliser de telles opérations permet de trouver les rentes. (Les modifications n'intégreront ce circuit que
ressources appropriées, mais représente un coût im- lorsque le travail de conversion est terminé et validé.)
portant et n'offre pas de vraies garanties sur les délais. Contact
XTernalize par DSII:
Reste également la difficulté de faire cohabiter ces chan-
gements avec le quotidien. Appelez-nous pour une consultation sans engage- Contacter Simon SAVAGE
L'effort peut sembler démesuré, suscitant la tentation ment. Simon.savage@dsii.fr

www.dsii.fr 7
 concevoir et de créer rapidement de nouvelles applica-
tions. Le principe pour le créateur est de n’apprendre
qu’un seul langage, celui de Lansa, en l’occurrence, sans
se soucier de la plateforme sur laquelle, son programme
va fonctionner. Une fois ce dernier terminé dans le L4G de
Lansa, il peut être généré pour le monde Power System en
RPG, ou le monde Windows ou l’environnement Web en
HTML… Un code source unique, plusieurs plateformes
d’exploitation. De son côté, Visual Lansa est aussi un en-
vironnement complet de développement graphique sous
Windows pour les environnements Windows, AS/400,
Unix, Linux et le Sans Fil. L’idée est de créer et de déployer
des applications Windows et Web avec un accès natif aux
bases de données DB2 sous Power System. (voir Encadré
ci-dessous).
Un meilleur ROI chez Corsairfly grâce Lansa
IFR France est un éditeur de logiciels établi à Toulouse-
Blagnac (France) - aéroport international. Il commercialise
des solutions applicatives globales multilingues à plus de 70
compagnies aériennes à travers le monde. La solution de pla-
nification opérationnelle - KEOPS de IFR, développée en Visual
LANSA et LANSA for iSeries, permet d'établir les horaires des
vols, de gérer les équipages et de contrôler les opérations.
Corsairfly International a implémenté KEOPS et atteint un de-
gré d'efficacité significatif. Keys for Operations & Planning
System (KEOPS) est une solution sous LANSA complète et in-
tégrée qui fournit la colonne vertébrale de l'exploitation d'une
compagnie aérienne. On y distingue notamment les modules :
8 UN CAHIER SPÉCIAL PUBLIÉ PAR LA RÉDACTION DE SYSTEM INEWS
Strategi SOA d’Advanced Business Link, fait évoluer les
programmes natifs RPG ou Cobol en Services web dans le
but de développer des applications web ou de mobilité
sur System i, tout en valorisant les compétences exis-
tantes des équipes de développement. Les applications
résultantes supportent tout type d'interface utilisateur :
HTML, FLASH, WML, etc. sur tout type d'accès web (brow-
ser, PDA, etc.).
Strategi webSERVICES permet aux entreprises de créer
des interfaces qui respectent les standards de l'industrie à
partir des programmes existants développés en RPG ou
en COBOL, rendant possible la collaboration de dévelop-
peurs maîtrisant des langages de programmation diffé-
rents. Il facilite l'intégration de services Web créés en.Net,
Offre de prix, Opérations, Horaires des vols, Horaires d'équi-
pages, Statistiques après vol, Gestion des équipages,
Personnel au sol, Coûts directs d'exploitation, Communi-
cations et Positionnement de la flotte au sol. Il assure le
contrôle opérationnel et financier et établit des simulations
d'horaires de vols et budgétaires associées. Son module de
communication, relié au réseau dédié de SITA envoie automa-
tiquement des messages à des intervenants distants, tels que
les équipages, les services, les fournisseurs et les autorités
de surveillance du trafic aérien. Les solutions de IFR peuvent
être déployées sur des environnements iSeries, Windows NT
avec Oracle et aussi en mode ASP.

MPO : QUAND LE SYSTEM I FAIT
DE LA CFAO GRÂCE À VISUAL LANSA…
Nous utilisons un framework de développement nous permettant, avec
un seul langage, de créer des applications exécutées nativement sur
serveurs System i ou Intel, que les clients soient Windows et/ou Web,
indépendamment de la base de données.
epuis 30 ans, MPO fabrique et pose des me-
D nuiseries sur la région Ouest et Ile de France.
Ils proposent une gamme complète de me-
nuiseries PVC et Alu/Bois, adressant les marchés pu-
blics et collectivités mais aussi les particuliers. MPO
utilise Visual LANSA Framework pour la gestion de la
chaîne logistique et l’intégration avec un outil de
CFAO dédiés.
« Ce qui est vérifié, c’est qu’on écrit encore moins
de code en LANSA et qu’on développe vraiment
10 fois plus vite. » note Daniel DESAUNAY,
Directeur Informatique et logistique de MPO.
« LANSA, c’est la puissance d’un seul outil au
service de tous. Diminution des risques d’erreurs,
et augmentation des performances, des profits
et de la satisfaction client. Nous sommes fiers
de pouvoir dire qu’à peine plus de 18 mois nous
auront suffit pour refondre, grâce au Framework
de développement LANSA, la chaîne logistique
complète qui n’inclut pas simplement la gestion
mais aussi l’intégration avec l’outil de CFAO. »
Le défi majeur de M. DESAUNAY fut de remédier aux
manques du système d’information actuel. Le Système
d’Information avait atteint ses limites et ne permettait
plus d’évolutions technologiques. MPO utilise deux sys-
tèmes informatiques distincts: un système de saisie de
commande développé en Visual Basic sous Windows CE
sur PDA pour les commerciaux, et un système AS400
en RPG au siège pour la gestion globale, ainsi que la
conception et la fabrication des menuiseries, plus
quelques applications WinDev.
MPO a décidé de remplacer son système et donc de re-
chercher une solution globale et unique, c’est-à-dire une
plateforme de développement intégrée capable de pro-
duire des programmes pour l’AS400 et pour des PCs
portables sous Windows à partir d’un code source unique.
« Nous avons pris contact avec LANSA, avons expliqué
notre problématique et première solution soumise par
LANSA: l’utilisation d’un Active X de dessin. Nous avons
fait des tests avec l’active X VectorDraw dans WinDev
pendant que l’équipe LANSA de son côté effectuait les
tests dans les programmes RDML. Résultats plus que
convainquant avec LANSA, moins concluant de notre
FICHE SOLUTIONS
coté. Avec cette solution, nous obtenons un dessin in-
telligent, en sélectionnant un élément graphique,
nous pouvons avoir toutes ces caractéristiques (longueur,
surface …) et aussi nous possédons un format d’échan-
ge avec l’outil de CAO du bureau d’études.
Nous avons également été séduits par le référentiel, qui
permet d’intégrer des contrôles et règles de gestion sur
Visual LANSA offre
à tous vos
développeurs
(iSeries et micro)
un même
Framework
permettant de
créer, intégrer et
Tous nos commerciaux sont équipés d'un outil informatique
performant, pouvant vous établir très précisément un devis moderniser des
personnalisé.
certaines données, assurant ainsi la réutilisation sys-
applications qui
tématique sans duplications. Le Framework (assistant seront natives
codes) a aussi été utilisé pour tous les développements, Serveur « i » ou
il n’y a eu qu’à rajouter un peu de code et un peu de
mise en forme. Le choix LANSA s’est imposé rapide- Intel avec des
ment. La commande a été passée sans hésitation pour clients
le Framework de LANSA. La formation s’est déroulée
indifféremment
dans la foulée en 2 semaines pour 2 personnes. »
Visual LANSA et le Framework génèrent de vraies ap- Windows ou Web.
plications client/serveur. Actuellement, nous avons des
programmes qui bloquent le poste utilisateur pendant
plusieurs heures pour réaliser une édition, avec Visual
LANSA, ce programme sera soumis à l’AS400 et le pos-
te utilisateur ne sera plus bloqué.
De plus, la charte graphique reste identique quelque
soit le développeur. C’est beaucoup plus structurant. Contact
Tout le monde utilise le même principe, sans fioritures, Visual LANSA:
c’est simple et efficace. Les droits de l’utilisateur sont THOMAS Dominique
définis une bonne fois pour toutes. Ca marche très bien
dominique.thomas
à la fois sur l’AS400 et sur PC. @lansa-europe.com
www.lansa.com 9
 XLM, Java, ou mis à disposition par Google ou Amazon,
dans des applications développées par des développeurs
RPG/COBOL.
Chez IBM, Rational Build Forge Entreprise Edition auto-
matise et accélère la conception et les processus de mise
à jour des produits créés par un développement itératif et
une diffusion facilitée. Au travers d’un framework, il aide
les équipes à standardiser et automatiser les tâches répé-
titives, réduire les cycles de développement et fournir un
résultat de haute qualité.
A noter chez IBM, la présence dans toute la gamme
Rational, d’un langage de 4è génération, l’EGL (Entreprise
Generation Language). Sa grande particularité est de pou-
voir générer indifféremment du code en Cobol, Java ou
JavaScript pour de multiples environnements, donc le
Power System.
Enfin, IBM a annoncé le 28 avril dernier, que la base de
données DB2 intégrée à l’OS/400 pouvait désormais être
utilisée comme Datastore d’une base
MySQL. Rappelons qu’une DataStore est
une base qui intègre des données en pro-
venance de sources multiples. Avantage : >> L'OBJECTIF PREMIER D'UN SYSTÈME D'INFORMATION
les informations sont stockées dans un QUEL QU'IL SOIT, EST DE PERMETTRE À PLUSIEURS
seul et unique endroit, la base DB2, qui UTILISATEURS D'ACCÉDER AUX MÊMES INFORMATIONS
peut être vue et manipulée par des appli-
cations classiques écrites en RPG, qui
existent depuis des années. Ces mêmes
données peuvent être utilisées et exploi-
tées en tant que base MySQL par des applications de type
PHP. Par ce biais, les applications anciennes et modernes
deviennent ouvertes aux technologies Web de type PHP.
Faut-il une programmation en trois-tiers ?
L'objectif premier d'un système d'information quel qu'il
soit, est de permettre à plusieurs utilisateurs d'accéder
10 UN CAHIER SPÉCIAL PUBLIÉ PAR LA RÉDACTION DE SYSTEM INEWS
aux mêmes informations. Pour cela il faut regrouper les in-
formations utilisées par l'entreprise. En terme technique,
cela se traduit par la centralisation des données au sein
d'une base de données. L'évolution des systèmes d'infor-
mation s'est donc basée sur une meilleure subdivision
entre les tâches à réaliser pour permettre l'exploitation de
ces données par les utilisateurs finaux. Ceci permet de
structurer plus efficacement les informations ce qui en-
traîne à la fois une meilleure organisation de l'entreprise
et une meilleure efficacité technique. Cette sub-
division a été facilitée par l'avènement des tech-
nologies orientées objets qui s'appliquent aussi
bien au modèle client-serveur qu'au modèle
Internet. Ces technologies assurent une sépara-
tion entre les différents composants du sys-
tème. Il devient alors possible de réaliser de
nouvelles architectures facilitant la mise à dis-
position des informations sous différentes
formes tout en diminuant les temps de déve-
loppement. Ces technologies permettent égale-
ment de faire collaborer une grande diversité
de systèmes. On parle alors d'architecture dis-
tribuée. Il est ainsi possible de présenter des
données en provenance d'un mainframe mé-
langées à des données en provenance d'un SGBDR, le
tout étant affiché dans un navigateur sur la même page
HTML.
Tout système d'information nécessite la réalisation de
trois groupes de fonctions: le stockage des données, la lo-
gique applicative et la présentation. Ces trois parties sont
indépendantes les unes des autres: on peut ainsi vouloir
modifier la présentation sans modifier la logique applica-
tive. La conception de chaque partie doit également être
indépendante, toutefois la conception de la couche la
plus basse est utilisée dans la couche d'au-dessus. Ainsi la
conception de la logique applicative se base sur le modèle
de données, alors que la conception de la présentation
dépend de la logique applicative.
« Le principe de la programmation en trois-tiers », pré-
cise Alexandre Meiffredy, Directeur Général France
d’Advanced Business Link, « est donc d’utiliser la base de
données du Power System, de créer les applications mé-
tier en RPG natif grâce à tous les outils qui existent au-
jourd’hui afin de simplifier cette tâche, et de coupler cet
ensemble à des interfaces ou des accès émanant des
mondes HMTL, Java, JavaScript, Flash, multimédia… ».
la disponibilité de l’Internet haut débit filaire et sans fil.
Ce qui permet de faire passer bien plus d’informations
dans les « tuyaux » et d’obtenir des réponses quasi en
temps réel grâce à la puissance de calcul du serveur, sur
des outils nomades. 

Le Power System n’a jamais été conçu pour disposer de

belles interfaces, mais pour du calcul et pour des applica-
tions métier écrites dans un langage simple, bien plus aisé
que Java. En conséquence, ses aficionados n’apprécient
guère l’idée du développement en trois-tiers. En effet,
l’interface dite 5250 est liée aux programmes générés
avec des entrées/sorties exécutées à partir d’interfaces
natives. Avec le langage RPG ILE, une première étape est
franchie du fait que les programmes réalisés sont acces-
sibles depuis n’importe quelle interface Java. Et aujour-
d’hui, le Power System est ouvert. Il est même possible de
créer une page HMTL qui affiche une animation Flash afin
de visualiser un graphique et des données en provenance
d’un Power System. Avec un développement trois/tiers,
l’utilisateur dispose d’un « look » bien plus moderne pour
ses applications i.

Le Power System a donc encore de l’avenir grâce à sa

grande souplesse d’adaptation aux nouvelles technolo-
gies. Sans oublier que la tendance actuelle est le retour à
une architecture client/serveur en raison notamment de

iTPro.fr 11
 DDDÉVELOPPEMENT
ÉVELOPPEMENTDDD'A
ÉVELOPPEMENT
10 techniques imparables pour faire échouer un projet de
développement (et les 10 remèdes correspondants)
Par Paul Conte
Avez-vous déjà vu le projet d’une équipe de développement échouer
parce que ses techniques semblaient condamner l’application aux yeux
des utilisateurs ? Voulez-vous éviter les mêmes erreurs ? Apprenez à re-
connaître – et à éviter – les pièges courants suivants :
Technique 1. Abordez le développement dans le style « Big Bang ».
Tenez quelques réunions pour recueillir les exigences puis enfermez-
vous pendant des mois pour pratiquer une conception et un coding dili-
gents. Balancez le code aux utilisateurs lors d’une réunion « d’examen »
de deux heures, en espérant qu’ils suggèreront quelques changements
mineurs et que vous pourrez procéder au déploiement avec peu d’efforts
supplémentaires.
Remède : Pratiquez un développement itératif dans lequel vous tra-
vaillez pendant une semaine ou deux (ou un intervalle plus court ou plus
long) pour produire une nouvelle version avec des fonctions et/ou des
raffinements supplémentaires. Invitez les utilisateurs à essayer chaque
nouvelle version et à réagir immédiatement. Ajustez en conséquence vos
plans pour la nouvelle itération.
Technique 2. Imposez votre concept global sur la manière dont l’ap-
plication devrait fonctionner. Ne recherchez les exigences et les sugges-
tions que dans ce cadre. N’envisagez pas une seconde que vous avez
peut-être mal compris la manière dont les utilisateurs conçoivent leur
travail et le contexte dans lequel il se déroule – votre expérience de beau-
coup d’autres projets fait que votre concept est de toute manière le
meilleur.
Remède : Ne perdez jamais de vue le « panorama général » et soyez
prêts à repenser votre approche au fur et à mesure que les utilisateurs
murissent dans un processus itératif. En recevant des réactions précoces
et fréquentes, il est probable que vous n’aurez pas à pratiquer de gros
ajustements en matière d’architecture ou de technologie. Mais, si cela
s’avère nécessaire, au moins vous le saurez assez tôt.
Technique 3. N’impliquez surtout pas les utilisateurs dans le travail de
conception et de développement quotidien. Ils vous ralentiraient. Espérez
qu’ils attendront que vous les contactiez, puis fourniront des réponses
immédiates aux questions très précises que vous leur présenterez dans
n’importe quel contexte.
Remède : Ayez au moins un utilisateur connaissant bien le sujet dans
l’équipe de développement et travaillez avec lui sur une base hebdoma-
daire ou quotidienne. Développez un groupe de « consultants pairs » - des
utilisateurs finaux qui sont bien au courant du projet et susceptibles
d’élargir le canal de communication entre l’équipe de développement et
le reste de l’entreprise.
Technique 4. Ne prenez pas la peine d’éduquer ceux qui « s’appro-
prient » l’application avant de leur demander leur opinion ou leur appro-
bation. Partez du principe que les utilisateurs comprendront
immédiatement votre modèle applicatif global et tous les éléments tech-
niques intelligents que vous y avez intégrés. Comme votre modèle frôle
la perfection, peu importe si les utilisateurs ne comprennent pas com-
plètement ce que vous leur proposez d’accepter. Comptez sur leur foi en
l’expert que vous êtes.
Remède : Commencez dès le début et ne vous arrêtez jamais à
construire les connaissance de base des utilisateurs à propos de tout ce
qui touche à l’architecture et aux fonctionnalités. Quelques-uns des uti-
lisateurs au moins doivent savoir « parler la langue » pour fournir à
l’équipe des renseignements informés et constructifs.
Technique 5. Ne vous souciez pas de l’exactitude ou de la clarté des
détails dans la documentation ou les présentations données aux utilisa-
teurs. Vous savez que vous pourrez corriger les erreurs et les incohé-
Ce cahier spécial est une édition : IT-Media, 21 avenue Saint Fiacre,
78100 - Saint Germain en Laye - France
Tél. 01 39 04 25 00 Fax 01 39 04 25 05
SARL de presse au capital de 10 000 euros
SIRET 441 810 199 00022 - www.iTPro.fr
'A PPLICATIONSEEENJEUX
'APPLICATIONS
PPLICATIONS NJEUX&
NJEUX &&M
M
MÉTHODES
ÉTHODES
ÉTHODES
rences avant ou après le déploiement, donc attendez-vous à ce que les
utilisateurs apprécient vos ébauches approximatives sur la manière dont
le système fonctionnera.
Remède : Veillez à ce que toutes vos communications avec les utilisa-
teurs soient aussi efficaces que possible : concises, précises, compré-
hensibles et en temps opportun. La qualité de la réaction des utilisateurs
et votre crédibilité dépendent d’une information exacte et précise.
Technique 6. Ne prévoyez pas beaucoup temps pour les utilisateurs.
Accordez-leur quelques minutes de travail pratique avec les prototypes
ou les modèles de préproduction. Certes, il faut bien que les utilisateurs
« touchent » un peu le système avant de le mettre en production, mais
prévoyez une heure environ de formation « approfondie » une fois le sys-
tème réalisé, et cela devrait suffire.
Remède : Utilisez votre processus itératif pour délivrer des versions in-
crémentielles de l’application. A chaque étape, laissez aux utilisateurs
beaucoup de temps pour travailler « avec un système réel » et pour vous
informer en retour. Après chaque itération, ajustez vos délivrables, le
planning et le processus de développement.
Technique 7. Partez du principe que les objections techniques soule-
vées par les utilisateurs s’expliquent par le seul fait qu’ils ne sont pas as-
sez intelligents ou aussi bien formés que vous, « l’expert » logiciel. Des
questions naïves sur la structure de l’application ou sur des détails sur
son mode d’utilisation sont dues à la faible compréhension des utilisa-
teurs des systèmes aussi sophistiqués que le vôtre.
Remède: N’ignorez aucun des points qu’un utilisateur soulève. Même si
vous avez raison, l’utilisateur doit comprendre pourquoi. Voir Remède 4.
Technique 8. Passez de longs moments en compagnie de vos copains
informaticiens désolés que vous deviez supporter des directeurs de dé-
partement « idiots » et des utilisateurs « geignards ». Après vous être dé-
carcassé à essayer de créer pour ces ingrats le meilleur système qui soit,
vous avez grand besoin de réconfort et de sympathie.
Remède : Quittez votre bureau et passez du temps « sur le terrain »
avec des utilisateurs finaux, et pas simplement lors des réunions offi-
cielles. Si possible, demandez à des membres de l’équipe d’effectuer
quelques-uns des jobs des utilisateurs pour mieux comprendre pourquoi
ces derniers ont besoin de cette application.
Technique 9. Si les utilisateurs rechignent quand vous vous préparez
à déployer l’application, expliquez qu’une date butoir menace, que vous
avez déjà dépassé le budget, et donc tout changement au système de
production prévu causerait de graves perturbations dans l’organisation.
Glissez sur le fait que la livraison d’un système défectueux causera en-
core plus de perturbation, ou que la vraie « perturbation » qui vous pré-
occupe est les conséquences d’un délai non tenu ou… garder votre
emploi.
Remède : Une approche itérative et incrémentielle vous donnera une
compréhension réaliste de la manière dont le projet avance et indiquera
quels ajustements du programme ou de la livraison seront nécessaires.
Evitez les surprises. Si le système est très défectueux, avalez la pilule et
replanifiez sa date de livraison.
Technique 10. Ne tenez aucun compte de ce qui se passe autour de
vous. Vous savez déjà comment mener un projet – vous le faites depuis
des années. Donc il n’y a rien de vraiment important à apprendre d’un
projet de plus finissant en désastre.
Remède : Apprenez de vos erreurs… et de vos réussites. Tenez des ré-
unions « post-mortem » ou de débriefing formelles après chaque itéra-
tion et après l’aboutissement de chaque projet. Tenez un document
« Leçons apprises » informel que vous transmettrez en héritage à la pro-
chaine génération de développeurs logiciels.
Journaliste : Imprimé en France par :
Bernard Neumeister IDSL SA – 87400 Saint Léonard de Noblat
Directrice de la rédaction :
Sabine Terrey