CERTIFICATION PROFESSIONNELLE RNCP N°35594 ADMINISTRATEUR

SYSTÈMES, RÉSEAUX ET BASES DE DONNÉES (ASRBD)

BLOC E6.2 – Administrer et concevoir des solutions d’infrastructure

Cahier des Charges de la MSPR « Administrer & sécuriser une solution

d’infrastructure à partir d’un cahier des charges »
Réalisé dans le cadre d'une évaluation formative

COMPÉTENCES ÉVALUÉES :
Maintenir en conditions opérationnelles l’infrastructure de l’entreprise en utilisant des logiciels de
gestion de la haute disponibilité.-
Concevoir l’infrastructure d’une plateforme virtuelle pour intégrer plusieurs machines physiques en une
seule
Configurer les équipements réseaux pour assurer l’interconnexion physique et virtuelle des sites
Faciliter la résolution des problèmes par une analyse des journaux d’historiques systèmes
Superviser l’infrastructure informatique et le patrimoine applicatif pour identifier les anomalies, afin
d’améliorer ses performances grâce aux outils spécifiques de monitoring installés.
Centraliser le traitement des incidents en un point unique d’accès au centre de support pour mieux
prioriser les interventions
Concevoir la documentation technique, en français et en anglais, pour répondre aux besoins
d’information des techniciens et des utilisateurs internes à l’entreprise
Configurer des solutions de sécurité classiques..

PHASE 1 : PRÉPARATION DE CETTE MISE EN SITUATION PROFESSIONNELLE RECONSTITUÉE

Durée de préparation :
20 heures
Mise en oeuvre :
Travail d’équipe constituée de 4 apprenants-candidats (5 maximum si groupe impair)
Résultat attendu :
Une application et infrastructure d’intégration continue correspondant au sujet.

PHASE 2 : PRÉSENTATION ORALE COLLECTIVE + ENTRETIEN COLLECTIF

Durée totale par groupe : 30 mn se décomposant comme suit :
10 mn de soutenance orale par l’équipe.
20 mn d’entretien collectif avec le jury (questionnement complémentaire).
Objectif : mettre en avant et démontrer que les compétences visées par ce bloc sont bien acquises.

Jury d’évaluation : 2 personnes (binôme d’évaluateurs) par jury – Ces évaluateurs ne sont pas
intervenus durant la période de formation et ne connaissent pas les apprenants à évaluer.

Direction Innovation & Pédagogie – Septembre 2023 page 1

I - PRÉSENTATION DE L’ENTREPRISE / CLIENT À L’ORIGINE DU BESOIN

Préambule : L’entreprise choisie pour cette MSPR est fictive, les prénoms sont fictifs, toute ressemblance à
un cas réel serait purement fortuite.

La société NFL IT (« National Football League Information Technology ») est une société de services
informatiques créée par un binôme de 2 associés français au début des années 2020. Elle propose à ses
clients des prestations d’infogérance, d’audit, de conseil et d’intégration dans les domaines des
infrastructures infrmatiques.

Elle s’est spécialisée dans les services informatiques apportés aux équipes de football US car ces
dernières ont de nombreux besoins notamment en termes
de gestion d’équipes et de statistiques. Les créateurs de NFL IT maitrisent en effet les applications
métiers actuellement utilisées puisqu’il s’agit d’anciens développeurs qui officiaient pour le principal
éditeur de ce marché de niche.

La société a décroché en 2020 un contrat d’exclusivité à plusieurs millions de dollars avec la National
Football League, abrégée par son sigle NFL (d’où son nom) qui est une association d’équipes
professionnelles américaines (32 franchises actuellement). NFL IT emploie aujourd’hui avec plus de 100
personnes dont 30 techniciens et ingénieurs itinérants, 30 personnes au support et une quarantaine
d’administratifs. Son siège se situe à Kansas City (Missouri), ses clients sont repartis sur le
territoire américain.

NFL.IT utilise actuellement un hébergeur français installé à Roubaix permettant d’héberger certaines
applications métiers de ses clients ainsi que ses propres applications utilisées en interne. La société fait
aujourd’hui appel pour un nouveau projet d’ampleur baptisé « Seahawks monitoring » qui va lui
permettre d’économiser du temps en termes de support, voire de contractualiser avec la ligue
européenne de Football (l’ELF).

Aujourd’hui, la société n’a pas de moyens unifiés d’assurer la maintenance chez ses clients. Selonl a
direction, trop d’interventions nécessite aujourd’hui des déplacements sur site de la part des techniciens
ou ingénieurs, alors que 90% des diagnostiques 80% de ces opérations pourraient être réalisées à
distance et.

De plus, les techniciens support rapportent de nombreux problèmes quotidiens qui augmentent les
temps de résolution d’incidents : impossibilité de prendre la main sur l’infrastructure infogérée,
impossibilité de récolter des informations de supervision sur les équipements en place chez les clients,
manque d’informations techniques sur le parc de serveurs des clients, pas d’outils de diagnostics en
place, difficultés de recueillir des informations sur les réseaux des clients avant un nouveau
déploiement…

Afin de pallier aux différents problèmes présentés ci-dessus et de diversifier son offre de produits et
services, la société souhaite concevoir un nouveau produit/service/application qui sera mis en place sur le
réseau local de chacune des franchises afin de pouvoir faire remonter des données de supervision, des
données d’alerte et de prendre la main à distance facilement sur le réseau de la franchise et les
applicatifs métiers internes.

Ce produit baptisé « Seahawks monitoring » embarquera une application cliente chargée de récolter et
de présenter des informations techniques recueillies automatiquement sur le réseau LAN des franchises
et embarquerait un panel de fonctions, d’outils, de scripts permettant de simplifier le travail du support.
Une partie serveur sera déployée au sein du Datacenter Français, il s’agira d’une application WEB
permettant de visualiser les données remontées par l’ensemble des 32 Seahawks clients déployés.

Les techniciens du support technique pourront au choix se connecter directement sur le « Seahawks
client » d’une franchise donnée et y consulter le tableau de bord et lancer/faire lancer certaines
opérations de maintenance et notamment la prise en main à distance. Il pourra également se connecter
à la partie serveur afin de consulter les principales informations remontées par le Seahawks client.

Vous allez devoir au travers de l’ensemble des MSPR concevoir, développer et héberger le projet
Seahawks monitoring en respectant les contraintes de performances, de haute disponibilité, de
supervision et d’intégrité des données. L’infrastructure informatique de NFL IT est également à
modéliser au moyen de la virtualisation.
Vous retrouverez un schéma récapitulatif du contexte de projet en Annexe 1 de ce présent document.

Direction Innovation & Pédagogie – Septembre 2023 page 2

II. EXPRESSION GLOBALE DES BESOINS
2.1 Périmètre de la MSPR

Dans cette MSPR vous avez pour objectif principal de permettre l’hébergement et la haute disponibilité
des serveurs sur lesquels reposent le projet Seahawks monitoring ainsi que certains serveurs internes à
NFL IT.

Vous allez devoir créer une infrastructure virtuelle de type VMware VSphere / ESXi simulant le datacenter
de NFL IT situé à Roubaix qui hébergera notamment un cluster de serveurs WEB, support de l’application
Seahawks serveur (également appelée « Seahawks Nester), un service GItLAB (créé et utilisé dans la MSPR
TPRE 500 – Développement d’une solution applicative) ainsi qu’un service de supervision.

Il faudra également simuler le réseau du Siege de la société (à Kansas City) qui contiendra un serveur
DHCP / un serveur DNS ainsi qu’un poste client utilisé par le technicien. C’est à partir de ce poste client que
le technicien aura accès au Seahawks Nester et aux Harvester s et donc aux réseaux LAN des différentes
franchissant de la NFL. Le siège hébergera lui-même une solution de gestion de tickets d’incidents que
vous devrez également mettre en place.

Le Siege et le datacenter seront reliés en VPN et des solutions de sécurité type firewalls seront à mettre en
place et à configurer le plus finement possible pour une sécurité maximum.

Vous pouvez consulter un schéma de principe récapitulatif en annexe 2 de ce présent document.

2.2 Listing des objectifs à atteindre

Voici l’ensemble des missions/tâches que vous allez devoir réaliser dans cette MSPR, elles seront détaillées
dans la suite de ce document.

Mission M1 : Mise en place d’une infrastructure virtuelle et configuration des switches virtuels
Mission M2 : Mise en place des services du LAN du Siege : DHCP, DNS & Ticketing
Mission M3 : Hébergement de l’application Serveur Seahawks Nester sur un cluster Linux ACTIF/PASSIF
& synchronisation des fichiers au sein du cluster ou stockage partagé.
Mission M4 : Mise en place d’une solution de supervision des services mis en place
Mission M5 : Configuration de la sécurité des firewalls et mise en place d’un VPN site à site
Siege<->Datacenter
Mission M6 : Télémaintenance
Mission M7 : Intégration du serveur de développement (GitLAb) ainsi que le serveur SGBD de
l’application Nester Manager (Facultatives)

III – CAHIER DES CHARGES DETAILLE DES SERVICES A METTRE EN PLACE

3.1 Mise en place de l’infrastructure virtuelle et configuration des switches virtuels – Mission M1
Afin d’accueillir les services de la société, vous devez mettre en place une infrastructure virtuelle sécurisée
basée sur un hyperviseur de type VMWare ESXi qui pourra être au choix géré via une appliance VCenter.

Différents réseaux IP seront également à simuler au sein de l’architecture selon les différents serveurs à
héberger dont au minimum :
Réseau du datacenter
Réseau du LAN du Siege
Réseau d’un LAN d’une des 32 franchises

Ressources pouvant vous aider :

https://www.linkedin.com/learning/l-essentiel-de-vmware-vsphere/
https://williamlam.com/

3.2 Mise en place du réseau LAN du siège : DHCP, DNS & Ticketing – Mission M2
Le siège de NFL IT se trouve à Kansas City avec notamment le service support. C’est ce dernier qui va avoir
besoin de se connecter aux applications du projet Seahawks Monitoring. Ces personnes auront besoin de
postes de travail ayant accès à Internet, accès à un outil de ticketing dont vous aurez en charge le choix et
la configuration. Les techniciens du support devront bien sûr pouvoir accéder aux Seahawks clients via le
datacenter français (ou directement selon le système de télémaintenance mis en place).

Sur ce réseau local devront donc être installés :

Un poste client sous l’O.S de votre choix représentant un poste d’utilisateur du support
Un service DHCP et DNS local, le nom de domaine local sera nfl-it.local.
Un outil de ticketing de votre choix : à configurer et remplir avec un jeu d’essai permettant de visualiser
toutes les phases du traitement d’un ticket avec les fonctions associées
Un routeur/firewall qui permettra l’accès au Net ainsi que la connexion VPN avec le datacenter français

Direction Innovation & Pédagogie – Septembre 2023 page 3

Ressources pouvant vous aider :
https://www.pfsense.org/ https://doc.ubuntu-fr.org/iptables
https://en.wikipedia.org/wiki/List_of_router_and_firewall_distributions https://gestsup.fr/
https://www.opensupports.com/ https://www.informatiweb-pro.net/admin-systeme/win-server
https://www.linkedin.com/learning/l-essentiel-de-windows-server-2019/bienvenue-dans-l-essentiel-de-
windows-server-2019
https://www.linkedin.com/learning/l-essentiel-de-windows-server-2022/bienvenue-dans-l-essentiel-de-
windows-server-2022
https://www.linkedin.com/learning/windows-server-2019-les-services-reseau/bienvenue-dans-windows-
server-2019-les-services-reseau-2 https://doc.ubuntu-fr.org/configuration_serveur_dns_dhcp

3.3 Hébergement de l’application Serveur Seahawks Nester sur un cluster Linux Actif/Passif &
synchronisation des fichiers au sein du cluster ou stockage partagé – Mission M3

L’application WEB Seahawks Nester permet de visualiser les données remontées par l’ensemble des 32
Seahawks clients déployés. Son développement fait partie de la MSPR TPRE 500 – Développement d’une
solution applicative.
Cependant, vous devez proposer un hébergement hautement disponible de cette application au sein du
datacenter français. Ainsi, pour cette mission M3, vous allez devoir mettre en place un système de cluster
de serveurs WEB actif/passif (ou actif/actif) permettant d’héberger l’application web de manière à pallier
une panne éventuelle d’un serveur.

Afin de mettre en place un tel cluster, il vous faudra prévoir un système de synchronisation de fichiers
entre serveurs ou utiliser un système de stockage partagé centralisant les fichiers du site web et par
conséquent accessible par les serveurs du cluster.

Vous êtes libres dans le choix de la solution de cluster. Il se peut que vous n’ailliez pas encore développée
l’application Seahawks Nester à ce stade, il faudra donc mettre en place à des fins de tests, une page WEB
de votre choix avec du contenu graphique pour simuler l’application. L’application WEB doit être
hébergée au sein d’un cluster d’au moins 2 serveurs WEB feront partie du cluster.

Le serveur WEB doit être accessible à partir du réseau du LAN support de Kansas City (donc via le VPN) et
d’Internet. Internet sera simulé par le réseau bac à sable de l’EPSI.

Il est impératif que les fichiers de l’application WEB soient synchronisés sur chaque serveur faisant partie
du cluster, vous devez donc trouver un moyen de les synchroniser : cela peut se faire via des utilitaires type
RSYNC ou encore via un serveur de stockage partagé (type NAS). Certaines solutions de clustering
embarquent nativement ce système de synchronisation.

Ressources pouvant vous aider :

Cluster :
https://clusterlabs.org/ http://www.linuxvirtualserver.org/whatis.html
https://www.howtoforge.com/high_availability_heartbeat_centos
https://openclassrooms.com/fr/courses/2356306-prenez-en-main-windows-server/5836366-montez- un-
cluster-a-basculement
https://memo-linux.com/creer-un-cluster-ha-avec-corosync-et-pacemaker/

Stockage partagé & protocoles :

https://www.freenas.org/
https://doc.ubuntu-fr.org/tutoriel/un_simple_partage_nfs
https://docs.microsoft.com/fr-fr/windows-server/storage/file-server/file-server-smb-overview
https://fr.wikipedia.org/wiki/ISCSI
https://doc.ubuntu-fr.org/drbd
https://doc.ubuntu-
fr.org/rsync

Direction Innovation & Pédagogie – Septembre 2023 page 4

3.4 Mise en place d’une solution de supervision des services mis en place – Mission M4

L’équipe informatique de NFL IT souhaite mettre en place un serveur de centralisation et de gestion des
journaux d’évènements de l’infrastructure de la société mais également des journaux potentiellement
générés par l’O.S support des Seahawks clients déployés sur les franchises de la ligue. (et dans l’absolu les
journaux que l’application Harvester générerait)

Ce serveur récupérerait l’ensemble des logs, les historiserait sur une durée d’un an et permettrait à l’équipe
support de disposer d’un tableau de bord recensant les évènements qualifiés de critiques.

La DSI de la société souhaite également à tout moment connaitre l’état de la plate-forme WEB Seahawks
Nester, c’est-à-dire du cluster WEB. En cas de problème de disponibilité, la DSI doit être alertée par mail ou
push de l’incident. Elle souhaite également pouvoir mesurer la bande passante utilisée par le cluster. Pour
cela, il est donc nécessaire de mettre en place un service de métrologie permettant d’observer les débits
réseaux dans le sens Internet > datacenter et inversement. (au niveau firewall ou au niveau cluster).

Vous devez donc mettre en place pour cette mission, une ou plusieurs solutions de supervision qui
répondra aux besoins ci-dessus. La supervision doit être déployée au sein du datacenter français.

Ressources pouvant vous aider :

Supervision
https://prometheus.io/docs/visualization/grafana/
https://www.cacti.net/
https://www.zabbix.com/
https://www.centreon.com/

Gestion des logs

https://linux.goffinet.org/administration/gestion-securisee/journalisation-systemd-syslog/
https://linuxfr.org/news/gestion-des-logs-avec-logstash-elasticsearch-kibana
https://www.elastic.co/fr/logstash/
https://www.graylog.org/
https://grafana.com/oss/loki/

3.5 Configuration de la sécurité des firewalls & VPN site à site – Mission M5

Afin de sécuriser les échanges entre le datacenter, le siège, les franchises et Internet, il est impératif de
mettre en place un Firewall (virtuel) qui fera le routage entre ces réseaux et qui gèrera les types de trafic
autorisés ou interdits de transit entre ces réseaux.

Il est également nécessaire de mettre en place un VPN site à site entre le siège américain et le ou les
réseaux du datacenter français. Fonctionnement, le LAN du siège doit pouvoir s’adresser aux ressources du
datacenter via leurs IP privées.

Il faudra (entre autres) veiller à ce que le cluster WEB soit atteignable à partir du WAN. (via Internet)
Vous pouvez utiliser la solution de votre choix pour le firewall : Serveur Linux, Solution
PFSence/OPENSence ou autres…:

Ressources pouvant vous aider :

https://www.pfsense.org/
https://opnsense.org/
https://doc.ubuntu-fr.org/iptables
https://en.wikipedia.org/wiki/List_of_router_and_firewall_distributions
https://www.linkedin.com/learning/decouvrir-les-vpn/bienvenue-dans-decouvrir-les-vpn
https://docs.opnsense.org/manual/vpnet.html
https://docs.netgate.com/pfsense/en/latest/recipes/ipsec-s2s-psk.html

3.6 Télémaintenance – Mission M6

La télémaintenance telle qu’elle est définie chez NFL IT consiste à pouvoir maintenir les équipements
informatiques de chacune des franchises à distance. Le point d’entrée du réseau d’une franchise doit être
l’application client Seahawks client Harvester ou l’O.S sur lequel il repose.

Un technicien situé au siège doit pouvoir effectuer les opérations suivantes à distance :
Prendre la main sur l’O.S support du client Harvester facilement
Pouvoir rebondir sur les ressources d’une franchise à partir du Harvester ou via ce dernier

Cette mission est la plus délicate et peut s’envisager de multiples façons plus ou moins complexes à
mettre en place ou à utiliser. Il est impératif qu’aucune manipulation ne soit effectuée sur le
routeur/firewall de la franchise. (Notamment de la redirection de port)

Direction Innovation & Pédagogie – Septembre 2023 page 5

Dans l’idéal, on peut imaginer une solution de reverse tunnels SSH établis à partir du Seahawks client vers
un serveur du datacenter (Machine virtuelle supplémentaire à créer dans ce cas).

Ainsi, le technicien pourrait emprunter ce tunnel pour accéder au Harvester mais aussi aux autres
ressources du LAN de la franchise avec un utilitaire client SSH comme putty/kitty. On parle de « reverse
tunnel » car c’est bien la franchise qui établie le lien avec le datacenter et non l’inverse, ce qui permet de
s’affranchir de toute manipulation sur le routeur/firewall de la franchise. On peut imaginer que ces tunnels
soient manuellement initiés à partir d’un bouton de l’application Seahawks Harvester .

Plus simple à mettre en place mais reposant sur des solutions externes, vous pouvez prévoir de prendre la
main en graphique sur l’O.S du Seahawks client via des outils comme TeamViewer, anydesk ou autres…

Pour éviter de dépendre d’un service externe, il est possible de faire gratuitement du « reverse vnc », ce
qui permet de garder intégralement la main sur la solution.

Une fois la main sur le Harvester, le technicien rebondira sur les équipements du LAN de la franchise, ce
qui implique de prévoir les applications clientes permettant de se connecter aux différentes ressources de
la franchise : client SSH, client bureau à distance, client vnc etc …

Vous pouvez utiliser la ou les solutions de votre choix, il n’existe pas qu’une seule approche.

https://www.ssh.com/academy/ssh/tunneling-example
http://woshub.com/ssh-tunnel-port-forward-windows/
http://www.9bis.net/kitty/#!index.md
https://www.softether.org/
https://www.wireguard.com/
https://openvpn.net/community-downloads/
https://www.e-glop.net/main/VNC_en_invers%C3%A9

3.7 Intégration du serveur de développement (GitLab) utilisé pour le Client Harvester ainsi que le
serveur SGBD de l’application « Nester Manager » – Mission M7 (Facultative

Dans la MSPR «TPRE 500 – Développement d’une solution applicative » vous devez mettre en place un
serveur d’intégration continue et de mise à jour de l’application Seahawks client Harvester.

Selon votre avancement, rien ne vous empêche d’assurer l’hébergement de ce serveur directement au
datacenter sur votre hyperviseur monté lors de la mission M1. Vous pouvez en faire de même pour le SGBD
de l’application Nester Manager de la MSPR « TPRE-614 gérer des données SysOps DevOps ».

L’application Nester Manager n’est rien d’autre qu’une application de gestion des différentes applications
clientes déployées, elle n’est pas à développer dans le cadre du projet global mais vous devrez construire
sa base de données et héberger son SGBD dans la MSPR « TPRE-614 gérer des données SysOps DevOps »

La réalisation de la mission M7 implique : que les groupes de chaque MSPR ne changent pas en termes de
membres, que le passage de la MSPR TPRE-500 et TPRE-614 aient lieu après le passage de cette MSPR
TPTE511.

Dans tous les cas, la réalisation de cette mission facultative n’a pour unique but, que de vous simplifier le
passage des MSPR et de bénéficier de davantage de ressources si nécessaire, bien que les 2 autres MSPR
(TPRE- 614 & TPRE-500) ne nécessitent pas de ressources démesurées.

Prenez conseil auprès de votre coach qui vous suit concernant la réalisation de cette mission M7.

IV –MATÉRIEL & LOGICIELS

4.1 O.S du Client Seahawks Harvester

NFL IT prévoit à terme de déployer le Seahawks Harvester client sous la forme d’un nano-ordinateur type
raspberry pi ainsi que sous la forme d’une appliance (machine virtuelle).

Nous proposons ici de déployer une machine virtuelle basée sur Linux avec le minimum de ressources
nécessaires. Un O.S Ubuntu est une bonne alternative car installable également sur un Raspberry pi
(attention, ne pas utiliser la version ARM si vous virtualisez).

Il est également possible d’installer Rasbian, l’O.S de Raspberry au sein d’une machine virtuelle si vous
voulez coller au plus près de la réalité. Dans tous les cas l’O.S n’est pas imposé
https://raspberrytips.com/run-raspberry-in-virtual-machine/

Direction Innovation & Pédagogie – Septembre 2023 page 6

4.2 Matériel nécessaire à l’infrastructure

Pour effectuer cette MSPR dans les meilleures conditions il est recommandé d’utiliser une machine
physique dédiée (si disponible) qui exécutera l’hyperviseur VMWare ESXi.

Au minimum 20 Go de RAM
Au moins un disque dur SSD de 256 Go
Un espace de stockage total d’au moins 512 Go
Une carte réseau Gigabit
Un CPU de type I7 minimum
De quoi sauvegarder votre travail et donc vos VMs (disque dédié interne ou externe)

La machine physique doit posséder les caractéristiques suivantes :

Note : de nombreux services sont à mettre en place, cependant, il n’est pas nécessaire à un instant T que
l’ensemble de tous ces services (concrètement des VMS) soient lancés simultanément, notamment lors de
la soutenance orale.

4.3 Connexion à votre serveur MSPR & Travail en groupe

Par rapport aux modalités d’accès à votre machine, elles seront spécifiques à votre campus, rapprochez-
vous donc de votre intervenant ou du responsable pédagogique.

Si un réseau bac à sable est disponible, vous pouvez y déployer votre hyperviseur. Afin de travailler à
plusieurs sur votre hyperviseur, il est envisageable de mettre en place une VM permettant de rebondir sur
l’ensemble des autres VM de l’infrastructure (voire une VM par membre du groupe selon les ressources).

L’idée étant de pouvoir facilement prendre la main sur cette VM via des outils comme Teamviewer,
Anydesk ou une solution VPN type HAMACHI ou autres.

Attention cependant aux connexions via le WAN : vous risquez d’être limité par le débit de la connexion
Internet. (Sens upload).

V –ÉVALUATION & LIVRABLES

5.1 Temps et Organisation

La MSPR est à préparer à plusieurs au sein d’un groupe de 4 personnes maximum.

Un planning prévisionnel avec découpage en tâches et affectation de ces dernières doit être établi le jour
de la présentation du sujet ou dans la séance qui suit

5.2 Livrables

Le livrable principal attendu est une démonstration de l’ensemble des services déployés. Cette
démonstration est à préparer en suivant un ou plusieurs scénarios de votre choix qui permettront de faire
le tour des missions réalisées et notamment de tester la haute disponibilité demandée.

Le livrable écrit est quant à lui constitué d’un document écrit de quelques pages en 2 parties à remettre
avant la soutenance :
La première partie décrit quelques scénarios possibles d’évolution de l’infrastructure que vous avez mis
en place
La deuxième partie est une documentation technique rédigée afin d’aider un technicien de l’équipe
support à comprendre les modalités de télémaintenance et de l’utiliser : il doit répondre à la question :
comment prendre la main sur un équipement du réseau LAN d’une franchise ?

Direction Innovation & Pédagogie – Septembre 2023 page 7

ANNEXE 1 – SCHEMA RECAPITULATIF DU CONTEXTE GLOBAL DU PROJET

ANNEXE 1 – SCHEMA RECAPITULATIF DU CONTEXTE GLOBAL DU PROJET

Direction Innovation & Pédagogie – Septembre 2023 page 8