STAGE : Découverte du métier d’Intégrateur Virginie FOURNIER-CAVROIS Année 2006
Sommaire De la création à l’utilisation: Le cycle de vie d’une application ( Suivi de la version 2.4 de PEG_EXTRACT ) Présentation générale du cycle Naissance d’une application : la réponse à un besoin Du développement à la recette Première phase : la recette Seconde phase : mise en production Troisième phase : la maintenance
Le cycle de PEG_EXTRACT PEG_EXTRACT est une application destinée à extraire des données issues de l’application PEGASE, qui assure la gestion des contrats Épargne-retraite individuels et des produits personnalisés .
Naissance d’une application : la réponse à un besoin
Du développement à la recette
Première phase : la recette - Recette Environnement de test 2 types de recettes : Informatique Concerne les développeurs Répertorie les erreurs importante Intégrer sur cet environnement modifie le n° de version Plusieurs itérations possibles avant la recette utilisateur Utilisateur Tests en conditions réelles Groupe d’utilisateurs qui teste les modifications Si la version est jugée correcte : passage en production
Recettes informatiques de PEG_EXTRACT 5 recettes informatiques, dont 3 sont passées en recette utilisateur ( chiffres de builds ): Modifications : 7 sur objets Power Builder ( exécutable ), 3 sur scripts SQL Réglementation des numéros de versions : Un numéro de version est généralement composée de 3 chiffres essentiels : le premier représente la version majeure , le second la mineure, le troisième le numéro de release. Les suivants peuvent être au nombre de 4. Ils évoluent à chaque modification de la livraison en interne, d’une modification Exe, Oracle et courriers ( pour PEGASE uniquement ).
Recettes informatiques de PEG_EXTRACT A chaque recette informatique : Récupération des objets modifiés grâce à un tri sur PVCS Si modification de l’exécutable, création de celui-ci par AIV Mise à disposition de l’exécutable aux développeurs Si modifications de scripts SQL : compilation de toute l’application par AIV Si la version est correcte : passage en recette utilisateur
Recettes Utilisateurs de PEG_EXTRACT - Un jour et demi avant : on fournit le bon exécutable au SCI MONS qui déploiera celui-ci lors de la recette utilisateur ( système LANDESK : constitution d’un package avec les sources puis déploiement grâce à un script sur les postes clients) Jour J : - Déconnexion de tous les utilisateurs de la base de données et Livraison des sources par AIV Exécution des scripts par SLP : Mise à jour de la base de données et de la table des versions ( correspondance exécutable/base ) Si la version est correcte : passage en production
Seconde phase : la mise en production Environnement très sensible : utilisée par la plupart au quotidien Mise à jour régulière : tous les 15 jours à peu près Se fait généralement le midi ou le soir : entraîne le moins de gêne possible Ne clôture pas la version en cours La mise en production fonctionne sur le même processus qu’une recette utilisateur : Lancement de SLP : mise à jour de la base de données et de la correspondance des versions Déploiement par le SCI Mons de l’exécutable via LANDESK Redémarrage de la base et autorisation de connexion pour les utilisateurs
Troisième phase : la maintenance - Maintenance Environnement de correction de la production 2 types de maintenances : Informatique Concerne les développeurs Contrôle la validité de la version Corrige les erreurs bénignes Plusieurs itérations possibles avant la maintenance utilisateur Utilisateur Tests en conditions réelles - Équivalent de la recette utilisateur du côté production Groupe d’utilisateurs qui teste les modifications Si la version est jugée correcte : report des modifications en production