RapportPFE Houyem

République Tunisienne Cycle de Formation d’Ingénieurs dans la
Ministère de l’Enseignement Supérieur Discipline Génie Electrique

et de la Recherche Scientifique
ST-EN07/00
Université de Sfax Projet de fin d’études
École Nationale d’Ingénieurs

de Sfax N° d’ordre : 2021/DGE-022
MÉMOIRE
Présenté à
L’École Nationale d’Ingénieurs de Sfax
(Département de Génie Electrique)
En vue de l’obtention du
Diplôme National d’Ingénieur en Génie Electrique
par
Houyem BEN BETTAIEB
Mise en place d’une solution VoIP sur ERP Odoo

pour un centre d’appel
Soutenu le 11/09/2021, devant la commission d’examen :
M. Mohamed CHTOUROU Président

Mme. Donia BEN HALIMA ABID Examinateur
M. Mohamed DJEMEL Encadrant académique
M. Mohamed KSANTINI Encadrant académique
Mme. Najeh AKROUTI Encadrante industriel
M. Adel BEN MERTAH Encadrant industriel
DÉDICACES
J e profite de ce moment pour exprimer ma profonde gratitude envers tous ceux qui ont été
toujours, et le sont encore, à mes côtés :
A ma très chère mère
A ucune dédicace très chère maman, ne pourrait exprimer la profondeur des sentiments que
j’éprouve pour vous, vos sacrifices et votre dévouement firent pour moi un encouragement.
Vous m’avez aidé et soutenu pendant de nombreuses années avec à chaque fois une attention
renouvelée. Puisse Dieu, tout puissant vous combler de santé, de bonheur et vous procurer une
longue vie.
A mon très cher père
T out l’encre du monde ne pourrait suffire pour exprimer mes sentiments envers un être très
cher. Vous avez toujours été mon école de patience, de confiance et surtout d’espoir et d’amour.
J’implore Dieu, tout puissant, de vous accorder une bonne santé, une longue vie et beaucoup de
bonheur.
A mes chères sœurs Hayfa et Nada et À mes chers frères Rayen , Zied et Fares
P our toute la complicité et l’affection qui nous unissent, je vous dédie ce travail comme
témoin de ma gratitude et mes remerciements pour tous vos sacrifices, votre aide et votre
générosité, je prie Le tout Puissant qu’il vous garde et veille sur vous à jamais
À vous tous. Je dédie ce travail

Houyem BEN BETTAIEB
ENIS SFAX Page i

REMERCIEMENT
C’est avec grande gratitude que je veux consacrer cette page de remerciements à tous ceux
qui ont participé, de près ou loin à la réalisation de ce projet.
A cette occasion, je voudrais remercier M. Mohamed CHTOUROU, Professeur à l’Ecole

Nationale d’Ingénieurs de Sfax, d’avoir accepté de présider le jury de ma soutenance.
Je tiens à remercier Mme. Donia BEN HALIMA ABID, Maître assistante à l’Ecole Nationale
d’Ingénieurs de Sfax, d’avoir accepté d’examiner mon travail.
Avec beaucoup de plaisir, je tiens, à exprimer ma profonde gratitude, ma reconnaissance,

mon respect et mes remerciements, les plus sincères à Messieurs Mohamed KSANTINI,
Maître de Conférences à l’Institut Préparatoire aux Etudes Ingénieurs de Sfax et Mohamed
DJEMEL, Professeur à l’Ecole Nationale d’Ingénieurs de Sfax, mes encadrants qui n’ont pas
cessé de me prodiguer de leurs conseils et leurs recommandations tout au long de ce travail.
Mes vifs remerciements sont adressés à Messieurs M. Adel BEN MERTEH et Mme.
Najeh AKROUTI à l’entreprise d’accueil Softifi pour leur encouragement, leur conseils, leur
aide et leur soutien qu’ils m’ont apporté pour la réalisation de ce projet. J’ai apprécié leur
précieuse disponibilité et leur discrétion.
J’adresse également mes remerciements à toute l’équipe de Softifi pour le soutien et l’ambiance
amicale qu’ils m’ont réservés.
J’adresse l’expression de toutes ma gratitude à mes enseignants à l’ENIS pour leur contribution
efficace à ma formation.
ENIS SFAX Page ii

TABLE DES MATIÈRES
LISTE DES FIGURES vii
LISTE DES TABLEAUX viii
LISTE DES ABRÉVIATIONS ix
INTRODUCTION GÉNÉRALE 1
1 Cadre général du projet 3

1.1 Présentation et activité de la société Softifi . . . . . . . . . . . . . . . . . . . . 4
1.1.1 Produits et services fournis . . . . . . . . . . . . . . . . . . . . . . . . 5
1.1.2 Organisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.2 Présentation du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.2.1 Cadre du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.2.2 Description du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
2 Méthodologie de travail et solution ERP Odoo 9

2.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2 Présentation des ERP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2.1 Définition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2.2 Types des ERP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.2.3 Fonctionnalités et modularités d’un ERP . . . . . . . . . . . . . . . . 13
2.2.4 Avantages d’un ERP . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.2.5 Inconvénients d’un ERP . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.2.6 Objectifs du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.2.7 Critique de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.2.8 Solution proposée . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.3 Méthodologie du travail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.3.1 Approche classique . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
2.3.2 Approche Agile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
ENIS SFAX Page iii

TABLE DES MATIÈRES
2.3.3 Choix de la méthodologie . . . . . . . . . . . . . . . . . . . . . . . . 16

2.3.4 Principales spécifications de la méthode Scrum . . . . . . . . . . . . . 17
2.4 Choix de l’ERP Odoo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
2.4.1 Comparaison entre ERP Odoo et d’autres ERP progiciel . . . . . . . . 18
2.5 Logiciel de gestion Odoo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.5.1 Définition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.5.2 Solutions Odoo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
2.5.3 Fonctionnalités d’Odoo . . . . . . . . . . . . . . . . . . . . . . . . . . 21
2.5.4 Architecture d’Odoo . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
2.5.4.1 Architecture technique . . . . . . . . . . . . . . . . . . . . . 22
2.5.4.2 Architecture logicielle : Modèle de Conception MVC . . . . 23
2.5.5 Odoo en chiffres . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
2.6 Solution téléphonie IP pour Odoo . . . . . . . . . . . . . . . . . . . . . . . . 28
2.6.1 Définition de la VoIP . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
2.6.2 Processus du traitement de la VoIP . . . . . . . . . . . . . . . . . . . . 29
2.6.3 Protocoles utilisés par la VoIP . . . . . . . . . . . . . . . . . . . . . . 30
2.6.4 Avantages de la VoIP Odoo . . . . . . . . . . . . . . . . . . . . . . . . 31
2.6.5 Asterisk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
2.7 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
3 Spécifications des besoins et conception 34

3.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
3.2 Choix du langage de modélisation . . . . . . . . . . . . . . . . . . . . . . . . 35
3.3 Analyse des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
3.3.1 Identifications des acteurs . . . . . . . . . . . . . . . . . . . . . . . . 36
3.3.2 Besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
3.3.3 Besoins non fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . 37
3.4 Spécification des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
3.4.1 Diagramme de cas d’utilisation . . . . . . . . . . . . . . . . . . . . . 38
3.4.1.1 Description des cas d’utilisations . . . . . . . . . . . . . . . 40
3.5 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
3.5.1 Diagramme de classes . . . . . . . . . . . . . . . . . . . . . . . . . . 45
3.5.2 Diagrammes de séquence . . . . . . . . . . . . . . . . . . . . . . . . . 46
3.5.2.1 Diagrammes de séquence « Émettre un appel » . . . . . . . . 46
3.5.2.2 Diagrammes de séquence « Recevoir un appel » . . . . . . . 47
3.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
ENIS SFAX Page iv

TABLE DES MATIÈRES
4 Implémentation de la solution proposée 49

4.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
4.2 Environnement de travail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
4.2.1 Environnement matériel . . . . . . . . . . . . . . . . . . . . . . . . . 50
4.2.2 Environnement logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . 50
4.2.2.1 Outils de développement . . . . . . . . . . . . . . . . . . . 51
4.2.2.2 Langages . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
4.3 Réalisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
4.3.1 Architecture modulaire de la solution . . . . . . . . . . . . . . . . . . 54
4.3.2 Authentification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
4.3.3 Implémentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
4.3.3.1 Etablissement d’appel . . . . . . . . . . . . . . . . . . . . . 61
4.3.3.2 Taches de l’employé . . . . . . . . . . . . . . . . . . . . . . 62
4.4 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
CONCLUSION GÉNÉRALE 66
BIBLIOGRAPHIE 66
ENIS SFAX Page v

LISTE DES FIGURES
1.1 Logo Softifi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

1.2 Siège de Softifi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.1 Quelques ERP open sources . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

2.2 Quelques fonctionnalités d’un ERP . . . . . . . . . . . . . . . . . . . . . . . . 13
2.3 Présentation générale de Scrum . . . . . . . . . . . . . . . . . . . . . . . . . 18
2.4 Comparaison entre ERPs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
2.5 Logo d’Odoo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.6 Quelques fonctionnalités d’Odoo . . . . . . . . . . . . . . . . . . . . . . . . . 22
2.7 Architecture technique d’Odoo . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.8 Modèle de Conception MVC . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.9 Structure des dossiers Odoo . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
2.10 Structure modulaire d’Odoo . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
2.11 Classement Odoo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
2.12 VoIP Odoo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
2.13 Processus du traitement de la VoIP . . . . . . . . . . . . . . . . . . . . . . . . 29
2.14 Logo d’Asterisk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
3.1 logo Merise . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

3.2 logo UML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
3.3 Diagramme de cas d’utilisation Administrateur . . . . . . . . . . . . . . . . . 39
3.4 Diagramme de cas d’utilisation Utilisateur . . . . . . . . . . . . . . . . . . . . 39
3.5 Diagramme de classe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
3.6 Diagramme de séquence « Émettre un appel » . . . . . . . . . . . . . . . . . . 47
3.7 Diagrammes de séquence « Recevoir un appel » . . . . . . . . . . . . . . . . . 48
4.1 Logo Pycharm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51

4.2 Logo PostgreSQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
4.3 Interface PgAdmin4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
4.4 Classement Python . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
ENIS SFAX Page vi

LISTE DES FIGURES
4.5 Logo Python . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

4.6 Logo XML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
4.7 Structure de module «Softifi Call Center» . . . . . . . . . . . . . . . . . . . . 55
4.8 Interface d’authentification . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
4.9 Le module «Softifi Call Center» dans la liste des applications installées . . . . 56
4.10 Le module «Softifi Call Center» après l’installation . . . . . . . . . . . . . . . 56
4.11 l’application «Softifi Call Center» après l’installation . . . . . . . . . . . . . . 57
4.12 Les menus de «Softifi Call Center» . . . . . . . . . . . . . . . . . . . . . . . 57
4.13 Bulle d’information du Dial . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
4.14 Liste de contacts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
4.15 Clavier du Dial . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
4.16 Les différentes activités offerte par «Softifi Call Center» . . . . . . . . . . . . 58
4.17 Liste des employés du «Softifi Call Center» . . . . . . . . . . . . . . . . . . . 59
4.18 Liste des contacts du «Softifi Call Center» . . . . . . . . . . . . . . . . . . . . 59
4.19 Données du client rempli par l’employé de «Softifi Call Center» . . . . . . . . 60
4.20 Rapport CRM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
4.21 Statistiques CRM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
4.22 Statistiques du «Softifi Call Center» . . . . . . . . . . . . . . . . . . . . . . . 61
4.23 Rapport d’activité du center . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
4.24 Emission d’appel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
4.25 Réception d’appel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
4.26 Appel en cours . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
4.27 Ensemble des communications sauvegardées . . . . . . . . . . . . . . . . . . 62
4.28 Rapport de la communication . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
4.29 Fiche d’activité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
4.30 Fiche suivi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
4.31 Fiche meeting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
4.32 Rapport d’activité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
4.33 Mail d’une opportunité acceptée . . . . . . . . . . . . . . . . . . . . . . . . . 64
4.34 Mail d’une opportunité perdue . . . . . . . . . . . . . . . . . . . . . . . . . . 64
4.35 Fichier PDF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
ENIS SFAX Page vii

LISTE DES TABLEAUX
LISTE DES TABLEAUX
3.1 Ajout d’un utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

3.2 Modification d’un utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
3.3 Suppression d’un utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
3.4 Ajout d’un contact . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
3.5 Modification d’un contact . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
3.6 Suppression d’un contact . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
3.7 Affichage de la fiche du contact . . . . . . . . . . . . . . . . . . . . . . . . . . 43
3.8 Consultation de l’historique . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
3.9 Émission d’un appel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
3.10 Réception d’un appel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
3.11 Enregistrement d’un appel . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
ENIS SFAX Page viii

LISTE DES ABRÉVIATIONS
ERP Entreprise Ressource Planning
PGI Progiciel de Gestion Intégrée
PME Petite ou Moyenne Entreprise
IP Internet Protocol
VoIP Voice over Internet Protocol
ORM Object Relational Mapping
CRM Customer Relationship Management
SGBD Système de Gestion de Bases de Données
UML Unified Modeling Language
XML eXtensible Markup Language
ENIS SFAX Page ix

INTRODUCTION GÉNÉRALE
La révolution informatique et la transition numérique dans le monde actuellement a poussé

les petites entreprises à investir des fonds considérables dans l’implémentation des solutions
logicielles et applications, afin d’améliorer les services, d’accroître son agilité, sa flexibilité, de
réduire les coûts, d’augmenter la production et de faire face aux défis du marché.
En parallèle, avec le développement technologiques et l’évolution du volume des données

(Big Data) a favorisé des solutions intégrant tous les besoins des sociétés, qui permettent de
gérer toutes les ressources avec un seul outil complet.
Parmi ces outils, nous trouvons les systèmes intégrés de gestion tels que les ERP qui
sont des outils de gestion et d’analyse permettant d’optimiser la diffusion des informations
en interne, d’améliorer les processus de gestion et d’automatiser les taches ce qui augmente
énormément la réactivité des entreprises et leurs agilités.
Dans ce cadre, s’inscrit notre projet de fin d’études proposé par la société Softifi intitulé
«Mise en place d’une solution VoIP sur ERP Odoo pour un centre d’appel».
Odoo est un ERP open source, le plus utilisé au monde grâce à ses applications répondant
à tous les besoins des entreprises et son esprit évolutif.
Le projet consiste a proposé une solution VoIP intégré au progiciel ERP-Odoo, nous allons
implémenté, après une étude théorique, un module nommé «Softifi Call Center» avec intégration
de CRM permettant d’avoir des enregistrement et de réaliser des rapports et statistiques sur
toutes les communications entrantes ou sortantes, soit par mail soit par téléphone ceci permettra
au centre de numériser la plus grande partie de ses activités, d’optimiser et améliorer son
rendement.
ENIS SFAX Page 1

INTRODUCTION GÉNÉRALE
Le présent rapport contient quatre chapitres :
• Le premier chapitre «Cadre général du projet» est un chapitre introductif qui décrit brèvement
les activités de l’entreprise d’accueil, le cadre et la description du projet.
• Le deuxième chapitre «Méthodologie de travail et solution ERP Odoo» donne une prise
de connaissance ainsi qu’une présentation du projet et la méthodologie utilisée.
• Le troisième chapitre «Spécifications des besoins et conception» est consacré à la spécification

des besoins et l’étude du projet.
• Le quatrième et dernier chapitre intitulé «Implémentation de la solution proposée» présente

le travail et les résultats réalisés pour implémenter la solution souhaiter sur l’ERP.
Enfin, une conclusion générale fera rappel et un résumé de tout ce qui a été fait autour de
ce projet.
ENIS SFAX Page 2

Chapitre
1
Cadre général du projet
Sommaire
1.1 Présentation et activité de la société Softifi . . . . . . . . . . . 4
1.1.1 Produits et services fournis . . . . . . . . . . . . . . . . . . . . 5
1.1.2 Organisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.2 Présentation du projet . . . . . . . . . . . . . . . . . . . . . . . 5
1.2.1 Cadre du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.2.2 Description du projet . . . . . . . . . . . . . . . . . . . . . . . 5
ENIS SFAX Page 3

CHAPITRE 1. CADRE GÉNÉRAL DU PROJET
1.1 Présentation et activité de la société Softifi
Mon projet de fin d’études a été réalisé au sein de la société Softifi.
Softifi est une société privé étrangère, opérant selon la loi 72, qui propose une gamme de
services informatiques conçus pour répondre aux besoins logiciels de ses clients (entreprises).
De la création de systèmes ERP, à l’externalisation, aux solutions de commerce électronique,
en passant par la fourniture d’une expertise pour ses client de classe internationaux grâce à des
services de marketing numérique complets.
La figure 1.1 présente le logo de la société Softifi.
F IGURE 1.1: Logo Softifi
Le siège social de Softifi est au Parc d’Activités Economiques Zarzis Smart Center.
Contact Softifi : +216 21 787 771
Adresse mail : info@softifi.com
F IGURE 1.2: Siège de Softifi
ENIS SFAX Page 4

1.1.1 Produits et services fournis
Softifi offre à ses clients la possibilité de transformer leurs idées créatives en solutions
numériques pratiques, fournit des solutions Web et mobiles spécifiques et des services de marketing
électronique complets pour accompagner la transformation numérique de ses clients.
L’objectif initial de Softifi est de fournir une suite complète de solutions informatiques satisfaire
les besoins de ses clients.
Elle opére avec des entreprises de différente tailles et fournit des services personnalisés en
fonction des objectifs et des spécifications de chaque entreprise.
1.1.2 Organisation
Afin d’accomplir sa mission parfaitement, Softifi a bâti sa politique de ressources humaines

autour de l’excellence.
Convaincue que la force de la société réside dans la qualité et l’expertise des collaborateurs, les
employés de Softifi partagent leurs connaissances, compétences et expériences entre eux.
1.2 Présentation du projet
1.2.1 Cadre du projet
La réalisation de ce projet s’inscrit dans le cadre d’un projet de fin d’études en vue de
l’obtention du diplôme national d’ingénieurs en génie Électrique. Il s’agit de concevoir et
développer une solution téléphonie VoIP pour un centre d’appel au profit de la société Softifi.
1.2.2 Description du projet
L’objectif de chaque entreprise est la recherche de la satisfaction et la confiance. Pour

garantir cela, une stratégie de communication doit être établie.
Il est donc primordial de préparer avec soin un plan de communication basé sur un support de
ENIS SFAX Page 5

communication fiable et efficace tel que, par exemple, un centre d’appel.

Le centre d’appel est la porte d’entrée d’une nouvelle clientèle qui permet d’éliminer les frontières
entre l’entreprise et l’ensemble du public auquel elle s’intéresse pour fonder de bonnes relations
visant le développement des activités de l’organisme et la satisfaction de ses collaborateurs et
ses clients.
Consciente de tout cela, Softifi a décidé de développer une application «centre d’appel»,
intégrant une stratégie de gestion des relations clients CRM, comme une solution pour atteindre
ses objectifs d’augmenter d’un côté la productivité des agents et accroître leurs performances,
et d’un autre côté d’assurer la satisfaction du client et de comprendre leurs attentes et besoins.
Le développement de cette application est composé de deux parties :
La première partie représente l’implémentation de l’application «centre d’appel» sur le système
ERP Odoo et la deuxième consiste à intégrer la stratégie CRM (Customer Relationship Management).
— Définition d’un centre d’appel
Un centre d’appel ou Call Center est une plateforme regroupant un ensemble de moyens pour
traiter les appels téléphoniques entrants et sortants mais également les mails, les SMS, les
courriers ou toute autre moyen de communication entre une société et ses clients [1].
Ces moyens comportent aussi bien les moyens humain (téléopérateurs, téléconseillers, superviseurs,
responsables de productions..), les moyens techniques (ordinateurs, serveurs, casques, téléphones,
connexions internet. . . ) et les moyens mobiliers.
— Principales activités d’un centre d’appels
Les activités d’un centre d’appels se divisent en quatre catégories, l’émission d’appels, la
réception d’appels, le mailing et enfin le tchat. Ces quatre grandes activités nécessitent l’application
de norme de qualité, une bonne organisation et un personnel bien formé.
• Émission d’appels
Il s’agit du l’activité la plus connue. Dans cet activité, c’est l’entreprise qui se charge de réaliser
les appels depuis le standard téléphonique. Généralement, il est utilisé dans le but de réaliser
ENIS SFAX Page 6

tout type d’enquêtes, de vendre, de programmer des entretiens ou des réunions, ou simplement
de faire de la publicité pour une entreprise en particulier.
• Réception d’appels
Il s’agit du contraire au activité précédente. Dans ce cas, c’est le client qui réalise les appels.
Les opérateurs se chargent d’y répondre et de fournir des informations à propos des produits et
services offerts par l’entreprise. De même, cela leur permet d’obtenir de nouveaux clients.
• Le mailing et tchat
Il est aussi connu sous le nom de Contact Center. C’est l’un des activités les plus novateurs
aujourd’hui puisqu’il ne fonctionne que via internet. Il s’agit d’une plateforme qui permet de
réaliser des appels à travers le web avec des fonctions intelligentes qui apportent de l’efficacité
au système. Il permet d’utiliser le mailing ou tchat interne qui facilite le passage d’information
entre les employés en temps réel depuis le site internet de l’entreprise.
— Définition de CRM
Le CRM, Customer Relationship Management en Anglais, ou Gestion de la Relation Client

(GRC) en français, est un concept préconisant la centralisation au sein d’une base de données
de toutes les interactions entre une entreprise et ses clients. Cela permet de mettre en commun
et de maximiser la connaissance d’un client donné et, ainsi de mieux comprendre, anticiper et
gérer ses besoins [2].
— Relation entre CRM et centre d’appel
• Identification des appels : Lorsque la solution de téléphonie est reliée au CRM, l’entreprise
saura toujours d’où viennent les appels. Les agents offriront donc une attention plus rapide et
efficace.
• Stockage de toute l’information : La fusion du CRM permet à l’entrprise d’enregistrer toute
l’information de ses clients au même endroit. Les ventes réalisées et les incidents résolus grâce
au CRM, ainsi que le nombre d’appels et le taux d’abandon, seront recueillis dans les statistiques
d’appels.
• Collaboration entre départements : Grâce à l’unification des informations fournies par
l’intégration du logiciel du standard téléphonique virtuel et du call center avec le CRM, tous les
ENIS SFAX Page 7

départements disposeront d’informations complètes et seront en mesure de travailler de manière

plus efficace et orientée client.
• Anticiper les besoins des clients : L’interconnexion des outils permet d’accéder directement
depuis l’appel à la fiche du client et de consulter toutes les interactions qui ont eu lieu avec lui.
• Disponibilité permanente : Vue la flexibilité du CRM, les gérants de l’entreprise pourront en
profiter où qu’ils soient. Toute l’information est disponible avec une simple connexion à internet
grâce à la technologie WebRTC.
• Enregistrement des appels : Les enregistrements des appels seront associés à la fiche client
correspondant, ce qui permettra à l’entreprise de vérifier efficacement et facilement les données
dont elle a besoin à tout moment.
ENIS SFAX Page 8

CHAPITRE 2. MÉTHODOLOGIE DE TRAVAIL ET SOLUTION ERP ODOO
Chapitre
2
Méthodologie de travail et solution ERP
Odoo
Sommaire
2.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2 Présentation des ERP . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2.1 Définition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2.2 Types des ERP . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.2.3 Fonctionnalités et modularités d’un ERP . . . . . . . . . . . . . 13
2.2.4 Avantages d’un ERP . . . . . . . . . . . . . . . . . . . . . . . . 13
2.2.5 Inconvénients d’un ERP . . . . . . . . . . . . . . . . . . . . . . 14
2.2.6 Objectifs du projet . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.2.7 Critique de l’existant . . . . . . . . . . . . . . . . . . . . . . . . 15
2.2.8 Solution proposée . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.3 Méthodologie du travail . . . . . . . . . . . . . . . . . . . . . . . 15
2.3.1 Approche classique . . . . . . . . . . . . . . . . . . . . . . . . . 16
2.3.2 Approche Agile . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
2.3.3 Choix de la méthodologie . . . . . . . . . . . . . . . . . . . . . 16
2.3.4 Principales spécifications de la méthode Scrum . . . . . . . . . 17
2.4 Choix de l’ERP Odoo . . . . . . . . . . . . . . . . . . . . . . . . 18
2.4.1 Comparaison entre ERP Odoo et d’autres ERP progiciel . . . . 18
2.5 Logiciel de gestion Odoo . . . . . . . . . . . . . . . . . . . . . . 20
2.5.1 Définition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.5.2 Solutions Odoo . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
2.5.3 Fonctionnalités d’Odoo . . . . . . . . . . . . . . . . . . . . . . . 21
2.5.4 Architecture d’Odoo . . . . . . . . . . . . . . . . . . . . . . . . 22
2.5.5 Odoo en chiffres . . . . . . . . . . . . . . . . . . . . . . . . . . 27
2.6 Solution téléphonie IP pour Odoo . . . . . . . . . . . . . . . . 28
2.6.1 Définition de la VoIP . . . . . . . . . . . . . . . . . . . . . . . . 29
2.6.2 Processus du traitement de la VoIP . . . . . . . . . . . . . . . . 29
2.6.3 Protocoles utilisés par la VoIP . . . . . . . . . . . . . . . . . . 30
2.6.4 Avantages de la VoIP Odoo . . . . . . . . . . . . . . . . . . . . 31
ENIS SFAX Page 9

2.6.5 Asterisk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
2.7 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
ENIS SFAX Page 10

2.1 Introduction
Ce chapitre va présenter le contexte général du projet. Nous allons mettre en évidence le

cadre général du projet et la méthodologie de travail adoptée. Une définition des concepts clés
qui nous ont permis de bâtir nos connaissances, ainsi que les différentes notions liées à ce
travail, pour le situer dans son cadre théorique. Une présentation générale des ERP (Enterprise
Resource Planning) et ses différentes éditeurs et particulièrement le logiciel de gestion «Odoo»
sera donnée. Enfin, la solution téléphonie IP pour Odoo sera détaillée .
2.2 Présentation des ERP
Cette section est réservée à la présentation du cadre général de notre projet, en précisant les
différents objectifs visés.
Nous allons mener une étude critique des applications existantes afin d’identifier les différentes
limites de ces dernières puis proposer notre solution. Pour bien comprendre et clarifier nos
besoins, il est trés important de comprendre le cadre général du projet. Cette partie est dédiée à
présenter la notion des ERP.
2.2.1 Définition
Un ERP est l’acronyme de « Entreprise Ressource Planning» ou PGI «Progiciel de gestion

intégrée» en français, est un système d’information au sein duquel sont recensées, optimisées
et planifiées toutes les ressources d’une entreprise (informations, données, etc.).
La plus importante spécificité des ERP est d’embarquer en un même logiciel les différents
fonctionnalités nécessaires pour le bon fonctionnement et gestion des besoins d’une entreprise
et surtout de les manipuler dans une seule base de données [3].
ENIS SFAX Page 11

2.2.2 Types des ERP
Nous distinguons quatre types d’ERP [4] :

• ERP généralistes : avec des fonctionnalités basiques, les ERP généralistes répondant pratiquement
à tous les besoins classiques des entreprises, et peuvent s’adapter à n’importe quel secteur
d’activité.
Exemples : Sage X3, Microsoft AX, SAP Business One..
• ERP spécialisés : propose des fonctionnalités adaptées à chaque métier et surtout chaque
secteur d’activités couverts comme : la santé, la pharmacie, l’agro-alimentaire, la chimie, la
biologie, le commerce, la logistique.
• ERP open sources : ce sont des logiciels libres, pas besoin d’une licence pour pouvoir les
utiliser, ils sont souvent limités en termes de fonctionnalités, et moins coûteux en budget.
Exemple : Odoo, Dolibarr ERP/CRM, Tryton, ...
• ERP SaaS ou Cloud : sont des logiciels dont le serveur est externalisé vers des Data centers
distants et connectés à internet. Avec l’avènement du cloud computing ces derniers sont de plus
en plus en vogue. Citons l’emeple de Gestisoft.
F IGURE 2.1: Quelques ERP open sources
ENIS SFAX Page 12

2.2.3 Fonctionnalités et modularités d’un ERP
Les outils ERP sont, pour la plupart, capables de couvrir un périmètre important de fonctions,
nous citons à titre d’exemple :
• La gestion des ressources humaines (la paie, RH, recrutement, note de frais , formation, etc.).
• La gestion commerciale (gestion d’achat et de ventes, CRM, etc.).
• La gestion comptable et financière : comptabilité générale, comptabilité analytique, budget,
contrôle de gestion, trésorerie, etc.
• La gestion des stocks WMS : logistique, transport, entrepôt, etc.
• La gestion de production GPAO.
• La gestion des affaire.
• La gestion des services après-ventes, etc.
• BI (outil du business intelligence, reporting et statistiques), etc.
Toutes ses fonctions sont centralisées sur un outil unique, actualisées en temps réel, et accessibles
souvent sur plusieurs supports, ce qui permet une vision claire sur tout ce qui se passe au sein
ou autour de l’entreprise.
F IGURE 2.2: Quelques fonctionnalités d’un ERP
2.2.4 Avantages d’un ERP
Mettre en place un outil ERP au sein d’une entreprise apporte plusieurs avantages, la
première étant le fait d’avoir sur un seul logiciel une vision globale de toutes les fonctions
ENIS SFAX Page 13

de l’entreprise, l’outil ERP permet également :

• Construire des applications informatiques sous forme de modules indépendants mais parfaitement
compatibles sur une base de données unique et commune.
•L’usage d’un moteur de Workflow permet de définir l’ensemble des tâches d’un processus et
de gérer leur réalisation dans tous les modules du système qui en ont besoin.
• Un gain en productivité grâce à une base de données unique (pas de duplication de données
ou d’écart de valeurs, des données fraîches et actualisées en temps réel, etc.).
• Une meilleure gestion des ressources matérielles et des processus opérationnels.
• Une optimisation des coûts.
• Une réduction du temps de traitement des données.
• Une circulation fluide de l’information et de la communication (avec des autorisations personnalisées).
• Une vision complète pour une bonne prise de décision.
Tous ces avantages permettent bien évidemment à l’entreprise d’augmenter sa productivité, sa
performance, et donc sa rentabilité.
2.2.5 Inconvénients d’un ERP
On peut s’en douter, une solution qui regroupe toutes les activités d’une entreprise en un
seul point va aussi comporter des inconvénients.
Les plus importants sont :
• Mise en place lourde, toujours longue.
• Problème du choix des ERPs (changement ou sortie difficile).
• Impact sur l’organisation (il faut s’adapter à l’ERP).
• Dépendance d’un éditeur, de sa capacité de suivi, de sa vision de la gestion.
2.2.6 Objectifs du projet
L’objectif principal du projet est de concevoir et développer une application web pour
centraliser les données enregistrées des appels des clients en permettant des échanges d’appels
et gérer la relation client.
ENIS SFAX Page 14

En effet, notre application doit être flexible à toutes éventuelle amélioration et évolutions et doit
être sécurisée. Le code développé doit être performant, visible et claire.
2.2.7 Critique de l’existant
Actuellement, la société utilise une solution VOIP très classique suivants :

- Inaccessibilité des données en temps réel.
- Difficulté d’extraction des données et de génération des tableaux de bord et des analyses.
- Décentralisation des informations de la gestion des relations clients.
- Mauvaise gestion des appels téléphoniques.
- Processus non sécurisé : probabilité de perte des donnés suite à une mauvaise manipulation.
2.2.8 Solution proposée
Suite à l’étude de l’existant et pour résoudre tous les problèmes précédents, nous avons
adopté pour l’implémentation d’une nouvelle application appelée « Softifi Call Center ».
Cette application présente de nouvelles fonctionnalités pour améliorer la performance de CRM
et être plus sécurisé. Cette solution consiste à intégré un module « VoIP » dans le logiciel «
Odoo » avec ces fonctionnalités :
- Lancement d’un appel directement depuis la fiche du contact.
- Ouverture automatique de la fiche contact lors d’un appel entrant.
- Echange d’appel avec des applications externes.
- Enregistrer l’appel sous format audio.
- Conservation de l’historique des appels.
- Centralisation des données.
2.3 Méthodologie du travail
Toute démarche de développement nécessite une étape de modélisation qui doit aboutir aux
résultats attendus et dans les meilleurs délais.
ENIS SFAX Page 15

En effet, le choix d’une méthode pour la réalisation du projet constitue une étape importante.
Nous allons consacrer cette partie à présenter la méthode de développement classique et la
méthode agile en faisant une étude comparative pour pouvoir choisir la plus appropriée à notre
projet.
2.3.1 Approche classique
Les méthodes classiques sont depuis toujours les plus utilisées pour le fondement des
projets. On commence par identifier les besoins et les bien définir. Parmi ces méthodes, nous
pouvons citer le modèle en cascade utilisé souvent dans certains projets dont les besoins sont
clairs et bien définis, le modèle en V utilisé pour le développement des applications mobiles.
2.3.2 Approche Agile
Suite aux limites de l’utilisation de la méthode classique dans certains projets construits
avec des méthodes classiques, de nouvelles méthodologies ont été mises en œuvre afin de
remédier aux défaillances de ces processus.
Parmi ces méthodes, on cite les méthodes agiles telles que, l’eXtrême Programming (XP),
Scrum, Lean Software Development, etc..
Ces méthodes utilisent un principe itératif qui consiste à découper le projet en plusieurs sous
projets qu’on appelle des itérations dans lesquels le développeur détaille les fonctionnalités qui
seront exécutées selon leur priorité.
2.3.3 Choix de la méthodologie
Pour la gestion de ce projet, chaque tâche doit être testée avant de passer à la suivante, car
elles sont reliées entre elles, d’où l’adoption de la méthode Agile permet donc de satisfaire cette
contrainte.
Compte-tenu de ces circonstances, parmi les méthodes agile, on cite Scrum et kanban.
Scrum est une méthode qui se concentre sur la gestion de projet collaborative et un cycle de
ENIS SFAX Page 16

développement court dans un seul but : optimiser la productivité des équipes.

Pour faire court, on cite les six grands piliers de Scrum :
— Itération : on travaille sur une courte période de durée fixe (entre une semaine et un mois)
jalonnée par une série d’activités conclue par une livraison.
— Incrémentation : on travaille tâche après tâche de façon progressive.
— Adaptation : les cycles courts facilitent le pivotement dans le projet.
— Transparence : la communication et le suivi doivent être transparents pour assurer la

réussite de Scrum.
— Inspection : elle doit être régulière pour suivre l’écart entre les objectifs fixés et le travail
effectif réalisé.
Kanban est une approche en perpétuelle adaptation au besoin client, dont l’objectif est le suivant :
limiter la surproduction, et réduire les délais et les coûts. On restreint la surcharge pour créer la
disponibilité. Une autre particularité de la méthode Kanban, c’est la visualisation de l’avancement
des tâches. L’approche Kanban permet de représenter le flux de travail dans une optique d’amélioration
continue.
En se basant sur ces caractéristiques de Scrum, nous avons choisi d’adopter cette méthode
pour la gestion de notre projet.
2.3.4 Principales spécifications de la méthode Scrum
La première étape de la méthode Scrum consiste à formaliser la vision du produit en

décrivant les principaux objectifs.
La deuxième étape consiste à spécifier la liste des exigences fonctionnelles et non fonctionnelles
du produit sous forme de Product Backlog d’une manière ordonnée selon la priorité fixée par le
Product Owner.
Le Product Backlog permettra de diriger l’équipe sur les objectifs du produit tout au long
du projet, et à partir de ce Backlog l’équipe de développement choisit les tâches qui seront
développées au cours du prochain sprint lors de la réunion de planification du sprint.
Un sprint est une période de 2 à 4 mois au cours de laquelle l’équipe de développement réalise
ENIS SFAX Page 17

un élément du backlog du produit.

A la fin du sprint, un incrément du produit doit être délivré. Une revue est planifiée à la fin de
chaque sprint afin d’inspecter l’avancement du produit au cours du sprint précédent.
Le Product Owner donne ses impressions à l’équipe de développement, il accepte ou refuse
les fonctionnalités présentées et donne les changements qui doivent être faites sur le produit.
Une réunion quotidienne appelée Daily Stand-up Meeting doit se dérouler entre les membres
de l’équipe de développement pour se synchroniser, éviter les obstacles rencontrés et vérifier
l’avancement du sprint [5].
F IGURE 2.3: Présentation générale de Scrum
2.4 Choix de l’ERP Odoo
2.4.1 Comparaison entre ERP Odoo et d’autres ERP progiciel
L’amélioration de la performance du travail est l’un des défis actuels majeurs pour les
entreprises. Pour cela nous cherchons toujours l’application la plus adéquate, en faisant une
comparaison entre les principaux solutions existantes.
Pour réaliser cette comparaison, nous avons utilisé «Google Trends», cet outil nous permettra
de connaître la fréquence des recherches de un des termes sur le moteur de recherche Google.
Les résultats obtenus nous donne une idée générale sur les ERP les plus utilisés.
Parmi les progiciel existants sur le marché, nous trouvons :
ENIS SFAX Page 18

a- Dolibarr ERP/CRM : est un progiciel de gestion intégré (PGI, ERP en anglais) avec gestion
de la relation client (GRC, CRM en anglais) open source adopté des entreprises de différentes
tailles, allant de petites moyennes entreprises (PME) au grand entreprise mais aussi pour les
indépendants, auto-entrepreneurs ou les associations
b-Tryton : est une plateforme d’application informatique constitué de trois niveaux comprenant
le client Tryton, le serveur Tryton et le système de gestion de base de données (principalement
PostgreSQL), à usage général, sur laquelle est construite une solution d’entreprise ERP (Enterprise
Resource Planning) via un ensemble de modules Tryton.
c-ERP5 : est un progiciel de gestion intégré (ERP) libre basé sur la plateforme Zope et le
langage Python.
d-Compiere : est un progiciel de gestion intégré (PGI) et de gestion de la relation client (GRC)
open source adopté aux petites et moyennes entreprises (PME) opérant dans le secteur de la
distribution et le service. L’application est fournie sous double licence GPL (General Public
License) et propriétaire. Les sources peuvent être adaptées aux besoins du client. L’assistance
technique et la documentation sont payantes.
e-ERP Odoo : est un progiciel open source et gratuit qui propose la solution de gestion d’entreprise,
disposant d’une interface intuitive, il remplit toutes les fonctions d’un ERP, de la gestion des
ventes à la relation client, en passant par la gestion des ressources humaines, la comptabilité et
la finance.
F IGURE 2.4: Comparaison entre ERPs
ENIS SFAX Page 19

La société d’accueil «Softifi» utilise le progiciel Odoo qui se base sur la technologie ERP
Open Source pour le développement de ses produits. Ci-après, nous allons présenter le progicel
Odoo.
2.5 Logiciel de gestion Odoo
2.5.1 Définition
Odoo est l’acronyme de "On Demand Open Object", anciennement connu sous le nom
d’OpenERP, est l’un de 10 meilleurs progiciels ERP en 2021 selon Konekt agency, est un
éditeur de logiciels open source fondé en 2004 par Fabien Pinckaers qui propose une suite
complète de modules de gestion d’entreprise entièrement intégrés [6]. Odoo est le programme
de gestion d’entreprise le plus évolutif et le plus installé au monde grâce à ses applications
répondant à tous les besoins d’une entreprise. Il comporte l’ensemble des applications nécessaires
pour centraliser la gestion de l’Enterprise dans une seule base de données commune à tous les
services de l’entreprise et gère l’ensemble de ses processus [7].
C’est la première fois qu’un éditeur de logiciels parvient à atteindre un tel niveau de fonctionnalités.
Odoo a pour mission d’offrir aux entreprises de toutes tailles et secteurs une solution professionnelle
et facile d’utilisation pour tous ses utilisateurs.
F IGURE 2.5: Logo d’Odoo
ENIS SFAX Page 20

2.5.2 Solutions Odoo
Odoo propose un ERP de gestion commerciale tout-en-un et personnalisable. Il permet

de couvrir toutes les fonctions clés des entreprises grâce à ses différents modules (ventes,
marketing,crm, voip, finance...).
Odoo est disponible en trois versions [8] :
• Odoo Online : la version cloud (SaaS) offrant une solution out-of-the-box et rapide d’implémentation
idéale pour les PME de moins de 50 utilisateurs. Cette version est améliorée et actualisée
plusieurs fois par an
• Odoo Community : la version open source, téléchargeable et entièrement gratuite.
• Odoo Enterprise : la solution déployée sur site (installée localement) qui est recommandée
pour les entreprise avec plus de 50 utilisateurs.
2.5.3 Fonctionnalités d’Odoo
Odoo a été spécifiquement conçu pour aider les entreprises à améliorer leurs performances.
Sa couverture fonctionnelle s’étend à tous types de domaines différents.Parmi ses fonctionnalités,
on cite :
• La gestion des ressources humaines.
• La gestion de relation clients CRM.
• La gestion des ventes.
• La gestion de projets.
• La gestion de productions.
• La gestion des stocks.
• La gestion des achats, etc.
L’aspect libre du logiciel a permis le développement de nombreux modules tiers créés par sa
communauté de développeurs. Ces applications sont pour certaines officiellement validées par
l’éditeur tandis que d’autres ne sont destinées qu’à des versions spécifiques [6].
ENIS SFAX Page 21

F IGURE 2.6: Quelques fonctionnalités d’Odoo
2.5.4 Architecture d’Odoo
2.5.4.1 Architecture technique
L’architecture du système Odoo est composée de 3 tiers principaux qui communiquent entre
eux par les protocoles XML-RPC et NET-RPC :
• Un serveur de base de données PostgreSql, odoo utilise PostgreSQL comme système de
gestion de base de données. Postgres est un système de gestion de base de données relationnelle
objet (ORDBMS). Bien que les requêtes SQL directes puissent être exécutées à partir de modules,
odoo utilise une couche ORM «ObjectRelational Mapping» pour la persistance de ses objets
métier et la gestion des la base de données.
• Un serveur d’application (contenant les objets de gestion, le moteur de workflow, le générateur
d’édition, etc.).
• Un serveur de présentation qui permet à l’utilisateur de se connecter à Odoo avec n’importe
quel navigateur internet( Google chrome, firefox, ...).
ENIS SFAX Page 22

F IGURE 2.7: Architecture technique d’Odoo
2.5.4.2 Architecture logicielle : Modèle de Conception MVC
Le Framework technique d’odoo est basé sur le modèle de conception MVC (Modèle Vue
Contrôler) qui consiste à décomposer l’architecture du programme en trois partie complémentaires
et dépendantes :
• Modèle : qui contient toutes les objets odoo déclarés, les tables de données : La partie base de
données est géré par le SGBD PostgreSQL.
• Vue : c’est les différentes vues et interfaces utilisés par l’utilisateur (Vue Formulaire, kanban
view, Calendar, ....) , cette partie est gérée principalement par XML.
• Contrôleur : C’est la partie contrôle qui consiste aux codes python exécutés pour assurer le
contrôle, la synchronisation et la gestion des événements.
F IGURE 2.8: Modèle de Conception MVC
ENIS SFAX Page 23

— Structure des dossier :
Odoo repose principalement sur une structure modulaire. Les modules étant indépendants les
uns aux autres permettant ainsi à la fois d’améliorer régulièrement les modules existants, et
d’autre part, avoir une souplesse de modification ou de suppression des modules qu’on ne veut
pas utiliser, sans avoir à toucher tout le système.
Par défaut, il contient plusieurs modules prêt à être déployés tel quels. On peut aussi les personnaliser
selon les besoins.
Les modules sont contenu dans un répertoire nommé/addons. Il est possible d’y installer des
propres modules. La figure 2.9 présente la structure des dossiers Odoo.
F IGURE 2.9: Structure des dossiers Odoo
— Structure d’un module Odoo :
Un module sous odoo est représenté comme un répertoire, contenant des sous-répertoires et
des fichiers avec une convention bien définie. Pour pouvoir créer et développer ses propres
modules odoo, il va falloir comprendre la signification des fichiers et répertoire d’un module
odoo, composant l’architecture technique d’un module :
ENIS SFAX Page 24

1. __init__.py : (Required : nécessaire pour la création d’un module)

C’est le fichier python d’initialisation du module contenant tous les autres fichiers python
à importer.
2. __manifest__.py : (Required : nécessaire pour la création d’un module)
C’est le fichier de manifestation du module, il contient toutes les informations concernant
le module comme le nom, une description, la version, l’auteur, le site web, les fichiers de
données, démos, sécurité, ...
3. models : (Required : nécessaire pour la création d’un module)
C’est un répertoire qui va contenir tous les fichiers pythons des modules, ce répertoire
doit être déclaré dans le fichier d’initialisation __init__.py
4. views : C’est le répertoire qui va contenir les fichiers xml décrivant la couche présentation
ou interface, tel que les vues listes(tree), formulaires(form), graph, pivot, kanban, action,
menu, rechercher (search),...
5. data : C’est un répertoire qui va contenir les données prédéfinis nécessaire lors de l’installation
du module.
6. demo : Ce répertoire va contenir les données de démonstrations, qui vont être chargé lors
de l’installation du module.
7. static : ce répertoire va contenir tous les fichiers reliés au site web, tel que les fichiers
img, js, css, font,...
(a) src
css : contient tous les fichiers css de conception
img : contient tous les fichiers images
js : contient tous les fichiers javascript
xml : contient tous les fichiers .xml utilisé dans les view/qweb templates
(b) description : contient un fichier html nommé "Index.html" qui permet une démonstration
et présentation sur le module, contenant des aperçus et des imprimes écrans des
fonctionnalités du module. Il contient aussi le fichier icon.png qui sera utilisé comme
l’icône du module.
8. wizard : C’est un répertoire qui va contenir les classes de transitions nécessaire à l’affichage
des assistants et des fenêtres qui servent à aider l’utilisateur à introduire les données
nécessaires pour l’obtention des résultats souhaités (états de sorties, calcul, ...). Ces modèles
seront automatiquement supprimés après utilisation.
ENIS SFAX Page 25

9. Report :C’est le répertoire qui va contenir les descriptions qweb et xml, des apports de
sortie (en pdf) du module.
10. security : Répertoire contenant les fichiers de base définissant les règles de sécurités, les
droits d’accès, les groupes, etc.
(a) Le fichier csv des droits d’accès (ir.model.access.csv) : Pour assigner les droits de
lecture et d’écriture, à un utilisateur d’un groupe.
(b) security.xml : qui va contenir la création des groupes et les autres règles d’accés
aux enregistrements.
11. controller : Ce répertoire va contenir les fichiers nécessaires des requêtes http et leurs
réponses à partir d’un navigateur internet, il concerne la pratie développement web qui
permet d’étendre ou personnaliser le module de base website proposé par Odoo.
12. i18n : Il comprend la traduction du module dans les différents langues. Principalement, il
contient le fichier template de traduction (.pot) et le fichier .po qui contient la traduction
actuelle du module.
13. Doc : C’est un répertoire qui va contenir la partie documentation concernant le module
(les fonctionnalités, les explications et demos, ...)
14. Test : C’est un répertoire qui va contenir les fichiers .py (python) de test.
La figure 2.10 illustre la structure des modules Odoo [9].
ENIS SFAX Page 26

F IGURE 2.10: Structure modulaire d’Odoo
2.5.5 Odoo en chiffres
Aujourd’hui, Odoo compte plus de 5 millions d’utilisateurs, plus de 950 employés et

plus de 2550 partenaires répartis sur 130 pays selon le site officel Odoo www.odoo.com .
Ainsi, on trouve apik, Sudokeys, Scopea, Subteno IT, Aunéor Conseil, ArkeUp..etc comme
Gold partenaires.
L’ambition de Fabien Pinckaers (PDG et fondateur en 2005 de TinyERP) est largement réussie.
Son logiciel, maintenant nommé Odoo, est en tête du classement dans les 20 logiciels de
planification des ressources d’entreprise les plus populaires.
La société de comparaison de logiciel « Capterra » a examiné 20 logiciels ERP différents.
ENIS SFAX Page 27

Sa comparaison se base sur le nombre de clients, le nombre d’utilisateurs et le social média

(l’influence sur les réseaux : Facebook, Twitter et LinkedIn) avec respectivement 40%,40% et
20% du score total.
Ainsi, nous constatons que Odoo est en première position devant Microsoft Dynamics, Sage
100 ou encore NetSuite en 2020. Cette position se justifie par son nombre important d’utilisateurs
et de clients qui est nettement supérieur à celui des concurrents.
F IGURE 2.11: Classement Odoo
2.6 Solution téléphonie IP pour Odoo
Odoo permet intégrer un module de gestion téléphonique VoIP. Parmi ses fonctionnalités,
les CRM, les ventes, les achats ainsi que de nombreux éléments de communication comme
l’expérience de site e-commerce ou de site web. Intégrer cette solution à votre entreprise vous
permettra de vous simplifier les choses, notamment sur le volet VoIP. Cette solution téléphonique
IP donnera une grande mobilité ainsi que beaucoup de liberté. Idéale, cette solution VoIP évitera
de nombreux frais de maintenance et servira de centrale téléphonique afin de réduire le coût de
vos factures finales.
ENIS SFAX Page 28

2.6.1 Définition de la VoIP
La VoIP (Voice over Internet Protocol), également appelée téléphonie IP, est une technologie
de communication dont l’une des principales applications est la téléphonie IP. Le principe
fondamental de la VoIP est la transmission de données parlées via un réseau IP (Internet
protocol). Concrètement, une conversation téléphonique VoIP ne passe plus par des fils de
cuivre du réseau téléphonique traditionnel analogique. Elle circule sur un réseau de données
numériques en passant par les câbles Ethernet de l’émetteur jusqu’au récepteur. Pour dire les
choses simplement, une conversation téléphonique VoIP passe par Internet [10].
F IGURE 2.12: VoIP Odoo
2.6.2 Processus du traitement de la VoIP
Lorsqu’un utilisateur veut entrer en communication avec un autre, une connexion est alors
établie entre les deux terminaux. L’utilisateur peut alors émettre un son par le biais d’un micro
(signal analogique) qui est ensuite numérisé et compressé par la machine (signal par synthèse).
Une fois les données encapsulées dans un paquet, ce dernier est envoyé au destinataire qui
procédera aux opérations inverses assurant ainsi la mise en forme d’un message audible [11].
F IGURE 2.13: Processus du traitement de la VoIP
ENIS SFAX Page 29

L’acquisition : C’est la première étape qui consiste à détecter la voix via un périphérique
(téléphone . . . ).
La numérisation : La bande voix qui est un signal électrique analogique utilisant une bande de
fréquence de 300 à 3400 Hz. Ce signal doit d’abord être converti sous forme numérique suivant
le format PCM (Pulse Code Modulation) ou G.711 à 64 Kbps.
La compression : Cette opération consiste à réduire la taille physique de blocs d’informations
numériques en utilisant un algorithme de compression.
L’habillage des entêtes : Le signal numérisé et compressé va être après découpé, en ajoutant
des entêtes, il faut prendre en compte l’ordre du réassemblage du paquet, le type du trafic de
synchronisation.
L’émission et transport : C’est l’acheminement jusqu’au destinataire dans des paquets IP en
utilisant les protocoles du routage.
La réception : La réception des informations émis pendant la transaction.
La conversion numérique/analogique : C’est l’étape inverse de la numérisation.
La restitution : Résultat finale, c’est l’écoute de la voix.
2.6.3 Protocoles utilisés par la VoIP
Un protocole est un langage commun utilisé par l’ensemble des acteurs de la communication
pour échanger des données. Nous allons présenter les protocoles de transport de la voix et des
protocoles de la signalisation [12].
Les Protocoles de transport de la voix :
• Le protocole RTP (Real-time Transport) : assure la gestion des flux multimédia en mode
UDP(User Datagram Protocol est un modèle standard du protocole de communication dans
des réseaux IP). Il permet aussi la transmission en temps réel des données audio et vidéo
sur des réseaux IP et il est utilisé dans les appels téléphoniques simples, les audio ou les
visioconférences.
Intégré à RTP, RTCP (Real Time Transport Control Protocol) permet d’avoir des informations
sur la qualité des données.
ENIS SFAX Page 30

• Les Protocoles de Signalisation :

H.323 : fournit les services pour le transfert de l’audio, de la vidéo ou de données à travers des
réseaux IP. Composants principaux : Terminal Gatekeeper, Passerelle, MCU.
SIP (Session Initiation Protocol) : est un protocole de signalisation défini, permettant l’établissement
et la modification de sessions multimédias (voix, vidéo, données). Il a été étendu afin de supporter
de nombreux services tels que la messagerie instantanée, le transfert d’appel, la conférence et
les services complémentaires de téléphonie.
IAX (Inter-Asterisk eXchange) : est un protocole de voix sur IP issu du projet de PABX
open source Asterisk. Il permet la communication entre un client et serveur ou entre serveurs
Asterisk.
La technologie du VoIP est une partie intégrante de notre projet, puisqu’elle est intégrée dans
l’ERP Odoo.
2.6.4 Avantages de la VoIP Odoo
Simple, économique, efficace : les avantages de la VoIP Odoo sont multiples :

• Un seul numéro pour tous vos contacts, que vous occupiez vos locaux ou que vous soyez en
déplacement.
• Gain de temps et d’argent grâce à des réunions virtuelles.
• Pas de frais de maintenance.
• Des économies faites sur les facture téléphonique.
• Joignable tous les jours, tout le temps et avec de nombreuses fonctionnalités : transfert d’appel,
menu de réception interactif etc.
• Rapide, intuitif, efficace. . .
Nous avons choisi de configurer le serveur Asterisk (serveur open source) avec Odoo, pour
assurer le bon fonctionnement de cette solution VoIP Odoo.
En effet, Asterisk est compatible avec la majorité des protocoles et codecs présents sur le
Marché.
Les différents modèles d’installation proposés (service ou distribution) ont pour avantages de
ENIS SFAX Page 31

faciliter une intégration rapide dans un réseau existant. La configuration du PABX et de ses
modules est centralisée et accessible depuis de nombreuses interfaces d’administration (Web,
Wizard, CLI, File Editor ...).
Par le biais de nos tests, nous avons validé le bon rapport qualité/prix proposé par cette solution,
grâce notamment à la faible consommation de ressources nécessaires au bon fonctionnement du
service de téléphonie.
En conclusion, la facilité d’intégration, l’évolutivité, et la professionnalisation de ce système en
font une solution concurrente pour les constructeurs du Marché (Alcatel, Matra, Cisco).
2.6.5 Asterisk
Asterisk est connu comme la plate-forme de solution logicielle PBX (Private Branch Exchange)
gratuite et ouverte. Il prend en charge la VoIP et le RTPC (réseau téléphonique public à commutation).
Il est utilisé par de nombreux particuliers et entreprises pour leurs besoins de communication.
Les terminaux connectés à Asterisk peuvent communiquer entre eux et se connecter à d’autres
services téléphoniques, tels que le réseau téléphonique public commuté (RTPC) et les services
de voix sur IP (VOIP). Ce dernier implémente les protocoles H.323 et SIP ainsi qu’un protocole
spécifique nommé IAX. Il permet la communication entre client et serveur ainsi qu’entre deux
serveurs [13].
F IGURE 2.14: Logo d’Asterisk
ENIS SFAX Page 32

2.7 Conclusion
Dans ce chapitre, nous avons donné des détails sur les éléments de base, ainsi que les
différentes technologies et concepts intégrés dans le système du gestion téléphonique développé
sur le module VoIP Odoo.
Cette étude constitue le support de base de la spécification des besoins fonctionnels et non
fonctionnels pour bien mener l’intégration d’une solution VoIP sur un système ERP Odoo que
nous allons l’entamer dans le chapitre suivant.
ENIS SFAX Page 33

Chapitre
3
Spécifications des besoins et conception
Sommaire
3.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
3.2 Choix du langage de modélisation . . . . . . . . . . . . . . . . 35
3.3 Analyse des besoins . . . . . . . . . . . . . . . . . . . . . . . . . 36
3.3.1 Identifications des acteurs . . . . . . . . . . . . . . . . . . . . . 36
3.3.2 Besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . 37
3.3.3 Besoins non fonctionnels . . . . . . . . . . . . . . . . . . . . . . 37
3.4 Spécification des besoins . . . . . . . . . . . . . . . . . . . . . . 38
3.4.1 Diagramme de cas d’utilisation . . . . . . . . . . . . . . . . . . 38
3.5 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
3.5.1 Diagramme de classes . . . . . . . . . . . . . . . . . . . . . . . 45
3.5.2 Diagrammes de séquence . . . . . . . . . . . . . . . . . . . . . . 46
3.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
ENIS SFAX Page 34

CHAPITRE 3. SPÉCIFICATIONS DES BESOINS ET CONCEPTION
3.1 Introduction
Le présent chapitre est consacré à l’identification, l’analyse et la spécification des besoins

qui représentent une phase importante dans le cycle de développement d’un logiciel.
La modélisation est une étape préliminaire, importante avant de passer à la réalisation puisqu’elle
fournit une représentation approchée du système que l’on veut analyser ou concevoir. Cette
représentation contribue à l’étude des caractéristiques techniques du système, des phénomènes
relatifs à son fonctionnement ou encore de son architecture.
Nous entamons une spécification des besoins fonctionnels et non fonctionnels. Ainsi, nous
modélisons ces besoins à l’aide des diagrammes des cas d’utilisation en décrivant leurs fonctionnalités
majeures.
3.2 Choix du langage de modélisation
Parmi les langages les plus utilises en modélisation de logiciel informatique, qui est une
étape préliminaire, on trouve Merise et UML.
Merise : une méthode de conception de système informatique particulièrement efficace

pour la représentation et la modélisation des bases de données.
F IGURE 3.1: logo Merise
UML : un langage de modélisation graphique à base de pictogrammes conçu pour fournir

une méthode normalisée pour visualiser essentiellement la conception d’un système. Il est
apparu dans le monde du génie logiciel, dans le cadre de la « conception orienté objet ».
ENIS SFAX Page 35

UML permet de représenter un système selon différentes vues complémentaires : les diagrammes.
F IGURE 3.2: logo UML
En se basant sur ces caractéristiques d’UML, nous avons choisi de l’utiliser pour la modélisation
et la conception de notre projet.
Pour modéliser les besoins de développement du projet, nous avons utilisé des diagrammes
tels que le diagramme de cas d’utilisation, le diagramme de séquence et le diagramme de
classes.
3.3 Analyse des besoins
Avant l’élaboration du projet, il est primordial de comprendre et d’analyser les exigences

du client et définir ses besoins.
Dans ce contexte, nous avons réservé cette partie pour identifier les différents acteurs et énumérer
les différents besoins fonctionnels et non fonctionnels de notre application.
3.3.1 Identifications des acteurs
D’après le langage UML, un acteur représente un rôle joué par une entité externe (humain
ou système) qui interagit directement avec le système. Pour notre application, nous avons
identifier les acteurs suivants :
— L’administrateur : La personne qui a le droit de gérer les utilisateurs et la configuration.
ENIS SFAX Page 36

— Utilisateur : Utilisateur Odoo : C’est lui qui gère ces opérations qui suivent : la gestion
des contacts et la gestion des appels.
3.3.2 Besoins fonctionnels
Les besoins fonctionnels sont les fonctionnalités que le système doit fournir à ses utilisateurs.
L’outil n’est considéré opérationnel que s’il garantit la disponibilité de ses fonctionnalités. Dans
ce qui suit, nous repérons les besoins fonctionnels que notre application doit satisfaire :
- Échange d’appels.
- Enregistrement d’appel.
- Intégration CRM.
- Rapports et statistiques.
3.3.3 Besoins non fonctionnels
Les besoins non fonctionnels sont l’ensemble des besoins qui caractérisent le système. Ils
jouent un rôle très important dans le but de garantir la qualité logicielle de notre système.
En fait, ce sont l’ensemble de besoins qui permettent d’identifier les contraintes internes et
externes de notre système.
Dans notre application, les besoins non fonctionnels se résument dans les points suivants :
- Sécurité : L’application doit garantir la sécurité des données qu’elle gère. Le mécanisme
d’authentification doit permettre d’assurer l’authenticité de l’utilisateur connecté et de vérifier
et valider les autorisations. De plus, les échanges entre le back end et le front end doivent être
protégés.
- Ergonomie : Notre application doit donc offrir une interface conviviale et qui facilite l’exploitation
des fonctionnalités offertes aux utilisateurs.
- Compatibilité : Dans un contexte d’application web, il est important de s’assurer du bon
fonctionnement de l’application sur différents types et versions de navigateurs web.
- Évolutivité : Le développement des applications informatiques doit se faire en considérant
ENIS SFAX Page 37

toujours l’évolutivité du système ultérieurement. Modélisation efficace et correcte, respect des

bonnes pratiques de programmation, proposition d’architectures modulaires et extensibles.
3.4 Spécification des besoins
Nous présentons, dans cette partie, les fonctionnalités principales proposées, en utilisant les
diagrammes UML, et nous décrivons en détails chaque cas d’utilisation. Cette description est
utile pour délimiter le projet et pour planifier son déroulement.
3.4.1 Diagramme de cas d’utilisation
Les cas d’utilisation permettent de structurer les besoins des utilisateurs et les objectifs
correspondants d’un système. Ils centrent l’expression des exigences du système sur ses utilisateurs.
Ils partent du principe que les objectifs du système sont tous motivés.
La détermination et la compréhension des besoins sont souvent difficiles car les intervenants
reçoivent une trop grandes quantités d’informations : il faut donc clarifier et organiser les
besoins des clients (les modéliser).
Pour cela, les cas d’utilisation identifient les utilisateurs du système et leurs interactions avec le
système.
Nous introduisons dans cette partie les diagrammes du cas d’utilisation Administrateur et Utilisateur
qui se présentent dans le deux figures suivantes :
ENIS SFAX Page 38

F IGURE 3.3: Diagramme de cas d’utilisation Administrateur
F IGURE 3.4: Diagramme de cas d’utilisation Utilisateur
ENIS SFAX Page 39

Les détails des diagrammes de cas d’utilisation sont représentés par la suite.
3.4.1.1 Description des cas d’utilisations
Dans cette partie, nous allons détailler les cas d’utilisations ,en expliquant le but de chacun
et les pré-conditions nécessaires.
Ajouter un utilisateur :
Après son authentification, l’administrateur est autorisé à ajouter un nouvel utilisateur.

Comme le décrit le tableau 1.
TABLE 3.1: Ajout d’un utilisateur
But Ajouter un utilisateur
Acteur Administrateur
Pré condition Authentification avec un login et un mot de passe
Accéder à la configuration
Accéder à la gestion des droits d’accès
Scénario Sélectionner un utilisateur
Appuyer sur le bouton modifier
Valider
Modifier un utilisateur
Après son authentification, l’administrateur est autorisé à modifier un utilisateur. Comme

le décrit le tableau 2.
ENIS SFAX Page 40

TABLE 3.2: Modification d’un utilisateur
But Modifier un utilisateur
Scénario Sélectionner un utilisateur.
Appuyer sur le bouton modifier
Valider
Supprimer un utilisateur
Après son authentification, l’administrateur est autorisé à supprimer un utilisateur. Comme le

décrit le tableau 3.
TABLE 3.3: Suppression d’un utilisateur
But Supprimer un utilisateur
Scénario Sélectionner un utilisateur.
Appuyer sur le bouton supprimer
Valider
ENIS SFAX Page 41

Ajouter un contact
Après son authentification, l’utilisateur est autorisé à ajouter un nouveau contact. Comme le
décrit le tableau 4.
TABLE 3.4: Ajout d’un contact
But Avoir les informations nécessaires pour le contact
Acteur Utilisateur
Accéder à la liste des contacts

Appuyer sur le bouton ajouter
Scénario Remplir le formulaire
Valider les informations du contact
Modifier un contact
Après son authentification, l’utilisateur est autorisé à modifier un contact. Comme le décrit le
tableau 5.
TABLE 3.5: Modification d’un contact
But Avoir les informations nécessaires pour le contact
Acteur Utilisateur

Appuyer sur le bouton ajouter
Scénario Cliquer sur le bouton modifier
Modifier les informations
Appuyer sur valider
ENIS SFAX Page 42

Supprimer un contact
Après son authentification, l’utilisateur est autorisé à supprimer un contact. Comme le décrit le
tableau 6.
TABLE 3.6: Suppression d’un contact
But Supprimer un contact
Acteur Utilisateur

Sélectionner un contact
Scénario Cliquer sur le bouton supprimer
Valider les informations du contact
Afficher la fiche de contact
L’utilisateur peut consulter la fiche d’un contact. Comme le montre le tableau 7.
TABLE 3.7: Affichage de la fiche du contact
Visualiser les informations nécessaires pour

But contacter une personne
Acteur Utilisateur

Scénario Sélectionner un contact
Afficher de la fiche du contact
Consulter l’historique
L’utilisateur peut consulter l’historique d’un contact. Comme le montre le tableau 8.
ENIS SFAX Page 43

TABLE 3.8: Consultation de l’historique
But Pour garder une traçabilité des appels reçus émus
Acteur Utilisateur

Sélectionner un contact
Scénario Afficher la fiche du contact
Appuyer sur le bouton l’historique
Afficher l’historique
Émettre un appel
L’utilisateur peut appeler un contact. Comme le montre le tableau 9.
TABLE 3.9: Émission d’un appel
But Contacter les clients
Acteur Utilisateur

Scénario Sélectionner un contact
Cliquer sur le bouton Dial
Recevoir un appel
L’utilisateur peut recevoir un appel d’un contact. Comme le montre le tableau 10.
TABLE 3.10: Réception d’un appel
Acteur Utilisateur
Recevoir un appel à travers l’interface développée

Scénario Odoo
ENIS SFAX Page 44

Enregistrer un appel
Lors de la réception ou l’émission d’un appel par un utilisateur, cet appel sera enregistré
automatiquement. Comme le montre le tableau 11.
TABLE 3.11: Enregistrement d’un appel
Acteur Utilisateur
Scénario 1 : Recevoir un appel. Enregistrement

automatique de l’appel.
Scénario
Scénario 2 : Émettre un appel. Enregistrement
automatique de l’appel.
3.5 Conception
Cette section est consacrée à la conception de notre application. Nous commençons par l’aspect
statique qui englobe le diagramme de classes, puis, nous envisageons l’aspect dynamique de
notre solution représenté par le diagramme de séquence.
3.5.1 Diagramme de classes
Le diagramme de classes est un diagramme pivot de l’ensemble de la modélisation d’un

système, chaque classe de ce diagramme intègre une partie dédiée aux données et une autre
partie dédiée aux traitements. Notre diagramme de classe est présenté par la figure suivante :
ENIS SFAX Page 45

F IGURE 3.5: Diagramme de classe
3.5.2 Diagrammes de séquence
Le diagramme de séquence met en évidence les interactions en fonction de la chronologie.

L’ordre d’envoi d’un message dans les diagrammes de séquence est déterminé par sa position
sur l’axe verticale du diagramme, le temps s’écoule de haut en bas de cet axe. La description
des objets sur l’axe horizontal n’a pas de conséquence pour la sémantique du diagramme. Ces
diagrammes peuvent servir à illustrer un cas d’utilisation. Nous allons présenter les principaux
diagrammes de séquences.
3.5.2.1 Diagrammes de séquence « Émettre un appel »
Les principales étapes pour émettre un appel sont :

- L’utilisateur doit s’authentifier à Odoo.
- L’utilisateur sélectionne le contact et appuie sur le bouton dial.
- Odoo se connecte à asterisk.
- Asterisk fait sonner le softphone de partenaire.
ENIS SFAX Page 46

(Un softphone est un système de téléphonie via VoIP. C’est un logiciel de téléphonie spécialisé
pour les appels téléphoniques en temps réel, sur Internet et les réseaux d’entreprises.)
- Le contact répond à l’appel.
- Communication entre l’utilisateur et le partenaire.
Les détails de l’émission d’un appel sont décrites dans le diagramme de séquence de la figure
suivante :
F IGURE 3.6: Diagramme de séquence « Émettre un appel »
3.5.2.2 Diagrammes de séquence « Recevoir un appel »
Les principales étapes pour recevoir un appel sont :

- Le partenaire compose le numéro souhaité.
- Le serveur asterisk transfère l’appel à l’interface d’Odoo.
- L’utilisateur reçoit l’appel.
ENIS SFAX Page 47

- Si l’utilisateur est disponible, il décroche le téléphone pour communiquer sinon le partenaire

reçoit un affichage «pas de réponse» et l’appel se termine.
F IGURE 3.7: Diagrammes de séquence « Recevoir un appel »
3.6 Conclusion
La modélisation et l’analyse des besoins sont deux étapes préliminaires pour établir la liste des
objectifs à atteindre et fixer les attentes de manière à affiner notre projet.
Ce chapitre a été consacré à l’analyse des besoins fonctionnels et non fonctionnels et leur
modélisation à travers des diagrammes de cas d’utilisation ainsi que la conception de diagramme
de classe et des séquences, pour assurer une meilleure visibilité des fonctionnalités.
Dans le chapitre suivant, nous présenterons la partie réalisation.
ENIS SFAX Page 48

Chapitre
4
Implémentation de la solution
proposée
Sommaire
4.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
4.2 Environnement de travail . . . . . . . . . . . . . . . . . . . . . . 50
4.2.1 Environnement matériel . . . . . . . . . . . . . . . . . . . . . 50
4.2.2 Environnement logiciel . . . . . . . . . . . . . . . . . . . . . . . 50
4.3 Réalisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
4.3.1 Architecture modulaire de la solution . . . . . . . . . . . . . . . 54
4.3.2 Authentification . . . . . . . . . . . . . . . . . . . . . . . . . . 55
4.3.3 Implémentation . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
4.4 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
ENIS SFAX Page 49

CHAPITRE 4. IMPLÉMENTATION DE LA SOLUTION PROPOSÉE
4.1 Introduction
Ce chapitre représente le dernier volet de ce rapport, qui a pour objectif d’illustrer

l’implémentation technique et les différents axes de la réalisation de ce projet. Pour ce faire,
nous commençons par décrire l’environnement du travail. Puis, on va présenter notre application
qui contient des interfaces graphiques qui représentent une partie importante dans la phase de
réalisation de notre application.
4.2 Environnement de travail
Dans cette partie, nous mettons en évidence notre environnement de travail matériel et logiciel
et nous justifions les différents choix technologiques.
Nous nous intéressons à présenter l’environnement matériel et logiciel de travail , qui nous
a permis de mettre en œuvre notre projet, ainsi que la justification du choix de langage du
développement utilisés.
4.2.1 Environnement matériel
Durant le projet, le travail a été réalisé sur un ordinateur qui présente les caractéristiques
suivantes :
• Marque : Msi Gaming
• Processeur : i7 9th Gen
• Mémoire RAM : 32Go
• Disque Dur : 1 To
• Système d’exploitation : Ubuntu 18.04
4.2.2 Environnement logiciel
Nous présentons dans cette partie les outils logiciels et les langages qui nous ont permis de
réaliser et de développer notre solution.
ENIS SFAX Page 50

4.2.2.1 Outils de développement
— PyCharm
Pycharm est un environnement de développement intégré utilisé pour programmer en Python. Il

permet l’analyse de code et contient un débogueur graphique. Il permet également la gestion des
tests unitaires, l’intégration de logiciel de gestion de versions, et supporte le développement web
avec Django. Développé par l’entreprise tchèque JetBrains, c’est un logiciel multi-plateforme
qui fonctionne sous Windows, Mac OS X et Linux. Il est décliné en édition professionnelle,
diffusé sous licence propriétaire, et en édition communautaire diffusé sous licence Apache [14].
Pour le développement de notre projet, nous avons utilisé la dernière version du «Pycharm» :
Pycharm Community Edition 2021.3
La figure 4.1 montre le logo de Pycharm.
F IGURE 4.1: Logo Pycharm
— Odoo
Odoo est une solution open source polyvalente permettant la gestion des entreprises . Comme
la version entreprise assure plus des fonctionnalités et est recommandé pour le développement
professionnel, nous l’avons intégré au niveau de notre projet [15].
Par conséquence, nous avons utilisé la version entreprise d’Odoo13 (Entreprise Edition).
— PostgreSQL
PostgreSQL est publié sous la licence PostgreSQL, une licence logicielle permissive gratuite et
open source, développée par le PGDG (PostgreSQL Global Development Group), un groupe de
bénévoles individuels et d’entreprises [16].
ENIS SFAX Page 51

La partie de base de données de «Softifi Call Center» est gérée par le SGBD PostgreSQL, il
supporte la version réseau 11.2.1. La figure 4.2 montre le logo de PostgreSQL.
F IGURE 4.2: Logo PoqtgreSQL
— PgAdmin
PgAdmin est un logiciel graphique de gestion et d’administration des bases de données

PostgreSQL. Il permet la visualisation et la manipulation de la base de données avec une
interface ergonomique et facile à utiliser [17].
Dans notre application, nous avons exploité les avantages de PgAdmin4 dont l’interface est
présentée dans la figure 4.3.
F IGURE 4.3: Interface PgAdmin4
4.2.2.2 Langages
— Python
Python est un langage de programmation interprété, multi-paradigme et multiplateformes. Il

favorise la programmation impérative structurée, fonctionnelle et orientée objet. Il est doté d’un
ENIS SFAX Page 52

typage dynamique fort, d’une gestion automatique de la mémoire par ramasse-miettes et d’un
système de gestion d’exceptions ; il est ainsi similaire à Perl, Ruby, Scheme, Smalltalk et Tcl
[18].
Selon IEEE (Institute of Electrical and Electronics Engineers), python est élu le meilleur
langage de programmation en 2020.
Notre application «Softifi Call Center» utilise la version 3.6 de python.
F IGURE 4.4: Classement Python
F IGURE 4.5: Logo Python
ENIS SFAX Page 53

— XML
XML (entendez eXtensible Markup Language) est traduisé langage à balises étendu, ou langage
à balises extensible et en quelque sorte un langage HTML amélioré permettant de définir
de nouvelles balises. Il s’agit effectivement d’un langage permettant de mettre en forme des
documents grâce à des balises (markup) [19].
La partie vue de «Softifi Call Center» est gérée par XML.
F IGURE 4.6: Logo XML
4.3 Réalisation
Dans cette partie nous exposons le travail réalisé lors du stage. Nous commençons par présenter
l’architecture modulaire de notre application. Ensuite, nous montrons la phase de l’installation
de l’application et les différentes interfaces pour chaque groupe d’utilisateurs. Nous terminons
par exposer, à travers un enchaînement d’interfaces, un scénario donnant un aperçu général sur
les différentes fonctionnalités de notre application.
4.3.1 Architecture modulaire de la solution
Dans le chapitre 2 de ce rapport, nous avons présenté la structure modulaire générale d’un
module Odoo.
Chaque développeur Odoo doit respecter la convention pour pouvoir créer et développer ses
propres modules odoo et améliorer la qualité du code. En effet, un code approprié améliore
la lisibilité, facilite la maintenance, facilite le débogage, réduit la complexité et favorise la
fiabilité. Ces directives doivent être appliquées à chaque nouveau module et à tout nouveau
développement.
ENIS SFAX Page 54

F IGURE 4.7: Structure de module «Softifi Call Center»
4.3.2 Authentification
Dans notre application, nous nous intéressons à deux acteurs principaux. La page
d’authentification présente dans la figure 4.8 joue un rôle très important dans le but de diriger
chaque acteur à son espace privé selon son rôle.
F IGURE 4.8: Interface d’authentification
ENIS SFAX Page 55

Suite à la connexion de l’utilisateur, Odoo se charge de lui ouvrir une session selon son
rôle. Ainsi, l’administrateur est connecté avec tous les privilèges déjà définis dans le système.
L’utilisateur Odoo est connecté mais avec des limites.
4.3.3 Implémentation
Avant d’installer le module, il faut vérifier que le répertoire de notre projet existe dans le
dossier «addons» du répertoire «softifi_center». Puis nous installons notre module à partir du
gestionnaire de taches en cliquant sur «install».
F IGURE 4.9: Le module «Softifi Call Center» dans la liste des applications installées
F IGURE 4.10: Le module «Softifi Call Center» après l’installation
Après être installé, le module «Softifi Call Center» sera ajouté à la liste des éléments de menu
(Figure 4.11).
ENIS SFAX Page 56

F IGURE 4.11: l’application «Softifi Call Center» après l’installation
Notre application est organisée en six grands menus, comme nous constatons dans la figure
4.12.
F IGURE 4.12: Les menus de«Softifi Call Center>
a) Menu Dial
Le menu Dial présent dans la figure 4.13 comprend deux cas :

Premier cas : cas de reception d’appel : une bulle d’information apparait comprents le numero
de l’appelant avec deux bouttons repondre ou refuser
F IGURE 4.13: Bulle d’information du Dial
ENIS SFAX Page 57

Deuxieme cas : en cliquant sur le menu Dial, on aura des sous menus :
-Liste de contacts figure 4.14.
-Clavier pour composer un nouveau numéro figure 4.15.
F IGURE 4.14: Liste de contacts F IGURE 4.15: Clavier du Dial
b) Menu configuration
Le menu configuration présent dans la figure 4.16 comprend les différents activités que le centre
offre à ses clients et la possibilité d’ajouter une eventuelle activité supplémentaire.
F IGURE 4.16: Les différentes activités offerte par «Softifi Call Center»
c) Menu Employees
Le menu employés présent dans la figure 4.17 comprend la liste de tous les employés du Softifi
Call Center .
Cette liste n’est pas fermée et elle pourra comporter des eventuels employés dans le futur .
ENIS SFAX Page 58

F IGURE 4.17: Liste des employés du «Softifi Call Center»
d) Menu Phone Calls
Le menu phone calls comprend deux sous menus :
1-Contacts est le premier sous menu qui comprend la liste des contacts susceptibles d’être
ajoutés ou retirés(figure 4.18).
F IGURE 4.18: Liste des contacts du «Softifi Call Center»
2-logged calls comprend le formulaire à remplir pour les prospects ou clients (figure 4.19) et
les statuts de leurs fiches.
ENIS SFAX Page 59

F IGURE 4.19: Données du client rempli par l’employé de «Softifi Call Center»
e) Menu My pipline
Le menu my pipline présent dans la figure 4.20 comprend un rapport récapitulant la totalité de
l’activité et interventions de tous les employés du centre, afin d’assurer la gestion de la relation
avec les clients «CRM».
F IGURE 4.20: Rapport CRM
f) Menu Dashboard
Le menu Dashboard présent dans les figures 4.21 et 4.22 est une représentation visuelle
des informations importantes sur un même écran, rassemblant différentes données permettant
notamment une analyse approfondie.
Le dashboard affiche tous les éléments qui permettent d’évaluer la situation dans laquelle se
ENIS SFAX Page 60

trouve l’entreprise. Il permet d’avoir une vue générale du système, car il résume toutes les
informations en quelques indicateurs essentiels. Il aide ainsi à prendre les bonnes décisions.
— Statistique CRM (figure 4.21)
— Statistique du centre (figure 4.22)
F IGURE 4.22: Statistiques du «Softifi Call

F IGURE 4.21: Statistiques CRM
Center»
Notre solution offre à la direction du center d’exporter ces rapports dans des fichiers Excel.
F IGURE 4.23: Rapport d’activité du center
4.3.3.1 Etablissement d’appel
Par exemple : L’employé 1062 va appeler le contact 1061

- Emission d’appel de la part de l’employé 1062 (figure 4.24).
- Réception d’appel de la part du contact 1061 (figure 4.25).
ENIS SFAX Page 61

-Communication établi «appel en cours» (figure 4.26).

-Lancement automatique de l’enregistrement de la communication dans un fichier audio (figure
4.27).
F IGURE 4.24: Emission d’appel F IGURE 4.25: Réception d’appel
F IGURE 4.27: Ensemble des

communications sauvegardées
F IGURE 4.26: Appel en cours
4.3.3.2 Taches de l’employé
- Ce formulaire doit être redigier par l’employé 1062 en cours de la communication .
F IGURE 4.28: Rapport de la communication
ENIS SFAX Page 62

-L’employé 1062 peut organiser une éventuel activité avec le contact 1061.
F IGURE 4.29: Fiche d’activité
-L’employé 1062 peut prévoir une prochaine communication avec le même contact 1061 pour
suivi.
F IGURE 4.30: Fiche suivi
-l’employé peut planifer une réunion avec le contact 1061, en cas de besoin.
F IGURE 4.31: Fiche meeting
ENIS SFAX Page 63

Rapport d’activité de l’employé 1062 (rapport peut être journalier ou selon le besoin de la
direction)
F IGURE 4.32: Rapport d’activité
- A la fin de la communication un email sera envoyé au contact 1061 pour lui informer si
l’opportunité est accepter ou non et un fichier PDF qui résume les données du client est crée.
Modèle d’un email pour une opportunité acceptée (figure 4.33).
Modèle d’un email pour une opportunité perdue (figure 4.34).
Fichier PDF résumant les données du contact 1061 (figure 4.35).
F IGURE 4.33: Mail d’une opportunité F IGURE 4.34: Mail d’une opportunité
acceptée perdue
ENIS SFAX Page 64

F IGURE 4.35: Fichier PDF
4.4 Conclusion
Dans ce dernier chapitre, nous avons présenté l’environnement de travail et les outils de
développement. Nous avons bien détaillé les différentes interfaces que nous avons développées
tout au long de ce projet.
ENIS SFAX Page 65

CONCLUSION GÉNÉRALE
Notre projet de fin d’étude a été réalisé au sein de l’entreprise «Softifi». Il se situe dans le
monde des progiciels de gestion intégrée ERP.
Dans ce cadre nous avons implémenté un module de gestion téléphonique pour un centre
d’appel, nous avons réalisé une solution qui permet de numériser et automatiser presque toutes
les taches d’un centre d’appel intitulé «Softifi Call Center».
Pour assurer un développement d’une solution flexible et répondant aux besoins, nous sommes
partis d’une présentation de contexte général du projet avant de décrire et de comprendre les
principaux concepts des ERP et particulièrement le progiciel libre Odoo.
Ce travail nous a permis de mettre en valeur nos connaissances acquises tout au long du
parcours académique de la formation d’ingénieur, il s’agit du premier pas vers l’insertion dans
l’environnement de la vie professionnelle effective. Par ailleurs, nous avons eu l’opportunité
d’intégrer et de prendre connaissance de l’ERP Odoo, ainsi que les avantages du langages
Python et XML, ce qui nous a permit de bien renforcer d’une part les connaissances théoriques
et de les valider en pratique.
Nous avons travaillé en équipe, nous avons aussi eu l’occasion d’apprendre comment présenter
un travail ou un projet devant des ingénieurs et les personnels de la société aussi comment
organiser et assister des réunions.
Nous avons aussi appris comment effectuer un travail bien organisé, rigoureux et méthodique
dans la gestion de tous les probleme et tache dans une société.
Enfin, ce projet a été bénéfique surtout avec l’aide et l’intégration dans l’équipe de la société
Softifi que je remercie encore tous ses membres.
ENIS SFAX Page 66

BIBLIOGRAPHIE
[1] Définition d’un centre d’appel : Disponible sur :

https ://conversecallcenter.com/definition-centre-dappel/.
[2] Définition CRM : «Apport des applications de CRM comprises dans les progiciels de
gestion intégrés aux TPE et PME.» Toussaint, Marius
[3] L’ERP : définition utilité – Le Blog Du Dirigeant.. Disponible sur :

https ://www.leblogdudirigeant.com/lerp-definition-et-utilite/.
[4] Logiciel ERP : définition fonctionnement . Disponible sur :

https ://erp.ooreka.fr/comprendre/logiciel-erp.
[5] Scrum : «Le Guide Scrum - Le guide de Référence de Scrum : Les règles du jeu»
Ken Schwaber Jeff Sutherland (Novembre 2020)
[6] Acronyme ODOO. Disponible sur :

www.odoo.com/frFR/forum/aide−1/what−does−odoo−stand−for−52556.
[7] ODOO : Logiciel de gestion d’entreprise. Disponible sur :

www.celge.fr/editeurs/odoo-logiciel-de-gestion-dentreprise/
[8] Les solutions Odoo : Disponible sur :

https ://www.celge.fr/editeurs/odoo−logiciel−de−gestion−dentreprise−crm−erp−facturation
−comptabilite−gpao−cms−ecommerce.
[9] Architectuire ODOO. Disponible sur :

https ://odooskills.com/bien-comprendre-architectue-technique-odoo.html.
[10] VoIP : «La Voix sur IP (VoIP) : une opportunité pour la sécurité ?» Nicolas Dubée
[11] Communication par voix sur IP Disponible sur :

www.radioactif.com/blog/communication-par-voix-sur-ip-voip-comprendre-son
ENIS SFAX Page 67

BIBLIOGRAPHIE
[12] Les protocoles en VoIP. Disponible sur :

www.networklab.fr/protocoles-de-voip-et-codecs-audio/
[13] Asterisk Server. Disponible sur :

https ://fr.wikipedia.org/wiki/Asterisk-(logiciel)
[14] Pycharm : Procédure d’installation de PyCharm. Disponible sur :

https ://koor.fr/Python/Tutorial/pythonidepycharm.wp.
[15] Les solutions Odoo : Disponible sur :

https ://www.celge.fr/editeurs/odoo−logiciel−de−gestion−dentreprise−crm−erp−facturation
−comptabilite−gpao−cms−ecommerce.
[16] PostgreSql : Tout ce que vous devez savoir sur PostgreSQL. Disponible sur :
https ://www.oracle.com/fr/database/definition-postgresql.html.
[17] PgAdmin : Postgres pgAdmin 4 : Installation et configuration. Disponible sur :

http ://tutoriels.meddeb.net/postgres−pgadmin−4−installation−configuration/.
[18] Python : Le Langage PYTHON. Disponible sur :

https ://www.audit−conseil−formation.com/comprendrepython.html.
[19] XML (Extensible Markup Language) : définition et description simple. Disponible sur :
https ://www.journaldunet.fr/web-tech/dictionnaire-du-webmastering/1203615-xml-extensible-
markup-language-definition-traduction/.
ENIS SFAX Page 68

Mise en place d’une solution VOIP pour un centre d’appel
sur le système ERP Odoo
Houyem BEN BETTAIEB
Résumé :
Le présent rapport a été rédigé dans le cadre d’un projet de fin d’études en vue de l’obtention du
diplôme national d’ingénieur en génie Electrique. Ce projet a été effectué au sein de l’entreprise
Softifi dont l’objectif est de développer une solution pour l’implémentation d’un produit pour
un centre d’appel. Cette solution inclut une partie CRM, une partie supervision du personnel et
enfin une section des rapports et des statistiques.
Mots clés :Odoo , Python , XML, Asterisk, VoIP.
Abstract : This report is a segment of a graduation project for the national diploma of electrical
engineer. it was carried out within the company Softifi, whose ojective is to develop a solution
for the implementation of Call Centers product. This solution iclude a CRM, a staff supervision
and a reports ans statistics section.
Key-words :Odoo , Python , XML, Asterisk, VoIP.

RapportPFE Houyem

Transféré par

Informations du document

Titre original

Copyright

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

RapportPFE Houyem

Titre original :

Transféré par

Droits d'auteur :

République Tunisienne Cycle de Formation d’Ingénieurs dans la

Ministère de l’Enseignement Supérieur Discipline Génie Electrique

École Nationale d’Ingénieurs

L’École Nationale d’Ingénieurs de Sfax

(Département de Génie Electrique)

Diplôme National d’Ingénieur en Génie Electrique

Houyem BEN BETTAIEB

Mise en place d’une solution VoIP sur ERP Odoo

Soutenu le 11/09/2021, devant la commission d’examen :

M. Mohamed CHTOUROU Président

A ma très chère mère

A mon très cher père

À vous tous. Je dédie ce travail

ENIS SFAX Page i

A cette occasion, je voudrais remercier M. Mohamed CHTOUROU, Professeur à l’Ecole

Avec beaucoup de plaisir, je tiens, à exprimer ma profonde gratitude, ma reconnaissance,

ENIS SFAX Page ii

LISTE DES FIGURES vii

LISTE DES TABLEAUX viii

LISTE DES ABRÉVIATIONS ix

1 Cadre général du projet 3

2 Méthodologie de travail et solution ERP Odoo 9

ENIS SFAX Page iii

2.3.3 Choix de la méthodologie . . . . . . . . . . . . . . . . . . . . . . . . 16

3 Spécifications des besoins et conception 34

ENIS SFAX Page iv

4 Implémentation de la solution proposée 49

ENIS SFAX Page v

1.1 Logo Softifi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

2.1 Quelques ERP open sources . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

3.1 logo Merise . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

4.1 Logo Pycharm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51

ENIS SFAX Page vi

4.5 Logo Python . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

ENIS SFAX Page vii

LISTE DES TABLEAUX

3.1 Ajout d’un utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

ENIS SFAX Page viii

ERP Entreprise Ressource Planning

PGI Progiciel de Gestion Intégrée

PME Petite ou Moyenne Entreprise

VoIP Voice over Internet Protocol

ORM Object Relational Mapping

CRM Customer Relationship Management

SGBD Système de Gestion de Bases de Données

UML Unified Modeling Language

XML eXtensible Markup Language

ENIS SFAX Page ix

La révolution informatique et la transition numérique dans le monde actuellement a poussé

En parallèle, avec le développement technologiques et l’évolution du volume des données

ENIS SFAX Page 1

Le présent rapport contient quatre chapitres :

• Le troisième chapitre «Spécifications des besoins et conception» est consacré à la spécification

• Le quatrième et dernier chapitre intitulé «Implémentation de la solution proposée» présente

ENIS SFAX Page 2

ENIS SFAX Page 3

1.1 Présentation et activité de la société Softifi

Mon projet de fin d’études a été réalisé au sein de la société Softifi.

F IGURE 1.1: Logo Softifi

F IGURE 1.2: Siège de Softifi

ENIS SFAX Page 4

1.1.1 Produits et services fournis

Afin d’accomplir sa mission parfaitement, Softifi a bâti sa politique de ressources humaines

1.2 Présentation du projet

1.2.1 Cadre du projet