COORDINATION DES DEVELOPPEMENTS...
Le tout premier besoin toujours évoqué par rapport à un outil comme ARCAD-Skipper, c’est celui de la non régression des applications lorsqu’elles doivent subir plusieurs projets d’évolution simultanés, le tout en parallèle d’une activité de maintenance corrective continue. Nous avons vécu l’exemple d’un prospect (devenu client, bien entendu) qui avait perdu plus de six mois de maintenance corrective suite à la mise en place de ses adaptations An 2000.
Avec ARCAD-Skipper, vous disposez d’un moyen sur et efficace qui contrôle en permanence les situations de double ou triple maintenances sur les mêmes composants. Il établit des règles strictes et des systèmes de validation qui permettent de réellement garantir la non régression du code.
STABILITE...
Le challenge pour une équipe de développement consiste à maîtriser l’équilibre de la balance entre réactivité et fiabilité. Trop de fiabilité peut cacher un manque d’évolutivité pour une application. Elle risque alors avec le temps de n’être plus en phase avec les besoins de l’entreprise. A l’inverse, trop de réactivité cache une instabilité permanente des applications, instabilité que les utilisateurs apprécient de moins en moins.
En mettant en place une organisation s’articulant entièrement autour d’un versionning efficace, on va permettre un taux de changement élevé, tout en garantissant la stabilité des applications en production.
A terme, ce sont les utilisateurs finaux eux-même qui bénéficient des retombées de la mise en œuvre d’ARCAD-Skipper. Ils voient leurs applications continuer d’évoluer, mais à des échéances précises qu’ils peuvent mieux appréhender, plutôt que de devoir subir des indisponibilités intempestives et récurrentes. De nombreux clients nous ont déjà fait part de ce genre d’expérience.
LA REPONSE ARCAD...
Dans la méthodologie ARCAD, la notion de versionning constitue la clé de voûte de l’ensemble du produit. C’est un versionning à la fois de composants et d’applications. Les mises en test et mises en production se font avec comme point d’entrée un numéro de version. Après la mise en production, l’application complète est alors considérée comme étant à ce nouveau niveau de version.
La méthodologie ARCAD est basée sur un modèle des gestions en « locks pessimistes ». Cela signifie en clair que le rattachement d’un composant à un numéro de version se fait en amont de sa modification. Par opposition, dans une gestion en « locks optimistes », tout développeur peut modifier un composant sans tenir compte des allocations déjà existantes. Il se met de fait beaucoup plus rapidement dans des situations de double ou triple maintenances.
Avec ARCAD-Skipper, il s’établit une hiérarchie naturelle entre les évolutions en cours. Le développeur sait toujours ainsi vers quelle cible il doit effectuer ses reports de maintenance.
Cliquez pour agrandir
LE VERSIONNING...
Trop de gens cantonnent cette notion aux aspects purement développement. Certes, il permet d’assurer la coordination entre développeurs dans les phases de développement. Mais avec ARCAD, cette notion déborde largement sur l’ensemble du cycle de vie des applications :
En amont, elle permet de communiquer plus facilement avec l’utilisateur. Si celui-ci détecte une anomalie en production, par exemple. L’équipe informatique peut alors lui indiquer qu’elle sera corrigée dans telle nouvelle version de l’application, dont la mise en production est prévue à telle échéance. En aval, Le versionning est fondamental pour coordonner les équipes de test et de documentation. Les lots d’évolutions leur parviennent avec une hiérarchie précise. Ils sont alors dûment testés et documentés. Les documentations techniques sont toujours en phases avec l’application. Par ailleurs, si vous avez à déployer vos modifications sur de multiples machines ou partitions, vous pourrez avec ARCAD vous contenter de suivre les niveaux de version des applications sur vos sites, plutôt que de devoir descendre au niveau composants.
Grâce à cette approche unique de la notion de versionning orientée application, la solution ARCAD-Skipper est capable d’adresser des entreprises qui n’ont aucune équipe de développement. Elles sont utilisatrices de progiciels, reçoivent donc des nouvelles versions de leur fournisseur. Le système de versionning d’ARCAD va pouvoir intégrer ces modifications externes et fournir le même niveau de coordination entre les acteurs du changement. Si vous souhaitez en savoir plus sur ce sujet, vous pouvez vous reporter à la page « réception progicielle ».
FONCTIONNALITES...
Le début d'un processus de changement commence systématiquement par l'ouverture d'un lot de modifications identifié par un numéro de version. Lors du passage en production de ce lot, l'application sera considérée comme étant à ce niveau de version.
Ce principe de versionning assure :
- L’allocation des composants par un utilisateur dans une version donnée (principe de check-out),
- Le transport automatique du ou des fichiers " supports " en environnement de développement,
- Le stockage automatique de tous les changements effectués,
- Le référencement à des fiches de maintenance,
- Le transfert en test et production.
Archivage des composants
Grâce au système d’archivage intégré, il est possible de conserver en ligne autant de versions antérieures des composants que l’on désire (sources et/ou objets).
Au travers du référentiel ARCAD, il est possible de consulter l’historique des versions de chaque composant et de visualiser, voire même de récupérer en cas de besoin le source correspondant. Le développeur n’a plus à perturber l’exploitant pour effectuer ce travail, ce qui peut parfois gagner un temps considérable.
« Check-out » des composants
Le principe du « check-out » effectue l’allocation d’un composant à un développeur jusqu’à la mise en production C’est un principe de base commun à tous les gestionnaires de versions. Le « check-out », c’est l’allocation d’un composant au titre d’une version par un développeur. Il ne sera libéré qu’à la phase finale c’est à dire la mise en production. Ce système permet aux développeurs d’avoir une vision précise des modifications en cours et de coordonner les modifications entre développeurs afin d’éviter les cas de régression. C’est également grâce à cette fonction que le système contrôle les maintenances parallèles et les éventuelles fusions qui en découlent.
Contrôle de la codification des composants
Vous pouvez définir vos propres règles de dénomination de vos composants. Le système assurera pour vous le contrôle du respect de ces règles.
Cartouche standard dans les sources
ARCAD-Skipper permet d’implémenter automatiquement à l’intérieur des sources un en-tête standard recensant les diverses modifications subies par le composant et la référence aux lignes impactées.
CONCLUSION...
Avec un bon système de versionning, vous pouvez mettre en place une organisation rigoureuse qui vous garantira à la fois une meilleure productivité dans l’évolution de vos applications et une plus grande stabilité de vos environnements de production.
|
