Rapport In Cid Elect

© Année Universitaire 2003/2004

Mémoire de Projet de Fin d’Etudes

Pour l’Obtention du Titre d’

Ingénieur d’Etat en Informatique

Option : Génie Logiciel

Sujet

Suivi des incidents touchant le réseau électrique

moyenne tension

Soutenu par : Sous la direction de : Kamal BIYOUD Ahmed ETTALBI Driss AMHANI

Office National de l’Electricité/Division Régional

de Meknès – ONE/DRM

Ecole Nationale Supérieure d’Informatique et d’Analyse

des Systèmes - ENSIAS

Dédicaces A mes très chers parents,

Nul mot ne pourra exprimer ma gratitude envers vous, mes très chers parents. Je ne sais comment vous remercier pour tout ce que vous avez fait pour moi.

A mes frères Tarik, Mohemmed, et Mohssine,

Pour tous les moments inoubliables que j’ai passés avec vous, pour tout l’amour et le soutien que vous m’avez offert, je vous dis MERCI.

A toute ma famille A mes chers amis Abdellah, Amal, Bouchra et Taïb A tous mes amis A tous ceux qui m’aiment A tous ceux que j’aime, je dédie ce travail …

Kamal

i

Avant propos « Agir d’abord, rectifier ensuite s’il y a lieu,

reprendre tout à zéro s’il le faut, mais ne jamais rester inactif à la recherche du parfait ».

Jean Cocteau

ii

Remerciements

Avant tout, je tiens à exprimer ma reconnaissance auprès de toutes les

personnes qui m’ont aidé et favorisé l’aboutissement de ce travail :

M. Ahmed ETTALBI pour ses directives précieuses et conseils pertinents.

Messieurs les membres du jury pour avoir accepté de juger mon travail.

M. Driss AMHANI, Ingénieur Chef de la Division Régionale de Meknès, M.

Mohammed AZZOUZI Chef du Département de Conduite Régionale, M.

BOUMIRA Chef du Service Technique Régional et M. Salah RADOINE

responsable de l’unité Appui Technique du Département Etudes et

Analyses pour leurs aides précieuses et leurs conseils fructueux qu’ils

n’ont cessé de me donner tout au long de ce stage.

De même, je remercie tout le personnel de l’ONE, notamment l’équipe du

Département de Conduite Régionale de Meknès, pour l’estimable aide

qu’ils m’ont apporté, pour pouvoir suivre de plus près les activités de cet

office.

Que tous ceux qui ont contribué de près ou de loin pour mener à bien ce

stage trouvent ici l’expression de ma parfaite considération et mes

remerciements.

iii

Liste des abréviations

Abréviation Description

AC Agence de Commercialisation

AD Agence de Distribution

API Application Programming Interface

BT Basse Tension

DCR Département de Conduite Régional

DRM Division Régional de Meknès

DTR Division de TRansport

HT Haute Tension

LMT Ligne Moyenne Tension

MT Moyenne Tension

ONE Office National de l’Electricité

SGBD Système de Gestion de Base des Données

STR Service Technique Régional

UML Unified Modeling Language

UNIPEDE Union Internationale des Producteurs et Distributeurs d'Energie Electrique

XML eXtenible Markup Language

iv

Liste des figures

Figure 1: Organigramme de l’ONE ............................................................................................ 9 Figure 2 : Schéma d’un poste MT/BT sur poteau .................................................................... 12 Figure 3: Schéma d’un poste MT/BT bas de poteau ................................................................ 13 Figure 4 : Logo de l’UNIPEDE ................................................................................................ 15 Figure 5 : Saisie d’une indisponibilité dans GEFOR ............................................................... 26 Figure 6 : Base de données UNIPED ....................................................................................... 27 Figure 7 : Architecture de l'application .................................................................................... 30 Figure 8: Diagramme des cas d'utilisations .............................................................................. 33 Figure 9: Identification ............................................................................................................. 34 Figure 10 : Saisie Fugitif .......................................................................................................... 35 Figure 11 : Saisie d'un incident ................................................................................................ 36 Figure 12 : Modification d'une commune par navigation ........................................................ 37 Figure 13 : Modification d'une commune par recherche.......................................................... 38 Figure 14 : Modification d'un tronçon ..................................................................................... 39 Figure 15 : Modification d'une équipe ..................................................................................... 40 Figure 16 : Suppression d'un agent .......................................................................................... 41 Figure 17 : Ajout d’un objectif ................................................................................................. 41 Figure 18 : Suivi des exploitations particulières ...................................................................... 42 Figure 19 : Suivi des informations sur les équipements ........................................................... 43 Figure 20 : Edition du tableau de bord ..................................................................................... 44 Figure 21 : Suivi des ventes ..................................................................................................... 45 Figure 22 : Diagrammes des packages ..................................................................................... 47 Figure 23 : Diagramme des classes de org.one.Equipe ............................................................ 48 Figure 24 : Diagramme des classes de org.one.Etablissement ................................................. 49 Figure 25 : Diagramme des classes de org.one.Interruption .................................................... 50 Figure 26 : Diagramme des classes de org.one.Composant ..................................................... 51 Figure 27 : Modèle conceptuel des données ............................................................................ 53 Figure 28 : Fenêtre d’identification .......................................................................................... 58 Figure 29 : Fenêtre accueil ....................................................................................................... 58 Figure 30 : Menu Fichier .......................................................................................................... 59 Figure 31 : Nouvelle interruption ............................................................................................. 59 Figure 32 : Nouveau Fugitif ..................................................................................................... 60 Figure 33 : Choix du type d'interruption .................................................................................. 60 Figure 34 : Navigation dans le réseau d'alimentation .............................................................. 61 Figure 35 : Ajout d'une opération élémentaire à un incident ................................................... 61 Figure 36 : Ajout d'une opération élémentaire à une indisponibilité ....................................... 62

v

Figure 37 : Menu édition .......................................................................................................... 62 Figure 38 : Edition d'un rapport journalier ............................................................................... 63 Figure 39 : Modification d'une indisponibilité ......................................................................... 63 Figure 40 : Edition d'un rapport mensuel ................................................................................. 64 Figure 41 : Interface d'entretien des équipements .................................................................... 65 Figure 42 : Menu surgissant d'entretien des équipements ........................................................ 65 Figure 43: Ajout d'un poste MT ............................................................................................... 66 Figure 44 : Résultat de l'ajout d'un poste MT à un tronçon ..................................................... 66

Liste des tableaux

Tableau 1 : Fiche technique de l’ONE ....................................................................................... 4 Tableau 2 : Fiche technique de la DRM ..................................................................................... 6 Tableau 3 : Exemple de rétrocessions inter AD ....................................................................... 20 Tableau 4 : Description des classes de org.one.Equipe ............................................................ 48 Tableau 5 : Description des classes de org.one.Etablissement ................................................ 49 Tableau 6 : Description des classes de org.one.Interruption .................................................... 50 Tableau 7 : Description des classes de org.one.Composant ..................................................... 51

vi

Sommaire

Avant propos ......................................................................................................... i

Remerciements ..................................................................................................... ii

Liste des abréviations ......................................................................................... iii

Liste des figures .................................................................................................. iv

Liste des tableaux ................................................................................................ v

Sommaire ............................................................................................................ vi

Introduction ......................................................................................................... 1

Chapitre 1 : Contexte général du projet ..................................................... 3

Introduction .......................................................................................................................... 3 1 Présentation de l’organisme d’accueil ........................................................................ 4

1.1 Présentation générale de l’ONE ............................................................................. 4 1.2 Organisation de l’ONE ........................................................................................... 5 1.3 Présentation de la Direction Régionale de Meknès (DRM) ................................... 6

2 Présentation du projet ............................................................................................... 10 2.1 Les réseaux MT .................................................................................................... 10 2.2 Les anomalies ....................................................................................................... 13 2.3 Les indicateurs de qualité de services .................................................................. 15 2.4 Description du projet ............................................................................................ 21

Conclusion ........................................................................................................................... 21

Chapitre 2 : Etude et spécification des besoins ......................................... 22

Introduction ........................................................................................................................ 22 1 Cahier des charges du nouveau système .................................................................. 23 2 Étude de l'existant ...................................................................................................... 24

2.1 GEFOR ................................................................................................................. 24 2.2 La base de données UNIPED ............................................................................... 26

3 Nouveaux besoins ....................................................................................................... 27

vii

3.1 Simplification d’utilisation ................................................................................... 27 3.2 Sécurité ................................................................................................................. 28 3.3 Utilisation à distance ............................................................................................ 28 3.4 États édités ............................................................................................................ 28 3.5 Objectifs et alarmes .............................................................................................. 28

4 Solution proposée ....................................................................................................... 29 4.1 Modélisation du réseau MT .................................................................................. 29 4.2 Utilisateurs ........................................................................................................... 29 4.3 Architecture .......................................................................................................... 30

Conclusion ........................................................................................................................... 30

Chapitre 3 : Analyse et conception du projet ........................................... 31

Introduction ........................................................................................................................ 31 1 Présentation du langage de modélisation UML ....................................................... 32 2 Diagrammes d’UML .................................................................................................. 33

2.1 Diagramme des cas d’utilisation .......................................................................... 33 2.2 Diagramme des packages ..................................................................................... 46

3 Génération du modèle conceptuel des données ....................................................... 52 Conclusion ........................................................................................................................... 54

Chapitre 4 : Réalisation du projet ............................................................. 55

Introduction ........................................................................................................................ 55 1 Outils de développement ............................................................................................ 56

1.1 Java ....................................................................................................................... 56 1.2 Java Database Connectivity (JDBC) .................................................................... 56 1.3 eXtensible Markup Language (XML) .................................................................. 56 1.4 Oracle 8i Server .................................................................................................... 57

2 Système réalisé ............................................................................................................ 57 2.1 Identification des utilisateurs ............................................................................... 58 2.2 Saisie et édition d’un rapport journalier ............................................................... 58 2.3 Edition d’un rapport mensuel ............................................................................... 63 2.4 Ajout d’un poste MT ............................................................................................ 64

Conclusion ........................................................................................................................... 67

Conclusion .......................................................................................................... 68

Bibliographie ...................................................................................................... 70

Glossaire ............................................................................................................. 71

Annexes ............................................................................................................... 73

Annexe 1 : Exemple de calcul des indices UNIPEDE ................................................. 74 Annexe 2 : Tableau des critères UNIPEDE ................................................................ 77 Annexe 3 : L’ensemble des états à éditer ..................................................................... 79 Annexe 4 : Le mappage Objet – Relationnel ............................................................... 87 Annexe 5 : Dictionnaire des données ........................................................................... 90

Projet de fin d’étude Introduction

1

Introduction

Le Maroc est un pays en voie de développement. Il est la porte de l’Afrique sur l’Europe et le

dernier port par lequel passent les pétroliers se dirigeant vers l’Amérique. Il offre aux

investisseurs un climat stable politiquement, une main d’œuvre de faible coût, et des zones de

libre échange avec les plus grandes puissances économiques, je cite les Etats Unis

d’Amérique et l’Union Européenne à titre d’exemples.

Malgré tous ces facteurs, l’investisseur étranger ne fait toujours pas confiance à l’économie

marocaine, le plus grand inconvénient de cette dernière étant les coûts élevés de l’énergie.

Pour contrer ce point, l’Office National de l’Electricité, le principal fournisseur de l’énergie

électrique, a mis au point un nombre de dispositifs visant la réduction des coûts de

Projet de fin d’étude Introduction

2

production, de transport et de distribution de l’énergie électrique tout en garantissant une

qualité de service à la hauteur des exigences de ces clients.

Pour satisfaire ces derniers, l’ONE a adopté une stratégie de qualité aux normes européennes.

En effet, il a mis en place un ensemble d’indicateurs de performance visant le contrôle et le

suivi de ses activités. Parmi eux, je cite en particuliers les critères UNIPEDE qui mesurent

l’impact des interruptions touchant le réseau de distribution sur les clients. Ils permettent,

aussi, la maîtrise de la disponibilité et des performances du réseau, objectif incontournable,

pour se préparer à faire face efficacement à l’environnement économique futur.

Pour se faire, il est naturel de souligner l’importance de la gestion des incidents et l’intérêt

porté à leur analyse, en ayant comme objectif la diminution de leur impact sur les clients. De

ce point de vue, et en complément à ce qui a été fait en matière d’analyse d’incidents, je me

suis intéressé, dans le cadre de mon projet de fin d’étude, au suivi et à l’analyse des incidents

touchant le réseau moyenne tension de la Division Régionale de Meknès. Je dois fournir un

système permettant à ses utilisateurs la prise en compte des différentes anomalies affectant le

fonctionnement normal du réseau d’alimentation moyenne tension, le calcul des critères de

qualité définis par l’ONE et l’édition des rapports qui en découlent.

Dans ce rapport, le premier chapitre est consacré à la présentation du contexte général du

projet. L'étude et spécification des besoins feront l’objet du deuxième chapitre. Le troisième

chapitre est réservé à l’analyse et conception du système. Le dernier chapitre présente l’étape

de la réalisation.

A la fin du rapport, je présente en complément les différentes annexes. Dans l’annexe 1, le

lecteur trouvera un exemple de calcul des indices UNIPEDE. L’annexe 2, quant à elle,

présente les règles de calcul des critères UNIPEDE définis par l’ONE. L’annexe 3 regroupe

l’ensemble des états à reproduire. L’annexe 4 étale quelque règles de mappage objet

relationnel. Le dictionnaire complet des données manipulées par le système et leur

signification est présenté dans l’annexe 5.

Projet de fin d’étude Contexte général du projet

3

Chapitre 1 : Contexte général du projet

Introduction

Ce chapitre a pour but la présentation de l’organisme d’accueil et le contexte général du

projet. Le premier paragraphe sera consacré à la présentation de l’ONE, de la division

régionale de Meknès et des services en relation avec le projet. Le deuxième paragraphe

introduira des notions générales du projet et une description succincte pour comprendre sa

finalité.


4

1 Présentation de l’organisme d’accueil

1.1 Présentation générale de l’ONE

Tableau 1 : Fiche technique de l’ONE Dénomination commerciale Office National de l’Electricité

Siège Social 65 Rue Ottman Bnou Affane Casablanca

Directeur Général de l’ONE Mr Ahmed NAKKOUCH

Secteur d’activités Production, transport et distribution de l’électricité

Implantation Dans tout le royaume

Chiffre d’affaire (fin 2002) 11 938 M.Dhs

Moyens humains (fin 2002) - 1391 Cadres. - 3745 Agents de maîtrise. - 4402 Agents d’exécution

1.1.1 Historique

Au lendemain de l’indépendance, l’Etat a dû prendre lui-même en main le secteur électrique

afin de l’organiser, le soutenir et garantir le service public. L’Office National de l’Electricité a

été créé par Dahir en août 1963 et a été substitué à la Société Electrique du Maroc à qui était

confiée depuis 1924, la concession d’une organisation de production, de transport et de

distribution de l’énergie électrique. A cette date, les usines de l’énergie électrique du Maroc

assuraient 90% de la production nationale.

L’ONE est un établissement public à caractère industriel et commercial, doté de la

personnalité civile et de l’autonomie financière et a été investi depuis sa création de

l’exclusivité de la production et le transport. Il assure également la distribution de l’énergie

électrique dans plusieurs provinces du royaume notamment en milieu rural. Les droits et

obligations de l’ONE sont définis dans un cahier de charge approuvé par décret en 1974,

lequel définit les conditions techniques, administratives et financières relatives à

l’exploitation des ouvrages de production, transport et distribution de l’électricité [Site1].

1.1.2 Objectifs

L’ONE a pour mission la satisfaction dans les meilleures conditions techniques et

économiques :

- la demande de notre pays ;

- la généralisation de l’accès à l’électricité dans le monde rural ;

- œuvrer pour la promotion et le développement des ressources nationales

notamment les énergies renouvelables.


5

1.1.3 Moyens de production

L’ONE produit l’énergie électrique dans les centrales thermiques, hydrauliques et éoliennes.

Il comporte actuellement :

- 5 centrales thermiques à vapeur, 7 centrales turbines à gaz, et un ensemble de

centrales diesel. L’ensemble de ce parc totalise une puissance de 3 168 Méga Watt

(MW) ;

- 24 usines hydrauliques totalisant une puissance de 1167 MW ;

- un parc de production éolienne situé dans la région de Tanger qui totalise une

puissance 54 MW.

1.1.4 Réseau de transport

Juste après la production, l’énergie électrique est acheminée vers les centres de consommation

grâce à un réseau qui couvre la quasi-totalité du territoire national. Ce réseau est constitué de

lignes 400, 225, 150, 60 et 22 KV, d’une longueur totale de 16300 Km. Il est par ailleurs

interconnecté avec le réseau Algérien au moyen de deux lignes 225KV et avec le réseau

Espagnol au moyen de deux câbles 400KV sous-marins.

1.1.5 Moyens de distribution

Les réseaux de distribution de L’ONE sont constitués de 30 740 Km en Moyenne Tension. En

outre, près de 2 millions de clients sont desservis par les 233 Agences commerciales couvrant

la totalité du royaume.

1.2 Organisation de l’ONE

L’Office National d’Electricité est structuré en Directions fonctionnelles et Directions

opérationnelles.

Les directions opérationnelles sont :

- la Direction de Production (DPR) : responsable de la production d’énergie dans les

centrales thermiques et hydrauliques ;

- la Direction de Transport (DTR) : responsable du transport d’énergie tout en gérant

le réseau électrique haute tension ;

- la Direction de Distribution (DDI) : responsable de la distribution d’énergie en MT

et BT dans un territoire donné.

La Direction de la Distribution de l’ONE est représentée à travers le Maroc par sept Divisions

Régionales qui sont réparties comme suit :


6

- DR de Casa,

- DR de Tensift,

- DR de Agadir,

- DR de Kenitra,

- DR de Meknès,

- DR de Fès,

- DR de Oujda.

Chaque Division Régionale est composée d’entités fonctionnelles d’appui et d’entités

opérationnelles :

- les entités fonctionnelles d’appui sont :

o le service contrôle de gestion,

o le service des ressources humaines,

o le service approvisionnement et gestion des stocks,

o le département études et analyses,

o le département de conduite régionale,

o le département comptabilité,

o l’unité de sécurité.

- les entités opérationnelles sont :

o les Services Techniques Régionaux,

o les Agences de Distribution,

o les Agences Commerciales.

1.3 Présentation de la Direction Régionale de Meknès (DRM)

Tableau 2 : Fiche technique de la DRM Dénomination commerciale Office National de l’Electricité

DRM Avenue My Youssef Meknès B.P. 583

Chef de Division Régionale Mr Driss AMHANI

Secteur d’activités Distribution

Implantation Meknès Tafilalt

Téléphone 055-40-27-31/32/33

Fax 055-52-23-39


7

Des entités fonctionnelles et opérationnelles, je vais détailler le rôle du Département de

Conduite Régional (DCR), du Service Technique Régional (STR) et des Agence de

Distribution (AD). Ils représentent les principales entités en relation avec le projet.

1.3.1 Département de Conduite Régional

A partir du 1er avril 1998, le DCR/Meknès a pris en charge la gestion et la conduite des

réseaux MT de la Division Régionale (DR). Il lui a été confié les consignes d’exploitation des

réseaux MT, l’ordonnancement des coupures, les statistiques d’incidents des réseaux MT et

l’étude des réseaux MT en exploitation.

En plus des réseaux 22KV de la Division Régionale de Fès, le DCR de Meknès conduit la

totalité des réseaux 22KV et postes sources de la DR. Il assure la manœuvre de plusieurs

organes, par télécommande, à partir des PC de Meknès et d’Errachidia.

Le DCR est composé actuellement de 7 agents :

- 1 cadre : responsable du DCR ;

- 6 agents de maîtrise : 2 agents pour la gestion des réseaux et 4 agents pour la conduite

des réseaux MT et des postes sources.

1.3.2 Service Technique Régional

Ce service se compose de deux départements :

- département exploitation : ce département est appelé à effectuer les travaux suivants :

o programmation et coordination des coupures de courant électrique du réseau,

o mesure et entretien des lignes BT/MT,

o visite et entretien des postes, des branchements et des lignes nouvellement

réalisées.

- département d’équipement : ce dernier a pour tâche l’étude de la réalisation des

différents types d’ouvrage :

o travaux remboursables : c’est l’ensemble des travaux financés par des tiers,

o travaux d’aménagements.

1.3.3 Les Agences de Distribution (AD)

Ces agences s’occupent à la fois des abonnements BT et MT par les raccordements des

installations électriques de l’abonné au réseau électrique de l’ONE, ainsi que leurs

branchements. Elles élaborent des contrats liant l’abonné avec l’ONE. Ces contrats


8

garantissent la fourniture électrique à l’abonné et le paiement de ces fournitures à l’ONE par

cet abonné.

La figure 1 donne un aperçu global sur la structure hiérarchique de la DR – Meknès.

Figure 1: Organigramme de l’ONE


10

2 Présentation du projet

2.1 Les réseaux MT

Afin d’effectuer une bonne analyse des incidents survenus sur les réseaux aériens et

souterrains MT, il faut tout d’abord faire le point sur certaines choses.

Dans ce paragraphe, je vais parler de :

- la fonction générale des réseaux ;

- la structure des réseaux ;

- les réseaux MT aériens et souterrains ;

- les postes MT/BT ;

- matériel de protection : fusible, disjoncteur, sectionneur, etc.

2.1.1 Fonction générale d’un réseau électrique

La fonction générale d’un réseau électrique est d’acheminer l’énergie électrique des centres

de production jusqu’à l’utilisateur. De plus le réseau a un rôle de transformation puisqu’il doit

permettre de livrer aux consommateurs un bien adapté à leurs besoins. Le produit électrique

est caractérisé par :

- une puissance disponible ;

- une tension fixée ;

- une qualité traduisant la capacité à respecter les valeurs et la forme prévue de ces

deux paramètres et les maintenir dans le temps.

2.1.2 Structure générale d’un réseau

Dans les pays dotés d’un système électrique élaboré, notamment dans notre pays, le réseau est

structuré en plusieurs niveaux assurant des fonctions spécifiques propres et caractérisées par

des tensions adaptées à quelques fonctions bien déterminées, selon la puissance transportée :

- les réseaux de transport des très hautes tensions (THT), transportent l’énergie des

gros centres de production vers les régions consommatrices (400KV et 225KV).

Ces réseaux sont souvent interconnectés, réalisant la mise en commun de

l’ensemble des moyens de production ;

- les réseaux de répartitions à haute tension (HT), assurent à l’échelle régionale la

desserte de livraison à la distribution 60KV ;


11

- Les réseaux de distribution sont : les réseaux d’alimentation de l’ensemble de la

clientèle à l’exception de quelque gros clients industriels alimentés directement par

les réseaux THT et HT. Il y a deux sous nivaux :

o les réseaux MT (22KV),

o les réseaux BT (220V et 380V),

2.1.3 Les postes sources MT

Ces postes sont alimentés par les réseaux de répartition HT 60KV. Dans les zones urbaines

très denses, il peut être intéressant de sauter cet échelon de répartition et de réaliser des

injections directes THT/MT. Ces deux types de postes présentent quelques différences de

conception du fait des fonctions à assumer (puissance plus importante à desservir pour les

postes THT/MT) mais leur description reste identique.

En phase initiale, ce type de poste est constitué d’un transformateur (T1) alimenté par la ligne

(HT). Avec l’augmentation des charges à desservir on peut y adjoindre un deuxième

transformateur (T2).

En même temps que le deuxième transformateur, on raccorde généralement une deuxième

arrivée (HT2), dite ligne de garantie opérant en cas de défaut sur la première.

Le ou les transformateurs débitent sur un tableau MT qui forme un jeu de barres composé de

rames, chaque rame est un ensemble d’une dizaine de cellules environ, organisée en deux

demi rames reliées entre elles par un organe de couplage en sectionnement de barre.

La demi rame élémentaire comprend :

- une arrivée de transformateur,

- plusieurs départs MT,

- une cellule de condensateurs pour la compensation de l’énergie réactive,

- éventuellement un disjoncteur.

Les départs MT sont regroupés sur les différentes rames en fonction de leur nature (aérien,

souterrain), afin d’éviter de répercuter sur les réseaux souterrains, les perturbations affectant

les lignes aériennes plus exposées.

2.1.4 Les réseaux MT

Les réseaux MT sont répartis en deux types :

- réseaux MT sous terrains : ils enregistrent rarement des anomalies. Le câblage est

enfui sous terre, loin des perturbations naturelles et de l’activité humaine,


12

- réseaux MT aériens : plus exposés aux anomalie, les réseaux aériens classiques

sont constitués de départs MT avec trois phases et ils sont équipés de :

o les fils conducteurs (en alliage d'aluminium),

o des systèmes de protections qui comportent des disjoncteurs MT à cycles de

réenclenchement rapides puis lent, permettant d'éliminer les défauts auto

extincteurs fugitifs et semi permanents. Ce type de protection est utilisé dans

les postes sources,

o des interrupteurs qui permettent de faciliter la localisation des défauts

permanents et de réduire les tronçons non alimentés lors de réparation à la

suite d'incidents ou lors de travaux programmés.

2.1.5 Poste MT/BT

Ils sont l'interface entre les réseaux MT et BT. Ils ont essentiellement un rôle de

transformation MT/BT auquel peuvent éventuellement être associée une fonction

d'exploitation MT (point de coupure) et une fonction de répartition BT suivant la charge à

desservir.

Le poste MT/BT est un organe très répandu sur les réseaux qui se présente sous des formes

extrêmement variées suivant l'environnement et la puissance à desservir.

Les types de postes MT/BT sont :

- poste sur poteau : c'est le plus simple utilisé en réseau aérien. Apparu dans les

années trente, son principe de conception est le suivant : le transformateur est

monté sur un poteau en béton. Il comporte des éclateurs ou parafoudres servant à la

protection contre les surtensions, et un disjoncteur pour la protection contre les

surintensités. La figure 2 le représente schématiquement,

- poste bas de poteau : généralement préfabriqué, raccordé exclusivement sur les

réseaux aériens MT. Ces cabines sont utilisées lorsqu'il est nécessaire de recourir à

une liaison aéro-souterraine (en ville). La figure 3 présente son schéma électrique,

- poste urbain raccordé en souterrain.

Figure 2 : Schéma d’un poste MT/BT sur poteau


13

Figure 3: Schéma d’un poste MT/BT bas de poteau

2.1.6 Matériel de protection

Pour protéger les différents composants sensibles du réseau électrique, l’ONE utilise :

- les Fusibles : ils sont définis par leur calibre et par leur rapidité de fusion,

- disjoncteur réenclencheur : décrivant le fonctionnement d'un disjoncteur

réenclencheur :

o en première phase, le disjoncteur réenclencheur n'ouvre pas le circuit

instantanément le temps que :

- un défaut auto extincteur s'est éteint au passage à zéro du courant

alternatif,

- un fusible sur un transformateur endommagé ait fendu.

o en deuxième phase, le disjoncteur réenclencheur s'ouvre pendant un temps

court, mais suffisant de façon à laisser disparaître un défaut fugitif (une

branche d'arbre).

Le retard de la phase 1 et le temps de coupure de la phase2 sont réglables.

2.2 Les anomalies

2.2.1 Classification des défauts

Les défauts affectant les réseaux aériens MT peuvent être classés de deux façons différentes :

suivant l’emplacement, on peut distinguer les défauts affectant :

o la partie moyenne tension des postes HT/MT, en amont des disjoncteurs

protégeant chaque départ MT,

o les réseaux proprement dit, en aval de ces disjoncteurs (lignes aériennes et

câbles isolés constituant les antennes principales et les dérivations, y compris

la partie MT des postes MT/BT).


14

- Suivant la durée, on peut distinguer entre :

o défauts fugitifs : c’est une interruption de courant très brève sur le réseau

d’alimentation de l’ordre de quelques dixièmes de secondes,

o défauts temporaires : c’est une ou plusieurs interruptions de courant sur le

réseau d’alimentation, relativement longues, de l’ordre de quelques secondes,

mais ne nécessitent, pour la reprise de service, aucune intervention sur le

réseau du personnel d’exploitation.

o défauts permanents : ce sont ceux qui, après avoir provoqué un déclenchement

définitifs, nécessitent l’intervention du personnel d’exploitation pour la reprise

du service ; ces défauts impliquent en général, soit des avaries de matériel

(rupture de conducteurs, calquage d’isolateurs, etc.), soit la présence sur les

conducteurs de branches d’arbre, d’oiseaux, etc.

2.2.2 Recensement des causes d’incidents

D’une manière générale les incidents survenus sur le réseau MT sont dus soit :

- à une cause indéterminée,

- à un ou plusieurs isolateurs cassés,

- à la rupture d’un ou plusieurs câbles,

- à un mauvais temps,

- aux actes de vandalisme,

- à un corps étranger (oiseaux, reptile),

- à la défaillance du matériel,

- au mauvais entretien.

2.2.3 Intervention en cas d’incident

En cas d’incident survenu sur le réseau moyenne tension, le répartiteur du DCR avise l’agent

de l’agence commerciale concernée et donne les démarches de localisation du défaut pour

déterminer le tronçon affecté.

Si le défaut nécessite l’intervention de l’équipe poste ou l’équipe LMT (ligne moyenne

tension), le DCR informe cette équipe de la nature de l’anomalie et son emplacement. Si le

défaut est localisé sur un réseau maillé, l’agent du DCR doit procéder à l’alimentation de la

partie sainte du réseau à partir d’un autre départ. Cette dernière opération affecte les ventes de

l’AD et dans des cas particuliers, affecte aussi les ventes de la division régionale. Les

répercussions des incidents sur les clients sont mesurées en terme de critères UNIPEDE et des

taux de pertes.


15

Une fois l’anomalie est réparée, l’équipe qui a effectué l’intervention procède à un rapport

détaillé. Ce rapport présente tous les incidents du jour d’une manière bien précise (horaire

d’interruption, horaire de rétablissement, durée d’interruption, motif, localité coupée, dégât si

il y en a eu, etc.).

2.2.4 Classement des indisponibilités

Les indisponibilités sont rangées en trois catégories :

- les coupures d’urgence : ce sont des indisponibilités qu’on ne peut pas inscrire

dans un programme compte tenu de leur caractère urgent. Elles sont imprévisibles

et ne peuvent attendre le traitement habituel. Elles sont opérées volontairement et

immédiatement par l’intervenant suite à un danger imminent. Elles sont

considérées comme des incidents sur les réseaux,

- les coupures imprévues : ce sont des indisponibilités ni programmées, ni urgentes.

Elles sont imprévisibles sur un mois et peuvent surgir au courant de la semaine.

Ces coupures doivent être signalées au DCR au moins deux jours à l’avance. Ce

genre de coupures devra être justifié et avoir l’accord du chef de Division,

- les coupures programmées : ce sont les indisponibilités inscrites au programme

mensuel. Ce sont les indisponibilités qui font les objets de la réunion mensuelle

habituelle DCR, STR et DTR.

2.3 Les indicateurs de qualité de services

2.3.1 Les critères UNIPEDE

2.3.1.1 Présentation de l’UNIPEDE

Figure 4 : Logo de l’UNIPEDE

L’Union Internationale des Producteurs et Distributeurs d'Energie Electrique (UNIPEDE) est

une association professionnelle qui réunit les entreprises responsables de la production, de la

transmission et de la distribution d'électricité ou d’activités connexes dans tous les pays

[Site2].


16

Fondée en 1925, l’objectif de l’UNIPEDE est de :

- valoriser l’image de l’industrie de l’énergie électrique ;

- aider ses membres à mettre l’énergie électrique à la disposition des clients aux

meilleures conditions possibles en perfectionnant sans cesse la qualité du service ;

- favoriser le perfectionnement des moyens de production, de transport, de

distribution et d’utilisation de l’énergie électrique ;

- oeuvrer au bénéfice des intérêts communs de ses membres au niveau international ;

- établir et pérenniser des contacts de collaboration avec d’autres organisations

régionales de l’industrie de l’énergie électrique.

2.3.1.2 Les indices de qualité UNIPEDE

Le règlement technique de l’UNIPEDE pour les réseaux de distribution, article 51 introduit la

notion de l'indice de qualité "disponibilité" en ces termes :

"L’indice de qualité « disponibilité » qui indique le temps annuel moyen

durant lequel un utilisateur de réseau peut avoir accès au réseau, temps qui

est maintenu pour chaque réseau de distribution à son niveau actuel. Cet

indice donne une image du réseau en ce qui concerne sa gestion technique,

ainsi que son comportement et sa capacité de réaction en cas de

perturbations."

Trois indices de qualité sont retenus : l’indisponibilité, la fréquence des interruptions et la

durée de rétablissement.

Ces indices sont évalués par rapport à un utilisateur moyen du réseau de distribution. Ils sont

établis d'une part sur base des interruptions de plus d’une minute dues aux incidents survenus

dans les réseaux HT et MT et d'autre part sur les interruptions programmées pour travaux. Il

s’agit d’une estimation établie suivant certaines hypothèses. Ces hypothèses sont rendues

nécessaires car la comptabilité des temps d’interruption n’est pas tenue individuellement par

utilisateur. A l’aide de ces hypothèses, il est possible d’effectuer le lien entre les données

disponibles et le résultat recherché.

Les interruptions dues au réseau BT ne sont pas prises en considération faute de données

statistiques. Chaque interruption en réseau BT n’affecte qu'un nombre relativement restreint

d'utilisateurs et de ce fait ces interruptions n'influencent pas de façon déterminante la

statistique générale. Les estimations globales montrent que l’apport dû à la BT est d’ailleurs

petit par rapport à l’ensemble [Site3].


17

L’indisponibilité représente le temps annuel moyen d’interruption d’un utilisateur du réseau

de distribution. C’est donc la somme estimée des temps d’interruption de tous les utilisateurs

du réseau de distribution divisée par le nombre d'utilisateurs.

La fréquence des interruptions est le nombre annuel moyen d’interruptions d’un utilisateur du

réseau de distribution, ce qui correspond à la somme de toutes les interruptions des

utilisateurs du réseau de distribution divisée par le nombre d’utilisateurs.

La durée de rétablissement est le temps moyen de durée des interruptions ; celui-ci est calculé

en divisant la somme estimée des temps d’interruption de tous les utilisateurs du réseau de

distribution par le nombre d’interruptions.

Pour évaluer ces indices, il ne serait pas réaliste d'effectuer par utilisateur, un décompte

analytique des temps de coupure. C'est pourquoi la méthode utilisée donne un indice global,

tout utilisateur MT et BT confondu, basé sur le nombre de cabines de distribution (Poste

MT/MT ou Poste MT/BT) dont l'alimentation est interrompue.

Les 3 indices sont reliés par la relation :

Indisponibilité = fréquence x durée de rétablissement

L’annexe 1 présente un exemple de calcul de ces indices

2.3.1.3 Les indicateurs de qualité ONE

Les critères UNIPEDE définis par l’ONE sont au nombre de cinq. Ils reflètent la qualité du

service fournit à ses clients.

- Durée moyenne d'interruption d'un client (DMC)

C'est la durée moyenne d'interruption pour chaque client qui a été interrompu dans un système

pendant une période déterminée (année, trimestre, mois,...)


18

Σ (des clients x heures interrompus)

DMC = Σ des clients interrompus

Le calcul du nombre de clients interrompus se fait en ne comptabilisant qu’une seule fois les

clients interrompus à plusieurs reprises.

- Durée moyenne d'interruption d'un système (DMS)

C'est la durée moyenne d'interruption pour l'ensemble des clients d'un système pendant une

période déterminée (année, trimestre, mois,...). Dans ce cas, tous les clients du système sont

considérés interrompus.

Σ (des clients interrompus x heures interrompus)

DMS = Nombre de clients connectés

DMC est égal à DMS dans le cas où chaque client du système a subi, au moins, une

interruption.

- Temps moyen de rétablissement d'un système (TMRS)

C'est le temps moyen de rétablissement de service de l'ensemble des clients d'un système

pendant une période déterminée (année, trimestre, mois,...). Dans ce cas, tous les clients du

système sont considérés interrompus.

Σ (KVA Interrompus x heures interrompus)

TMRS = Σ des KVA connectés

Ce critère mesure la durée d’interruption en fonction de la valeur de la puissance interrompue.

Comme exemple, en cas d’interruptions d’un client potentiel d’un système, la valeur du

TMRS augmente contrairement à une interruption qui touche un client dont la puissance est

faible.

- Indice de fréquence d'un client (IFC)

C'est le nombre moyen d'interruption pour chaque client qui a été interrompu dans un système

pendant une période déterminée (année, trimestre, mois,...)

Nombre total des interruptions

IFC = Nombre clients interrompus


19

Le nombre total des interruptions est la somme des interruptions subies par chaque client d’un

système.

IFC est toujours supérieur ou égal à 1, à la condition qu’au moins un client du système a subi,

au moins, une interruption.

- Indice de fréquence d’une interruption d’un système (IFS)

C'est le nombre moyen d'interruptions pour l'ensemble des clients d'un système pendant une

période déterminée (année, trimestre, mois,...). Dans ce cas tous les clients sont considérés

interrompus


IFS = Nombre clients connectés

Le nombre total des interruptions est la somme des interruptions subies par chaque client d’un

système.

IFC est égale à IFS dans le cas où chaque client du système a subi, au moins, une interruption.

L’annexe 2 regroupe ces critères dans un même tableau.

2.3.2 Les taux des pertes

2.3.2.1 Le taux d’échange de puissance (TEP)

L’ONE s’est doté d’un système hiérarchique (DR, AD, AC, etc.) pour contrôler son réseau de

distribution. Et pour répondre aux besoins de ses clients dans les meilleures conditions, il a

assoupli sa structure. Ainsi les clients, bien qu’ils consomment une énergie acheminée par une

AD donnée, se voient relever leurs consommations par l’AD la plus proche. Ce cas de figure

se présente dans deux situations :

- rétrocessions inter AD : dans l’exemple du tableau 3, quelques départs relevant de

la responsabilité de l’AD El Hajeb (L’AD El Hajeb relève les consommations des

clients habitant dans sa zone d’influence) sont alimentés par l’AD Meknès et ceci

en exploitation normale du réseau d’alimentation.


20

Tableau 3 : Exemple de rétrocessions inter AD

LIGNE MT AD Responsable AD Client

Boufekrane - Haj Kaddour El Hajeb Meknès

Boufekrane - Ait Yazem El Hajeb Meknès

M'haya - Ain taoujdate El Hajeb Meknès

- report de PS : suite à un défaut localisé sur un réseau maillé, l’agent du DCR

procède à l’alimentation de la partie sainte du réseau à partir d’un autre départ.

Durant ce moment, les clients connectés à cette partie du réseau consomment une

énergie acheminée par un autre départ, qui peut être sous la responsabilité d’une

autre AD, ou même d’une autre DR.

Dans les deux cas, les ventes ne correspondent pas aux achats. Pour avoir un aperçu sur ces échanges de puissance, l’ONE s’est définit un taux d’échange de puissance :

TEP = 1 – (Ventes / Achats) Il est calculé pour une période donnée (année, trimestre, mois,…) et pour un système donné

(une AD, un départ, etc.).

2.3.2.2 L’énergie non distribuée (END)

L’électricité est une énergie qui ne peut être stockée. Une anomalie qui touche le réseau de

distribution est une énergie qui est produite, transportée mais qui n’est pas consommée. Et

pour évaluer le coût de ces anomalies, le DCR calcule l’énergie non distribuée dans un

système pour une durée :

Puissance appelée à l'heure de pointe de la ligne en question

Cf = Σ des puissances installées des postes MT/BT de la ligne en question

Énergie = PAx0.86x(0.3HC+0.6HPL+HP)/60

HC : heure creuse, correspond à une demande en électricité inférieure à la moyenne, HPL : heure pleine, correspond à une demande normale en électricité, HP : heure de pointe, correspond à une demande en électricité supérieure à la

moyenne, Cf : coefficient de foisonnement ; c’est la participation de sous réseau, touché par

l’anomalie, dans la consommation totale, Énergie : énergie consommée par le système en une minute.


21

END = Cf x Énergie x durée d’interruption

2.4 Description du projet

Dans cette partie, je vais présenter les objectifs du projet et la démarche suivie pour sa mise

en œuvre.

2.4.1 Objectifs du projet

Les rapports journaliers présentent une source de données considérable, mais difficilement

maîtrisable. Ils permettent le calcul des critères de qualité de services (DMC, TMRS, etc.), les

taux de pertes, les primes de réseau, etc. Mais l'établissement d'un tableau de bord regroupant

seulement les indices significatifs aux décideurs, n'incluant que les systèmes qui sont sous

leur responsabilité et pour une période déterminée, augmente la charge du travail des

répartiteurs sans un vrai apport à leurs acquis.

Ces traitements peuvent être automatisés réduisant ainsi les erreurs de calculs et donnant un

aperçu plus correct du service offert aux clients et dans une durée moindre, offrant ainsi la

possibilité de prendre les bonnes décisions aux bons moments.

Mon projet de fin d'étude se propose comme un pas de plus vers l'informatisation de la

gestion des incidents touchant le réseau moyenne tension avec prise en compte des différents

acteurs intéressés par l'édition des différents critères.

2.4.2 Démarche de la conduite du projet

Pour répondre aux objectifs du projet, le projet a été divisé en plusieurs tâches qui sont :

- étude des besoins ;

- décomposition du projet en des étapes ;

- estimation de la durée prévisionnelle de chaque étape ;

- réalisation du planning ;

- modification du planning à la fin de chaque étape ;

- rédaction du document à rendre à la fin de chaque étape.

Conclusion

Ce chapitre représente un point de départ pour l’élaboration du système dans la mesure où il

définit son contexte général. L’organisme d’accueil a été présenté, et les objectifs et la

démarche de la mise en œuvre du nouveau système précisés. Le chapitre suivant décrit la

phase étude et spécification des besoins du projet.

Projet de fin d’étude Etude et spécification des besoins

22

Chapitre 2 : Etude et spécification des

besoins

Introduction

Ce chapitre résume la phase de l’étude et la spécification des besoins. Dans un premier temps,

le cahier des charges sera présenté. Puis, l’étude de l’existant donnera une idée sur l’ancien

système, ses fonctionnalités et ses failles. Les attentes des utilisateurs détermineront les

nouveaux besoins. Enfin, je vais proposer et détailler la solution adoptée.


23

1 Cahier des charges du nouveau système

Le nouveau système doit répondre au cahier des charges suivant :

- gérer le réseau MT

o créer ou supprimer un ou plusieurs postes sources, départs, tronçons et postes

MT.

o consulter et modifier leurs données

- gérer les équipes postes et LMT par le STR concerné

o créer ou supprimer un ou plusieurs équipes postes, équipes LMT et agents


- gérer les établissements

o créer ou supprimer un ou plusieurs AD, AC et communes


- gérer les incidents du réseau MT

o saisir les données des incidents

o calculer les durées de réparations, les durées de localisations et les énergies

non distribuées

o consulter les incidents par

période

• STR ou regroupement des STR

• établissement

• l’ensemble de la Division

causes

• STR ou regroupement des STR

• établissement

• l’ensemble de la Division

- calculer le nombre des incidents par

o période

mensuelle

trimestrielle

semestrielle

o causes

STR ou regroupement des STR

établissement

l’ensemble de Division


24

- calculer les critères UNIPEDE et les taux de pertes par

o période


établissement


o causes


établissement


- éditer les états

Il faut noter que les calculs doivent être visualisables moyennant des graphiques, et qu’ils ne

doivent prendre en considération que les systèmes qui sont sous la responsabilité de

l'utilisateur.

2 Étude de l'existant

Suite à une anomalie (fugitif, incident, indisponibilité), un nombre d’actions sont prisent et

des rapports sont saisies ou/et édités. Ces rapports permettent le suivi des actions entrepris

pour pouvoir offrir aux consommateurs une qualité de service aux normes mondiales.

La saisie des rapports journaliers et l’édition de quelques rapports mensuels sont possibles en

utilisant l’application GEFOR. Les autres rapports (primes de réseau, fiche d’incidents …)

sont tirés de la base de données UNIPED après traitement avec Excel.

2.1 GEFOR

GEFOR (Gestion du fonctionnement du réseau) est une application développée en interne

avec Visual Basic. Elle offre les fonctionnalités suivantes :

- la saisie et la consultation des anomalies : la saisie se fait par le remplissage des

champs caractérisant l’anomalie (heure de début, heure de rétablissement, les

dégâts, les causes, etc.) pour chaque tronçon affecté.

- l’entretien des informations relatives au réseau MT : ce qui comprend l’ajout de

nouvelles installations électriques, et la modification ou la suppression de ceux

déjà existantes.

- la consultation des informations relatives aux installations électriques. Ces

informations comprennent le nombre de clients pour le sous système sélectionné,

le client important, la charge appelée, etc.


25

- l’édition du rapport des critères UNIPEDE : le calcul se fait pour un système et sur

une période. Le résultat peut être transféré vers un fichier Excel pour un traitement

plus approfondi et pour impression.

GEFOR est une application monoposte et multi utilisateurs. Elle est développée pour deux

types d’utilisateurs : administrateur et répartiteur. Ils sont décrit dans ce qui suit :

- le répartiteur : il se charge de la saisie des incidents et des indisponibilités et

l’édition des rapports des critères UNIPEDE pour un système donné et pour une

période déterminée. Il peut aussi apporter des modifications à l’architecture du

réseau électrique,

- l’administrateur : lui sont attribuées les tâches de compactage et de réparation de la

base de données et l’ajout de nouveaux utilisateurs. Il peut aussi faire les tâches du

répartiteur.

Cette application répond à un grand nombre de fonctionnalités, toutefois, un nombre

d’inconvénients a été dégagé. A titre d’exemple :

- le modèle adopté pour la représentation des défauts touchant le réseau moyenne

tension ne permet pas le calcul des taux de pertes et des primes de réseau.,

- la saisie des anomalies présente une charge considérable. Le répartiteur doit saisir

des informations redondantes (voir figure 5),

- les fonctionnalités les plus intéressantes (tableau de bord, import/export des

tronçons) ne sont pas fonctionnelles,

- elle ne tient pas compte de l’appartenance des postes sources au réseau électrique

MT,

- l’entretien de la base de données peut être effectué par les répartiteurs,

- l’interface Homme/Machine est déplorable.

Pour ce qui est de la sécurité d’utilisation, c’est l’administrateur qui enregistre les nouveaux

utilisateurs. Mais il ne peut ni changer ni modifier le profil des utilisateurs (rôle et mot de

passe).

De plus, l'absence de code source écarte toute possibilité de développement à base de cette

application.


26

Figure 5 : Saisie d’une indisponibilité dans GEFOR

Parmi les aspects forts de GEFOR, le découpage des données en trois catégories figure en

premier lieu. Ce découpage permet la distinction entre les équipes, les établissements et les

installations électriques, facilitant ainsi la maîtrise des informations manipulées par

l’application.

2.2 La base de données UNIPED

L’application GEFOR se base sur une base de données MSACCES, nommée UNIPED. Elle

regroupe 88 tables dont la plus grande partie vient d’une version antérieure de GEFOR

réalisée à Marrakech. Ces tables ne sont pas toutes utiles à GEFOR, mais un simple utilisateur

ne peut distinguer entre celles qui sont nécessaires au bon fonctionnement de l’application, et

celles représentant les résidus de l’étape de son adaptation. La figure 6 présente la totalité des

tables de la base de données UNIPED.

Il est à noter que le développeur n’a définit ni clé étrangère ni clé primaire. Ce qui, en cas

d’altération de la base de données, n’assure aucune garantie quant à son intégrité. La

réutilisation des données existantes est, donc, impensable.


27

Figure 6 : Base de données UNIPED

3 Nouveaux besoins

Par rapport à ce qu’offre GEFOR, les utilisateurs désirent une application simple d’utilisation,

plus sécurisée, et permettant de consulter et d’éditer les différents états à distance. Ces états

concernent, en plus des critères calculés par GEFOR, les taux de pertes et les primes de

réseau. L’application devra aussi rappeler aux différents utilisateurs leurs objectifs et lancer

des alarmes au cas où ils les dépassent.

3.1 Simplification d’utilisation

Le modèle adopté dans GEFOR oblige les utilisateurs à saisir, pour chaque tronçon touché par

l’anomalie, la date de début de la coupure de l’électricité et la date de son rétablissement. Ceci

rend difficile son utilisation sans pour autant permettre le calcul des taux de perte. Il faut

trouver une autre modélisation permettant une saisie facile des anomalies touchant le réseau

MT et offrant la possibilité de calculer les différents indices de qualité de service. Il faut aussi

veiller à avoir une interface graphique captivante et plus pratique.


28

3.2 Sécurité

La sécurité se traduit par la sécurité d’utilisation et la sécurité des données.

La sécurité d’utilisation donne le droit à un administrateur la possibilité de créer plusieurs

utilisateurs et de changer leur rôle à volonté. Chaque rôle assure un nombre de fonctionnalités

prédéfinies.

La sécurité des données réside avant tout dans le choix du système de gestion de base de

données. Les vérifications effectuées avant l’importation des données et la possibilité

d’enregistrer les données sur un autre support pour prévention contre une éventuelle

défaillance technique ou humaine augmentent le niveau de sécurité offert par tout système.

3.3 Utilisation à distance

L’ONE a un intranet permettant à ses employés de disposer des informations utiles à leurs

travaux au bon moment et à moindre coût. Le système futur devra faire usage de cet intranet à

fin que ses utilisateurs n’aient pas à se déplacer pour avoir l’information qui leur manque. Ils

devront se connecter au serveur de données, effectuer les tâches qui leurs sont permises par

leur rôle et avoir des réponses en un temps minimal.

3.4 États édités

En plus des états présentés par GEFOR, les états édités concerneront les fiches d’incidents, les

taux de pertes, les primes de réseau par agent, etc. Ils ne doivent toucher que les systèmes qui

sont sous la responsabilité de l’utilisateur et pour une période donnée. L’édition comprend la

possibilité d’enregistrer l’état dans un fichier séparé, et/ou de l’imprimer. L’ensemble des

états à reproduire est regroupé dans l’annexe 3.

3.5 Objectifs et alarmes

Le DCR, les STR et les équipes d’entretiens se définissent des objectifs durant leurs réunions

mensuels. Le DCR doit veiller à ne pas avoir des durées de localisation des anomalies

supérieures à une certaine durée. Les objectifs des STR et des équipes d’entretiens sont

définis en terme de critères UNIPEDE à ne pas dépasser. Pour répondre à ces objectifs, le

futur système devra informer les utilisateurs du pourcentage vérifié et, en cas de dépassement,

lancer des alarmes pour attirer leur attention.


29

4 Solution proposée

4.1 Modélisation du réseau MT

L’analyse des différents schémas des réseaux présents dans les archives du DCR, et la

modélisation adoptée par GEFOR m'ont aidé à dégager deux modélisations possibles du

réseau.

Dans le premier modèle, le réseau MT sera formé par des postes sources, des départs, des

dérivations, des tronçons, et des postes MT. Le poste source alimente des départs. Le départ

est un ensemble de tronçons formant la ligne principale. Chaque tronçon peut avoir des

dérivations qui lui sont liées. Chaque dérivation a des postes MT à desservir.

Dans le deuxième modèle, le réseau MT sera considéré comme des morceaux de ligne (des

tronçons) liés entre eux directement ou par des appareils de coupure. Les tronçons, ainsi liés,

acheminent l’énergie électrique depuis les postes sources jusqu’aux postes MT.

Le premier modèle reprend le même vocabulaire que celui utilisé par les répartiteurs dans la

manipulation de GEFOR. La mise en pratique de ce modèle rend difficile l’acquisition des

informations relatives aux incidents et l’entretien de la base de données. Le deuxième modèle

répond aux exigences du nouveau système avec plus de souplesse, c’est lui qui sera retenu

pour la modélisation du réseau.

L’introduction des appareils de coupure dans le modèle adopté permet l’exploitation des

durées d’interruptions pour le calcul des taux des pertes. En effet, une interruption n’est plus

considérée comme une anomalie qui touche les tronçons formant le réseau, mais un ensemble

d’opérations élémentaires affectant l’état des appareils de coupure.

4.2 Utilisateurs

Les utilisateurs du nouveau système peuvent être regroupés en quatre catégories :

- le répartiteur : il est chargé de remplir le rapport journalier chaque fois qu’une

anomalie s’est produite. Il doit suivre l'état du réseau et peut consulter et éditer les

rapports mensuels.

- l’administrateur : en plus des tâches du répartiteur, l’administrateur s’assure de

l’homogénéité des informations de la base des données concernant les équipements

et les établissements, il suit aussi les rapports des ventes.

- le chef DCR : le chef hiérarchique du DCR suit l'état du réseau, les rapports des

ventes, les rapports mensuels et le rapport de prime du réseau.


30

- le chef STR : le chef hiérarchique du STR peut consulter les rapports mensuels et

les rapports de prime du réseau par agent. Il est chargé aussi de l’entretien des

informations relatives à son domaine et à ses équipes et leurs objectifs

4.3 Architecture

L'application devra offrir aux utilisateurs la possibilité d'accéder à l'application depuis leurs

bureaux. A noter qu'à l'heure actuelle l'ONE/DRM dispose d'un DCR et de deux STR : une à

MEKNES et l'autre à ERRACHIDIA.

Figure 7 : Architecture de l'application

L’architecture adoptée pour le nouveau système est l’architecture client/serveur. Le serveur de

données sera hébergé sur le même poste dédié aux travaux des répartiteurs et de

l'administrateur. Les STR et le DCR accéderont à distance aux informations qui leur sont

utiles. La figure 7 reprend schématiquement cette architecture.

Conclusion

Nous avons vu dans ce chapitre ce qu’offrait l’ancien système et les grandes lignes du

système futur. Ainsi, j’y ai proposé une solution permettant de répondre aux besoins exprimés

par les différents utilisateurs. Le chapitre suivant est consacré à présentation de l’analyse et

conception du nouveau système.

Projet de fin d’étude Analyse et conception du projet

31

Chapitre 3 : Analyse et conception du

projet

Introduction

Dans l’optique de concevoir un système qui soit modulaire, facilement extensible est orienté

objet, le langage de modélisation UML s’est imposé comme l’outil le plus approprié pour la

modélisation de ce projet. En effet, UML [Ouv1] va permettre de mener la phase d’analyse et

de conception tout en bénéficiant de la puissance et de la simplicité de l’orienté objet.

Dans ce chapitre, je vais commencer par une brève présentation de la notation UML. Ensuite,

je passe en revue les différents diagrammes élaborés. La génération du modèle conceptuel des

données manipulées par le système sera traitée en fin de chapitre.


32

1 Présentation du langage de modélisation UML

UML (Unified Modeling Language, traduit "langage de modélisation unifié") est né de la

fusion des trois méthodes qui ont le plus influencé la modélisation objet au milieu des années

90 : OMT, Booch et OOSE.

Issu "du terrain" et fruit d'un travail d'experts reconnus, UML est le résultat d'un large

consensus. De très nombreux acteurs industriels de renom ont adopté UML et participent à

son développement.

Il y a donc déjà longtemps que l'approche objet est devenue une réalité. Les concepts de base

de l'approche objet sont stables et largement éprouvés. De nos jours, programmer "objet",

c'est bénéficier d'une panoplie d'outils et de langages performants. L'approche objet est une

solution technologique incontournable. Ce n'est plus une mode, mais un réflexe quasi-

automatique dès lors qu'on cherche à concevoir des logiciels complexes qui doivent "résister"

à des évolutions incessantes.

UML est un outil très puissant qui donne une dimension méthodologique à l'approche objet et

permet de mieux maîtriser sa richesse.

Il permet de :

- représenter des concepts abstraits (graphiquement par exemple),

- limiter les ambiguïtés (parler un langage commun, au vocabulaire précis,

indépendant des langages orientés objet),

- faciliter l'analyse (simplifier la comparaison et l'évaluation de solutions).

Une démarche d'analyse et de conception objet permet de :

- éviter d’effectuer une analyse fonctionnelle et se contenter d'une implémentation

objet, mais penser objet dès le départ,

- définir les vues qui permettent de décrire tous les aspects d'un système avec des

concepts objets.

UML permet donc de modéliser une application selon une vision objet, en possédant plusieurs

facettes. C'est une norme, un langage de modélisation objet, un support de communication, un

cadre méthodologique. UML est tout cela à la fois, ce qui semble d'ailleurs engendrer

quelques confusions.


33

2 Diagrammes d’UML

Dans ce paragraphe, je présente les principaux diagrammes UML nécessaires à la

compréhension du système à réaliser, il s’agit du diagramme des cas d’utilisation, des

diagrammes de séquences, du diagramme des packages et des diagrammes de classes.

2.1 Diagramme des cas d’utilisation

Selon la notation UML, les diagrammes des cas d’utilisation offrent un premier pas pour

comprendre le système et ses différents acteurs [Ouv2].

saisir rapport journalier

entretien equipements et etablissements

suivre le réseau

suivre l'exploitation

Repartiteur

editer rapport de prime

Administrateur

Chef DCR

editer rapport mensuel

<<use>>

editer rapport mensuel par STR

<<use>>

editer rapport de prime par STR

<<use>>

entretien des equipes et des objectifs

Chef STR

Figure 8: Diagramme des cas d'utilisations

Le diagramme des cas d’utilisation (figure 8) détermine pour chaque utilisateur, l’ensemble

des fonctionnalités qu’il peut effectuer. Vu que tous les cas d’utilisation utilisent

l’identification, je l’ai omis du diagramme. Le nouveau système offre dix cas d’utilisation et

pour chaque cas d’utilisation je détaille dans ce qui suit, quelques scénarios importants.


34

2.1.1 Identification

L’identification permet aux utilisateurs de se connecter à la base de données et d’utiliser les

applications du nouveau système. L’utilisateur donne son nom d’utilisateur et son mot de

passe. Après vérification, il a l’autorisation d’utiliser l’application (voir figure 9).

: Repartiteur dataBase

login + password

vérification

autorisation

Figure 9: Identification

2.1.2 Saisir rapport journalier

Le répartiteur et l’administrateur saisissent les anomalies qui touchent le réseau de

distribution de moyenne tension chaque fois qu’elles sont signalées. Parmi les scénarios que

ce cas d’utilisation regroupe, je cite :

- la saisie d’un fugitif : un fugitif ne peut toucher qu’un départ. Le répartiteur

demande la liste des postes et choisit le poste concerné. Puis, il demande la

liste des départs. Après avoir choisi un départ, il saisit les informations

relatives au fugitif, et les enregistre. La figure 10 apporte plus

d’éclaircissements.


35

: Repartiteurreseau posteSource depart fugitif

ListerPostes

liste des Poste Sources

ListerDeparts

liste des Departs

enregistrementFugitif nouveauFugitiffugitif crééenregistrement effectué

choix poste

choix départ

Figure 10 : Saisie Fugitif

- la saisie d’un incident : un incident est un ensemble d’opérations élémentaires

(ouverture ou fermeture des appareils de coupure). L’utilisateur (répartiteur ou

administrateur) navigue dans le réseau jusqu’à trouver l’appareil de coupure à

ouvrir ou à fermer. Ce procédé se répète jusqu’à validation de l’incident. La

navigation commence par la demande de la liste des postes sources. Une fois le

poste source choisi, il demande la liste des départs. Il choisit un départ et

demande la liste des tronçons. Le choix d’un tronçon lui retourne les liaisons

qui lui sont connectées. Les liaisons comportent un appareil de coupure et un

tronçon ou un poste source selon son type. Il peut alors naviguer dans le réseau

en choisissant un de ses tronçons fils ou effectuer une opération élémentaire en

sélectionnant un appareil de coupure (Voir figure 11).


36

Figure 11 : Saisie d'un incident

2.1.3 Entretien équipements et établissements

Ce cas d’utilisation est réservé seulement à l’administrateur. Il permet la modification des

éléments faisant parti des équipements (Poste source, Départ, Tronçon, etc.) et des

établissements (AD, AC, Commune). On y trouve :

- la modification d’une commune par navigation : l’administrateur navigue

jusqu’à atteindre la commune qu’il veut modifier (figure 12). Il peut alors


37

changer l’ensemble des informations relatives à cette commune (nom, liste des

postes MT qui sont sous sa charge, etc.).

: Administrateu

etablissement AD AC commune

modification

ListerAD

liste des AD

DemandeInfoinfo AD

ListerACListe des AC

DemandeInfoinfo AC

ListerCommunesliste des communes

DemandeInfoinfo communeListerPostMT

Liste des postes MT

EnregistrerModificationconfirmation enregistrement

choix AD

choix AC

choix Commune

Figure 12 : Modification d'une commune par navigation

- la modification d’un établissement par recherche : l’administrateur donne le

code de l’établissement à modifier. Il a en réponse à sa requête l’ensemble des

établissements qui ont le même code. Il en choisit un et modifie ses

informations. Dans le cas d’une modification d’une commune par recherche,

on se retrouve avec le diagramme de séquence de la figure 13.


38

etablissement

: Administrateur

AD AC Commune

rechercher( code)rechercher( code)

AD avec meme code

rechercher( code)

AC avec meme code

rechercher(code )

commune avec meme code

Liste des établissements possibles

choix établissement

EnregistrementModificationconfirmation enregistrement

DemandeInfo

info commune

modification

Figure 13 : Modification d'une commune par recherche

- la modification d’un tronçon par navigation : l’administrateur choisit un poste

source parmi ceux retournés par le réseau. Il a, alors, les départs contenus dans

ce poste source. Une fois il a choisi un départ, il a les tronçons qui lui sont

connectés. L’administrateur peut modifier un de ces tronçons ou descendre

encore plus dans l’arborescence (figure 14). Les modifications portent sur les

informations propres au tronçon actif (nom, type, longueur, etc.). Pour

descendre encore plus dans l’arborescence, l’administrateur choisit une de ses

liaisons.


39

: Administrateurreseau posteSource troncon

modification

ListerPostes

liste des postesListeDepart

liste des departs

DemendeInfoinfo tronçon

saveModification( )confirmation enregistrement

depart

ListerTroncons

liste des tronçons

while [not modification] loop

ListerLiaisonsTTListe des Liaisons Tronçon - Tronçon

end loop

ListerLiaisonsTP

Liste des Liaisons Tronçon - Poste MT

Figure 14 : Modification d'un tronçon

- la modification d’un élément par recherche : l’administrateur donne le code de

l’élément concerné et il a, en réponse à sa requête, l’ensemble des éléments du

réseau qui ont le même code. Il en choisit un et il a alors les informations de

l’élément qu’il peut modifier à volonté.

2.1.4 Entretien équipes et objectifs

Chaque chef du STR est responsable de l’entretien et de l’authenticité des informations de ses

équipes, de ses objectifs et de ses agents. Dans ce cas d’utilisation, on trouve :

- la modification d’une équipe : le chef du STR demande la liste des équipes qui

sont sous sa charge. Il en choisit une et modifie les informations qu’il a à


40

modifier (figure 15). Il doit enregistrer ces modifications pour qu’elles soient

prises en compte.

: Chef STR

STR equipe

ListerEquipe

Liste des equipes

choix equipe

ListerAgents

liste des agents

DemanderObjectifobjectif de l'équipe

modification equipeEnregistrerModification

confirmation modification

Figure 15 : Modification d'une équipe

- la suppression d’un agent : le chef STR demande la liste des équipes qui sont

sous sa charge. Il en choisit une. Puis, de la liste des agents de l’équipe choisie,

il sélectionne l’agent qu’il veut supprimer (figure 16).


41

: Chef STR

STR equipe agent

choix equipe

ListerEquipe

Liste des equipes

ListerAgents

liste des agents

choix agent

SupprimerAgent

confirmation suppression

Figure 16 : Suppression d'un agent

- l’ajout d’un objectif : le chef STR demande la liste des équipes qui sont sous sa

charge, et en choisit une. Il crée un objectif avant de l’affecter à l’équipe

choisie (figure 17).

: Chef STR

equipes equipe objectifEquipe

choix equipe

ListerEquipe

Liste des equipes

affecterObjectif

confirmation affectation objectif

CréationObjectifobjectif créé

Figure 17 : Ajout d’un objectif


42

2.1.5 Suivre le réseau

Le DCR (chef du DCR, le répartiteur et l’administrateur) a pour mission le suivi et la conduite

du réseau moyenne tension. Le suivi et la conduite du réseau moyenne tension se traduit

par le suivi des exploitations particulières et le suivi des informations sur les équipements

(accès à l’historique des éléments du réseau) :

- le suivi des exploitations particulières : les exploitations particulières

présentent une perte énorme en terme de critères UNIPEDE et taux de pertes.

Leur suivi est d’une grande importance. L’utilisateur demande la liste des

appareils de coupure en exploitation particulière (figure 18). Il a, en réponse, la

liste des appareils qui ne sont pas dans leur état normal, et pour chaque

appareil de coupure la durée de coupure, les coordonnées de l’équipe qui

devrait effectuer l’entretien, etc.

: Chef DCR réseau

ListerAppExpParticuliere

Liste des appareils en exploitation particuliére

Figure 18 : Suivi des exploitations particulières

- le suivi des informations sur les équipements : l’utilisateur voulant évaluer

l’évolution du réseau électrique sous l’un de ses aspects, choisit les paramètres

à mettre en évidence (nombre de clients, réglage, longueur, …), détermine le

sous réseau à analyser (poste source, départ, tronçon, poste MT), la période et

la périodicité à prendre en compte (Voir figure 19). L’analyse ne peut être

effectuée que pour un seul élément.


43

: Administrate

réseau poste source tronçondépart

ListerPostesListe des postes sources

choix opération

ListerDépartListe des départ

choix opération

if [opération != validation]

if [opération != validation] ListerTroncon

Liste des tronçon

choix opérationif [opération != validation]

ListerTroncon

Liste des tronçons

while [opération != validation]loop

end loop

Période + périodicité

confirmation compatibilitéparamètres

Analyserésultats

end if

ListerPosteMT

Liste des postes MT

end ifend if

end if

Figure 19 : Suivi des informations sur les équipements

2.1.6 Suivre l’exploitation

Destiné en premier lieu au chef du DCR, il peut être effectué aussi par l’administrateur. Le

suivi de l’exploitation calcule et présente les critères UNIPEDE, le ratio de perte par AD, le

cumul de temps d’interruption par départ et d’autres indicateurs. Parmi les scénarios les plus

intéressants, je cite :

- l’édition du tableau de bord : le tableau de bord regroupe les principaux

critères UNIPEDE, et des indicateurs sur l’évolution du réseau. L’utilisateur


44

détermine le sous système à analyser par ajout des différents éléments du

réseau. Il donne, ensuite, la période et la périodicité à prendre en considération.

La figure 20 explique ceci.

: Chef DCR réseau poste source départ tronçon

while [not finAjout]loop ListerPostes

Liste des postes sources

choix poste

ListerDepartsListe des départs

choix opération

if [opération = ajout] AjoutElementdemande d'ajoutconfirmation ajout

end if

if [opération = navigation] ListerTronconsListe des tronçons

choix opération

if [opération = ajout]

end if

AjoutElementdemande d'ajout

confirmation ajout

while [opération = navigation]

ListerTronconsListe des tronçons

loop

choix opération

if [opération = ajout]

end if

AjoutElement

demande d'ajoutconfirmation ajout

end loopend if

end looppériode + périodicité

calculcritères UNIPEDE

Figure 20 : Edition du tableau de bord


45

- le suivi des ventes : pour avoir une idée sur les ventes, l’utilisateur détermine

la période et la périodicité à prendre en considération (figure 21). Les résultats

regroupent les ventes, les achats, les taux de pertes par AD et par AC.

: Chef DCR établissements

période + périodicitécalcul

taux de pertes

Figure 21 : Suivi des ventes

2.1.7 Editer le rapport mensuel par STR

Ce cas d’utilisation est destiné seulement aux chefs des STR. Il permet à chaque chef du STR,

d’avoir une vision claire et concise du service qu’il fournit. Il regroupe, entre autres, les

scénarios suivants :

- le calcul des critères UNIPEDE par STR : le calcul des critères UNIPEDE se fait

indépendamment du degré de responsabilité du STR. L’utilisateur donne la période et

la périodicité pour l’analyse du sous réseau qui est sous sa responsabilité. Il a, comme

résultat, les critères UNIPEDE pour le sous réseau sélectionné.

- le calcul des critères UNIPEDE par STR modifiés : le calcul des critères UNIPEDE

modifiés se fait en ignorant les incidents qui ne peuvent être évités. Ces incidents sont

dus à des causes externes. Les critères UNIPEDE modifiés sont utilisés dans la

comparaison avec les objectifs du STR. L’utilisateur donne la période et la périodicité

pour l’analyse du sous réseau qui est sous la responsabilité du STR. Il a, comme

résultat, les critères UNIPEDE modifiés pour le sous réseau sélectionné.

2.1.8 Editer rapport mensuel

L’édition des rapports mensuels est à la charge du DCR (chef du DCR, répartiteur et

administrateur). Elle se base sur le cas d’utilisation "Editer le rapport mensuel par STR". Elle


46

est l’ensemble des rapports mensuels par STR pour les STR qui sont sous la responsabilité du

DR Meknès. Il regroupe les scénarios suivants :

- le calcul des critères UNIPEDE : c’est l’union des résultats du calcul des critères

UNIPEDE pour chaque STR et pour une période et une périodicité déterminées.

- le calcul des critères UNIPEDE modifiés : c’est l’union des résultats du calcul des

critères UNIPEDE modifiés pour chaque STR et pour une période et une périodicité

déterminées.

2.1.9 Editer rapport de prime par STR

Ce cas d’utilisation est réservé aux chefs de STR. Les primes du réseau sont un judicieux

moyen pour motiver les équipes postes et LMT. Une prime de réseau est versée aux équipes

en prenant en considération le travail effectué (les critères UNIPEDE modifiés venant du cas

d’utilisation "Editer le rapport mensuel par STR") et les objectifs définis. Parmi les scénarios

qui composent ce cas d’utilisation, l’édition du rapport des primes de réseau du STR et

l’édition du rapport de prime de réseau pour agent sont les plus importants. Le rapport des

primes de réseau du STR rappelle les objectifs du STR et fait une comparaison avec les

résultats obtenus. Le rapport de prime de réseau pour agent calcule pour l’agent sélectionné la

prime du réseau du mois déterminé par le chef du STR.

2.1.10 Editer rapport de prime

Réservé au chef du DCR, il utilise le cas d’utilisation "Editer rapport de prime par STR". Il

permet d’avoir un aperçu global sur le rendement des STR et de leurs équipes par

regroupement des rapports de prime de réseau des STR pour une période et une périodicité

déterminées.

A partir des diagrammes de séquence, on peut déduire le diagramme de classes. Pour plus de

clarté, les classes sont regroupées en packages.

2.2 Diagramme des packages

Pour des buts d’organisation et de réutilisation, j’ai regroupé selon des critères purement

logiques, les classes du système dans les éléments appelés packages ou bien paquetages. Un

package est un regroupement d’un ensemble de classes. Ce regroupement consiste à diviser le

système en un ensemble de modules, chaque module assure une fonctionnalité du système

global. Cela permet, tout en connaissant la relation qui lie les différents packages, de


47

comprendre facilement l’architecture fonctionnelle du système. La figure suivante présente

ces packages.

org.one.Composant

org.one.Equipe

org.one.Etablissement

org.one.Interruption

Figure 22 : Diagrammes des packages

2.2.1 Le package org.one.Equipe

Il regroupe les classes qui permettent la manipulation des éléments du système en relation

avec les équipes. Le tableau 4 présente les classes les plus importantes qui le composent. La

figure 23 met en évidence les relations qui existent entre elles.


48

ObjectifSTR

STR

11

Agent

ObjectifEquipe

Equipe1..* 1..*

11

1..*1..*

one.org.Composant

PosteSource

EquipePoste

1..*1..*

Depart

EquipeLMT

1..*1..*

Figure 23 : Diagramme des classes de org.one.Equipe

Tableau 4 : Description des classes de org.one.Equipe

Nom de la

classe Description

STR

représente un STR. Il a un objectif à ne pas dépasser et des équipes à gérer.

Il offre les opérations de calcul des critères UNIPEDE et des critères

UNIPEDE modifiés par STR, de l’entretien de ses informations, etc.

ObjectifSTR représente l’objectif d’un STR. Il est défini par rapport à des critères

UNIPEDE à ne pas dépasser et lance des alarmes dans le cas contraire.

Equipe

représente une équipe d’entretien. Elle est constitué d’un nombre d’agents

et il en existe deux types : équipe poste et équipe LMT. Elle permet

l’entretien des informations caractérisant une équipe.

Agent représente l’agent d’intervention.

ObjectifEquipe représente l’objectif d’une l’équipe. Il est définit par des fréquences

d’interruption à ne pas dépasser et lance des alarmes dans le cas contraire.

EquipePoste représente une équipe poste. Elle est chargée de l’entretien d’un nombre de

postes sources.

EquipeLMT représente une équipe LMT. Elle est chargée de l’entretien d’un nombre de

lignes moyennes tensions définies à partir de leur départ.


49

2.2.2 Le package org.one.Etablissement

Il permet la manipulation des éléments du système en relation avec les établissement (AD,

AC, Commune, etc.). Le tableau 5 présente les classes les plus importantes qui le composent.

La figure 24 reprend schématiquement les relations qui existent entre elles.

EtablissementsAC

Etablissement

org.one.Composant

Depart

AD

1..*1..*PosteMT

Commune

1..*1..*

Figure 24 : Diagramme des classes de org.one.Etablissement

Tableau 5 : Description des classes de org.one.Etablissement

Nom de la

classe Description

Etablissement factorise les traitements communs aux différents établissements.

Etablissements regroupe tous les AD sous la direction de la DR de Meknès. Il offre les

opérations de calcul des critères UNIPEDE et des taux de pertes par AD.

AD

représente une AD. Elle offre les opérations de calcul des critères

UNIPEDE et des taux de pertes pour l’AD. Elle est constituée d’un

ensemble de AC et elle est responsable des ventes d’un nombre de départs.

AC représente une AC. Elle est constituée d’un ensemble de communes.

Commune représente une commune. Elle est pourvue d’un nombre de postes MT. Ces

postes MT assurent l’alimentation en électricité de la commune.


50

2.2.3 Le package org.one.Interruption

Il permet la manipulation des éléments du système en relation avec les anomalies (fugitif,

incident, indisponibilité, etc.). Le tableau 6 présente les classes les plus importantes qui le

composent. La figure 25 met en évidence les relations qui existent entre elles.

Incident

Indisponibilite

org.one.Composant

Fugitif

Depart

0..*

1

0..*

1

Interruption

ApCoupure

OpElementaire

1..*1..*

0..1

1

0..1

1

Figure 25 : Diagramme des classes de org.one.Interruption

Tableau 6 : Description des classes de org.one.Interruption

Nom de la

classe Description

Fugitif représente un fugitif. Le fugitif ne peut toucher qu’un seul départ.

Interruption représente une interruption. Elle est de deux types : incident et

indisponibilité. Elle est constituée d’un nombre d’opérations élémentaires.

OpElementaire représente une opération élémentaire. Une opération élémentaire consiste à

ouvrir un appareil de coupure s’il est fermé ou le fermer s’il est ouvert.

Indisponibilite représente une indisponibilité.

Incident représente un incident.

2.2.4 Le package org.one.Composant

Il permet la manipulation des éléments du système en relation avec les composants (poste

source, départ, tronçon, poste MT, etc.). Le tableau 7 présente les classes les plus importantes

qui le composent. La figure 26 reprend schématiquement les relations qui existent entre elles.


51

Reseau PosteSource Depart

PosteMT

Troncon

LiaisonPT

LiaisonTT

LiaisonTP

ApCoupure

Figure 26 : Diagramme des classes de org.one.Composant

Tableau 7 : Description des classes de org.one.Composant

Nom de la

classe Description

Reseau

regroupe tous les postes sources sous la responsabilité de la DR Meknès. Il

offre les opérations de calcul des critères UNIPEDE et des taux de pertes

pour un sous système.

PosteSource représente un poste source. Il alimente des départs via les liaisons PT.

LiaisonPT modélise la liaison qui existe entre le poste source et le premier tronçon d’un

départ. La jonction se fait par un appareil de coupure.

Depart représente un départ. Chaque départ est constitué d’un ensemble de tronçons.

Troncon représente un tronçon. Chaque tronçon peut être lié à d’autres tronçons via les

liaisons TT, comme il peut être lié à des postes MT via les liaisons TP.

LiaisonTT modélise la liaison qui existe entre deux tronçons. La jonction peut se faire

par un appareil de coupure ou directement.

LiaisonTP modélise la liaison qui existe entre le tronçon et le poste MT. La jonction

peut se faire par un appareil de coupure ou directement.

PosteMT représente un poste MT.

ApCoupure représente un appareil de coupure.


52

3 Génération du modèle conceptuel des données

Pour la sauvegarde des différentes informations manipulées par le système, une base de

données est nécessaire. En s’inspirant des règles de mappage Objet - Relationnel définies dans

l’annexe 4, j’ai généré le modèle conceptuel de données à partir du diagramme de classes. Il

est présenté dans la figure 27. Le dictionnaire des données est détaillé dans l’annexe 5.


53

0,1

0,1

0,n

0,n

1,n

1,1

1,n

1,n

1,n

1,n

1,1

0,n

0,1

1,n

1,n

1,1

1,n

1,n

1,1

1,1

1,n

1,n1,11,n

1,n

0,n

1,1

1,n

1,1

1,n

1,1

1,1

1,n

0,n

1,1

1,n

0,n

0,n

1,n

1,n1,n1,n

0,n

1,n

0,1

1,n1,1

Poste Sourcecode poste sourcepuissance installeenom poste source

depart mtcode depart MTlocalite imp ortantenom dapart MTPremier tronconMax ihomeotemporisati on

T roncCode troncNom troncClient importantlongueurtypesection

P t MT BTCODE pt MtB tpuissance pt_MtB tnom pt MtB t

Poste Depa rt Depart Tron con

appareil co uppurecode App coupurenumeronom App coupureetat actueltype App co upure

op elemnta irecode opera tionlibelle man oeuvredate operat ion

incidentcode inc ide ntnature dega ts iege dega t

op incident causecode causelibelle caus e

cause_inci dent

indisponibi l i tecode indisponibil ite

motif travailcode motifl ibelle moti f

indis op

indis motif

Op ApC

ADcode ADnom AD

ACcode ACnom AC

Commcode commnom comm

AD_AC

AC_COMM

Comm Pos teMtB t

Fugitifdate fugitiftype fugitif

fugitif_depa rt

STRcode STRNom ST R

Equipe LMTequipe pos te

Poste equipe poste

agentmatriculenom agentprenom age ntclassemen thabilitationposte_occu pe

equipeCode equipeNom equipe

agent_equi pe

tempsdate

temps_age ntnbr_joursnote hierarc henote Chef Servise

STR Equip e

Equipe Dep art

tronc_tronc

alimenter

objectifs ST RIFCIFSDFCDFS

Objectifs equipeCIODIODCO

AD depart

Consommationnombre clie ntconsomma tion

Figure 27 : Modèle conceptuel des données


54

Conclusion

Dans ce chapitre, la phase d’analyse et de conception a été traitée et le nouveau système

découpé en packages. Ce découpage facilite amplement la phase de la réalisation qui sera

présentée dans le chapitre suivant.

Projet de fin d’étude Réalisation du projet

55

Chapitre 4 : Réalisation du projet

Introduction

Après avoir mené à bien les phases de l’étude des besoins, l’analyse des spécifications et la

conception du nouveau système, j’ai entamé la phase de la réalisation.

Dans ce chapitre, je présente les outils de développement utilisés, pour finir avec quelques

scénarios d’utilisation commentés pour présenter le système réalisé


56

1 Outils de développement

Pour réaliser mon projet, j’ai utilisé plusieurs outils de développement et technologies tels que

Java, JDBC et XML. Pour l’implémentation de la base de données, j’ai choisi Oracle 8i

Server. Dans ce qui suit, je donne un bref aperçu sur ces outils.

1.1 Java

Java est un langage récent développé par Sun MicroSystems depuis la fin des années 1980.la

première version de Java à été mise au point en 1991. Java a connu depuis un essor

considérable, notamment dans le domaine des applications distribuées via Internet, grâce au

soutien de Netscape depuis 1995.

L’aspect purement Objet de Java permet une meilleure répartition du travail entre les

programmeurs qui peuvent développer ou utiliser différents objets sans se préoccuper des

traitements réalisés à l’intérieur. De plus, il est plus facile d’adapter et de faire évoluer les

spécificités d’un objet à partir du moment où, vu de l’extérieur, cet objet réalise les mêmes

actions. Ainsi, les objets mis en œuvre en Java sont réutilisables à souhait.

Pour résumer, Java est portable, sûr, orienté objet et indépendant de toute plate forme [Ouv3].

1.2 Java Database Connectivity (JDBC)

J’ai adopté la technologie JDBC pour se connecter au serveur du SBGD Oracle. Cette

technologie est définie par SUN pour offrir aux développeurs des interfaces indépendantes du

SGBDR. Ces interfaces sont :

- DriverManager : s’occupe du chargement des drivers et donne la possibilité de créer

de nouvelles connections ;

- Connection : représente une connexion à une nouvelle base de données ;

- Statement : joue le rôle d’un container d’instructions SQL pour une connexion

donnée;

- ResultSet : contrôle l’accès aux lignes de résultat d’un «Statement».

1.3 eXtensible Markup Language (XML)

J’ai opté pour le langage XML pour l’importation et l’exportation des différentes données

manipulées par le système. Ce langage permet de définir une structure explicite servant de

modèle pour les documents XML [Ouv4]. Cette structure est définie à l’aide d’une grammaire

sous forme d’arbre appelée DTD (Document Type Definition). Ceci rend le fichier XML plus

facile à manipuler qu’un simple fichier texte.


57

Le choix du langage XML est justifié aussi par l’existence d’une API dite DOM (Document

Object Model) implémentée en Java. Cette API permet de manipuler les fichiers XML d’une

manière simple et efficace et de naviguer dans leur structure en utilisant un ensemble de

classes.

1.4 Oracle 8i Server

Oracle 8i Server est un SGBD relationnel [Site4]. Sa fonction première est de gérer d’une

façon intégrée l’ensemble de données d’une entreprise et le rendre accessible à un nombre

important d’utilisateurs et d’applications tout en garantissant leur sécurité, leur cohérence et

leur intégrité.

La portabilité d’Oracle sur une très grande variété de plates-formes matérielles et systèmes

d’exploitation, la compatibilité aux normes internationales et son architecture répartie font de

lui un SGBD à architecture ouverte.

Oracle permet entre autres les fonctionnalités suivantes :

- la définition et la manipulation des données.

- la cohérence des données

- la confidentialité des données

- l’intégrité des données

- la sauvegarde et la restauration des données

- la gestion des accès concurrents

2 Système réalisé

Pour des contraintes de temps et vu la complexité du projet, je n’ai pu répondre qu’à une

partie du cahier des charges. Le système ainsi réalisé comprend un serveur de données et un

prototype console. Le serveur de données est hébergé dans Oracle 8i Server. Le prototype est

développée en Java et joue le rôle du client. Pour garder les mêmes habitudes de travail, je

n’ai pas changé le nom de l’application. Ainsi, elle est nommée Gefor et permet aux

répartiteurs et aux administrateurs, selon les droits qui leurs sont accordés, de :

- saisir le rapport journalier

- entretenir les équipements et les établissements

- suivre le réseau

- suivre l’exploitation

- éditer quelque rapports mensuels

Pour décrire les fonctionnalités de l’application réalisée, des exemples d’utilisation

s’imposent. J’ai choisi trois activités récurrentes : la saisie et l’édition d’un rapport journalier,


58

l’édition d’un rapport mensuel et la modification de l’architecture du réseau par l’ajout d’un

poste MT.

2.1 Identification des utilisateurs

Pour garantir la sécurité d’utilisation de l’application, un mécanisme d’identification est

nécessaire. L’utilisateur remplit les champs nom d’utilisateur, mot de passe et fonction,

comme dans la figure 28. En cliquant sur le bouton Valider, et après vérification de

l’exactitude des ces informations, une session de travail est ouverte lui donnant les droits

autorisés par son profil.

Figure 28 : Fenêtre d’identification

Si les informations entrées par l’utilisateur sont correctes, la fenêtre de la figure 29 s’affiche.

Figure 29 : Fenêtre accueil

2.2 Saisie et édition d’un rapport journalier

Le rapport journalier regroupe l’ensemble des interruptions affectant le réseau de distribution

à un jour donné. L’utilisateur commence par le choix du menu "Fichier" dans la barre des

menus, puis le choix de "Nouveau" (voir figure 30).


59

Figure 30 : Menu Fichier

L’enregistrement des interruptions se fait à travers l’interface présentée dans la figure 31.

L’utilisateur navigue dans le réseau schématisé par l’arborescence à gauche, et les

informations relatives à l’élément sélectionné apparaissent dans le côté droit de la fenêtre.

Figure 31 : Nouvelle interruption

Si l’élément sélectionné est un départ et l’utilisateur n’a définit aucune opération élémentaire,

il voit apparaître le bouton "Enregistrer Fugitif" qui lance l’interface présenté dans la figure

32. Le code du fugitif est généré automatiquement. La date d’enregistrement est, par défaut, la

date du système d’exploitation. L’utilisateur ne doit saisir que deux champs : heure

d’enregistrement du fugitif et son type.


60

Figure 32 : Nouveau Fugitif

En cliquant sur le bouton "Ouvrir appareil de Coupure" pour la première fois, l’utilise devra

choisir le type d’interruption ; soit un incident ou bien une indisponibilité (voir figure 33).

Figure 33 : Choix du type d'interruption

La validation du premier choix permet l’enregistrement d’un incident, opération par opération

et ceci via l’interface de la figure 34. En sélectionnant un élément qui est connecté au reste du

réseau de distribution par un appareil de coupure, l’utilisateur pourra ajouter une opération

élémentaire. Une opération élémentaire permet d’ouvrir un appareil de coupure et interrompre

ainsi le courant électrique sur la portion du réseau qu’il alimente, ou fermer l’appareil sinon et

rétablir le courant.


61

Figure 34 : Navigation dans le réseau d'alimentation

Dans les deux cas ; en cliquant sur le bouton "Ouvrir appareil de Coupure" ou le bouton

"Fermer appareil de Coupure", l’utilisateur devra remplir les champs de la figure 35.

Figure 35 : Ajout d'une opération élémentaire à un incident

Le bouton "Valider Opération" permet l’enregistrement de l’opération élémentaire ajoutée à

l’incident et de revenir vers l’interface présentée à la figure 34. Le bouton "Valider Incident"


62

enregistre l’incident et ferme l’interface de la saisie des interruptions en revenant à l’interface

d’accueil (figure 29).

Le processus d’ajout d’une indisponibilité ressemble au processus d’ajout d’un incident.

Chaque indisponibilité est décomposée en opérations élémentaires. La figure suivante donne

une illustration de l’enregistrement d’une indisponibilité.

Figure 36 : Ajout d'une opération élémentaire à une indisponibilité

La saisie des interruptions se réduit à l’enregistrement des modifications affectant l’état des

appareils de coupure, réduisant ainsi la charge imposée par le système aux utilisateurs.

Pour éditer un rapport journalier, l’utilisateur choisit dans la barre des menus le menu

"Edition" puis le menu "Rapport journalier" (voir la figure 37).

Figure 37 : Menu édition

La fenêtre présente dans la figure 38 contenant le rapport journalier du jour courant. Pour

visualiser le rapport d’un autre jour, l’utilisateur doit remplir la champs date puis cliquer sur

le bouton "Chercher".


63

Figure 38 : Edition d'un rapport journalier

Il peut enregistrer le résultat de la visualisation sous format d’un fichier XML en cliquant le

bouton "Exporter". Un click sur un élément du rapport journalier affiche les informations

relatives à cet élément. L’utilisateur peut changer quelques unes de ces informations. La

figure 39 donne un exemple de modification d’une indisponibilité.

Figure 39 : Modification d'une indisponibilité

Le bouton "Valider Modification" enregistre les modifications apportées à l’indisponibilité en

cours. Le bouton "Ajouter Opération" fait passer l’utilisateur à l’interface de la figure 34 pour

saisir une nouvelle opération élémentaire.

2.3 Edition d’un rapport mensuel

Le rapport mensuel rassemble en un ensemble de tableaux, les indices de qualités définis par

l’ONE. Le système réalisé en propose deux types : le rapport des critères UNIPEDE et le


64

rapport des critères UNIPEDE modifiés. Le rapport mensuel des critères UNIPEDE respecte

les règles de calcul présentées dans l’annexe 2. Le deuxième type de rapport ne prend en

compte que les interruptions dues au mauvais entretien des équipements. Il est utilisé dans la

détermination des primes de réseau versées aux agents des équipes d’entretien.

Pour éditer un rapport mensuel, l’utilisateur choisit dans la barre des menus le menu "Edition"

puis "Rapport Mensuel" et clique sur "Critères UNIPEDE". L’utilisateur voit apparaître

l’interface de la figure 40.

Figure 40 : Edition d'un rapport mensuel

En cliquant sur le bouton "Exporter", le rapport mensuel actuel sera enregistré dans un fichier

XML.

2.4 Ajout d’un poste MT

Pour modifier la configuration du réseau, l’administrateur choisit dans la barre des menus le

menu "Entretien de la Base de Données" puis "Equipement". L’interface de la figure 41 est

alors lancée.


65

Figure 41 : Interface d'entretien des équipements

L’administrateur navigue dans le réseau jusqu’à ce qu’il trouve l’élément à modifier. Un click

droit fait apparaître le menu surgissant de la figure 42. Dans le cas de la sélection d’un

tronçon, le menu surgissant permet l’ajout d’un tronçon ou d’un poste MT, la modification ou

la suppression de l’élément sélectionné.

Figure 42 : Menu surgissant d'entretien des équipements

Pour ajouter un poste MT, l’administrateur doit remplir les champs de l’interface présentée

dans la figure 43.


66

Figure 43: Ajout d'un poste MT

Le type de poste détermine à qui revient la tâche d’entretien du poste : l’ONE ou le client. Le

poste peut être lié au reste du réseau par un appareil de coupure ou directement. Le choix

d’une liaison de type appareil de coupure affiche une boîte de dialogue qui permet d’en créer

un qui fait la liaison entre le tronçon et le poste MT. La validation de l’ajout d’un poste MT

fait revenir l’administrateur à l’interface de la figure 44.

Figure 44 : Résultat de l'ajout d'un poste MT à un tronçon

Tant que l’administrateur n’a pas cliqué sur le bouton "Enregistrer", les modifications

apportées à la structure du réseau ne seront pas prises en compte.


67

Conclusion

Le présent chapitre, le dernier dans ce rapport, a illustré la phase de la réalisation qui constitue

l’aboutissement du projet et la concrétisation des phases d’études, d’analyse et de conception.

J’y ai présenté, en plus des outils de développement utilisés, quelques scénarios d’utilisations

fréquents du système. Ce système permet le suivi des anomalies depuis leur saisie jusqu’à

l’édition de quelques rapports qu’ils lui sont liés. Il offre également un outil de modélisation

du réseau d’alimentation simple et pratique d’utilisation tout en restant ouvert à d’éventuelles

évolutions.

Projet de fin d’étude Conclusion

68

Conclusion

Mon projet consistait à mettre en place un système de suivi des incidents touchant le réseau

moyenne tension et permettant l’édition des rapports qui découlent de cette activité.

Auparavant, l’ensemble des applications qui permettaient ceci (Access, Excel, GEFOR)

consommait beaucoup de temps dans des saisies d’information redondantes et des tâches

répétitives non automatisées. Elles augmentaient la probabilité d’erreur surtout dans les

phases de transitions entre deux architectures du réseau d’alimentation.

Projet de fin d’étude Conclusion

69

Le système réalisé permet la saisie des différents éléments du rapport journalier (fugitif,

incident et indisponibilité), l’édition des critères UNIPEDE et l’exportation des résultats de

calcul sous format de fichier XML facilitant leur exploitation par des applications tierces. Il

est simple d’utilisation, conviviale et respecte la façon du travail des utilisateurs.

Ce projet de fin d’étude était pour moi, une occasion d’acquérir de nouvelles connaissances et

de maîtriser celles que j’avais déjà en matière de connaissances professionnelles. Il m’a

permit aussi m’intégrer au sein d’un office dont la mission est noble.

Enfin, je tient à rappeler que le système réalisé se veut le noyau d’un système intégré

englobant toute l’activité liée aux interruptions touchant le réseau de distribution, et plus

globalement, la gestion du fonctionnement du réseau de distribution. En effet, cette activité

est une activité complexe qui nécessite la collaboration d’un nombre important d’intervenants.

Pour permettre ceci, j’ai dégagé un nombre de recommandations et de perspectives présentées

dans ce qui suit :

- Implémenter les besoins des utilisateurs que j’ai pas pu prendre en compte (Chef du

DCR et Chef du STR),

- Etudier la possibilité d’englober les intervenants : Chef d’AD, et Chef d’AC,

- Généraliser son utilisation pour englober tout le territoire desservi par l’ONE,

- Faire évoluer le système vers une architecture plus adéquate,

- Faire évoluer le système vers un système d’information géographique.

Projet de fin d’étude Bibliographie

70

Bibliographie

Ouvrages :

[Ouv1] Michel LAI, UML la notation unifiée de modélisation objet, Edition interEdition,

1997

[Ouv2] E.MOREL, Modélisation objet avec UML, Eyrolles 1999

[Ouv3] N. BARKAKATI, JAVA, Osborne McGraw_Hill, 1999.

[Ouv4] A. MICHARD, XML, Langage et Applications, Eyrolles, 1999.

Sites Web:

[Site1] http://www.one.org.ma/

[Site2] http://www.unesco.org/uati/associations/http./www.unipede.org

[Site3] http://www.bfe-fpe.be/members/pt/C10_14FR%2023.01.2004.pdf

[Site4] www.oracle.com

Projet de fin d’étude Glossaire

71

Glossaire

API

Interface pour la programmation d'applications traduite du "Application and

Programming" Interface Ensemble de bibliothèques permettant une programmation plus

aisée car les fonctions deviennent indépendantes du matériel. On peut citer par exemple

les API de DirectX ou de Java

Client / serveur

Architecture qui s’appuie sur un concept de répartition des traitements et des données

sur un ensemble de systèmes comprenant à la fois des serveurs centraux, des

départements et des micros.

Java

Langage de développement créé par Sun. Dérivé du C++ dont il n'en possède pas la

complexité, Java est un langage orienté objet. Les programmes créés à partir de Java ont

la propriété de fonctionner sur n'importe quelle plate-forme matérielle grâce à un

système nommé "Machine virtuelle".

JDBC

"Java DataBase Connectivity", c’est une API standard de Java permettant l'accès à des

bases de données relationnelles (connexion, déconnexion, envoi de requête, réception de

la réponse, transaction ...). L'API permet également l'accès à divers types de données

tabulaires comme les feuilles de calcul d’un tableur ou les fichiers textes.

UML

UML est un langage de modélisation et non pas une méthode. Elle définit en fait

l'ensemble des notations graphiques nécessaires pour représenter des concepts orienté

objet mais ne spécifie pas une démarche pour conduire un projet ou une phase de

conception ou d'analyse orienté objet. Anglais : Unified Modeling Language

Projet de fin d’étude Glossaire

72

XML (eXtensible Markup Language)

Un "langage de balisage extensible", développé par la W3C. Il n'est pas limité (tout

comme le HTML) à un balisage prédéfini extrêmement figé mais. Chacun pourra définir

ses propres balises. Aujourd’hui, il constitue un standard d’échange de données et de

documents.

Projet de fin d’étude Annexes

73

Annexes

Annexe 1 : Exemple de calcul des indices UNIPEDE

Annexe 2 : Tableau des critères UNIPEDE

Annexe 3 : L’ensemble des états à éditer

Annexe 4 : Le mappage Objet - Relationnel

Annexe 5 : Dictionnaire de données complet

Projet de fin d’étude Exemple de calcul des indices UNIPEDE

74

Annexe 1 : Exemple de calcul des indices UNIPEDE


75

Un réseau MT composé de 10 cabines est affecté de 4 incidents. Les éléments du réseau et les événements sont représentés dans le schéma ci-après. Dans les calculs, les temps sont exprimés en minutes.

Remarque : la durée de rétablissement peut aussi être obtenue par l'application de la formule

Indisponibilité = fréquence x durée de rétablissement

Où la durée de rétablissement = 143,3/2,3 = 62,3 défaut


76

Projet de fin d’étude Tableau des critères UNIPEDE

77

Annexe 2 : Tableau des critères UNIPEDE

Projet de fin d’étude Tableau des critères UNIPEDE

Désignation de l'indicateur Unité Définition Mode de Calcul Observation

Durée moyenne d'interruption d'un client (DMC)

Heures

C'est la durée moyenne d'interruption pour chaque client qui a été interrompu dans un système pendant une période déterminée (Année, Trimestre, mois,...)

Σ (des clients interrompus x heures interrompus)

DMC = Σ des clients interrompus

• Le nombre des clients interrompus est comptabilisé une seule fois

• DMC est dans tous les cas supérieur ou égal à DMS

• Σ(Clients x heures interrompus) = durée totale des interruptions

Durée moyenne d'interruption d'un système (DMS)

Heures

C'est la durée moyenne d'interruption pour l'ensembles des clients d'un système pendant une période déterminée (Année, Trimestre, mois,...). Dans ce cas, tous les clients du système sont considérés interrompus

Σ (des clients interrompus x heures interrompus)DMS =

Nombre de clients connectés

• DMC est égal à DMS dans le cas où chaque clients du système a subi au moins une interruption

Temps moyen de rétablissement d'un système (TMRS)

Minutes

C'est le temps moyen de rétablissement de service de l'ensemble des clients d'un système pendant une période déterminée (Année, Trimestre, mois,...). Dans ce cas, tous les clients du système sont considérés interrompus

Σ (KVA Interrompus x heures interrompus) TMRS =

Σ des KVA connectés

• Ce critère mesure la durée d’interruption en fonction de la valeur de la puissance interrompue. Comme exemple, en cas d’interruptions d’un client potentiel d’un système, la valeur du TMRS augmente contrairement à une interruption qui touche un client dont la puissance est faible.

Indice de fréquence d'un client (IFC) Nombre

C'est le nombre moyen d'interruption pour chaque clients qui a été interrompu dans un système pendant une période déterminée (Année, Trimestre, mois,...)

Nombre total des interruptions IFC =

Nombre clients interrompus

• le nombre total des interruptions c’est la somme des interruptions subies par chaque client d’un système.

• IFC est toujours supérieure ou égal 1 à la condition qu’au moins un client du système a subi au moins une interruption.

• IFC est dans tous les cas supérieur ou égale à IFS.

Indice de fréquence d'une interruption d'un système (IFS)

Nombre

C'est le nombre moyen d'interruption pour l'ensemble des clients d'un système pendant une période déterminée (Année, Trimestre, mois,...). Dans ce cas tous les clients sont considérés interrompus


IFS = Nombre clients connectés

• Le nombre total des interruptions c’est la somme des interruptions subies par chaque client d’un système.

• IFC est égale à IFS dans le cas où chaque client du système a subi au moins une interruption.

Projet de fin d’étude L’ensemble des états à éditer

79

Annexe 3 : L’ensemble des états à éditer

DIVISION REGIONALE DE MEKNES DEPARTEMENT DE CONDUITE

REGIONALE DE MEKNES RAPPORT JOURNALIER DU 19 -03 -2004

DR- MEKNES

Exploitations Particulières:_Rx Boufekrane-Meknes-sais-M'haya-Ain Kerma :PS 1=inter 69,PS 13= inter 31,, PS N°2= au Poste de S Haj Kaddour

INDISPONIBILITES

POSTE BOUDNIB : Totalité de poste 60/22 kV de 9h00 à 12h08 TR/ L à 22kV PS M'rirt - inter 36bis(PS n°1) (LP Khenifra - M'rirt ) de10h30 à 11h00 TR/ L à 22kV inter 117 - inter 7bis(LP Haj Kaddour - Oued Jdida ) de 9h00 à 15h00

INCIDENTS

Heure

Installation concernée et nature de l'incident

Rétablie à

Causes et avaries constatées Interruption de courant

Nature de dégâts Siége

de dégâts

Causes Client ou localité Nbre Durée

Poste 60/22 kV Goulmima 10:25 déclenchement Q n°1 10h47

10:46 Ouvert tous les départs 10:47 Suite élagage LGD (transmission Maroc télecom)

Malveillance oulmima-Tinejdad 1 00:22

FUGITIFS

POSTE BOUFEKRANE : 1 R sur départ à 22 kV Ait Yazem à 8h55

TABLEAU DE BORD DE SUIVI DE LA QUALITE D'ALIMENTATION DIVISION REGIONALE DE MEKNES MARS 2003

DMC Année 2002 Année 2003 DRM STR MEKNES STR ERRACHIDIA

STR

MEKNES

STR ERRACHI

DIA DR STR

MEKNES

STR ERRACHI

DIA DR

C x H interromp

ues

Nbre C, Interromp

us

C x H interromp

ues

Nbre C, Interromp

us une seules fois

C x H interromp

u

Nbre C, Interromp

us une seule fois

Janvier 1,35 0,51 1,15 1,20 0,00 1,20 55071 41120 55071 41120 0 0 Février 2,10 0,45 1,36 1,13 1,06 1,11 35860 30213 27493 22614 8367 7599 Mars 3,86 1,45 2,97 1,10 0,27 1,01 38579 37923 35170 30326 3409 7597

Avril 2,06 2,05 2,06 Mai 0,59 0,41 0,55 Juin 3,49 0,66 2,80 Juillet 5,63 1,89 4,57 Août 0,45 1,22 1,10 Septembre 0,41 0,49 0,44 Octobre 1,90 1,52 3,10 Novembre 4,38 0,33 4,93 Décembre 1,47 0,00 1,47 DMC Cumulé 17,91 4,64 13,22 1,29 1,33 1,30 129510 86820 117734 79221 11776 7599 Objectif 2003 8

IFC

Année 2002 Année 2003 DRM STR MEKNES STR ERRACHIDIA

STR

MEKNES

STR ERRACHI

DIA DR STR

MEKNES

STR ERRACHI

DIA DR

Nbre C, Interromp

u

Nbre C;Interrom

pu Total

Nbre C, Interrompu 1 seule fois

Nbre C;Interrom

pu Total

Nbre C, Interromp

u

Nbre C;Interrom

pu Total

Janvier 1,62 1,00 1,47 1,51 0,00 1,51 41120 62277 41120 62277 0 0

Février 1,23 1,37 1,31 1,00 1,00 1,00 30213 30213 22614 22614 7599 7599

Mars 1,47 1,00 1,30 1,18 1,00 1,14 37925 43422 30326 35823 7599 7599

Avril 1,11 2,39 1,43

Mai 1,94 1,04 1,71

Juin 4,25 1,30 3,53

Juillet 12,89 5,34 10,75

Août 2,32 4,30 2,97

Septembre 2,38 1,00 1,82

Octobre 1,79 2,35 1,87

Novembre 1,50 1,00 1,37

Décembre 1,10 0,00 1,10 IFC Cumulé 19,64 10,26 16,32 1,52 2,00 1,57 86820 135912 79221 120714 7599 15198 Objectif 2003 10

DMS


STR

MEKNES

STR ERRACH

IDIA DR STR

MEKNES

STR ERRACH

IDIA DR

C x H interromp

u Nbre C,

Connectés

C x H interromp

u Nbre C,

Connectés

C x H interromp

u Nbre C,

Connectés

Janvier 0,15 0,03 0,10 0,25 0,00 0,16 55071 211323 55071 131689 0 79634

Février 0,38 0,14 0,29 0,12 0,06 0,10 35860 212099 27493 132321 8367 79778

Mars 1,36 0,34 1,13 0,16 0,03 0,11 38579 213704 35170 133079 3409 80625

Avril 0,53 0,29 0,44

Mai 0,18 0,07 0,14

Juin 2,12 0,13 1,26

Juillet 2,54 0,37 2,02

Août 0,44 0,40 0,43

Septembre 0,06 0,08 0,06

Octobre 1,20 0,11 0,54

Novembre 2,56 0,05 1,52

Décembre 0,40 0,00 0,25 DMS Cumulé 14,09 3,18 10,03 0,53 0,09 0,36 129510 213704 117734 133079 11776 80625 Objectif 2003

IFS


STR MEKNES STR ERRACHIDIA DR STR MEKNES STR ERRACHIDIA DR Nbr

ConnecteNbre C; Interrompu

Nbr Clients Connecte

Nbre C; Interrompu

Nbr Connecte

Nbre C; Interrompu

Janvier 0,30 0,10 0,22 0,47 0,00 0,29 211323 62277 131689 62277 79634 0 Février 0,30 0,71 0,46 0,17 0,10 0,14 212099 30213 132321 22614 79778 7599 Mars 0,61 0,39 0,53 0,27 0,09 0,20 213704 43422 133079 35823 80625 7599

Avril 0,48 0,56 0,51

Mai 0,97 0,29 0,71

Juin 2,68 0,42 1,82

Juillet 6,63 1,77 4,78

Août 1,62 2,37 1,91

Septembre 0,56 0,26 0,44

Octobre 0,70 0,28 0,54

Novembre 0,67 0,26 0,52

Décembre 0,45 0,00 0,28

IFS Cumulé 15,51 7,30 12,41 0,91 0,19 0,64 212099 135912 132321 120714 79778 15198

Objectif 2003 10


85

TABLEAU DE BORD DE SUIVI DES VENTES PAR AD DIVISION REGIONALE DE MEKNES MARS 2003

Cumul A-1 Cumul A Cumul (A/A-1) A/Prév

26,35 27,84 Achat d'énergie en Gwh (DR) 6% 2,30 2,06 AD Meknès -10% 5,14 6,06 AD El Hajeb 18% 5,14 5,04 AD Ifrane -2% 7,05 7,38 AD Khénifra 5% 6,73 7,29 AD Errachidia 8%

Taux de perte sur 12 mois glissants Réalisé Objectif

AD Meknès 8,82% 8%

AD El Hajeb 5,29% 9%

AD Ifrane 12,26% 8%

AD Khénifra 8,28% 7,50%

AD Errachidia 9,81% 9%

DR Meknès 8,75% 8%

SEGMENTATION PAR CAUSE D’INCIDENT Mois de : Mars 2003

CAUSE STR Meknès

(*) %

STR Errachidia

(*) %

TOTAL DIVISION

(*) %

Câble rompu 4 15,38 0 0 4 9,76

Câble armé 1 3,85 4 26,67 5 12,20 Défaillance matérielle 6 23,08 0 0 6 14,63

Acte de vandalisme 1 3,85 0 0 1 2,44

Corps étranger 2 7,69 3 20 5 12,20

Poste ONED 0 0 0 0 0 0 Accidents

tiers 0 0 1 6,67 1 2,44

Indéterminée 12 46,15 7 46,67 19 46,34

Autres 0 0 0 0 0 0

Total 26 100 15 100 41 100 (*) : Nombre d’incident par cause / Nombre total des incidents


86

TABLEAU D’EVOLUTION DU NOMBRE DES INCIDENTS Mois de : Mars 2003

UNITE STR Meknès STR Errachidia TOTAL DIVISION

Causes / période

Mois juillet 2002

Mois juillet 2003

Evolution juillet 02 / juillet 03

En %

Mois juillet 2002

Mois juillet 2003


en %

Mois juillet 2002

Mois juillet 2003


en % Câble rompu 2 4 100 0 0 --- 2 4 100

Câble armé 0 1 --- 0 4 --- 0 5 --- Défaillance

Matériel 9 6 - 33,33 0 0 --- 9 6 - 33,33

Acte de Vandalisme 1 1 0 0 0 --- 1 1 0

Corps étranger

(oiseau, fil de fer, etc.

2 2 0 0 3 --- 2 5 150

Poste ONED 0 0 ----- 0 0 --- 0 0 ---

Accidents tiers 3 0 -100 1 1 0 4 1 -75

Indéterminé 81 12 -85,19 15 7 -53,33 96 19 -80,21 Autres 3 0 - 100 0 0 --- 3 0 -100 Total 101 26 -74,26 16 15 -6,25 117 41 -64,96

Projet de fin d’étude Le mappage Objet – Relationnel

87

Annexe 4 : Le mappage Objet – Relationnel


88

Les exemples de code qui suivent ont été générés automatiquement par l’outil Rational Rose 4.0, à partir de modèles UML. Ces exemples n’illustrent pas l’ensemble des capacités de génération de code de Rose, mais décrivent les grandes lignes des correspondances entre UML et le langage SQL ANSI. Classe

- Classe vide

CREATE TABLE T_A ( A_Id NUMBER (5), PRIMARY KEY (A_Id) )

- Classe avec attributs et opérations

Le générateur construit la structure statique, les opérations sont ignorées.

CREATE TABLE T_A ( A_Id NUMBER (5), Att1 VARCHAR (), Att2 VARCHAR (), PRIMARY KEY (A_Id) )

Association

- Association 1 vers 1

CREATE TABLE T_B ( B_Id NUMBER (5), PRIMARY KEY (B_Id) ) CREATE TABLE T_A ( A_Id NUMBER (5), B_Id NUMBER (5) REFERENCES T_B (B_Id), PRIMARY KEY (A_Id) )

- Association N vers 1

CREATE TABLE T_B ( B_Id NUMBER (5), PRIMARY KEY (B_Id) ) CREATE TABLE T_A ( B_Id NUMBER (5) REFERENCES T_B (B_Id), A_Id NUMBER (5), PRIMARY KEY(A_Id) )


89

- Classe association N vers N

CREATE TABLE T_A ( A_Id NUMBER (5), PRIMARY KEY (A_Id) ) CREATE TABLE T_B( B_Id NUMBER (5), PRIMARY KEY (B_Id) ) CREATE TABLE T_C ( A_Id NUMBER (5) REFERENCES T_A (A_Id) ON DELETE CASCADE, B_Id NUMBER (5) REFERENCES T_B (B_Id) ON DELETE CASCADE, PRIMARY KEY(A_Id, B_Id) )

Héritage Dans les exemples suivants chaque classe est réalisée par une table. L’identité d’un objet est préservée dans la hiérarchie de classes par l’emploi d’un identifiant partagé.

- Héritage simple

CREATE TABLE T_A( A_Id NUMBER(5), PRIMARY KEY(A_Id) ) CREATE TABLE T_B( A_Id NUMBER (5) REFERENCES T_A (A_Id), PRIMARY KEY (A_Id)) )

- Héritage multiple

CREATE TABLE T_A1( A1_Id NUMBER(5), PRIMARY KEY(A1_Id)) CREATE TABLE T_A2( A2_Id NUMBER(5), PRIMARY KEY(A2_Id) ) CREATE TABLE T_B( A1_Id NUMBER (5) REFERENCES T_A1 (A1_Id), A2_Id NUMBER (5) REFERENCES T_A2 (A2_Id), PRIMARY KEY(A1_Id ,A2_Id) )

Projet de fin d’étude Dictionnaire des données

90

Annexe 5 : Dictionnaire des données


91

AC Nom : AC Code : AC Libellé : Agence de Commercialisation

Liste des attributs Nom Code Type I O

code AC CODE_AC A8 Oui Oui nom AC NOM_AC A255 Non Non

AD Nom : AD Code : AD Libellé : Agence de distribution


code AD CODE_AD A8 Oui Oui nom AD NOM_AD A255 Non Non

Agent Nom : agent Code : AGENT Libellé : Agent d’une équipe d’entretien


Matricule de l’agent MATRICULE A8 Oui Oui nom agent NOM_AGENT A255 Non Non prénom agent PRENOM_AGENT A255 Non Non Classement (ancienneté) CLASSEMENT A8 Non Oui Habilitation aux travaux à risque HABILITATION A3 Non Oui Poste occupé POSTE_OCCUPE A50 Non Oui

Appareil coupure Nom : appareil coupure Code : APP_COUP Libellé : appareil coupure


code appareil de coupure CODE_APP_COUP A8 Oui Oui numéro NUMERO N3 Non Oui nom appareil coupure NOM_APP_COUP A255 Non Non type appareil coupure T_APP_COUP A3 Non Oui état actuel ETAT_ACTUEL A3 Non Oui


92

Cause Nom : cause Code : CAUSE Libellé : Cause de l’incident


code de la cause CODE_CAUSE A8 Oui Oui libellé de la cause LIBELLE_CAUSE A255 Non Oui

Commune Nom : Commune Code : COMM Libellé : commune


code de la commune CODE_COMM A8 Oui Oui nom de la commune NOM_COMM A255 Non Non

Départ MT Nom : Départ MT Code : DEP_MT Libellé : Départ moyenne tension


code départ MT CODE_DEP A10 Oui Oui réglage REGLAGE A255 Non Oui localité importante LOC_IMP A255 Non Non nom du départ MT NOM_DAP A50 Non Non

Équipe Nom : équipe Code : EQUIPE Libellé : équipe d’entretien


Code équipe CODE_EQUIPE A8 Oui Oui Nom équipe NOM_EQUIPE A255 Non Non

Équipe LMT Nom : équipe LMT Code : EQUIPE_LMT Libellé : équipe ligne moyenne tension


93

Équipe poste Nom : équipe poste Code : EQUIPE_POSTE Libellé : équipe responsable de l’entretien des postes sources

Fugitif Nom : Fugitif Code : FUGITIF Libellé :


date fugitif D_FUGITIF DT Oui Oui type fugitif T_FUGITIF A3 Non Oui

Incident Nom : incident Code : INCIDENT Libellé :


Code incident CODE_INCIDENT A8 Oui Oui nature dégât NATURE_DEGAT A255 Non Non Siège dégât SIEGE_DEGAT A255 Non Non

Indisponibilité Nom : indisponibilité Code : INDISP Libellé :


code indisponibilité CODE_INDIS A8 Oui Oui type indisponibilité TYPE_INDIS A10 Non Non

Motif travail Nom : motif travail Code : MOTIF_TRAVAIL Libellé : motif de l’indisponibilité


code motif CODE_MOTIF A8 Oui Oui libelle motif LIBELLE_MOTIF A255 Non Oui


94

Opération élémentaire Nom : Opération élémentaire Code : OP_ELEMNTAIRE Libellé :


code opération CODE_OP A8 Oui Oui libellé opération LIBELLE_OP A255 Non Non date opération D_OP DT Non Oui

Poste Source Nom : Poste Source Code : POSTE_SOURCE Libellé : Poste Source


code poste source CODE_PTS A10 Oui Oui puissance installée P_INST F10 Non Oui nom poste source NOM_PTS A50 Non Non

Pt MT Nom : Pt MT Code : POSTE_MT Libellé : poste moyenne tension


CODE Poste MT CODE_PT_MT A10 Oui Oui puissance poste MT PUI_PT_MT F10 Non Oui nom poste MT NOM_PT_MT A255 Non Non type poste MT TYPE_PT_MT A10 Non Non

STR Nom : STR Code : STR Libellé : service technique régional


code STR CODE_STR A8 Oui Oui Nom STR NOM_STR A255 Non Non


95

Temps Nom : temps Code : TEMPS Libellé : axe du temps pour les informations mensuelles


date D_OBJECTIF D Oui Oui

Tronc Nom : Tronc Code : TRONC Libellé : tronçon


Code tronc CODE_TRONC A10 Oui Oui Nom tronc NOM_TRONC A50 Non Non Client important CLT_IMP A50 Non Non Longueur LONGUEUR F8 Non Oui Type T_TRONC A10 Non Oui Section SECTION F8 Non Non I : identifiant O : Obligatoire

Rapport In Cid Elect

Documents

Transcript of Rapport In Cid Elect