Origine de l’utilisation de Coswin chez Airbus

Coswin a été mis en place pour la gestion de la maintenance des moyens généraux où toute la maintenance est sous-traitée à des prestataires sous contrat de résultat. Coswin est l’outil de gestion commun des techniciens et des contrôleurs.

Coswin est utilisé à Toulouse depuis 1991, dans les versions DOS puis MS/Windows et Client Serveur. Le logiciel était installé sur les postes de maintenance de tous les sites de Toulouse. En 2005, la décision de migrer vers Coswin 7i (version J2EE Java) a été prise, afin de permettre une mise en place de Coswin 7i sur l’ensemble des usines France (Saint Nazaire, Meaulte et Nantes), et une ouverture de Coswin 7i à tous les prestataires, quelque soit l’endroit où ils pourraient se connecter. Coswin 7i est installé sur une plateforme ORACLE 10g sur des serveurs SUN Solaris et Windows. Sur le site de Toulouse, Coswin7i est géré par deux administrateurs «métier» et un correspondant du département informatique, qui est le correspondant à la fois de la Direction Informatique, des utilisateurs et de l’intégrateur en charge de la mise en place de Coswin 7i dans le groupe. Chaque bâtiment possède un secrétariat, qui envoie les demandes d’intervention, qui sont transmises aux 8 personnes en charge de contrôler les 20 contrats de maintenance. Il y a plus de 100 personnes qui utilisent régulièrement Coswin 7i à Toulouse.

Objectifs atteints grâce à Coswin

Les apports de la solution Coswin 7i centralisée sont de pouvoir :

•Bénéficier d’une base de données des équipements bien organisée et efficace, selon la codification de SAP,
•Mettre en place un outil de gestion de la maintenance préventive, réalisée par les prestataires (20 contrats à Toulouse),
•Dispatcher les demandes d’interventions, reçues par les secrétariats de chacun des sites, les affecter aux contrats et suivre l’état d’avancement de chaque demande,
•Suivre l’exécution des travaux par les prestataires, même les travaux de maintenance préventive,
•Produire des indicateurs d’activité de maintenance et assurer un contrôle des fournisseurs.

Les objectifs à court terme :

•Extension de l’utilisation de Coswin 7i aux sites de Méaulte et de Saint Nazaire, puis extension au site de Nantes,
•Mise en place d’autres fonctionnalités. Coswin 7i est déjà installé pour la partie maintenance, extension à la gestion des stocks des pièces gérées par les prestataires,
•Mise en place du dialogue avec les utilisateurs par un portail des DI.

Intervention sur site

la mi-2008, Airbus fait la demande pour une mise à jour en version Coswin 7i 3.2. Au sein d’une structure aussi complexe que celle d’Airbus, composée de divers intervenants, notamment Sopragroup et Stéria, la migration nécessite plusieurs étapes de validation avant une mise en production effective.

La problématique n’était pas seulement accès sur la base de données mais aussi sur le serveur d’application IAS. En effet, suite à des fichiers corrompus, il était impossible de mettre à jour le logiciel Coswin.
Les premières étapes de la mise à jour ; la mise à jour du serveur d’application et de la base de données; se sont succédées avec l’aide du support technique de Siveco Group.

Sopragroup et Stéria, décident d’entamer le passage de la plateforme de validation en version 7i 3.2.
Cette étape est très importante, car celle-ci précède la mise en production, et Airbus donne son feu vert ou non suite aux tests à venir. Il était donc très important que ces deux intervenants et Siveco puissent opérer avec succès cette étape de validation. Travaillant sur cette plateforme depuis quelque mois sans résultat, ils décident donc de faire appel au savoir faire de Siveco afin de réaliser cette mise à jour.

Un technicien de chez Siveco se rend donc sur place afin de comprendre la problématique et aider à la réalisation de cette étape délicate. En effet, la mise à jour a échoué sans raisons apparentes malgré l’analyse des logs reçus de la part de Sopragroup. Après une journée de recherche, des éléments concrets ont pu être décelés pouvant donc empêcher la mise à jour de la base de données. La vérification de la check liste réalisée à partir des constatations antérieures (trigger à désactiver, sessions actives à killer, jobs en cours à stopper et compilation des objets), est opérée sur la base de validation.

La mise à jour se lance enfin et semble très bien se passer. Puis, la mise à jour est stoppée, à cause de l’espace disque du serveur, qui est plein. En effet, le mode ARCHIVELOG était activé, ce qui a pour conséquence l’utilisation accrue de l’espace disque, pouvant occasionner des erreurs lors d’une mise à jour. Les logs correspondant à l’ARCHIVELOG sont supprimés, permettant ainsi de relancer la mise à jour. Suite à cette manoeuvre, la mise à jour est terminée. La base de validation est enfin effective en version 7i 3.2.

Grâce à des interventions sur le terrain, comme celle-ci, Siveco group ne cesse de progresser afin d’optimiser les procédures d’intervention sur tous types d’environnements. Une check liste des plus complètes sera établie afin de limiter ce type d’erreur lors des procédures de migration.

Siveco Group

Hélène Fernandez