Transcript TMA PSI – Ginseng Livret d`Accueil

and
TMA PSI
Livret d’Accueil
10 janvier 2011
Together. Free your energies
Historique des modifications
Version
Date
Auteur
Description
V1.0
02/07/2010
L. Pou
V.1.2
10/01/2011
V.Letetrel
Maj historique
V1.3
22/02/2011
V.Letetrel
Maj
Création du document
Sommaire
1.
2.
3.
Processus d’accueil
Historique du projet
Description du contexte
1.
2.
4.
5.
6.
Déroulement d’une version corrective
Déroulement d’une version évolutive
La TMA s’est industrialisée …
1.
2.
3.
4.
7.
8.
9.
Equipe projet
Description des plateformes
Clarity
Mantis
Documentation projet (sur SF1NANTES et Teamforge)
Gestion de versions
Sensibilisation sur les engagements
Qualité des développements et TU
Réussite d’un projet
1- Processus d’accueil
 Lecture de ce présent document - dans certains pages le symbole “
d’accéder à des compléments d’informations sur le sujet en cours
.” permet
 Prise de connaissance de l’application fonctionnellement et techniquement
(dossier d’architecture, conceptions, spécifications) (1j)
 Installation du poste de développement (0,5j)
 Les différentes informations se retrouvent dans le Wiki de la TMA :
https://coconet2.capgemini.com/sf/go/projects.fr_west_gdf_suez_inca/wiki
 Les démarches administratives pour ton arrivée ont été déjà lancées ( création de
compte, affectation à liste de diffusion, … )
Les délais indiqués sont les délais moyens. En fonction du
projet, ceux-ci peuvent être ajustés
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 4
2- Historique du projet

2007-2008
•

 build de l’application Inca par Capgemini
2008
• Été
 appel d’offre pour la mise en place d’une TMA multi-applicative pour la PSI
• 2ème semestre
 réponse à l’appel d’offre TMA PSI + MCO Inca

2009
•
•
•
•
•
•

 Contractualisation de la TMA PSI
 Reprise Elide et Proteca et Casel
 Reprise de Cap Transport, Inca et OPC ; lancement évolution ATA-AQR
 Reprise de BTM et lancement du build d’Oasis
 Lancement de la reprise de Ginseng 1
 Reprise de Star ;
2010
•
•
•
•
•

Janvier
Février
Mars
Avril
Juin
Juillet
janvier
février
Mars
mai-juin
octobre
 mise en pilote d’Oasis et lancement de la reprise de Focom ;
 reprise d’Eden et build d’Appose
 1ère mise en production de BTM (v2.2.3)
 Build d’Aspic
 Fin de la maintenance de FOCOM, Début de la maintenance de ASPIC/APPOSE
2011
• janvier
 Scission du contrat GDF SUEZ et GRTgaz
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 5
3.1 - Contexte - Equipe projet
Equipe GDF Suez
Sous entité
INFRASTRUCTURE
CSI
PSI
Didier MONTBRUN
Informatique
Gestion
Informatique
Industrielle
David TOSCHINI
Thierry HAMELIN
Porte le contrat avec Capgemini sur la TMA PSI
Jacques REBEROL/Yvon PATTE
Responsable Qualité
Marc MONTEILS
POPs
Caroline LE FLOHIC
Monique LARZUL
Nicolas COSSARD
Eric DRONET
Ludovic CHEDOTAL
Patrice DESFORGES
POP
Delphine REGNIER/Pascal BALAY
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 6
3.1 - Contexte - Equipe projet
Commercial
Engagement Executive
Gaëlle COPPIN
Olivier CLOUET
Equipe Capgemini
Responsable de
Maintenance
Virginie Letetrel
PMO
Experts techniques et
fonctionnel
Kadvaël COIFFET
DBA : Franck ELLIOT
Architecte : Johann GOULLEY
SFD et cahier de tests : Violaine
POUPELIN
RAs Nantes
Julien BELLEC
Julien JOSEPH
Yves-Armel CAROF
Ludivine POU
RAs Casablanca
Fadh ROUDIES
Hassan ZGHIKH
Equipe Nantes
Equipe Casablanca
Justine POEZEVAR
Amal BOUTAYEB
Said SATOUR
Soufiane MOUFLIH
Adil EL HOSSAINI
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 7
Distribution Applications
3.1 - Contexte - Equipe projet
Application
POA (Backup)
RA
ATA AQR
Caroline Le Flohic
Ludivine Pou
BTM
Mohamed Abdallah
Kadvaël Coiffet
CAP TRANSPORT
Eric Dronet (Frédéric Lecroc)
Kadvaël Coiffet
CASEL
Nicolas Cossard
Julien Joseph
EDEN
Caroline Le Flohic
Kadvaël Coiffet
ELIDE
Caroline Le Flohic
Kadvaël Coiffet
GINSENG
Delphine Regnier (Pascal Balay)
Ludivine Pou
INCA
Eric Dronet (Frédéric Lecroc)
Kadvaël Coiffet
OPC
Monique Larzul
Kadvaël Coiffet
OASIS
Caroline Le Flohic
Kadvaël Coiffet
PROTECA
Nicolas Cossard
Julien Joseph
STAR
Ludovic Chedotal
Virginie Letetrel
APPOSE
Patrice Desforges (Laurent Chateau)
Kadvaël Coiffet
ASPIC
Patrice Desforges (Laurent Chateau)
Kadvaël Coiffet
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 8
3.2 - Contexte - Description des plateformes
Windows
Windows
ESX (X86) – Solaris 10
IP: 194.4.225.87 (Inca-doc)
IP: 10.67.38.152
IP: 194.4.225.84
Plateforme Intégration
(VDI-GDF-DEV07)
Plateforme Intégration
Poste de
travail
STAR
Environnement de
développement
Documentum
(pour INCA & STAR)
MICADO
IP: 194.4.225.17 - port:1521
CASEL (CASEL_D(_I,_P))
SGBD
GIN_D(_I,_P)
(GDF, TER_EN…)
GINSENG
BTM (BTM_D(_I,_P))
PROTECA (…)
VM  (FRPARSIGMOBORA)
IP: 10.68.249.118 port:1521
CAP TRANSPORT
EDEN (…)
ELIDE (…)
SGBD
CTERES_D(_I,_P)
(APPOSE, ASPIC, GAIA…)
APPOSE
ASPIC
Nom des bases (ORACLE_SID)
Nom des schémas
and
OPC
OASIS*
APPOSE*
GINSENG
Argis Server
MICADO ( EDIT )
WebServices
MICADO (FDP)
PROTECA
ASPIC*
CAP
TRANSPORT
Open Office
(pour CASEL & OASIS)
weblogic
8.1 sp4 & 8.1sp5 (pour les applis (*))
OASIS (ATPERMIS_D(_I,_P))
SGBD
DPG_D(_I,_P)
BTM
(SIGMOBILE-DEV1)
OPC (OPC_D(_I,_P))
INCA(…)
CASEL
Windows 
IP: 10.68.160.19
AIX 5.3
INCA*
Web Services sur
TomCat
Linux
IP: 194.4.225.86
apache
Plateforme Intégration
EDEN
ELIDE
ESX (X86) – Solaris 10
IP: 194.4.225.82
Plateforme Production
Même éléments que sur la plateforme
d’Intégration Solaris à l’exception
d’APPOSE & ASPIC
Together. Free your energies
 : n’appartient pas à la TMA
Nom des bases (ORACLE_SID)
Nom des schémas
Docs de référence:
doc1486542, doc1578984
| Discipline, Sector, Alliance
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 9
4- Déroulement d’une version corrective
Phase de qualification &
d’initialisation du périmètre
Phase d’intégration et
validation
Phase de développement & TU
Recette client
Les TU doivent être initialisés avant la réalisation
du développement
Début de
version
(vx.y.z)
Détermination
du périmètre
initial
Analyse du
stock
d’anomalies
Consolidation
du périmètre
final
Validation des corrections
et tests de non régression
Correction des anomalies
DV
DV+n
Les anomalies corrigées sont passées
au fur et à mesure à l’état ‘corrigé’
Livraison
Création d’anomalies
sous Mantis
Dans cette phase
L-m
Ldes re-livraisons ou
patchs sont
possibles
Les anomalies définies dans le
périmètre sont mises à jour dans
Mantis (version cible: vx.y.z, état: ‘à
corriger’)
Le périmètre est
consolidé avant le
passage à la phase de
validation
Les anomalies du
périmètre sont
mise à jour dans
Mantis (état:
‘Livré’)
Le suivi des anomalies et le périmètre de la version
sont réalisés via Mantis
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 10
5- Déroulement d’une version évolutive
Phase de planification
de la version
Début de
version
(vx.y.z)
Phase d’intégration
& validation
Recette client
Communication
du RA à l’équipe
Validation
du devis
Livraison
Réalisation du
planning & affectation
des tâches
DV
Phase de réalisation
Mise à jour des
Réalisation de la
specs
conception technique &
fonctionnelles
initialisation des TU
A ce stade,
l’engagement est
pris auprès du
client (date de
livraison &
périmètre)
Création d’anomalies
sous Mantis
Développement & TU
Les documents sont
envoyés au RA pour
revue.
Après validation, les
développements
peuvent commencer.
Dans cette phase des
Le nombre
d’anomalies
détecté doit
représenter 10%
de la charge de
développement
pour affirmer une
bonne qualité des
développement et
TU (pour 100jrs de
dev, 10 anomalies
sont détectées)
L re-livraisons ou patchs
sont possibles
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 11
6- La TMA s’est industrialisée …
 Un ensemble de pratiques sont mises en place et s’appuient sur des
outils :
 Clarity: Suivi de l’activité et du budget
 Mantis: Suivi des anomalies et évolutions
 Sourceforge Collabnet: Stockage des documents projet
 Serveur SF1NANTES\gdf suez : Stockage des livraisons
 Environnement de développement (Eclipse, Tora, …)
 Intégration Continue
 …
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 12
6.1- Clarity
Actions à réaliser :

Saisir son activité au moins une fois par jour.

Demander la création des tâches manquantes le plus tôt possible.

Réestimer son “reste à faire” pour toutes les tâches affectées quotidiennement (dernière colonne
saisissable de la feuille de temps)
• Eventuellement le justifier par un commentaire (icône “bloc note à gauche de la tâche)

Vérifier la date de fin de chaque tâche et remonter une alerte si le reste à faire estimé n’est pas
réalisable dans les délais prévus.

Au plus tard l’avant dernier jour de la période travaillée précédent la date de fin de la feuille de temps
(généralement le jeudi), il est impératif que :
• Les tâches saisient soient les bonnes,
• les RAF aient été revus,
• la feuille de temps et les suivantes correspondant à des absences soient soumises.

Annoncer le plus tôt possible à son RA ses périodes d’absences prévisionnelles, même si non
définitives.
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 13
6.2- Mantis
 Utilisation de 2 Mantis
• Mantis public: Accessible par le client
 Pour stocker l’ensemble des éléments (Anomalie, Evolution,
Demande de support) demandés par le client
• Mantis privé: Non accessible par le client
 Utilisé pendant la phase d’Intégration/Validation
 Pour tracer l’ensemble des anomalies relevées lors de la validation
interne d’une version
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 14
6.2- Mantis
Les champs utilisés d’un item Mantis




ID
Catégorie
Sévérité
Etat applicatif





Date de soumission
Dernière mise à jour
Rapporteur
Assigné à
Version du produit










Version ciblée
Résolu dans la version
Etat
Résolution
Résumé / Description
Etapes pour reproduire
Informations complémentaires
Piéces jointes
Relations
Note
: Identifiant de l’item Mantis
: Type d’item (Anomalie, Evolution, Demande de Support)
: Bloquant, Majeur, Mineur
: Pertinent pour un item de type Anomalie
Phase à laquelle a été trouvée l’anomalie (Intégration-Qualification, recette fonctionnelle, production)
: Date de création de l’item
: Date de dernière mise à jour
: Personne ayant créé l’item
: Personne en action sur l’item à un instant t
: Pertinent pour un item de type Anomalie
Version de l’application dans laquelle a été détectée l’anomalie
: Version dans laquelle l’item doit être livré au client. Il s’agit d’une version visible du client.
: Version dans laquelle l’item sera livré au client. La version indiquée doit descendre au niveau build
: Etat de l’item (soumise, corrigée, validée…)
: Action apportée pour traiter l’item (ouvert, résolu, pas un bogue…)
:: Scénario pour reproduire l’anomalie
::: Identification de la relation entre différents items (doublon, dépendance pour reproduction…)
:-
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 15
6.2- Mantis
Déroulement d’une version corrective
Phase de qualification &
d’initialisation du périmètre
Phase d’intégration et
validation
Phase de développement & TU
2
1
Recette client
3
Dans Mantis, ci-dessous le listing des champs renseignés à chaque transition

Transition 1: Action RA





Transition 2: Action développeur





Etat: ‘A corriger’
:
Assigné à: <développeur en charge de l’anomalie>
Version du produit: vX.Y.Y
Version ciblée: vX.Y.Z
Etat: ‘Corrigé’
Assigné à: <Valideur (souvent RA)>
Résolu dans la version: vX.Y.Z _<N° du build>
Temps de correction: <charge>j
Transition 3:
•

Action Valideur

Etat: ‘Validée’

Assigné à: <RA>
Action RA

Etat: ‘Livrée’

Assigné à: <client>
En phase d’intégration/Validation, la personne
qui découvre l’anomalie est celle qui valide la
correction
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 16
6.2- Mantis
Déroulement d’une version évolutive (1/2)
Phase de planification
de la version
Phase d’intégration &
validation
Phase de réalisation
2
1
3
4
Recette client
3
Dans Mantis, ci-dessous le listing des champs renseignés à chaque transition

Transition 1: Action client




Etat: ‘A spécifier’
Assigné à: <RA>
Version ciblée: vX.Y.Z
:
Transition 2:
•


Action RA

Etat: ‘spécification fonctionnelle à valider’

Assigné à: <RA>

Note: Donner le lien vers les spécifications et vers la conception
Action client

Etat: ‘acceptée’

Assigné à: <RA>

Note: Donner le lien vers les spécifications et vers la conception
Action RA

Etat: ‘à réaliser’

Assigné à: <développeur en charge de l’anomalie> ou <RA si plusieurs développeurs sur l’évolution>
| Discipline, Sector, Alliance
and
Together. Free your energies
© 2009 Capgemini. All rights reserved 17
6.2- Mantis
Déroulement d’une version évolutive (2/2)
Phase de planification
de la version
Phase d’intégration &
validation
Phase de réalisation
2
1
3
4
Recette client
5
Dans Mantis, ci-dessous le listing des pincipaux champs renseignés à chaque transition

Transition 3: Etape interne Capgemini – Pas de modification de Mantis pour cette transition


Transition 4: Action développeur ou RA si plusieurs développeurs sur l’évolution





Le développeur en charge de la réalisation de la conception technique et de l’initialisation des TU informe le RA
par mail de la finalisation de l’action pour lancer la revue
Etat: ‘Réalisée’
Assigné à: <Valideur (souvent RA)>
Version ciblée: vX.Y.Z
Résolu dans la version: vX.Y.Z_<N° du build>
Transition 5:


Action valideur

Etat: ‘Validée’

Assigné à: <RA>
Action RA

Etat: ‘Livrée’

Assigné à: <client>
| Discipline, Sector, Alliance
and
Together. Free your energies
© 2009 Capgemini. All rights reserved 18
6.3- Documentation projet
 Les documents du projets sont situés:
• Sur le serveur \\SF1NANTES\GDF SUEZ\tma psi\production
 Tous ce qui est relatif aux livraisons (sous Y:/6*/601 Suivi des livrables)
 Logiciels utilisés sur la TMA (sous Y:/7*/701*/7012 Logiciels)
 Les dumps de bases (sous Y:/7*/701*/7013 Bases)
• Sur l’outil Collabnet Teamforge
 Pour l’ensemble des documents de la TMA PSI
| Discipline, Sector, Alliance
and
Together. Free your energies
6.3- Documentation projet
Collabnet Teamforge (SFEE)
Project: FR-WEST GDF SUEZ - TMA PSI
 Accessibilité:
https://coconet2.capgemini.com/sf/projects/fr_west_gdf_suez_inca
• Par toute l’équipe Capgemini par internet (avec restrictions)
• Par le client (avec restrictions)
 Fonctionnalités utilisées
• Documents
• Wiki
 Point d’entrée: TMA_GUI_doc1557489_Gestion documentaire_V1r2.xls
(https://coconet2.capgemini.com/sf/go/doc1557489) (Règle de nommage des
documents, droits…)
Les documents déposés dans TeamForge sont des documents « applicables » ; ils
sont versionnés ; ce ne sont pas des versions de travail ; TeamForge n’est pas
un site d’échange, mais de mise en configuration.
| Discipline, Sector, Alliance
and
Together. Free your energies
6.3- Documentation projet
| Discipline, Sector, Alliance
and
Together. Free your energies
6.3- Documentation projet
Focus sur le process documentaire
 Régle de nommage Fonctionnalités utilisées
IPT_TTT_docNNNNNN_ xxxx _Vv.r.ext
| Discipline, Sector, Alliance
and
Together. Free your energies
6.3- Documentation projet
Focus sur le process documentaire
 Droits et profils
Répertoire 1er niveau
Description
000_Index des documents
010_Annexes
020_Templates
030_Gouvernance_Contrat
040_Gouvernance_Applications
050_Delivery
060_Pilotage_Interne_Contrat
070_Pilotage_Interne_Application
080_Delivery_Interne
090_Gestion des collaborateurs
Contient l’ensemble des modèles de document (BDL,
cahier de recette, CTD, FTU…)
Compte rendu des comités contractuels, Satisfaction
client, Contrat ….
Compte rendu des points Hebdo et COPIL, PQM, Devis,
Bordereau de livraisons…
Eléments des projets à partager avec le client (dossier
d’architecture, spécifications….)
Eléments des projets ne devant pas être partagé avec le
client (document d’installation d’un poste de dev…)
Accès
Client
(O/N)
O
O
Accès Client (O/N)
Tous
Tous
O
Tous
O
RC / CP
O
RC / POA / CP / RA
O
N
N
POA / CP / RA / DEV
CP / commercial
CP / RA / RV
N
N
CP / RA / DEV
CP / RA / DEV
| Discipline, Sector, Alliance
and
Together. Free your energies
6.3- Documentation projet
Focus sur le wiki
 Droits et profils
Mise à jour dynamique
Gestion par catégorie
Capitalisation applicative
(Technique / Fonctionnelle)
Bests Practices
| Discipline, Sector, Alliance
and
Together. Free your energies
6.4 - Gestion de la configuration
Objectifs
 Faciliter le travail collaboratif en proposant aux concepteurs et aux
développeurs des outils et des procédures garantissant la cohérence du
travail d’ensemble,
 Faciliter la traçabilité de la production en proposant un système de
versioning et d’archivage permettant de disposer à tout moment d’une
copie du système dans toutes les versions en exploitation et/ou en cours
de production
Outil utilisé : SubVersioN (SVN)
| Discipline, Sector, Alliance
and
Together. Free your energies
6.4 - Gestion de configuration
Organisation d’un projet sous SVN
 Trunk (tronc) : branche principale du projet (branche qui est vouée à évoluer
le plus longtemps)
 Branches : répertoires contenant l’application dans différents états
fonctionnels évoluant parallèlement ;
 Tag : répertoire référence contenant les versions tagguées sous la forme de
sous-répertoires. Une version tagguée est en fait une image instantanée du
développement, c'est à dire l'état du projet à un moment donné. Le contenu du
tag ne peux plus changer.
 Head (tête) : dernière révision (commit) réalisé sur le tronc/la branche.
| Discipline, Sector, Alliance
and
Together. Free your energies
6.4 - Gestion de configuration
Mise en situation
 Contexte:
• Développement d’une version v1.3
• Besoin d’un patch sur la version précédente v1.2
| Discipline, Sector, Alliance
and
Together. Free your energies
6.4 - Gestion de configuration
Mise en situation

Actions réalisées pour gérer le contexte
Merge des
modifications
Réalisation
de la v1.3
trunk
3d
Réalisation de la
v1.2 patch1
branche
1a
2b
1c
tags
Tag v1.2
patch1
Tag v1.2
1.
Gestion du patch de la version v1.2
a)
b)
c)
d)
Récupération sur une branche de la version v1.2 (à partir du tag préalablement posé au moment de la
livraison v1.2)
Réalisation des devs sur la branche
Validation, livraison puis taggage de la version v1.2 patch 1
Merge des modifications effectuées dans la version suivante v1.3: Merge de la branche vers le tronc
1.
2.
Tag v1.3
Valider les merges effectués dans la version v1.3: Passage des tests
Gestion de la version v1.3
1.
2.
Réalisation des devs
Validation, livraison puis taggage de la version v1.3
Le taggage des sources est l’action du RA, à
chaque livraison de l’application
| Discipline, Sector, Alliance
and
Together. Free your energies
7- Sensibilisation sur les engagements
L’efficacité du delivery est mesurée à l’aide d’indicateurs de niveaux de service pour chaque
activité :
•
Maintenance corrective
•
Maintenance évolutive
Indicateurs de la maintenance corrective
 Niveau de service accepté :
Actions
Délais
Priorité 1
Bloquant
Priorité 2
Majeur
Priorité 3
mineur
Correction ou
Solution de contournement
6 heures ouvrées
2 jours ouvrés
5 jours ouvrés
Correction après solution de
contournement
2 jours ouvrés
3 jours ouvrés
ou version suivante en
accord avec le POA
5 jours ouvrés
ou version suivante
 L’objectif est de résoudre mensuellement 95 % des avis d’incident dans les délais.
Nombre d'anomalies livrées dans le respect des engagements
/ Nombre d'anomalies livrées (recettées ou livrées selon le processus client) dans la période)
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 29
7- Sensibilisation sur les engagements
Indicateurs de la maintenance évolutive (1/2)
1.
Taux de respect du Temps de chiffrage d’une évolution
•
•
2.
Taux de respect du Temps de livraison d’une évolution
•
•
3.
Pas de report de livraisonN
Niveau de service accepté : 90% des livraisons non reportées.
Taux de Qualité des réceptions
•
•
4.
Temps de chiffrage : entre 5 et 10 jours suivant la taille de l’évolution
Niveau de service accepté : 95% des chiffrages réalisés dans les délais
Moins de 2 livraison KO ou intégration KO
Niveau de service accepté : 100% des livraisons respectent cet indicateur.
Taux de Complétude de la documentation (pour des évolutions mineures et majeures)
•
•
Aucun document manquant lors de la livraison
Niveau de service accepté : 80% des livraisons respectent cet indicateur
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 30
7- Sensibilisation sur les engagements
Indicateurs de la maintenance évolutive
5.
Taux de Qualité des livrables
•
•
•
6.
Qualité du code
•
•
7.
Pour une version majeure : < 2 ano bloquantes,< 5 ano majeures,< 15 ano mineures
Pour une version mineure : < 2 ano bloquantes< 4 ano majeures< 10ano mineures
Niveau de service accepté : 95% des livraisons respectent cet indicateur.
Non-conformité
Niveau de service accepté : 100% des livraisons respectent cet indicateur
Taux de Retard de Livraison documentation
•
•
Moins de 4 jours de retard d’un livrable
Niveau de service accepté : 100% des livraisons respectent cet indicateur
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 31
8- Qualité des développements et TU
Document de base :
 Norme de codage GDF-Suez
• \TMA PSI\Production\2 Normes\41- Convention de codage Java.pdf
Outils pour la mise en oeuvre des normes :
 CheckStyle
• Plugin Eclipse
• \TMA PSI\Production\7 Environnement\706 Qualimètrie\
 PMD
• Plugin Eclipse
• \TMA PSI\Production\7 Environnement\706 Qualimètrie\
 Javadoc
• Intégré à Eclipse
• Doit :
 Être complète : ne pas oublier de la mettre à jour en cas d’intervention sur le code
 Être pertinante : exhaustive et compréhensible par tous
• Ne pas oublier de commenter les classes et les interfaces
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 32
8- Qualité des développements et TU
Bonnes pratiques TMA PSI
 Tests unitaires Junit
• Chaque service doit être testé unitairement
• Tests standard et aux limites :




Une valeur “standard” pour le cas nominal : “Toto” pour un String par exemple
Les valeurs extrèmes : 127 et -128 pour un Byte par exemple
Les valeurs “à problème” : String vide (“”), 0, -1, null pour les objets…
Eventuellement des valeurs tordues : “\ drop all tables; commit;”
• Ne pas oublier de tester le fonctionnement du service avec des valeurs incohérentes (vérifier que la
bonne exception est levée)
 Fiche de test unitaire : doit être créée et passée pour toutes les règles de gestion et cas de
tests
•
•
•
•
•
Définir l’objectif du test
Décrire les pré-requis
Décrire le scenario du test
Décrire le jeu de données du test
Donner les résultats du test
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 33
9- Réussite d’un projet
La réussite d’un projet,
c’est:
Besoin client
- Satisfaction client
- Respect des budgets
Clés de réussite du projet
•Chiffrer juste
•Planifier & ajuster au fil de l’eau
•Identifier les risques et mettre en place un plan
d’actions associé
•Respecter les méthodologies et process
•Rigueur
•Anticipation / Alerter au plus tôt
•Evaluer correctement sous reste à faire et le ré estimer
régulièrement.
| Discipline, Sector, Alliance
and
Together. Free your energies
Insert "Title, Author, Date"
© 2009 Capgemini. All rights reserved 34
On continue …
Visionner la présentation interactive de la branche Transport de GDF SUEZ :
Y:\Production\80- Capitalisation\GDF SUEZ\GDF SUEZ\Transport.exe
Continuer avec la prise de connaissance de l’application fonctionnellement et
techniquement en suivant les liens Campus
Installer le poste de développement en suivant les documents d’installations
Et à demain … avec les pains au
chocolat 
| Discipline, Sector, Alliance
and
Together. Free your energies
Together. Free your energies
www.capgemini.com