|
Avec l’arrivée des nouvelles technologies et l’hétérogénéité des environnements qui en découle, ce besoin de transparence cross-plateformes devient de plus en plus crucial car c’est cette source d’information qui va permettre de parfaitement synchroniser des équipes de développement hétérogènes.
Disposer de ces informations en temps réel et parfaitement à jour par rapport à l’existant va permettre :
- D’augmenter l’efficacité des processus d’analyse d’impact,
- D’automatiser ses processus de documentation d’application,
- D’accroître la fiabilité des applications dans les phases de changement.
LA REPONSE ARCAD...
Dans la méthodologie ARCAD, le référentiel, non seulement recense tous les composants logiciels, mais récupère également toutes les dépendances entre ces composants, ce que les développeurs appellent les références croisées.
L’OS/400 fournit déjà à la base bon nombre de références croisées, mais elles sont en tout état de cause incomplètes donc insuffisantes. Dans ARCAD, nous avons complété cette source d’information par des analyses de sources.
Toutes les relations entre programmes, fichiers, commandes, menus, query, etc. sont répertoriées, mais le système descend également au niveau zones (base de données, zones de travail ou zones d’entrée/sortie), et lignes de code.
Si vous développez en environnement ILE, vous serez doublement servi puisque le système recense également toutes les références croisées entre procédures, modules, programmes et programmes de service.
De même, si vous avez implémenté les standards DB2/UDB et/ou que vous développiez en SQL, il existe également les références croisées entre zones/fichiers/triggers/procédures stockées.
Mais ce qui fait la spécificité d’ARCAD, c’est sa capacité à fournir les références croisées multi-plateformes.
En effet l'outil permet de tracer toutes les inter-relations entre les composants AS/400 ( programmes ou fichier) et d'autres composants de systèmes ouverts ( WINDOWS, UNIX ou LINUX).
INTERFACE D'ACCES ?...
Les solutions ARCAD permettent de manipuler ces informations au travers de trois interfaces différentes :
- Une interface 5250, pratique peur ceux qui développent encore dans cet environnement,
- Une interface de type « Client riche » en environnement graphique à partir d’un PC, au travers de la suite ARCAD-Observer,
- Sous forme de plug-ins directement au sein des environnements de développement Wdsc, Eclipse ou RAD (Rational Application Developer).
Elles sont évidemment imprimables mais aussi exportables sous forme de fichiers au format .csv.
En outre, leur exploitation au format « listes » d’ARCAD vous permet de définir divers automatismes en tous genre. Par exemple, si vous souhaitez définir un automatisme pour sauvegarder tous les fichiers en mise à jour dans un traitement batch, vous pouvez écrire une macro-commande qui, en quelques lignes, répondra à ce besoin en allant puiser dans le référentiel les informations nécessaires.
RAFRAICHISSEMENT DES DONNEES ?...
Deux cas de figures peuvent se présenter suivant que vous possédez ou pas la suite ARCAD-Skipper.
Si vous ne possédez pas ARCAD-Skipper, il vous faudra insérer un traitement périodique dans votre scheduler. Les données seront alors rafraichies en fonction de la périodicité du traitement que vous aurez défini.
Si vous possédez la suite ARCAD-Skipper, ces processus de mise à jour sont définis en standard lors des mises en production, et, éventuellement en périodique sur les environnements de développement. Grâce à ce stockage en parallèle de toutes ces informations, vous pouvez faire varier dynamiquement la vue de votre référentiel et consulter à la fois l’application telle qu’elle tourne en production, ou telle qu’elle est encore en développement.
COMMENT ?...
Arcad récupère toutes les références croisées fournies en standard dans l’OS/400. Elles sont complétées par des analyses de source lorsque ceux-ci sont disponibles.
Dans le cas des références croisées multi-plateformes, là encore, ce sont des mécanismes de « parsing » de code qui sont employées. Vous n’êtes pas tributaire de la technologie que vous utilisez. Que vous développiez en Java, VB, .net, C, C++, etc. Les liaisons peuvent être récupérées.
L’ORIGINALITE...
Grâce à la richesse de cette source d’information centralisée, nous avons pu développer un système de contrôle d’integrité automatique sur les versions.
Ainsi, les lots de modifications peuvent être contrôlés sur le plan technique avant même de passer en test. Ce sont autant d’anomalies en moins qui n’auront pas besoin d’être reproduites. Même dans une configuration multi-plateformes, il est possible de garder le même niveau de contrôle. Le système permet de garantir ainsi une parfaite synchronisation des évolutions.
|
