CERTIFICATION PROFESSIONNELLE RNCP N°35594 ADMINISTRATEUR

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

BLOC E6.1 – Concevoir et tester des solutions applicatives

Cahier des Charges de la MSPR « Développement d’une application informatique

dans le respect du cahier des charges Client »
Réalisé dans le cadre d'une évaluation formative

COMPÉTENCES ÉVALUÉES :
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
Résoudre les tickets de niveau 3 & 4 en intervenant sur place ou à distance à l’aide d’outils de
télédistribution.
Former les équipes supports sur l’utilisation des outils de télédistribution en élaborant si besoin un
support de formation associé.
Utiliser le langage de programmation Python (Conception, maintenance et évolution d’applications)
Assurer la qualité d’une application
Utiliser un outil d’intégration

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 informatiques.

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. CAHIER DES CHARGES DE LA SOLUTION SEAHAWKS MONITORING
2.1 Périmètre de la MSPR

Dans cette présente MSPR, nous nous intéressons au développement de l’application Seahawks
monitoring à la fois sur la partie client et sur la partie serveur.

La partie client est intitulée « Seahawks Harvester » ou « Seahawks client ». Il s’agit de l’application qui sera
écrite en python capable de récolter des informations sur le réseau des franchises ainsi que permettre la
télémaintenance (la partie télémaintenance sera implémentée dans une autre MSPR). Le Harvester
présente également un tableau de bord accessible permettant d’afficher un résumé des informations
récoltées. Cette application est installée sur le réseau local d’une franchise donnée. Il est à noter que le
Seahawks Harvester n’a pas besoin d’être connecté à la partie Seahawks server pour fonctionner, il se suffit
à lui-même.

La partie serveur est intitulée « Seahawks Nester » ou « Seahawks server ». Il s’agit d’une application WEB
hébergée au sein du datacenter de NFL IT à Roubaix. Cette application doit permettre à un employé de
NFL IT de consulter les informations d’un client Harvester donné et notamment le tableau de bord des
informations recueillies à partir d’un simple navigateur. Les informations de modalités de prise en main à
distance doivent également y figurer. On entend par « modalités « tout ce qui permettrait de se connecter
au Harvester/réseau du Harvester : identifiants, mot de passe, commandes spécifiques, adresses IP ou
autres…

Afin d’effectuer le développement du projet vous devrez utiliser un outil d’intégration continu, via lequel le
Seahaws Harvester doit pouvoir se mettre à jour automatiquement à partir d’un dépôt géré par vos soins

Enfin il vous sera demandé de réaliser une documentation spécifique.

L’ensemble de ces points vont être traités de façon détaillée dans les parties suivantes de ce document.
Vous retrouverez un schéma résumé des objectifs de cette MSPR en Annexe 2.

A noter que l’application intitulée « Nester Manager » représente une application de gestion administrative
des clients Seahawks Harvester. Elle n’est pas à traiter dans ce projet. Seule sa base de données sera à
modéliser et créer dans la MSPR intitulée « TPRE-614 gérer des données SysOps DevOps ».

2.2 Cahier des charges du Seahawks Harvester (Seahawks client)

Le Seahawks Harvester est l’application déployée dans chaque franchise, elle est à développer dans cette
MSPR avec le langage python.

L’application doit être graphique et peut faire appel à des scripts développés par vos soins.
L’idée étant de cacher la complexité aux techniciens qui s’y connecteront, le but est la génération d’un
tableau de bord permettant de donner des informations sur le réseau du client sur lequel l’application est
déployée.

L’équipe technique a prévu d’éviter de déployer directement l’application sur un poste client du réseau
LAN. Ainsi, l’application sera packagée soit au sein d’un container déployable sur une infrastructure docker
ou LXC, soit directement au sein d’une machine virtuelle où vous installerez l’ensemble des prérequis
nécessaires au fonctionnement de l’application. C’est cette VM en l’état qui sera déployée sur le LAN de la
franchise lors de l’opération d’intégration.

Voici les différentes fonctionnalités à implémenter dans le cadre de cette MSPR :

Possibilité de lancer un scan du réseau (liste des machines connectées, ports ouverts) à partir du
Harvester. Le scan du réseau devrait être développé par vos soins, mais le recours à la librairie python de
nmap est cependant possible.
Mises à jour automatique de l’application à partir d’un dépôt privé de type GitLab hébergé au sein du
datacenter de Roubaix.
Affichage d’un tableau de bord contenant les informations suivantes : o Adresse IP locale et nom de la
VM accueillant le Harvester.
Nombre de machines connectées sur le LAN de la franchise.
Affichage des résultats du dernier scan du réseau (machines + ports) ou accès à un rapport de scan
Latence de l’accès WAN (moyenne de ping sur une cible du NET) sur une durée donnée
Version de l’application.

Les fonctionnalités ci-dessous ne sont pas indispensables dans le cadre de cette présente MSPR mais
seront exigées dans le cahier des charges de la MSPR TPTE 511 – Administrer et concevoir des solutions
d’infrastructures)

Offrir la possibilité au technicien support de prendre la main à distance sur l’O.S de la VM supportant
l’application.
Offrir la possibilité au technicien de prendre la main sur une équipement du LAN de la franchise via
rebond sur le Harvester.

Direction Innovation & Pédagogie – Septembre 2023 page 3

2.3 Cahier des charges du Seahawks Nester (Seahawks serveur)

Le Seahawks Nester est une application WEB unique hébergée au niveau du datacenter NFL IP de
Roubaix. Elle est à développer dans le langage de votre choix.

Le but de cette application est de permettre au technicien :

D’accéder à la liste des sondes configurées
De connaitre l’état d’une sonde (connectée ou déconnectée)
D’afficher le tableau de bord d’une sonde donnée
D’accéder au dernier scan du réseau réalisé (accès simple au rapport possible)

2.4 Précisions techniques et possibilité envisageables

2.4.1 Client Seahawks Harvester

Le déploiement de l’application Harvester au sein d’une VM dont vous installerez préalablement l’O.S de
votre choix est parfaitement envisageable et conseillé dans le sens où si vous n’arrivez pas à implémenter
l’ensemble des fonctionnalités demandées, vous pourrez toujours faire appel à des applications tierces
notamment pour la prise en main à distance. (La solution container est aussi envisageable).

Il est également facile de cloner une machine virtuelle et/ou de la déplacer sur n’importe quel hyperviseur
et notamment l’hyperviseur à mettre en place dans la MSPR « TPTE 511 – Administrer et concevoir des
solutions d’infrastructures ».

L’interface graphique demandée ici pour le Harvester peut rester relativement sommaire à condition que
le tableau de bord soit clair.

Concernant les mises à jour automatiques de votre application Harvester, vous pouvez prévoir un script
dans le langage de votre choix qui synchroniserait les fichiers de l’applications locale avec ceux d’un dépôt
à partir duquel vous faites vos développements. L’utilisation de méthodes d’intégration continue entraine
de toute façon la mise en place d’un tel mécanisme de fonctionnement. Ce dépôt pourrait être hébergé
sur une machine virtuelle qui à terme, sera placée au datacenter de NFL IT à Roubaix (cf MSPR TPTE 511 –
Administrer et concevoir des solutions d’infrastructures).

La fonction de prise en main à distance/télémaintenance n’est pas exigée dans cette MSPR

2.4.2 Serveur Seahawks Nester

Vous êtes totalement libres au niveau du développement de l’application WEB. La question qui va se poser
très vite et celle de la communication entre les Harvesters et votre Nester .
On peut envisager de multiples solutions comme un dialogue au moyen d’une API serveur, les Harvesters
feraient des appels simples à cette API afin de transférer les données récoltées dans un format xml ou json
par exemple.

On peut aussi prévoir une base de données sur laquelle s’appuierait l’application WEB, base qui serait
alimentée par les Harvester. Au pire, on pourra envisager le transfert d’un fichier xml généré sur le
Harvester vers le Nester qui se contentera de l’afficher et de donner accès au rapport de scan au format
html par exemple.

La phase de conception du dialogue entre le client et le serveur et des modalités et format d’échange
des données ne doit pas être sous-estimée.

A terme, le Nester sera hébergé au sein du datacenter de Roubaix dans le cadre de la MSPR « TPTE 511 –
Administrer et concevoir des solutions d’infrastructure »s. Vous êtes libre du choix de l’O.S support. Vous
pouvez envisager de créer cette machine virtuelle directement sur vote poste, puis vous pourrez déplacer
la VM sur votre infrastructure virtuelle nouvellement créée dans le cadre de la MSPR « TPTE 511 –
Administrer et concevoir des solutions d’infrastructures ».

Tout ce qui concerne la prise en main à distance et la télémaintenance n’est pas exigé dans cette MSPR

Direction Innovation & Pédagogie – Septembre 2023 page 4

 2.4.3 Liens utiles
Scan réseau
https://pypi.org/project/python-nmap/
https://tutoriels.pecaudchristopher.com/tutoriels_windows/espace_python/Tutoriel_Creation_Scann
er_IP_Python.php
https://www.tutorialspoint.com/python_penetration_testing/python_penetration_testing_network_s
canner.htm
https://levelup.gitconnected.com/writing-a-network-scanner-using-python-a41273baf1e2
https://www.linkedin.com/learning/la-securite-des-applications-et-des-protocoles-reseau/bienvenue-
dans-la-securite-des-applications-et-des-protocoles-reseau?

Intégration continue & autoupdate

https://gitlab.com/gitlab-org/gitlab
https://docs.gitlab.com/ee/install/docker.html

Python
https://python.doctor/page-tkinter-interface-graphique-python-tutoriel
https://www.linkedin.com/learning/l-essentiel-de-python-3/installer-pyqt5-et-qt-designer

2.5 Fonctionnalités exclues de cette MSPR

Ne seront pas à mettre en place dans cette MSPR les fonctions suivantes :
Mise en place d’un tunnel sécurisé entre le Harvester et le Nester
Possibilité de prendre la main à distance sur réseau du client/ l’O.S du Harvester
Gestion des utilisateurs des applications
Possibilité d’ajout, de suppression, de modification d’un nouveau Harvester via l’interface graphique
du Serveur Nester

II – MATÉRIEL & LOGICIELS

NFL IT prévoit à terme de déployer le Seahawks Harvester 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/

Pour cette MSPR on ne demande pas que l’application soit hautement disponible mais à terme elle devra
l’être dans la MSPR « TPTE511 – Administrer une solution d’infrastructure ».
Un cluster de serveurs hébergera donc au final l’application.

Le choix de l’O.S dépend donc de la solution de haute disponibilité qui sera mise en place dans la MSPR
«TPTE511 – Administrer une solution d’infrastructure».
Le serveur d’intégration continue doit être déployable rapidement (on conseille le déploiement sous la
forme d’un conteneur) : aucune technologie n’est cependant imposée et le déploiement au sein d’une VM
est possible. Il sera au final déployé sur l’infrastructure de la société à mettre en place dans la MSPR «
TPTE511 – Administrer une solution d’infrastructure ».

Remarque : Vous pouvez très bien construire les machines virtuelles dont vous avez besoin sur une
application comme VMWare Workstation pour les exécuter sur votre machine locale.
Vous intégrerez si besoin ces machines virtuelles dans l’infrastructure virtuelle que vous allez monter dans
la MSPR « TPTE511 – Administrer une solution d’infrastructure ».

Ainsi, lors du choix de version de matériel de la VM, prévoyez qu’elle puisse être compatible avec la version
de l’hyperviseur ESXi que vous déploierez.

A noter que le cahier des charges de la MSPR « TPTE511 – Administrer une solution d’infrastructure » stipule
l’obligation d’utiliser les solutions de virtualisation de VMWare

Direction Innovation & Pédagogie – Septembre 2023 page 5

III –ÉVALUATION & LIVRABLES
3.1 Temps & 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.

3.2 Livrables

Le livrable principal attendu est une démonstration de l’application développée et fonctionnelle dans le
cadre de la soutenance orale. Les parties principales du code source des applications développées doivent
être également expliquées brièvement.
L’organisation au sein de l’équipe et les méthodes de gestion de projet doivent également être
présentées.

Un livrable écrit est explicitement demandé et devra être livré en amont du passage de la MSPR. Il devra
comporter au choix une documentation écrite ou un support de formation expliquant l’utilisation de
l’application client Harvester à destination d’un technicien de niveau 1.

Direction Innovation & Pédagogie – Septembre 2023 page 6

ANNEXE 1 – SCHEMA RECAPITULATIF DU CONTEXTE GLOBAL DU PROJET

ANNEXE 2 – SCHEMA RESUME DES OBJECTIFS DE LA MSPR

Direction Innovation & Pédagogie – Septembre 2023 page 7