GSE - COMITE DE PILOTAGE TECHNIQUE – Juin 2008

Présentation au sujet: "GSE - COMITE DE PILOTAGE TECHNIQUE – Juin 2008"— Transcription de la présentation:

1 GSE - COMITE DE PILOTAGE TECHNIQUE – Juin 2008
1. GSE – Travaux 2008 2. GSE - Travaux prévus 2eme Semestre 2008 3. Tour de table Dernier Comité de pilotage : 24 Janvier 2008 Que s’est-il passé depuis 5 mois

2 GSE : LES MISSIONS Formation «Les évolutions Java 5/6 » ; Rappelons que pour des raisons techniques, il faudra en 2008 passer les serveurs « websphere » de la version 5 à la version 6.xx. Sous cette dernière version, il faut que java soit au-moins en version 5. Il faudra donc modifier les applications développées en java 1.4 et hébergées sous « websphere ». Ces applications sont les suivantes : Financier : Benchmark, CRCS, InterExpansion Communication : Intranet, Extranet GSE : SPCE, SendMail, Ldap Le GSE a donc proposé une formation/séminaire d’une journée sur "Les évolutions Java 5/6" Bilan rapide : intéressante pour les développeurs, la formation était cependant trop technique pour les chefs de projet. Il faudrait réfléchir à une mini formation qui leur permettrait de mieux maîtriser ces architectures et surtout les termes employés >> voir formation J2EE en 2008

3 GSE : Travaux 2008

4 SUPPORT TECHNIQUE : JAVA
Reorganisation des documentations anciens et nouveaux framework Publication : « Open Sources autorisés » Formation « évolutions Java 5/6 » Note de migration Java5 Formation «Les évolutions Java 5/6 » ; Rappelons que pour des raisons techniques, il faudra en 2008 passer les serveurs « websphere » de la version 5 à la version 6.xx. Sous cette dernière version, il faut que java soit au-moins en version 5. Il faudra donc modifier les applications développées en java 1.4 et hébergées sous « websphere ». Ces applications sont les suivantes : Financier : Benchmark, CRCS, InterExpansion Communication : Intranet, Extranet GSE : SPCE, SendMail, Ldap Le GSE a donc proposé une formation/séminaire d’une journée sur "Les évolutions Java 5/6" Bilan rapide : intéressante pour les développeurs, la formation était cependant trop technique pour les chefs de projet. Il faudrait réfléchir à une mini formation qui leur permettrait de mieux maîtriser ces architectures et surtout les termes employés >> voir formation J2EE en 2008

5 AUTRES SUPPORTS Support ADABAS-NATURAL UNIX : mise au point de l’environnement de travail SPOD (outil visuel de développement Natural) Support OPTIM : mise à disposition de l’outil COMPARE pour la recette BDIP Montée de niveau Optim 6.4 Déclenchement traitements UNIX à distance Support DB2 : Document de MEP « Base de Données » DATASTAGE : Gestion correcte du nombre de licences autorisé DIVERS : Arrêt-Relance des applications RSTEST Support DB2 : la note va bientôt sortir. On attend la validation de « Projets-Production » Etapes concernées : Pré-production, Production L’objectif de ce questionnaire est de permettre aux services Production et Système de disposer d’informations concernant : la mise en place d’une nouvelle base de données les changements concernant une base de données déjà installée afin qu’ils puissent configurer la base et sa gestion en fonction de ses spécificités : taille initiale, vie de la base, types d’utilisations, etc… Responsabilités : ce document produit par les Etudes doit être validé par le GSE ce document doit être livré avec le(s) autre(s) dossier(s) de MEP relié(s) Adaptations : Il n’est pas forcément utile de remplir à la ligne près ce document. Si vous avez des doutes sur certains éléments, consultez le GSE, le IT, la Production. En outre, le document étant « connotée » DB2, vous devrez l’adapter pour les autres SGBDs Préalables : une demande concernant la MEP d’une nouvelle base en pré-production ou production doit toujours correspondre à une base déjà existante en test. Cette base de test étant la référence (par projection) pour les calculs d’espaces disque, de dimensionnement. Par contre, l’organisation de la base de test n’est pas forcément la même qu’en production. Par exemple en DB2 UDB : le plus souvent de type SMS (system managed storage) en Test, elle est plus sophistiquée en production : de type DMS (database managed storage) qui peut être combinée avec le type SMS.

6 GSE Assistance Etudes 2008 Compilation des binaires SIP
Assistance « Migration AVIE et AMON vers Unix » Assistance « Migration SIP vers Unix» : DB2, CAST Participation au projet « Workey »

7 JEU D’ESSAI - ANONYMISATION
Livré Anonymisation MUTCIM « GN » : en production Anonymisation SIP « GN » : livré à Metaware Anonymisation AS.NET « Réduit » : en cours de livraison Démarré Anonymisation SIP « Réduit » Prévu SICOM, IREX-IPRICAS, AVIE, AMON Un comité de suivi anonymisation de périodicité bimestrielle avec SSI (D. Amsili et V. Granger), Equipe(s) métier(s) et H. Reibel Je voous en avais déjà parlé au dernier comité technique GSE Le pôle sécurité, à travers le document « anonymisation de données sensibles » a défini une norme. Pourquoi séparer jeu d’essai et anonymisation Elle a pour objet de préciser : les différentes données sensibles devant être anonymisées, dans quels cas les données sensibles doivent être anonymisées, qui a la responsabilité de l’anonymisation, Cette norme s’applique à tous les traitements informatiques qui mettent en œuvre des données sensibles. les procédés d’anonymisation à appliquer. Le GSE a pour mission dans le cadre du pôle développement de fournir outils et assistances aux domaines qui doivent mettre en œuvre cette norme. A cette fin, IONIS a acheté le logiciel Optim de la société Princeton avec deux objectifs : fabrication de bases échantillons pour les tests logiciels anonymisation des données sensibles présentes sur ces bases aux bases de données relationnelles ; Le périmètre Optim est cependant limité : aux bases de données « échantillon », Optim n’étant pas très performant pour l’anonymisation de bases de grande dimension Cette dernière limitation a été rencontré lors du projet « Jeu d’essai MUTCIM » ; Nous n’avons pu envisager la fabrication de bases échantillon ; et cela pour la raison principale de dispo du domaine métier ; d’autres raisons : la base Mutcim ne respecte pas entièrement le modèle relationnel (règles d’intégrité) difficultés pour MOA et MOE de définir les cas de tests (et donc l’échantillon) Le GSE, pour répondre à ce problème, a donc élaboré une solution pour anonymiser ce type de base.

8 Anonymisation : Documentation

9 CARTOGRAPHIE APPLICATIONS (CAST)
Analyse de coûts Migration CAST 6.1 Les applications « castés » : JET, CRCS, SIP RAF : Benchmark, Extranet Santé, InterExpansion Analyse de coûts: il est possible avec l’outil de cartographie de faire une estimation de coût d’un développement. Le GSE a donc fait quelques tests pour les soumettre à la validation des équipes : JET - Coût de modification de la propriété d’une colonne 4 JH On a fait également des estimations de coûts de développement sur tout un projet ; JET : 282 JH SIP (Cobol, DB2, JCL, java) : 485 JH

10 GDSI Décembre 2007 : Première implémentation pour sous-domaine « Infocentre-Tarification » Février 2008 : AVIE Mars 2008 : Support Groupe (Comptabilité) Mai 2008 : Relation Clients (recette Interfaces GICR) Transfert de compétences sur « Equipe Workflow » Transfert de compétence de l’équipe GSE à l’équipe « Relations Clients – Workflows » : ASAP Le support MOA autour de GDSI : - un support niveau 1 sur l’utilisation de l’outil : la MOE du domaine ou sous-domaine considéré - P. Duval assurant le support niveau 2 Suivi du fonctionnement : une réunion trimestrielle avec H. Reibel, GSE (R. Ferret), M. Aubin  organisée par P. Duval avec présentation des statistiques Sous-domaines à planifier A court terme : - SIP, Action sociale A moyen terme - Epargne salariale (à partir de septembre 2008)

11 GSE - Travaux prévus 2eme Semestre 2008
Jeux d’essai - Anonymisations Support COBOL : mise en place outils de développement sous Unix – rafraîchissements normes de développement Support DATASTAGE : Audit utilisation de Datastage Migration Java 5 Tableaux de Bord CAST DB2 : mise en place des procédures stockées Activité d’audit/Contrôle qualité des développements ; pas de budget dans les autres domaines, les corrections seront ventilées en maintenance corrective.

12 Le GSE sans TÊTE ? Ça marchera quand même !
Management assuré par Hervé Prestation externe pour audit utilisation Datastage Budget finalisé avant mon départ

13 Tour de table Questions, demande de travaux, d’assistances…