Notre
démarche est de vous apporter toujours plus d’expertise
afin que vous puissiez effectuer vos choix techniques dans
les meilleures conditions et en gardant à l’esprit
les préoccupations majeures suivantes :
Avoir une vue claire et précise de l'existant,
Conserver la stabilité de votre SI malgré cette profonde
mutation,
Conserver l'homogénéité et la productivité de
vos équipes,
Maîtriser le regain de complexité induit.
Durant
cette session nous ferons un tour d’horizon complet
sur ce thème en abordant plusieurs points cruciaux :
-Vos
questions :Quelle nouvelles technologies ? Dans quel but ? Avec quelle
pérennité ?
-Les différentes étapes du processus de modernisation
allant de l'audit de l'existant à la définition d'une
méthodologie commune de gestion des développements.
-Les démonstrations des diverses suites logicielles d'ARCAD
Software, avec des cas concrets d'utilisation.
Alors si vous souhaitez en savoir plus sur notre
stratégie
d’accompagnement dans cette nécessaire migration ne
manquez pas notre prochain petit-déjeuner démo qui
se déroulera le :
Jeudi
24 Février 2005 à compter
de 9h00
Inscrivez-vous
sans attendre à cette session en cliquant ici : Inscription
en ligne
|
|
La
modernisation d’applications est un sujet vaste. Tout
le monde sait que les choix dans les stratégies d’évolution
effectués en ce moment conditionnent le bon fonctionnement
du SI de l’entreprise pour au bas mot les
dix années
qui viennent. Pour rajouter à la confusion et à l’incertitude
du moment, il s’offre une pléthore de routes différentes.
C’est la raison pour laquelle, il nous a semblé bon
de dresser un panorama qui n’a d’autre prétention
que de vous faire part de notre expérience.
Une
affaire de budget :
Bien
sûr, encore une fois, l’argent est le nerf de la
guerre. Entre la société qui se contentera de profiter
des quelques outils offerts par IBM et la société qui
redéveloppera entièrement son SI en Java, il y a un
fossé qui s’appelle la capacité d’investissement.
Une chose est sûre cependant, c’est que ceux qui refuseront
toute forme de modernisation seront voués à péricliter.
La
modernisation de l’interface utilisateur :
De
nombreux clients iSeries se limitent volontairement à ce
périmètre. Il présente un énorme avantage,
c’est qu’il ne remet rien en cause de l’existant.
Peu onéreux, il apporte des résultats immédiats.
Des inconvénients ? Une interface homme-machine qui ne respecte
pas idéalement les standards d’interface graphique.
La plupart des produits permettent de consolider cela par un enrichissement
additionnel. Dans ce cas, ce sont les liens de dépendances
entre composants logiciels qui poseront problème, mais moyennant
une organisation rigoureuse, le problème n’est pas insurmontable.
Autre inconvénient : les limites des applications actuelles
: un programme inmaintenable parce que trop complexe et pas documenté le
restera évidemment et posera toujours problème.
Les
autres modernisations :
Les
outils de mapping de fichiers spoule participent bien évidemment à la
modernisation des applications. Au même titre, d’ailleurs,
que :
-Les
outils d’EAI qui standardisent les échanges inter-applications,
-Les outils de reporting qui évitent d’écrire
d’interminables programmes d’éditions,
-Les outils de portails qui évitent
de maintenir des gestionnaires de menus et qui homogénéisent
les applications.
La
connaissance de l’existant :
C’est bien là le point fondamental auquel toute entreprise
est confrontée. Tôt ou tard de nouvelles ressources
vont faire leur apparition au sein du SI. Elles auront besoin d’une
matière première fondamentale qui s’appelle
de la documentation. La
modernisation du code RPG :
Ce
n’est pas parce que l’on a la tête dans les
nouvelles technologies qu’il faudrait oublier ce bon vieux
langage RPG qui au fil des ans a su se faire une cure de jouvence
régulière pour présenter aujourd’hui
toutes les caractéristiques d’un langage moderne.
Et il ne s’agit pas là uniquement que d’accroître
la lisibilité du code. Pour modulariser son code, par exemple,
le passage par la case ILE1 est indispensable. Dans ce domaine,
des outils tels que RPG
Toolbox
de notre
ère Linoma Software participent à une migration
Java :
Faut-il
faire ou non du Java ? C’est la question quasi existentielle
de nombreux DSI. Est-ce qu’IBM ne nous ressert pas là une
n-ième nouveauté vouée à l’abandon
dans quelques années. La réponse est clairement non.
Tout comme Le COBOL ou le RPG sont des langages pérennes,
Java fait massivement partie du paysage informatique. Il est né avec
la révolution internet, sa croissance se fera à l’identique
du mouvement provoqué. Il est déjà le standard
de fait dans la mobilité et dans la communauté open
source.
.Net :
«
Si tu ne fais pas du Java, tu feras du .net ». Cette affirmation
bien que d’un manichéisme implacable, défaut
souvent constaté dans notre métier, n’en est
pas moins dénuée de vérité. Pour se lancer
dans de nouvelles technologies, il faut voir loin. C’est la
raison pour laquelle on privilégiera de grands standards.
.Net est un de ces standards, bien sûr. Et pour répondre à la
question « .net ou pas .net », il suffit de répondre à la
question suivante : « pour ou contre Microsoft ? » .
Les
AGL :
Les
AGL issus du monde iSeries ou PC restent tout à fait pertinent
dans ce contexte de changement technologique. Un seul et unique langage
pour tout faire, qui n’en a pas rêvé ? Seule ombre
au tableau, on est bien loin de ces fameux « standards » que
sont Java et .net. Le passage systématique par la case « formation » à l’entrée
d’une nouvelle recrue est quand même un frein.
Les AGL Java commencent à poindre leur nez, c’est logique.
Nous n’aurons de critique à leur égard que
leur relative jeunesse.
Modernisation
des organisations :
Comment
moderniser des applications si l‘on ne baigne pas soi-même
dans un environnement moderne ? Au delà des choix de langages
et d’architectures, c’est une véritable réforme
des organisations qu’il faut entreprendre. C’est là que
des outils tels qu’ARCAD-Skipper se révèlent
décisifs. ARCAD-Skipper est capable de fédérer
des équipes travaillant dans des environnements techniques
hétérogènes en assurant la cohérence
et l’intégrité d’ensemble.
Conclusion :
IBM
a traçé la voie au travers de son document « IBM
Developer Roadmap ». C’est un bon point d’entrée
pour se forger une opinion. A partir de là, chaque entreprise
est unique. Les choix dépendront forcément du contexte,
mais l’essentiel, c’est d’aller de l’avant.
1ILE
: Integrated Langage Environment
|
MCO-Jtec1 , créé en janvier 2004 est spécialisé dans
la mise en œuvre d’applications en environnement J2EE, notamment
autour de la plateforme iSéries.
A
ce titre
MCO-Jtec a réalisé par exemple une plateforme
de vente Web interopérable avec des applications existantes.
Cette plateforme de vente a permis de réaliser des fonctions élaborées
(JAVA, HTML, XML), avec activation de programmes existants COBOL
AS/400, et utilisation de la base DB2.
L’offre
de services de MCO-Jtec permet
de mettre en œuvre
des applications Web qui intègrent les programmes applicatifs
existants pour constituer un ensemble cohérent, performant
et répondant aux normes J2EE. MCO-Jtec s’appuie
sur un atelier de développement permettant à différentes
communautés aux cultures informatiques variées, d’échanger
dans le même environnement.
MCO-Jtec s’est également doté d’outils
d’audit et d’analyse facilitant le développement
et la maintenance des applications réalisées. Au centre
de ces outils et de l’atelier de développement se trouvent
les logiciels de la suite Arcad, avec notamment
:
ARCAD-Open
Repository, ARCAD-Observer et ARCAD-Skipper, complétés
par ARCAD-Transformer.
Ces
solutions professionnelles, adaptées au monde de l’édition
de progiciel, permettent de disposer, dans un environnement
de travail commun à tous les composants logiciels (Cobol, JAVA, RPG,
DSPF …), des outils pour assurer : -
Le recensement exhaustif des liens à tous les niveaux,
- L’intégration
dans l’environnement Eclipse,
- Une vision graphique de l’architecture du
système
d’informations avec la production et la maintenance
de la documentation technique,
- L’organisation par
domaines fonctionnels,
- La traçabilité des
actions de maintenance ou de correction,
- La synchronisation des
développements.
1MCO
Jtec est un département de MCO-Finance.
www.mco-jtec.com
Cliquez
ici pour en savoir plus sur l'offre de MCO-Jtec...
|
