Absence Correction Manager

<Nom du projet> Version : <1.
0>
Spécification d'exigences logicielles Date : 2019-01-21
ABSENCE , CORRECTION
MANAGEMNT
Nom de l’entreprise :App art
Nom du projet : AC Managment
SOMMAIRE Projet réalisé

: par :Saidi Boumediene,Mezouar Fadhil
Confidentiel <Nom de la compagnie>, 2019 Page 1 de 54
<Nom du projet> Version : <1.0>
Historique des modifications du document

Date Version Description Auteur
<2018-11-07> <1.0> Saidi Boumediene
<2018-11-09> <1.1> Mezouar Fadhil
<2018-11-12> <1.2> Saidi Boumedienne
<2018-11-20> <1.3> Mezouar Fadhil
<2018-11-25> <1.4> Saidi Boumediene
<2018-11-25> <1.5> Mezouar Fadhil

Table des matières

1. Introduction 4
1.1 Objectif du document 4
1.2 Portée du document 4
1.3 Définitions, acronymes et abréviations Error! Bookmark not defined.
1.4 Références Error! Bookmark not defined.
1.5 Vue d’ensemble Error! Bookmark not defined.
2. Description générale 4
2.1 Perspectives du produit 4
2.1.1 Interfaces système Error! Bookmark not defined.
2.1.2 Interfaces utilisateurs 4
2.1.3 Interfaces matérielles 5
2.1.4 Interfaces logicielles Error! Bookmark not defined.
2.1.5 Interfaces de communication Error! Bookmark not defined.
2.1.6 Contraintes de mémoire Error! Bookmark not defined.
2.2 Fonctions du produit 21
2.3 Caractéristiques des utilisateurs 21
2.4 Contraintes Error! Bookmark not defined.
2.5 Hypothèses et dépendances Error! Bookmark not defined.
2.6 Exigences reportées 21
3. Exigences spécifiques 21
3.1 Fonctionnalités 21
3.1.1 <Nom de l’exigence fonctionnelle 1> Error! Bookmark not defined.
3.2 Spécification des cas d’utilisation 26
3.3 Exigences supplémentaires 26
3.3.1 Utilisabilité Error! Bookmark not defined.
3.3.2 Fiabilité Error! Bookmark not defined.
3.3.3 Performance 38
3.3.4 Maintenabilité Error! Bookmark not defined.
4. Contraintes de conception 39
4.1 <Nom de la contrainte de conception 1 > Error! Bookmark not defined.
5. Sécurité 39
6. Exigences de documentation utilisateur et d’aide en ligne Error! Bookmark not defined.
7. Normes applicables Error! Bookmark not defined.
8. Classification des exigences fonctionnelles 39
9. Annexes Error! Bookmark not defined.

Spécification d'exigences logicielles

1. Introduction
L’informatique étant une science de traitement automatique de données s’avère bénéfique
dans tous les domaines , les systèmes d’information qui en font partie ont bouleversé la
vision manuelle des choses ,un tas de papier à traiter ,des problèmes de duplication, de
sécurité, de l’incohérence ont trouvé le remède à l’aide de ces derniers. Cependant ce
n’est pas le cas pour le système de gestion d’assiduité des étudiants et de correction des
copies de l’université Abou Baker Belkaid Tlemcen qui opte encore pour la solution
manuelle alors que cela cause des ennuis tels que la perte du temps, l’insatisfaction des
enseignants, un certain effort de la part de l’administration et encore plus …
1.1 Objectif du document

Notre objectif est d’offrir un meilleur service de gestion d’assiduité des étudiants et de
correction des copies à l’aide d’un véritable outil afin de pallier aux problèmes engendré
par la solution traditionnelle tout en respectant les contraintes nécessaires, dans ce
document on va décrire de façon détaillé les services offerts par ce système et cela sera la
base d’une spécification technique détaillé .
1.2 Portée du document

Notre système va être une application web sous le nom de AC Management offrant aux
enseignants la possibilité de gérer les absence des étudiants, la correction des copies et à
l’administration la possibilité de gérer les enseignants en créant des comptes pour leurs
donner l’accès à l’application .
Pour faciliter encore la tache, les enseignants vont être en mesure de renseigner les
absences en utilisant une application mobile , finalement cela reflète notre objectif
principal .
2. Description générale :
2.1 Perspectives du produit
2.1.1 Interfaces utilisateurs :

 Gestion des promotions :
- Créer un promotion : l’administrateur utilise cette Ihm dans le but de créer une promotion en
remplissant le formulaire (l’année de la promo , la filiére(GL,MID..) et le niveau (master
1,master 2 ,1ére année …).

Figure 1 - créer promotion
- Gérer les groupes : après la création de la promotion , l’administrateur doit gérer les groupes de
cette dernière , il a la possibilité à tout moment d’ajouter un groupe ,en supprimer ou le
modifier.
Figure 2 - Groupes de la promotion

- Ajouter un groupe : l’ajout d’un groupe est une tâche très importante dans notre système parce
qu’elle implique la création des étudiants qui est faite de maniéré automatique après que
l’administrateur importe la liste du groupe en format Excel .
Figure 3 - ajouter groupe

- Gérer les modules : cette tache implique les opération du modification, suppression et d’ajout d’un
module, plus de cela l’administrateur doit attacher le module crée à un chargé de module en
cliquant sur l’opération (Affecter à un chargé de module ), et en cas d’erreur d’attachement le
système propose à l’administrateur de le détacher module via l’opération (Détacher le module
du chargé de module).
Figure 4 - modules de la promotion
- Ajouter un module :Formulaire d’ajout simple.
Figure 5 - Ajout d'un module

- Attacher un module à un chargé de module : en introduisant les premières lettres d’un enseignant
la liste des suggestions sera affiché, l’administrateur choisira un enseignant pour lui attacher un
module, ainsi celui-là sera un chargé de module.
Figure 6 - Attachement des modules
 Ajouter justificatif : Pour les étudiant qui ont des absences , il peuvent les justifier par le
biais de notre système .
D’abord l’enseignant choisit le groupe de l’étudiant ,ensuite il clique sur l’opération ajouter un
justificatif .
Figure 7 - Ajouter un justificatif (Enseignant)

- L’enseignant tape le nom de l’étudiant pour effectuer la recherche et par la suite tous les absences
de l’étudiant seront affichées, il choisit celles qui seront justifié, il joint la justification et il
valide.
Figure 8 - Rechercher les absences d'étudiant

Diagramme de navigation :ajouter un justificatif
Figure 9 - Diagramme de navigation ajouter un justificatif
 Répartir les taches aux enseignant Td et Tp : chaque chargé de module peut choisir ses enseignant de
Td,Tp

Figure 10 - Repartir les taches aux assistants Td,Tp (Charge de module)
- Le chargé de module choisit l’enseignant , les groupes et valider l’attachement et pour assurer que
l’attachement est bien fait il peut cliquer sur prévisualiser .
Figure 11 - Répartir les taches

Diagramme de navigation : Repartir les taches
Figure 12 - Diagramme de navigation Répartir les taches aux enseignants Td ,Tp

 Renseigner l’absence :le système propose deux choix pour l’enseignant soit l’application web ou
l’Android mais dans les deux cas il choisit le module , le groupe et la fiche sera affiché , il coche les
présences et il valide par la suite .
Vue Applicaiton Web Vue Android
Figure 11 - Renseigner l'absence (Web) Figure 12 - Renseigner l'absence (Android)
Diagramme de navigation : Renseigner les absences

Figure 13 - Diagramme de navigation renseigner les absences
 Gestion de l’ensemble des paquets : les paquets sont organisés par promotion et ensuit par module ,
chaque module a ses paquets .

Figure 13 - Promotions(Anonymat)
Figure 14 - modules (Anonymat )
- L’anonymat peut ajouter des paquets en introduisant le fichier Excel pour chacun et par la suite le
système va automatiquement générer les code pour chaque étudiant.

Figure 14 - paquets par modules
Figure 15 - Ajouter un paquet
1- Par la suite l’anonymat a la possibilité d’imprimer le code de chaque étudiant .

Figure 17 - infos paquet
- Diagramme de navigation :

 Gérer ses paquets : Cette ihm est relatif au chargé module pour gérer ses paquets (ajouter 1 er , 2éme
correcteur et le 3éme si nécessaire, afficher les notes )
Figure 18 - paquets (chargé de module)

Figure 19 - choisir correcteurs(chargé de module)
Diagramme de navigation : (Gérer ses paquets)

 Saisir les notes : Chaque enseignant a un espace de paquet il en choisit un pour saisir les notes.
Figure 20 – paquets (correcteur)
Figure 21 - saisir note(correcteur)

2.2 Fonctions du produit

Le système se compose de trois fonctionnalités importantes :
- La gestion préliminaire (pour alimenter notre base de données )
- la gestion des absences.
- La gestion de la correction des copies
Ainsi, les enseignants les administrateurs sont les facteurs nécessaires de notre système.
2.3 Caractéristiques des utilisateurs

Notre système doit s’adapter avec tous les acteur (anonymat ,enseignant , chef de
département) pour leur faciliter leur tâche .
- Il sera nécessaire pour le chef de département de consulter les statistiques
d’absentéisme semestrielle, dans le but d’extraire des informations utiles : dans
quelle période le taux d’absentéisme augmente et pour quel module …
- Pour l’anonymat la gestion des paquets représente une tache fastidieuse alors le
système doit être en mesure de facilité le codage et le décodage des copies.
- Pour justifier les absences, l’enseignant doit joindre la justification, alors le
système doit lui proposer d’en prendre une photo cela facilite énormément sa
tache.
2.4 Exigences reportées

- L’installation d’une puce sur les cartes des étudiants pour que le mobile puisse les
scanner en utilisant la technologie NFC et communiquer les résultats avec notre
application mobile, cela facilite énormément la gestion des absences(renseigner les
absences).
3. Exigences spécifiques
3.1 Fonctionnalités
 Vue d’ensemble :
1- Gestion Préliminaire :
- Diagramme des exigences :

- Explication :
 Administrateur :
req1 - Le système doit permettre à l’administrateur d’ajouter les filières.
req2 - Le système doit permettre à l’administrateur de gérer les enseignants (ajouter, modifier ,supprimer) .
req3 - Le système doit automatiquement créer des comptes pour les enseignants après chaque ajout.
req4 - Le système doit envoyer aux enseignant un email contenant les infos de compte après chaque ajout.
req5 - Le système doit permettre à l’administrateur de créer une promotion.
req6 - Le système doit permettre à l’administrateur d’ajouter des groupes à la promotion en ajoutant un
fichier Excel pour les étudiants.

req7 - Le système doit permettre à l’administrateur d’ajouter des modules à la promotion.

req8 - Le système doit permettre à l’administrateur d’affecter un module à un chargé de module.
req9 - Le système doit assurer une zone de notification pour chaque enseignant (savoir à quel module il a
été affecté, si les correcteurs ont fini leur travail de correction ……)
 Chargé de module:
req10 - Le système doit permettre au chargé de module de répartir les groupes aux assistants Td et Tp pour
un module donné.
 Chef de département :
req11 - Le système doit permettre au chef de département de donner à chaque enseignant un role (chargé de
promotion, chargé de module, assistant Td,Tp).
2- Gestion des absences :

- Diagramme des exigences :

- Explication :
 Enseignant :
req12 - Le système doit permettre au chargé de module de consulter la liste des absences semestrielle pour
chaque groupe.
req13 - La liste des absences semestrielle doit contenir les informations d’absences , de présences , celles
de justification et l’état d’étudiant s’il est exposé pour un exclusion , exclu ou zéro en module.
req14 - Le système doit permettre à l’enseignant d’imprimer la liste des absences semestrielle.
req15 - Le système doit permettre à l’enseignant de renseigner les absences de la date courante.
req16 - Le système donne la possibilité à l’enseignant d’ajouter des justification d’absence.
req17 - Le système n’autorise plus de justification après la 5 éme absence en Td(resp. TP)
req18 - Le système doit permettre au chef de département de consulter les statistiques d’absentéisme.
Req19 - Le système doit présenter les statistiques suivant déférents critères (promotion, annuelle,
semestrielle, mensuelle, hebdomadaire, module, filière …).
Exclusion :
req20 - Le système doit mettre tout étudiant a absenté plus de 5 fois en Td (resp Tp) mm justifié en état
(exposition d’une exclusion).

req21 - Le système doit permettre au chargé de module de consulter la liste des étudiants qui sont exposé
pour l’exclusion.
req22 - Le système doit permettre au chargé de module de soit valider l’exclusion d’un étudiant ou lui
affecter un zéro pour un module donné.
req23 - Le système doit envoyer une notification aux étudiants exclus de module en utilisant leur email de
l’université.
3- Gestion de Correction :
Diagramme des exigences
- Explication :
 L’anonymat :
req24 - Le système doit permettre à l’anonymat d’ajouter les paquets des examens (chaque module doit
avoir ses paquets avec un libellé de paquet).
req25 - Chaque paquet est représenté par une liste des étudiant sous format Excel comportant 2

colonnes(nom et prénom d’étudiant).

req26 - Le système doit générer des codes différents pour chaque étudiant .
req27 - Le système doit permettre à l’anonymat d’imprimer le code généré ou la liste complète des codes
pour chaque paquet.
req28 - Le système doit permettre à l’anonymat d’envoyer aux chargés des modules ses paquets
req29 - Après la fin de correction le système doit permettre à l’anonymat de décoder les notes et envoyer la
liste finale.
 Chargé de module :
req30 - Chaque enseignant reçoit les paquets à corriger(décodés).
req31 - Le système doit permettre au chargé de module pour chaque paquet d’attacher 2 enseignant
(correcteur1 et 2).
req32 - Le système doit permettre au chargé de module de fixer un écart entre la 1er note et la 2éme.
req33 - Le système doit permettre au chargé de module de fixer une durée pour la correction .
req34 - Le système doit envoyer une notification au chargé de module après la fin de chaque correcteur.
req35 - Le système doit permettre au chargé de module de consulter la liste des notes(avant décodage).
req36 - Le système doit identifier les étudiants qui ont un conflit(la différence entre la 1ére correction et la
2éme correction est supérieur à l’écart déjà fixé).
req37 - Le système doit permettre au chargé de module d’ajouter un 3éme correcteur s’il y’a des conflits.
req38 - Après la fin de l’opération calcul de notes le système doit autoriser le chargé de module de signaler
la fin de l’opération à l’anonymat.
req39 - Après le décodage le chargé de module recoit la liste des notes final.
 Enseignant :
req40 - Le système doit permettre aux enseignants de saisir les notes(corriger les paquets).
req41 - Après que les 2 correcteurs finissent la saisi des notes qui seront par la suite envoyées au chargé de
module le système doit calculer la note préliminaire.
req42 - La note préliminaire et la moyenne des 2 notes donnée par les 2 correcteurs
req43 - Après la fin de la saisi du 3éme correcteur le système doit calculer la note finale (la moyenne des 2
notes les plus proches)
req45 - Le système doit afficher la 1ére note ,la 2éme et la 3éme s’il y’a un 3éme correcteur(avant
décodage).
3.2 Spécification des cas d’utilisation

1- Identification des acteurs :
1.1- Acteurs Primaires :

 Administrateur
 Enseignant
 Chef de département
 Chargé de module
 Anonymat
1.2- Acteur Secondaire :
 Étudiant (il n’interagit pas avec notre système , il reçoit des notification à propos de son exclusion
2- Identification des UC :
- L’authentification c’est un fragment important pour tous les utilisateur de l’application on l’as pas
spécifié dans les diagrammes pour des raisons de clarté.
 Administrateur :
- Gérer les enseignant.
- Gérer les filières.
- Gérer les promotions.
- Gérer les modules
- Consulter les statistiques.
- Gérer les rôles.
 Enseignant :
- Consulter la fiche d’absence.
- Renseigner les absences.
- Saisir les notes.
- Ajouter un justificatif
 Chargé de module :
- Gérer les exclusions.
- Répartir les taches aux enseignants.
- Gérer ses paquets
 Assistant :
- Gérer les absences.
- Consulter la fiche d’absence.
- Ajouter un justificatif.
 Anonymat :
- Gérer L’ensemble des paquets.
3- Diagramme de cas d’utilisation :

Figure 15 - UCD
4- Diagrammes de séquence système :
- SDS Gérer Promotions :

Figure 16 - SDS Gérer promotion
- SDS Gérer les groupes :

Figure 17 - SDS Gérer groupes
- SDS Gérer les modules :

Figure 18 - SDS gérer modules

- SDS Renseigner les absences :
Figure 19 - Renseigner les absences
- SDS ajouter un justificatif :

Figure 20 - SDS ajouter un justificatif

- SDS Répartir les taches aux enseignant Td,Tp :
Figure 21 - SDS Répartir les taches aux enseignant TD, TP

- SDS Gérer les exclusions :
Figure 22 - SDS Gérer les exclusions

- SDS Gérer l’esemble des paquets :
Figure 23 - SDS Gérer l'ensemble des paquets

- SDS Gérer ses paquets :
Figure 24 - SDS Gérer ses paquets

- SDS Saisir les notes :
Figure 25 - SDS Saisir les notes
3.3 Exigences supplémentaires

3.3.1.1 Utilisabilité :
- Pour les enseignants le temps est très précieux alors le système doit faciliter la tâche
de gestion des absences en offrant la possibilité d’accéder rapidement aux fiches
d’absence sans alourdir la tache par des étapes intermédiaires inutiles.
- La génération du code se fera automatiquement alors l’anonymat gagne énormément
de temps.
- La possibilité d’utiliser un dispositif d’appareil photo pour joindre le justificatif dans
le cas de l’application Android .
3.3.2 Performance :
- Pour valider la liste des absences le système doit assurer un temps de repense ne
dépassant pas 2 sec.
- La base de données doit supporter plus de 3000 enregistrements.

4. Contraintes de conception :
4.1 Contraintes processus :
- Processus de développement RUP qui se place entre l’UP et les méthodes agiles, d’un
coté il est basé sur les cas d’utilisation et piloté par les risques comme UP et d’un
autre léger et restreint comme les méthodes agiles.
4.2 Contraintes Outils :

Les outils de développement :
- Android Studio :est un environnement de développement pour des applications
Android, il est basé sur Intellej Idea.
- Sublime Text 3 :est un éditeur de text générique codé en c++ et python disponible sur
windows, mac et linux .
- Apache Cordova :un Framework de développement mobile open-source.
- Wamp Server: Comporte mysql le système de gestion de base de donneés et Apache
http Server(le serveur pour php).
4.3 Contraintes Langage :

Langage de programmation :
- Java pour l’application android , html5,css3,JS,php.
4.4 Contrainte Bibliothèque :

Bibliothèques :
- JQuery(JavaScript),bootstrap(css),laravel(php).
5. Sécurité :
- le système doit restreindre l’accès pour les utilisateurs suivant leurs rôles.
- Pour une question de transparence le système doit masquer les noms des étudiants (les correcteurs ne
sont capable de voir que les codes des étudiants).
- Lors de la phase de création des comptes enseignants leurs
données(pseudo,password) doivent être encrypté
- Le système doit conserver une historique d’accès pour les enseignants(fichier log) .
6. Classification des exigences fonctionnelles
Fonctionnalité Priorité Risque
Gérer les enseignants Moyen Basse
Gérer les filières Moyen Basse

Fonctionnalité Priorité Risque
Gérer les promotions Haute Basse
Effectuer les stat Basse Basse
Gérer les rôles Moyen Moyen
Répartir les tache aux enseignants Moyen Moyen
Saisir les notes Moyen Moyen
Gérer l’ensemble des paquets Haute Haute
Consulter la fiche d’absence Moyen basse
Gérer les exclusions Moyen Basse
Ajouter un justificatif Moyen Moyen
Gérer ses paquets Moyen Basse

7- Réalisation des cas d’utilisation : classes d’analyse

Nous avois structuré le systéme sous forme de 3 package : Gestion préliminaire , des
absences et de correction
- Gestion préliminaire :

- Gestion des absences :

- Gestion de Correction :

8 - Diagramme de classes participantes :


9 - Diagramme d’états :
- La classe Absence :

La classe Paquet :
- Après avoir créé les paquets , il sont automatiquement codé (chaque copie à un
code spécifique et chaque enseignant a ses propre paquet concernant un module
donné , celui-là va affecter chaque paquet à un 1ér et 2éme correcteur , après la
prise en compte d’un paquet par un correcteur , il sera en état en cours de création ,
il s’en sort que après avoir fini la 1ére , et la 2éme correction , s’il y’aura un écart
supérieur à celui qui est fixé le paquet sera réaffecté de nouveau , si le chargé de
module assure que les notes sont correct il signale la fin de correction , et les
paquets seront en état attente de décodage par l’anonymat , finalement l’anonymat
décode les paquets et envoie la liste des notes final au chargé de module .
10- Les diagrammes de séquence objet :

- Renseigner Absences :
- Ajouter un justificatif :

- Gérer les exclusions :

- Saisi les notes

-Reparti les paquet :

11- Diagramme de classe de conception :

- Gestion préliminaire : les opération CRUD sont évidente pour le
développeur.

- Gestion correction :


Absence Correction Manager

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Absence Correction Manager

Transféré par

Droits d'auteur :

Formats disponibles

<Nom du projet> Version : <1.

Nom de l’entreprise :App art

Nom du projet : AC Managment

SOMMAIRE Projet réalisé

Historique des modifications du document

Confidentiel <Nom de la compagnie>, 2019 Page 2 de 54

Table des matières

6. Exigences de documentation utilisateur et d’aide en ligne Error! Bookmark not defined.

7. Normes applicables Error! Bookmark not defined.

8. Classification des exigences fonctionnelles 39

9. Annexes Error! Bookmark not defined.

Confidentiel <Nom de la compagnie>, 2019 Page 3 de 54

Spécification d'exigences logicielles

1.1 Objectif du document

1.2 Portée du document

2.1.1 Interfaces utilisateurs :

Confidentiel <Nom de la compagnie>, 2019 Page 4 de 54

Figure 1 - créer promotion

Figure 2 - Groupes de la promotion

Confidentiel <Nom de la compagnie>, 2019 Page 5 de 54

Figure 3 - ajouter groupe

Confidentiel <Nom de la compagnie>, 2019 Page 6 de 54

Figure 4 - modules de la promotion

- Ajouter un module :Formulaire d’ajout simple.

Figure 5 - Ajout d'un module

Confidentiel <Nom de la compagnie>, 2019 Page 7 de 54

Figure 6 - Attachement des modules

Figure 7 - Ajouter un justificatif (Enseignant)

Confidentiel <Nom de la compagnie>, 2019 Page 8 de 54

Figure 8 - Rechercher les absences d'étudiant

Confidentiel <Nom de la compagnie>, 2019 Page 9 de 54

Diagramme de navigation :ajouter un justificatif

Figure 9 - Diagramme de navigation ajouter un justificatif

Confidentiel <Nom de la compagnie>, 2019 Page 10 de 54

Figure 10 - Repartir les taches aux assistants Td,Tp (Charge de module)

Figure 11 - Répartir les taches

Confidentiel <Nom de la compagnie>, 2019 Page 11 de 54

Diagramme de navigation : Repartir les taches

Figure 12 - Diagramme de navigation Répartir les taches aux enseignants Td ,Tp

Confidentiel <Nom de la compagnie>, 2019 Page 12 de 54

Vue Applicaiton Web Vue Android

Figure 11 - Renseigner l'absence (Web) Figure 12 - Renseigner l'absence (Android)

Diagramme de navigation : Renseigner les absences

Confidentiel <Nom de la compagnie>, 2019 Page 13 de 54

Figure 13 - Diagramme de navigation renseigner les absences

Confidentiel <Nom de la compagnie>, 2019 Page 14 de 54

Figure 14 - modules (Anonymat )

Confidentiel <Nom de la compagnie>, 2019 Page 15 de 54

Figure 14 - paquets par modules

Figure 15 - Ajouter un paquet

1- Par la suite l’anonymat a la possibilité d’imprimer le code de chaque étudiant .

Confidentiel <Nom de la compagnie>, 2019 Page 16 de 54

Figure 17 - infos paquet

Confidentiel <Nom de la compagnie>, 2019 Page 17 de 54

Figure 18 - paquets (chargé de module)

Confidentiel <Nom de la compagnie>, 2019 Page 18 de 54

Figure 19 - choisir correcteurs(chargé de module)

Diagramme de navigation : (Gérer ses paquets)

Confidentiel <Nom de la compagnie>, 2019 Page 19 de 54

Figure 20 – paquets (correcteur)

Figure 21 - saisir note(correcteur)

Confidentiel <Nom de la compagnie>, 2019 Page 20 de 54

2.2 Fonctions du produit