Interface homme-machine de création de

formulaires de données
Développement web et validation
Master 1 Informatique
Parcours Ingénierie du Logiciel Libre
Année universitaire 2024–25

Auteur
Mayel MALEBE MANDODO

Maître d’apprentissage Tuteur pédagogique

Alexandre Huat Christophe Renaud
Résumé

Ce rapport présente ma mission de développement d’une interface homme-machine (IHM) web

ergonomique permettant la création de formulaire de données patient dans le cadre d’études cliniques
au sein du produit Onco Place d’AQUILAB. Il s’agissait de moderniser un existant.
Mes tâches principales ont été le développement de nouveau code, le réusinage d’anciens codes,
et la réalisation de fiches de validation. Cela a abouti à une interface beaucoup plus utilisable que
l’existant. L’IHM a été testée sur un projet réel (93 cas de tests validés sur 101). Cela dit, plusieurs
fonctionnalités essentielles mais complexes doivent encore être ajoutées.
Mes missions planifiées pour l’année suivante sont l’amélioration de cette IHM (40%) et le dévelop-
pement d’une autre IHM pour un outil d’analyse scientifique de données également intégré au produit
Onco Place (60%).

La mission de cette année m’a particulièrement formé en conception logicielle, en analyse fonc-
tionnelle et en réusinage. Ce sont des compétences que je devrai tout autant mettre à profit l’année
suivante.

Mots-clés développement web, IHM, validation logicielle, formulaire de données, études cliniques

This report details my mission to develop an ergonomic web-based Human-Machine Interface for
creating patient data forms within clinical studies, as part of AQUILAB’s Onco Place product. The
goal was to modernize an existing system.
My main tasks included developing new code, refactoring old code, and creating validation sheets.
This resulted in a much more usable interface than the existing one. The human-machine interface
(HMI) was tested on a real project (X test cases validated out of Y). However, several essential but
complex functionalities still need to be added.
My planned missions for the upcoming year are to improve this HMI (40%) and to develop another
HMI for a scientific data analysis tool, also integrated into the Onco Place product (60%).
This year’s mission particularly trained me in software design, functional analysis, and refactoring.
These are skills I will need to leverage just as much in the coming year.

Keywords web development, graphical user interface (GUI), software validation, data forms, clinical
studies

1
Remerciements

Je remercie premièrement David Gibon, directeur d’AQUILAB by Coexya, pour m’avoir offert l’op-
portunité d’intégrer son entreprise. Votre confiance a été déterminante pour me permettre de contribuer
à des projets significatifs et enrichissants.
Je tiens à exprimer ma sincère gratitude à mon maître d’alternance Alexandre Huat pour son
encadrement tout au long de cette première année d’alternance et du stage qui l’a précédé. Son ex-
pertise, sa disponibilité et sa bienveillance ont joué un rôle clé dans mon développement professionnel.
Son implication constante et ses retours constructifs ont été une source précieuse de motivation et
d’apprentissage.
Je souhaite également remercier toute l’équipe d’AQUILAB pour son accueil chaleureux et sa
collaboration. Chaque échange a enrichi mon expérience et m’a permis de m’intégrer pleinement au
sein de l’entreprise tout en développant mes compétences.
Un grand merci à mes proches pour leur soutien indéfectible et leur encouragement tout au long
de cette période.

2
Table des matières

Glossaire 6

1 Introduction 7

2 Contexte de l’entreprise 8
2.1 Environnement économique de l’entreprise . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.2 Les produits d’AQUILAB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
2.2.1 ARTISCAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
2.2.2 Onco Place . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
2.2.3 Patient Place et autres . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.3 Organigramme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.4 Organisation de l’équipe Onco Place . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.5 Analyse critique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

3 Missions générales 14
3.1 Environnement et organisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
3.2 Présentation des missions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
3.3 Développement d’un créateur de formulaire de données patient (Builder) . . . . . . . . 15
3.3.1 Objectifs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.3.2 Méthodes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.3.3 Résultats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.3.4 Discussion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.3.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.4 Développement de l’IHM d’Analytics 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.4.1 Objectifs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.4.2 Méthodes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.4.3 Résultats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.4.4 Discussion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.4.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.5 Création des fiches de validations pour le créateur de formulaire de données patient . . 17
3.5.1 Objectifs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.5.2 Méthodes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.5.3 Résultats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.5.4 Discussion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.5.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.6 Accompagnement à la conception interface utilisateur (user interface) (UI)/expérience
utilisateur (user experience) (UX) d’ARTISCAN V5 . . . . . . . . . . . . . . . . . . . 17
3.6.1 Objectifs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.6.2 Méthodes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.6.3 Résultats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.6.4 Discussion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.6.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

4 Mission approfondie : développement des SoftLists dans le créateur de formulaire 19

4.1 Objectifs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20

3
 4.2 Méthodes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4.2.1 Création de la maquette . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4.2.2 Développement de l’interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
4.3 Résultats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
4.4 Discussion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

5 Conclusion 24

6 Source 26

Bibliographie 27
Table des figures

2.1 Interface ARTISCAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

2.2 Interface Onco Place . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.3 Interface Patient Place . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.4 Interface ONCO SEARCH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.5 Organigramme AQUILAB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

4.1 Interface de la liste d’onglet de l’ancienne version du créateur de formulaire . . . . . . 21

4.2 Maquette de la nouvelle la page de liste d’onglet . . . . . . . . . . . . . . . . . . . . . 21
4.3 Interface de la page de liste d’onglet (avec la softlist contenant les éléments) . . . . . . 22

5
Glossaire

AQ assurance qualité 9

CQ contrôle qualité 9

ergonomique Se dit d’un outil qui optimise l’efficacité, l’efficience et le confort de l’utilisateur. 1

GUI graphical user interface 1

HMI human-machine interface 1

IDE environnement de développement intégré 14

IHM interface homme-machine 1, 7, 16
imagerie médicale Ensemble des techniques et procédés qui permettent de créer des images de
l’intérieur du corps humain à des fins diagnostiques ou thérapeutiques. Elle vise à visualiser les
organes, les tissus et les structures pour détecter des maladies, évaluer des blessures ou guider
des interventions. 8, 9
IT L’IT (pour Technologies de l’Information, ou "Information Technology" en anglais) désigne
l’ensemble des technologies, des outils et des méthodes utilisés pour la gestion, le traitement,
le stockage, la transmission et l’échange d’informations numériques. Cela inclut le matériel
informatique, les logiciels, les réseaux, et les services associés. 8

oncologie Spécialité médicale qui se consacre à l’étude, au diagnostic, au traitement et à la pré-

vention des cancers. Elle prend en charge toutes les étapes de la maladie, de la détection précoce
à la rémission ou aux soins palliatifs. 8–10, 24

radiothérapie Méthode de traitement du cancer qui détruit les cellules cancéreuses par irradiation
(rayons X, électron, etc.). 8–10
recherche développement R&D 7

UI interface utilisateur (user interface) 3, 14, 17, 18, 24

UX expérience utilisateur (user experience) 3, 14, 17, 18, 24

6
Chapitre 1

Introduction

Ce rapport présente mon expérience en tant qu’alternant au sein d’AQUILAB by Coexya. Cette
période a été l’occasion de consolider mes compétences pratiques, d’appréhender les exigences du métier
d’ingénieur, développeur web et de contribuer activement à des projets enrichissants.
Le rapport s’articule autour de mes contributions au développement de solutions logicielles critiques
pour les essaies cliniques, notamment l’amélioration des interfaces utilisateur de la plateforme Onco
Place. Cette mission répondait à un double enjeu : satisfaire les besoins d’innovation d’AQUILAB et
approfondir mes compétences en ingénierie logicielle, conformément à ma formation en Master 1. Il
détaille ma démarche face aux défis techniques et organisationnels rencontrés.
Sous la supervision de Monsieur Alexandre Huat, Ingénieur R&D (recherche développement) au
pôle Web, ce document expose mes missions, leurs objectifs et les résultats obtenus. Il souligne égale-
ment les apprentissages et les défis relevés tout au long de cette expérience. Je vais donc vous présenter
comment mes contributions ont permis d’optimiser l’ergonomie et la flexibilité des interfaces d’Onco
Place, tout en développant mon expertise en ingénierie web dans le secteur de la santé numérique.
Pour ce faire, Dans un premier temps, je vous présenterai AQUILAB, en décrivant son histoire, ses
activités, les faits marquants de son développement (notamment les rachats par Coexya et Talan),
son environnement économique, et ses produits clés comme ARTISCAN, Onco Place ou encore Patient
Place. Ensuite, j’aborderai les missions générales que j’ai menées, en détaillant l’environnement humain
et technique de mon alternance, ainsi que deux projets majeurs : le développement d’un créateur de
formulaire de données patient et celui de l’IHM d’Analytics 2. Une section dédiée permettra d’appro-
fondir une mission clé, en me concentrant spécifiquement sur le développement d’une page web au
sein du créateur de formulaire, analysant en détail ses objectifs, méthodes, résultats et une discussion
critique.
Enfin, je conclurai ce rapport par un bilan de mes accomplissements professionnels, des apprentis-
sages individuels réalisés, et de mes perspectives d’évolution future.

7
Chapitre 2

Contexte de l’entreprise

Fondée en 2001 par David Gibon et Philippe Bourel, AQUILAB s’est rapidement imposée comme
un acteur majeur dans le développement de solutions logicielles dédiées au secteur de la santé, en
particulier en oncologie, radiothérapie et imagerie médicale. Son expertise initiale s’est concentrée sur
le contrôle qualité et l’optimisation des traitements, notamment avec des produits comme ARTISCAN
et Onco Place, qui sont devenus des références dans l’amélioration de la qualité des équipements et des
traitements.
En avril 2022, AQUILAB a marqué une étape stratégique majeure en rejoignant le groupe Coexya,
une entreprise française indépendante spécialisée dans les services IT et le développement logiciel. Cette
acquisition a été motivée par plusieurs facteurs clés : elle a permis à Coexya de renforcer significati-
vement sa position dans le secteur de la santé, et plus spécifiquement en oncologie, grâce à l’expertise
reconnue d’AQUILAB. Pour AQUILAB, ce rapprochement a offert l’opportunité de bénéficier des
ressources et de l’expertise d’un groupe plus large, notamment dans le traitement de la donnée et l’in-
telligence artificielle, afin d’accélérer son développement dans la médecine prédictive. Cette synergie,
basée sur des valeurs partagées et des clients communs, visait également à proposer de nouvelles solu-
tions pour un meilleur traitement des patients atteints de cancer. Ce rapprochement a donné naissance
à AQUILAB by Coexya, combinant l’agilité d’AQUILAB avec la force d’un groupe consolidé. Plus
récemment, le 16 juillet 2024, une nouvelle étape a été franchie avec l’annonce du rachat de Coexya
par le groupe Talan. Le closing de cette opération est intervenu le 17 décembre 2024. Cette acquisition
par Talan, un groupe international de conseil et d’expertise technologique, s’inscrit dans une volonté
d’accélérer sa croissance en France et de renforcer sa position sur les métiers de la transformation digi-
tale et de la data. Pour Coexya et ses entités comme AQUILAB, ce rapprochement offre de nouvelles
perspectives de développement et un cadre d’épanouissement supplémentaire pour les équipes, grâce
à une culture commune d’excellence, d’agilité et d’entrepreneuriat. L’objectif est d’élargir la capacité
à répondre aux besoins des clients et de créer des opportunités de développement durable pour toutes
les parties prenantes, en exploitant les synergies et en accédant aux centres d’excellence de Talan à
l’international.

2.1 Environnement économique de l’entreprise

L’environnement économique d’AQUILAB, désormais intégrée au groupe Talan, est caractérisé par
un marché de la santé en pleine mutation, marqué par la digitalisation croissante, la pression sur les
coûts et les exigences réglementaires strictes. L’intégration à Talan amplifie la capacité de réponse à
ces défis.
— Clients : Les clients principaux sont les établissements de santé (hôpitaux publics et privés,
centres de radiothérapie, cliniques) qui recherchent des solutions fiables et performantes pour
l’amélioration de la qualité des soins et l’optimisation de leurs processus. La satisfaction client
et la capacité à répondre à des besoins complexes sont primordiales, d’autant plus avec l’élar-
gissement des expertises apporté par Talan.
— Fournisseurs / Partenaires : AQUILAB collabore avec divers fournisseurs pour ses infrastruc-
tures IT, des partenaires de recherche ou des universités. Le groupe Coexya lui-même est un

8
 partenaire stratégique, fournissant des ressources et des expertises transversales (cybersécurité,
développement d’application, etc.). Avec l’intégration à Talan, le réseau de partenaires et les
opportunités de synergie sont considérablement renforcés, offrant l’accès à une gamme plus vaste
de compétences et de services. La forte réglementation du secteur de la santé (RGPD, normes
médicales, certifications ISO) reste un élément structurant de son environnement, nécessitant
une conformité rigoureuse de toutes les solutions développées.

2.2 Les produits d’AQUILAB

AQUILAB développe une gamme de produits logiciels innovants conçus pour optimiser la qualité
des soins et la recherche en oncologie, radiothérapie et imagerie médicale. Ces solutions répondent à
des besoins précis des professionnels de santé et des établissements hospitaliers.

2.2.1 ARTISCAN
ARTISCAN est une plateforme logicielle spécialisée dans le contrôle qualité (CQ) et assurance
qualité (AQ) en radiothérapie. Son rôle est fondamental pour garantir la sécurité et la précision des
traitements. ARTISCAN fournit aux physiciens médicaux et aux dosimétristes des outils avancés pour
vérifier la conformité et la performance des équipements de traitement, tels que les accélérateurs li-
néaires, ainsi que la justesse des plans de traitement des patients. La plateforme permet de réaliser
des mesures de routine, d’analyser les données, de détecter les déviations potentielles et d’assurer que
chaque séance de radiothérapie est délivrée avec la plus grande exactitude, conformément aux normes
internationales et aux prescriptions médicales. En consolidant et en analysant ces données de contrôle
qualité, ARTISCAN contribue directement à l’optimisation des traitements et à la sécurité des patients.

Figure 2.1 – Interface ARTISCAN

2.2.2 Onco Place

Onco Place est la plateforme centrale d’AQUILAB, conçue pour la gestion des données cliniques
et la coordination des essais cliniques en imagerie médicale et radiothérapie. Son principe fondamental
est de faciliter la centralisation, la sécurisation et l’exploitation des données patient pour la recherche
clinique et le suivi des traitements. Face à la complexité croissante des essais cliniques multi-centriques
et la nécessité de collecter des informations précises et standardisées, Onco Place offre une solution
robuste.
La plateforme permet aux équipes de recherche de concevoir des protocoles d’études, de définir des
masques de saisie de données personnalisés (via le créateur de formulaire sur lequel j’ai travaillé), de
collecter les données de manière structurée et sécurisée, et de les analyser. Elle garantit l’intégrité et
la traçabilité des informations, essentielles dans un environnement réglementé. Onco Place centralise
une multitude de données : démographiques, cliniques, issues de l’imagerie médicale (IRM, scanner,

9
TEP), des traitements de radiothérapie (dosimétrie), et du suivi post-traitement. En simplifiant la
gestion et l’accès à ces informations complexes, Onco Place accélère la recherche clinique, améliore
la collaboration entre les différents centres participants aux études, et contribue à l’avancement des
connaissances en oncologie et à l’amélioration des pratiques de soins. C’est le cœur de la gestion des
essais cliniques pour les hôpitaux et centres de recherche partenaires d’AQUILAB.

Figure 2.2 – Interface Onco Place

2.2.3 Patient Place et autres

Patient Place est un produit associé à Onco Place, spécialisé dans la collecte et la gestion des données
rapportées par les patients (Patient-Reported Outcomes - PROs). Il permet de recueillir directement
et de manière standardisée les informations sur les événements médicaux déclarés par les patients eux-
mêmes, tels que les effets indésirables des traitements, la douleur, l’état général, la qualité de vie, ou
d’autres symptômes. Grâce à des formulaires dédiés et accessibles aux patients, Patient Place enrichit
considérablement les données cliniques objectives en y ajoutant la perspective subjective et essentielle
du patient, ce qui est crucial pour une évaluation holistique des traitements et de leur impact sur la
vie quotidienne. Ces données sont ensuite intégrées et analysées aux côtés des informations collectées
via Onco Place.

Figure 2.3 – Interface Patient Place

Parmi les "autres" solutions importantes, on trouve également :

— Onco Search : Un outil qui permet d’analyser les résultats des traitements et les données cliniques
à grande échelle pour contribuer à l’amélioration continue des protocoles thérapeutiques et à la
recherche épidémiologique.

10
 Figure 2.4 – Interface ONCO SEARCH

— Onco Place Éducation : Une plateforme dédiée à la formation des professionnels de santé à
l’utilisation des outils Aquilab et aux bonnes pratiques cliniques et de recherche, assurant une
prise en main efficace des solutions et une diffusion des connaissances.

2.3 Organigramme
L’organigramme d’AQUILAB, présenté ci-dessous, illustre la structure hiérarchique et la répartition
des responsabilités au sein de la Business Unit. Cette organisation se déploie autour d’un directeur
général (CEO) et d’un BU Manager en charge de la direction générale, avec plusieurs pôles fonctionnels
clés tels que le Support Client, les Ventes & Marketing, les Produits & Services, et la Qualité &
Réglementation.

Figure 2.5 – Organigramme AQUILAB

Durant cette première année alternance, j’ai été directement intégré au pôle Web, lequel fait partie

11
du pôle Produits & Services, et plus spécifiquement au sein de l’équipe dédiée à l’oncologie. Dans cette
structure, j’ai collaboré avec les rôles suivants :
— Mon Maître d’apprentissage (Ingénieur R&D) : C’était mon principal référent technique. En
tant qu’Ingénieur R&D, son rôle est de piloter l’innovation et le développement technique au
sein des produits. Il m’a accompagné dans l’acquisition des compétences techniques nécessaires
à mes missions sur le créateur de formulaire et Analytics.
— Les Chefs de projets : Situés au sein de l’équipe Produit en Oncologie, ces chefs de projets
sont responsables de la gestion opérationnelle des projets et du suivi des essais cliniques. Leur
fonction est d’assurer la bonne exécution des projets en lien avec les besoins identifiés.
— Les Responsables produit : Définissent la vision et la stratégie des produits. Leurs rôles im-
pliquent l’identification des besoins utilisateurs et la priorisation des développements, guidant
ainsi les fonctionnalités sur lesquelles j’ai travaillé pour le créateur de formulaire.
Cette cartographie des rôles m’a permis de comprendre mon positionnement au sein de l’entreprise et
la contribution spécifique de chaque acteur à la conception et au développement des produits.

2.4 Organisation de l’équipe Onco Place

L’organisation des projets au sein du pôle Web, et plus particulièrement pour la plateforme Onco
Place, repose sur une structure claire visant à assurer une gestion efficace des développements et une
coordination fluide entre les différentes parties prenantes.
Les projets sont initiés et gérés principalement par les Responsables produit qui définissent la
vision et les besoins fonctionnels des nouvelles fonctionnalités ou des évolutions. Ces besoins sont
ensuite traduits en tâches concrètes par les Chefs de projets, et la charge de travail est répartie entre
les Ingénieurs et Développeurs Web. La communication et la gestion des tâches s’appuient sur des
outils de planification dédiés, notamment le planificateur intégré à Microsoft Teams. Cet outil sert de
support visuel pour suivre précisément les tâches attribuées à chacun, leur avancement et leur évolution,
permettant ainsi un suivi précis de l’avancement de chacun.
La synchronisation de l’équipe est assurée par des rituels de communication réguliers :
— Réunion d’équipe hebdomadaire : Chaque lundi matin, une réunion rassemble l’ensemble des
développeurs, chefs de projets et responsables produit. Cette rencontre est essentielle pour faire
le tour des tâches en cours de chacun, discuter des avancements, des points bloquants et des défis
rencontrés. C’est un moment clé pour l’alignement des efforts et pour s’assurer que tout le monde
dispose d’une vision claire du progrès collectif. Cependant, cette réunion n’est pas obligatoire
pour mon maître d’apprentissage et moi-même. Étant donné que son rôle est davantage axé
sur la recherche et le développement, et que je suis placé sous sa supervision directe pour des
missions spécifiques, notre contribution est principalement gérée dans un cadre plus ciblé.
— Réunion mensuelle du pôle Web : Chaque mois, l’ensemble du pôle Web se réunit lors d’une
session obligatoire. Cette réunion est un point d’étape global, permettant de faire le bilan des
réalisations, de partager les avancées majeures sur les différents projets de chaque membre
de l’équipe, et de discuter des orientations stratégiques et techniques pour le pôle dans son
ensemble. Elle garantit une vision d’ensemble et une coordination à un niveau supérieur.
Parallèlement à ces réunions d’équipe, je bénéficie d’un suivi personnalisé essentiel à mon parcours
d’alternance. J’ai une réunion hebdomadaire dédiée avec mon maître d’apprentissage tous les lundis.
Ce rendez-vous est l’occasion de faire le point sur mon avancement personnel, de discuter des tâches
qui m’ont été attribuées (réussies ou non), d’effectuer des revues de code approfondies et d’identifier
ensemble les éventuelles difficultés ou les points nécessitant un approfondissement. Ce cadre assure un
encadrement solide et un apprentissage continu et ciblé.

2.5 Analyse critique

L’organisation de l’équipe Onco Place, telle que décrite précédemment, présente de nombreux
atouts, particulièrement en matière de communication et de collaboration. Ces points forts contri-
buent significativement à l’efficacité du pôle Web et à la qualité des solutions développées.

12
Points positifs : Une communication fluide et collaborative
La mise en place de rituels de communication réguliers constitue un pilier essentiel de cette organisa-
tion. La réunion d’équipe hebdomadaire du lundi est une excellente initiative. Elle assure une visibilité
complète sur l’avancement des tâches de chacun, facilite l’identification rapide des points bloquants et
encourage l’alignement collectif des efforts. Cette transparence contribue à une meilleure compréhen-
sion des interdépendances entre les différentes missions et renforce le sentiment d’appartenance à un
projet commun.
Au-delà de ces cadres formels, la culture d’échange spontané au sein de l’équipe est un atout majeur.
Lorsque les développeurs ont besoin de discuter de solutions techniques complexes, des échanges tech-
niques ciblés et des échanges directs sont systématiquement organisés. Ces discussions techniques infor-
melles, mais régulières, permettent de débloquer rapidement des situations, de partager des connais-
sances et d’assurer une prise de décision collective et éclairée. Cette capacité à communiquer et à
collaborer de manière proactive est fondamentale pour la réactivité de l’équipe face aux défis tech-
niques et pour l’innovation. La réunion mensuelle complète ce dispositif en offrant une vision plus
globale et stratégique des avancées.
Perspective d’évolution : Renforcer la transversalité et le partage inter-projets
Bien que la communication interne à l’équipe soit solide, une opportunité majeure d’amélioration réside
dans le renforcement de la communication et du partage des connaissances entre les différents projets
et équipes au sein du pôle Web. Au-delà des réunions générales, il serait bénéfique d’instaurer des
opportunités de partage plus ciblées entre les équipes travaillant sur des projets distincts. Organiser
des ateliers thématiques réguliers ou des "communautés de pratique" centrées sur des sujets techniques
spécifiques (par exemple, la performance, la sécurité, l’architecture ou l’utilisation de nouvelles techno-
logies) permettrait d’harmoniser les pratiques, de capitaliser sur les retours d’expérience et de stimuler
l’innovation transversale à l’échelle du pôle. Une telle démarche consoliderait l’efficacité collective et
maximiserait l’impact des expertises individuelles au service des objectifs d’AQUILAB.

13
Chapitre 3

Missions générales

Ce chapitre a pour objectif de présenter l’ensemble des missions qui m’ont été confiées et sur
lesquelles j’ai travaillé durant cette année. Il détaillera pour chaque mission les objectifs poursuivis, les
méthodes employées pour leur réalisation, les résultats obtenus, ainsi qu’une analyse des apprentissages.
Cette section permettra de mettre en lumière la diversité des tâches effectuées et les compétences
mobilisées au service des projets du pôle Web.

3.1 Environnement et organisation

Mon intégration au sein du pôle Web s’est déroulée dans un environnement technique riche et
stimulant, propice au développement de compétences variées.
Environnement technique :
Les projets sur lesquels j’ai travaillé, notamment la plateforme Onco Place, reposent sur une stack
technique moderne et robuste. Le cœur du développement s’appuie principalement sur PHP, un langage
de programmation côté serveur largement utilisé pour le développement web. Pour la partie front-end,
l’intégration des interfaces utilisateur est réalisée avec Twig, un moteur de template puissant et flexible,
complété par du JavaScript pour les interactions dynamiques et du CSS pour le stylisme des pages.
Mon environnement de développement intégré (IDE) principal a été PhpStorm, un outil complet qui
a facilité la navigation dans le code, le débogage et l’optimisation de ma productivité.
Organisation et suivi avec le maître d’apprentissage :
Mon encadrement et mon suivi durant cette alternance ont été structurés autour d’une organisation
régulière et personnalisée avec mon maître d’apprentissage. Chaque lundi matin, nous tenons une
réunion hebdomadaire dédiée. Pour le suivi de mes tâches et de l’avancement de mes projets, nous
utilisons des planificateurs intégrés à Microsoft Teams. Ce rendez-vous est l’occasion de faire le point
complet sur l’ensemble des tâches qui m’avaient été attribuées au cours de la semaine précédente. Nous
passons en revue ce qui a été accompli, ce qui a pu rencontrer des difficultés, ou ce qui n’a pas pu être
finalisé. Cette réunion inclut systématiquement une relecture approfondie de mon code. Mon maître
d’apprentissage examine mes implémentations, discute des choix techniques, propose des optimisations
et m’aide à identifier les éventuelles erreurs ou les points à améliorer. Ces retours directs et constructifs
sont essentiels pour ma montée en compétence. Nous corrigeons ensemble les éléments nécessaires et
ajustons les objectifs pour la semaine à venir, assurant ainsi un processus d’apprentissage continu et
une progression constante sur mes missions.

3.2 Présentation des missions

Durant cette année, mes missions principales se sont articulées autour de l’amélioration continue
de la plateforme Onco Place, un outil stratégique dédié à la gestion des données des essais cliniques
en cancérologie. AQUILAB se distingue par sa capacité à centraliser et exploiter un volume important
de données cliniques, offrant ainsi une base solide pour la recherche médicale. Bien que la robustesse
fonctionnelle d’Onco Place soit avérée, l’entreprise était consciente de la nécessité d’optimiser l’UX ainsi
que l’UI de certains modules clés, notamment le créateur de formulaire de données patient et Analytics.

14
L’objectif général était de rendre ces interfaces plus intuitives, ergonomiques et simples à utiliser, afin de
permettre aux différents utilisateurs de naviguer efficacement sans nécessiter de formation approfondie.
L’optimisation de l’interaction homme-machine visait à autonomiser les utilisateurs, à minimiser les
erreurs et à accroître leur satisfaction globale.

3.3 Développement d’un créateur de formulaire de données patient

(Builder)
Le créateur de formulaire de données patient est un module crucial d’Onco Place, permettant la
création et la gestion dynamique de formulaires de collecte de données pour les essais cliniques.

3.3.1 Objectifs
L’objectif principal était d’optimiser l’expérience utilisateur et l’interface graphique du créateur de
formulaire afin de le rendre plus intuitif, ergonomique et facile à prendre en main par les utilisateurs.
Il s’agissait de faciliter la conception de formulaires complexes, d’améliorer la flexibilité des champs de
données et de réduire la nécessité d’une formation approfondie pour les équipes de recherche clinique.
L’autonomie des utilisateurs dans la création de leurs formulaires était au cœur de cette démarche.

3.3.2 Méthodes
Cette mission s’est déroulée en deux phases complémentaires : la création de maquettes et le dé-
veloppement de l’interface utilisateur. Mon engagement sur ce module n’était pas nouveau, puisque
j’avais déjà eu l’opportunité de créer des maquettes initiales durant mon stage de troisième année de
BUT chez AQUILAB. En tant qu’alternant, j’ai capitalisé sur cette première expérience. La phase de
conception a consisté à visualiser et conceptualiser les futures interfaces, en utilisant principalement
Figma pour les maquettes visuelles afin de faciliter les itérations rapides et le recueil des retours, ga-
rantissant ainsi que les designs correspondaient parfaitement aux attentes métiers et techniques.
La phase de développement front-end a ensuite donné vie à ces maquettes. J’ai poursuivi et intensifié
mon travail sur ce module, notamment en collaboration avec mon maître d’apprentissage. Cette colla-
boration a été particulièrement intense sur la conception et l’implémentation, m’amenant à améliorer
et à modifier de nombreux aspects pour atteindre un niveau de qualité et d’ergonomie optimal, en
intégrant les feedbacks utilisateurs et les exigences fonctionnelles.

3.3.3 Résultats
Suite à ces efforts, la version 0.1.0 du créateur de formulaire de données patient a été déployée fin
mars sur la plateforme de test. Cette première version a permis de mettre à disposition des utilisateurs
une interface remaniée et des fonctionnalités améliorées pour la création de formulaires, marquant une
étape significative dans l’optimisation de l’outil. Ce déploiement a confirmé la validation de la phase
de conception et de développement initial du module.

3.3.4 Discussion
Le développement de ce module a été marqué par un équilibre constant entre l’amélioration de
l’existant et l’intégration de nouvelles fonctionnalités. La capitalisation sur mon expérience de stage a
permis un démarrage rapide, mais la complexité inhérente à la gestion des données cliniques a exigé
une attention particulière aux détails ergonomiques et fonctionnels. La collaboration avec mon maître
d’apprentissage a été essentielle pour naviguer dans cette complexité, permettant des ajustements
réguliers et une montée en compétence. La nécessité de concilier la flexibilité des maquettes (Figma)
avec la robustesse de l’implémentation a également été un défi intéressant.

15
3.3.5 Conclusion
En résumé, cette mission a permis de concrétiser une refonte significative de l’interface de création
de formulaires, aboutissant au déploiement d’une première version améliorée sur la plateforme de test.
Ce projet m’a permis d’approfondir mes compétences en conception UX/UI et en développement web,
tout en appréhendant les spécificités des exigences métiers dans le domaine de la santé. Bien que cette
première version ait été déployée, je continuerai à travailler activement dessus afin d’y implémenter
des fonctionnalités essentielles qui restent à développer, assurant ainsi l’évolution continue de l’outil.

3.4 Développement de l’IHM d’Analytics 2

Suite au déploiement du créateur de formulaire sur la plateforme de test, mes responsabilités se
sont diversifiées avec le démarrage du développement de l’IHM du module Analytics 2.

3.4.1 Objectifs
L’objectif de cette mission est de concevoir et de développer une nouvelle interface utilisateur pour
Analytics, afin de rendre l’analyse des données cliniques plus intuitive et visuellement plus pertinente.
Il s’agit de permettre aux utilisateurs de mieux exploiter les vastes quantités de données collectées via
Onco Place, en offrant des outils de visualisation et de reporting plus ergonomiques, facilitant ainsi la
prise de décision et l’interprétation des résultats d’essais cliniques.

3.4.2 Méthodes
Le développement de l’IHM d’Analytics a débuté il y a peu de temps, nécessitant une approche mé-
thodique. Ma démarche a commencé par une phase de conception approfondie. J’ai exploré différentes
approches en proposant plusieurs maquettes sur une même page à mon maître d’apprentissage. Une
fois qu’une proposition de maquette était validée, je pouvais alors lancer le développement de l’inter-
face correspondante. Comme pour le créateur de formulaire, j’ai utilisé Figma pour les maquettes et,
dans certains cas, j’ai prototypé directement en HTML et CSS pour valider rapidement des concepts
spécifiques d’interface avant de passer à l’implémentation. Actuellement, je suis en plein développement
sur ce second projet, appliquant les principes d’ergonomie et d’expérience utilisateur appris et affinés
sur le créateur de formulaire.

3.4.3 Résultats
À ce stade du rapport, le développement de l’IHM de ce module est en cours. Les bases de l’interface
ont été posées, et les premiers composants sont en cours d’intégration. Le projet progresse selon le
planning défini, avec des retours réguliers de mon maître d’apprentissage pour s’assurer de l’alignement
avec les attentes fonctionnelles et techniques.

3.4.4 Discussion
L’engagement sur le projet Analytics, après le créateur de formulaire, a représenté un nouveau défi
stimulant, principalement en raison des spécificités inhérentes à l’analyse de données. La conception
d’interface pour ce module demande une approche ergonomique distincte, visant à rendre des informa-
tions complexes directement exploitables et organisées pour les utilisateurs. La gestion simultanée de
ces deux projets (créateur de formulaire et Analytics) a exigé une organisation flexible de mon temps et
une capacité d’adaptation rapide face aux priorités changeantes. Cette expérience a été déterminante
pour renforcer mes compétences en gestion du temps et en planification de projet.

3.4.5 Conclusion
La mission sur Analytics est une continuation logique de mes compétences acquises, me permettant
d’appliquer mes connaissances en développement web à un nouveau domaine fonctionnel : la visualisa-

16
tion et l’analyse de données. Ce projet enrichit mon expérience en matière de conception d’interfaces
dédiées à des applications complexes et stratégiques pour la recherche clinique.

3.5 Création des fiches de validations pour le créateur de formulaire

de données patient
En complément des développements des interfaces, j’ai également contribué à la phase de validation
des produits, en créant des supports essentiels à ce processus.

3.5.1 Objectifs
L’objectif de cette mission était de formaliser le processus de validation des fonctionnalités déve-
loppées. Cela impliquait la création de fiches de validation détaillées, servant de guide pour les tests
fonctionnels et les validations utilisateurs. Ces fiches devaient garantir une couverture exhaustive des
scénarios d’utilisation et une vérification rigoureuse de la conformité des développements avec les spé-
cifications initiales.

3.5.2 Méthodes
Pour la création de ces fiches de validation, ma méthode a consisté à analyser puis à décomposer
chaque fonctionnalité en scénarios de test précis. J’ai collaboré étroitement avec les chefs de projets
et, en particulier, avec mon maître d’apprentissage. C’est lui qui m’a formé aux bonnes pratiques de
rédaction de ces fiches et qui a assuré un suivi régulier de mon travail. Ensemble, nous nous sommes
assurés que les critères de validation étaient clairs, mesurables et représentatifs des attentes métiers.
Ces fiches incluaient des étapes détaillées ainsi que les résultats attendus.

3.5.3 Résultats
Les fiches de validation ont été créées pour l’ensemble des pages du créateur de formulaire. Elles ont
ensuite servi de support à la cheffe de projet pour tester le module sur un projet réel. Cette utilisation
concrète a permis de valider la conformité des développements et de détecter d’éventuels écarts ou
tests non passants, garantissant ainsi la robustesse et la qualité du module avant son déploiement.

3.5.4 Discussion
Cette mission, bien que différente du développement pur, a été cruciale pour ma compréhension du
cycle de vie complet d’un produit logiciel. Elle m’a confronté à la rigueur nécessaire dans la phase de
qualification et à l’importance d’une documentation claire et exhaustive pour garantir la qualité finale
du produit. La précision requise pour la rédaction de ces fiches a renforcé mes compétences d’analyse
et de communication technique.

3.5.5 Conclusion
Réaliser ces fiches de validation a enrichi mon expérience en me faisant participer activement à
l’assurance qualité des produits d’AQUILAB. Cette mission a souligné l’importance d’une validation
structurée et m’a permis de développer une vision plus complète des processus de développement
logiciel. Suite aux retours de la cheffe de projet concernant la clarté de certains cas de test, je serai
amené à retravailler et affiner une partie de ces fiches pour plus claire dans mes propos.

3.6 Accompagnement à la conception UI/UX d’ARTISCAN V5

Cette mission, démarrée au mois de mai, marque une ouverture vers la collaboration et le partage
d’expertise entre le pôle Web et développement logiciel, spécifiquement sur le produit phare d’Aquilab
qui est ARTISCAN.

17
3.6.1 Objectifs
L’objectif principal de cette mission est de contribuer à la phase de conception des maquettes pour
ARTISCAN V5, la nouvelle version web du produit (historiquement une application cliente lourde).
Plus précisément, il s’agit d’apporter un regard neuf et une expertise en design UI/UX et front-end aux
travaux d’un stagiaire récemment recruté. Mon rôle est de lui fournir des conseils, des suggestions et
des retours constructifs sur ses propositions de maquettes, afin d’optimiser l’esthétique et l’ergonomie
de cette future interface web stratégique.

3.6.2 Méthodes
Cette collaboration s’est concrétisée par des réunions hebdomadaires de 30 minutes (allant à 45
minutes maximum) par semaine avec le stagiaire concerné, depuis le mois de mai. Cette durée a été
spécifiquement adaptée pour me permettre d’apporter un soutien régulier et ciblé, tout en gérant mes
responsabilités principales sur le développement d’Analytics (les trois premiers jours par semaine) et du
créateur de formulaire de données (les deux derniers jours par semaine). Le recrutement de ce stagiaire
répondait à un besoin spécifique lié à la sortie d’ARTISCAN V5, et sa mission est entièrement axée
sur la création de maquettes front-end pour cette refonte web.
Mon maître d’apprentissage a discuté avec le maître d’apprentissage du stagiaire pour proposer
mon aide. Durant ces sessions, nous passons en revue les maquettes réalisées par le stagiaire. Mon
approche consiste à discuter de ses choix, à évaluer l’esthétique et l’expérience utilisateur, et à y
apporter des suggestions d’améliorations. Il s’agit d’offrir une vision complémentaire et un "regard
extérieur" qualifié, enrichissant ainsi le processus de création et garantissant que les designs intègrent
les meilleures pratiques de l’interface web.

3.6.3 Résultats
Depuis le début de cette mission, j’ai apporté un soutien continu au stagiaire. Les échanges réguliers
ont permis d’affiner progressivement les propositions de design, d’explorer de nouvelles pistes créatives
et d’optimiser l’ergonomie des futures interfaces. Les contributions issues de cette collaboration visent
à enrichir les maquettes finales, participant ainsi à l’élaboration d’une version web d’ARTISCAN plus
moderne et plus intuitive.

3.6.4 Discussion
Cette mission représente une dimension intéressante de mon alternance, axée sur l’accompagnement
et la collaboration inter-équipes. Elle met en lumière l’importance d’avoir différentes perspectives sur
un projet, car un regard extérieur, même d’une personne moins directement impliquée initialement,
peut révéler des opportunités d’amélioration esthétiques et fonctionnelles. Contribuer à la conception
des maquettes d’ARTISCAN V5, le produit phare d’AQUILAB, est particulièrement gratifiant, d’au-
tant plus qu’il s’agit d’une transition majeure vers une interface web. Cette expérience renforce mes
compétences en analyse UI/UX et en communication constructive.

3.6.5 Conclusion
L’accompagnement du stagiaire sur la conception UI/UX d’ARTISCAN V5 est une mission qui
m’a permis d’étendre mon champ d’action au-delà du développement pur. Elle souligne l’importance
de la collaboration et du partage d’expertise pour la réussite des projets de refonte majeurs. Cette
contribution active à l’élaboration des interfaces du futur ARTISCAN V5 renforce mon expertise
en design web et met en évidence ma capacité à apporter une valeur ajoutée dans une démarche
collaborative.

18
Chapitre 4

Mission approfondie : développement des

SoftLists dans le créateur de formulaire

Parmi mes contributions au sein du pôle Web, le créateur de formulaire de donnée représente ma
mission la plus significative. Ayant initié ce travail durant mon stage précédent et l’ayant poursuivi
activement en tant qu’alternant, cela constitue plus d’un an d’engagement continu sur ce produit.
C’est sur ce projet que j’ai pu le plus approfondir mes compétences techniques et fonctionnelles, et où
mes contributions ont été les plus substantielles. J’ai choisi d’approfondir cette mission pour illustrer
l’étendue de mon travail et les compétences acquises.

Qu’est-ce que le créateur de formulaire de donnée ?

C’est un module essentiel de la plateforme Onco Place, conçu pour faciliter la création et la ges-
tion des formulaires de collecte de données dans le cadre des essais cliniques en cancérologie. Pour
garantir la précision des données de santé nécessaires à ces essais, les informations sont recueillies via
des masques de saisie basés sur des formulaires spécifiques. Face à la complexité croissante de cette
démarche, un besoin fort a été exprimé pour la création d’un outil capable de gérer ces formulaires de
manière autonome.
Avant l’implémentation de ce module, la gestion des formulaires était directement effectuée dans le code
par les développeurs. Cette méthode était rigide et posait des défis majeurs pour la maintenance et
les modifications sans intervention technique, limitant ainsi l’adaptabilité des formulaires aux besoins
évolutifs des essais cliniques.
Face à ces contraintes, le créateur de formulaire de donnée a été intégré à Onco Place comme une
solution de développement no-code. Cette approche novatrice a permis d’accroître considérablement la
flexibilité et l’accessibilité, offrant aux utilisateurs non techniques la capacité de créer et de modifier
des formulaires selon leurs besoins.
Mon travail consiste à développer une nouvelle version de ce module. Cette mise à jour majeure vise
à révolutionner l’expérience utilisateur grâce à une approche axée sur l’ergonomie et l’esthétique.

Après avoir présenté le module créateur de formulaire dans sa globalité, nous allons maintenant nous
focaliser sur une mission spécifique et centrale dans le cadre de cette refonte : l’implémentation et
l’optimisation des SoftLists.

Qu’est-ce qu’une SoftList ?

Au cœur de cette refonte et de l’organisation des formulaires, se trouvent les SoftLists. Une Soft-
List se présente comme une liste d’éléments dynamiques. Ces éléments peuvent inclure, par exemple,
des onglets, des champs de données, ou encore d’autres composants structurant le formulaire. Cette
structure flexible permet aux utilisateurs d’organiser des formulaires complexes en sections thématiques
distinctes et de naviguer intuitivement entre elles. Ma mission sur les SoftLists vise à optimiser cette
organisation pour rendre la gestion et la saisie des données encore plus fluide et efficiente, en améliorant

19
l’interaction utilisateur au sein de ces subdivisions thématiques.

4.1 Objectifs
Les objectifs fixés pour cette mission s’inscrivent dans une démarche globale d’amélioration continue
et de modernisation de la plateforme Onco Place. Ils peuvent être décomposés comme suit :
— Optimiser l’organisation des formulaires complexes : En tirant pleinement parti de la structure
en onglets des SoftLists, l’objectif est de rendre la navigation et la structuration des formulaires
volumineux plus claire, plus intuitive et plus logique pour les utilisateurs. Cela facilite l’accès
rapide aux différentes sections thématiques des données.
— Améliorer la fluidité et l’efficience de la gestion et de la saisie des données : Rendre les in-
teractions au sein des SoftLists – que ce soit la navigation entre les onglets, ou l’ajout et la
modification des champs de données qu’ils contiennent – plus intuitives et rapides. L’ambition
est de minimiser les efforts et d’optimiser le temps passé par les utilisateurs sur la collecte
d’informations.
— Accroître la qualité de l’interaction utilisateur au sein des subdivisions thématiques : Spécifique-
ment pour les SoftLists, l’objectif est d’affiner la manière dont les utilisateurs interagissent avec
chaque onglet et les champs qu’il renferme, afin de rendre l’expérience de saisie non seulement
plus agréable, mais également plus précise.
Ces objectifs combinés contribuent à faire des SoftLists un élément clé de l’ergonomie et de la per-
formance du créateur de formulaire, répondant aux besoins des professionnels de la santé pour une
gestion efficace des essais cliniques.

4.2 Méthodes
Pour aborder le développement des SoftLists dans le créateur de formulaire, ma démarche a débuté
par une phase de conception via la réalisation de maquettes. Nous allons nous focaliser ici sur la page
de la liste d’onglets, qui est un élément central de cette mission.

4.2.1 Création de la maquette

La conception de cette page a visé une transformation significative par rapport à la version précé-
dente du module, avec pour objectif d’améliorer drastiquement l’interaction utilisateur et la gestion des
onglets. Alors que l’ancienne interface n’affichait que des clés de chaque onglet, la nouvelle version offre
une vue bien plus riche et interactive. Chaque onglet présente désormais son titre clairement visible,
accompagné d’une série de boutons d’action situés à droite, proposant un éventail complet d’options
de gestion.
Parmi les nouveautés clés, l’ajout d’un bouton permettant d’insérer un nouvel onglet immédiatement à
la suite de celui sur lequel l’utilisateur clique facilite grandement la création de séquences logiques, une
amélioration notable par rapport à l’ancienne version où les nouveaux onglets s’ajoutaient uniquement
en fin de liste. La flexibilité a été accrue avec l’introduction de fonctionnalités permettant de dupliquer,
de modifier l’ordre, ou de supprimer un onglet. De plus, une icône a été intégrée pour distinguer si un
onglet a été ajouté via le code ou directement directement dans le module via la page de liste d’onglet,
car les interactions sur les onglets définis par défaut (dans le code) sont restreintes.
La gestion des groupes d’onglets a également bénéficié d’améliorations substantielles, avec l’affichage
direct du titre du groupe, de son icône, et l’accès à des boutons pour fusionner, modifier ou supprimer
un groupe entier, rendant la configuration plus intuitive. Enfin, pour optimiser l’efficacité de l’utilisa-
teur, des fonctionnalités telles qu’un bouton pour supprimer tous les groupes et une barre de recherche
ont été ajoutées, permettant de retrouver et gérer rapidement les éléments.
Il est important de noter que cette partie de la conception a été initiée lors de mon précédent stage.
Face à l’évolution des besoins et des exigences fonctionnelles, j’ai repris ce travail au début de mon
alternance. Cela m’a permis de revoir, d’améliorer et de finaliser la conception de la page de gestion des

20
SoftLists, en capitalisant sur mes premières réflexions tout en les adaptant aux nouvelles orientations
du projet.

Figure 4.1 – Interface de la liste d’onglet de l’an-

cienne version du créateur de formulaire
Figure 4.2 – Maquette de la nouvelle la page de
liste d’onglet

4.2.2 Développement de l’interface

Suite à la phase de maquettage détaillée, l’étape suivante a été le développement technique de
l’interface. Dans un premier temps de ma mission de stage, j’ai débuté par la mise en place de la page
d’accueil du créateur de formulaire de données en utilisant le moteur de templates Twig, établissant
ainsi les fondations de l’application.
Mon travail s’est ensuite focalisé sur la page de liste d’onglets, un élément central du créateur de
formulaires. Initialement, j’ai conçu une structure en Twig qui récupérait les données nécessaires des
onglets directement depuis le backend via PHP. Une route spécifique était utilisée pour récupérer tous
les éléments pertinents, stockés dans une variable accessible par Twig, puis affichés via une boucle dans
le template.
Cependant, face à la complexité croissante des interactions souhaitées et à la nécessité d’offrir une
expérience utilisateur plus dynamique et réactive, j’ai fait évoluer ce système. Plutôt que d’afficher
l’intégralité des onglets et de gérer leurs interactions uniquement via Twig, j’ai opté pour une approche
où les données étaient toujours récupérées via Twig, mais leur affichage et la gestion des interactions
étaient pris en charge par JavaScript. Cette transition a permis une plus grande flexibilité pour l’inté-
gration de fonctionnalités avancées et une meilleure réactivité face aux actions de l’utilisateur.
L’intégration entre le frontend et le backend était cruciale pour garantir la cohérence des actions. J’ai
ainsi entrepris la création de fonctions dans le contrôleur PHP pour chaque interaction utilisateur pos-
sible (création, duplication, suppression d’un élément d’onglet, etc.), chaque fonction étant associée à
une nouvelle route. Cette architecture assure une séparation claire entre la présentation (frontend) et
la logique métier (backend), facilitant le développement et la maintenance.
Un défi majeur résidait dans le rechargement complet de la page après chaque interaction, ce qui
perturbait considérablement le flux utilisateur. Pour résoudre ce problème et optimiser l’expérience,
j’ai mis en œuvre des mises à jour partielles de la page via des requêtes asynchrones (AJAX). Désor-
mais, lorsqu’un utilisateur interagit avec l’interface, une requête est envoyée au serveur via PHP. Le
contrôleur PHP traite la requête, effectue les traitements nécessaires (comme la sauvegarde en base de
données), et renvoie une réponse. Si la requête est un succès (code de statut HTTP 200), le JavaScript
met à jour dynamiquement les parties concernées de la page avec les nouvelles données renvoyées par le
contrôleur, sans rafraîchir l’intégralité de la page. Cette approche permet au contrôleur de gérer toute
la logique métier et la persistance des données, tandis que le JavaScript se concentre sur le dynamisme
et l’affichage de l’interface. L’utilisation de templates Twig pour la structure et l’affichage des données,
combinée à JavaScript pour le dynamisme, assure un code modulaire, facilement maintenable et hau-
tement réutilisable.
Suite à l’évolution des besoins du projet, j’ai également eu à développer de nouvelles interactions pour
la gestion d’éléments dans la SoftList. Parmi celles-ci, la possibilité de scinder un groupe d’éléments

21
existant, de sortir un élément d’un groupe dans lequel il se trouve, ou au contraire de placer un élé-
ment dans un groupe (avec un bouton dédié à la création d’un groupe pour cet élément). De plus, pour
accéder à la page de configuration détaillée d’un onglet, l’utilisateur doit désormais simplement cliquer
sur son titre. Un aspect crucial de cette implémentation est l’affichage dynamique de tous ces boutons
d’interaction, qui varie en fonction de la situation de l’élément. Par exemple, si un élément est déjà
membre d’un groupe, le bouton permettant de lui créer un nouveau groupe sera désactivé (grisé). De
même, si un élément se trouve en tête de liste, le bouton de déplacement vers le haut sera grisé, empê-
chant ainsi toute action illogique et guidant l’utilisateur. Toutes ces interactions ont été implémentées
en tenant compte de la prise en charge multilingue (français et anglais), assurant ainsi l’accessibilité
et la convivialité de l’outil pour un public international. Mon travail a ainsi mobilisé le PHP pour la
logique serveur et la gestion des données, le JavaScript pour le dynamisme et les interactions en temps
réel, et le CSS pour garantir l’esthétique et la réactivité de l’interface utilisateur.

Figure 4.3 – Interface de la page de liste d’onglet (avec la softlist contenant les éléments)

4.3 Résultats
Le développement et l’optimisation des SoftLists au sein du créateur de formulaire ont abouti à la
concrétisation de plusieurs résultats tangibles, répondant aux objectifs d’amélioration de l’expérience
utilisateur et d’efficacité opérationnelle.
Les softLists ont été entièrement transformées pour offrir une expérience plus intuitive et visuelle-
ment plus riche. Grâce à la mise en place d’une vue détaillée pour chaque élément, complétée par des
boutons d’action contextuels, les utilisateurs disposent désormais d’une maîtrise accrue sur l’organisa-
tion de leurs formulaires. La distinction visuelle entre les éléments crées dans le créateur de formulaire
de données et ceux définis par le code, ainsi que la gestion dynamique de l’affichage des boutons d’inter-
action en fonction de l’état de l’élément, ont considérablement contribué à la clarté et à la prévention
des erreurs, rendant l’outil plus guidant. Sur le plan technique, l’adoption d’une architecture combinant
Twig pour la structure, JavaScript pour le dynamisme et PHP pour la logique métier, orchestrée par
des requêtes AJAX, a permis de créer une solution hautement réactive. Les mises à jour partielles
de la page après chaque interaction ont éliminé les rechargements complets, offrant une fluidité sans
précédent dans la création et la modification des formulaires. Cette approche garantit une sauvegarde
instantanée des modifications et une expérience utilisateur sans interruption, tout en optimisant la
charge serveur. L’implémentation de fonctionnalités avancées, telles que la gestion des groupes d’élé-
ments et l’accès direct à la configuration détaillée par un simple clic sur le titre, a considérablement
enrichi les capacités de l’outil et sa convivialité.

22
 En somme, cette mission a permis de livrer un composant essentiel et hautement fonctionnel du
créateur de formulaire. Les SoftLists contribuent directement à la simplification de la collecte et de la
gestion de données en cancérologie, offrant un outil plus performant, adaptable et agréable à utiliser,
et consolidant ainsi la position d’Onco Place comme une solution de pointe dans son domaine.

4.4 Discussion
Le développement des SoftLists au sein du créateur de formulaire a représenté une mission parti-
culièrement formatrice, offrant une occasion précieuse d’analyser en profondeur l’adéquation entre les
objectifs fixés, les méthodes employées et les résultats obtenus.

Les objectifs principaux de fluidification de l’expérience utilisateur et d’optimisation de l’organisa-

tion des formulaires ont été largement atteints. La nouvelle interface, avec ses interactions dynamiques
et son affichage contextuel des actions, a significativement amélioré la maîtrise des utilisateurs sur
leurs données. L’attendu était une refonte moderne et intuitive ; l’obtenu est un composant central et
robuste qui non seulement remplit cette promesse, mais offre également une fiabilité accrue. Le sys-
tème de sauvegarde automatique via AJAX, en particulier, a dépassé les attentes initiales en termes de
réactivité et de prévention de la perte de données. Cependant, la complexité intrinsèque de certaines
interactions ajoutées au fil de l’eau, bien que nécessaires pour la flexibilité du module, a parfois rendu
l’intégration et la maintenance plus exigeantes que prévu initialement.
La démarche a débuté par un travail de maquettage puis une implémentation progressive, reprenant
les bases établies durant mon stage précédent. Cette continuité a été un atout majeur, permettant une
immersion rapide et une compréhension approfondie du contexte. Sur le plan technique, la synergie
entre Twig pour la structure des templates, JavaScript pour le dynamisme et PHP pour la logique ba-
ckend, orchestrée par les requêtes AJAX, s’est avérée être un choix stratégique et solide pour atteindre
la fluidité souhaitée. Cette architecture a validé son efficacité pour la construction d’interfaces riches
et réactives. L’apprentissage constant lié à la gestion des contraintes des éléments "codés en dur" (par
défaut) et leur interaction avec les éléments créés via l’interface du créateur de formulaire a renforcé
ma capacité à concevoir des logiques de gestion complexes et contextuelles. La mise en place de la
désactivation des boutons non pertinents (par exemple, "créer un groupe" si déjà dans un groupe,
ou "monter" si en première position) est un exemple concret de cette attention portée à l’expérience
utilisateur, affinant ma compréhension de l’ergonomie avancée.

Si cette mission était à refaire, plusieurs axes d’amélioration clés seraient prioritaires pour opti-
miser le processus de développement et garantir une meilleure efficacité. Tout d’abord, une phase de
spécification fonctionnelle et technique bien plus exhaustive et formalisée, sous la forme de documents
écrits à suivre à la lettre, aurait été indispensable.
De manière plus personnelle, une leçon fondamentale tirée de cette expérience est la nécessité de
prendre un temps significatif pour mieux réfléchir à la conception et à l’architecture avant de se lancer
directement dans le développement. Mon empressement initial à coder, sans une analyse suffisamment
approfondie des implications à long terme, a engendré une perte de temps conséquente par la suite. En
effet, un manque de pré-analyse a conduit à la découverte et à la correction d’un nombre plus élevé de
bugs et de refactorisations nécessaires.
En conclusion, cette mission a été une expérience d’apprentissage intensive et complète. Elle a non
seulement consolidé mes compétences techniques en développement front-end et back-end, mais m’a
également offert une perspective critique et mature sur le processus de développement logiciel, souli-
gnant l’importance d’une approche équilibrée entre agilité, rigueur technique et compréhension appro-
fondie des besoins utilisateur pour la livraison de solutions à forte valeur ajoutée.

23
Chapitre 5

Conclusion

Cette première année d’alternance chez AQUILAB a été une expérience profondément enrichissante
et structurante, marquant une étape significative dans mon parcours professionnel et académique.

Au cours de cette année, j’ai eu l’opportunité d’appliquer mes connaissances théoriques à des défis
concrets du monde réel, en contribuant directement au développement d’applications dans le secteur de
la santé. Mes missions principales se sont concentrées sur l’amélioration continue de la plateforme Onco
Place. J’ai activement participé au développement et à l’optimisation des interfaces clés des modules
tels que : créateur de formulaire de données patient ainsi qu’Analytics 2, avec le déploiement d’une
première version du premier module sur la plateforme de test. Au-delà du développement pur, j’ai éga-
lement joué un rôle essentiel dans l’assurance qualité en participant à la création des fiches de validation
pour l’ensemble des pages du créateur de formulaire de données patient, un travail méthodique crucial
pour la robustesse des fonctionnalités. Plus récemment, mon implication dans la conception UI/UX
des maquettes d’ARTISCAN V5, le produit phare de l’entreprise, a témoigné d’une confiance élargie
et d’une contribution à des projets stratégiques majeurs. Ces expériences m’ont permis de renforcer
significativement mes compétences techniques en développement front-end et de naviguer avec aisance
dans la complexité des exigences métier spécifiques au domaine de l’imagerie médicale et de l’oncologie.

Sur le plan individuel, cette alternance a été incroyablement formatrice, façonnant non seulement
mes capacités techniques mais aussi ma vision professionnelle. J’ai développé une appréciation plus pro-
fonde de la conception logicielle et de l’architecture. Initialement, j’ai trouvé que la réflexion stratégique
derrière le design et la structuration des applications représentait un défi, mais cela est rapidement
devenu un domaine clé sur lequel j’ai cherché à progresser. La collaboration étroite et constante avec
mon maître d’apprentissage a été déterminante. Ses suivis réguliers et nos discussions approfondies
m’ont permis de comprendre la logique sous-jacente aux choix de conception, d’anticiper les défis fu-
turs et d’affiner mon approche de résolution de problèmes au-delà du simple codage. Pour consolider
cette compréhension, j’ai également exploré des concepts théoriques, notamment en lisant "Five Lines
of Code" de Christian Clausen (Clausen, 2021), un ouvrage recommandé par mon maître d’apprentis-
sage. Ce livre m’a offert une nouvelle perspective sur la manière d’écrire du code propre, maintenable et
hautement fonctionnel, en soulignant l’importance de la simplicité et l’impact des décisions architectu-
rales, même à un niveau granulaire. Ces principes ont guidé mon travail et ont contribué à développer
une vision plus claire de ma future carrière dans le développement. Les défis rencontrés, la diversité
des missions et les interactions quotidiennes avec une équipe d’experts ont considérablement accéléré
mon développement professionnel et affiné mes aspirations.

Pour l’avenir, les bases établies durant cette année serviront de tremplin pour ma croissance conti-
nue dans le monde en constante évolution de la technologie. Mes prochaines étapes professionnelles
s’articuleront autour de plusieurs axes stratégiques. Je souhaite avant tout consolider mon expertise
en approfondissant ma maîtrise de la pile technologique actuelle utilisée chez AQUILAB et en explo-
rant des technologies connexes pour élargir mes compétences. Parallèlement, je m’engage à renforcer
mes compétences en conception et architecture logicielle. Cela impliquera d’étudier les patrons de

24
conception, l’architecture des systèmes et les meilleures pratiques pour construire des applications évo-
lutives et maintenables. Pour ce faire, je compte participer activement aux discussions de conception
et rechercher des défis architecturaux. Enfin, pour maintenir une veille technologique et continuer à
expérimenter, je prévois de contribuer à des projets open source ou personnels. Ces étapes visent à
transformer les défis initiaux en points forts, ouvrant la voie à une carrière dynamique et impactante
dans le développement logiciel.

25
Chapitre 6

Source

— https://www.aquilab.com/qui-sommes-nous
— https://www.myfrenchstartup.com/fr/startup-france/101638/aquilab
— https://www.coexya.eu/aquilab-rejoint-le-groupe-coexya/
— https://www.coexya.eu/app/uploads/2022/04/2022-04-21_CP-Acquisitionaquilab_EN-Coexya_
-Copie.pdf
— https://www.pemagazine.fr/argos-wityu-coexya-dun-carve-out-a-une-sortie-strategique/
— https://www.channelnews.fr/talan-rachete-lesn-lyonnaise-coexya-137039

26
Bibliographie

CLAUSEN, Christian, 2021. Five Lines of Code. New York, NY : Manning Publications. isbn 9781617298318.

27