Institut National des Sciences Appliquées et de Technologie (INSAT) · Programming, Software Engineering · textbook

Ministère de l’Enseignement Supérieur, de la Recherche Scientifique et de la Technologie  Université de Carthage  Institut National des Sciences Appliquées et de Technologie

Projet de Fin d’Etudes

Pour l’obtention du

Diplôme National d’Ingénieur

Filière : Génie Logiciel

Sujet :

Refonte architecturale d'une plateforme monolithique de pilotage en utilisant des microservices

Réalisé par : Salma DALDOUL

Entreprise d’accueil :

Soutenu le 17/06/2016

Président: Mme Faten CHAIEB Examinateur: Mme Ghada GASMI Responsable INSAT: Mme Sonia BOUZIDI Responsable Entreprise: M. Mohamed Aymen HOUISSA Responsable Entreprise: M. Sabri MTIBAA

Année Universitaire : 2015/2016

Ministère de l’Enseignement Supérieur, de la Recherche Scientifique et de la Technologie  Université du Carthage  Institut National des Sciences Appliquées et de Technologie

Projet de Fin d’Etudes

Pour l’obtention du

Diplôme National d’Ingénieur

Filière : Génie Logiciel

Sujet :

Refonte architecturale d'une plateforme monolithique de pilotage en utilisant des microservices

Réalisé par : Salma DALDOUL

Entreprise d’accueil :

Soutenu le 17/06/2014

Les Responsables à l’Entreprise

Monsieur Mohamed Aymen HOUISSA Monsieur Sabri MTIBAA

Le Responsable à l’INSAT

Madame Sonia BOUZIDI

Cachet & Signature

Signature

Année Universitaire : 2015/2016

Dédicaces

A ceux qui m’ont mis sur la bonne route, et à qui je dois la femme que je suis… A mes chers parents, Jaafer et Monia

A celui qui m’a fait aimer l’informatique dès mon enfance… A mon grand frère et mon ami, Eslim

A celui qui m’a accompagné durant ces cinq ans… A mon frère et binôme, Sami

A celles qui m’apportent la joie et le bonheur… A mes nièces, Sirine et Lyne

A celui qui me considère comme sa fille… A mon cher oncle, Montasar

A celle qui attend le jour où je serai ingénieur… A ma grand-mère, Emna

A ceux qui ont toujours été ma source de fierté, d’aide et d’encouragement… A ma tendre famille

A celui que je considère mon troisième frère et avec qui j’ai partagé les moments de douleur et du bonheur durant ces cinq années… A mon binôme, Hamza

A celle qui est toujours près de moi et avec qui je partage les repas, les chocolats et les moments de folie… A mon amie et soeur, Aroua

A celle qui est gravée dans mon cœur et qui me comprend et me fait confiance… A mon amie, Mouna

A ceux qui je considère comme ma deuxième famille..... A mes adorables amis.

A ceux qui ont toujours été mes sources d’inspiration… A mes professeurs pendant mon parcourt éducatif de l’école vers l’INSAT

A toutes les personnes qui me sont chères, et à toutes celles qui veulent partager mon bonheur,

Je dédie ce modeste travail, symbole de ma profonde gratitude et couronnement de leur assistance

Remerciements

J’exprime ses sincères reconnaissances à l’égard de tous ceux qui ont contribué à ma formation.

Je tiens à remercier tout particulièrement Monsieur Mohamed Aymen HOUISSA mon tuteur de stage qui a dirigé mon projet de fin d’études, pour son engagement permanent, son soutien constant et la confiance totale qu’il m’a accordée.

J’adresse aussi mes profonds remerciements à Madame Sonia BOUZIDI, mon encadrante au sein de l’INSAT, pour son encadrement, son soutien, sa disponibilité et ses conseils qui m’ont guidé tout au long de mon stage.

Je voudrais témoigner par la suite ma reconnaissance à Monsieur Sabri MTIBAA, qui malgré ses responsabilités et ses occupations, a toujours eu le temps pour m’écouter et me faire bénéficier de ses conseils et de son expérience.

Je tiens à remercier également Monsieur Ammar MISSAOUI, pour l’agréable intégration au sein de Sofrecom.

Je remercie également toute l'équipe Portail UPR chez Sofrecom et Orange pour leur accueil et suggestions

Je tiens à remercier vivement Madame Lilia SFAXI, pour la bonne préparation théorique à ce projet ainsi que ses conseils en or.

Je tiens, par ailleurs, à exprimer ma profonde gratitude et mon immense reconnaissance à :

Madame Faten CHAIB, pour l’honneur qu’elle a bien voulu me faire en acceptant de présider le jury chargé d’évaluer ce travail.

Et Madame Ghada GASMI, d'avoir accepté d’examiner ce travail.

J’espère que le présent projet soit à la hauteur de vos attentes.

TABLE DES MATIERES

Liste des figures ........................................................................................................................ vi

Liste des tableaux ...................................................................................................................... ix

INTRODUCTION GENERALE ............................................................................................... 1

CADRE GENERAL DU TRAVAIL ......................................................................................... 3

Introduction ................................................................................................................................ 3 1. Présentation de l’organisme d'accueil ................................................................................ 3 1.1. Le groupe Sofrecom .................................................................................................... 3

1.2. Sofrecom Tunisie ........................................................................................................ 4

2. Cadre du projet ................................................................................................................... 4 2.1. Contexte général de projet: Sur la route vers DevOps ................................................ 5

2.2. Présentation du projet Portail de pilotage UPR ........................................................... 5

2.3. Diagnostic de l’existant : Architecture Monolithique ................................................. 5

3. Méthodologie et approche de développement .................................................................... 8 3.1. La méthodologie SCRUM ........................................................................................... 9

3.2. L’approche DevOps .................................................................................................. 12

Conclusion ................................................................................................................................ 14 LES CONCEPTS DE L’ARCHITECTURE MICROSERVICES ........................................... 15

Introduction .............................................................................................................................. 15 1. Les concepts liés à l’architecture microservices .............................................................. 15 1.1. Domain Driven Design .............................................................................................. 15

1.2. Développement à base de composants ...................................................................... 16

1.3. Polyglot persistence ................................................................................................... 17

2. L’architecture Microservice ............................................................................................. 18 2.1. Définition de l’architecture microservices ................................................................ 18

2.2. Caractéristiques de l’architecture microservices ....................................................... 18

2.3. Bilan sur l’architecture microservices ....................................................................... 21

3. Microservices en pratique: isolation des microservices dans des conteneurs .................. 22 Conclusion ................................................................................................................................ 23 SPECIFICATION DES BESOINS ET URBANISATION FONCTIONNELLE EN

MICROSERVICE .................................................................................................................... 24

Introduction .............................................................................................................................. 24 1. Recueil des besoins Fonctionnels globaux ....................................................................... 24 1.1. Les besoins fonctionnels ........................................................................................... 24

1.2. Identification des acteurs ........................................................................................... 27

1.3. Backlog produit ......................................................................................................... 27

1.4. Architecture fonctionnelle générale .......................................................................... 29

1.5. Modélisation des cas d’utilisation ............................................................................. 30

2. Urbanisation fonctionnelle en microservices ................................................................... 31 3. Contraintes non fonctionnelles ......................................................................................... 33 Conclusion ................................................................................................................................ 34 SPRINT 1 : MICROSERVICE ADMINISTRATION ............................................................ 35

Introduction .............................................................................................................................. 35 1. Orientation technologique ................................................................................................ 35 2. Étude fonctionnelle de l’administration ........................................................................... 36 3. Conception du microservice administration ..................................................................... 40 3.1. Architecture logicielle de microservice administration ............................................ 40

3.2. Conception générale de microservice administration : Diagrammes de package ..... 40

3.3. Modèle relationnel de microservice administration .................................................. 41

3.4. Structure globale de microservice administration ..................................................... 42

4. Architecture technique de microservice administration ................................................... 44 5. Réalisation de microservice administration ..................................................................... 44 6. Phase de test de microservice administration ................................................................... 45 Conclusion ................................................................................................................................ 46 SPRINT 2 : MICROSERVICE PORTEFEUILLE .................................................................. 48

Introduction .............................................................................................................................. 48 1. Étude fonctionnelle du microservice portefeuille ............................................................ 48 2. Conception de microservice portefeuille .......................................................................... 50 2.1. Architecture logicielle de microservice portefeuille ................................................. 50

2.2. Modèle relationnel de microservice portefeuille ....................................................... 50

2.3. Structure globale de microservice portefeuille .......................................................... 51

2.4. Modélisation dynamique de cas d’utilisation modifier portefeuille .......................... 53

2.5. Diagramme de déploiement de microservice portefeuille ......................................... 54

3. Configuration logicielle de microservice portefeuille ...................................................... 54 4. Réalisation de microservice portefeuille .......................................................................... 55 5. Test de microservice portefeuille ..................................................................................... 56 Conclusion ................................................................................................................................ 57 SPRINT 3 : MICROSERVICE REPORTING ......................................................................... 58

Introduction .............................................................................................................................. 58 1. Étude fonctionnelle de microservice reporting ................................................................ 58 2. Solution pour l’amélioration de temps de réponse ........................................................... 60 3. Conception de microservice reporting ............................................................................. 62 3.1. Architecture logicielle de microservice reporting ..................................................... 62

3.2. Modèle de données de la base NOSQL orienté document ........................................ 62

3.3. Structure globale de microservice reporting ............................................................. 65

4. Choix technologiques de reporting .................................................................................. 65 4.1. Base de données : MongoDB .................................................................................... 65

4.2. Framework d’accès aux données ............................................................................... 66

5. Réalisation de microservice reporting .............................................................................. 67 6. Test de microservice reporting ......................................................................................... 68 Conclusion ................................................................................................................................ 68 INTEGRATION DU PORTAIL UPR ..................................................................................... 69

Introduction .............................................................................................................................. 69 Intégration des microservices ........................................................................................... 69 1. 1.1. Service de découverte ................................................................................................ 70

1.2. Navigation entre les microservices ........................................................................... 72

1.3. Communication entre les microservices ................................................................... 77

2. Monitoring applicatif et des temps de réponses ............................................................... 83 2.1. Traçage distribué : implémentation avec Spring Cloud Sleuth ................................. 84

2.2. Supervision statique avec Twitter Zipkin .................................................................. 85

2.3. Supervision dynamique : Indexation des logs avec ELK .......................................... 89

Conclusion ................................................................................................................................ 92 DEPLOIEMENT DU PORATIL UPR .................................................................................... 93

Introduction .............................................................................................................................. 94 1. Déploiement sur le Platform-As-A-Service (PaaS) Cloud Foundry ............................... 94 2. Préparation des conteneurs de déploiement (Docker) ...................................................... 96 3. Monitoring des conteneurs Docker ................................................................................ 101 Conclusion .............................................................................................................................. 105 CONCLUSION ET PRESPECTIVES ................................................................................... 106

Bibliographie .......................................................................................................................... 108

Webographie .......................................................................................................................... 109

Glossaire ................................................................................................................................. 110

Glossaire métier ..................................................................................................................... 114

Annexes .............................................................................................................................. - 117 -

LISTE DES FIGURES

Figure 1 Carte des filiales et clients de Sofrecom ...................................................................... 3

Figure 2 Evolution des effectifs de Sofrecom ............................................................................ 4

Figure 3 Architecture monolithique Portail Pilotage UPR......................................................... 7

Figure 4 Agilité du bout en bout ................................................................................................ 8

Figure 5 Pratique SCRUM: vue d'ensemble .............................................................................. 9

Figure 6 Définition DevOps ..................................................................................................... 13

Figure 7 Automatisation DevOps ............................................................................................. 14

Figure 8 Division du domaine en Bounded Contexts .............................................................. 16

Figure 9 Carte de contexte ....................................................................................................... 16

Figure 10 Architecture à base des composants ........................................................................ 17

Figure 11 Décomposition selon le style d’architecture ............................................................ 19

Figure 12 Démarche d'urbanisation du Portail UPR ................................................................ 25

Figure 13 Architecture fonctionnelle générale du Portail UPR ............................................... 30

Figure 14 Diagramme de cas d'utilisation global ..................................................................... 31

Figure 15 Modèle métier du portail UPR ................................................................................. 32

Figure 16 Carte de contexte du pilotage UPR .......................................................................... 32

Figure 17 Diagramme de cas d'utilisation de l'administration ................................................. 37

Figure 18 Architecture logicielle de microservice administration ........................................... 40

Figure 19 Diagramme de package coté client .......................................................................... 41

Figure 20 Diagramme de package coté serveur ....................................................................... 41

Figure 21 Modèle de données de microservice administration ................................................ 42

Figure 22 Structure globale de microservice administration ................................................... 43

Figure 23 Architecture technique de microservice administration .......................................... 44

Figure 24 Interface d'administration ........................................................................................ 44

Figure 25 Aperçu sur l’exécution des tests unitaires de microservice administration ............. 45

Figure 26 Diagramme de cas d'utilisation de gestion de portefeuille ...................................... 48

Figure 27 Architecture logicielle de microservice portefeuille ................................................ 50

Figure 28 Modèle de domaine de gestion de portefeuille ........................................................ 51

Figure 29 Structure globale de microservice portefeuille ........................................................ 52

Figure 30 Diagramme de séquence : Modifier un portefeuille ................................................ 53

Figure 31 Diagramme de déploiement de microservice portefeuille ....................................... 54

Figure 32 Interface de gestion de portefeuille .......................................................................... 56

Figure 33 Test unitaire de microservice portefeuille ............................................................... 57

Figure 34 Diagramme de cas d'utilisation de reporting ........................................................... 58

Figure 35 Propriétés des bases relationnelles et NOSQL ........................................................ 61

Figure 36 Architecture logicielle de microservice reporting ................................................... 62

Figure 37 Structure des documents de reporting sans dénormalisation ................................... 63

Figure 38 Modèle qui illustre la dénormalisation de la base de reporting ............................... 64

Figure 39 Structure globale de microservice reporting ............................................................ 65

Figure 40 Capture avec Robomongo sur le document OpusOperation .................................... 66

Figure 41 Table d'analyse des opérations de déploiement ....................................................... 67

Figure 42 Liste des opérations de déploiement ........................................................................ 68

Figure 43 Test unitaire de microservice reporting ................................................................... 68

Figure 44 Architecture technique portail UPR microservices ................................................. 70

Figure 45 Architecture de service de découverte Eureka 2.0 ................................................... 71

Figure 46 Enregistrement des microservices du Portail UPR dans l'annuaire ......................... 71

Figure 47 Interface de service de découverte Eureka .............................................................. 72

Figure 48 API Gateway pattern sur la portail UPR .................................................................. 73

Figure 49 Fonctionnement de l'API Gateway .......................................................................... 73

Figure 50 Interface de l’administration à partir de l’API Gateway ......................................... 74

Figure 51 Interface de paramétrage portefeuille à partir de l’API Gateway ............................ 74

Figure 52 Table d'analyse à partir de l'API Gateway ............................................................... 75

Figure 53 Données des opérations à partir de l'API Gateway .................................................. 75

Figure 54 Anticipation de Circuit Breaker au niveau de l’API Gateway ................................. 76

Figure 55 Tolérance aux pannes du microservice reporting .................................................... 76

Figure 56 Load balancing avec Netflix Ribbon ....................................................................... 77

Figure 57 Communication synchrone entre les microservices administration et portefeuille . 78

Figure 58 Patron circuit breaker ............................................................................................... 79

Figure 59 Hystrix Dashboard quand le microservice administrateur est lancé ........................ 80

Figure 60 Hystrix Dashboard quand le microservice administrateur a échoué ........................ 80

Figure 61 Communication synchrone avec rabbitMq .............................................................. 82

Figure 62 Liste des queues ....................................................................................................... 83

Figure 63 Cycle de vie de span ................................................................................................ 85

Figure 64 Architecture twitter zipkin ....................................................................................... 86

Figure 65 Supervision distribué avec twitter zipkin ................................................................. 86

Figure 66 Dépendance entre les microservices portefeuille et administration ......................... 87

Figure 67 Supervision des traces dans zipkin .......................................................................... 87

Figure 68 Trace d'une communication asynchrone .................................................................. 88

Figure 69 Appel distant de rest api ........................................................................................... 88

Figure 70 Trace des envois de message avec rabbitmq ........................................................... 89

Figure 71 Détails sur une communication asynchrone entre administration et reporting ........ 89

Figure 72 Structure du fichier logstash.conf ............................................................................ 90

Figure 73 Indexation des log avec ELK ................................................................................... 91

Figure 74 Exemple de graphe avec kibana ............................................................................... 91

Figure 75 Exemple de dashbord avec kibana pour le portail UPR Microservices ................... 92

Figure 76 Architecture Cloud Foundry .................................................................................... 94

Figure 77 Déploiement au PaaS Cloud Foundry ...................................................................... 95

Figure 78 Architecture docker .................................................................................................. 96

Figure 79 Les commandes docker ............................................................................................ 98

Figure 80 Conteneur du portail UPR...................................................................................... 100

Figure 81 Monitoring des conteneurs docker ......................................................................... 101

Figure 82 Ressources alloué à la machine ubuntu ................................................................. 102

Figure 83 Aperçu général sur la consommation avant le lancement des conteneurs ............. 102

Figure 84 Aperçu général sur la consommation après le lancement des conteneurs ............. 103

Figure 85 Aperçu général sur la consommation de conteneur de reporting seul ................... 103

Figure 86 Usage de CPU par le conteneur reporting ............................................................. 104

Figure 87 Usage de mémoire par le conteneur reporting ....................................................... 104

Figure 88 Usage de réseau par le conteneur reporting ........................................................... 105

LISTE DES TABLEAUX

Tableau 1: Inconvénients de l'architecture monolithique ........................................................... 6

Tableau 2 SCRUM : pré-requis, difficultés et bénéfices ......................................................... 11

Tableau 3 Backlog de produit .................................................................................................. 28

Tableau 4 Partitionnement des user stories par sprint .............................................................. 33

Tableau 5 Apport de Spring cloud pour l'architecture microservice ........................................ 35

Tableau 6 Description détaillée de cas d’utilisation "gérer les critères métiers" ..................... 37

Tableau 7 Description détaillée de cas d’utilisation "Créer des données

locales

complémentaires" ..................................................................................................................... 38

Tableau 8 Description détaillée de cas d’utilisation "Définir les seuils critiques" .................. 39

Tableau 9 Les cas de test pour l'importation des jalons ........................................................... 45

Tableau 10 description de cas d’utilisation "Gérer son portefeuille" ....................................... 48

Tableau 11 description de cas d’utilisation "Définir son équipe" ............................................ 49

Tableau 12 Cas d’utilisation : Consulter la synthèse des opérations d'une famille ................. 59

Tableau 13 Cas d’utilisation : Consulter la liste des opérations .............................................. 60

Tableau 14 Règles de dénormalisation ..................................................................................... 63

Tableau 15 Synthèse RabbitMq Vs ActiveMq Vs Apache kafka ............................................ 81

Tableau 16 les intérêts et les avantages de docker ................................................................... 97

Tableau 17 Inconvénients de Docker ....................................................................................... 98

Tableau 18 Les bonnes pratiques avec docker ....................................................................... 100

INTRODUCTION GENERALE

La mutation des grandes entreprises au sein du monde numérique génère de profonds

changements sur leur stratégie, leurs modèles d’affaires et leur gouvernance. Avec l'évolution

technologique, la gouvernance de l'entreprise ne se limite plus à la gestion des ressources

matérielles et humaines, mais aussi à la gestion des cycles de vie de ces projets.

La façon classique de gestion de projet se base sur un cycle linéaire qui consiste à recueillir

les besoins, définir le produit, le développer et le tester avant de le livrer. Dans ce cas, les risques

sont détectés tardivement et le client n'est pas satisfait. Tandis que, depuis des années,

l’entreprise suivit une course folle à l’innovation. Elle tente de réagir vite et mieux, adapter son

organisation, ses produits et services aux enjeux du marché et anticiper ses évolutions. Face à

la course au renouvellement, les défis à relever sont donc, comment livrer un logiciel plus

rapidement répondant véritablement aux besoins des utilisateurs et comment mettre à jour une

application avec le moindre risque.

Maintenant, les freins ne sont plus technologiques, mais ils tiennent plus à l’organisation

de la Direction des Systèmes d'Information (DSI), à la résistance au changement, et aux styles

d’architectures rigides des Systèmes d’ Information (SI). Par conséquent, les entreprises ont

besoin de prendre la décision d’évolution et de transformer leurs (SI) pour qu’ils permettent de

soutenir les tendances technologiques et s’adapter aux évolutions.

En raison de son appartenance au marché des télécommunications qui est très

concurrentiel, Orange groupe cherche à avoir des systèmes d’information non seulement qui

répondent à ses besoins variables mais encore qui s’adaptent rapidement aux évolutions

requises par son environnement actif. Ainsi Sofrecom doit présenter des solutions anticipatives

pour répondre aux besoins de son partenaire et plus important client.

C’est dans ce cadre que s’inscrit notre Projet de Fin d’ Études ; Il consiste à piloter un

projet de transformation d’un SI qui est un Portail de pilotage de déploiement réseau. Notre

contribution aide donc à démontrer l’ensemble des méthodes, outils et bonnes pratiques à mettre

en œuvre, afin d’aboutir à des SI maitrisés et évolutifs. Ceci pour arriver à offrir aux clients des

Introduction générale

livraisons récurrentes des versions stables et une fréquence de déploiement renforcée. C’est

pourquoi, nous mettons en œuvre une architecture en microservices.

Le présent rapport qui décrit nos travaux pour la refonte du Portail Pilotage UPR est

structuré en huit principaux chapitres.

Le premier chapitre présente le contexte général et le cadre du projet. Il permet d’exposer les

objectifs à atteindre et l'existant de son environnement.

Le deuxième chapitre présente théoriquement les concepts utiles pour l’élaboration de notre

projet principalement une couverture des caractéristiques de base de l’architecture

Microservices.

Le troisième chapitre est consacré à la spécification fonctionnelle générique de Portail Pilotage

UPR. Il montre la subdivision en sous domaines fonctionnels des besoins de Portail UPR.

Le quatrième, cinquième et sixième chapitres décrivent les cycles de vie de constitution des

différents microservices. Pour chaque microservice nous décrivons les fonctionnalités, la

conception et la réalisation.

Le septième chapitre se concentre sur le chantier concerné par l'action de refonte de toute

l’application. Il décrit l’application dans sa totalité, présente les contrats de communication

entre les microservices et montre la phase de supervision applicative et de temps de réponse.

Le huitième et dernier chapitre recouvre la phase de déploiement de plateforme de pilotage et

un monitoring des paramètres systèmes.

Et pour conclure, nous terminons par une synthèse de cette expérience et une illustration des

perspectives.

CHAPITRE

CADRE GENERAL

DU TRAVAIL

Sommaire_________________________________

1.2. Sofrecom Tunisie ........................................................................................................ 4

2.2. Présentation du projet Portail de pilotage UPR ........................................................... 5

2.3. Diagnostic de l’existant : Architecture Monolithique ................................................. 5

2.3.1. Impact de l’architecture monolithique sur le portail UPR ................................................. 5

2.3.2. Impact de modèle de données sur les temps de réponse .................................................... 7

3.2. L’approche DevOps .................................................................................................. 12

Conclusion ................................................................................................................................ 14

INTRODUCTION

Ce chapitre introductif est consacré à la présentation de l'organisme d'accueil ainsi que le

cadre général du projet. Nous exposons, dans un premier temps, le groupe Sofrecom et sa plus

jeune filiale SofrecomTunisie. Nous présentons par la suite, l'existant et les enjeux de

l'entreprise dans le but de dévoiler les objectifs de notre travail. Nous expliquons, enfin, la

méthode adoptée pour y arriver et la démarche suivie lors de ce projet.

1. PRESENTATION DE L’ORGANISME D'ACCUEIL

1.1. Le groupe Sofrecom

Sofrecom est une filiale d’Orange qui a développé depuis plus de 50 ans un savoir-faire

unique dans les métiers de l’opérateur, qui en fait aujourd’hui l’un des leaders mondiaux du

conseil et de l’ingénierie. Ces dernières années, plus de 200 acteurs majeurs, dans plus de 100

pays, ont confié à Sofrecom la conduite de leurs projets stratégiques et opérationnels :

transformation et optimisation, modernisation technologique, innovation et développement

comme le montre la carte de la figure 1.

Figure 1 Carte des filiales et clients de Sofrecom

Sofrecom est une filiale du groupe Orange, un des 10 premiers opérateurs avec :

 244 millions de clients

 220 pays et territoires

 15 Otange Labs et technocentres dans le monde

 156 000 employés dans le monde

Chapitre I : Cadre général du travail

Sofrecom soutient le groupe Orange dans son développement international, en pilotant

notamment des lancements d’opérateurs.

1.2. Sofrecom Tunisie

Lancée en novembre 2011, Sofrecom Tunisie est la plus jeune des filiales du groupe

Sofrecom. Elle compte aujourd’hui 300 salariés et étend la présence de Sofrecom sur la zone

Afrique du Nord et Moyen-Orient afin de répondre à une demande croissante de solutions

dédiées et compétitives.

Sofrecom Tunisie est un centre de développement et d'expertise pour les plates-formes de

services et du système d'information, qui s’inscrit en complémentarité des domaines d'activité

des autres implantations de Sofrecom dans la région et permettra aux clients du groupe

Sofrecom de bénéficier des synergies entre les filiales.

Les ambitions de Sofrecom en tunisie sont :

 développer un centre de Nearshore de référence sur le marché Tunisien,

 développer les activités de conseil en télécommunications du groupe Sofrecom

et du groupe Orange et, a la volonté d’apporter son expertise dans les projets de

digitalisation de la Tunisie, notamment dans les domaines de l’e-gouvernement,

l’e-éducation, l’e-santé, e-banking…

Sofrecom Tunisie prévoit de recruter 200 ingénieurs supplémentaires dans ces deux ans à

venir. La figure 2 présente l’évolution du nombre des effectifs depuis 2011.

Figure 2 Evolution des effectifs de Sofrecom

2. CAD