Université Hassan 1er

Faculté des Sciences et Techniques

-Settat-

Département : Mathématiques & Informatique

Filière : Master en Réseaux et Systèmes Informatiques
Module : Programmation Orientée Objet avancée

Liste des mini-projets

Sujet 1 : Gestion des publications scientifiques

Pour partager et valider leurs travaux de recherche, les chercheurs publient des articles dans des revues.
Ces articles sont soumis par des auteurs et évalués par les pairs (d’autres chercheurs du même domaine
de recherche). Le processus de soumission est géré par des éditeurs, eux-mêmes des chercheurs est le
suivant :
— à l’éditeur d’une revue, de gérer le processus d’évaluation des articles ;
— aux auteurs, de soumettre des articles et de suivre le processus de soumission. Les articles sont
de deux types : courts lorsque leur taille est inférieure à 4000 mots, longs sinon ;
— aux évaluateurs, d’évaluer les articles dont ils ont la charge.
Lorsqu’un groupe d’auteurs souhaite soumettre un article, l’un d’eux déclare l’intention de soumettre.
L’auteur qui gère la soumission pour ses coauteurs est appelé le correspondant. Pendant cette phase de
préparation de la soumission, l’article est dit en cours de soumission car le correspondant peut fournir
les informations suivantes au fur et à mesure qu’il les a : le titre de l’article, la liste ordonnée des auteurs
(avec pour chacun d’eux le nom, le prénom, le nom de l’institution à laquelle il appartient avec son
adresse), le résumé de l’article (faisant au maximum 150 mots), les mots clefs de l’article (choisis parmi
une liste définie par l’éditeur et gardée en mémoire dans le système), la taille de l’article en nombre de
mots, et le contenu de l’article (en guise de simplification, modélisé en une chaîne de caractères).
Tant que l’article est en cours de soumission, le correspondant peut modifier la soumission : par
exemple, déposer une nouvelle version du contenu en mettant aussi à jour la taille ou changer l’ordre
des auteurs. Le correspondant peut aussi annuler la soumission et l’article est supprimé. A la fin de la
phase de préparation de la soumission, le correspondant soumet l’article et la date de la soumission est
enregistrée par le système. L’article ne peut plus être supprimé par le correspondant.
Lorsqu’un article est soumis, l’éditeur choisit trois évaluateurs si l’article est court et quatre éva-
luateurs si l’article est long. L’article ne peut pas être évalué par un des auteurs ou un chercheur
appartenant à la même institution que l’un des auteurs, ou encore par l’éditeur. Lorsque l’article est
affecté aux évaluateurs, le système enregistre la date de début de l’évaluation. A partir de cette phase,
si le correspondant demande l’annulation de la soumission, l’éditeur enregistre la décision des auteurs :
la décision est abandon.
Les évaluateurs émettent chacun un avis sur l’article. Cet avis est leur décision : l’article peut être
accepté (décision acceptation), peut être accepté sous condition de modifications mineures (décision
révision mineure ), ne peut pas être accepté en l’état et nécessite une révision majeure (décision révision
majeure), doit être refusé (décision refus). Au vu des avis des évaluateurs, l’éditeur donne sa décision,
par consensus avec les évaluateurs. Les auteurs sont informés de la décision de l’éditeur. Si la décision de
l’éditeur est révision mineure ou révision majeure, les auteurs peuvent proposer un nouveau contenu de
l’article tenant compte des remarques des évaluateurs. Le correspondant dépose alors une nouvelle version
du contenu et la date de révision est enregistrée par le système. Les évaluateurs prennent connaissance de

Pr. Said El Kafhali 1 A.U. 2022/2023

la nouvelle version et mettent à jour leur décision. Ainsi, l’article subit des évaluations successives tant
que la décision de l’éditeur est révision mineure ou révision majeure. Les décisions refus et acceptation
sont définitives. Uniquement les articles acceptés sont publiés et gardés, et ce jusqu’à la destruction du
système ; en guise de simplification, les autres sont supprimés dès la décision.
Sujet 2 : Gestion des projets de recherche
L’objectif du système est de permettre le travail collaboratif d’un ensemble de personnes qui participent
à un projet pour réaliser ensemble des productions de documents électroniques.
Le portail permet de gérer des projets, des personnes et des groupes. Il offre des ressources à chaque
groupe. Ces ressources facilitent le travail de groupe et en particulier la production de documents élec-
troniques. Le système doit permettre de créer et de supprimer les informations sur les personnes, les
projets et les groupes.
Gestion des comptes : Le système est public, c’est-à-dire qu’il n’y a pas de contrôle lors de l’inscrip-
tion des utilisateurs qui sont associés dès leur inscription au groupe Default. Le système est géré de
manière collaborative, à l’aide d’opérations privilégiées qui ne sont accessibles que par des personnes
appartenant à un groupe d’utilisateurs spécial appelé Admin. Il y a toujours un utilisateur dans ce
groupe. Le système peut offrir de plus un compte public appelé guest qui est associé au groupe Guests.
Le compte guest est associé au mot de passe guest.
Pour obtenir un compte sur le portail, un nouvel utilisateur doit passer par une procédure d’ins-
cription qui lui demande les informations suivantes : son nom et son prénom, son adresse Email et
l’identifiant qu’il désire utiliser sur le portail. L’identifiant de connexion doit être unique. Les personnes
doivent choisir un mot de passe lorsqu’elles créent leur compte. La suppression d’un compte est une
opération privilégiée.
Gestion des projets : Le travail collaboratif est organisé en projets qui rassemblent un ensemble de
personnes au sein d’un groupe. L’accès aux ressources est contrôlé par l’appartenance aux groupes.
Chaque projet est identifié par un nom court, un nom long, une description, un thème et un type.
Si le projet est un projet logiciel, il est associé à un type de license. Un projet peut-être public ou privé,
ce qui influence l’accès des utilisateurs aux ressources comme décrit dans le paragraphe Gestion des
ressources.
Chaque projet actif est animé par des responsables de projet. Les personnes travaillant dans le projet
sont appelées membres. Les membres d’un projet sont associés au sein d’un groupe qui porte le même
nom que le nom court du projet. Les responsables d’un projet sont appelés administrateurs et ils sont
associés à un groupe qui porte le nom du projet court suivi d’un tiret et des trois lettres adm. Par
exemple, les membres du projet picolibre sont associés au groupe picolibre et ceux qui administrent le
projet sont associés au groupe picolibre-adm.
Gestion des ressources : Le portail gère l’accès à un ensemble de ressources qui peuvent être associées
à un utilisateur ou à un projet. Pour un projet les ressources sont les suivantes : deux espaces de dépôt
de documents appelés src et web, des listes de messagerie, et un agenda. Chaque utilisateur dispose d’un
agenda personnel.
L’accès aux ressources est contrôlé par l’appartenance de l’utilisateur à un groupe. Si le projet est
public, les ressources du projet sont accessibles pour toutes les personnes connectées à la plateforme. Si
le projet est privé, les productions ne sont accessibles que pour les membres du projet. La partie web
du dépôt de documents sert à générer de manière automatique un site Web dont l’accès en lecture est
toujours public.
Vie des projets : Les propositions de projets peuvent être réalisées par tout utilisateur de la plate-
forme. Lorsqu’un utilisateur réalise une demande de création de projet, celle-ci est résumée et envoyée
par courrier électronique au groupe des administrateurs de la plateforme. Chaque administrateur de la
plateforme peut valider ou rejeter une création de projet. La validation du projet provoque la création du
groupe des membres du projet qui est créé vide et du groupe des administrateurs du projet qui contient
l’identifiant de l’utilisateur qui a fait la demande de création du projet. Cette validation provoque aussi

Pr. Said El Kafhali 2 A.U. 2022/2023

la création des ressources suivantes associées au projet :
— deux dépôts de documents appelés src et web ;
— deux listes de diffusion portant le même nom que les groupes d’utilisateurs ;
— un agenda du projet.
Chaque administrateur de projet a la possibilité d’ajouter et de retirer des membres au projet. Cette
opération ajoute l’utilisateur au groupe des membres du projet et à la liste de messagerie associée. De
même, il peut ajouter un des membres du projet au groupe d’administrateurs du projet. Un adminis-
trateur de projet peut créer une liste de diffusion associée au projet en plus des listes prédéfinies vues
précédemment.
Un administrateur peut demander la clôture du projet. Cette clôture doit être validée par un adminis-
trateur de la plateforme et place le projet dans l’état clos. Lorsque le projet est public, un administrateur
de la plateforme peut refuser de clôre un projet. Dans ce cas, l’administrateur de la plateforme purge
les listes d’utilisateurs et d’administrateurs associées au projet. L’accès à un projet clos n’est possible
qu’aux administrateurs de la plateforme. Les projets clos peuvent être détruits après deux ans.
Sujet 3 : Création d’un site de vente de matériels informatiques
Grace à une boutique en ligne, on peut choisir et payer des articles comme dans un magasin réel. Pour
acheter un produit de cette boutique virtuelle, il suffit le plus souvent de choisir les produits désirés
puis de les mettre dans un panier d’achat. L’acheteur peut, ensuite, remplir un bon et payer sa com-
mande par carte bancaire ou par un autre moyen de paiement. La commande sera livrée en fonction
du choix de l’internaute et selon les modalités définies par le responsable de la boutique. L’objectif du
projet consiste à informatiser la vente de matériels informatiques d’une boutique traditionnelle. Cette
application permettra de réaliser les opérations suivantes :
— Gérer les relations avec les clients,
— Gérer les relations avec les fournisseurs,
— Gérer les commandes,
— Mettre en place des promotions,
— Gérer les produits (ajouter, modifier ou supprimer des produits),
En effet, cette application donne aux internautes la possibilité de s’inscrire, effectuer leurs demandes
en ligne, et de recevoir une confirmation immédiate. En plus, les internautes peuvent consulter en ligne
le catalogue et toutes ses nouveautés. Grâce à Internet, de nouvelles perspectives de développement
apparaissent dans l’élargissement du marché économique.
La création d’un site Internet a pour but de valoriser l’image de la société et faire des économies.
L’utilisation d’Internet, comme segment de communication de masse, permet également de baisser des
coûts marketing et d’autres frais. Avec la transmission du haut débit et la sécurisation augmentée
des moyens sécurisés de paiement, la confiance des utilisateurs en ce qui concerne l’e-commerce est
croissante. La plupart des personnes adultes utilisent, aujourd’hui, Internet pour faire des achats. Les
consommateurs et les entreprises s’orientent de plus en plus vers les boutiques en ligne qui permettent
la comparaison, la disponibilité des produits et la vérification des prix d’ou l’économie considérable du
temps. Ce projet consiste donc à la mise en place d’un site Web dynamique qui gère la commercialisation
de matériels informatiques. Ceci est possible à travers des catalogues en ligne proposant ces matériels
aux meilleurs prix par rapport aux concurrents. La société n’aura donc qu’à agencer ses produits et
bien sûr de mettre sa base de données à jour. Les clients peuvent consulter le site après une inscription,
et commander les produits, qui sont par la suite livrés à domicile. Cette boutique en ligne permettra
d’offrir beaucoup des services à savoir
— Recherche de produit,
— Consultation de catalogues de produits,
— Lancer une commande en ligne,
Cette application Web permettra de cibler une nouvelle catégorie de clientèles (locale et interna-
tionale), et d’offrir une meilleure qualité de service en communication et en commerce. Ce site devra

Pr. Said El Kafhali 3 A.U. 2022/2023

contenir deux interfaces séparées :
Partie administrateur du site : cette partie permettra le stockage des documents et leur publication
sur internet. Ce mécanisme est accompli par l’administrateur du site qui doit s’authentifier avec son login
et son mot de passe à partir de la page d’accueil. Après son authentification comme administrateur, il
pourra accéder à la page qui lui permettra de gérer les outils d’administration. Le site affichera toutes
les tâches qui peuvent être effectuées par l’administrateur qui pourra :
— Ajouter un produit : chaque produit est caractérisé par son nom et sa catégorie,
— Gérer des comptes : ajout ou suppression d’un compte. Chaque compte est caractérisé par le
login, le mot de passe, le nom et le prénom de l’administrateur,
— Déconnexion : cela permet la sécurité de l’interface.
Partie client : cette interface doit être accessible à n’importe quel internaute cherchant des produits
et effectuant des commandes.
Sujet 4 : Réservation de billets d’avions en ligne
Le but est de créer une application de réservation de billets d’avions en ligne pour une compagnie aérienne
qui dispose de plusieurs avions d’autonomies et de capacités d’accueil différentes. Cette application sera
divisée en deux parties : la réservation d’un ou plusieurs billets par un client et l’administration et la
consultation des statistiques pour l’administrateur.
L’application devra tenir compte des accès concurrents (par ex., deux clients différents ne peuvent
pas réserver chacun la dernière place disponible dans un avion). Elle devra également gérer l’annulation
des transactions. Les numéros d’identifiants uniques des clés primaires seront générés automatiquement.
Il conviendra de définir les contraintes dintégrité. Par exemple, un avion ne pourra pas être utilisé pour
un vol si son autonomie est inférieure à la distance à parcourir, ou encore il ne pourra pas partir d’une
ville s’il est en vol au moment prévu du départ.
Un trajet est identifié par sa ville de départ et sa ville d’arrivée. Le prix et la durée des trajets
(heure d’arrivée de chaque vol) seront définis à partir de la distance entre les deux villes à atteindre.
Cette distance sera calculée en utilisant la l’atitude et longitude des villes desservies par la compagnie
aérienne. Le prix prendra également en compte la catégorie des passagers (senior, junior. . . ) ainsi que la
classe (économique, affaire, . . . ). Le prix au Km est fixé pour chaque classe, le prix au Km d’une classe
peut être modifié sans que les autres classes ne voient leurs prix changer. Un pourcentage de réduction
est attribué à chaque catégorie (junior : 40% de réduction, senior : 25% de réduction). Pour une classe
donnée, tous les avions auront le même prix au Km. Pour chaque avion, il faudra pouvoir préciser la
capacité de l’avion en classe affaire, en classe économique, en 1 classe...
Il sera supposé que tous les avions volent à la même vitesse. Les vols sont indépendants et sans escales.
Les numéros de vols correspondent à des vols réguliers (le vol no 6632 correspond à un trajet Casa-Paris
chaque lundi, départ à 11h40). Toutes les informations relatives aux réservations non annulées seront
conservées au moins un an.
Une réservation pourra concerner une ou plusieurs personnes (on peut réserver plusieurs places pour
un vol dans des catégories différentes et des classes différentes, par exemple 2 adultes en classe affaire,
1 senior en classe économique, 3 juniors en classe économique). Le client fournira son nom, son prénom,
la ville de départ et la ville darrivée, le nombre de passagers et leurs catégories, la classe, ainsi que
la date et lheure souhaitée. En réponse, il obtiendra tous les vols qui se rapprochent de la date et de
l’heure demandées (tous les vols du même jour dans un intervalle de +/- 4 heures par rapport à l’heure
demandée, et s’il n’y a pas de vol le jour même tous les vols du jour le plus proche de celui désiré). Dès
acceptation par le client, un numéro de réservation est alors fourni à celui-ci.
L’administrateur pourra modifier ou ajouter des catégories tarifaires (juniors, seniors, ...), et obtenir
des statistiques sur les taux doccupation de chaque avion pour une durée spécifiée. Il pourra notamment
obtenir, par trimestre ou par an, la liste des vols dont le taux d’occupation est inférieur à un seuil fixé au
moment de l’interrogation. On veut aussi pouvoir sortir des statistiques par client et par département
d’origine du client.

Pr. Said El Kafhali 4 A.U. 2022/2023

Sujet 5 : Gestion administrative d’un collège
On veut réaliser l’informatisation de l’affectation hebdomadaire des salles d’un collège, et la gestion des
absences des élèves.
Le collège est composé de 20 salles de classe, dont 2 équipées de rideaux noirs et de projecteurs vidéo,
de 2 salles de laboratoire et d’une salle de sports. D’autres matriels (rétro-projecteurs, écrans, triples
tableaux...) sont également affectés à certaines salles.
Les salles ont une capacité variant de 20 à 45 places. La salle de sports a une capacité de 150 places
(en considérant que les cours de sports peuvent être assurés pour plusieurs classes simultanément).
Le collège gère 5 classes de 6ème, et 4 classes de 5ème, 4ème et 3ème. Chaque classe est numérotée.
Les élèves d’une même classe suivent tous les mêmes cours : il n’y a pas d’options. La liste des élèves de
chaque classe est fixée en début d’année (on admet qu’un élève change de classe, et qu’il y a d’arrivées
en cours d’année). Les cours se répètent à l’identique sur toutes les semaines de l’année scolaire.
Un enseignant peut assurer des cours pour plusieurs classes. Pour affecter un cours à une salle et à
un enseignant, on veut pouvoir vérifier que l’enseignant n’a pas de cours simultanément pour une autre
classe.
Un cours ne peut pas être assuré par plusieurs enseignants. Les cours sont repérés par le nom de
l’enseignant. Certains enseignants assurent plusieurs types de cours (Français, Latin...).
En ce qui concerne l’affectation hebdomadaire des salles, on ne veut pas réaliser un système d’aide à
la décision, mais pouvoir obtenir la liste des salles permettant d’accueillir un cours, qui ne sont pas déjà
affectées à un autre cours à l’horaire voulu. Il n’y a pas de cours commun à plusieurs classes. Certains
cours nécessitent des matériels spécifiques (de la vidéo, un labo ou la salle de sports...). Mais un cours
qui n’a pas besoin de vidéo peut néanmoins avoir lieu dans la salle de vidéo. Pour une même classe,
on peut avoir un TP de chimie le mardi, nécessitant le labo, et un cours de chimie ne le nécessitant
pas. On admet que les affectations sont décidées à l’année : un cours (repéré par un jour, une heure et
un enseignant, ex : lundi 10h, Mr Kamali) a lieu dans la même salle et pour la même classe toutes les
semaines.
En ce qui concerne la gestion des absences, le traitement manuel actuel est le suivant : une feuille
de présence quotidienne, marquée du numéro de semaine et du nom du jour, circule d’enseignant à
enseignant en cours de journée. Lorsque la "Vie scolaire" est avertie d’une absence d’un élève avant le
début des cours, elle reporte la mention "Excusé" sur la ligne de l’élève, pour chaque cours concerné.
Chaque enseignant reporte la liste et le nombre d’absences non excusées et constatées à son cours. La
feuille de présence retourne à la vie scolaire en fin de journée. Toutes les absences injustifiées font l’objet
d’un courrier adressé aux parents, indiquant les jours et heures d’absence de l’élève. Un élève peut être
absent à un cours sans être absent sur la journée. Une absence à un cours unique peut être justifiée à
l’avance (rendez-vous dentiste...).
Sujet 6 : Gestion de l’attribution de stages en entreprise
Une entreprise propose un ensemble de stages à des étudiants de différentes écoles. Le catalogue des
stages est envoyé par courrier postal aux écoles dont les adresses se trouvent dans une base de données
de l’entreprise. Les responsables de stages doivent définir et rédiger les propositions de stages. Chaque
responsable de stages peut proposer jusqu’à 5 sujets de stage. Un candidat peut postuler sur 3 stages
de l’entreprise au maximum. S’il est retenu, il sera affecté à un stage par le responsable du stage.
1. Les fonctions principales de l’application sont :
— Gérer le catalogue des stages
— Gérer les stagiaires (candidats aux stages, étudiants retenus, suivi et évaluation des étudiants)
2. Un responsable de stages utilise l’application pour :
— Définir un stage (saisir la proposition du stage)
— Sélectionner un candidat, ce qui a pour effet l’envoie automatique d’un courriel au responsable
du personnel (un responsable de stages ne peut sélectionner un candidat que pour un stage

Pr. Said El Kafhali 5 A.U. 2022/2023

 qu’il a proposé ; il ne doit pas pouvoir choisir un stagiaire déjà retenu pour un autre stage)
— Noter le travail du candidat (noter le travail, le comportement et le rapport écrit)
3. Le responsable du personnel utilise l’application pour :
— Imprimer le catalogue des stages qu’il enverra ensuite aux différentes écoles dont l’adresse est
disponible la base de données
— Gérer les candidatures :
— saisir les candidatures qu’il a reçues par courrier électronique de la part des étudiants
— saisir les candidatures qu’il a reçues par courrier postal de la part des étudiants
— Gérer l’inscription du candidat sélectionné par un responsable de stages (après réception du
courriel) :
— il avertit le candidat retenu (par téléphone et courrier postal) ; si le candidat accepte la
proposition de stage, il est définitivement affecté au stage ;
— sinon la sélection du candidat pour ce stage est annulée et un courriel est automatiquement
envoyé au responsable du stage pour le prévenir
— impression de la convention de stage qui sera envoyée à l’école par courrier postal pour
signature
— Gérer les stagiaires :
— enregistrer les dates d’arrivée et de départ effectives des stagiaires
— leur attribuer un numéro de badge
— comptabiliser les jours de congé pris
4. Autres caractéristiques et contraintes sur les données manipulées :
— Les utilisateurs de l’application ont chacun un mot de passe personnel
— Les candidats, tout comme les utilisateurs de l’application, sont des personnes caractérisées
par leur nom, prénom, téléphone et courriel
— L’école est caractérisée par son nom et son adresse postale
— Le candidat est également caractérisé par son CV qui est un fichier attaché ; la date proposée
pour le début du stage.
— Un stage a un titre, un sujet, une durée et une référence qui est un identifiant unique construit
par l’application.
— On doit mémoriser la date d’envoi de la convention et si elle a été retournée signée par
l’école. Un candidat ne devient un stagiaire que lors de son arrivée dans l’entreprise et que la
convention a été signée.
Sujet 7 : Gestion d’une médiathèque
L’objectif du programme est la gestion des achats et des prêts de documents (papier, vidéo, son, . . . )
aux usagers d’une bibliothèque municipale. Il existe plusieurs types de documents :
— les livres, et parmi eux des livres spéciaux qui seront consultables uniquement sur place
— les journaux qui seront consultables uniquement sur place
— les microfilms, qui portent sur des livres ou des journaux déjà référencés dans la bibliothèque et
qui ne pourront être visualisés que sur les écrans de la bibliothèque
— les CD-ROM documentaires (encyclopédies, visites de musées . . . ) qui pourront être prêtés avec
une caution
Chaque document est repéré par sa côte ; Un livre ou un CD-ROM pourra être trouvé également par
son titre et son (ses) auteur(s), un journal par son titre et sa date ; De même pour un microfilm.
Concrètement l’usager peut consulter sur poste informatique la liste des documents, une consultation
séquentielle par ordre alphabétique selon le type de document, séquentielle par auteur (tous types de
documents confondus), par la côte du document ou par sa référence (titre, . . . ).
Ensuite, l’usager doit aller chercher le document, soit directement dans le rayonnage où il est rangé
pour les livres et les journaux, soit à un guichet pour les CD-ROM et les microfilms.

Pr. Said El Kafhali 6 A.U. 2022/2023

 Le CD-ROM ne lui sera remis qu’en échange d’une caution, après qu’il ait présenté sa carte de lecteur.
Cette caution lui sera rendue au retour du CD-ROM. La bibliothèque dispose de postes informatiques
permettant une consultation sur place des CD-ROM. Le microfilm lui sera remis sous condition qu’un
écran de lecture soit libre ; en effet un microfilm ne pourra jamais être prêté à domicile.
S’il désire emprunter chez lui un CD-Rom ou un livre, il doit en sortant se présenter à un employé
de la bibliothèque et lui fournir sa carte de lecteur et le document ; l’employé référence alors l’emprunt
par le numéro du lecteur et par la côte du document.
Toute mise en circulation de CD-ROM ou de microfilm génère une fiche de prêt dans le système
informatique. De même lors d’emprunts à domicile d’un livre ou d’un CDROM.
Les achats des documents, ainsi que les inscriptions de nouveaux usagers seront réalisés uniquement
par le personnel de la bibliothèque. Les prêts de documents aux usagers pourront être effectués par le
personnel bien sûr, mais également par une équipe de bénévoles qui n’auront ce droit accordé que pour
une période limitée. Les usagers quant à eux auront possibilité de consulter la liste des documents et de
savoir si ceux ci sont disponibles (ni prêtés, ni perdus).
L’enregistrement d’un nouveau document génère un numéro (sa côte) unique et non récupérable ; ce
numéro est incrémenté automatiquement. De même pour l’enregistrement de nouveaux lecteurs.
Il est cependant possible de modifier les caractéristiques des fiches lecteurs (adresse. . . ) et de mettre
hors service un document qui a été perdu ou volé. On ne pourra jamais retirer une fiche document ni
une fiche lecteur ; une deuxième approche du problème permettra de gérer le surcroît de fiches lecteurs
inutilisées (déménagement du lecteur, . . . ).
Un prêt ne sera accordé qu’à la condition que le lecteur ait réglé sa cotisation et n’ait pas plus de 5
emprunts simultanés. Le prêt est daté et après 4 semaines, une lettre de relance sera envoyée au lecteur.
Ces relances seront effectuées à la demande du bibliothécaire.
Les employés de la bibliothèque peuvent consulter les états des lecteurs (lesquels,nombre d’emprunts,.
. . ).
Sujet 8 : Gestion des documents d’une Bibliothèque municipale
Les conclusions d’une étude d’opportunité commandée par le conseil municipal recommande de procé-
der à une analyse plus poussée des besoins pour s’assurer d’une réelle adaptation aux exigences de la
bibliothèque de la ville, mais aussi pour prévoir les besoins de stockage et d’expansion anticipés pour les
prochaines années.
Voici les grandes lignes des activités que le système devra gérer.
— La bibliothèque compte 500 000 documents repartis comme suit : des livres catégorisés selon la
classification Dewey, des périodiques, des journaux et disques compacts. L’ensemble de ce matériel
est admissible soit au prêt, soit à la location (frais exigés), soit à la consultation sur place.
— Le(la) bibliothécaire inscrit les données concernant les documents commandés (livres, périodiques,
journaux, cassettes vidéo, disques compacts). Au moment de leur réception, il procède à leur
classification, en fait une indexation à partir d’une liste de descripteurs qui serviront à faciliter le
repérage, et il complète les fiches sujets, auteurs et titres. Le(la) bibliothécaire ajoute les nouveaux
titres, le nombre d’exemplaires, fait la mise à jour ou le, retrait de titres et d’exemplaires.
— Les disques compacts et certains livres fortement en demande, sont par ailleurs loués (frais exigés)
à la semaine. Les autres prêts réguliers de livres sont faits pour des périodes de 3 semaines. Les
périodiques et les journaux ne sont jamais prêtés. Un client qui désire emprunter ou louer un
document déjà sorti peut demander que son nom soit inscrit sur une liste de réservation. Une
amende de 5 DH par jour pour les prêts réguliers et de 10 DH par jour pour les locations est
exigée pour chaque jour de retard.
— Au comptoir, des lecteurs optiques seraient installés pour lire le numéro d’identification du code-
barre de chaque document et de la carte client qui devra être inscrit dans le système. L’inscription
sera gratuite pour les membres résidants et des frais d’inscription seront exigés des non-résidants.
Aucun prêt ne devrait être accepté sans cette carte, et une limite maximale de 5 documents est

Pr. Said El Kafhali 7 A.U. 2022/2023

 fixée pour les prêts, les locations et les réservations.
— Des terminaux répartis ça et faciliteront la consultation des index, la recherche des documents
et la réservation de documents. Le prêt et le retour des documents ne pourront être effectués
qu’au comptoir central de la bibliothèque, à des postes de travail distincts opérés par un préposé.
De plus, le système servira à l’inscription des clients et à l’émission des cartes clients et à la
classification des documents. Enfin, le système produira des rapports sur une base quotidienne,
mensuelle ou annuelle présentant des statistiques sur les prêts, retards, frais et amendes perçues,
livres perdus, etc.

Deadline et modalité d’évaluation

Le projet doit être rendu par mail à l’adresse email kafhalisaid@gmail.com le dimanche 24/12/2023
à 23h59 sous forme d’une pièce jointe au format .zip qui devra contenir les fichiers et répertoires
suivants :
— Un fichier README contenant les noms et prénoms des membres du groupe, la manière de
compiler les programmes, ainsi qu’une description du contenu des répertoires ;
— Un répertoire code contenant l’ensemble des codess du projet ;
— Un répertoire docs contenant la documentation : rapport du projet, présentation du projet . . .
La soutenance aura lieu le 28/12/2023.
Le travail sera évalué selon les critères suivants :
— Qualité de la conception de l’application,
— Qualité du rapport de travail,
— Soutenance orale présentant votre projet, au cours de laquelle vous devrez tous répondre aux
questions sur votre projet.
Seule la dernière version soumise sera prise en compte. Ceci implique que :
— Un mini-projet non rendu à temps recevera une cote nulle.
— En cas de plagiat avéré, le groupe se verra affecter une cote nulle.

Pr. Said El Kafhali 8 A.U. 2022/2023