Sie sind auf Seite 1von 47

Stage de fin dtude

- WIART Vincent -
1.Table des matires
1.Introduction........................................................................................ 2
2.Prsentation de l'entreprise et du contexte de travail................................ 3
1- Historique d'Edf............................................................................... 3
2- Evolution du SI dans le cadre de l'ouverture du march........................ 5
3- Etapes de dveloppement................................................................. 6
3.Descriptif du projet.............................................................................. 8
1- Organigramme gnral.................................................................... 8
2- Fonctionnement interne de la DIT...................................................... 9
4.Prsentation des environnements informatiques....................................... 9
1- Descriptif du SI: SAP....................................................................... 9
2- Communication interne.................................................................. 10
5.Reconception de la base de gestion des anomalies (Lotus Notes).............. 11
1- Contexte...................................................................................... 11
2- Fiche anomalie/fiche volution......................................................... 12
3- Refonte de la base......................................................................... 14
6.Dveloppement d'un outil de gestion des programmes spcifiques (SAP)....15
1- Contexte...................................................................................... 15
2- But du programme........................................................................ 16
3- Fonctionnalits et processus............................................................ 17
4- Manuel d'utilisation........................................................................ 18
5- Exploitation des rsultats................................................................ 20
6- Sortie du programme (Extrait):....................................................... 21
7- Dtails de conception du programme................................................ 22
7.Conclusion........................................................................................ 31
8.Remerciements.................................................................................. 32
9.Bibliographie..................................................................................... 33
10.Annexe: Cahier des charges............................................................... 34
1- Contexte...................................................................................... 34
2- Une volution ncessaire du SI........................................................ 35
3- Refonte du SI............................................................................... 37
4- Organisation du projet.................................................................... 40
5- Gestion des anomalies et des volutions........................................... 43
6- Le progiciel SAP............................................................................ 46
7- Glossaire...................................................................................... 47
8- Bibliographie................................................................................. 47
- 1/47 -
Stage de fin dtude
- WIART Vincent -
1.Introduction
Dans le cadre du stage de fin d'tude, j'ai choisi d'effectuer un stage au
sein de la Direction Informatique et Tlcommunication (DIT) d'EDF. Ce choix a
t motiv par plusieurs points. Mon stage en deuxime anne au sein d'une
autre entit d'EDF s'tant trs bien pass, j'ai voulu reconduire l'exprience.
De plus, les tches que l'on m'a expos lors de l'entretien m'ont de suite
intress: Travailler sur deux progiciels tels que Lotus Notes et SAP. Enfin,
point moins important mais non ngligeable, la localisation du lieu de travail
(Parvis de la Dfense) m'a confort dans mon choix de ce stage.
Ce stage consistait en la participation au projet SIMM (Systme
d'Information : March de Masse) sur deux "mini-projets". Dans le premier,
utilisant le progiciel Lotus Notes, il s'agissait de reconcevoir une base utilise
pour le suivi des volutions. Dans le second mini-projet; j'ai du concevoir un
programme permettant d'analyser les codes sources utiliss dans le projet.
- 2/47 -
Stage de fin dtude
- WIART Vincent -
2.Prsentation de l'entreprise et du contexte de travail
1- Historique d'Edf.
Electricit de France, aussi connue sous le nom d'EDF, a t cre en
1946. Sa mission: produire, acheminer et distribuer l'nergie lectrique en
France. Lors du premier grand choc ptrolier, EDF choisi d'ouvrir la voie du
nuclaire afin d'accrotre sa production d'nergie et de s'affranchir le plus
possible des prix du ptrole.
Aujourd'hui, 80% de la production lectrique produite en France est d'origine nuclaire
1
.
Ce choix a fait qu'aujourd'hui la production de l'lectricit en France est
suffisante pour alimenter les besoins nergtique nationaux et permet
galement la vente du surplus d'nergie aux pays voisins.
1 Sources: Centre d'Etudes Atomique, Edf.fr
- 3/47 -
Stage de fin dtude
- WIART Vincent -
En 2000, avec l'ouverture des marchs, EDF est divis en plusieurs
entits: EDF commercialisateur, EDF producteur, RTE
2
. Le 19 novembre 2004,
EDF devient EDF une socit anonyme. Grace ce changement de statut, EDF
est plus mme d'voluer dans un monde ou le march de l'lectricit est
libralis (Par exemple, il lui est dsormais possible d'largir son offre
commerciale en proposant des offres multi-nergie ainsi que des services).
Cette ouverture du march s'est effectu en plusieurs tapes.
2 Rseau de Transport d'Electricit
- 4/47 -
Ouverture 7 GWh
3200 Sites/99 ELD
37 % du march
Ouverture totale, hors
ma!es
2,3 "illios de cliets
70 % du march
Ouverture #$GWh
#%00 Sites&
30 % du march
Ouverture #00GWh
200 Sites
20 % du march
19 fvrier 1999
1er Juillet 2004
29 mai 2000
le march est totalemet
ouvert
rades
Etre'rises
2007
10 fvrier 2003
(ollectivit s
)erritoriales
*ro+essioels
*"E,*"-
Grades
Etre'rises
ELD
(Entreprises
Locales de
Distribution)
(liets
rsidetiels
Ouverture 7 GWh
3200 Sites/99 ELD
37 % du march
Ouverture totale, hors
ma!es
2,3 "illios de cliets
70 % du march
Ouverture #$GWh
#%00 Sites&
30 % du march
Ouverture #00GWh
200 Sites
20 % du march
19 fvrier 1999
1er Juillet 2004
29 mai 2000
le march est totalemet
ouvert
rades
Etre'rises
2007
10 fvrier 2003
(ollectivit s
)erritoriales
*ro+essioels
*"E,*"-
Grades
Etre'rises
ELD
(Entreprises
Locales de
Distribution)
(liets
rsidetiels
Stage de fin dtude
- WIART Vincent -
2- Eolution du !" dans le cadre de l'ouerture du marc#$
Aujourd'hui, l'ouverture du march de l'lectricit en est sa deuxime
tape: les professionnels peuvent maintenant bnficier des mmes
possibilits que les grandes entreprises quant au choix de leurs fournisseurs
d'nergie. Cette tape n'est pas anodine pour EDF. En effet, le march des
professionnels reprsente une manne financire importante. Cette volution
dans le march de l'lectricit a eu un impact important sur le systme
d'information d'EDF.
L'ancien SI utilis ne correspondait pas aux exigences d'Edf. En effet, les
nouvelles technologies et leurs applications font qu'un SI se prime (ex:
Utilisation accrue d'Internet dans les moyens de communication), les
hypothses faites lors de la conception du SI peuvent devenir obsolte (ex:
Nouvelles offres commerciales). Le SI en cours de dveloppement rpond aux
nouvelles exigences de l'ouverture du march.
- 5/47 -
Stage de fin dtude
- WIART Vincent -
%- Etapes de d$eloppement
SIMM sera dvelopp de manire itrative suivant un calendrier prcis.
De la VS la V3, le SI verra ses fonctionnalits intgres au fur et mesure
selon le planing suivant:
La version VS sera compos du strict minimum pour la gestion du march
professionnel :
Gestion des contrats( souscriptions, rsiliation etc..)
facturation
recouvrement
La version VS se verra enrichie des fonctionnalits suivantes lors du passage
en V0 :
Gestion des contrats (automatisation)
facturation (enrichissement des rgles de gestion dfinies lors de la VS afin
de prendre en compte les nouvelles offres apparues aprs la VS ainsi que les
offres "historiques".)
recouvrement( traitement des anomalies de rglement, dclenchement dun
remboursement, contentieux .)
gestion relation client (Accueil, rclamation, tlvente, Internet,
marketing.)
- 6/47 -
Stage de fin dtude
- WIART Vincent -
La version V1 permettra quant elle la gestion des campagnes marketing et
des ventes terrains.
La version V2 sera une version dite "de consolidation". Elle sera installe sur
les sites pilotes "pros" ds janvier 2006.
Enfin, la V3, version dfinitive, permettra lintgration des nouvelles offres
destines aux particuliers et permettra le dploiement du march de masse.
Ci dessus le diagramme de Gantt du deloppement de !"##
- 7/47 -
Stage de fin dtude
- WIART Vincent -
3.Descriptif du projet
Pour ce stage, j'ai intgr la DIT (Direction Informatique et
Tlcommunication), matrise d'oeuvre
3
dans le projet.
1- &r'ani'ramme '$n$ral
3 Note MOE dans la suite de ce document.
- 8/47 -
Stage de fin dtude
- WIART Vincent -
2- (onctionnement interne de la D"T
L'ancien organigramme prsent dans le cahier des charges n'est
aujourd'hui plus valable. En effet, la DIT a subit une rorganisation de son
mode de fonctionnement. Aujourd'hui, la DIT fonctionne avec une logique de
chantier. Chaque chantier se voit attribuer la gestion d'une fonctionnalit
particulire. Un comit se runit hebdomadairement afin de faire converger les
diffrents chantiers, de diffuser les informations concernant les ventuels
problmes survenus dans les chantiers etc ...
4.Prsentation des environnements informatiques
1- Descriptif du !") !*+
SIMM est un projet reposant sur SAP, un ERP
4
dveloppe par la socit
allemande ponyme. SAP est un systme "tout en un" permettant, entre autre,
la ralisation de SI commerciaux. Comportant les composant les plus souvent
utiliss dans les SI, il permet d'utiliser des "briques lmentaires" pour la
construction du SI: base de donnes, facturation, CRM, marketing etc...
Les possibilits de SAP en matire de customisation sont importantes. On peut
par divers moyens adapter SAP ses besoins:
Configuration des modules. En configurant tout les paramtres mis
disposition par SAP, on peut obtenir un niveau de personnalisation dj
satisfaisant pour la plupart des besoins.
Dveloppement au niveau des interfaces. En jouant sur les communications
entre les diffrents sous-systmes, on peut affiner encore la personnalisation
du futur systme.
En modifiant le standard SAP grce au langage dvelopp par SAP (l'ABAP),
la personnalisation du systme est maximale. En effet, les divers modules de
bases sont crits en ABAP. Par consquent, il est possible de les adapter
parfaitement ses besoins.
4 Entreprise Ressource Planning
- 9/47 -
Stage de fin dtude
- WIART Vincent -
2- ,ommunication interne
L'un des points clefs de la russite d'un projet est la communication entre les
diffrentes quipes. Pour EDF, cette communication repose en partie sur
l'utilisation du progiciel Lotus Notes, d'IBM. Lotus Notes offre de nombreuses
possibilits ses utilisateurs: De la base de document la messagerie en
passant par la gestion d'un agenda.
La DIT a mis en place plusieurs bases de documents permettant de partager
les informations ncessaire la bonne marche du dveloppement. Ainsi, la
base de fiches anomalies sur laquelle j'ai travaill repose sur ce systme.
- 10/47 -
Stage de fin dtude
- WIART Vincent -
5.econception de la !ase de "estion des anomalies #$otus %otes&
1- ,onte-te
Comme nous l'avons vu, le projet SIMM est dvelopp de faon
incrmentale. D'une version l'autre, des fonctionnalits nouvelles sont
implmente de manire ce que le SI final soit conforme au exigence de la
matrise d'ouvrage. Les diverses fonctionnalits sont donc mises en place au
fur et mesure selon un calendrier bien prcis. En fin de dveloppement, une
fonctionnalit est teste afin de vrifier qu'elle correspond bien au cahier des
charges et qu'elle n'engendre aucun problme (effet de bord ou autres).
Lors de cette phase de recette, il arrive que des bugs soient dcouvert ou
que des fonctionnalits auxquelles il n'avait pas t fait allusion apparaissent.
Pour grer ce genre de choses, l'quipe de la DIT a mis en place une premire
version d'une base de documents. Cette base permettait de stocker,
rpertorier et diffuser les documents permettant la gestion des anomalies et
des volutions.
$%emple de document prsent dans la &ase de gestion des anomalies et des olutions
- 11/47 -
Stage de fin dtude
- WIART Vincent -
Nanmoins, il est apparu l'utilisation que cette base n'tait pas
totalement adapte aux besoins de la DIT: entre autre, il y avait une lacune
dans le classement des fiches.
2- (ic#e anomalie.fic#e $olution
Une fiche anomalie, tout comme une fiche volution, est un document mis en
forme regroupant les diffrentes informations ncessaire au traitement de
l'anomalie/volution. Une fiche anomalie est cre via un formulaire
permettant la personne rdigeant le document de garder une mise en forme
"standard".
Une fiche anomalie consiste en la runion de plusieurs informations.
Premirement, un titre doit lui tre donn. Ce titre est format selon une
manire bien prcise: Un code d'identification suivi d'un descriptif court.
Ensuite vient un descriptif court du dysfonctionnement. Quel problme est
apparu? Quelle a t le mode opratoire permettant de faire surgir le
problme? Le problme est-il reproductible? Cette partie est suivie d'un
descriptif plus complet du problme: Le mode opratoire complet, le jeu de
donnes, les paramtres de l'environnement, ventuellement une ou plusieurs
solutions au problme etc...
- 12/47 -
Stage de fin dtude
- WIART Vincent -
Vient ensuite la partie correction. Dans cette partie l'ensemble des
discussions relatives la correction du problme sont consigns. En effet, une
correction d'anomalie ne s'effectue pas immdiatement. Une fiche anomalie
suit un cycle prcis et passe entre les mains de plusieurs "entits":
A chaque fois que la fiche passe d'une entit une autre, l'entit qui
traite le problme rdige un compte rendu des actions applique. Par exemple,
lors de la phase "A Dvelopper", l'entit responsable va dcrire les correctifs
mis en place pour rsoudre le problme. La transmission de la fiche se fait via
le positionnement d'un "drapeau" dfinissant l'tat actuel de la fiche. Il n'y a
cependant pas de transmission "relle" proprement parler. Le document
reste dans la base. La transmission se fait grace au systme de tri des
documents: Lorsqu'une entit dsire consulter les documents dont elle dispose,
elle va slectionner ceux dont le drapeau lui correspond. Par exemple, lorsque
la fiche anomalie est au stade "A qualifier", l'quipe du GQA (Groupe de
Qualification des Anomalies) vrifie tout les documents dont le drapeau est
positionn sur "A qualifier".
- 13/47 -
Stage de fin dtude
- WIART Vincent -
%- /efonte de la base
Comme nous l'avons vu prcdemment, la base telle qu'elle tait lors de
mon arrive possdait quelques lacunes. En effet, pour que les quipes
fonctionnent de faon optimale, il faut que les documents puissent tre
accessible simplement. L'ancienne base possdait un choix de tri restreint. Les
personnes travaillant dans les diffrentes entits devaient faire leurs propres
vues
5
. Or, avec un tel systme, il est possible que des erreurs apparaissent
(Par exemple, des documents n'apparaissent pas dans la vue alors qu'ils
devraient s'y trouver).
Il a donc fallu refondre l'ancienne base pour revenir des bases plus
saines. Le premier lment a avoir t reconu a t le paramtrage de la
base. Il a t dcid de modifier l'intitul de certains drapeaux pour les faire
correspondre aux termes rellement utiliss. Des drapeaux ont t ajouts
(ex: le drapeau "livraison" permettant de spcifier la version dans laquelle la
correction de l'anomalie allait tre livre).
Grace ces modification des drapeaux, de nouvelles possibilits de
gestion des vues se sont ouvertes. En effet, il a t possible d'offrir de
nouveaux moyens de filtrage des documents. Le systme de vues donc t
refondu en partie afin d'intgrer le plus possible les vues les plus couramment
utilises. Des vues telles que le classement par auteur/date ou par version sont
apparues.
Ces deux points ont permis de faire en sorte que la base de document
soit plus simple utiliser et ainsi de gommer les imperfections nonces plus
haut.
5 Une vue est un filtre de document dans Lotus Notes.
- 14/47 -
Stage de fin dtude
- WIART Vincent -
'.Dveloppement d'un outil de "estion des pro"rammes spcifiques #()P&
1- ,onte-te
Comme nous l'avons vu dans les prcdents paragraphes, SAP permet une
personnalisation des divers modules qu'il propose. Cette personnalisation, par
le biais du langage de programmation ABAP, permet de modeler les diffrents
modules sa guise. En terme technique, cette personnalisation s'appelle crer
des "spcifiques" ( par opposition au standard SAP - code source non
modifi).
Mais le revers de la mdaille de cette personnalisation est qu'il faut
assumer soi mme la maintenance des modifications effectues. Il faut prendre
en compte les ventuels effets de bord sur les autres modules et par
consquent contrler de faon prcise les dveloppements spcifiques
apports. De plus, ce n'est pas le seul point noir de cette personnalisation. En
effet, SAP est rgulirement mis jour par la socit ditrice: ajout de
fonctionnalits, correction de bugs, modification de l'API
6
, modification de la
structure. Une telle monte en version peut rendre obsolte des spcifiques
( Par exemple, la fonction spcifique est rentre dans le standard), faire
apparatre des bugs autrefois inexistant, empcher le fonctionnement d'un
module (Par exemple, quand la syntaxe d'une fonction a t change) voire
mme craser les spcifiques prcdents.
Il faut donc tout mettre en place pour que la gestion des spcifiques soit
matrisable: La connaissance en permanence du nombre des spcifiques ainsi
que leur "qualit" est une condition importante de russite du projet SIMM.
6 Application Programming Interface: Il s'agit d'une bibliothque de fonctions prtes
l'emploi. Exemple de fonction de l'API SAP: LOAD REPORT permettant de charger un
programme en mmoire.
- 15/47 -
Stage de fin dtude
- WIART Vincent -
2- 0ut du pro'ramme
Ma tche a donc t la suivante: raliser un programme permettant
d'analyser une liste de fichiers et d'en extraire des statistiques (Nombre de
caractres, nombre de mots, nombre de lignes, nombre de commentaires.)
Ces statistiques sont extraites des fins d'analyse permettant ainsi de vrifier
la volumtrie des programmes spcifiques utiliss dans SIMM et d'en contrler
la qualit (par exemple en vrifiant le ratio de commentaires par rapport au
reste du code)
- 16/47 -
Stage de fin dtude
- WIART Vincent -
%- (onctionnalit$s et processus
Ci dessous est prsent le processus utilis pour grer les spcifique de
SIMM. Le processus prsent n'est pas le diagramme d'excution du
programme (Celui-ci sera prsent plus loin dans ce rapport). Ce processus
prsente l'ensemble des gestes ncessaire au contrle des spcifiques. Il
commence avec le lancement du programme (slection des programmes
extraire) et finit avec l'exploitation des rsultats sous Excel. Grce Excel, il
est possible de traiter les statistiques extraites en ralisant, par exemple, un
graphique montrant la distribution des spcifiques selon leur volumtrie.
- 17/47 -
Stage de fin dtude
- WIART Vincent -
1- 2anuel d'utilisation
Ce paragraphe est extrait du document que j'ai mis disposition de la
DIT pour l'exploitation du programme ralis. J'ai choisi de l'inclure dans le
prsent rapport afin de montrer la suite de gestes ncessaires l'utilisation de
mon programme. Comme on peut le remarquer, les gestes faire sont
relativement restreints.
L'interface propose est minimale (seuls 4 champs sont remplir) et le
moteur interne se charge de faire les choix correspondant. En effet, le
programme a t ralis de faon la plus automatique possible. En modifiant
un minimum le code source, il est d'ailleurs possible d'utiliser un squenceur
pour extraire rgulirement et automatiquement les statistiques recherches.
La seule action non-automatique est l'exploitation des rsultats sous Excel.
Ci dessous' (n e%trait du manuel d'utilisation'
Charger le programme ZVW_COMPTAGE dans l'diteur ABAP.
Excuter le programme (F8)
- 18/47 -
Stage de fin dtude
- WIART Vincent -
Spcifier les paramtres demands par le programme: S_MIN tant la
borne infrieure, S_MAX la borne suprieure, LST_FILT la liste des motifs
filtrer et G_DIR le rpertoire dans lequel les rsultats seront envoys.
Par dfaut le programme recherche les programmes compris entre 'Z' et
'Z__' et stocke le rsultat dans le rpertoire 'c:\tmp\ ". Par dfaut, les
motifs filtrer sont 'TEST', 'SAMPLE', '_OLD' et '_SAVE'.
Le programme va alors analyser les programmes contenus entre les
valeurs S_MIN et S_MAX.
Les rsultats sont affichs une fois l'analyse termine. De plus, les
statistiques sont sauvegardes dans le fichier output-<env>.txt du
rpertoire G_DIR.
- 19/47 -
Stage de fin dtude
- WIART Vincent -
3- E-ploitation des r$sultats
Les rsultats sont sauvegards sous la forme d'un fichier texte exploitable sous
Excel. La encore, les gestes effectuer sont minimalistes. Il s'agit de placer les
dlimiteurs des endroits prcis afin qu'Excel puisse interpreter les donnes.
Ci dessous' (n e%trait du manuel d'utilisation'
Mode opratoire de chargement des rsultats sous Excel
1! "uverture du fichier
2! #hoisir largeur fixe
3! $lacer les dlimiteurs
Les dlimiteurs doivent tre placs aux positions suivantes: 3, 6, 46, 75, 85,
95, 105, 115, 121, 139, 151, 163, 173, 183, 203, 273.
- 20/47 -
Stage de fin dtude
- WIART Vincent -
4- !ortie du pro'ramme (E-trait))
A partir de ces donnes, il est possible d'utiliser les statistiques des fins
diverses. Par exemple:
Mesurer la volumtrie des spcifiques
Connatre la qualit moyenne des programmes. En vrifiant le taux de
commentaires; il est possible de voir si un programme est "surcomment"
(Dans ce cas, il est possible d'identifier les programmes de tests souvent
comment plus de 90%) ou sous-comment. Il est alors envisageable
d'intervenir sur ces programmes afin d'amliorer les commentaires y
figurant et, ainsi, amliorer leur maintenabilit.
Identifier les "secteurs" utilisant fortement les programmes spcifiques
etc...
- 21/47 -
Stage de fin dtude
- WIART Vincent -
5- D$tails de conception du pro'ramme
Nous abordons maintenant la partie technique concernant le programme
ralis. Nous allons voir en dtail l'ensemble des points ncessaire au
dveloppement du programme.
,onention de nomma'e
Afin de permettre au programme une forte maintenabilit, il est d'usage de
prendre une convention de nommage standardise. Cette convention de
nommage sert plusieurs buts. Le premier est d'identifier du premier coup d'oeil
quoi sert telle variable ou telle fonction (Il est plus facile d'interprter le but
d'une fonction appele extraireFichier qu'une fonction nomme fonction1). Par
ailleurs, en ABAP, il est difficile de contrler avec prcision la porte des
variables. Il faut donc minimiser tout risque d'effet de bord en indiquant dans
le nom de la variable si elle est globale (accessible par l'ensemble du
programme), localise (accessible uniquement une fonction prcise) ou
principale (utilise dans la partie ddie l'excution du programme).Ainsi, les
variables et autres objets rpondent une convention de nommage
particulire:
les variables globales sont prfixes de 'g_'
les variables locales utilisent le prfixe 'l_'
les variables utilises dans le programme principal sont prfixes de
'm_'.
- 22/47 -
Stage de fin dtude
- WIART Vincent -
Donn$es !*+
Les donnes extraire sont contenues dans quatre tables de SAP:
TRDIR, TRDIRT, TFDIR et TADIR. Ces quatre tables contiennent les
renseignements gnraux de chaque programme: par exemple, la description,
la date de cration, l'auteur.
*DI
Cette table contient les informations de %ase sur les programmes: nom,
type, classe, statut, auteur, date de cration/modification
*DI*
Cette table contient la description d'un programme ou d'un groupe de
fonction
*+DI
Cette table contient les informations concernant les groupes de fonctions.

*)DI
Cette table contient la classe de dveloppement d'un programme
- 23/47 -
Stage de fin dtude
- WIART Vincent -
Dia'ramme entit$ relation
Comme nous l'avons vu au paragraphe prcdent, SAP utilise de manire
prononce les tables de bases de donnes. A l'instar de celles-ci, il existe donc
des relations entre les diffrentes tables. Ces relations sont matrialis comme
suit:
Ce diagramme montre les relations utilises lors de l'extraction des
donnes. La table centrale est la table TRDIR. Elle contient les informations de
bases des programmes. Les tables "annexes" (TADIR, TFDIR, TRDIRT)
complmentent les informations contenues dans TRDIR.
- 24/47 -
T*D"/
Obj_name
devclass
,ond. de 6ointure)
trdir.name
tadir.o!j,name
Cond. de jointure:
trdir.name
tfdir.pname
T(D"/
funcname
include
Cond. de jointure:
trdir.name
trdirt.name
T/D"/
name subc
cnam unam
rstat text
cdat udat
T/D"/T
name text
,ond. de 6ointure)
tfdir.funcname
tadir.o!j,name
Stage de fin dtude
- WIART Vincent -
Donn$es e-traites
Avant de se lancer dans le codage du programme, il a fallu dterminer quelles
taient les informations pertinentes extraire. Voici les informations que nous
avons finalement slectionn:
&'pe de donnes (escription
Environnement Environnement dans lequel le code source est lanc
(ISU/CRM)
Type Type du code source (programme ou groupe de
fonction)
Programme/fonction Nom du code source analys
Include Nom du fichier parent (i.e. qui contient la liste des
includes) )vala%le uniquement pour les groupes de
fonctions!
Caractres Nombre de caractres du code source
Mots Nombre de mots du code source
Lignes Nombre de lignes du code source
Commentaires Nombre de commentaires du code source (en nombre
de caractres)
Ratio (%) Pourcentage de commentaires du code source.
(caractres de commentaire/ total des caractres)
Type 1 -> Excutable
M -> Pool de module pour dynpro du screen painter
I -> Include
S -> Sous-routine
F -> Groupe de fonctions
J -> Pool d'interface
K -> Pool de classe
Auteur Nom du crateur du code source
Dernire modification Nom de la dernire personne ayant modifi le code
source
Date de cration Date de cration du code source
Date de modification Date de dernire modification du code source
Statut K -> Client productif
T -> Test
S -> Systme
P -> Programme productif.
Description Descriptif du programme
Classe de
dveloppement
Ordre de transport du code source
- 25/47 -
Stage de fin dtude
- WIART Vincent -
Dia'ramme d'e-$cution du pro'ramme
Le programme fonctionne en plusieurs phases composes elles mmes de
plusieurs passes. La premire phase concerne l'extraction des programmes,
vient ensuite la phase concernant l'extraction des groupes de fonctions et enfin
l'affichage et l'export des donnes.
- 26/47 -
Stage de fin dtude
- WIART Vincent -
Ce squenage a t mis en place afin de bien diffrencier les deux
extractions: l'algorithme d'extraction des deux types de donnes sont trop
diffrents pour pouvoir les fusionner. De plus, dans l'ventualit o le besoin
d'extraire d'autre types de donnes se fasse sentir, il est possible d'ajouter un
maillon la chane d'excution du programme.
Globalement, la complexit du programme est assez importante. Le nombre de
boucle est non ngligeable. Par consquent le temps d'excution n'est pas
immdiat. D'aprs les tests effectus sur l'environnement de dveloppement,
une analyse complete des spcifiques (environ 1000 entres) prends entre 10
et 15 minutes. Il n'y a malheureusement aucun moyens "simples"
d'implmenter une solution moins coteuse en temps.
- 27/47 -
Stage de fin dtude
- WIART Vincent -
(iltra'e
Le programme filtre les entres afin d'liminer les codes sources non
pertinents. Entre autres les programmes de test et "backup" sont filtrs. Ce
filtrage permet de gagner du temps d'excution et d'analyse (les programmes
filtrs n'ayant pas besoin d'tre limins " la main")
Par dfaut, le programme limine les codes sources dont le nom contient les
mots 'TEST', 'SAMPLE', '_OLD' et '_SAVE'. Il est possible de rajouter des motifs
filtrer via le paramtre LST_FILT (cf. 3.1 point 3)
Par ailleurs les codes sources dont les descriptions contiennent le mot 'TEST' et
les codes sources de classe '$TMP' sont limins.
E-traction des pro'rammes
Pour les programmes "normaux", chaque programme est charg via la
commande 'READ REPORT' dans une table interne.
Chaque ligne du programme est ensuite analyse afin de crer les statistiques
du programme. Le nombre de caractres, de mots et de lignes sont
comptabiliss dans cette partie du programme. L'algorithme dtecte des motifs
sur chaque ligne afin de diffrencier les lignes de commentaires du code.
A chaque fois qu'un programme est analys, il est stock dans une liste
permettant d'viter l'analyse de doublons.
- 28/47 -
Stage de fin dtude
- WIART Vincent -
E-traction des 'roupes de fonctions
Les programmes dits "groupes de fonctions" sont analyss avec un algorithme
plus complexe. En effet, le fichier contenant le code source n'est pas accessible
directement. La table TFDIR contient uniquement la rfrence au fichier
"groupe de fonction". Ce fichier contient une liste de "sous-include" pointant
sur le code source de chaque fonction du groupe.
Le programme parcourt l'arbre en profondeur jusqu' tomber sur le fichier
contenant la fonction recherche. Une fois le nom exact du programme connu,
celui-ci est charg via la commande 'READ REPORT' puis analys de la mme
manire qu'un programme "classique". A l'instar des analyses de programmes,
une protection a t mise en place afin d'viter les doublons dans l'extraction
des donnes.
- 29/47 -
-roupe
de
fonctions
(ous.include
/
(ous.include
(ource fct 1
(ource fct 2
(ource fct n
/
Stage de fin dtude
- WIART Vincent -
E-traction des statistiques
Le programme extrait les statistiques suivantes des codes sources: Nombre de
caractres, nombre de mots, nombre de lignes et nombre total de caractres.
Cette extraction se passe de selon l'algorithme suivant.
Chaque ligne du code source est analyse mot mot selon l'algorithme
suivant:
Si la ligne dbute par * ou si la ligne est vide, on quitte l'analyse de la
ligne
Slection du premier mot non analys
Si le mot dbute par ", on quitte l'analyse de la ligne
Mise jour des statistiques: Incrmentation du nombre de mots, mise
jour du nombre de caractres.
Lorsque l'analyse de la ligne est termine, on incrmente le nombre de
lignes et on met jour le nombre de caractres total.
Une fois toutes les lignes analyses, les statistiques sont remontes au
programme appelant.
- 30/47 -
Stage de fin dtude
- WIART Vincent -
0.1onclusion
Les deux mini-projets sur lesquels j'ai du travailler ont t extrmement
intressants. Les domaines de ces projets sont diffrents ce qui m'a permi
d'apprcier le projet SIMM selon deux perspectives.
Grace au projet de refonte de la base de document, j'ai pu entrevoir de
faon grossire comment le projet SIMM tait gr, les relations entre les
quipes ainsi que certains processus de gestions du projet. De plus, j'ai pu
profiter de ce mini-projet pour me former l'utilisation de Lotus Notes qui
m'tait quasiment inconnu (tout du moins du point de vue dveloppement).
J'ai particulirement apprci le mini-projet SAP. Ce projet m'a permi de
dcouvrir le monde des ERP dont j'ignorais presque tout. Grace ce stage, j'ai
pu me former SAP et plus particulirement l'ABAP, me permettant ainsi
d'entrouvrir une nouvelle voie dans le march du travail. En effet, mes
dernires recherches en matire d'emploi montrent que nombre d'entreprises
recherchent des candidats ayant une experience avec SAP.
- 31/47 -
Stage de fin dtude
- WIART Vincent -
2.emerciements
Je tiens remercier Mme Rose Marie Bianco pour m'avoir accueilli parmi son
quipe.
Je remercie galement M. Sbastien Sachon pour m'avoir fourni nombre de
renseignements sur le dveloppement SAP et Lotus Notes
Je remercie aussi M. Bernard De pillot pour tout les conseils qu'il m'a prodigu
tout au long de mon stage.
Je remercie l'ensemble de l'quipe prsente sur le plateau de La Defense pour
leur accueil.
Et enfin, je remercie M. Franck Atgie pour m'avoir paul tout au long de ce
stage en me permettant de travailler sur des sujets intressant.
- 32/47 -
Stage de fin dtude
- WIART Vincent -
3.4i!lio"rap5ie
http://www.edf.fr Site officiel d'EDF
http://www.cea.fr Centre d'Etudes Atomique
Intranet de la DIT
Dossier de consultation SI cible GRC/AdV March de Masse. Partie 1 :
Prsentation du Projet et Lotissement, DP&P (document interne)
Dossier de consultation SI cible GRC/AdV March de Masse : Partie 2 :
Cahier des charges fonctionnel. Prsentation du Domaine Fonctionnel et
Cartographie, DP&P (document interne)
- 33/47 -
Stage de fin dtude
- WIART Vincent -
16.)nnexe7 1a5ier des c5ar"es
1- ,onte-te
En 1996, une directive europenne a planifi louverture la concurrence du
march de llectricit :
4) Louverture la concurrence des nouvelles capacits de production
5) La sparation comptable des diffrents segments (production,
transport, distribution) des entreprises intgres telles quEDF.
6) La dsignation dun gestionnaire rseau de transport responsable de
son exploitation, entretien, extension dans les zones spcifiques et
ses interconnections (RTE)
7) La dsignation dun gestionnaire rseau de distribution responsable de
son exploitation, entretien, extension dans les zones spcifiques et
ses interconnections (GRD)
8) Introduction de laccs au rseau (rseau de distribution et capacits
de production) des tiers.

Cette ouverture du march se dcompose en trois grandes phases :
i. Ouverture du march aux grands comptes (industries
ptrolires, industries chimiques etc..) et ELD (Entreprises
Locales de Distribution)
j. Ouverture du march aux professionnels
k. Ouverture du march aux particuliers
Cette ouverture du march requiert une adaptation de la part des entreprises
- 34/47 -
Ouverture 7 GWh
3200 Sites/99 ELD
37 % du march
Ouverture totale, hors
ma!es
2,3 "illios de cliets
70 % du march
Ouverture #$GWh
#%00 Sites&
30 % du march
Ouverture #00GWh
200 Sites
20 % du march
19 fvrier 1999
1er Juillet 2004
29 mai 2000
le march est totalemet
ouvert
rades
Etre'rises
2007
10 fvrier 2003
(ollectivit s
)erritoriales
*ro+essioels
*"E,*"-
Grades
Etre'rises
ELD
(Entreprises
Locales de
Distribution)
(liets
rsidetiels
Ouverture 7 GWh
3200 Sites/99 ELD
37 % du march
Ouverture totale, hors
ma!es
2,3 "illios de cliets
70 % du march
Ouverture #$GWh
#%00 Sites&
30 % du march
Ouverture #00GWh
200 Sites
20 % du march
19 fvrier 1999
1er Juillet 2004
29 mai 2000
le march est totalemet
ouvert
rades
Etre'rises
2007
10 fvrier 2003
(ollectivit s
)erritoriales
*ro+essioels
*"E,*"-
Grades
Etre'rises
ELD
(Entreprises
Locales de
Distribution)
(liets
rsidetiels
Stage de fin dtude
- WIART Vincent -
distributrices dnergie afin de prendre en compte les nouvelles variables du
march. En effet, lintroduction de la concurrence dans un march autrefois
monopoliste impose la redfinition des offres proposes afin de sadapter aux
nouvelles offres concurrentes. Pour cela, les offres proposes doivent
correspondre aux attentes des clients. Les commerciaux doivent donc avoir
suffisamment dinformations propos des clients quils prospectent afin de leur
proposer les offres les plus judicieuses.
2- 7ne $olution n$cessaire du !"
Le projet SI Cible GRC/AdV March de Masse sinscrit dans le scnario
douverture la concurrence.
De noueau- besoins
Le SI dEDF est amen changer afin de suivre lvolution dEDF (et plus
gnralement du march de llectricit en Europe). En effet, le SI dEDF est
amen :
Prendre en compte les volutions "naturelles" du SI :
Nouveaux outils de gestion de la relation client (GRC)
Lmergence du nouveau canal de communication quest Internet
Intgrer les fortes ruptures lies au passage de la situation de monopole
une situation librale
Changement de positionnement business (Offres multi-produits,
services associs etc..)
Importance de la connaissance client (GRC)
Sparation RTE (transport) /EDF (distribution, production)
Prendre en compte les incertitudes importantes qui subsistent sur les
volutions et ruptures (internes et externes lentreprise)
- 35/47 -
Stage de fin dtude
- WIART Vincent -
+roblmes du !" actuel
Le SI actuel ne correspond plus aux besoins exprims dans le paragraphe
prcdent. En effet, celui-ci est constitu de strates dinformations successives
(ajoutes au fur et mesure de son dveloppement), peu modulable (trs
intgr). De plus, sa structure de correspond plus aux nouveaux termes du
march. Le SI est fortement dpendant de la gographie ; il fonctionne
principalement par tarif. Ce dernier point tant inhibant particulirement son
utilisation, tant donn que les futurs produits dEDF sont surtout des offres
(produits et services)
En dfinitive, la faiblesse de lorientation client, le manque de fonctions
transversales et la faible capacit voluer du SI dEDF ont contraint ce
dernier effectuer une refonte du SI.
- 36/47 -
Stage de fin dtude
- WIART Vincent -
%- /efonte du !"
Comptes tenu de lensemble des faiblesses du SI actuel, deux solutions
majeures sont apparues :
Adapter le SI actuel
Dvelopper un nouveau SI
Comme nous lavons vu dans le paragraphe prcdent, le SI actuel est
fortement intgr. Il est donc difficile de ladapter.
Il a donc t choisi de dvelopper un nouveau SI en vue d'accrotre ses
possibilits et ses capacits d'utilisations (gestion de plus de trente millions de
clients).
Toutefois, pour des raisons videntes de continuit du service, le futur SI devra
tre dvelopp en parallle de lutilisation du SI actuel et une migration des
donnes devra tre effectue (entre autre la migration des donnes sur les
offres dites historiques dEDF afin de garder la trace des clients de ces
offres).
- 37/47 -
Stage de fin dtude
- WIART Vincent -
Etapes de d$eloppement
Le dveloppement du nouveau SI se fera en plusieurs tapes : De VS (version
"simplifie") V3 (version "dfinitive")
La version VS sera compos du strict minimum pour la gestion du march
professionnel :
Gestion des contrats( souscriptions, rsiliation etc..)
Facturation
Recouvrement
La version VS se verra enrichie des fonctionnalits suivantes lors du passage
en V0 :
Gestion des contrats (automatisation)
Facturation (enrichissement des rgles de gestion dfinies lors de la VS
afin de prendre en compte les nouvelles offres apparues aprs la VS ainsi
que les offres "historiques".)
Recouvrement( traitement des anomalies de rglement, dclenchement
dun remboursement, contentieux .)
Gestion relation client (Accueil, rclamation, tlvente, Internet,
marketing.)
La version V1 permettra quant elle la gestion des campagnes marketing et
des ventes terrains.
La version V2 sera une version de consolidation. Elle sera installe sur les sites
pilotes "pros" ds janvier 2006.
Enfin, la V3, version dfinitive, permettra lintgration des nouvelles offres
destines aux particuliers et permettra le dploiement du march de masse.

- 38/47 -
Stage de fin dtude
- WIART Vincent -
Ci dessous le diagramme de Gantt du projet SIMM :
A l'heure actuelle, le projet suit deux volutions parallles :
La version V0 est en phase de pilotage (recette)
Dveloppement de la version V1.
- 39/47 -
Stage de fin dtude
- WIART Vincent -
1- &r'anisation du pro6et
&r'anisation '$n$rale
Le commanditaire du projet est le Directeur de la Branche Commerce : J.P.
Benque. Lorganigramme suivant reprsente la hirarchie mise en place autour
du projet SIMM de la branche commerce dEDF.
-. 15auveau
D(I.
1oordinateur (I ci!le
8. 4ussi9res
15ef de projet (I
ci!le
)d: ; -1
4. 4rillaut
15ef de projet I* du
(I ci!le )d:;-1
<quipe (I =>)
esponsa!le de la qualit fonctionnelle du (I
1ontr?le les aspects fonnctionnels du (I ci!le
)ssure le lien avec les autres c5antiers 1.P> et 1.P)*
esponsa!le du deploiement
<quipe (I =><
esponsa!le de la qualit tec5nique du (I
Pilote Int"rateur
Pilote les autres sous.traitances de =><
)ssure l'int"ration avec le reste du (I <D+
)ssure le dploiement tec5nique et l'exploitation du (I
Le dveloppement du nouveau SI touchant la majorit des services de la
branche commerce, il est dcoup en deux parties :
MOA (Matrise douvrage)
MOE (Matrise d*uvre)
Lune des deux parties va soccuper de prendre en compte les spcificits
mtiers de chaque entit pendant que lautre partie va grer le dveloppement
des spcificits relatives lvolution du march de llectricit.
- 40/47 -
Stage de fin dtude
- WIART Vincent -
&r'anisation #i$rarc#ique de la 2&*-!" (2a8trise d9&ura'e)
8. 4ussi9res
15ef de projet
)ssistance au
pilota"e
1ellule @r!anisation
1ellule =ana"ement de
projet
(ecrteriat lo"istique
Aualit
>P1
1ellule +onctionnel
et )pplicatifs
1ellule *rajectoire
-1 )D:
Interfaces
Pilota"eBeportin"
+onction transverses
Deploiement
(upport 1onduite du
15an"ement
4ascule Int"ration
=i"ration donnes
- 41/47 -
Stage de fin dtude
- WIART Vincent -
&r'anisation #i$rarc#ique 2&E-D"T( 2a8trise d9:ure)
Pilote >prationnel
I*
esponsa!le
oprationnel des
dveloppements
esponsa!le
trajectoire et contrats
(ecretriat et suivi
de la documentation
15ar" du suivit de
la qualit
P?le ur!anisme et
arc5itecture
P?le ralisation (I client
P?le recettes fonctionnelles
int"ration et exploitation
@r!anisme et
ur!anisation
)rc5itecture
tec5nique
1*I
<c5an"es externes
-1
)d:
Portail
)ccompa"nement du
c5an"ement
>utils de pilota"e
transverses
+onctions
transverses
#CorDfloCE interfacesE
arc5iva"esEetc...&
Prparation de la
maintenance
=aintenance
=i"ration des
donnes
Initialisation des
donnes
<ditique et "estion
documentaire
ecette
fonctionnelles et
int"ration
<xploitation plates.
formes
dveloppement et
recettes
Prparation de
l'exploitation
<xploitation
Dploiement
tec5nique
La MOE-DIT est le ple d'EDF charg de la supervision du projet cot matrise
d'uvre. La DIT (direction informatique et tlcommunication) est l'entit
charge du dveloppement du SI. C'est au sein de la DIT que je vais devoir
raliser les tches qui me seront confies.
- 42/47 -
Stage de fin dtude
- WIART Vincent -
3- ;estion des anomalies et des $olutions
La phase de recette consiste tester le produit quasi fini afin de vrifier quil
correspond bien aux attentes spcifies dans le cahier des charges. Pour cela,
le produit subit diffrents scnarii de test afin de vrifier sa conformit.
Lors de cette phase de recette, il arrive gnralement que des bugs de degrs
divers apparaissent. Il peut arriver galement que des volutions doivent tre
mises en place afin de palier une ventuelle lacune au niveau des
spcifications du projet.
Au travers du progiciel Lotus Notes, diffrentes fiches ont t cres afin de
pouvoir rpondre ce besoin d'volution.
- 43/47 -
Stage de fin dtude
- WIART Vincent -
(ic#e anomalie
(fiche anomalie "type" -donnes rendues fictives- )
Cette fiche permet de faire voluer une anomalie dtecte lors dune recette.
Lorsquune anomalie est dcouverte par lquipe charge de la recette, cette
dernire fait un rapport dans lequel elle dcrit lanomalie dtecte :
type de lanomalie
mode opratoire pour reproduire lanomalie
criticit
environnement
Un cycle de gestion des anomalies (A qualifierA corrigerA livrerA
installerA recetterA qualifier.) permet de contrler la gestion de celles-ci.
A chaque tape, la fiche anomalie passe de service en service en fonction de
ltat davancement du processus (par exemple, lorsque la fiche est
- 44/47 -
Stage de fin dtude
- WIART Vincent -
corriger , la fiche passe entre les mains de lentit dveloppement.)
permettant ainsi la correction de lanomalie dans les meilleures conditions.
(ic#e $olution
Il peut arriver que lors de la recette, un besoin apparaisse : Modifier un geste
mtier mal implment, changement de lagencement de linterface etc. .
Ce besoin, selon sa criticit, peut tre implment de diffrentes manires :
Il peut tre programm pour la prochaine version de dveloppement
(lorsque le besoin impose un temps de dveloppement long ou lorsquil
"peut attendre")
Il peut tre incorpor dans la version en cours de recette (besoin critique
par exemple)
Une demande dvolution doit tre faite dans ce dernier cas afin de prparer au
mieux son dveloppement.
Actuellement, il n'existe pas de fiche permettant de grer les demandes
d'volutions. Ma tche consistera crer une fiche de demande d'volution
analogue la fiche anomalie afin de grer ce besoin.
- 45/47 -
Stage de fin dtude
- WIART Vincent -
4- Le pro'iciel !*+
Pour la gestion de son SI, EDF a choisi dutiliser le progiciel SAP, dvelopp par
la socit allemande ponyme. Il est compos de modules reprsentant des
fonctions "classiques" dun SI (base de donnes, facturation, CRM, marketing
etc. .). SAP est "programmable" grce un langage propritaire : lABAP.
,ontrol des sp$cifiques
Le progiciel SAP est un progiciel gnraliste. Par consquent, pour lutiliser,
une entreprise telle quEDF doit lamnager afin de le faire tendre vers une
forme optimale. Cet amnagement se fait via la programmation de modules
spcifiques.
La socit ditrice de SAP le fait voluer rgulirement au moyen de patch ou
dadd-ons. Cette volution consiste en la correction de bug et lajout de
nouvelles fonctionnalits. Afin de garder son SI stable, EDF se doit de contrler
que lapplication de patchs ou dadd-ons ne vient pas perturber
lenvironnement (en particulier pour les modules spcifiques). Il est en effet
possible que de nouvelles fonctionnalits puissent remplacer certains modules
spcifiques dvelopps par EDF.
A l'heure actuelle, il n'existe aucun outil permettant de grer l'ensemble des
modules spcifiques intgrs au SI d'EDF. Cette lacune entrane des
complications lorsqu'une mise jour doit tre applique : il faut effectuer
nombre de tests de non-rgression afin de vrifier que la mise jour ne va pas
nuire l'utilisation du SI d'EDF.
Ma mission aura donc pour objectif de palier ce besoin en ralisant un outil
permettant d'identifier les modules spcifiques par rapport l'intgr facilitant
cette opration de mise jour.
- 46/47 -
Stage de fin dtude
- WIART Vincent -
5- ;lossaire
Liste des sigles utiliss :
+dV : Administration des Ventes
(,& : Direction Informatique et Tlcommunication
($-$: Direction Particuliers et Professionnels
E.( : Entreprise Locale de Distribution
/0# : Gestion Relation Client
/0( : Gestionnaire du Rseau de Distribution
M"+ : Matrise douvrage
M"E : Matrise duvre
0&E : Rseau de Transport dElectricit
S, : Systme dinformation
<- 0iblio'rap#ie
(ossier de consultation S, ci%le /0#1+dV March de Masse2
$artie 1 $rsentation du $ro3et et .otissement, DP&P (document
interne)
(ossier de consultation S, ci%le /0#1+dV March de Masse
$artie 2 #ahier des charges fonctionnel2 $rsentation du
(omaine 4onctionnel et #artographie, DP&P (document interne)
(ossier de presse SE,, Communication et Relations externe
(document interne)
,ntranet
- 47/47 -