Ministère de l’enseignement supérieur et de la recherche scientifique

Université de Tunis
École Nationale
Supérieure 1.1
D’Ingénieurs
De Tunis

Département : GENIE INDUSTRIEL

RAPPORT DE PROJET DE FIN D’ETUDES

Pour l’obtention du

DIPLOME NATIONAL D’INGENIEUR

Spécialité : GENIE INDUSTRIEL

Année Universitaire : 2019/2020

Réalisé par :

LAABIDI Nadine

TITRE

Conception et réalisation d’une application d’aide à la

planification des projets études

Soutenu le,………………………….devant le Jury composé de MM :

……………………………. : Président
……………………………..: Rapporteur
……………………………..: Encadreur Universitaire
……………………………..: Encadreur Professionnel

i
 Dédicaces

Du profond de mon cœur, je dédie mon travail à tous ceux qui me sont chers,
A MES CHERS PARENTS
Que ce travail soit l’expression de ma reconnaissance pour vos sacrifices,
votre soutien moral et matériel que vous n’avez cesse de prodiguer.
Vous avez tout fait pour mon bonheur et ma réussite.
Que dieu vous préserve en bonne santé et vous accorde une longue vie
A MON FRERE
Vous étiez toujours présents pour m’aider et m’encourager.
Sachiez que vous serez toujours dans mon cœur.
A mes amies qui n’ont cessé de m’encourager et de me soutenir

ii
 Remerciements

C’est avec le plus grand honneur que j’ai réservé cette page en signe de gratitude et de reconnaissance à
l’égard de tous ceux qui nous ont aidés, de près ou de loin, à la réalisation de ce précieux projet de fin
d’études au sein d’EPPM.
Nous exprimons nos reconnaissances et nos respects les plus profonds à notre encadreur à l’ENSIT, Mr
Hmaied Marrakchi pour la qualité exceptionnelle de son encadrement, son assistance et son aide précieuse
tout au long du projet.
Au terme de ce travail, nous tenons à remercier vivement nos encadreurs à l’entreprise Mr Rochdi
SAHLI, directeur des études et Mlle Najla Gnidez, planificateur Projet pour l’opportunité qu’ils nous
ont offerte de pouvoir réaliser ce projet de fin d’études au sein d’EPPM et pour la patience dont il a fait
preuve à notre égard, sa disponibilité et ses précieux conseils.
Nous exprimons également nos sincères remerciements à Mr Mohamed Haitham Nasr, Développeur dans le
service SOFTIC pour ses précieux conseils et pour nous avoir donnés des éclaircissements sur le
développement informatique.
Enfin, nous tenons à remercier tous les membres du jury qui ont accepté de juger ce travail et nous
espérons que le présent rapport reflètera tout le travail effectué et satisfera tout consulteur.

iii
 Fiche technique de l’entreprise

Nom sociale : Engineering Procurement and Project Management – EPPM

Secteur d’activité: Pétrole et gaz, traitement des eau et constructions industrielles.

Date de création : 01/06/1993.

Capital : 8.000.000 TND

Chiffre d’affaire : 72 millions de dinars en 2010.

Siège social : Immeuble Fatma - Les Jardins du Lac – 1053 Tunis - TUNISIA.

Téléphone : (+216) 71 168 100

Fax : (+216) 71 190 918

Site WEB : www.eppm.com.tn

E-mail : eppm@eppm.com.tn

iv
 Table des matières
INTRODUCTION GENERALE .................................................................................................................. 10
Partie 1 : Rapport de diagnostic ...................................................................................... 11
Chapitre I. Présentation générale du projet ................................................................. 12
INTRODUCTION .................................................................................................................................... 13
I.1PRESENTATION DE L’ORGANISME D’ACCUEIL .................................................................................. 13
I.1.1 Organisation de l’EPPM ....................................................................................................... 13
I.1.2 Les principales prestations de services ................................................................................. 15
I.2LE BUREAU D’ETUDES EPPM .......................................................................................................... 16
I.3PRESENTATION DU PROJET .............................................................................................................. 16
I.3.1 Cadre du projet ..................................................................................................................... 16
I.3.2 Contexte du projet................................................................................................................. 16
I.4DEMARCHE ADOPTEE ...................................................................................................................... 17
24.2CONCLUSION ................................................................................................................................. 17
Chapitre II. Analyse et critique de l’existant ............................................................ 18
INTRODUCTION .................................................................................................................................... 19
II.1LA METHODOLOGIE DU DIAGNOSTIC .............................................................................................. 19
II.1.1. Méthodologie de travail ....................................................................................................... 19
II.1.1.1Organisation d’un projet................................................................................................ 20
II.1.1.2Organisation documentaire............................................................................................ 23
II.1.1.2.1 Documents EPPM ............................................................................................... 23
II.1.1.2.2 Gestion des documents........................................................................................ 24
II.1.1.2.3 Maitrise des documents techniques .................................................................... 25
II.1.1.2.4 Circuit d’approbation d’un document technique............................................... 26
II.1.1.3Les processus de management de projet ........................................................................ 27
II.2ANALYSE ET CRITIQUE DE L’EXISTANT........................................................................................... 32
II.2.1 Analyse SWOT du bureau d’études EPPM .......................................................................... 32
II.2.2 Analyse des dysfonctionnements ........................................................................................... 34
II.2.2.1Les dysfonctionnements au niveau de la préparation des fichiers DCR et des fichiers
PCQP ......................................................................................................................................... 34
II.2.2.2Les dysfonctionnements au niveau de la planification des projets ................................ 35
II.3PLAN DE TRAVAIL ........................................................................................................................... 35
CONCLUSION ........................................................................................................................................ 36
Chapitre III. Modélisation conceptuelle de l’application ..........................................38
INTRODUCTION .................................................................................................................................... 39
III.1METHODOLOGIE DE CONCEPTION ................................................................................................ 39
III.1.1Démarche adoptée ................................................................................................................ 39
III.1.2Langages utilisées ............................................................................................................ 39
III.1.2.1.1 UML .................................................................................................................. 39
III.1.2.1.2 Diagrammes des cas d'utilisation ...................................................................... 40

v
 III.1.2.1.3 Diagrammes de séquence .................................................................................. 40
III.1.2.1.4 Diagrammes de classes ...................................................................................... 41
III.1.2.1.5 Diagramme d’activités ...................................................................................... 41
III.1.3Environnement matériel ...................................................................................................... 43
III.1.4Environnement logiciel......................................................................................................... 43
III.2MODELISATION CONCEPTUELLE DE L’APPLICATION .................................................................... 45
III.2.1Description générale de l’outil d’aide .................................................................................. 45
III.2.2Identification des besoins de l’application ........................................................................... 46
III.2.2.1Besoins fonctionnels ...................................................................................................... 46
III.2.2.2Besoins non fonctionnel ................................................................................................ 47
III.2.2.3Description des acteurs ................................................................................................. 47
I.1.1.1Backlog produit de l’application ..................................................................................... 48
III.2.2.4............... Identification des cas d’utilisation de l’application, leurs diagrammes de cas
d’utilisation et leurs diagrammes de séquences ........................................................................ 49
III.3MAQUETTE DE L’APPLICATION ..................................................................................................... 60
III.3.1Diagramme de classes........................................................................................................... 61
III.3.1.1Les classes utilisées........................................................................................................ 61
III.4DEVELOPPEMENT DANS SQL SERVER .......................................................................................... 71
CONCLUSION ........................................................................................................................................ 75
Chapitre IV. Intégration de l’application .................................................................. 76
INTRODUCTION .................................................................................................................................... 77
IV.1DESCRIPTION ET ALIGNEMENT DE LA NOUVELLE PROCEDURE ..................................................... 77
IV.2TABLEAU DES ACTEURS ................................................................................................................. 81
IV.3DEVELOPPEMENT DES INTERFACES ET TEST DE L’APPLICATION ................................................... 82
CONCLUSION ........................................................................................................................................ 88
Annexe 1 ......................................................................................................................... 91
Annexe 2 ......................................................................................................................... 92
Annexe 3 ......................................................................................................................... 93
Annexe 4 ....................................................................................................................... 100
Annexe 5 ....................................................................................................................... 101
Annexe 6 ....................................................................................................................... 102
RESUME ...................................................................................................................... 104
SUMMARY .................................................................................................................. 104

vi
 Liste des figures1
FIGURE 1:LOGO DE L'ORGANISME D'ACCUEIL .......................................................................................... 13
FIGURE 2: ORGANIGRAMME DE L'EPPM ................................................................................................. 14
FIGURE 3: DEMARCHE ADOPTEE .............................................................................................................. 17
FIGURE 4: UNE VUE SUR LE PRIMAVERA P6 ......................................................................................... 24
FIGURE 5: DIAGRAMME DES ACTIVITES DE PLANIFICATION ..................................................................... 31
FIGURE 6: ANALYSE SWOT ..................................................................................................................... 33
FIGURE 7:MODELE D’UN CAS D'UTILISATION ........................................................................................... 40
FIGURE 8:MODELE D'UN DIAGRAMME DE SEQUENCE ............................................................................... 40
FIGURE 9: UN MODELE D'UN DIAGRAMME DE CLASSES ............................................................................. 41
FIGURE 10: DIAGRAMME D'ACTIVITES DU BUREAU D'ETUDES .................................................................. 42
FIGURE 11: LOGO DU SQL SERVER .......................................................................................................... 43
FIGURE 12: LES PROCEDURES STOCKEES DE L' APPLICATION .................................................................... 44
FIGURE 13: LE LOGO DU VISUAL STUDIO ................................................................................................. 45
FIGURE 14: LE DIAGRAMME DES CAS D'UTILISATION GLOBALE DE L'APPLICATION WEB .......................... 50
FIGURE 15:DIAGRAMME DE CAS D’UTILISATION CU1.............................................................................. 53
FIGURE 16:DIAGRAMME DE SEQUENCE CU1 ............................................................................................ 53
FIGURE 17/DIAGRAMME DE CAS D'UTILISATION CU2 ............................................................................... 55
FIGURE 18: DIAGRAMME DE SEQUENCE CU2 ........................................................................................... 56
FIGURE 19:DIAGRAMME DE CAS D'UTILISATION CU3............................................................................... 58
FIGURE 20: DIAGRAMME DE SEQUENCE CU3 ........................................................................................... 58
FIGURE 21: DIAGRAMME DE CAS D'UTILISATION CU4 .............................................................................. 59
FIGURE 22: DIAGRAMME DE SEQUENCE CU4 ............................................................................................ 60
FIGURE 23: L'ARCHITECTURE LE L'APPLICATION WEB ............................................................................ 61
FIGURE 24:DIAGRAMME DE LA BASE DE DONNEES DE L'APPLICATION ...................................................... 70
FIGURE 25: METHODOLOGIE DE TRAVAIL ................................................................................................ 80
FIGURE 26: PAGE D' AUTHENTIFICATION .................................................................................................. 82
FIGURE 27: PAGE D' ACCUEIL DE L'OUTIL ................................................................................................. 83
FIGURE 28: INTERFACE PROJETS ............................................................................................................. 84
FIGURE 29: FORMULAIRE MULTI-SELECTION DE FILTRAGE DES DOCUMENTS ........................................... 84
FIGURE 30: DESIGNANTION DE LA NOUVELLE REFERENCE DU PROJET ..................................................... 85
FIGURE 31:LES FICHIERS ETUDES CREES .................................................................................................. 85
FIGURE 32: CLASSEMENT DES NOUVEAUX PROJETS .................................................................................. 86
FIGURE 33: INTERFACE ADMINISTRATION ............................................................................................... 86
FIGURE 34: LA LISTE DES DCR ................................................................................................................. 87
FIGURE 35: LA LISTE DES PCQP ............................................................................................................... 87
FIGURE 36: IMPORTATION DES FICHIERS ETUDES ..................................................................................... 88

vii
 Liste des tableaux

TABLEAU 1:LOCALISATION GEOGRAPHIQUE DE L'ENTREPRISE DANS LE MONDE ............................................ 13

TABLEAU 2: L’ORGANISATION D' UN PROJET ET SES ACTIVITES ..................................................................... 23
TABLEAU 3: CIRCUIT D' APPROBATION D' UN DOCUMENT TECHNIQUE ............................................................. 27
TABLEAU 4: LE TABLEAU DES ACTEURS....................................................................................................... 32
TABLEAU 5: ANALYSE SWOT DE BUREAU D'ETUDES DE L'EPPM ................................................................. 34
TABLEAU 6: LES DYSFONCTIONNEMENTS AU NIVEAU DES FICHIERS DCR ET PCQP ...................................... 35
TABLEAU 7: LES DYSFONCTIONNEMENTS AU NIVEAU DU PLANNING ............................................................. 35
TABLEAU 8: PLAN D'ACTION ....................................................................................................................... 36
TABLEAU 9: ENVIRONNEMENT MATERIEL ................................................................................................ 43
TABLEAU 10:FICHE UTILISATEUR RPP ........................................................................................................ 47
TABLEAU 11: FICHE UTILISATEUR CPE ....................................................................................................... 48
TABLEAU 12: FICHE DEVELOPPEUR ............................................................................................................. 48
TABLEAU 13: BACKLOG DE L'APPLICATION ................................................................................................. 49
TABLEAU 14: CAS D' UTILISATION CU1 ....................................................................................................... 52
TABLEAU 15: CAS D' UTILISATION CU2 ....................................................................................................... 54
TABLEAU 16: CAS D' UTILISATION CU3 ....................................................................................................... 57
TABLEAU 17: CAS D' UTILISATION CU4 ....................................................................................................... 59
TABLEAU 18: LES CLASSES DE L’APPLICATION ............................................................................................ 62
TABLEAU 19: LE DEVELOPPEMENT DES TABLES DE LA BASE DE DONNEES ..................................................... 74
TABLEAU 20 : LES PROCEDURES STOCKEES ................................................................................................. 75
TABLEAU 21: DONNEES D’ENTREE ET DE SORTIE DE L’APPLICATION ............................................................. 81
TABLEAU 22: LE TABLEAU DES ACTEURS ..................................................................................................... 82

viii
 Glossaire

Abréviation Signification

CHP Chef Projet réalisation

CPE Chef Projet Études
CPRJ Coordinateur des projeteurs
CDC Contrôleur des documents
DCR Document Contrôle Registre
GED Gestion Électronique des Documents
IE Ingénieur Études
IS Ingénieur Senior
PRJ Projeteur Études
PRJS Projeteur Senior
PSL Ingénieur Senior Approbateur
PCQP Plan de Contrôle Qualité Projet
RQEP Responsable Qualité Études Projet
RPP Responsable Planification Projet
WBS Work Breakdown Structure
BE Bureau d’études
EPC Engineering,Procurement and Construction
GED Gestion Électronique des Documents

ix
 Introduction générale

La gestion ou le management de projet, consiste à l’organisation et le contrôle de tous les

aspects d’un projet ainsi qu’à la direction des acteurs afin d’atteindre des objectifs fixés
dans le respect des différentes contraintes (le temps, la qualité et le cout).

La gestion de projet englobe donc toutes les tâches de coordination et direction,

l’organisation, les techniques et les mesures indispensables à la conduite d’un projet.

L’EPPM « Engineering Procurement and Project Management » est une entreprise qui
applique le management de projet dans sa stratégie faisant face à un principal défi qui est
l’amélioration du système informatique et suivi des projets où la création de valeur ajouté
est au cœur des objectifs afin de satisfaire le client et pour acquérir des nouveaux projets,
car la concurrence dans ce domaine est très élargie.

A travers le management de son système d’information, l’EPPM tente de regrouper

l’ensemble des moyens, des méthodes, des techniques et des outils assurant la collection et
la gestion efficace des données ; ce qui lui permet d’avoir une aide à la décision et d’avoir
une vue d’ensemble de l’activité traitée.

Partant de ce cadre, on a opté dans ce projet chez EPPM pour concevoir et pour développer
un outil d’aide à la décision pour la gestion des projets d’étude, proposant ainsi une
personnalisation des outils informatiques aux besoins du bureau d’études et permettant une
réaction rapide et une prise de décision efficace.

Ce rapport comprend deux grandes parties, chacune composée de deux chapitres. La

première partie est consacrée à la présentation de l’organisme d’accueil et des résultats de
diagnostic. Elle répond à deux objectifs majeurs : expliquer le contexte dans lequel s'inscrit
ce mémoire et identifier les dysfonctionnements au niveau de la gestion des projets en
analysant l’état actuel. La deuxième partie se subdivise en deux chapitres. Dans le
troisième chapitr e, nous illustrerons l’analyse des besoins et la conception effectués ainsi
que le développement informatique de la base de données. Lors de ce chapitre nous
décririons le développement des procédures stockées sur la base de données. Dans le
quatrième chapitre, nous optons pour une présentation de mesures d’intégration de cette
application et nous présentons l’interfaçage de l’ppalication.

10
Partie 1 : Rapport de diagnostic

Synthèse

L’EPPM est une entreprise qui opère dans le secteur des services
d’ingénierie. Elle offre une large gamme de prestations dans trois
branches différentes à savoir la branche pétrole et gaz, la branche
traitement des eaux et la branche installations industrielles. Cette
entreprise a pu acquérir en plus de 20 ans une grande expérience dans
le domaine de gestion des projets. Cependant, elle cherche encore à
améliorer cet axe qui peut être un des facteurs de succès et
principalement pour son bureau d’études. L’EPPM utilise des
logiciels différents pour la gestion des projets en plus des
applications personnalisées. Ces logiciels sont généralement sous-
exploités. Notre projet consiste à donner une solution pour améliorer
le volet de management de projets. Après la réalisation du diagnostic
de l’existant, nous avons proposé à nos encadreurs de développer une
application spécifique pour la gestion des projets.

11
Chapitre I. Présentation générale du
projet

Sommaire

Introduction
Présentation de l’organisme d’accueil
Présentation du projet
Méthodologie adoptée au cours du stage
Conclusion

12
 Introduction

Dans ce chapitre introductif, nous mettons le projet dans son cadre général. Nous
présentons en premier lieu l’organisme d’accueil, ses services et ses partenaires. Ensuite,
nous parlons du contexte du projet et nous clôturons ce chapitre par une présentation de la
méthodologie adoptée durant ce stage.

1.1 Présentation de l’organisme d’accueil

L’EPPM est l’acronyme de « Engineering Procurement and Project Management ». C’est

une société d’ingénierie spécialisée dans trois domaines d’activité : le pétrole et le gaz, le
traitement d’eau et les installations industrielles. Elle offre des services d'engineering et
assure le Management des projets pendant les phases d'approvisionnement et de
construction [1]. Fondée en 1993, la société est devenue l’un des principaux acteurs en
management des projets. Elle bénéficie d'une bonne expérience à l'international et elle a
livré plus de 150 projets en Afrique et au Moyen-Orient avec la mise en place de 14 filiales
(dont trois en Tunisie) dans divers pays (Tableau I.1)

Algérie Libye Angola République Royaume Dubaï Irak Qatar Sultanat

du Congo d’Arabie et d’Oman
Saoudite Abu
Dhabi
Tableau 1:Localisation géographique de l'entreprise dans le monde

Figure 1:Logo de l'organisme d'accueil

I.1.1 Organisation de l’EPPM

Pour gérer ses ressources humaines, EPPM est organisée selon une organisation
matricielle. L’organigramme de la figure 2 explique cette organisation.

13
Figure 2: Organigramme de l'EPPM

14
 I.1.2 Les principales prestations de services

L’EPPM propose une large gamme de services comprenant :

 L’ingénierie :

L’EPPM intervient dans toutes les phases d'engineering. Elle intervient soit dans les projets
purement études ou les projets clés en main pour offrir une large gamme de services : étude
de faisabilité, étude d’avant-projet, étude de bases et étude de détail

 L’approvisionnement :

Pour les Projets d'EPC, une fois les spécifications sont identifiées au niveau de la phase
étude, le processus d’approvisionnement se déclenche pour :

- Identifier les besoins en achat du projet (conformément aux contraintes techniques)

- Affecter une équipe d’approvisionnement par projet
- Préparer le plan d’approvisionnement

Pour bien gérer ses achats, l’EPPM fournit les services d’approvisionnements suivants:

- Le pré qualification des fournisseurs

- La préparation des Offres
- L’identification des exigences QHSE relatives aux projets
- La négociation et finalisation des contrats
- FAT: test d’acceptation d’usine
- L’emballage et l’expédition
- Le dédouanement
- Le stockage du matériel
- La construction : Les services de construction sont divisés en deux types :

Les activités de fabrication :

La fabrication de différents composants et structures métalliques avec une capacité de

production d’environ 10 000 T/an.

Les activités sur site :

 Travaux sur site (Génie civil et structure, tuyauterie, bacs de stockage, équipements
mécaniques, travaux d’électricité et instrumentation, peinture, isolation…).
 Préparation des procédures de démarrage
 Affectation de l’équipe de mise en service et mobilisation
 Interface entre les fournisseurs, le bureau d’étude et l’équipe de construction
 Exécution des activités et tests de performance

- Des services d’exploitation et de maintenance.

15
 I.2 Le bureau d’études EPPM

Depuis la création d’EPPM, les services d’ingénierie étaient l’activité principale de

l’entreprise et malgré la diversification dans les prestations, ces services restent toujours le
centre autour duquel est organisé tout le travail. Ces services couvrent l’étude de
préfaisabilité et de faisabilité, l’étude conceptuelle, l’étude de base et la conception
détaillée.

I.3 Présentation du projet

I.3.1 Cadre du projet
Ce stage s’inscrit dans le cadre d’un projet de fin d’études pour l’obtention du diplôme
national d’ingénieur industriel de l’École Nationale Supérieure d’Ingénieurs de Tunis pour
l’année universitaire 2019/2020. Le présent projet a pour but de mettre en place une
application d’aide à la planification et à la budgétisation des projets études.

I.3.2 Contexte du projet

Aujourd’hui, les problématiques du management de projet se sont renouvelées. Dans

l’approche traditionnelle du management de projet, la performance visée par le projet se
mesure à partir de la triple contrainte coût, qualité et délai. Cela n’est plus suffisant.

Les problèmes de management sont remontés vers l’exploration en amont, pour répondre
aux ambitions et exigences croissantes des stratégies d’innovation des entreprises. A ce
niveau, la mission du gestionnaire de projets n’est pas simplement de réaliser le projet dans
un délai raisonnable, au moindre coût et avec une qualité acceptable mais elle consiste
aussi à réduire les risques, optimiser l’utilisation des ressources et contribuer à la
croissance de l’entreprise. Cette problématique est transposable à n’importe quel type
d’entité de service d’ingénierie. En effet, contrairement aux organisations industrielles, les
ressources d’un bureau d’études sont principalement des ressources humaines. De ce fait,
plusieurs paramètres entrent en jeu dans la gestion (La motivation, la compétence, etc.). La
rapidité dans la prise de décision devient donc synonyme de performance dans la gestion
des projets.

Cela à pousser les directeurs d’études à réfléchir sur: Comment exploiter le système
d’informations et adapter les moyens informatiques pour répondre aux différents besoins et
pour diminuer le temps d’attente et donc améliorer la qualité du service ?

Ce projet de fin d’études s’inscrit dans ce contexte et vise principalement à :

 Assurer la personnalisation des outils informatiques aux besoins du bureau d’études

d’EPPM.
 Améliorer le processus global de gestion des projets.
 Permettre une réaction rapide et une prise de décision efficace.

16
 I.4 Démarche adoptée

Pour bien gérer ce projet, nous allons adopter la démarche de travail suivante :

Nous allons mener une analyse et une critique de l’existant chez l’EPPM qui va nous
permettre de mettre en relief la problématique et de mieux cerner les enjeux et les objectifs
du projet.
Par la suite, nous allons effectuer une analyse des besoins fonctionnels et non fonctionnels
de ce projet. Ensuite, nous traitons le cahier de charges fonctionnel du l’application à
développer et sa conception architecturale et nous allons réaliser cette application web.

Enfin, nous clôturons ce projet par une évaluation de travail.

1
• Analyse et étude de l'existant
2
• developpement de l'application d'aide
3
• intégration de l'outil et test des fonctionnalités

Figure 3: Démarche adoptée

1.2 Conclusion
La connaissance du contexte du projet forme une étape cruciale vers leur concrétisation. Le
chapitre suivant a pour objectifs de présenter la première phase de tout projet
d’amélioration : « Le diagnostic de l’existant ».

17
Chapitre II.
l’existant
Analyse et critique de

Sommaire

Introduction
Étude de l’existant
Critique de l’existant
Plan d’action
Conclusion

18
Introduction

Dans ce chapitre, nous exposons une étude critique de l’existant afin de fixer les objectifs
de l’application.

II.1 La méthodologie du diagnostic

La démarche suivie lors du diagnostic repose sur trois éléments principaux à savoir :

- L’observation et les réunions avec tous les acteurs afin de dégager les processus
existants de gestion des projets d’études et de planification.
- L’analyse des processus courants dans l’EPPM pour la gestion des projets.
- Le critique de l’existant pour dégager les problèmes qui font l’objet d’un plan
d’action pour notre projet.

II.1.1. Méthodologie de travail

Le but de cette méthodologie est d’organiser le travail nécessaire pour le développement
des activités de l’inégnierie inhérentes à chaque projet.

Le cycle de vie d’un projet EPC comporte généralement quatre étapes essentielles : le
démarrage du projet, la planification, la réalisation et la clôture.

La phase de planification et les activités d’ingénierie comportent trois phases principales :

1. Analyse du contrat et planing :

Dans la première phase, les activités à développer sont les suivantes:
 Revue de contrat
 Définition de la liste des livrables (la liste des documents et des plans nécessaires
pour réaliser le projet)
 Planning des activités d’ingénierie : Cette étape concerne la préparation, la
vérification et l’issu des documents suivants :
- Plan de contrôle Qualité Projet étude
- Plan Contrôle Registe
- Ressources nécessaires
- Logistiques nécessaires
- Planning général

2. Ingénierie de base

La deuxième phase est divisée en quatre (04) sous phases consécutives:

 Visite sur site et collecte des données

 Développement de la base de conception
 Développement de l’ingénierie de base
19
  Lancement des consultations.

A ce stade, Les équipes de deux parties (client et entreprise) se rencontrent pour discuter
les éventuelles contradictions entre les documents du contrat, définir les procédures
d’approbation des documents et collecter les données manquantes sous forme de
documents (plan, calcul, rapports,…etc.). Par la suite, chaque discipline doit préparer la
liste des documents à fournir sous sa responsabilité. Enfin, le bureau d’études émet à
l’équipe projet les listes de réquisitions incluant les spécifications et les métrés
préliminaires pour consultation.

3. Ingénierie de détail

La troisième phase consiste généralement à développer tous les documents nécessaires à la

réalisation des travaux de construction, de montage des équipements et de mise en service.

Chaque département doit développer les documents à fournir sous sa responsabilité.

II.1.1.1 Organisation d’un projet

D’une manière générale, l’équipe d’un projet est composée de :

- Un Chef Projet Réalisation : Il est responsable de la coordination entre l’équipe de

réalisation et le client

- Un Chef Projet Études : Il est responsable de la coordination au sein du bureau

d’études et la gestion des activités d’ingénierie

- Un Ingénieur Senior Approbateur de chaque discipline : Il est responsable de

l’approbation des documents issus de sa discipline.

- Un Ingénieur Sénior de chaque discipline : Il est responsable de La vérification des

documents et la coordination entre les ingénieurs au sein de sa discipline.

- Un Coordinateur des Projeteurs : Il est responsable de la coordination entre les

différentes disciplines.

- Un Projeteur Sénior de chaque discipline : Ils sont responsables de La vérification des

plans et la coordination entre les projeteurs au sein de sa discipline.

- Un Responsable Qualité Etudes Projet : Il est responsable de la vérification de la

qualité des documents conformément aux procédures et aux instructions de
l’EPPM/client

- Un Contrôleur Des Documents : Il est responsable de la gestion des envois et la

diffusion des documents

- Un Responsable Planification Projets : Il est le responsable de la planification des

projets

20
 - Des Ingénieurs Emetteurs et des Projeteurs Etudes dont leur nombre varie selon le
projet : Ils sont responsables de la qualité (contenu et forme) de ses documents.

Le bureau d’études d’EPPM est formé par sept disciplines qui permettent d’assurer la
bonne qualité des services dans les trois branches d’activités (Gaz et pétrole, traitement
des eaux et installations industrielles).

L’organigramme dans l’annexe n°4 présente les différents intervenants et disciplines qui
définissent un projet EPC. Les disciplines définies généralement sont :

Disciplines Abréviations Les livrables à préparés par chaque discipline

Process PR - Notes de Calcul

- Bilan de matière et thermique,
- Diagramme cause et effet
- Liste des équipements
- Liste des lignes
- Listes des utilités
- Rapport de philosophie de fonctionnement et de contrôle
- Rapport d’estimation des coûts.
Mécanique ME -Liste des équipements mécanique
- Spécifications techniques des équipements mécaniques
(pompes, torche, ballons, etc),
- Spécifications de montage des équipements
- Dimensionnement et calcul des équipements mécaniques
- Feuille de données des équipements
- Plan d’arrangement général des équipements et
cheminement de tuyauteries
- Réquisition des équipements à longue durée de livraison

21
Electricité EL - Liste des points de raccordement électrique
- Schéma unifilaire de distribution générale
- Bilan de puissance
- Dimensionnement des équipements électriques
- Rapport de philosophie de fonctionnement
- Plan d’implantation des équipements électriques et de
cheminement de câbles
- Plan général de mise à la terre et protection contre la
foudre,
- Rapport d’étude de la protection cathodique
- Plan général de protection cathodique
- Plan de classification des zones
- Spécification de la classification des zones, des
installations électriques, des sous-stations et postes de
transformations électriques, des tableaux électriques, des
transformateurs, de la mise à la terre et protection contre la
foudre,…etc

Instrumenta IN - Spécifications générales des instruments

tion/système - Spécification du système de télécommunication
de contrôle - Spécification du réseau téléphonique
- Spécification des vannes de contrôle, soupapes,
- Réquisition du système de contrôles
- Participation au développement du document diagramme
Cause à Effet
Génie civil CV -Spécifications des travaux de terrassements
- Spécifications de drainage (eaux huileuses, eaux de
vannes, eaux usées, eaux pluviales, etc)
- Spécifications des ouvrages en béton armé
- Spécifications des ouvrages en charpentes métalliques
- Spécifications des travaux géotechniques
- Spécifications techniques de la clôture
- Spécifications techniques des bâtiments (administration,
locaux d’exploitation, etc)
- Spécifications de revêtements spéciaux (revêtement
d’étanchéité, anti-acide, etc)
Sécurité SF -Philosophie de protection anti incendie,
- Plan de cheminement et d’implantation des équipements
anti-incendie
- Rapport de simulation hydraulique du réseau anti
incendie
- P&ID réseau anti incendie,
- Plan d’évacuation
- Feuille de données de la pomperie anti incendie
- Feuille de données du bac anti incendie
- Spécifications des équipements anti-incendie,

22
piping/pipeli PP -Plan d’arrangement général des équipements et
ne cheminement de tuyauteries
- Spécification techniques de tuyauteries
- Spécification de soudage
- Spécification des revêtements et de peinture
- Rapport d’étude de corrosion et choix des matériaux
- Standard supports et montage
Tableau 2: L’organisation d'un projet et ses activités

II.1.1.2 Organisation documentaire

II.1.1.2.1 Documents EPPM

 Document Contrôle Registre DCR

C’est une forme matricielle élaborée par le chef projet étude. Elle contient la liste de tous
les documents convenus avec le client qu’il faut le fournir afin d’assurer la réalisation des
prestations du projet (annexe N°5). C’est un système de contrôle des documents qui
fournit une vue d'ensemble de tous les documents utilisés.

Pour chaque document, le registre de contrôle des documents fournit les métadonnées
suivantes :

- Numéro client du document

- Titre de chaque document
- Statut du document
- Numéro du document EPPM
- Les délais estimés pour l’élaboration des documents
- Date prévue pour l’envoi au client pour approbation

 Plan de Contrôle Qualité Projet PCQP

Le PCQP est une forme matricielle élaborée par le RQEP qui permet de relier chaque
livrable avec les différents intervenants par une lettre alphabétique comme l’indique
l’annexe n° 2. Elle décrit les ressources nécessaires pour la réalisation du projet. Elle
permet le contrôle rigoureux de la qualité des documents produits.

Chaque PCQP doit contenir les informations suivantes :

- Les documents échangés entre les disciplines

- L’objectif des échanges
- Le contrôle des interfaces
- Les personnes intervenantes

 Planning général

L’équipe se charge de la préparation du planning général du projet présenté dans la figure

n°4, tenant compte des jalons correspondant aux dates de livraison des différents
23
équipements. Le planificateur crée les données relatives au planning du projet en se basant
sur le DCR et à l’aide du « PRIMAVERA p6 » : Un logiciel de gestion de projet. Il est un
outil de planification qui permet de développer et sauvegarder les plannings études projets.

L’élaboration du planning doit tenir en compte les paramètres suivants :

- Les délais contractuels

- Les délais de constructions
- Les WBS3 : C’est une hiérarchie de travail qui doit être suivie pour accomplir un
projet. Lors de la création d'un projet, le chef de projet commence généralement par
développer la structure WBS, affecte des documents à chaque élément WBS, puis
définit les tâches permettant de réaliser le travail de l'élément.
- Les délais des essais de matériaux ou d’équipements
- Les délais estimés d’approvisionnement des matériels et des équipements
- Les activités critiques qui peuvent entraver l’avancement des études
- Les différents points d’arrêts

Figure 4: Une vue sur le PRIMAVERA P6

II.1.1.2.2 Gestion des documents

On peut classifier le système de gestion des documents dans EPPM selon trois catégories :

- Base de données générale de projet : Elle est gérée par l’application GED standard
sous INTRANET, et contient tous les documents répartis par discipline telle que
définis au niveau du document contrôle registre DCR. Les documents sont validés
moyennant l’application GED technique puis sont automatiquement classés au niveau
de la base de données générale du projet.
24
- GED technique : Cette application assure le circuit de validation des documents projets
conformément au PCQP. Elle permet aussi la sauvegarde des documents des
différentes disciplines qui sont en cours de développement.
- Base de données documents externes : Elle gère les documents en provenance du client
et des fournisseurs (documents d’analogie, data-sheet, autres).

Ce système de gestion des documents permet à l’entreprise de :

 Communiquer des informations et des documents entre les différentes unités
 Manager d’une façon performante les documents des projets

II.1.1.2.3 Maitrise des documents techniques

D’une manière générale, tous les documents issus d’une discipline donnée, ne sont pas
produits en une seule fois. Ces documents évoluent au fur et à mesure de l’avancement du
projet et comportent un degré de détails de plus en plus croissant en fonction des
informations reçues des autres disciplines, des fournisseurs et du client et ils sont classés
moyennant l’application GED technique sous la plateforme GED.

Les documents techniques sont numérotés de la manière suivante :

L xxxx - XXX - YY - ZZ – TTT

L : Référence De l’affaire

L : AR : Affaire en Réalisation

AP : Affaire en Projet

xxxx : Numéro de l’affaire (la référence du projet)

XXX : Abréviation du type de document
YY : Abréviation de la discipline (ME, EL, CV, PR,…etc.)
ZZ : Numéro spécifique utilisé en cas de découpage du projet par unités

TTT : Numéro chronologique du document technique.

Exemple :

AR 0117–SPC–ME – 02 – 002

-AR 0117 : Référence et Numéro du Projet AR 01/17

- SPC : Type du document : Spécification

- ME : Abréviation de la discipline: Mécanique

-02 : Numéro de l’unité: 02

- 002 : Numéro chronologique du document: 002

25
 II.1.1.2.4 Circuit d’approbation d’un document technique
L’élaboration des documents techniques études listés au niveau du DCR est assurée par
l’ingénieur de la discipline (IE) affecté au projet ou le projeteur étude (PRJ). L’émetteur
doit collecter toutes les données nécessaires pour l’élaboration de son document tenant
compte des interfaces avec les différentes disciplines. L’émetteur doit assurer une auto-
vérification du document et s’assurer de sa qualité de présentation, conformité technique et
conformité par rapport aux autres disciplines.

QUI QUOI COMMENT

1- L’IE /PRJ da la discipline
IE/PRJ concernée doit collecter toutes les
informations et les données
nécessaires pour l’élaboration du
document tenant compte de toutes
les interfaces avec les autres
IS de la
discipline disciplines. Il appartient à
Ingénieur l’émetteur de prendre en charge le
report de tous les commentaires
résultant du processus de
Senior vérification du document et assurer
d’une autre la mise à jour de son document.
discipline 2- La vérification intra-disciplinaire
d’un document est la
responsabilité de IS de la
PSL discipline qui doit s’assurer que le
contenu est conforme aux
exigences préétablies ainsi de la
RQEP prise en compte de tous les
commentaires résultants de la
vérification de l’IE et aussi bien
des commentaires émanant du
client.
Revue CPE 3- La vérification interdisciplinaire
est assurée par un ou plusieurs IS
des autres disciplines
conformément au PCQP.
CDC
4- Le PSL doit valider le
contenu/consistance d’un
document technique.
5- Le RQEP assure la vérification de
la qualité du document (forme,
langue, utilisation des formes
spécifiques en vigueur…).
6- Après la revue qualitative, le
document est transmis
simultanément aux CPE pour
vérifier la conformité par rapport
aux limites de prestations arrêtées
par le client/contrat.

26
 7- Dès la réception du document, le
CDC doit assurer la conversion du
document en format PDF,
s’assurer que la conversion a été
conduite correctement puis
transmettre le document au client.
Tableau 3: Circuit d'approbation d'un document technique

II.1.1.3 Les processus de management de projet

Un processus est un ensemble d’actions et d’activités en relation les unes avec les autres,
menés à bien pour aboutir à un ensemble prédéfini de produits, de résultats ou de services.
Chaque processus est caractérisé par ses données d’entrée, les outils et techniques
applicables et les données de sortie qui en résultent.
Les chefs de projet et leur équipe doivent considérer soigneusement chaque processus et
bien préciser ses données d’entrée et de sortie. Ces processus sont rassemblés en cinq
groupes :
 Le groupe de processus de démarrage : Ce groupe de processus comprend les
processus qui permettent de définir un nouveau projet ou une nouvelle phase d’un
projet existant et qui donnent l’autorisation de démarrer le projet ou la phase.
 Le groupe de processus de planification : Le groupe de processus de planification
comprend les processus permettant d’établir le contenu total de l’effort, de définir et
affiner les objectifs, et de préciser la suite des actions nécessaires à l’atteinte des
objectifs.
 Le groupe de processus d’exécution : Ce groupe comprend les processus qui
permettant d’accomplir le travail défini dans le plan de management du projet pour
respecter les spécifications du projet.
 Le groupe de processus de maitrise et de surveillance : Ce groupe de processus de
surveillance et de maitrise comprend les processus permettant de suivre, de revoir et
de réguler l’avancement et la performance du projet.

Puisque notre projet de fin d’études consiste à assurer une planification optimale du projet,
il est crucial de bien analyser les processus de planification et les processus de maitrise de
la planification. Ils peuvent être divisés en trois étapes importantes :

Au début de chaque projet, les responsables et les ingénieurs séniors de chaque

département prennent le soin d’examiner les données contractuelles du projet.

 Etape 1 : Préparation du DCR

Cette étape consiste à préparer le DCR du projet. Durant cette phase, l’équipe du projet
commence par préparer la liste des documents à livrer pour le client afin d’assurer la
prestation avec la qualité requise. Ensuite, les acteurs du projet collaborent dans une
réunion organisée par le chef de projet études afin de séquencer les activités, identifier les
ressources nécessaires et estimer les durées des activités. Et enfin le CPE rassemble toutes
ces informations dans le DCR

27
- Processus identification des livrables

Chaque ingénieur Sénior communique au chef de projet la liste de livrables à produire sous
sa responsabilité. Le nombre et le type de documents à fournir doivent être suffisants pour
permettre de couvrir toutes les activités relatives à la réalisation du projet avec la qualité
requise. Cette liste reste prévisionnelle et peut subir, selon le besoin, des mises à jour.

Le chef du projet et/ou le coordinateur (CPE/CPRJ) doit s’assurer que tous les intervenants
ont reçu les documents nécessaires pour cette phase et peuvent organiser des réunions pour
débattre les points de divergences.

Le responsable du projet établit la liste des documents à livrer comme il est indiqué dans
l’annexe 5 et le contrôleur des documents doit transmettre au Chef projet étude CPE les
informations suivantes :

 La désignation de chaque livrable

 La référence de chaque document EPPM
 Les références des documents clients
 Les statuts des documents
- Processus ordonnancement des activités

D’abord, le planificateur doit identifier les activités nécessaires pour l’élaboration des
livrables. Cette étape s’étale sur toute la période du projet et la liste des livrables établies
peut subir des modifications tout au long du projet. Par la suite, l’équipe du projet doit
déterminer les liens logiques entre les taches qui permettent de les enchainer et de définir
des relations d’ordres (contraintes). Généralement ces liens sont de type fin à début mais il
existe d’autres types (début à début, fin à fin, début à fin ou bien des liaisons avec retard).
Suite à la validation de la liste des documents à préparer, l’équipe discute les combinaisons
de liaisons entre les taches. Chaque responsable département est appelé à communiquer les
liens logiques permettant l’enchainement des taches entre elles et les relations d’ordre entre
ces différentes tâches. Cette étape peut engendrer des modifications de la liste des activités.

Ces données sont regroupées dans des fichiers Excel comme présenter dans l’annexe n°7.

- Processus estimation de la durée des taches

Ce travail est réalisé grâce au jugement des responsables des départements. En effet, les
responsables des départements doivent estimer la durée nécessaire pour chaque document
qui comprend le temps nécessaire pour la préparation, la vérification et l’approbation.
Généralement, pour chaque projet deux jugements sont faits : le premier lors de la phase
d’appel d’offre et le deuxième au début de chaque affaire à réaliser.

 Etape 2 : Préparation du PCQP

Cette étape consiste à préparer le plan Contrôle Qualité Projet. Une fois que le réseau des
tâches obtenu est faisable et optimal, les intervenants passent à la préparation de la liste des

28
ressources nécessaires pour l’ensemble des activités. Le planificateur élabore la liste des
ressources affectées. Le chef de projet procède à une vérification de la disponibilité des
ressources. Par la suite, le responsable qualité projet établit le plan de contrôle qualité
PCQP et les ressources affectées seront automatiquement avisées par l’application GED.

A la fin de cette étape le chef de projet étude établit le DCR du projet (voir annexe n°5).

Le tableau ci-dessous regroupe les données d’entrée, les données de sortie et les outils et
techniques de cette étape.

Données d’entrée Outils et techniques Données de sortie

-Données du projet
-Jugements des experts -Liste des activités
-Excel Diagramme en réseau du
-Modèles de travail projet
DCR du projet
-PCQP du projet

 Etape 3 : Préparation du Planning

Le planificateur chargé du projet prend sous sa responsabilité la préparation du planning. Il

doit également affecter les ressources aux tâches et faire les analyses nécessaires. Il
rassemble les informations existant dans le Document Registre Contrôle DCR (la liste des
livrables, les départements affectés, les durées de chaque tache) sur le logiciel de gestion
de projets « Primavera P6 » pour construire un planning réaliste. Il doit affecter également
la courbe de charge adéquate pour chaque combinaison activité/ressource.

Données d’entrée Outils et techniques Données de sortie

-DCR du projet -Jugements des experts Planning général
-Diagramme en réseau du -Primavera P6
projet -Modèles de travail
-liste des ressources

 Etape 4 : Maitrise du Planning

Le suivi et la maitrise du planning du projet est le processus qui permet de contrôler

l’achèvement des tâches dans le temps. Il porte sur quatre opérations principales à savoir :
- La détermination de l’état actuel du planning
- La mesure de la performance
- La détermination de l’influence des modifications
- La prise de décisions correctives
D’une autre manière, cette étape vise le bon respect du planning et constitue l’étape la plus
délicate et la plus longue dans toute la démarche. Le responsable du projet et le
planificateur sont les principaux acteurs. Ils utilisent des outils de suivi et de mesure de la

29
performance, le logiciel Pimavera P6 et des techniques d’analyse afin de surveiller
l’avancement du projet et tracer des plans d’action.

Le chef de projet doit s’assurer du bon respect des délais, des nombres d’heures planifiés
pour chaque ressource et du budget alloué et il doit effectuer des rapports d’avancement.
Une réunion hebdomadaire est effectuée entre le directeur d’études, les chefs de
départements et les chefs de projets.

Le diagramme des activités présenté ci-dessous, résume l’ensemble des processus

permettant de préparer les fichiers études projets et de gérer l’achèvement du projet.

30
Figure 5: Diagramme des activités de planification

31
Le tableau ci-dessous permet d’identifier les rôles des intervenants dans l’élaboration des
fichiers DCR, PCQP et le planning.

Processus Préparation du DCR Préparation du PCQP Préparation du planning

Acteurs
Les IS -Préparer la liste des
documents sous sa
responsabilité
-Estimer les liens entre les
activités
- Elaborer la liste des
ressources nécessaires
Les PSL -Vérifier la liste des -Elaborer la liste des
documents ressources nécessaires
à préparer sous sa
responsabilité
Le CPE/ -Rassembler les différentes -Vérifier la disponibilité -Analyse des différents
CPRJ listes des activités des ressources scénarios
-Préparer le DCR

RPP -Préparer le diagramme en -Affectation des -Saisir les données de

réseau du projet ressources projet sur le logiciel
Primavera P6
CHP -Valider la liste des -Valider les
activités modifications demandées
- Vérifier les liens
RQEP -Préparer le PCQP
Tableau 4: le tableau des acteurs

II.2 Analyse et critique de l’existant

Le diagnostic de l’existant ne consiste pas uniquement à décrire les processus, les
procédures mais il doit principalement aboutir à une analyse de l’état actuel qui permettra
d’atteindre nos objectifs d’améliorations.

Au cours de ce stage, nous remarquons une communication très présente entre les
différents intervenants. C’est un outil de diffusion, de coordination, de coopération et de
contrôle.

II.2.1 Analyse SWOT du bureau d’études EPPM

Cette analyse consiste à étudier l’environnement de l’entreprise et sert comme outil d’aide
à la décision. Le SWOT est un outil de stratégie d’entreprise inventé par un groupe de
professeurs d’Harvard destiné à identifier les options stratégiques d’une entreprise ou d’un

32
projet. Il permet de définir les objectifs en se basant sur les facteurs internes et externes
pour les atteindre [3]. Elle porte sur les quatre éléments suivants :

- Les forces ( Strengh) : Ils présentent les caractéristiques et les fonctionnalités de

l'entreprise ou du projet.
- Les faiblesses ( Weaknesses) : Ils présentent les faiblesses d’une entreprise ou d’un
projet. Ils peuvent être des contraintes (financières, techniques, géographiques,
réglementaires…), ou des difficultés organisationnelles (problème logistique,
formation, recrutement de personnel qualifié…) [3].
- Les opportunités (Opportunities) : Ils représentent les éléments externes qui peuvent
contribuer au développement de l’activité [3].
- Les menaces (Threats) : Ils présentent tout ce qui amène un risque pour le
développement de l’entreprise, ses possibilités de succès ou de croissance commerciale
[3].

Figure 6: Analyse SWOT

Le tableau ci-dessous présent l’analyse SWOT de bureau d’études de l’EPPM.

Forces
- Une structure solide constituée de jeunes
cadres : facteurs de progrès
- Capacité de développement et
d’innovation
- Disposition d’un savoir-faire Technique
important (maitrise des nouvelles
technologies)
- Des ressources humaines
multidisciplinaires
- Structure flexible et capacité d’adaptation
33
Faiblesses
- Problèmes dans l’affectation des
ressources en cas de consolidation des
projets
- Manque de coordination/communication
entre les Disciplines de l’entreprise et
entre l’équipe du projet.
- Mal emploi de la base de données
générale : non assez exploité
- Nombre d’heures consommées Très
différent du nombre d’heures planifiées.
 - Retard de transmission des documents
pour approbation par le client
- Une documentation dense : les fichiers
sont trop lourds.

Opportunités Menaces
- Secteur d’activité en pleine croissance - Prix de revient et Dinar tunisien peu
dans l’Afrique et le Moyen-Orient compétitifs
- Exploration de nouveaux marchés - Dominance du secteur du pétrole et gaz
dans les activités d’EPPM et la
diminution des sources d’énergies
fossiles.
- Concurrence rude entre les compagnies
d’ingénierie et de construction.
Tableau 5: Analyse SWOT de bureau d'études de l'EPPM

II.2.2 Analyse des dysfonctionnements

Après avoir analysé les processus de gestion des projets chez EPPM, nous listons dans
cette partie les différents dysfonctionnements touchant la phase de planification d’un
projet.

II.2.2.1 Les dysfonctionnements au niveau de la préparation des fichiers DCR et

des fichiers PCQP
On peut dégager les limites suivantes lors de l’étape de préparation des fichiers DCR et
PCQP :

Dysfonctionnements Causes Impact

- L’estimation du - Pas de base de données pour - Pendant la phase de

nombre d’heures de
travail nécessaire n’est
pas exacte.
- Jugement des responsables
capitaliser les charges et la
durée standard d'autres
projets similaires
des départements
- Les prévisions pour la
construction, des
déviations par rapport
aux études seront
enregistrés ce qui
provoque des problèmes
avec le client.
durée nécessaire pour
achever le projet, seront
erronées.

- La saisie des - Manque d’informatisation - Un conflit avec le client

données est des données
manuelle - Des erreurs de saisie

- Le circuit - Estimation basée sur le - Retard de transmission

d’approbation des jugement de l’équipe du des données au client
documents peut travail

34
 manquer des liens - Manque d’informatisation
des données
Tableau 6: Les dysfonctionnements au niveau des fichiers DCR et PCQP

II.2.2.2 Les dysfonctionnements au niveau de la planification des projets

Le planificateur crée le planning du projet sur Primavera P6 en se basant sur le DCR
(Document Contrôle Registre) qui contient toutes les données relatives au projet y compris
la liste des tâches, les liaisons logiques entre les différentes tâches, la durée de chaque
activité et les WBS du projet. On peut ainsi dégager les limites suivantes lors de la phase
de planification du projet :

Dysfonctionnements Causes Impact

- Retard de transmission - Organisation du travail - Processus de

des données et prise des fonctionnelle : les planification très lent
décisions lente échanges des données - Des points d’arrêts
sont difficiles + les
réunions sont moins
fréquentes.
- Problème de - Problème de
séquencement des communication
taches - Jugement des
responsables des
départements
- Interdépendance élevé
entre les disciplines

Tableau 7: Les dysfonctionnements au niveau du planning

II.3 Plan de travail

On note la liste des problèmes suivants :

- Problèmes possibles en cas d’absence (ou départ) d’un intervenant, et pour de

nouveaux salariés : manque de digitalisation des processus de préparation des fichiers
techniques du bureau d’études.
- Mal exploitation des anciens projets similaires : Les archives des fichiers études sont
rangées dans la base GED sans aucun plan de classement ou moyen de repérage. En
effet, 50 % des projets de l’EPPM sont des projets répétitifs et similaires.
- Aucune politique ou opération d’évaluation, de tri ou d’élimination n’est réalisée sur
les fichiers études.
- Travail basé sur le jugement de l’équipe du travail : Manque d’automatisation du
travail

Le tableau ci-dessous récapitule le plan d’action élaboré.

35
 Actions
Réalisation d’une
application d’aide à la
planification et à la gestion
de projets
Responsable
- Laabidi Nadine
- Mohamed Haithem
Nasr : Un développeur
SOFTIC
Tableau 8: Plan d'action
Objectifs
La conception d’une
application qui permettra la
gestion informatisée des
fichiers études de référence
en élaborant un plan de
classement qui servira à
faciliter le traitement, la
conservation, la
sauvegarde, la recherche et
la gestion des fichiers
études (DCR, PCQP,
Planning général).

Conclusion

Ce chapitre a été consacré à l’étude de l’existant et au diagnostic de l’entreprise. Il nous a

permis de faire un zoom sur le mode de fonctionnement au sein de l’entreprise. Dans la
partie suivante, on s’intéressera au développement de l’application.

36
 Partie 2 : Développement d’une
application d’aide
Synthèse :
Le développement d’une application informatique nécessite le passage par
trois phases importantes : l’analyse des besoins et la conception
architecturelle, la manipulation de la base de données et le développement et
l’interfaçage. Le travail a été réalisé en collaboration avec un informaticien de
SOFTIC1.
Dans la première phase, j’ai utilisé la démarche UML et en se basant sur le
schéma des cas d’utilisation et le diagramme de séquence j’ai mis en évidence
les opérations et les besoins de l’application. En passant à la deuxième étape,
j’ai rédigé les requêtes et les procédures stockées nécessaires pour le
fonctionnement de l’application sur SQL server. Ensuite, l’informaticien a
utilisé ASP.net pour développer l’application. Enfin, on a apporté des
changements qui améliorent l’alignement des pratiques de l’entreprise en
termes de management des projets pour permettre une utilisation efficace du
nouvel outil

37
Chapitre III.
de l’application
Modélisation conceptuelle

Sommaire

Introduction
Analyse des besoins et du choix de la méthodologie de
conception
Modélisation conceptuelle de l’application
Modélisation conceptuelle des données
Développement dans SQL Server
Conclusion

38
 Introduction

Dans le présent chapitre, nous allons présenter notre futur outil, ses objectifs et les besoins
qu’il est censé de satisfaire. En effet, nous allons identifier toutes les fonctionnalités de
notre futur outil pour chaque type d’utilisateur et décrire les scénarios d’utiliation. Nous
présenterons une cohérente démarche de conception qui sera ensuite utile lors de la phase
de développement. Ensuite, nous conçurons la solution en identifiant les classes
nécessaires à prendre en compte lors de la conception et enfin nous préparons les
procédures stockées traduisant les algorithmes déjà élaborés sur SQL Server.

III.1 Méthodologie de conception

III.1.1 Démarche adoptée
Puisque notre travail se situe dans le cadre de l’ingénierie logicielle : la base de données
sera créée à nouveau, nous allons utiliser les diagrammes UML suivants : Diagramme de
cas d’utilisation, diagramme de séquence et diagramme de classes pour faire l’étude des
données et l’étude des traitements à effectuer.

Dans cette phase, nous appliquons les techniques de modélisation. Le schéma suivant
représente la méthodologie de conception qu’on adaptera :

Identification des besoins et des

Diagramme de cas d'utilisation diagramme de séquence
acteurs

Dictionnaire de données les classes Diagramme de classes

III.1.2 Langages utilisées

Dans cette partie, nous présentons les langages utilisés dans la réalisation de ce projet à
savoir :

III.1.2.1.1UML
UML est un langage de modélisation qui permet de représenter graphiquement les besoins
des utilisateurs. Il fournit un moyen astucieux permettant de représenter diverses
projections d'une même représentation grâce aux vues. Une vue peut être présenté par un
diagramme ou plusieurs diagrammes.

Dans ce travail, on aura recours aux diagrammes suivants :

39
 III.1.2.1.2Diagrammes des cas d'utilisation
Le diagramme des cas d’utilisation permet d’identifier les utilisateurs du système et leurs
interactions avec le système. Plus précisément, un cas d’utilisation décrit une séquence
d’actions réalisée par le système. Il identifie les grandes fonctionnalités du système.
L’acteur représente une entité extérieure au système modélisé, et qui interagit directement
avec lui. La figure n°7 présentée ci-dessous, explique la démarche des diagrammes de cas
d’utilisation.

Figure 7:Modèle d’un cas d'utilisation

III.1.2.1.3Diagrammes de séquence
Les diagrammes de séquence mettent en valeur les échanges de message entre acteurs et le
système informatique de manière chronologique.

Figure 8:Modèle d'un diagramme de séquence

40
 III.1.2.1.4 Diagrammes de classes
Une classe est un concept abstrait qui permet de représenter toutes les entités d'un système.
Elle peut donc représenter une voiture, un bouton cliquable, un devis, un utilisateur
connecté, une structure de donnée ou tout autre élément devant être modélisé et donnant
généralement lieu à la génération d'un code informatique. Elle est définie par son nom, ses
attributs et ses opérations comme ci-dessous [6].

Le diagramme de classes représente les classes intervenant dans le système, ses éléments et
leurs relations [6].

Figure 9: Un modèle d'un diagramme de classes

III.1.2.1.5 Diagramme d’activités

Un diagramme d’activité est utilisé pour afficher la séquence des activités. Il représente le
flux de travail à partir d’un point de départ au point d’arrivée. Détaillant les nombreux
sentiers de décision, qui existent dans la progression des événements contenus dans
l’activité. Ils sont utilisés pour détailler les processus impliqués dans des activités des
entreprises. La figure ci-dessous, représente le diagramme d’activités de l’ensemble des
processus nécessaires pour maitriser la planification d’un projet études.

41
Figure 10: Diagramme d'activités du bureau d'études

42
 III.1.3 Environnement matériel
Ce travail est réalisé sur un ordinateur Laptop ayant les caractéristiques suivantes :

Caractéristiques Type

Référence du PC HP Notebook 15-da0010nk

Processeur Intel Core i3

Mémoire 4 Go

Disque dur SATA 1 To, 5400 tr/min

Tableau 9: Environnement matériel

III.1.4 Environnement logiciel

Dans la conception et l’implantation de ce travail, nous utiliserons les logiciels suivants :

 SQL Server

Microsoft SQL Server est un système de gestion de base de données (SGBD), développé et
commercialisé par la société Microsoft. Son logo est présenté dans la figure n°11.

Figure 11: Logo du SQL Server

Un SQL server est un outil qui possède toutes les caractéristiques pour pouvoir
accompagner l'utilisateur dans la manipulation, le contrôle, le tri, la mise à jour, et bien
d'autres actions encore, de bases de données grâce au langage SQL.

Les principaux objets de la base de données dans SQL Server sont :

- Les classes :

Les données ne peuvent pas être stockées directement dans la base. Par la suite, on utilise
des sous-ensembles (tables) pour intégrer les données et les stockées.

- Les procédures stockées :

43
Les procédures stockées sont des ensembles d’instructions pouvant modifier les données
de la base et pouvant être exécutées par simple appel à leur nom. Les procédures stockées
sont de programmes qui peuvent recevoir des paramètres, être exécutés à distance,
renvoyer des valeurs et possédant leur propres droit d’accès. Ils sont contenus dans la base
de données, et sont appelable par leurs noms. [8]

Figure 12: les procédures stockées de l'application

 Microsoft Visual Studio 2019

Visual studio est un environnement de développement intégré (IDE) proposé par Microsoft
qui permet de générer des applications Web, des applications bureautiques et des
applications mobiles. La (figure n°13), ci-dessous nous présente le logo de Microsoft
Visual studio.

44
 Figure 13: Le logo du Visual Studio

 Microsoft ASP.NET

ASP.NET est une technologie de programmation créée par Microsoft permettant aux
développeurs de créer des pages web dynamiques. Les navigateurs web, à l’aide de
pages au format HTML, servent d’interface entre l’application .NET et l’utilisateur [7]

Les pages ASP.NET sont composées de deux parties [11] :

La partie HTML (interface) : HTML est un langage de balisage qui spécifie la manière
dont le contenu doit être affiché dans un navigateur web. Il permet également de structurer
et de mettre en forme le contenu des pages, d’inclure des images, des formulaires de saisie
et des programmes informatiques. Dans cette partie interface, HTML est utilisé
conjointement avec le langage de programmation JavaScript.
La partie code source Visual Basic Vb (traitement) : Cette partie utilise un modèle de
programmation particulier étant la programmation orienté objet. La programmation orienté
objet est un paradigme de programmation informatique consistant à l’interaction de briques
logicielles appelés objets. L’objet possède une structure interne et un comportement et il
sait interagir avec ses pairs. La classe est une structure informatique particulière dans le
langage objet. Elle décrit la structure interne des données et elle définit les méthodes qui
s'appliqueront aux objets de même famille (même classe) ou type.

III.2 Modélisation conceptuelle de l’application

III.2.1 Description générale de l’outil d’aide

Dans cette étape, nous présenterons la fonction principale de l’outil d’aide qu’elle offrira
au bureau d’études. L’application consiste à :

- Conserver à long terme les fichiers études à dans une seule application. Elle comporte
les projets de référence qu’on peut les réutilisés régulièrement et qui entraine un
bénéfice futur et durable.
- Analyser, classer et indexer les documents et les projets de référence selon un ordre
précis pour que ceux-ci puissent être facilement retrouvé et réutilisé pour la bonne
maitrise des nouveaux projets, sans nécessairement recourir à la consultation des
directeurs d’études.

45
- Digitaliser le processus d’estimation des données : Permettre l’estimation de la liste de
livrables, l’estimation de la durée de chaque tache, l’estimation de la liste d’activité,
l’identification de l’ordre chronologique et les liaisons entre les activités et la
détermination de la liste des ressources pour l’élaboration des livrables sans
nécessairement consulter les responsables des départements.
 Pan de classement des documents études

L’indexation d’un document consiste à le décrire et à le ranger selon un ordre précis et

connus par tous les utilisateurs des documents. Pour cela, on classe chaque document étude
par la référence, le type et le sous type du projet études de référence dont il a été
développé, le nom du client de ce projet, la liste de ressources nécessaire pour son
développement, sa classe, sa référence, sa relation d’interdépendance avec les autres
documents élaborer dans ce projet et par sa durée de validation comme il est indiqué dans
le tableau ci-dessous :

Titre du Référence DCR PCQP Prédécesseurs Référence Type Sous

document du du projet du type
document projet du
projet

On classe chaque projet étude par sa référence, son type, son sous type, le nom de son
client, l’organisation de son équipe (task force ou non) et ses document études.

III.2.2 Identification des besoins de l’application

III.2.2.1 Besoins fonctionnels

L’outil informatique sera sous la forme d’une application web pour permettre aux
utilisateurs de gérer les projets. Les exigences qui seront implantées sont :

- La création d’une interface d’authentification qui permet d’identifier les utilisateurs et

les administrateurs de l’application.
- La création d’une interface d’accueil qui permet à l’utilisateur d’accéder à n’importe
quelle interface de l’application
- La création d’une interface ‘Projets Etudes’ qui permet à l’utilisateur selon son droit
d’accès de créer un nouveau projet : création d’un DCR semi-automatique, d’un PCQP,
de la liste des activités et les liaisons entre elles. Elle permet également la gestion des
nouveaux projets crées.
- La création d’une interface ‘Base de données générales’ qui permet la consultation de
la liste des documents études de l’EPPM et l’insertion d’un nouveau fichier étude.
- La création d’une interface ‘Administration’ qui permet aux administrateurs de
l’application de gérer l’application et ses utilisateurs.
- Avoir une base de données pour le stockage des documents.

46
- La manipulation et mise à jour de la base de données.

III.2.2.2 Besoins non fonctionnels

Outre les exigences présentées précédemment, l’outil doit respecter une liste de besoins
non fonctionnels. Parmi ces besoins, on cite :

- Les interfaces de l’application doivent être pratiques et faciles à utiliser. Elle doit être
exploitée par l’utilisateur sans qu’il se réfère à d’autres applications.
- L’application doit garantir la sécurité et la confidentialité des données à travers la
gestion des droits d’accès.
- L’application doit être performante et rapide : les délais d’exportation des données
doivent être minimaux et les taches doivent être accomplies avec un minimum de
manipulations.

III.2.2.3 Description des acteurs

Les utilisateurs qui vont interagir avec l’application sont :

- Le développeur de l’application
- Les coordinateurs des projeteurs et les chefs projets CPRJ/CPE
- Les responsables planification projet RPP

Nom Responsable planification projets RPP

Interaction Non Obligatoire
Caractéristiques importantes du rôle - Le RPP est responsable de la
préparation du planning général semi-
automatique d’un projet.
- Il intervient dans la création du DCR et
du PCQP

Cas d’utilisation - Authentification de l’utilisateur

- Gestion de la base de données
- Création des fichiers études

Tableau 10:Fiche utilisateur RPP

Nom Coordinateur des Projeteurs CPRJ/ CPE

Administrateur de l’application
Interaction Obligatoire
Caractéristiques importantes du rôle Le chef projet étude est le responsable de la
préparation du DCR, du PCQP et de la liste
des liaisons entre les taches.
Il gère les utilisateurs de l’application ainsi
que les attributs et les permissions par
défaut des projets.
47
 L’administrateur de la plateforme possède
aussi tous les droits sur les projets crées.
Il gère la base de données
Cas d’utilisation - Authentification de l’utilisateur
- Authentification de l’utilisateur
- Gestion des utilisateurs
- Création et gestion des fichiers études
- Gestion de la base de données
Tableau 11: Fiche utilisateur CPE

Nom Développeur
Interaction Non obligatoire
Caractéristiques importantes du rôle Il représente le développeur de l’outil.
Il est le responsable de la gestion de l’outil :
gérant de l’application
Cas d’utilisation - Authentification de l’utilisateur
- Gestion notifications
- Gestion erreurs
Tableau 12: Fiche développeur

I.1.1.1 Backlog produit de l’application

Le backlog du produit est la liste des fonctionnalités attendues d’un produit. L’usage le
plus courant est de définir un élément comme étant une user story ou un cas d’utilisation.

Le tableau n°12 résume le backlog produit de l’application sans noter les histoires
techniques comme la préparation des maquettes techniques, les travaux de conception, …

Cas d’utilisation Description

Authentification
Gestion Compte Utilisateur
Gestion des utilisateurs
Gestion des droits d’accès
Gestion de l’application
Gestion des projets
En tant qu’utilisateur inscrit ou
qu’administrateur, je veux me connecter
pour pouvoir gérer la plateforme.
En tant qu’utilisateur inscrit, je peux
modifier mes informations personnelles
ainsi que mon mot de passe
En tant qu’administrateur sur le projet, je
peux inviter et/ou supprimer un utilisateur
de la plateforme.
En tant qu’administrateur sur la
plateforme, je peux inviter et/ou donner
les droits d’accès.
Le développeur gère l’ajout, la
modification ou la suppression des erreurs
selon leurs identifiants, noms et types.
Il peut aussi développer l’application et
réaliser des modifications sur sa forme.
En tant que chef de projet, je peux créer
un nouveau projet et le classer dans la
base de données de l’application. Je peux
aussi composer les fichiers études

48
 prévisionnels.
En tant que membre dans un projet ayant
la permission, je peux ajouter/ mettre à
jour/ supprimer/ commenter/ changer
l’état d’un fichier EPPM.
Gestion des la base de données En tant qu’administrateur, je peux ajouter
des nouveaux fichiers études (DCR,
PCQP, Planning) et les consulter.
Tableau 13: Backlog de l'application

III.2.2.4 Identification des cas d’utilisation de l’application, leurs diagrammes de

cas d’utilisation et leurs diagrammes de séquences
Dans le but de mieux comprendre notre système et les interactions avec les utilisateurs,
dans cette partie nous allons détailler les principaux scenarios cas d’utilisation.

La figure n°14 ci-dessous présente le digramme globale des cas d'utilisation de notre
application.

49
Figure 14: Le diagramme des cas d'utilisation globale de l'application web

50
Nous détaillons par la suite, les principaux cas d'utilisation présenté dans la figure n°13 en
donnant leurs descriptions textuelles et leurs diagrammes de séquences.

- Cas d’utilisation n°1 : authentification des utilisateurs

Afin d’accéder à l’application, l’utilisateur doit s’authentifier au moyen de son nom

d’utilisateur, et son mot de passe. Chaque utilisateur a un certain nombre de privilèges.
C’est pour cela, qu’il faut au début s’identifier en donnant son login et son mot de passe et
les privilèges seront attribués à l’utilisateur.

Après vérification des données, le système sélectionne l’utilisateur en cours Une requête de
recherche portant le nom de l’utilisateur se déclenche dans la base de données afin
d’afficher le menu général.

CU1 Authentification et autorisation d’accès

BUT Ce CU1 permet à l’acteur de se connecter
au système
Description des enchainements
Pré-conditions Post-conditions
L’acteur doit avoir l’autorisation pour Accès à l’application
l’accès
Scénario nominal
1) L’utilisateur demande l’accès au système
2) Le système affiche le formulaire d’authentification
3) L’utilisateur saisit son login et son mot de passe
4) Le système vérifie les champs saisis et l’existence de l’utilisateur
Si l’utilisateur est identifié, le système affiche la page d’accueil
Scénario alternatif
SA1 : champs obligatoires non valides ou vides/ utilisateur non existant
S1 : le système affiche un message d’erreur
S2 : le scénario reprend de 2
Tableau 14: Cas d'utilisation CU1

- Diagramme de cas d’utilisation CU1 :

52
 Figure 15:Diagramme de cas d’utilisation CU1

- Diagramme de séquence CU1 :

Figure 16:Diagramme de séquence CU1

53
- Cas d’utilisation n°2 : Gestion des droits d’accès et des utilisateurs CU2

L’administrateur peut attribuer aux utilisateurs attribuant les privilèges souhaités.

CU2 Gestion des utilisateurs

BUT Ce cas permet à l’administrateur de gérer la
liste des utilisateurs
Description des enchainements
Pré-conditions Post-conditions
L’administrateur est authentifié L’utilisateur est géré
Scénario nominal
Cas1 : Donner le droit d’accès
1) L’administrateur demande l’interface « administration »
2) Le système affiche les onglets de l’interface
3) L’administrateur demande l’onglet « affectation administrateur»
4) Le système ajoute les données à la base
5) Le système actualise la liste des utilisateurs et l’affiche
Cas2 : supprimer un utilisateur
1) L’administrateur choisit l’utilisateur à supprimer
2) Le système demande une confirmation
3) L’administrateur confirme ou annule la suppression
4) Le système supprime l’utilisateur de la base
5) Le système actualise la liste des utilisateurs et l’affiche
Cas3 : ajouter un utilisateur
1) L’administrateur demande l’interface « administration »
2) Le système affiche les onglets de l’interface
3) L’administrateur demande la « gestion des utilisateurs »
4) L’administrateur ajoute un utilisateur et lui affecte un login
5) Le système met à jour les informations dans la base
Le système actualise la liste des utilisateurs et l’affiche
Scénario alternatif
Cas1 : 1- l’utilisateur est un administrateur déjà
S1 : un message s’affiche « utilisateur existant »
2- les champs non conformes aux types ou formulaire vide
S1 : un message d’erreur s’affiche et on reprend l’étape 2
Cas3 : l’utilisateur existe déjà
S1 : un message d’erreur s’affiche

Tableau 15: Cas d'utilisation CU2

- Diagramme de cas d’utilisation CU2 :

54
 Figure 17/Diagramme de cas d'utilisation CU2

- Diagramme de séquence CU2 :

55
 Figure 18: Diagramme de séquence CU2

- Cas d’utilisation n°3 : Création semi-automatique des fichiers études projets

CU3 Création semi-automatique des fichiers

études projets
BUT Ce cas permet au CPE de créer le DCR, le
PCQP et le planning semi-automatique
relatifs à un projet
Description des enchainements
Pré-conditions Post-conditions
L’administrateur est authentifié Le DCR, le PCQP et les liaisons du
planning sont crées
Scénario nominal

56
 1) Le chef projet étude est authentifié
2) Le CPE demande l’interface « Fichiers Etudes Projets »
3) Le système affiche les onglets de l’interface
4) Le CPE demande l’interface ‘Projets’
5) Le système affiche la liste des documents EPPM
6) Le CPE demande le moteur de recherche des documents/fichiers d’un projet.
7) Le système affiche le formulaire de filtrage et affiche la liste des documents
études
8) L’utilisateur peut préciser le type de projet, le sous-type du projet, la
discipline, le nom du client ou la référence du projet
9) Le système affiche la liste des documents voulus
10) Le CPE choisit les documents d’analogies nécessaires pour la panification
d’un nouveau projet
11) Le système lui demande de changer la référence du projet et les codes de
documents et affiche la liste des livrables, la durée et le statut de chaque
document, le PCQP adéquat et les liaisons entre les activités du planning
Cas1 : réaliser des modifications
1) L’utilisateur réalise des modifications aux champs voulus
2) Le système enregistre les modifications réalisées
Cas2 : ajout d’un document
1) L’utilisateur choisit un document à ajouter au DCR
2) Le système ajoute le document choisi
3) L’utilisateur réalise les modifications adéquates aux champs de formulaire
4) Le système enregistre les modifications
Cas3 : supprimer un document
1) L’utilisateur demande la suppression d’un document du DCR
2) Le système demande une confirmation
3) L’utilisateur confirme ou annule la suppression du document
4) Le système supprime le document et enregistre la modification réalisée
Le système met à jour la base de données
Scénario alternatif
Cas1 : les champs non conformes aux types / champs vides
S : un message d’erreur sera affiché
Cas2 : A/ le document existe déjà
S : annulation de l’ajout de ce document
B/ le document non existant dans la base de données

Tableau 16: Cas d'utilisation CU3

- Diagramme de cas d’utilisation CU3 :

57
 Figure 19:Diagramme de cas d'utilisation CU3

- Diagramme de séquence CU3

Figure 20: Diagramme de séquence CU3

58
- Cas d’utilisation n°4 : Gestion de la base de données de l’application

CU4 Consultation des fichiers études projets

BUT Ce cas permet aux utilisateurs de consulter
la base de données générale de
l’application.
Description des enchainements
Pré-conditions Post-conditions
L’utilisateur est authentifié
Scénario nominal
1) L’administrateur est authentifié
2) Le CPE demande l’interface « Documents générales EPPM»
3) Le système affiche les onglets de l’interface
4) L’administrateur demande le type de fichiers qui veut les visualiser
5) Le système affiche la liste des documents EPPM
Cas1 : ajout d’un fichier EPPM
- L’utilisateur peut importer un nouveau fichier études (DCR , PCQP, liaisons planning)
- Le système ajoute le fichier

Tableau 17: Cas d'utilisation CU4

- Diagramme de cas d’utilisation CU4

Figure 21: diagramme de cas d'utilisation CU4

- Diagramme de séquence CU4

59
 Figure 22: diagramme de séquence CU4

III.3 Maquette de l’application

Le diagramme ci-dessous, présenté dans la figure n°23, récapitule l’organisation des pages
de l’application.

60
 Figure 23: L'architecture le l'application web

III.3.1 Diagramme de classes

Les diagrammes de classes expriment de manière générale la structure statique d’un

système, en termes de classes et de relations entre elles. Nous commençons par définir les
classes de notre système.

III.3.1.1 Les classes utilisées

Une classe est un ensemble de données organisées sous forme d’un tableau où les colonnes
correspondent à des catégories d’informations et les lignes à des informations liées à la
classe.
Les classes nécessaires pour développer cette application, sont présentées dans le tableau
ci-dessous.

Classe Désignation et rôle

C'est la table qui contient tous les clients de l’EPPM.

Client
C'est la table qui contient les types et les sous types
Type qu’un projet peut avoir.

C’est la table qui gère les connexions à l'application

61
SessionUser (contient les login et mot de passe), qui servent à la
phase d’authentification.

Travaux C'est la table qui contient les données relatives à un

planning général.

PermissionProjet C’est la table qui contient les droits attribués aux

utilisateurs par l’administrateur.

C’est la table qui contient les droits attribués aux

Permission_Administrateur administrateurs.

DocumentEtude C'est la table qui contient les données relatives à un

Document Contrôle Registre.

Phase C'est la table qui contient toutes les phases qu’un projet
peut avoir.

DetailProjet C'est la table qui contient tous les détails relatifs à un

projet.

Discipline C'est la table qui contient toutes les disciplines de

l’EPPM.

ControleQualiteProjet C'est la table qui contient les données relatives à un

PCQP.

Tableau 18: Les classes de l’application

La description de ces classes est donnée par le tableau suivant :

Classe Client
Attribut Désignation Type
Id Identifiant du client EPPM Entier
Client Nom du client Varchar(max)

62
 Classe Phase

Attribut Désignation Type

Id Identifiant du phase d’un Entier

projet

Description Phase d’un projet Varchar(max)

Classe Disicpline

Attribut Désignation Type

Id Identifiant da discipline Entier

Abréviation Abréviation du nom de la Varchar(max)

discipline

Designation Le nom de la discipline Varchar(max)

Classe Type

Attribut Designation Type

Id Identifiant du type d’un Entier

projet

Id_Parent Identifiant du type de projet Entier

parent (huile et gas,
traitement des eaux, projets
industriels)

Type Type du projet Varchar(max)

63
 Classe DocumentEtude

Attribut Designation Type

Id Identifiant du fichier DCR Entier

Reference Référence du projet qui Varchar(max)

traite ce fichier

CodeDocument Code du document EPPM Varchar(max)

CodeDocumentClient Numéro Client du document Varchar(max)
TitreDocument Désignation du document : Varchar(max)
Nom du document
NBHIngenieursenior Nombre d’heures estimées Float
pour valider les documents
NBHIngenieurjunior Nombre d’heures estimées Float
pour la vérification du
document
NBHProjeteursenior Nombre d’heures Float
nécessaires pour vérifier les
documents
NBHProjeteurjunior Nombre d’heures Float
nécessaires pour élaborer le
document

Classe SessionUser

Attribut Designation Type

Id Identifiant de l’utilisateur Entier

NomPrenom Nom et prénom de Varchar(max)

l’utilisateur

Login Login de l’utilisateur Varchar(max)

Password Mot de passe de l’utilisateur Varchar(max)

Classe PermissionProjet

Attribut Designation Type

Id Identifiant du projet Entier

Projet Référence du projet Varchar(max)

Matricule Login de l’utilisateur Varchar(max)

64
 Classe Permission_Administrateur

Attribut Designation Type

Matricule Login de l’utilisateur Varchar(max)

CreatedByUserId Identifiant de l’utilisateur Varchar(max)

CreatedOnDate Date de désignation de Date

l’administrateur

Classe DetailProjet

Attribut Désignation Type

Reference Référence du projet Varchar(max)

Designation Titre du projet Varchar(max)

Idclient Identifiant du client Entier

idsoustypeProjet Identifiant de sous type du Entier
projet
Idtypeprojet Identifiant du type de projet Entier
Taskforce Forme d'organisation d’un Varchar(max)
projet.
DD Date début du projet Date
Df Date fin du projet Date
Remarquclient Remarque du client Varchar(max)
Remarqueprojet Remarque générale sur le Varchar(max)
projet
CentreEngMonoPl Projet fait dans un seul filial Varchar(max)
ou dans plusieurs filiales

Classe ControleQualiteProjet

Attribut Désignation Type

Id Identifiant du fichier PCQP Entier

Reference Référence du projet qui Varchar(max)

traite ce fichier

CodeDocument Code du document EPPM Varchar(max)

CodeDocumentClient Numéro Client du document Varchar(max)

65
TitreDocument Désignation du document : Varchar(max)
Nom du document

RQEP Responsable qualité étude Varchar(maxà

projet

DE Directeur d’études Varchar(max)

DesignCoord Coordinateur des projeteurs Varchar(max)

PR Ingénieur émetteur de la Varchar(max)

discipline process

PC Ingénieur émetteur de la Varchar(max)

discipline protection
cathodique

CVST Ingénieur émetteur de la Varchar(max)

discipline civil

EL Ingénieur émetteur de la Varchar(max)

discipline électrique

IN Ingénieur émetteur de la Varchar(max)

discipline instrumentation

FG Ingénieur émetteur de la Varchar(max)

discipline Fire and Gas

MEPP Ingénieur émetteur de la Varchar(max)

discipline mécanique et
piping
PPPL Ingénieur émetteur de la Varchar(max)
discipline pipeline
SF Ingénieur émetteur de la Varchar(max)
discipline sécurité
CS Ingénieur émetteur de la Varchar(max)
discipline contrôle système
TL Ingénieur émetteur de la Varchar(max)
discipline tuyauterie
ISPRPRJS Ingénieur senior/projeteur Varchar(max)
senior de la discipline
process
ISINPRJS Ingénieur senior/projeteur Varchar(max)
senior de la discipline
instrumentation
ISELPRJS Ingénieur senior/projeteur Varchar(max)
senior de la discipline
électrique

66
ISMEEPPRJS Ingénieur senior/projeteur Varchar(max)
senior de la discipline
mécanique
ISPPPLPRJS Ingénieur senior/projeteur Varchar(max)
senior de la discipline
pipeline
ISCVSTPRJS Ingénieur senior/projeteur Varchar(max)
senior de la discipline civil
ISSFPRJS Ingénieur senior/projeteur Varchar(max)
senior de la discipline
sécurité
ISPCPRJS Ingénieur senior/projeteur Varchar(max)
senior de la discipline
protection cathodique
ISCSPRJS Ingénieur senior/projeteur Varchar(max)
senior de la discipline
contrôle système
ISFGPRJS Ingénieur senior/projeteur Varchar(max)
senior de la discipline fire
and gas
ISTLPRJS Ingénieur senior/projeteur Varchar(max)
senior de la discipline
tuyauterie
PSLPR Ingénieur senior Varchar(max)
approbateur de la discipline
process
PSLEL Ingénieur senior Varchar(max)
approbateur de la discipline
électrique
PSLIN Ingénieur senior Varchar(max)
approbateur de la discipline
instrumentation
PSLMEPP Ingénieur senior Varchar(max)
approbateur de la discipline
mécanique
PSLPPPL Ingénieur senior Varchar(max)
approbateur de la discipline
pipeline
PSLCVST Ingénieur senior Varchar(max)
approbateur de la discipline
civil
PSLSF Ingénieur senior Varchar(max)
approbateur de la discipline
sécurité
PSLPC Ingénieur senior Varchar(max)
approbateur de la discipline
protection cathodique
PSLCS Ingénieur senior Varchar(max)
approbateur de la discipline
contrôle système
67
PSLFG Ingénieur senior Varchar(max)
approbateur de la discipline
fire and gas
PSLTL Ingénieur senior Varchar(max)
approbateur de la discipline
tuyauterie
Client Le client de l’EPPM Varchar(max)
Observation Les remarques du client Varchar(max)

Classe Travaux

Attribut Designation Type

Reference Référence du projet Varchar(max)

CodeDocument Code du document EPPM Varchar(max)

ActivityID Identifiant du document Entier

selon le logiciel
PRIMAVERA P6

ActivityName Nom du document Varchar(max)

OriginalDuration Durée de l’élaboration du Float

document

Prodecessors Codes des autres documents Varchar(max)

à élaborer avant
l’élaboration du document

DD Date début du projet Date

Df Date fin du projet Date

La figure ci-dessous montre le schéma de la base de données qui contient les tables qu’on a
utilisé et les liaisons existant entre eux :

68
69
Figure 24:Diagramme de la base de données de l'application

70
 III.4 Développement dans SQL Server
Pour créer des procédures stockées dans SQL Server, nous utilisons le diagramme de
classes de la figure n°24. Il permet de structurer les différentes classes prise en compte
dans notre application et présenter par la suite, les procédures stockées élaborées. Le code
T-SQL des procédures stockées programmées est dans l’annexe 3.

- Les tables

Le tableau ci-dessous représente les tables développées dans SQL

Table Colonne

Client

Phase

DocumentEtude

71
Travaux

Type

ControleQualiteProjet

72
DetailProjet

Discipline

Permission_Administrateur

73
PermissionProjet

SessionUser

Tableau 19: Le développement des tables de la base de données

- Les procédures stockées :

Les procédures stockées développées constituent les programmes informatiques

nécessaires pour le fonctionnement de notre outil informatique. Le code des procédures
stockées programmées est dans l’annexe 3.

74
Procédure stockées Roles

GetControleQualite Cette procédure vise à appeler la liste des PCQP

saisis sur l’application.

InsertControleQualite Cette procédure permet au chef de projet d’ajouter un

PCQP à la base de données de l’application.

InsertDetailProjet Cette procédure permet au chef projet d’attribuer à

un projet choisi les informations nécessaires.

InsertDocEtudeEtQualiteProjet Cette procédure permet au chef de projet de créer un

nouveau DCR à partir d’un autre fichier DCR.

InsertDocumentEtude Cette procédure permet au chef de projet d’ajouter un

fichier DCR à la base de données de l’application.

InsertRessourcePermission Cette procédure permet au CPE de choisir les

administrateurs de l’application.

SqlDataClient Cette procédure vise à afficher la liste des clients de

l’EPPM.

UpdateDetailProjet Cette procédure permet aux utilisateurs de modifier

les données relatives à un projet choisi.

GetProjectByMatricule Cette procédure vise à afficher la liste des fichiers

EPPM d’un projet choisi en précisant sa référence.

GetPriorityByReference Cette procédure permet d’afficher le planning d’un

projet en précisant sa référence.

InsertPermissionInterfaceByProj Cette procédure permet de donner les droits d’accès

aux utilisateurs.

Tableau 20 : Les procédures stockées

Conclusion

Dans cette partie, nous avons réalisé la modélisation organisationnelle et logique de notre
application pour dégager le modèle logique et le modèle physique des données qui sera
exploité lors de l’implémentation.

75
Chapitre IV.
Sommaire
Intégration de l’application

Introduction
Description et alignement de la nouvelle procédure
Tableaux des acteurs
Interfaçage et test de l’application
Conclusion

76
 Introduction

L’objectif global de cette partie est de réaliser l’intégration du nouvel outil avec le système
d’informations et les procédures de travail existantes en faisant les modifications
nécessaires. nous cloturons ce chapitre par présenter les interfaces graphiques développées
avec ASP.NET en collaboration avec un développeur de département SOFTIC

Dans toutes les étapes de développement de cet outil nous avons considéré l’hypothèse que
l’utilisation de ce logiciel est parfaite, nous allons donc la tester pour assurer son bon
fonctionnement.

IV.1 Description et alignement de la nouvelle procédure

D’après le diagnostic qu’on a réalisé, on peut remarquer que la plupart des projets études
de l’EPPM sont des projets similaires qui nécessitent le développement de la même liste
des documents.

EPPM dispose d’une procédure pour élaborer et contrôler le planning d’un projet. La
nouvelle application, qu’on a développée dans la deuxième partie, apporte des
améliorations à ce niveau mais elle reste sans efficacité sans une bonne procédure de
planification.

Afin de résoudre ce problème, notre alternative consiste à donner une nouvelle procédure
pour la planification des projets d’études, proposer une nouvelle procédure et adapter les
moyens informatiques pour faciliter les tâches de planification.

La démarche générale de la préparation des fichiers études peut être divisée en trois étapes
importantes : la préparation du DCR, la préparation du PCQP et la du planning. Mais, la
définition des ces activités est tellement liée qu’elles sont considérées comme un processus
unique pouvant être exécuté dans le même temps.

Au début de chaque projet, les responsables et les ingénieurs séniors de chaque

département prennent le soin d’examiner les données contractuelles du projet. La démarche
générale du travail peut être divisée en deux étapes importantes :

- Processus Préparation d’un DCR semi-automatique, d’un PCQP.

Lorsque le projet étudié est similaire à un ancien projet de référence, le chef projet étude
ou le coordinateur des projeteurs prend sous sa responsabilité la préparation du DCR et du
PCQP et il donne la liste des prédécesseurs des taches et leur ordre chronologique. Pour
réaliser ce travail, Le chef projet étude dispose de cette application web qui permet
d’exploiter les anciens projets pris comme référence dans le but de créer un nouveau
projet. Cette application permet de :
77
- Préparer la liste de livrables
- Arranger les documents par discipline
- Estimer la durée de chaque tache
- Préparer la liste des ressources nécessaires pour réaliser les taches
- Donner les liaisons entre les taches

Ces fichiers restent prévisionnels et peuvent subir, selon le besoin, des mises à jour. Elles
doivent être validées par les responsables des départements et le planificateur chargé du
projet.

Le chef de projet étude organise une réunion avec les responsables des départements et le
planificateur chargé du projet. L’équipe discute les données rassemblées par le chef du
projet. Une fois que les données sont validées, le chef de projet procède à une vérification
de la disponibilité des ressources et le responsable qualité étude se charge de valider le
Plan contrôle qualité projet PCQP en réalisant toutes les modifications nécessaires. Les
ressources affectées seront automatiquement avisées par l’application GED.

- Processus Préparation de planning

Ensuite, c’est le rôle du planificateur de rassembler les informations existant dans le

Document Registre Contrôle DCR (la liste des livrables, les départements affectés, les
durées de chaque tache, les liaisons entre les taches) sur le logiciel de gestion de projets «
Primavera P6 » pour construire un planning réaliste.

Afin de comprendre l’apport de cette application, on va présenter l’ensemble de ces

processus :

78
Figure 25: Méthodologie de travail

80
Les tableaux ci-dessous regroupent les données d’entrée, les données de sortie de
l’application d’aide :

Donnés d’entrée Outils et techniques Donnée de sortie

- Données du projet (le
type du projet, le sous
type du projet, le nom
du client, task force ou
non, la référence EPPM
du projet, la référence
client)
- Facteurs
environnementaux
- Actif organisationnel
Tableau 21: données d’entrée et de sortie de l’application
- L’application d’aide à la
planification
- DCR du projet
- La liste des livrables
- La durée des taches
- La liste des ressources
- PCQP du projet
- Les liaisons logiques
entre les taches.

IV.2 Tableau des acteurs

Le tableau des acteurs permet d’identifier les rôles des intervenants mentionnés dans la
procédure. Les lignes de ce tableau sont remplies par les différents acteurs et les colonnes
représentent les différents processus.

Etapes Préparation du DCR Préparation du Préparation du

PCQP planning
Les IS -Vérifier la liste des
documents sous sa
responsabilité
-valider les liens
entre les activités
-Vérifier la lite des
ressources
nécessaires
Les PSL -Vérifier la liste des -Vérifier la liste des Analyser l’impact de
documents ressources modifier la durée,
à préparer sous sa nécessaires les liens et les
responsabilité ressources affectés
aux documents sous
sa responsabilité
CPE/CPRJ - Analyse des
-Créer le DCR -Créer le PCQP différents scénarios

RPP -Vérifier et valider -Affecter des -Saisir les données

les liaisons entre les ressources de projet sur le
documents et la logiciel Primavera
durée de chaque P6
81
 tache.

CHP -Valider la liste des Valider les

activités modifications
-Vérifier les liens demandées
-Valider les fichiers
études
RQEP Valider le PCQP
Tableau 22: le tableau des acteurs

IV.3 Développement des interfaces et test de l’application

Au cours de ce stage, nous avons développé les interfaces suivantes :

- Interface d’authentification

Afin d’accéder à l’application, l’utilisateur doit s’authentifier au moyen de son nom

d’utilisateur, et son mot de passe. Chaque utilisateur a un certain nombre de privilèges.
C’est pour cela, qu’il faut au début s’identifier en donnant son login et son mot de passe.
La figure n°26 illustre cette page.

Figure 26: Page d'authentification

Après vérification des données, le système sélectionne l’utilisateur en cours. Une requête
de recherche portant le nom de l’utilisateur se déclenche dans la base de données afin
d’afficher le menu général.

- Page d’accueil

82
Cette page comme il est indiqué dans la figure n°27, est consacrée pour visualiser les
actualités de la base de données de l’application : la liste des projets trouvés dans la base
de données, les projets en cours de réalisation et les ressources humaines affectées à ces
projets.

Figure 27: Page d'accueil de l'outil

À partir de la page d’accueil, le visiteur aura également la possibilité d’accéder à trois

autres interfaces :

- Interface « Projets études »

Cette interface s’affiche sous forme d’une matrice qui présente la liste des documents
études. Elle est présentée dans la figure n°28 L’utilisateur peut utiliser un filtre sur la base
de données pour réduire la quantité des documents. Par la suite, une boite de dialogue
s’affiche comme il est indiqué dans la figure n°29. Cela offre à l’utilisateur la possibilité de
rechercher et de filtrer les documents disponibles pour ensuite sélectionner ceux que
l’utilisateur souhaite cocher leurs cases pour créer un nouveau fichier DCR, un nouveau
fichier PCQP, les liaisons d’antériorité entre la liste des activités et évidement un nouveau
projet (figure n°30). Une fois que le projet est crée, il sera classé dès son premier
enregistrement en se référant aux critères d’indexation comme il est indiqué dans la figure
n° 23, il peut être modifié à tout moment et il peut être considérer comme une référence.

83
 Figure 28: Interface Projets

Figure 29: formulaire multi-sélection de filtrage des documents

84
Figure 30: Désignantion de la nouvelle référence du projet

Figure 31:Les fichiers études crées

85
 Figure 32: Classement des nouveaux projets

- Interface « Administration »

Cette interface permet dans un premier lieu, à l’administrateur d’attribuer les rôles aux
différents utilisateurs selon leur taches. Elle lui permet aussi, de créer un nouvel usager ou
de supprimer un utilisateur. En plus, l’administrateur aura lieu d’affecter les taches et les
projets à la ressource adéquate.

Figure 33: Interface Administration

86
- Interface « base de données générales »

C’est un espace accessible aux administrateurs de l’application, leurs permettant de

consulter la liste des documents études (figure n°33 et 34), d’importer des nouveaux
fichiers de référence selon de modèles établis (figure n°34) et de les modifier.

Les modèles d’importation des fichiers sont présentés dans les annexes n°1, n°2 et n°6.

Figure 34: la liste des DCR

Figure 35: la liste des PCQP

87
 Figure 36: Importation des fichiers études

Conclusion

A travers ce chapitre, nous avons proposé modifications pouvant être prises en

considération lors de la planification des projets dans le bureau d’études dans le but de
mettre en place la nouvelle application web avec son environnement et assurer sa pérennité
et son utilisation. Ces propositions d’amélioration nécessitent un engagement de la
direction d’études afin de les mettre en évidence.

88
 Conclusion générale

Le présent projet de fin d’études réalisé au sein d’EPPM, nous a été une bonne opportunité
pour appliquer les notions du génie industriel dans le domaine du service. Le génie
industriel, contrairement à ce que peut faire croire son nom, n’est pas limité qu’au secteur
de l’industrie. Notre projet de fin d’études en ait la preuve.
L’implication sérieuse de toute entreprise dans un processus cohérant et rigoureux
d’optimisation de ses processus de gestion de projets lui permet de minimiser le risque
d’échec et puisse orienter ses décisions et ses actions en vue d’atteindre ses buts. En effet,
ce projet de fin d’études a pour objectif la personnalisation des outils informatiques aux
besoins du bureau d’études en développant une application web qui permet une réaction
rapide et une prise de décision efficace.

Comme tout projet de fin d’étude, celui-ci n’est pas clos. Plusieurs autres extensions
peuvent être envisagées. Il s’agit essentiellement d’ajouter d’autres fonctionnalités à
l’application web afin qu’elle permet, d’une part le suivi budgétaire du projet et d’autre
part l’évaluation des performances des compétences des ressources.

Nous tenons à noter que ce projet nous a permis, de maîtriser les enjeux de la conception et
le développement informatique et d’être impliqués dans un processus de recherche,
d’interprétation, d’analyse et d’exhortation .C’est ainsi qu’on peut affirmer, qu’un
ingénieur en génie industriel a un très grand potentiel en gestion, en optimisation et en
conception mais il doit maitriser aussi la collecte et l’examen des données pour contribuer
à la recherche des solutions pour le développement d’un secteur et par conséquent de
l’économie nationale.
En guise de conclusion, ce projet de fin d’études nous a été une occasion pour acquérir une
expérience très enrichissante, qui nous a permis de toucher la réalité de l’entreprise, de
réfléchir aux problèmes et aux difficultés réelles rencontrées tout au long de ce projet.

89
 Net graphie et Bibliographie

[1]. Disponible sur : http://www.made-in-tunisia.net/news/eppm-3085.html

[2].Le Journal du Net. L’Encyclopédie e-Business. Disponible sur :
http://www.journaldunet.com/encyclopedie/definition/209/51/20/gestionelectroniquededocuments.sh tml
[3]. Laurent Dufour. Disponible sur : https://www.leblogdudirigeant.com/analyse-swot/
[4]. Disponible sur : https://www.journaldunet.fr/web-tech/dictionnaire-du-webmastering/1203605-sql-server-structured-query-language-
serverdefinitiontraduction/#:~:text=Le%20SQL%20server%20d%C3%A9signe%20couramment%20un%20serveur%20de%20base%20de%20do
nn%C3%A9es.&text=Concr%C3%A8tement%2C%20un%20SQL%20server%20est,donn%C3%A9es%20gr%C3%A2ce%20au%20langage%20
SQL.
[5]. Disponible sur : https://www.uml-sysml.org/diagrammes-uml-et-sysml/diagramme-uml/diagramme-de-classe
[6]. Disponible sur : SCOTT, Michel, Sams Teach Yourself ASP.NET 4 in 24 hours.USA: Pearson Education Inc, 2010, ISBN 978-0-672-33305-
7
[7]. Disponible sur : https://www.sparxsystems.fr/resources/uml2_tutorial/uml2_activitydiagram.html

90
 Annexe 1
Modèle Excel de la liste de la partie planning

Référence Activity ID Code Document Activity Name Original Duration Predecessors (activity name)

91
 Annexe 2
Plan de Contrôle Qualité Etudes Projet

Reference Code CodeDocumentClient Designation RQEP DPCPE DesignCoord PC EL INS MEPP CV SF ISPC ISELPRJS ISINSPRJS ISMEPPPRJS ISCVPRJS ISSFPRJS PSLPC PSL PSLIN PSLMEPP PSLCV PSLSF CLIENT Observation
Document EL

92
 Annexe 3
Code T-SQL des procédures stockées
Procédure GetControleQualite :

ALTER PROCEDURE [dbo].[GetControleQualite]

AS

BEGIN

SELECT ID, Reference, CodeDocument, CodeDocumentClient, Designation, RQEP, DPCPE, DesignCoord, PR, EL, INS, MEPP,
PL, CV, SF, PC, CS, FG, TL, ISPRPRJS, ISINPRJS, ISMEPPPRJS, ISPLPRJS,
ISCVPRJS, ISSFPRJS, ISPCPRJS, ISCSPRJS, ISFGPRJS, ISTLPRJS, PSLEL, PSLIN, PSLMEPP, PSLPL,
PSLCV, PSLSF, PSLPC, PSLCS, PSLFG, PSLTL, CLIENT, Observation,CASE WHEN CodeDocument IS Not NULL THEN (SELECT
Disc.Designation FROM dbo.Discipline as Disc WHERE Disc.Abreviation IN (SELECT item FROM
dbo.GetDiscipleFunction(CodeDocument, '-') WHERE id = 3))

END AS Discpline
FROM ControleQualiteProjet

END

 Procédure InsertControleQualite

ALTER PROCEDURE [dbo].[InsertControleQualite]

93
@CodeDocument nvarchar(max), @CodeDocumentClient nvarchar(max), @Designation nvarchar(max), @RQEP nvarchar(max),
@DPCPE nvarchar(max), @DesignCoord nvarchar(max), @PR nvarchar(max), @EL nvarchar(max), @INS nvarchar(max), @MEPP
nvarchar(max), @PL nvarchar(max), @CV nvarchar(max), @SF nvarchar(max), @PC nvarchar(max), @CS nvarchar(max), @FG
nvarchar(max), @TL nvarchar(max), @ISPRPRJS nvarchar(max), @ISINPRJS nvarchar(max), @ISMEPPPRJS nvarchar(max),
@ISPLPRJS nvarchar(max),
@ISCVPRJS nvarchar(max), @ISSFPRJS nvarchar(max), @ISPCPRJS nvarchar(max), @ISCSPRJS
nvarchar(max), @ISFGPRJS nvarchar(max), @ISTLPRJS nvarchar(max), @PSLEL nvarchar(max), @PSLIN nvarchar(max),
@PSLMEPP nvarchar(max), @PSLPL nvarchar(max), @PSLCV nvarchar(max), @PSLSF nvarchar(max), @PSLPC nvarchar(max),
@PSLCS nvarchar(max), @PSLFG nvarchar(max), @PSLTL nvarchar(max), @CLIENT nvarchar(max), @Observation nvarchar(max)
AS

BEGIN
insert into ControleQualiteProjet( CodeDocument, CodeDocumentClient, Designation, RQEP, DPCPE, DesignCoord, PR, EL,
INS, MEPP, PL, CV, SF, PC, CS, FG, TL, ISPRPRJS, ISINPRJS, ISMEPPPRJS, ISPLPRJS,
ISCVPRJS, ISSFPRJS, ISPCPRJS, ISCSPRJS, ISFGPRJS, ISTLPRJS, PSLEL, PSLIN, PSLMEPP, PSLPL,
PSLCV, PSLSF, PSLPC, PSLCS, PSLFG, PSLTL, CLIENT, Observation
)
values(@CodeDocument, @CodeDocumentClient, @Designation, @RQEP, @DPCPE, @DesignCoord, @PR, @EL, @INS, @MEPP, @PL,
@CV, @SF, @PC, @CS, @FG, @TL, @ISPRPRJS, @ISINPRJS, @ISMEPPPRJS, @ISPLPRJS,
@ISCVPRJS, @ISSFPRJS, @ISPCPRJS, @ISCSPRJS, @ISFGPRJS, @ISTLPRJS, @PSLEL, @PSLIN, @PSLMEPP,
@PSLPL, @PSLCV, @PSLSF, @PSLPC, @PSLCS, @PSLFG, @PSLTL, @CLIENT, @Observation
)

END

 Procédure insertDetailProjet :

ALTER PROCEDURE [dbo].[insertDetailProjet]

@reference nvarchar(max),
@Description nvarchar(max),
@idclient nvarchar(max),
@idSousTypeProjet nvarchar(max),

94
@idTypeProjet nvarchar(max),
@taskforce nvarchar(max),
@DD nvarchar(max),
@DF nvarchar(max),
@RemarqClient nvarchar(max),
@RemarqProjet nvarchar(max)
AS

BEGIN

INSERT into DetailProjet(reference, Description, idclient, idSousTypeProjet, idTypeProjet, taskforce, DD,

DF,RemarqClient,RemarqProjet)

values(@reference, @Description, @idclient, @idSousTypeProjet, @idTypeProjet, @taskforce, @DD,

@DF,@RemarqClient,@RemarqProjet)
END
 Procédure InsertDocEtudeQualiteProjet :

ALTER PROCEDURE [dbo].[InsertDocEtudeETQualiteProjet]

@Matricule nvarchar(max),
@NewCodeDocument nvarchar(max),
@OldCodeDocument nvarchar(max),
@NewReference nvarchar(max)
AS
BEGIN
insert into DocumentEtudeUser(Reference, ReferenceOld, CodeDocument, TitreDocument, Rev, Avancement,
EmissionPlanifiee, ApprobationPanifiee, Poids, Ponderation, NBHIngenieursenior,NBHIngenieurjunior,
NBHProjeteursenior,NBHProjeteurjunior, Etat,Classe, Matricule)

SELECT @NewReference,Reference, @NewCodeDocument, TitreDocument, Rev, Avancement, EmissionPlanifiee,

ApprobationPanifiee, Poids, Ponderation, NBHIngenieursenior,NBHIngenieurjunior,
NBHProjeteursenior,NBHProjeteurjunior, Etat,Classe ,@Matricule
FROM DocumentEtude
where CodeDocument=@OldCodeDocument

95
insert into ControleQualiteProjetUser(Reference, ReferenceOld, CodeDocument, Designation, RQEP, DPCPE, DesignCoord,
PR, EL, INS, MEPP, PL, CV, SF, PC, CS, FG, TL, ISPRPRJS, ISINPRJS, ISMEPPPRJS, ISPLPRJS,
ISCVPRJS, ISSFPRJS, ISPCPRJS, ISCSPRJS, ISFGPRJS, ISTLPRJS, PSLEL, PSLIN, PSLMEPP, PSLPL,
PSLCV, PSLSF, PSLPC, PSLCS, PSLFG, PSLTL, CLIENT, Observation,Matricule)

select @NewReference,Reference, @NewCodeDocument, Designation, RQEP, DPCPE, DesignCoord, PR, EL, INS, MEPP, PL, CV,
SF, PC, CS, FG, TL, ISPRPRJS, ISINPRJS, ISMEPPPRJS, ISPLPRJS,
ISCVPRJS, ISSFPRJS, ISPCPRJS, ISCSPRJS, ISFGPRJS, ISTLPRJS, PSLEL, PSLIN, PSLMEPP, PSLPL,
PSLCV, PSLSF, PSLPC, PSLCS, PSLFG, PSLTL, CLIENT, Observation,@Matricule
FROM ControleQualiteProjet

where CodeDocument=@OldCodeDocument
END
 Procédure InsertDocumentEtude :

ALTER PROCEDURE [dbo].[InsertDocumentEtude]

@Reference nvarchar(max) , @CodeDocument nvarchar(max) , @TitreDocument nvarchar(max) , @Rev nvarchar(max) ,

@Avancement nvarchar(max) , @EmissionPlanifiee nvarchar(max) , @ApprobationPanifiee nvarchar(max) , @Poids
nvarchar(max) , @Ponderation nvarchar(max) , @NBHIngenieursenior nvarchar(max),@NBHIngenieurjunior nvarchar(max)
,@NBHProjeteursenior nvarchar(max), @NBHProjeteurjunior nvarchar(max) , @Etat nvarchar(max),@Classe nvarchar(max)

AS
BEGIN
insert into DocumentEtude(Reference, CodeDocument, TitreDocument, Rev, Avancement, EmissionPlanifiee,
ApprobationPanifiee, Poids, Ponderation, NBHIngenieursenior,NBHIngenieurjunior,
NBHProjeteursenior,NBHProjeteurjunior,Etat,Classe)
values(@Reference, @CodeDocument, @TitreDocument, @Rev, @Avancement, @EmissionPlanifiee, @ApprobationPanifiee,
@Poids, @Ponderation, @NBHIngenieursenior,@NBHIngenieurjunior,@NBHProjeteurjunior, @NBHProjeteurjunior, @Etat,
@Classe)
END

 Procédure InsertRessourcePermission :

96
ALTER PROCEDURE [dbo].[InsertRessourcePermission]

@Matricule nvarchar(max)
AS

BEGIN
insert into dbo.Permission_Administrateur (Matricule, CreatedOnDate)
values(@Matricule,getdate())
END
ALTER PROCEDURE [dbo].[InsertPermissionInterfaceByProj]
@reference nvarchar(max),
@Matriculen nvarchar(max)

AS

BEGIN
INSERT into PermissionProjet(Projet, Matricule)
values(@reference, @Matriculen)
END

 Procédure SqlDataClient :

ALTER PROCEDURE [dbo].[SqlDataClient]

AS

BEGIN
SELECT id, Client
FROM Client

END

 Procédure updateDetailProjet :

ALTER PROCEDURE [dbo].[updatDetailProjet]

@reference nvarchar(max),
@Description nvarchar(max),

97
@idclient nvarchar(max),
@idSousTypeProjet nvarchar(max),
@idTypeProjet nvarchar(max),
@taskforce nvarchar(max),
@DD nvarchar(max),
@DF nvarchar(max),
@RemarqClient nvarchar(max),
@RemarqProjet nvarchar(max)
AS

BEGIN
update DetailProjet

set Description=@Description,
idclient=@idclient,
idSousTypeProjet=@idSousTypeProjet,
idTypeProjet=@idTypeProjet,
taskforce=@taskforce,
DD=@DD,
DF=@DF,
RemarqClient =@RemarqClient,
RemarqProjet =@RemarqProjet
where reference=@reference
END

 Procédure GetProjetByMatricule :

ALTER PROCEDURE [dbo].[GeprojetByMatricule]

@Matricule nvarchar(max)

AS

BEGIN

SELECT id, Projet, Matricule

FROM (

98
SELECT id, Projet, Matricule
FROM dbo.PermissionProjet
WHERE (Matricule IS NOT NULL)

union

SELECT distinct 0 as id, Reference, Matricule

FROM dbo.DocumentEtudeUser
WHERE (Matricule IS NOT NULL)

) AS T

where Matricule=@Matricule
end
ALTER PROCEDURE [dbo].[GetPriorityByReference]
@Reference nvarchar(max)
AS

BEGIN

SELECT id, Reference, CodeDocument, Description, Activite, ActiviteParent,

dbo.FundescptionPriorite(Reference,ActiviteParent) as descp

FROM Priorite

where Reference=@Reference

END

99
 Annexe 4
Organisation d’une équipe du projet

100
 Annexe 5
Document contrôle Registre

N TITRE DU REV Avancement Emission Approbation Poids Pondération Total Ingénieurs Projecteurs Ingénieurs projeteurs
DOC DOCUMENT Planifiée Planifiée (selon (selon (h) séniors séniors juniors juniors
EPPM client) client)

101
 Annexe 6
Modèle Excel du DCR

Référence Code document Code Titre du Ingénieurs Projecteurs Ingénieurs projeteurs

EPPM document document séniors Séniors juniors juniors
Client

102
 Annexe 7
Liste des activités et des liens
Discipline Code de l’activité Désignation Description

WBS Code du document Durée Prédécesseurs Liens Ressources

103
 Conception et réalisation d’une application d’aide à la planification des projets études.

Rapport de StagePFE

_________________________________________________________________

RESUME

Ce projet intitulé « Développement d’un outil d’aide à la décision pour la gestion des projets
d’études » a été réalisé au sein d’EPPM.

Il s’insère dans le cadre du Projet de Fin d’Etudes en vue d’obtenir le Diplôme National
d’Ingénieur en Génie Industriel à l’Ecole Nationale d’Ingénieurs de Tunis. L’objectif de ce
projet est de développer un outil d’aide à la décision pour la gestion des projets d’études
proposant ainsi une personnalisation des outils informatiques et permettant une réaction
rapide et une prise de décision efficace.

A travers ce rapport, nous présentons, dans un premier lieu le cadre de réalisation de ce projet.
Par la suite, nous expliquons la conception et le développement de l’outil informatique. Enfin,
nous préparons une procédure de planification permettant d’intégrer l’application web dans
l’entreprise.

Mot Clés : Management de projet, Primavera P6, SQL Server, procédures, GED, Base de
données, DCR, PCQP, Planning

_________________________________________________________________

SUMMARY

This project entitled "Development of Decision Support tool for study’s project management" was
realized within EPPM.
It fits within the framework of the Project of the End of Studies to obtain Engineer’s National Diploma
in Industrial Engineering at the Engineers’ National School of Tunis. The objective of this project is to
develop a Decision Support tool for study’s project management and to offer a customization of
software in order to make rapid and effective decision-making.
Through this report, we present, in a first step, the context of this project. Afterwards, we explain
software design and development. Finally, we prepare a development procedure to ensure the
integration of software web.

Key words: Project Management, Primavera P6, SQL Server, procedure, DCR, PCQP,
Planning

Ecole Nationale Supérieure d’Ingénieurs de Tunis (ENSIT)

5 Avenue Taha Hussein, 1008 Tunis B.P 56 Bab Menara, Site Web : www.ensit.rnu.tn
 : (+216) 71 49 60 66 / 71 49 40 20 / 71 39 95 25 –  : (+216) 71 39 11 66