LA PROBLEMATIQUE

Cette interface s’adresse à toutes les entreprises utilisant l’atelier de génie logiciel Lansa. Elle concerne les organisations qui souhaitent aller plus loin dans leur démarche de structuration et de sécurisation de leurs développements applicatifs, qu’ils soient réalisés au sein ou en dehors de leur AGL.

Cette volonté de structuration peut s’inscrire dans une démarche :

•  De réponse aux exigences d’auditeurs relatives à la traçabilité des archives de sources, incluant donc les sources Lansa,
• D’amélioration de la qualité des évolutions produites,
• De maîtrise des développements parallèles dans le cas de changements importants et simultanés.
  

La réponse à ces problématiques passe par la mise en œuvre d’un outillage de gestion de configuration logicielle. Un outillage devant bien sûr intégrer la gestion de toutes les diverses entités de développement manipulées dans Lansa.
Les outils disponibles sur le marché,  jusqu’à présent, ne couvrent le besoin que de manière très incomplète et ce pour diverses raisons.

LA SOLUTION ARCAD

Pour fournir les services de gestion de configuration, gestion de version, ARCAD a la capacité à gérer ou s’intégrer à un grand nombre de systèmes de développement. ARCAD for LANSA est une interface de gestion de configuration des développements réalisés au travers de l’Atelier de génie logiciel et framework Lansa.

ARCAD For LANSA a deux niveaux d’interface pour répondre souplement aux besoins :

• Niveau 1 : Release management qui permet la gestion des composants LANSA pour les organiser en version avec possibilité d’attachement à des fiches de maintenance (Relation tâches LANSA/Fiche de maintenance possible).
• Niveau 2 : Gestion de configuration au niveau des composants LANSA (les entités propres à l’AGL) afin d’assurer l’ensemble des fonctions de gestion de configuration (dont les Checkout/checkin) dès la phase de modification des « sources LANSA ».

L’interface niveau 2 utilise les fonctionnalités de l’interface niveau 1 pour les fonctionnalités de transferts et de traçabilité.

Dans ARCAD, ces interfaces ont été réalisées dans les couches basses du noyau technique du produit afin de s’intégrer de façon naturelle dans les procédures existantes et donc ne pas nécessiter la multiplication des processus. Tant que faire se peut, ont été pris en compte la transparence vis-à-vis des développeurs et de leurs interfaces. Ceci donne une interface qui s’intègre parfaitement dans l’AGL et les procédures standards d’ARCAD.

Interface niveau 1 : Release Management des composants Lansa

Pour s’intégrer facilement et en cohérence avec Lansa, nous avons relié la notion d’application/environnement ARCAD à la notion de partition Lansa. Pour la notion de version/release, nous avons utilisé les éléments d’extraction de composants les plus couramment usités par les développeurs Lansa à savoir : le filtrage par date de création/modification et/ou les tâches, si le suivi des tâches est activé dans la partition Lansa.
 
Des fonctions de CheckIn/checkOut sont appliquées sur les composants Lansa sélectionnés pour constituer une release. Ceci permet une gestion des conflits bien avant les phases de mise en test ou mise en production. Il y a remontée des anomalies de gestion de configuration pour donner une bonne visibilité au développeur sur ces éventuels conflits.

Ensuite, les développements étant organisés en version, les processus classiques de release management d’ARCAD s’appliquent, apportant contrôle d’intégrité/cohérence des versions, traçabilité et sécurité depuis la sortie des développements jusqu’à la mise en production.
Il est à noter que ces processus sont multi-technologies. Ceci fait que l’équipe de développement Lansa utilise exactement les mêmes processus que des équipes de développement classique/Natif ou nouvelle technologie.

Pour gérer les composants Lansa, une définition des entités de l’AGL a été créée sous forme de type de composant (technologie ARCAD-DTC). Elle a permis de recenser l’ensemble des composants d’une partition Lansa pour ensuite pouvoir les gérer en configuration comme n’importe quel autre objet standard de l’OS. Les fonctions de Checkin/Checkout sont assurées par interception des modifications faites sur les entités. Ceci permet une gestion des conflits pendant la phase de développement sur composant Lansa (on voit ici l’avantage majeur par rapport à l’interface de niveau 1). Dans ce mode de fonctionnement, le suivi des tâches Lansa est activé et les fiches de maintenance y sont associées pour assurer une traçabilité maximale des composants.
Ensuite, les développements étant organisés en version, les processus classiques de gestion de configuration d’ARCAD s’appliquent, apportant contrôle d’intégrité/cohérence des versions, traçabilité et sécurité depuis les développements jusqu’à la mise en production.
Il est à noter que ces processus sont multi-technologies. Ceci fait que l’équipe de développement Lansa utilise les mêmes processus que les équipes de développement classique/Natif ou nouvelle technologie.