Rapport de stage

Du 22/01/18 au 23/03/18

Titre Professionnel de Technicien Supérieur en Réseaux Informatiques et

Télécommunications (T.S.R.I.T)

Encadré par Mr Janiec Patrick et Mr Neveu Bruno Réalisé par Bouget Ludovic

1
 Table des matières
Remerciements ..................................................................................................................... 3
Introduction .......................................................................................................................... 4
Présentation de la société SGECF .......................................................................................... 5
Les domaines de compétences ............................................................................................ 5
Quelques chiffres ................................................................................................................ 5
Présentation de la mission qui m’a été confiée ................................................................... 5
1 : Observation des méthodes de travail et questionnement des utilisateurs afin de
décerner les besoins.............................................................................................................. 6
2 : Réalisation d’un mini cahier des charges, afin de mettre en avant les besoins des
différents utilisateurs ............................................................................................................ 7
3 : Mise en place de tests sur différents ERP afin de déterminer lequel est le plus
intéressant en termes de besoins, coûts et maintenance .................................................... 9
Conclusions et choix de l’ERP ............................................................................................ 12
4 : Détermination d’une nouvelle infrastructure réseau .................................................... 13
Matériel et topologie réseau ............................................................................................. 14
Mise en œuvre .................................................................................................................. 16
ESXI ................................................................................................................................... 16
PfSense ............................................................................................................................. 17
Windows Server ................................................................................................................ 18
Backup .............................................................................................................................. 20
5 : Evolutions futures .......................................................................................................... 22
6 : Conclusion ...................................................................................................................... 23

2
 Remerciements
En tout premier lieu, je tenais à remercier Patrick Janiec et Bruno Neveu pour leur accueil chaleureux au sein
de la société SGECF, ainsi que pour le temps qu’ils m’ont consacré pour m’aider dans l’avancement du projet
qui m’a été confié.

Ensuite, d’une manière plus globale, Pascal et Jérôme Janiec, les deux autres gérants, ainsi que toute l’équipe
du bureau, qui m’a accueilli de manière chaleureuse.

Enfin je remercie l’équipe NEXTFORMATION, notamment nos deux formateurs principaux, messieurs
Escrihuela Romain et Aouzal Ahmed.

3
 Introduction

Le stage est le moment en entreprise, à l’issue de la période théorique au centre de formation, qui permet de mettre
en pratique les connaissances acquises, ainsi que de se confronter à des situations « réelles » de configurations, de
maintenance et du maintien à un taux de service acceptable de tous les services réseau de la société.

Le présent rapport de stage est une synthèse du projet et de la mission qui m’ont été confiés, que j’ai pu mettre en
œuvre lors de ma présence dans la société SGECF à Aulnay Sous-Bois.

Sous la responsabilité de Patrick Janiec, un des 3 gérants de la société, et de Bruno Neveu, le responsable informatique
/ courant faible, j’ai pu mener diverses missions afin d’améliorer les méthodes de travail dans la société, et d’assurer
un meilleur confort des utilisateurs pour les aider à être plus productifs et efficaces.

Pour cela, il m’aura fallu une période d’observation, afin de mieux appréhender le métier de chacune des personnes
dans le bureau, comprendre les contraintes de l’entreprise, et ainsi mieux évaluer les besoins en termes d’évolution
réseau et système.

J’ai ainsi eu diverses tâches à effectuer tout au long de ce stage, que vous pourrez lire dans ce rapport.

4
 Présentation de la société SGECF

En 2004, M. Janiec père a créé EGCF (Entreprise Générale Courant Fort) au côté de son fils Pascal. En 2007, un second
site fut mis en place par Jérôme Janiec : SGECF (Société Générale d’Electricité Courant Faible). Puis en 2008, l’ainé
Patrick, prit charge le site BRATELEC.

Après 10 ans et suite à la retraite du père JANIEC en 2012, les trois frères ont décidé de restructurer ces trois entités
en un siège : GITEG

Afin simplifier les entités d’un point de vue administratif, SGECF et BRATELEC ont été fusionnés en conservant SGECF
comme nom.

Le groupe GITEG regroupe ses partenaires en deux filiales : SGECF (46 salariés) et ELPREF (entreprise située en Pologne,
ayant pour mission principale la fabrication de pieuvres électrique). En 2014, de nouveaux locaux sont achetés pour le
déménagement à l’actuel siège d’Aulnay-sous-Bois.

Les domaines de compétences

✓ Electricité générale courants forts (câblage, tableaux électriques…) et faibles (désenfumage, TV, contrôle
d’accès, domotique…)
✓ Installation / dépannage / assistance
✓ Bureau d’études et création de plans en fonction du cahier des charges des chantiers (éclairement, puissance…)
✓ SGECF envisage de se développer sur des marchés porteurs comme la domotique sur IP, diverses prestations
informatiques…)

Quelques chiffres

✓ 165 000€ de capital…

✓ Environ 100 salariés (Chantiers + bureaux)
✓ 14 clients majeurs (Bouygues, Ballestrero, Brezillon, Outarex…)
✓ 6 390 284 € de CA net en 2017

Présentation de la mission qui m’a été confiée

La société ayant rapidement évolué, il est devenu nécessaire de l’organiser d’un point de vue système d’informations,
qui était jusque-là en « WORKGROUP » Windows, sans ERP capable de donner avec précisions l’état des stocks, ni
d’éditer un simple bon de commande avec des tarifs.

Patrick, mon maitre de stage m’a ainsi confié la mission d’analyser les besoins de sa société, afin de lui proposer une
solution complète regroupant un système d’informations évolutif avec des fonctions avancées, et en parallèle
d’installer un ERP permettant de répondre à ses besoins. Tout ceci dans des contraintes budgétaires importantes, la
société ayant un budget très limité pour investir dans des solutions informatiques.

5
 1 : Observation des méthodes de travail et questionnement des utilisateurs afin de
décerner les besoins

Pour donner suite à cette fixation d’objectifs, j’ai pu questionner les personnes travaillant au bureau et observer leur
manière de travailler. Grâce à cela, j’ai pu dresser une liste de besoins de l’entreprise :

• Deux sites existent actuellement : France et Pologne. Une synchronisation de fichiers existe actuellement
entre 2 NAS de marque Synology. Le défaut principal de cette solution : Des fichiers Excel, ou bien même des
fichiers utilisés par les programmes « Autocad », ou encore « Dialux », nécessaires au quotidien et utilisés par
plusieurs utilisateurs sur les 2 sites provoquent des conflits et des erreurs en cas de modifications. Il faut donc
trouver une solution pour que lorsqu’un fichier est ouvert, quel que soit le lieu, celui-ci ne soit consultable
qu’en lecture seule si celui-ci est ouvert par un autre utilisateur

• Une fibre 100 MB en download et 50MB en upload a été mise en place. Le souhait est d’augmenter la fluidité
du trafic en utilisant éventuellement une deuxième liaison du même type : une solution technique devra être
trouvée pour travailler avec 2 entrées WAN ou plus

• Il n’existe actuellement pas de moyen aux utilisateurs d’ouvrir leur session sur un poste autre que le leur, ni
de redescendre en masse des règles, mises à jour, ou programmes de manière centralisée

• Le PC comptabilité, avec SAGE installé en tant que logiciel de gestion comptable est le poste le plus important
et critique au niveau de la société. Celui-ci est sauvegardé quotidiennement en tant qu’image dans le NAS, et
sert également de serveur RDP, afin que deux utilisateurs puissent se servir de SAGE en même temps. Une
solution plus centralisée serait plus fiable et sécurisée.

• L’entreprise, qui ne possède actuellement pas de solution ERP complète, notamment pour sa gestion des
stocks, souhaite revoir complètement sa façon de travailler à ce niveau : Regarder ce qu’il se fait du côté de
chez SAGE : codes-barres, gestion des stocks, gestion des commandes et devis, suivi de chantiers (matériel,
ressources humaines, etc…). Tout ceci dans le but de mettre en place un contrôle de gestion pour analyser
plus finement la rentabilité de l’entreprise

• Dans la même vision, les SAV ont besoin d’être plus structurés. Un service dédié avec un technicien devrait
voir le jour. Il faudrait trouver un logiciel et une application (mobile ou tablette) qui permette d’organiser sa
tournée et d’assurer un suivi des interventions. L’idée, à terme, est de proposer des prestations payantes

• Une boite mail générale existe pour la société et non pas une boite par utilisateur : le responsable s’inquiète
d’un éventuel manque de suivi des chantiers en cas d’absence d’un des collaborateurs : voir pour créer des
boites utilisateurs avec des groupes, et la mise en place de délégations de boites pour palier à ce problème

• Lors de visites sur chantier, il arrive qu’il y ait des besoins de modifier des plans réalisés par le bureau d’étude.
Actuellement, tout se fait sur papier ; les modifications sont ensuite faites sur le logiciel au bureau : un accès
à distance au fichier de plan via le logiciel « Autocad » permettrait un gain de temps pour faire les
modifications directement depuis le chantier.

6
 2 : Réalisation d’un mini cahier des charges, afin de mettre en avant les besoins des
différents utilisateurs

La société compte environ 10 utilisateurs au bureau. Voici la topologie actuelle du réseau de l’entreprise :

7
Le nombre d’utilisateurs et de postes informatiques est amené à croître, dans l’optique d’une réorganisation des
méthodes de travail de l’entreprise. Le but est donc de rationaliser la gestion des droits et des accès aux différents
utilisateurs.

A la vue des différents besoins, il semble évident que la topologie réseau de la société évolue vers un système composé
d’un Serveur qui centralisera les comptes utilisateurs, les postes informatiques et les imprimantes. Celui-ci devra
également avoir un rôle de serveur de fichiers et éventuellement un rôle de serveur d’applications (notamment pour
y intégrer l’ERP qui aura été choisi). Voici quelques-uns des avantages liés à la mise en place d’un Serveur Windows et
de l’Active Directory (AD) :

• Une parfaite compatibilité avec les postes clients Windows actuellement en place (Windows 7 et Windows
10), ainsi qu’une facilité de gestion grâce à sa prise de main à distance et son interface graphique
• Windows Server 2012 et 2016 prennent nativement en charge la virtualisation, ce qui permet des
performances en termes de backup (une VM est composée de fichiers) et de remise en service en cas de
défaillance (démarrage sur une autre machine si problème hardware ou bien restauration du backup et remise
rapide en route si problème VM)
• L’AD centralise l’identification et l’authentification des utilisateurs et permet de leur appliquer des stratégies :
cela permet un gain de sécurité et la mise en place de certaines restrictions en fonction de leurs besoins
• Il fournit un gain de temps et réduit les frais généraux grâce à la normalisation (possibilité de créer rapidement
de nouveaux comptes et déployer de nouvelles machines)
• Le rôle de serveur de fichiers permet la gestion de sessions et l’ouverture de fichiers. Ceci permettra de
centraliser les fichiers, de mettre en place des droits d’accès plus précis et de ne plus avoir de conflits lors de
la consultation/modification du même fichier par plusieurs utilisateurs
• Un serveur avec un rôle bureau à distance permet de déployer en RDP un logiciel ERP de manière centralisée :
avantages pour la performance (pas besoin d’un poste client puissant), le backup et la disponibilité.

Une solution globale sous forme de schéma réseau sera réalisés. Ensuite, différents tests du projet de la nouvelle
infrastructure seront réalisés. Lorsque ceux-ci seront concluants, une mise en production sera effectuée.

8
 3 : Mise en place de tests sur différents ERP afin de déterminer lequel est le plus
intéressant en termes de besoins, coûts et maintenance

Une des phases préalables à la recherche d’une architecture réseau optimale, dans notre cas, consiste à tester
différents ERP, afin de voir lequel correspond le plus aux besoins de l’entreprise. Après différentes recherches,
trois logiciels sont ressortis : SAGE Batigest, EBP gestion Bâtiment et Dolibarr. Tous ont une fonctionnalité de
travail en réseau (soit en RDP, soit via un serveur web).

J’ai donc installé Vmware Workstation sur un poste équipé de 8 GO de RAM et d’un processeur Xeon pour faire
mes tests.

Une machine virtuelle (VM) avec une version d’évaluation de Windows Server 2016 a pu y être installée.

Pour mener à bien le projet de test des 3 logiciels en réseau, les rôles suivants ont dû être installés :

• Rôle contrôleur de domaine (avec le service DNS)

• Rôle de services bureau à distance (qui installe ainsi par défaut le rôle IIS pour l’accès web)

9
Puis pour terminer, j’ai installé les versions d’essai des ERP, puis les ai publiés dans une collection créée pour le test.

Pour la suite, différents profils utilisateurs ont été créés pour accéder aux programmes testés. Ci-dessous, un visuel
de l’accès aux ressources via un navigateur web.

10
Enfin, l’ERP Dolibarr a été installé sur une VM Ubuntu Server 16.04 avec 1 GB de RAM et 1 virtual CPU. Cette application
fonctionne avec une installation de type LAMP. J’ai donc installé séparément, selon les recommandations du site
officiel de Dolibarr, Apache2, Mariadb Server et PHP 7. Les dépendances nécessaires ont également été mises en place
pour que tout fonctionne correctement :

Grâce à l’aide de PhpMyadmin (installable directement par le gestionnaire « apt » via les dépôts d’Ubuntu, une base
de données et un utilisateur Dolibarr ont été créés pour que tout fonctionne correctement. Ci-dessous, un aperçu des
tables créées par le script d’installation de l’ERP :

11
Enfin, grâce à l’activation du module SSL et à la création d’un certificat autosigné (optionnel mais plus sécurisant),
l’installation s’est soldée par une réussite pour pouvoir lancer les tests :

Conclusions et choix de l’ERP

Suite à différents essais, tant sur le point de vue technique, que sur le point de vue fonctionnel, il s’est avéré que
Dolibarr correspondait le mieux aux besoins de l’entreprise, et cela pour différentes raisons :

• Simplicité d’utilisation
• Réponse aux besoins de la société (affectation de marchandises aux chantiers via le module « projets »,
gestion des stocks, gestion des SAV, même si cela reste simpliste)
• Le coût et la modularité : la base est gratuite, seuls les modules additionnels sont payants. Cela permet de
payer uniquement pour les services qui ont une réelle utilité (les ERP payants sont plus contraignants et
proposent souvent des « packs » qui ne correspondent pas forcément aux besoins)
• D’un point de vue technique, cet ERP est léger (pas besoin de beaucoup de ressources CPU et RAM), simple à
administrer et très fonctionnel

12
 4 : Détermination d’une nouvelle infrastructure réseau

Dans un premier temps, il convient de déterminer quels sont les avantages concernant la mise en place d’un
Hyperviseur, qui contiendra un pool de serveurs virtualisés :

Constats :

• Tout repose uniquement sur un NAS : Serveur de fichiers, serveur VPN, Serveur de Synchronisation avec les
autres NAS, DNS : cela n’est pas adapté, un NAS sert principalement à faire du stockage
• Explosion du data en téléchargement depuis l’arrivée de la fibre : nécessité de réguler plus finement le
Traffic (source : les données enregistrées par le routeur SYNOLOGY de la société)

Evolution consommation bande passante

350
300
250
200
150
100
50
0
août-17 sept-17 oct-17 nov-17 déc-17 janv-18

down (GB) up (GB)

Solutions :

• Soulager le NAS (déléguer à Windows les contrôles d’accès et le DNS et déléguer le VPN au routeur)
• L’Hyperviseur permet d’installer en virtualisation un contrôleur de domaine qui gèrera l’accès aux fichiers
• La virtualisation permet des sauvegardes pour revenir à différents états dans le passé : très utile en cas
d’infection par un ransomware par exemple
• Installer un routeur logiciel (PfSense) sur une deuxième machine dédiée (une ancienne station de travail
suffit dans un premier temps) qui permettra de faire les choses suivantes :
• Mise en place de la QoS (prioriser la VoIP)
• Firewall : permet d’aller beaucoup plus loin dans le filtrage des données (restreindre l’accès à Facebook,
YouTube, pendant les horaires de bureau …)
• Isoler le système informatique (Serveur, NAS), le téléphone et le LAN sur des réseaux différents afin de bien
définir les droits d’accès
• VPN : Solution plus rapide et sécurisée que le protocole actuellement utilisé (OpenVPN sur PfSense vs PPTP
sur le NAS)
• Load Balancing beaucoup plus efficace (avec 2 connexions WAN, Le trafic est dirigé vers la passerelle
souhaitée)
• Failover : Permet de basculer sur l’autre connexion (ADSL ou Fibre) si l’une tombe.
• Proxy : permet d’interdire l’accès à certains sites (P2P, contenus pornographiques…)
• Permet d’installer l’ERP Dolibarr directement (car très léger) : pas besoin de louer un hébergement chez OVH
• Enfin, l’Hyperviseur permet d’installer un hôte Ubuntu Server qui permettra à accueillir Dolibarr

13
 Matériel et topologie réseau

Afin de répondre de la meilleure manière à ce qui a été vu précédemment, sachant que les moyens financiers de la
société sont limités, nous avons opté dans un premier temps pour une solution économique, mais fiable, à savoir un
micro serveur avec les caractéristiques suivantes (pour l’Hyperviseur) :

- CPU : CoreI5 2.5Ghz 4 cœurs

- RAM : 16GO DDR3
- HDD : 500 Go 7200 rpm/mn
- 2 cartes réseau 1Gb/s

Une deuxième machine a été récupérée et améliorée pour y installer un Pfsense en dur (sans virtualisation) :

- CPU : AMD Athlon 64

- RAM : 4GO DDR2
- HDD : 500 Go 7200rpm/mn
- 4 cartes réseaux 1Gb/s

Côté réseau, voici la topologie qui a été repensée pour répondre aux besoins (en page suivante) :

14
15
 Mise en œuvre

Afin de rendre le tout fonctionnel, nous avons décidé de partir sur une version ESXI 6.5 qui permettra de faire
fonctionner sur la même machine :

- Windows Server 2016 standard pour la création d’un Active directory (ce qui permet la mise en place de
GPO, la possibilité de s’authentifier sur n’importe quel poste du LAN, etc.)
- Ubuntu Server 16.04 pour ses fonctionnalités de serveur web : cette solution économique permet de
mettre en service DOLIBAR sans avoir besoin de louer un VPS ou un serveur dédié chez un hébergeur.

Le but est de voir comment se comporte la machine, en phase de test au préalable, puis en production. Un
renforcement de ses capacités au niveau hardware, ou bien un choix d’une machine plus puissante seront envisagés
si nécessaire.

ESXI

Voici les étapes qui ont été réalisées :

- Mise en service de la machine

- Installation d’ESXI 6.5 en bare-metal
- Copie des ISOS des OS dans le datastore de l’ESXI afin de pouvoir installer les VM correspondantes.
- Installation des VM nécessaires (Windows Server et Ubuntu Server)

Ci-dessous un Screenshot de l’ESXI :

16
 PfSense

Du côté de PfSense, voici une partie de la configuration qui a été faite :

Chaque réseau a été placé sur un VLAN différent. Ceci dans le but de les isoler physiquement (Les différents Vlans sont
déclarés sur des plages de ports sur le switch en fonction des besoins) et surtout pour pouvoir créer des règles de
firewall. Ceci permet de limiter strictement l’accès aux différents réseaux en fonction des besoins. Cela est très
pratique pour le VLAN wifi public par exemple : on crée une règle qui interdit tous les utilisateurs connectés à se rendre
sur l’un des réseaux de la société et de n’avoir accès qu’au web.

17
 Windows Server

Un Contrôleur de domaine a été mis en place afin de répondre aux différents besoins de la société. Des Unités
d’Organisation (UO) ont été mises en place. Ceci permet de leur appliquer des « group policy objects » (GPO) pour
répondre aux besoins spécifiques de chaque service (une icône d’accès au serveur web ERP sur le bureau des
utilisateurs de la comptabilité, un mappage de lecteurs réseaux avec les dossiers autorisés en fonction des
utilisateurs…)

Ci-dessous, un exemple de GPO appliquées aux différentes UO :

Les services de DHCP et de DNS ont également été mis en place, dans l’optique de la centralisation des services réseaux
via le contrôleur de domaine :

18
Un profil itinérant a également été mis en place, afin de permettre aux utilisateurs qui changent de bureau de
retrouver leur profil complet. Ce système est intéressant, dans la mesure où il n’y a plus besoin de créer une session
sur chaque client (comme c’était fait auparavant), mais de créer un répertoire partagé où sont stockés tous les
documents des utilisateurs. Un cache est gardé sur chaque machine, et est automatiquement mis à jour à la connexion
de l’utilisateur. Ce système comporte cependant une contrainte : le parc informatique est composé de machines
Windows 7 et Windows 10 ; les profils ne peuvent se suivre qu’entre machines avec le même OS (ci-dessous, nous
voyons bien apparaitre le nom de l’utilisateur avec « nom.V2 » et « nom.V6 ».

19
 Backup

Comme nous l’avons vu à travers la mise en œuvre ci-dessus, la virtualisation amène de larges possibilités et une
grande flexibilité au système d’informations. L’une d’entre elles (qui est primordiale) est le backup. En effet, lorsqu’une
VM tombe, ou bien l’ESXI en entier, il faut être capable de rétablir au plus vite les accès, afin de ne pas gêner les
utilisateurs et entrainer des pertes au niveau de la production (accès aux fichiers, téléphonie…).

Après quelques recherches, nous sommes parvenus à trouver une solution économique, et fiable : Nakivo Backup.
Cette solution est une alternative au célèbre VEEAM, qui ne fonctionne qu’avec des versions ESXI sous licence payante.

N’ayant qu’un seul processeur physique, et moins de 5 machines virtuelles, la solution payante d’ESXI n’est pas
nécessaire. Nakivo répond donc bien aux besoins de la société, d’autant plus que l’éditeur a développé des solutions
installables sur NAS.

Il a donc été choisi de l’installer sur le NAS SYNOLOGY, qui héberge tous les fichiers de la société (ce même NAS se
réplique sur 2 autres machines du même modèle à 2 endroits géographiquement distants). Cette solution est
avantageuse dans la mesure où les VM sont sauvegardées à chaud et stockées dans une machine à part et elle-même
répliquée. De plus, Nakivo permet de planifier des sauvegardes, ce qui représente un avantage important pour
l’administration (pas de risque d’oubli, possibilité de choisir le nombre de jours de sauvegarde…)

Installation de l’application sur le NAS :

20
Sauvegarde d’une VM à chaud :

21
 5 : Evolutions futures

Ce projet d’ampleur ayant été mené à son terme, d’autres améliorations seront nécessaires, afin de rendre le réseau
plus fonctionnel et sécurisé.

Voici une liste des projets qui pourront être amenés à être mis en place à l’avenir :

- Virtualisation de l’IPX (3CX), actuellement installé sur une machine physique tournant sur Windows 10 :
Possibilité de le migrer sur un VM Debian qui sera installée dans l’ESXI. Cela apportera un gain de place et
d’énergie.
- Souscription d’une autre ligne fibre, dans le but de splitter le trafic web et aussi d’avoir plus de capacités
d’envoi (upload) : les besoins en bande passante seront amenés à évoluer, notamment par la connexion à
distance sur le serveur ERP. Cette solution est également meilleure pour assurer un meilleur failover et load
balancing (le nombre d’utilisateurs dans le bureau étant amené à augmenter)
- Achat de tablettes et connexion au LAN via un tunnel VPN : cela permettra aux membres du bureau d’études
par exemple, de modifier des plans depuis un chantier, en temps réel, au lieu de prendre des notes et de
revenir dessus une fois rentrés au bureau
- Centraliser SAGE, actuellement toujours utilisé sur le PC de la comptabilité, soit en l’installant sur une VM
serveur d’applications (ce qui nécessitera probablement l’achat d’un Hyperviseur plus performant). Tout ceci
dans le but de pouvoir faire un backup et une restauration plus facilement, mais également pour pouvoir gérer
les utilisateurs multiples)
- Trouver un outil allant plus loin que le module « interventions » de Dolibarr pour les SAV. Ceci dans le but
d’être plus efficace dans le traitement des interventions
- Harmoniser le parc informatique en termes de versions de Windows, pour n’avoir plus que du Windows 10 :
Cela est plus souple en termes de profils itinérants et redescentes de GPO
- Envisager une solution avec un serveur de messagerie en interne ou dans le cloud, afin de permettre à chaque
utilisateur de posséder sa propre boite mail

22
 6 : Conclusion

Ce stage en entreprise aura été bénéfique pour moi, tant d’un point de vue personnel, que d’un point de vue
professionnel. En effet, travailler dans une société, à la base non spécialisée dans l’informatique, m’aura permis d’être
très autonome, le réseau étant une spécialité peu maitrisée par celle-ci. J’ai donc été amené très régulièrement à faire
des recherches sur le web pour trouver des solutions aux différents problèmes qui se sont posés.

De plus, ce stage m’aura permis d’endosser une casquette de « chef de projet », dans la mesure où il aura fallu
observer les besoins de la société, trouver des solutions théoriques, puis les mettre en œuvre, en les testant (la
virtualisation est un outil très pratique dans ce cas) et en faisant de nombreuses recherches sur Internet, associées à
de la réflexion. Tout ceci dans le but de rendre un résultat fonctionnel, le tout dans des contraintes de temps (2 mois)
et de coûts (le budget pour l’informatique est très limité, il a donc fallu être inventif). Les solutions open source,
conjuguées aux compétences techniques auront permis d’atteindre le but recherché : Avoir un réseau informatique
plus sécurisé, évolutif, ainsi qu’un ERP fonctionnel permettant de contribuer à améliorer la rentabilité de la société.

23