REPUBLIQUE DE COTE D’IVOIRE
Union-Discipline-Travail
Analyse de projet
SYSTÈME DE GESTION DE LA
BIBLIOTHEQUE AKA HORTENSE ANGUI
Mairie de Port-Bouët
Auteur : Toure Simplice
Table des mati`eres
1 Pr´esentation du sujet 3
1.1 Probl´ematique 3
1.2 Objectifs 3
2 Analyse du sujet 4
2.1 Sp´ecification 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´etails sur un cas d’utilisation : Gestion d’em- prunt 9
3 Conception 9
3.1 Diagramme de classe 9
3.2 Traitement d’un emprunt 11
3.2.1 Diagramme de sc´enario 11
3.2.2 Diagramme de s´equence 12
3.2.3 Diagramme de collaboration 13
4 Architecture g´en´erale 13
4.1 Tableau des couches 13
5 Conclusion g´en´erale 14
1
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´enario .............................................................................11
6 Diagramme de classe.....................................................................................12
7 Diagramme de collaboration...................................................................13
8 Tableau r´ecapitulatif des couches ............................................................13
2
Introduction g´en´erale
La mairie de Port-Bouët dans son élan d’informatisation de ces services a décidé fournir
un logiciel de gestion bibliothèque à sa nouvelle acquisition qu’est la bibliothèque AKA
ANGUI HORTENCE. Pour satisfaire à cette requête, elle a émis des exigences qui
seront traité et modélisé dans le présent document.
1 Pr´esentation du sujet
1.1 Probl´ematique
La gestion d’une biblioth`eque est souvent fastidieuse. Nous constatons
tr`es souvent une gestion manuelle de ces biblioth`eque, c’est `a dire qu’il y un
manque d’automatisation de cette gestion. Cela rend le travail fastidieux au
gestionnaire de biblioth`eque. Cette gestion manuelle d’une biblioth`eque, ne
permet pas d’avoir un bon suivit des adh´erants, des livres emprunt´es. A
travers donc cette gestion il est difficile d’appliquer des sanctions au adh´erant
ayant perdu des livres ou ayant abˆım´e des livres. Pour s’en départir de cette
réalité la mairie nous sollicite pour la conception d’un logiciel de gestion.
1.2 Objectifs
Afin de solutionné la requête de la mairie de Port-Bouët, nous allons donc mettre
en place un syst`eme de gestion de biblioth`eque afin d’automatiser le suivit.
L’objectif de ce projet est de faciliter l’inscription des adh´erants, de g´erer les
emprunts des livres et les r´eservations. L’objectif de notre projet est de
pouvoir automatiser
´egalement la gestion des sanctions.
3
2 Analyse du sujet
L’analyse du sujet va constituer principalement a` faire une identification
des diff´erentes acteurs intervenant dans notre syst`eme, aussi a` faire une
description des diff´erents cas d’utilisation. Dans cette analyse du sujet nous
ferons ´egalement la sp´ecification des besoins.
4
2.1 Sp´ecification des besoins
Cette phase consiste a` comprendre le contexte du syst`eme. Il s’agit de d
´eterminer les fonctionnalit´es et les acteurs les plus pertinents, de pr´eciser les
risques les plus critiques et d’identifier les cas d’utilisation initiaux.
• Le biblioth´ecaire est un employ´e de la biblioth`eque. Le syst`eme `à
concevoir doit assister le biblioth´ecaire dans sa tˆache.
• Le biblioth´ecaire communique avec les emprunteurs.
• Le biblioth´ecaire prˆete des livres `a des emprunteurs
• Les titres les plus demand´es sont achet´es en plusieurs exemplaires.
• Un emprunteur doit s’enregistrer pour ˆetre adh`erent avant d’emprunter
les livres
• Un visiteur peut consulter un livre sur place
• Un emprunteur peut r´eserver un livre qui est indisponible (d´ej`a
prˆet´e ou r´epertori´e mais non encore achet´e).
• Un emprunteur ne peut emprunter que pas plus de trois livres
• Lorsqu’un livre devient disponible (rendu ou achet´e), un emprunteur
qui l’avait r´eserv´e doit ˆetre averti.
• La r´eservation est annul´ee quand le livre est emprunt´e.
• Une r´eservation peut ˆetre annul´ee `a tout moment.
• La mise `a jour (ajout, suppression et modification) des informations
rela- tives aux exemplaires, emprunteurs et fond biblioth`eque doit ˆetre
ais´ee.
• De mˆeme que la mise a` jour des informations relatives aux prˆets et r´eservations.
• Le biblioth´ecaire peut obtenir la liste des livres emprunt´es dont la date
de retour est d´epass´ee.
• La gestion des sanctions
• Limitation : le syst`eme ne g`ere pas les messages aux emprunteurs.
5
2.2 Identification des Acteurs
Un acteur repr´esente l’abstraction d’un rˆole jou´e par des entit´es externes
(utili- sateur, Dispositif mat´eriel ou autre syst`eme) qui interagissent
directement avec le syst`eme ´etudi´e. Les principaux profils qui auront a`
utiliser le SI sont les suivants :
Acteurs Description
Responsable D´etenir les droits de la gestion de l’application et de
Assistant stock D´etenir les droits de la gestion de l’application
Adh´erant D´etenir le droit de consultation et de gestion de r´eservation et
Visiteur d’emprunt D´etenir le droit de consultation et d’inscription
2.3 Identification des cas d’utilisation
• Gestion d’emprunt
• Gestion d’adh´erant
• Gestion des livres (Mise `a jour)
• Gestion de r´eservation
• Gestion des sanctions
2.4 Diagramme de cas d’utilisation
Les diagrammes de cas d’utilisation sont des diagrammes UML utilis´es
pour donner une vision globale du comportement fonctionnel d’un syst`eme
logiciel. Ils sont utiles pour des pr´esentations aupr`es de la direction ou des
acteurs d’un projet. Cette partie montre les diff´erentes ´etapes du cheminement
de notre compr´ehension du projet.
6
FIGURE 1 – Diagramme de cas d’utilisation
2.5 Backlog
7
8
2.6 Quelques d´etails 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´ema utilis´e pour pr´esenter les classes et
les interfaces des syst`emes ainsi que les diff´erentes 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´esenter tout le processus d’emprunt d’un livre
a` commencer par son diagramme de sc´enario, diagramme de s´equence
jusqu’au
diagramme de collaboration.
3.2.1 Diagramme de sc´enario
FIGURE 5 – Diagramme de sc´enario
11
3.2.2 Diagramme de s´equence
Le diagramme de s´equence est une repr´esentation intuitive qu’on a utilis´ee
pour concr´etiser des interactions entre nos entit´es. Le diagramme de s´equence
d´ecrit un sc´enario qui mod´elise une ex´ecution particuli`ere d’un cas
d’utilisation du d´ebut jusqu’`a la fin.
Il correspond a` une s´election 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´en´erale
4.1 Tableau des couches
FIGURE 8 – Tableau récapitulatif des couches
13
5 Conclusion g´en´erale
Au terme de ce travail, nous pouvons conclure sur une bonne note. Car
l’objectif qui ´etait bas´e sur la mise en place d’un syst`eme de gestion
d’une biblioth`eque, est pratiquement atteint. Ce projet nous a ´et´e utile et
b´en´efique au terme de sa r´ealisation globale, de par les technologies utilis
´ees jusqu’aux exp´eriences acquises dans le travail d’´equipe.
Il nous a permit de mettre en exergue nos connaissances en g´enie logiciel,
en mettant en place une application web de gestion d’une biblioth`eque.
Comme tout autre projet de recherche, ce projet reste ouvert `a des
´eventuelles am´eliorations et modifications pour son utilisation r´eelle. Comme
pour ce cas de figure, nous pouvons dire entre autre :
• La non gestion des sanctions ;
• La non gestion des r´eservations ;
• L’annulation d’un emprunt ;
• Etc
14
