See discussions, stats, and author profiles for this publication at: https://www.researchgate.

net/publication/353980046

SYSTÈME DE GESTION D'UNE BIBLIOTHÈQUE

Experiment Findings · March 2018

DOI: 10.13140/RG.2.2.29036.08323

CITATIONS READS

0 31,389

4 authors, including:

Adama Arama Zakaria Kinda

ESTIA Institute of Technology Université Nazi Boni
8 PUBLICATIONS 3 CITATIONS 4 PUBLICATIONS 1 CITATION

SEE PROFILE SEE PROFILE

All content following this page was uploaded by Adama Arama on 18 August 2021.

The user has requested enhancement of the downloaded file.

 GÉNIE LOGICIEL AVANCÉ

Rapport de projet

IFI-Promotion 22

SYSTÈME DE GESTION D’UNE BIBLIOTHÈQUE

Auteurs :
Brahim Ali Koreimy
Encadrant :
Adama ARAMA
Dr. Ho Tuong Vinh
Fredéric Bangadingar
Zakaria Kinda
Table des matières
1 Présentation du sujet 4
1.1 Problématique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.2 Objectifs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

2 Analyse du sujet 4
2.1 Spécification des besoins . . . . . . . . . . . . . . . . . . . . . . . . 5
2.2 Identification des Acteurs . . . . . . . . . . . . . . . . . . . . . . . 6
2.3 Identification des cas d’utilisation . . . . . . . . . . . . . . . . . . . 6
2.4 Diagramme de cas d’utilisation . . . . . . . . . . . . . . . . . . . . 6
2.5 Backlog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.6 Quelques détails sur un cas d’utilisation : Gestion d’emprunt . . . . 9

3 Conception 9
3.1 Diagramme de classe . . . . . . . . . . . . . . . . . . . . . . . . . . 9
3.2 Traitement d’un emprunt . . . . . . . . . . . . . . . . . . . . . . . . 11
3.2.1 Diagramme de scénario . . . . . . . . . . . . . . . . . . . . . 11
3.2.2 Diagramme de séquence . . . . . . . . . . . . . . . . . . . . 12
3.2.3 Diagramme de collaboration . . . . . . . . . . . . . . . . . . 13

4 Architecture générale 13
4.1 Tableau des couches . . . . . . . . . . . . . . . . . . . . . . . . . . 13
4.2 Architecture détaillée . . . . . . . . . . . . . . . . . . . . . . . . . . 14

5 Résultats de quelques tests 15

5.1 Formulaire d’inscription d’un adhérent . . . . . . . . . . . . . . . . 15
5.2 Liste des demandes d’adhésion en cours . . . . . . . . . . . . . . . . 15
5.3 Connexion d’un adhérent . . . . . . . . . . . . . . . . . . . . . . . . 16

1
 5.4 Demande d’emprunt . . . . . . . . . . . . . . . . . . . . . . . . . . 16
5.5 Liste des livres empruntés . . . . . . . . . . . . . . . . . . . . . . . 17
5.6 Liste des livres . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

6 Conclusion générale 18

Table des figures

1 Diagramme de cas d’utilisation . . . . . . . . . . . . . . . . . . . . 7
2 Use case : Cas de la gestion d’un emprunt . . . . . . . . . . . . . . 9
3 Gestion des emprunts . . . . . . . . . . . . . . . . . . . . . . . . . . 9
4 Diagramme de classe . . . . . . . . . . . . . . . . . . . . . . . . . . 10
5 Diagramme de scénario . . . . . . . . . . . . . . . . . . . . . . . . . 11
6 Diagramme de classe . . . . . . . . . . . . . . . . . . . . . . . . . . 12
7 Diagramme de collaboration . . . . . . . . . . . . . . . . . . . . . . 13
8 Tableau récapitulatif des couches . . . . . . . . . . . . . . . . . . . 13
9 Architecture générale du système . . . . . . . . . . . . . . . . . . . 14
10 Formulaire d’inscription d’un adhérent . . . . . . . . . . . . . . . . 15
11 Liste des demandes d’adhésion . . . . . . . . . . . . . . . . . . . . . 15
12 Connexion d’un adhérent . . . . . . . . . . . . . . . . . . . . . . . . 16
13 Demande d’emprunt . . . . . . . . . . . . . . . . . . . . . . . . . . 16
14 Emprunts en cours . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
15 Liste des livres . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

2
 Introduction générale

Les hommes ont inventés l’écriture pour avoir à la porté de mains tout ce qu’ils ont
besoins pour penser. Les informations et tout le savoir faire du monde sont misent
dans des ouvrages et des documents. L’informatique a donné une nouvelle vie à
certaines activités humaines, c’est la raison pour laquelle on a proposé d’introduire
l’informatique dans les principales fonctions de la bibliothèque.
Le but de notre analyse à travers ce projet de recherche est de schématiser la
gestion courante et l’exploitation de la bibliothèque. Ce travail définit la gestion
informatique de la bibliothèque voire son automatisation.
Afin d’atteindre cet objectif, nous avons adopté la démarche suivante selon laquelle
notre présent rapport est structuré.
Premièrement, nous présenterons le projet à réaliser, notamment sa problématique
et tous ses objectifs. La seconde partie sera consacrée à l’analyse notamment l’iden-
tification des acteurs, spécification des besoins, backlog, etc. Dans la troisième par-
tie nous parlerons de la conception du système. La quatrième partie est basée sur
l’architecture générale du système. Ensuite, à la cinquième partie, nous montrerons
les résultats de quelques tests du système. Enfin, nous donnerons une conclusion
générale dans une sixième partie.

3
1 Présentation du sujet

1.1 Problématique

La gestion d’une bibliothèque est souvent fastidieuse. Nous constatons très

souvent une gestion manuelle de ces bibliothèque, c’est à dire qu’il y un manque
d’automatisation de cette gestion. Cela rend le travail fastidieux au gestionnaire
de bibliothèque. Cette gestion manuelle d’une bibliothèque, ne permet pas d’avoir
un bon suivit des adhérants, des livres empruntés. A travers donc cette gestion il
est difficile d’appliquer des sanctions au adhérant ayant perdu des livres ou ayant
abı̂mé des livres.

1.2 Objectifs

Face à cette mauvaise gestion des bibliothèques, nous allons donc mettre en
place un système de gestion de bibliothèque afin d’automatiser le suivit. L’objectif
de ce projet est de faciliter l’inscription des adhérants, de gérer les emprunts des
livres et les réservations. L’objectif de notre projet est de pouvoir automatiser
également la gestion des sanctions.

2 Analyse du sujet
L’analyse du sujet va constituer principalement à faire une identification des
différentes acteurs intervenant dans notre système, aussi à faire une description
des différents cas d’utilisation. Dans cette analyse du sujet nous ferons également
la spécification des besoins.

4
2.1 Spécification des besoins

Cette phase consiste à comprendre le contexte du système. Il s’agit de déterminer

les fonctionnalités et les acteurs les plus pertinents, de préciser les risques les plus
critiques et d’identifier les cas d’utilisation initiaux.
• Le bibliothécaire est un employé de la bibliothèque. Le système à concevoir
doit assister le bibliothécaire dans sa tâche.
• Le bibliothécaire communique avec les emprunteurs.
• Le bibliothécaire prête des livres à des emprunteurs
• Il doit gérer l’achat de nouveaux titres.
• Les titres les plus demandés sont achetés en plusieurs exemplaires.
• Un emprunteur doit s’enregistrer pour être adhèrent avant d’emprunter les
livres
• Un visiteur peut consulter un livre sur place
• Un emprunteur peut réserver un livre qui est indisponible (déjà prêté ou
répertorié mais non encore acheté).
• Un emprunteur ne peut emprunter que pas plus de trois livres
• Lorsqu’un livre devient disponible (rendu ou acheté), un emprunteur qui
l’avait réservé doit être averti.
• La réservation est annulée quand le livre est emprunté.
• Une réservation peut être annulée à tout moment.
• La mise à jour (ajout, suppression et modification) des informations rela-
tives aux exemplaires, emprunteurs et fond bibliothèque doit être aisée.
• De même que la mise à jour des informations relatives aux prêts et réservations.
• Le bibliothécaire peut obtenir la liste des livres empruntés dont la date de
retour est dépassée.
• La gestion des sanctions
• Limitation : le système ne gère pas les messages aux emprunteurs.

5
2.2 Identification des Acteurs

Un acteur représente l’abstraction d’un rôle joué par des entités externes (utili-
sateur, Dispositif matériel ou autre système) qui interagissent directement avec le
système étudié. Les principaux profils qui auront à utiliser le SI sont les suivants :

Acteurs Description
Responsable Détenir les droits de la gestion de l’application et de stock
Assistant Détenir les droits de la gestion de l’application
Adhérant Détenir le droit de consultation et de gestion de réservation et d’emprunt
Visiteur Détenir le droit de consultation et d’inscription

2.3 Identification des cas d’utilisation

• Gestion d’emprunt
• Gestion d’adhérant
• Gestion des livres (Mise à jour)
• Gestion de réservation
• Gestion des sanctions

2.4 Diagramme de cas d’utilisation

Les diagrammes de cas d’utilisation sont des diagrammes UML utilisés pour
donner une vision globale du comportement fonctionnel d’un système logiciel. Ils
sont utiles pour des présentations auprès de la direction ou des acteurs d’un projet.
Cette partie montre les différentes étapes du cheminement de notre compréhension
du projet.

6
 Figure 1 – Diagramme de cas d’utilisation

2.5 Backlog

7
8
2.6 Quelques détails sur un cas d’utilisation : Gestion d’em-
prunt

Figure 2 – Use case : Cas de la gestion d’un emprunt

Figure 3 – Gestion des emprunts

3 Conception

3.1 Diagramme de classe

Le diagramme de classes est un schéma utilisé pour présenter les classes et les
interfaces des systèmes ainsi que les différentes relations entre celles-ci.

9
Ce diagramme fait partie de la partie statique d’UML car il fait abstraction des
aspects temporels et dynamiques.

Figure 4 – Diagramme de classe

10
3.2 Traitement d’un emprunt

Dans cette partie, nous allons présenter tout le processus d’emprunt d’un livre
à commencer par son diagramme de scénario, diagramme de séquence jusqu’au
diagramme de collaboration.

3.2.1 Diagramme de scénario

Figure 5 – Diagramme de scénario

11
3.2.2 Diagramme de séquence

Le diagramme de séquence est une représentation intuitive qu’on a utilisée pour

concrétiser des interactions entre nos entités. Le diagramme de séquence décrit un
scénario qui modélise une exécution particulière d’un cas d’utilisation du début
jusqu’à la fin.
Il correspond à une sélection d’enchaı̂nements du cas d’utilisation.

Cas d’utilisation : Emprunt d’un livre

Figure 6 – Diagramme de classe

12
3.2.3 Diagramme de collaboration

Figure 7 – Diagramme de collaboration

4 Architecture générale

4.1 Tableau des couches

Figure 8 – Tableau récapitulatif des couches

13
4.2 Architecture détaillée

Figure 9 – Architecture générale du système

14
5 Résultats de quelques tests

5.1 Formulaire d’inscription d’un adhérent

Figure 10 – Formulaire d’inscription d’un adhérent

5.2 Liste des demandes d’adhésion en cours

Figure 11 – Liste des demandes d’adhésion

15
5.3 Connexion d’un adhérent

Figure 12 – Connexion d’un adhérent

5.4 Demande d’emprunt

Figure 13 – Demande d’emprunt

16
5.5 Liste des livres empruntés

Figure 14 – Emprunts en cours

5.6 Liste des livres

Figure 15 – Liste des livres

17
6 Conclusion générale
Au terme de ce travail, nous pouvons conclure sur une bonne note. Car l’objectif
qui était basé sur la mise en place d’un système de gestion d’une bibliothèque,
est pratiquement atteint. Ce projet nous a été utile et bénéfique au terme de sa
réalisation globale, de par les technologies utilisées jusqu’aux expériences acquises
dans le travail d’équipe.
Il nous a permit de mettre en exergue nos connaissances en génie logiciel, en
mettant en place une application web de gestion d’une bibliothèque.
Comme tout autre projet de recherche, ce projet reste ouvert à des éventuelles
améliorations et modifications pour son utilisation réelle. Comme pour ce cas de
figure, nous pouvons dire entre autre :

• La non gestion des sanctions ;

• La non gestion des réservations ;

• L’annulation d’un emprunt ;

• Etc.

18
 Références
[1] http ://fr.openclassrooms.com/

[2] http ://commons.apache.org/proper/commons-fileupload/

[3] http ://www.jmdoudoux.fr/accueil java.htm

[4] http ://www.postgresqltutorial.com/postgresql-jdbc/

19

View publication stats