Polytechnique Montréal

LOG2420
Analyse et conception des interfaces utilisateurs

Travail pratique 1
Énoncé
Version 4 septembre 2022, 00:17

Auteur Jimmy Bell

r
Contributeur et réviseur P Michel Desmarais
Dernière révision 4 septembre 2022, 00:17

Section Enseignant.e Courriel

01 Zachary Thibodeau zachary.thibodeau@polymtl.ca
02 Fedwin Chatelier fedwin.chatelier@polymtl.ca
03 Mathieu Céraline mathieu.ceraline@polymtl.ca
04 Hanane Ikhelef hanane.ikhelef@gmail.com
05 Jimmy Bell jimmy.bell@polymtl.ca

Automne 2022
Table des matières
1 Introduction 2
2 Figma éducation 2
3 Fonctionnement des TPs 2
4 Objectifs TP1 3
5 Contexte et mise en situation 3
6 Travail demandé 4
6.1 Analyse de cours, format traitement de texte (5 points) . . . . . . . . . . . . 4
6.2 Exigences utilisateurs (5 points) . . . . . . . . . . . . . . . . . . . . . . . . . 6
6.3 Histoires utilisateurs (3 points) . . . . . . . . . . . . . . . . . . . . . . . . . 6
6.4 Maquette wireframe et architecture d’information (6 points) . . . . . . . . . 6
7 Livrable et répartition des points 7
7.1 Remise Moodle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
7.2 Remise Figma . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
7.3 Répartition des points . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
8 Commentaires 8

1
1. Introduction

Les cinq TPs de ce trimestre portent sur la conception d’une application pour assister un
enseignant à créer et à gérer les analyses de cours. Elle sera utilisée à l’interne principalement
par les professeurs et maîtres d’enseignement, mais aussi par tous les employés impliqués dans
la gestion de l’enseignement à Polytechnique Montréal.

2. Figma éducation

Figma est l’application pour la conception d’interface qui est utilisée à travers les TP.
Vous devez créer votre compte avec de votre adresse courriel étudiante en appliquant pour
la version éducation disponible au lien ci-dessous :
https://www.figma.com/education/apply

Votre compte sera associé à un projet d’équipe dans Figma dès que possible par votre chargé
de laboratoire.

3. Fonctionnement des TPs

— Une vidéo d’explication est disponible avec le TP dès qu’il apparaît sur Moodle. Cette
vidéo est la référence des consignes du TP.
— Toutes les sections remettent leur TP à la même date. La vidéo permettra
aux équipes qui le veulent de commencer en avance leur travail. Un calendrier des
laboratoires est disponible sur Moodle.
— Les travaux pratiques seront en équipe de quatre (4) étudiants. La charge de travail
pour chaque TP est prévue pour ce nombre d’étudiants et ne pourra être réduite. Une
équipe de taille autre que spécifiée pourrait exceptionnellement être acceptée après
autorisation du/de la chargé.e de laboratoire.
— Les équipes devront rester dans la mesure du possible les mêmes toute la session, car
les laboratoires sont liés l’un à l’autre.
— Un retard de moins de 24h dans la remise d’un travail pratique entraînera une pénalité
de 2/20. Un travail remis 24 heures ou plus après la date limite se verra attribuer la
note de 0 à moins d’autorisation préalable du Pr Michel Desmarais.
— Les membres d’une équipe sont tous considérés responsables du travail remis et en
accord avec le travail remis. Toute problématique doit être signalée suffisamment en
avance à votre chargé.e de laboratoire.

Création d’équipes La création des équipes se fait sur le module «Équipe de TP» dis-
ponible sur Moodle entre le 29 août et le 16 septembre 18h00. Les étudiants qui ne sont pas

2
encore en équipe après ce moment seront assignés en équipe aléatoirement.

4. Objectifs TP1

Les objectifs de ce premier travail pratique sont :

— Établir des exigences d’interface à partir d’une problématique.
— Définir des histoires utilisateurs.
— Établir une ébauche basse-fidélité comme solution à une problématique.
— Établir une architecture basique de l’information.

5. Contexte et mise en situation

Lors de la création d’un cours ou de son ajout dans un programme, Polytechnique Mont-
réal doit réaliser une analyse de cours. Cette analyse contient une panoplie d’information
concernant notamment la place du cours dans le programme, le détail des séances de cours,
les cours corequis et bien davantage.
Développer une analyse de cours est une tâche complexe. Le processus de conception
que vous effectuez durant les séances de travaux pratiques vise à apporter une solution
informatique par le biais d’une interface adaptée à la problématique qu’est celle de faire
l’analyse de cours.
La solution d’interface que vous soumettrez au terme de la session se voudra proposer la
meilleure utilisabilité possible couplée d’une expérience utilisateur agréable et d’aspect pro-
fessionnel. Après tout, cet outil pourrait être utilisé périodiquement par plusieurs membres
du corps professoral de Polytechnique Montréal. Nous faisons donc appel à vous pour sug-
gérer une interface au terme des multiples travaux pratiques de la session.
Pour nos travaux, certains termes utilisés par le contexte méritent d’être clarifiés :
— Un triplet horaire représente le nombre d’heures de théorie en classe, le nombre d’heures
de laboratoire en classe ainsi que le nombre d’heures à investir chez soi pour réussir un
cours. À Polytechnique, 1,5 heures de laboratoire représente un laboratoire de 3 heures
chaque deux semaines.
— Un cours préalable doit absolument être réussi avant d’entreprendre le cours concerné.
Un cours corequis peut avoir été réussi préalablement ou être suivi en même temps que
le cours concerné.
— Le BCAPG est le Bureau Canadien d’Agrément des Programme de Génie. Une ana-
lyse de cours catégorise les heures théoriques dans différents volets et différentes com-
pétences déterminées par le BCAPG. Vous pouvez consulter les 12 compétences du
BCAPG dans votre dossier Polyfolio.

3
 — Les méthodes d’évaluation décrivent le type d’évaluation, son mode de réalisation et
son pourcentage. L’ensemble des évaluations d’un cours doit totaliser 100% de sa note
finale.
— La fréquentation actuelle ou prévue représente le nombre d’étudiants inscrits à un cours
ou qui devraient s’inscrire à ce cours.
— La redondance ou partie de redondance vise à identifier les cours qui enseignent un
contenu similaire.

6. Travail demandé

Le travail à remettre est un document PDF couplé d’une maquette Figma qui doit aborder
les points suivants.

6.1. Analyse de cours, format traitement de texte (5 points)

Mettez-vous à la place d’un utilisateur et faites une analyse de cours dans un document
MS Word, LibreOffice, ou Latex. Un exemple d’analyse de cours vous est fourni en annexe A
de ce travail pratique. Votre document doit comporter la même structure de sections et
l’information. Les données fictives ci-dessous vous seront utiles pour créer cette analyse de
cours.
— Le sigle attribué au cours est le INF8920F.
— Le cours est intitulé Interfaces de simulation de microcontrôleurs.
— Ce cours de la famille 8000 fait partie de l’axe de spécialisation personnalisé d’interfaces
humain-ordinateur. Plus de détails ici sous Orientation personnalisée > Interactions
humain-ordinateur. Le cours peut ainsi être choisi au baccalauréat et aux études supé-
rieures.
— Le cours comporte deux heures de théorie par semaine et quatre heures de travail à la
maison (étude, présentation d’équipe et préparation au contrôle final) . Il n’y a pas de
laboratoires en classe, c’est un cours de 2 crédits.
— Le cours assume que l’étudiant :
— connaît des notions de maquettage fil de fer, de recherche utilisateur, d’utilisabilité
et de création de persona (Indice : LOG2420) ;
— a déjà programmé en C sur un microcontrôleur ;
— sait programmer en Python de manière procédurale.
— Le cours a comme corequis la conception des applications web avec javascript, HTML
et CSS, de même que les langages de scripts (Indice : INF8007)
— Le cours couvrira les notions suivantes sur 13 séances de 2h :
1. Rappel des différentes notions de maquettage fil de fer. Rappel des balises HTML
de base.

4
 2. Présentation du logiciel SimulIDE qui permet de simuler des microcontrôleurs.
3. Histoire des logiciels de simulation.
4. Histoire des microcontrôleurs.
5. Création d’interface utilisateur avec ControllerInterfaces, un logiciel propriétaire
fictif.
6. Présentation d’équipe sur les avantages de la simulation valant 20% de la note
finale.
7. Principes de simulation avancés.
8. Utilisabilité des interfaces complexes.
9. Synchronisation d’interface avec les contrôleurs à l’aide de scripts Python.
10. Tests utilisateurs dans un contexte de simulation.
11. Fiabilité des systèmes de simulation. Systèmes de simulation et développement
durable.
12. Vente et marketing d’un logiciel de simulation de microcontrôleur.
13. Examen final récapitulatif valant 80% de la note finale.
— Minimalement, le cours présente un contrôle des acquis du BCAPG dans la qualité 9.
— Le cours est situé au dernier trimestre d’un baccalauréat en génie logiciel ou informa-
tique, ou encore aux études supérieures.
— Le cours entre en vigueur au trimestre d’hiver 2028 et ne se donne qu’en hiver.
Vous devrez inventer (en vous basant sur les informations ci-dessus) des informations
crédibles pour le reste des catégories, à savoir :
— Section sur le BCAPG
— Objectifs du cours
— Place du cours dans votre programme
— Notions préalables à ce cours
— Justification de la demande
— Cours ou parties de cours avec redondance, teneur de la redondance
Les sections signature, discussion avec les professeurs concernés, numéro des cheminements
au baccalauréat touchés, années de référence concernées, place du cours dans les autres pro-
grammes, appartenance à une chaîne de cours et notions utilisées dans les cours subséquentes
doivent être laissées vides.
Une attention particulière doit être portée à votre français dans cette partie du rapport.
Vos descriptions doivent être claires lorsque applicable ; le document doit permettre à un
enseignant de bien saisir le cours en une lecture.

5
6.2. Exigences utilisateurs (5 points)

Maintenant que vous êtes passés par l’expérience de créer une analyse de cours manuel-
lement avec un logiciel de traitement de texte, vous devez établir une liste de 10 exigences
utilisateurs qui guideront votre conception d’interface pour répondre à la problématique.
Ces exigences doivent couvrir les principales tâches pour créer une analyse de cours.
Pour vous aider dans cette tâche, un document expliquant le processus de la création
d’une analyse de cours est disponible à ce lien :
https://cours.polymtl.ca/MDesmarais/log2420/20223/Tp/GuideGestCours.html.
Par exemple, pour un logiciel de génération d’horaire de cours, voici un exemple d’exi-
gences utilisateurs :
1. Générer une série d’horaires à partir d’une liste de cours.
2. Afficher les horaires générés dans un calendrier hebdomadaire.
3. Signaler si une section de cours ou de laboratoire a atteint sa capacité.
4. etc.
Vos exigences doivent être numérotées.

6.3. Histoires utilisateurs (3 points)

Les histoires utilisateurs (user stories) prennent la forme d’énoncés qui définissent les
objectifs des utilisateurs selon leurs besoins. Pour chaque exigence, mettez-vous dans la
peau d’un utilisateur et dites ce que vous voudriez pouvoir accomplir en lien avec celles-
ci. Les histoires utilisateurs doivent commencer par Comme utilisateur, je. Un exemple de
user stories est disponible ici sous le sous-titre User stories. Elles seront sous forme de
liste dans votre rapport. On en attend 6. Bien réfléchir à ces histoires utilisateurs vous
aidera grandement dans la compréhension du besoin utilisateur pour les prochains TPs.
Vous pouvez vous inspirer des exigences que vous avez définies et de votre expérience à
réaliser manuellement une analyse de cours.

6.4. Maquette wireframe et architecture d’information (6 points)

Maintenant que vous avez défini vos exigences utilisateurs et que vous êtes experts dans
la création d’une analyse de cours, il est venu de le temps de créer une première ébauche de
votre interface. Le concept de fil de fer aura été vu en classe — nous ne voulons pas voir
de couleur ou de police d’écriture particulière. Les images devraient être représentées par
des boîtes avec des X et au plus une description sommaire du contenu de l’image. Aucune
animation ne doit être présente. Nous tolérons un lien cliquable en bleu clair, au besoin.
Nous tolérons aussi un élément d’erreur en rouge si c’est nécessaire.
Votre maquette doit avoir des écrans d’une largeur exacte de 1920 pixels et de longueur
minimale de 1080 pixels. Elle doit permettre de répondre à la tâche suivante.

6
 Saisir la structure de cours pour INF8920F avec les informations fournies.
Vous pouvez vous aider de la vidéo préparée par le professeur Desmarais afin de mieux
comprendre la tâche et les problèmes associés.
La majorité des exigences définies plus haut ne seront pas représentées dans votre ma-
quette. Il faut vous en tenir à la réalisation de la tâche, sinon la charge de travail sera trop
grande pour ce TP. Si vous devez montrer plusieurs états d’une même page, vous pouvez
faire des exemples des différents états en faisant des copier-coller de l’état de base dans
Figma puis en ajustant votre copie. Assurez-vous d’identifier ces exemples clairement avec
un élément texte au-dessus de votre exemple.
Bien que l’utilisabilité de votre interface ne soit pas évaluée, la cohérence le sera. Par
exemple, si vous choisissez d’avoir une barre de navigation dans le haut de votre écran et
que cette barre change de largeur à chaque écran, il s’agit d’une incohérence.
Des exemples de maquettes de style fil de fer sont disponibles sur le site
judfsb.axshare.com. D’autres auront été vus en classe. Si vous sentez le besoin d’expliquer
des éléments de votre maquette dans Figma, vous pouvez le faire en mettant des textes dans
des boîtes autour de la maquette avec une flèche vers l’élément concerné.

7. Livrable et répartition des points

Le laboratoire est noté sur 20 points et doit être remis avant le 23 septembre 2022 à
23h55. La remise s’effectue en deux temps.

7.1. Remise Moodle

Votre document PDF remis sur Moodle comportera toutes les sections sauf la maquette
fil de fer. Cette dernière sera directement évaluée dans Figma — voir le point suivant. Votre
rapport doit comporter une page titre avec les noms et matricules de tous les
membres de votre équipe et votre numéro d’équipe. Aucune limite de pages.
Utilisez le format de nom de fichier suivant sur Moodle :
equipe-00-labo-00.pdf (en remplaçant les 00 par votre numéro d’équipe et la section
de laboratoire).

7.2. Remise Figma

Pour effectuer votre «remise» sur Figma, vous devez faire CTRL+ALT+S et donner le
nom REMISE-LAB1 à la sauvegarde personnalisée. C’est cette sauvegarde qui sera évaluée,
même si d’autres modifications sont faites avant l’heure limite. Sinon, la dernière sauvegarde
automatique de Figma avant la date limite sera évaluée.

7
7.3. Répartition des points

Critère Points
Gabarit d’analyse conforme /0,5
Toutes les informations sont présentes /0,5
Le contenu est crédible et basé sur la description /4
Format des exigences /0,5
Validité des exigences /3,5
Pertinence des exigences /1
Histoires utilisateurs /3
Réponse aux exigences de la structure de cours /2
Format d’une maquette fil de fer et cohérence /4
Format du rapport, langue française /1
Total /20

8. Commentaires

Ce laboratoire est nouveau. Il serait donc apprécié que vous nous fournissiez des com-
mentaires constructifs notamment sur sa pertinence, sa charge de travail et sa clarté. Cela
est entièrement facultatif et pourra se trouver à la fin de votre rapport.

8
Annexe A : Exemple d’analyse de cours

Le lien suivant est une version en PDF du cours LOG2420. Cela vous donne un exemple
sur lequel vous baser pour réaliser l’analyse du cours fictif INF8920F dans ce TP.
AnalyseCours-LOG2420-V2.pdf

9
 SIGLE

LOG2420

ANALYSE DE COURS
Création
X Modification
Abolition

INTITULÉ HEURES PAR SEMAINE CRÉDITS

Anal. et conc. des interfaces utilisateurs 3 / 1.5 / 4.5 3

PRÉALABLES COREQUIS TRIMESTRE (À TITRE INDICATIF)

Aucun INF2010 X Hiv Été X Aut

DESCRIPTION DU COURS
Analyse et spécification des besoins des utilisateurs. Ergonomie cognitive. Principes et règles de conception
d'interface. Tests utilisateurs. Évaluation heuristique et inspection d'interface. Boîtes à outils. Système de
fenêtrage. Architecture logicielle et modèle de programmation événementielle. Communication entre objets.
Adaptation du processus de développement logiciel. Aide et assistance. Analyses coûts-bénéfices.

LOG2420 - Information page 1

BCAPG

VENTILATION DANS LES CATÉGORIES DU BCAPG

Sciences Études Sciences Conception en
Mathématiques naturelles complémentaires du génie ingénierie
0 cr. 0 cr. 0 cr. 1.5 cr. 1.5 cr.

JUSTIFICATION DE CONCEPTION
Le cours inclut les principes et règles de conception d'interface.

QUALITÉS REQUISES PAR LE BCAPG

Qualités Introduction Approfondissement Contrôle des acquis évalués
1 - Connaissances en génie X
4 - Conception X
5 - Utilisation d'outils d'ingénierie X
6 - Travail individuel et en équipe X
7 - Communication X
8 - Professionnalisme X
11 - Économie et gestion de projets X
12 - Apprentissage continu X

LOG2420 - BCAPG page 2

OBJECTIFS DU COURS ET DES LABORATOIRES

À la fin du cours, l'étudiant sera en mesure de :

- prototyper et valider des interfaces utilisateurs selon l'approche centrée sur l'utilisateur;
- identifier et valider les requis des utilisateurs, et gérer les risques associés;
- appliquer l'approche centrée sur l'utilisateur et en estimer les impacts et bénéfices, et
- développer une interface utilisateur graphique.

Après avoir fait les séances de travaux pratiques, l'étudiant sera en mesure de :

- se familiariser avec un environnement de programmation d'interfaces graphiques;

- concevoir et d'implanter une interface graphique, et
- effectuer des tests d'utilisabilité.

LOG2420 - Objectifs du cours et des laboratoires page 3

SIGNATURES

2016-08-17 16:26 Yann-Gaël Guéhéneuc

2016-08-17 17:32 Pierre Langlois

LOG2420 - Signatures page 4

STRUCTURE DU COURS (CONTENU ET HEURES) - 1ER CHIFFRE DU TRIPLET

Sujets Heures
Introduction :

Importance de l'interface utilisateur et principaux défis : compréhension, définition et validation des besoins 3h
des utilisateurs, maîtrise des dimensions techniques et ergonomiques du développement d'interfaces.
Perception et langage visuel, traitement humain de l'information, modèles mentaux et métaphones.

Analyse et spécification des besoins utilisateurs

Analyses de tâches, méthodes d'observation et de cueillette de données, méthodes de validation des 3h

besoins. Critères d'utilisabilité, caractéristiques des utilisateurs, facteurs organisationnels, contexte
d'utilisation, métriques de l'utilisabilité, passage des besoins aux spécifications.

Principes et règles de conception

Autonomie, anticipation, exploration, transparence, efficacité, cohérence, retour d'information, gestion des 3h
erreurs, personnalisation, guides utilisateurs

Tests utilisateurs :

Procédures, analyse et interprétation des données, cueillette de données d'utilisation et de commentaires, 3h

laboratoires d'utilisabilité.

Évaluation heuristique et inspection :

Analyses heuristiques, inspections cognitives. Analyses coûts-bénéfices de l'utilisabilité. 6h

Boîtes à outils

Motivation. Composants ("widgets") : types, propriétés. Organisation hiérarchique. Configuration : concept 3h

de ressource. Disposition. Modes de rétroaction. Exemples.

Systèmes de fenêtrage :

Concept de fenêtre, décomposition hiérarchique, attributs des fenêtres 4h

Architecture et événements

Gestionnaire de fenêtres, serveur d'écran, modèle client/serveur, programmation à distance du serveur. 3h

Répartition et modèle de programmation événementielle

Communication entre objets

Fonction de rappel, lien direct, copier/coller. 3h

LOG2420 - Structure du cours page 5

STRUCTURE DU COURS (CONTENU ET HEURES) - 1ER CHIFFRE DU TRIPLET

Sujets Heures
Intégration dans le processus de développement

Intégration des techniques centrées sur l'utilisateur dans le cycle de développement. Qualité et utilisabilité. 3h
Normes ISO et IEEE portant sur le développement centré sur l'utilisateur.

Aide, assistance et analyse de rentabilité

Soutien à l'apprentissage, systèmes d'aide, soutien à la tâche, documentation utilisateur. 3h

Contrôle périodique 2h

Total: 39 h

LOG2420 - Structure du cours page 6

STRUCTURE DES TRAVAUX PRATIQUES (CONTENU ET HEURES) - 2E CHIFFRE DU TRIPLET

Sujets Heures
Définition des requis des utilisateurs. 3h

Conception d'une interface. 6h

Évaluation de la conception. 3h

Implantation de l'interface. 6h

Total: 18 h

LOG2420 - Structure des travaux pratiques page 7

MÉTHODES D'ÉVALUATION

Nature Individuel En équipe Nombre Pondération

Contrôles périodiques X 1 30 %
Travaux pratiques X 4 35 %
Examen final X 1 35 %

Individuel: 100 % En équipe: 0 % Total: 100 %

LOG2420 - Méthodes d'évaluation page 8

RÉPARTITION DES HEURES QUE L'ÉTUDIANT DOIT INVESTIR EN FONCTION DES ACTIVITÉS PÉDAGOGIQUES

1ER CHIFFRE DU TRIPLET - COURS ET CONTRÔLES

Activité Description Heures
Heure de présence en classe (incluant contrôles) 3 h de cours x 13 sem (incluant le contrôle 39 h
périodique de deux heures)
Examen final 3h
Total: 42 h

2E CHIFFRE DU TRIPLET - TRAVAUX ET CONTRÔLES

Activité Description Heures
Heures de présence aux travaux pratiques 6 séances de laboratoire de 3 heures 18 h
Total: 18 h

3E CHIFFRE DU TRIPLET - TRAVAIL PERSONNEL

Activité Description Heures
Étude personnelle 2 h d'étude hebdomadaire x 13 semaines 26 h
Heures dédiées aux travaux pratiques 4 rapports de laboratoire à rédiger 8h
Heures dédiées aux projets 2 h de préparation hebdomadaire des 26 h
laboratoires
Préparation à l'examen final 15 h
Total: 75 h

Total: 135 h

LOG2420 - Répartition des heures page 9

PLACE DU COURS DANS LES PROGRAMMES POUR UN COURS DU PREMIER CYCLE OU 8000

PLACE DU COURS DANS VOTRE PROGRAMME

PLACE DU COURS DANS LES AUTRES PROGRAMMES

APPARTENANCE À UNE CHAÎNE DE COURS

NOTIONS PRÉALABLES À CE COURS

Le cours se situe au 4e trimestre dans le programme de génie logiciel. Il nécessite des connaissances de base du
processus de développement logiciel présentées dans le cours LOG1000, ainsi que des connaissances en
conception et en programmation.

Ce cours est corequis avec le projet intégrateur de 2e année et devra être bien coordonné avec ce dernier. Il donne
les connaissances de base solides pour aborder les problèmes de conception d'interface qui seront immédiatement
utilisée dans le cadre du projet intégrateur.

NOTIONS UTILISÉES DANS LES COURS SUBSÉQUENTS

Le cours LOG2420 est obligatoire dans le programme de génie logiciel et fournira les bases pour la définition des
activités de conception d'interface qui seront incorporées à chacun des projets intégrateurs des années
subséquentes.

LOG2420 - Place du cours dans les programmes pour un cours du premier cycle ou 8000 page 10
JUSTIFICATION DE LA DEMANDE

Création X Modification Abolition

FRÉQUENTATION ACTUELLE OU PRÉVUE

70

JUSTIFICATION DE LA DEMANDE
Transfert de l'analyse dans le Gestionnaire des analyses de cours

PROGRAMMES OU LE COURS EST INCORPORÉ

Code Nom du programme Grade
BILOG Baccalauréat en ingénierie Génie logiciel BI
BIINF Baccalauréat en ingénierie Génie informatique BI

OPTIONS OU AXES DE SPÉCIALISATION

COURS OU PARTIES DE COURS AVEC REDONDANCES

TENEUR DE LA REDONDANCE

Y A-T-IL EU DES DISCUSSIONS ENTRE LES PROFESSEURS/DIRECTEURS CONCERNÉS ?

Oui Non

NUMÉROS DES CHEMINEMENTS DU BACCALAURÉAT TOUCHÉS

log15a, log15c

ANNÉES DE RÉFÉRENCES CONCERNÉES

TRIMESTRE D'ENTRÉE EN VIGUEUR

LOG2420 - Justification de la demande page 11