Modernisation d’application – Notre monde évolue…

Comme vous l’avez peut être remarqué en 2007 "IBM System i Developer Road Map" est devenu "Road Atlas".
Bien que le principe de modernisation d'une application en cinq étapes soit toujours le même, la grande nouveauté de ce "Road Atlas" est qu'il propose dorénavant une palette d’outils encore plus large, ainsi que de nouvelles technologies de pointe, incluant PHP et SOA (Service-Oriented Architecture).

L'objectif du "Road Atlas" est de répondre aux besoins des entreprises. Il vise donc à simplifier la maintenance applicative tout en facilitant l’intégration de nouvelles technologies aussi diverses que RPG, JAVA et PHP. Pour se faire, il propose des solutions pour automatiser la connexion inter-plateformes. Grâce aux recommandations de ce "Road Atlas" les ressources internes des entreprises peuvent accéder dorénavant à l'outillage et au savoir-faire indispensables pour créer et maintenir les applications dans le futur.

Nous étudierons donc les principales étapes de la modernisation des applications existantes présentées dans le "System i Developer Road Atlas", et nous aborderons rapidement SOA. Nous évoquerons également la plus-value apportée par l'offre ARCAD dans un tel contexte.

Le "Road Atlas" couvre une large gamme de projets, depuis les changements incrémentaux tels que la modernisation de l’interface utilisateur ou l’expansion de votre utilisation du SQL, jusqu’à des changements majeurs tels que l’ouverture d’applications vers le web ou la modernisation de l’organisation des développements eux-mêmes.

Notre point de départ est le traditionnel environnement de développement System i avec son interface 5250, ses règles métier RPG ou COBOL, et ses outils de développement natifs.

Chaque étape du "Road Atlas" est un but à atteindre :

Accroître la productivité des développeurs – Utilisation des environnements de développement intégrés avec interface graphique, des fonctionnalités Desktop, et des outils intégrés de test et de débogage.

Améliorer l’interface utilisateurs – Faire évoluer la présentation de l’application à un niveau supérieur : browser, client-serveur, technologies telles que PDA.

Créer une architecture modulaire – Adopter de nouvelles technologies, partitionner des applications en composants de taille réduite pour améliorer leur réutilisation et simplifier leur maintenance.

Intégrer des applications – Réduire les procédures manuelles, reconnecter des données d’une application à une autre, connecter des applications qui n’existaient auparavant que comme de simples processus isolés.

Intégration des "business process" – Ouvrir les systèmes et les applications vers l'extérieur. Se connecter aux fournisseurs et aux clients pour atteindre une meilleure efficacité, une plus grande communication et une amélioration globale du niveau de service.

Notons bien que chaque étape peut être réalisée indépendamment et que toutes vos applications n’ont pas l’obligation d’évoluer en passant par l’ensemble de ces étapes car cela dépend de vos besoins. Toutefois, vous les envisagerez certainement toutes lorsque vous mettrez en place votre stratégie globale de modernisation.

Dans le contexte du "Road Atlas", penchons-nous à présent sur un objectif de modernisation important pour certaines entreprises : le passage à SOA. Nous avons déjà établi que, pour répondre aux évolutions du marché, le système d’information doit être flexible et réactif aux changements, ce qui représente le but ultime de SOA et du "Road Atlas". Les projets de modernisation ont également pour but de réduire les coûts des changements applicatifs issus d’évolutions de marché.

L’application du principe de modularité du code au niveau du développement (Road Atlas Etape 3) est l’étape clé pour le rendre réutilisable. Bien entendu, plus votre code est modulaire, plus il devient flexible et facilement maintenable. L‘adoption de ILE et SQL est déjà un vrai pas en direction de SOA. Si vous avez d'ores et déjà accompli ce passage, vous êtes alors prêt à développer vos services Web.

L’intéropérabilité, obtenue par les services standards web, est le fondement de SOA (cf. Road Atlas étapes 3, 4 et 5). La réutilisation des applications existantes est un autre aspect fondamental de SOA (Etapes 3 et 4).

Notons que cette approche SOA pour votre SI doit se faire progressivement. Il est préférable, pour commencer, de sélectionner quelques fonctions fondamentales, généralement celles qui sont destinées à être partagées avec un partenaire externe.

C'est en cela que SOA est une véritable "aubaine" pour la communauté System i, car il n’est pas nécessaire d’abandonner les applications existantes. Au contraire, vous pouvez ouvrir leur potentiel de communication par le biais de standards. Avec SOA, vous capitalisez sur vos actifs applicatifs en les réutilisant dans un contexte différent, avec la possibilité de réduire les coûts pour votre entreprise.

L’importance du rôle des solutions ARCAD :
Nos suites de produits intégrés assistent les entreprises qui modernisent leurs applications en s’appuyant sur les principes du System i Developer Road Atlas et cela à plusieurs niveaux.

L’ARCAD-Open Repository est une vraie base de connaissance du système d’information existant. Il garantit vos actifs applicatifs et fournit un enregistrement complet des changements. Un tel référentiel est indispensable dans SOA. L’ARCAD-Repository référence tous types de composants, qu’ils soient physiquement présents sur le System i ou bien sur un serveur distant, et quelque soit leur origine, System i, UNIX, Linux ou Windows. Il répertorie toutes les dépendances inter-composants (références croisées).

La première étape dans l’approche SOA est, bien entendu, une analyse du système existant pour identifier les fonctions à transformer en services. La suite ARCAD-Observer, outil de cartographie d’application, est idéal pour effectuer cette tâche. Il fournit une large gamme d’outils qui permettent de naviguer dans l’architecture interne afin de mettre en évidence la structure de l’application, les règles de gestion, les liens base de données, logique interne des programmes, etc… A un niveau plus élevé, les fonctionnalités des « vues macroscopiques » offrent une vision des principaux domaines fonctionnels du système d’information. Toutes ces informations peuvent être transformées en documentation technique au format HTML.

La suite ARCAD-Skipper contrôle le processus de changement de l’application et facilite l’intégration de nouvelles technologies. Avec l’adoption de SOA, par exemple, vous en terminerez avec de nouveaux composants qui ne seraient pas présents sur les mêmes plateformes. Les références croisées multi-plateformes de notre offre permettent à des programmes de type JSP, VB, C++ ou à tout autre programme accédant à la base de données sur System i d’être référencés par un lien.
De cette manière, un développeur qui ferait des modifications sur la partie System i pourrait prévenir son collègue de la partie PC que des mises à jour sont nécessaires. Il est également possible de vérifier de manière automatique, la cohérence de groupes de modifications quelque soient les plateformes dont les composants sont issus.

ARCAD-Skipper rend plus performants les transferts en production par un unique processus et garantit leur sécurité grâce à une puissante fonction de retour arrière y compris sur des plateformes hétérogènes.

L’utilisation d’outils tels que ARCAD-Skipper and ARCAD-Observer va vous aider lors de votre voyage au sein de la modernisation d’application, quelque soit la route que vous suivrez dans le System i Developer Road Atlas. Vous bénéficierez également de gains intéressants en terme de qualité, de fiabilité et de sécurité de vos applications et de 20 à 30% de gain de productivité.

Quelques conseils : N’ayez pas peur de vous lancer dans un tel projet. Souvenez-vous que votre situation est unique. Ayez une bonne vision de l’objectif à atteindre. Que vous n’ajoutiez qu’une interface graphique ou que vous fassiez toute la route jusqu’à SOA, nous sommes là pour vous aider !

ARCAD-Observer et Etude de l’Existant en vue d’un Portage Inter Plateformes

Contexte et enjeu du projet : du System i vers Oracle et .NET
Depuis quelques années, un acteur majeur du secteur de la logistique et du transport en forte croissance s’est doté du progiciel SAP comme solution principale de son système d’information, en remplacement de la plus grande partie des applications natives System i.

Afin de ne pas multiplier les plateformes administrées, et SAP étant hébergé sur serveurs Windows et sous bases de données Oracle, il a été décidé de ne pas conserver à terme les AS/400. Les équipes ont de plus une importante expérience Visual Basic.

La spécificité d’une application majeure au cœur du métier dont les fonctions ne sont pas disponibles sous SAP a été à l’origine de la décision de la porter sous Oracle et Windows .NET, tout en l’interfaçant avec SAP.

Une première phase indispensable pour décider du lancement du portage a été l’étude de faisabilité. Cette étude a été confiée à UNILOG LogicaCMG Company qui a préconisé une démarche méthodique associée aux suites ARCAD pour la prise de connaissance de l’existant qui lui ont permis d’avoir un avantage concurrentiel majeur dans le cadre de la consultation pour le projet.

Les modèles de conception et programmation System i natif et .NET étant totalement différents et afin d’assurer pérennité et maintenabilité à l’application migrée (services métiers, architecture SOA, respect des concepts .NET,…), il ne s’agissait pas de se contenter d’une migration automatisée code à code.
L’enjeu pour le portage était donc d’extraire les spécifications de l’application existante System i native pour les traduire en spécifications pour l’application cible.

L’étude a commencé par un lot pilote restreint de composants représentant une branche cohérente de l’application pour ensuite s’étendre, après avoir convaincu, à la totalité de celle-ci avec les mêmes méthodes.
Si les fonctions de l’application offraient des services extrêmement satisfaisants, l’âge de cette application, maintenue au fil des ans sans outil de gestion de configuration logicielle, a par contre rendu nécessaire une première étape d’audit des bibliothèques fournies pour sélectionner les objets et leurs sources correspondants et établir la référence des composants du lot pilote puis de l’application.

Plus values de l'offre ARCAD sur ce projet
Les fonctions ARCAD d’audit de l’existant ont permis de recenser les anomalies de configuration de l’application dont, entre autres, les incohérences entre sources et objets, entre composants ILE, les erreurs de passages de paramètres entre programmes et même entre procédures et détecter ainsi des risques de régression et d’erreurs lors des analyses d’impact. Ces mêmes fonctions permettent à ARCAD de garantir l’intégrité du système d’informations tout au long de son cycle de vie.

ARCAD-Open Repository a automatiquement recensé, dans le Référentiel Intégré, les objets, sources, champs et procédures jusque dans leurs liens : références croisées entre programmes, entre programmes et fichiers, entre champs et lignes de sources, entre champs et variables,… mais aussi relations bases de données ; fournissant une véritable base de connaissance prête à augmenter la productivité des consultants chargés d’extraire les règles métiers.

Puissant système graphique navigationnel dans le Système d’Informations, ARCAD-Observer, se basant sur le Référentiel Intégré, a ensuite permis aux consultants d'UNILOG LogicaCMG Company de comprendre le fonctionnement de l’application sous une forme graphique et interactive : chaînes d’appels de programmes, diagrammes de flux, organigrammes cinématiques, analyses d’impact,…
Véritable vision d’ensemble instantanée de l’architecture interne des applications, ARCAD-Observer a permis aux consultants de produire en automatique les documentations techniques et d’exporter le modèle de données de l’application sous le dialecte SQL Oracle.

Des gains significatifs ont ainsi été notés lors de l’analyse du lot pilote sur le temps passé à documenter et à extraire les règles métiers : on est passé pour le chiffrage du projet complet d'une première estimation de plusieurs milliers de jours à quelques mois.

Les solutions ARCAD sont aussi à même d’accompagner les développements, les tests et la distribution des applications quelle que soit la cible lors des migrations inter plateformes.

ARCAD se développe aux Etats-Unis : Ouverture d’un nouveau bureau

L’engagement d’Arcad à faire augmenter sa part de marché aux Etats-Unis en 2006, la chance d’être à la bonne place au bon moment et à saisir les opportunités du marché, ont conduit à notre formidable expansion aux Etats-Unis en 2007. De nombreux évènements passionnants ont marqué la vie d’Arcad aux Etats-Unis dont, tout dernièrement, le déménagement de notre siège américain à Peterborough, New Hampshire.

On pourrait se demander pourquoi avoir choisi Perterborough comme siège d’Arcad aux Etats-Unis. Un article récent paru dans IT Jungle "Arcad Positions for Growth in Change Management " répond à cette question et évoque nos futures orientations stratégiques.

Depuis plus de 5 ans, l’équipe d’Arcad reconnaît que la société a le potentiel pour réussir aux Etats-Unis grâce à une offre produits large et riche.