Application Web Mobile Oeuvres Bibliothecaires

MEMOIRE
DE STAGE DE FIN D’ETUDES

Pour l’obtention du
«Mastère professionnel en Nouvelles Technologies des

Télécommunications et Réseaux (N2TR)»
Présenté par :
Belgacem Azouz
Titre
Application Web et Mobile pour la réservation et le prêt des œuvres bibliothécaires
Soutenu le : 22/06/2019
Devant le jury :
Président : Mr. Jalel Khedhiri
Encadreur : Mr.Ezzeddine Ben Braiek
Rapporteur : Mme. Houda Houissa Rekaya
Membre : Mr.(Mme.)……………………………………………………………….….…………..
Année Universitaire : 2018 / 2019
MASTER N2TR UVT 2019
Résumé :
Ce projet vise à développer un système de gestion de réservation et de prêt des œuvres
bibliothécaires pour le compte des étudiants et des enseignants de l’institut Supérieur des
Etudes Appliquées en Humanités (ISEAHZ) ou plus précisément deux applications l’une sera
web et l’autre sera mobile. Pour aboutir à cette fin, nous allons effectuer une étude
conceptuelle de l’application. Cette dernière nous permettra, en effet d’accéder facilement à la
réalisation de l’application en organisant nos idées et en structurant le processus de codage
suivants les diagrammes illustrés par UML. L’application a été implémentée par divers
technologies en partant essentiellement par l’étude conceptuelle de données. Notre système de
gestion de base de données fut choisi est MySQL. Le développement de l’application Web
(Back-office) a été implémenté avec AngularJS et le développement de l’autre application
Mobile FrontOffice par AngularJs aussi par les quelles on a pu créer cette plateforme.
 Mots Clés : UML, AngularJs, HTML5, PHP, CSS, MySQL
Abstract
This project aims to develop a management system for bookings and loans of library
works on behalf of students and teachers of the Higher Institute of Applied Studies in
Humanities (ISEAHZ) or more precisely two applications one will be web and the other will
be mobile.
To achieve this end, we will first make a conceptual study of the application.
The latter will allow us to easily access the implementation of the application by
organizing our ideas and structuring the following coding process diagrams illustrated by
UML.
The application has been implemented by various technologies starting essentially by

the conceptual study of data. Our database management system was chosen is MySQL. The
development of the Web application (Back-office) was implemented with AngularJS and the
development of the other Mobile Front Office application by AngularJs by which we could
create this platform.
 Keywords: UML, AngularJs, HTML5, PHP, CSS,MySQL
PAGE 2
Dédicaces
A mes chers parents
Pour tout l’amour dont vous m’avez entouré, pour tout ce que vous a fait pour
moi,
Je ferais de mon mieux pour rester à la hauteur de votre fierté à vos yeux
Avec l’espoir de ne jamais vous décevoir que ce modeste travail reste, soit la
réalisation de vos vœux tant formulés et de vos prières quotidiennes.
A mes chers frères
Vous occupez des places précieuses dans mon cœur. Je vous dédie ce modeste
travail en vous souhaitant un avenir radieux, plein de bonheur et de succès.
A ma chère femme et mon cher enfant
Je vous dois ce que je suis aujourd’hui grâce à votre amour,

A votre patience et vos innombrables sacrifices.
Que ce travail, sera le meilleurs cadeau pour vous deux et sera ainsi
l’expression de ma reconnaissance pour tout ce que vous avez fait d’incroyable
pour moi
PAGE 3
Remerciement
Tout d’abord au terme de ce travail je tiens à remercier :
Mon DIEU qui m’a donnée le courage, et le pouvoir d’achever ce modeste travail.
Mon encadrant Ezzeddine BEN BRAIEK pour son encadrement, et ces remarques
constructives tout le long de ce travail.
Mon encadreur Mr Akrem Saïd enseignant pour ces qualités professionnelles et ces
conseils judicieux.
Enfin je tiens à remercier également tous les membres du jury qui ont accepté d’évaluer
mon travail.
PAGE 4
Table des matières

Introduction Générale ............................................................................................................................. 9
Chapitre I : Présentation de l’université ................................................................................................ 10
1. Dèscription de l’organisme d’accueil : ...................................................................................... 10
1.1 Historique : ........................................................................................................................ 10
1.2 Parcours d’enseignement : ................................................................................................ 10
1.3 Les coordonnés :................................................................................................................ 10
1.4 Diagramme de l’institut : ................................................................................................... 11
Chapitre II : Etude Préalable .................................................................................................................. 12
1. Objectif : .................................................................................................................................... 12
2. Introduction : ............................................................................................................................. 12
2.1 Contexte : .......................................................................................................................... 12
2.2 Problématique : ................................................................................................................. 12
3. Travail a demandé : ................................................................................................................... 12
3.1 Solution à mettre en place : .............................................................................................. 12
3.2 Champs d’action et objectifs de l’application : ................................................................. 13
4. Environnement de travail : ........................................................................................................ 13
Chapitre III : Etude de l’existant et état de l’art .................................................................................... 14
1. Présentation du projet : ............................................................................................................ 14
2. Cahier de charge : ...................................................................................................................... 14
3. Critique de l’existant : ............................................................................................................... 15
Chapitre VI : Analyse et spécification des besoins ................................................................................ 16
1. Présentation : ............................................................................................................................ 16
2. Dèscription du contenu : ........................................................................................................... 16
3. Spécification des besoins :......................................................................................................... 16
3.1 Les besoins fonctionnels :.................................................................................................. 16
3.2 Les besoins non fonctionnels : .......................................................................................... 19
4. Conclusion : ............................................................................................................................... 19
Chapitre V : Conception : ...................................................................................................................... 20
1. Introduction :............................................................................................................................. 20
2. Vue fonctionnelle du système : ................................................................................................. 20
2.1 Acteurs :............................................................................................................................. 20
2.2 Diagramme de cas d’utilisation : ....................................................................................... 21
2.3 Description textuelle des cas d’utilisations : ..................................................................... 23
PAGE 5
3. Vue statique et Dynamique du système : ................................................................................. 27

3.1 Diagramme de classe : ....................................................................................................... 27
3.2 Diagramme de séquence : ................................................................................................. 28
4. Modélisation :............................................................................................................................ 32
4.1 Diagramme entité Association : ........................................................................................ 32
4.2 Modèle relationnel : .......................................................................................................... 32
5. Conception du niveau présentation : ........................................................................................ 33
5.1 Architecture logique du système :..................................................................................... 33
5.2 Modèle de navigation : ...................................................................................................... 34
5.3 Charte graphique : ............................................................................................................. 36
6. Conclusion : ............................................................................................................................... 36
Chapitre IV : Réalisation ........................................................................................................................ 37
1. Introduction : ............................................................................................................................. 37
2. Environnement et technologies logicielles :.............................................................................. 37
2.1 Environnement Matériel : ................................................................................................. 37
2.2 Les langages de développement : ..................................................................................... 38
2.3 Outils de base de données et serveur : ............................................................................. 40
3. Description des Applications ..................................................................................................... 41
3.1 Gestion des inscriptions : .................................................................................................. 41
3.2 Tableau de bord (Dashboard):........................................................................................... 42
3.3 Menu réservation Mobile:................................................................................................. 43
3.4 Liste Emprunt Mobile : ...................................................................................................... 44
3.5 Page d’accueil : .................................................................................................................. 45
3.6 Menu catalogue : ............................................................................................................... 46
3.7 Espace emprunt des œuvres : ........................................................................................... 48
3.8 Liste des Emprunts : .......................................................................................................... 48
3.9 Espace réservation des œuvres : ....................................................................................... 49
3.10 Liste des Réservations : ..................................................................................................... 50
3.11 Espace Restituer : .............................................................................................................. 51
3.12 Liste des retours : .............................................................................................................. 52
3.13 Espace retardataire : ......................................................................................................... 53
3.14 Espace Statistique :............................................................................................................ 53
4. Conclusion : ............................................................................................................................... 55
Bibliographie/webographie ............................................................................................................................. 57
PAGE 6
Table des Figures :
Figure 1 : Structures Administratives .................................................................................................... 11

Figure 2: Concept général de la plateforme .......................................................................................... 14
Figure 3 : Relation de généralisation entre acteurs .............................................................................. 21
Figure 4 : Diagramme de cas d’utilisation ............................................................................................. 22
Figure 5 : Diagramme de classe ............................................................................................................. 27
Figure 6 : Diagramme de séquence gestion œuvre............................................................................... 28
Figure 7 : Diagramme de séquence gestion des emprunts coté bibliothécaire .................................... 29
Figure 8 : Diagramme de séquence gestion des emprunts coté Adhérant ........................................... 29
Figure 9 : Diagramme de séquence gestion des restitutions coté bibliothécaire ................................. 30
Figure 10 : Diagramme de séquence gestion des réservations coté bibliothécaire ............................. 31
Figure 11 : Diagramme de séquence gestion des réservations coté Adhérant .................................... 31
Figure 12: Diagramme entité association.............................................................................................. 32
Figure 13 : Architecture MVC ................................................................................................................ 34
Figure 14 : Modèle de navigation.......................................................................................................... 35
Figure 15 : Charte graphique ................................................................................................................. 36
Figure 16 : interface d'authentification................................................................................................. 41
Figure 17: interface d'enregistrement .................................................................................................. 42
Figure 18 : Interface Mobile .................................................................................................................. 42
Figure 19 : Liste réservation Figure 20 : Fiche réservation ....................................................... 43
Figure 21 : Liste emprunt Mobile .......................................................................................................... 44
Figure 22 : Page d'accueil ...................................................................................................................... 45
Figure 23 : Catalogue Livres .................................................................................................................. 46
Figure 24 : Catalogue PFEs .................................................................................................................... 47
Figure 25 : Espace Emprunt livre ........................................................................................................... 48
Figure 26 : Liste des Emprunts Etudiants .............................................................................................. 49
Figure 27 : Espace des réservations des livres ...................................................................................... 50
Figure 28 : Liste des Réservations Œuvres ............................................................................................ 50
Figure 29: Espace Restitution des Œuvres ............................................................................................ 51
Figure 30 : Liste des Retours ................................................................................................................. 52
Figure 31 : Espace Retardataire............................................................................................................. 53
Figure 32 : Fenêtre Statistique .............................................................................................................. 54
Figure 33 : Table récapitulatif................................................................................................................ 55
PAGE 7
Table des Tableaux :
Tableau 1 : Description Textuelle du cas d’utilisation <<S’authentifier>> ............................................ 23

Tableau 2 : Description Textuelle du cas d’utilisation <<Edition des Etudiants>> ................................ 23
Tableau 3 : Description Textuelle du cas d’utilisation <<Edition des Enseignants>> ............................ 23
Tableau 4 : Description Textuelle du cas d’utilisation <<Edition des Agents>> .................................... 24
Tableau 5 : Description Textuelle du cas d’utilisation <<Edition des Livres>> ...................................... 24
Tableau 6 : Description Textuelle du cas d’utilisation <<Edition des PFEs>> ........................................ 24
Tableau 7 : Description Textuelle du cas d’utilisation <<Gestion des Prêts bibliothécaires>> ............. 25
Tableau 8 : Description Textuelle du cas d’utilisation <<Gestion des Prêts Adhérant>>...................... 25
Tableau 9 : Description Textuelle du cas d’utilisation <<Gestion des réservations bibliothécaire >> .. 25
Tableau 10 : Description Textuelle du cas d’utilisation <<Gestion des réservations Adhérant>> ........ 26
Tableau 11 : Description Textuelle du cas d’utilisation <<Gestion des restitutions>> ......................... 26
Tableau 12 : Description Textuelle du cas d’utilisation <<Gestion des comptes>> .............................. 26
PAGE 8
Introduction Générale
Le domaine des applications mobiles reconnait de plus en plus un essor

phénoménal et devient une source financière importante tant pour le marché public
que privés
Dans cette démarche notre établissement a voulu interagir pour exploiter les
avances technologiques qui ne cessent de progresser afin d’offrir des services
innovantes et rapides à leurs adhérents.
Un seul et unique objectif est de mettre en place une solution innovante et

pratique pour le compte des adhérents ISEAHZ d’avoir une bibliothèque entre leurs
mains, facile à utiliser et souple à gérer ses ressources, ainsi qu’une application
mobile conçue spécialement pour être un moyen de communication entre ces
différentes bénéficières.
Dans ce présent rapport nous présentant l’ensemble des étapes pour le

développement de notre solution organisé sous forme de chapitre.
Le 1er chapitre est consacré à la présentation du contexte du travail et

l’organisme d’accueil.
Le second chapitre s’appuie sur l’état de l’art et l’étude de l’existant ou en

présentera les problèmes qui feront l’étude de notre projet, l’ensemble de solutions et
de fonctionnalités proposée serons basés sur la spécification des besoins qui feront
l’objet du chapitre suivant « spécification des besoins ».
Le 4eme chapitre « Conception » décrit les différents aspects conceptuels de

données des applications, pour entamer enfin par le chapitre « Réalisation » qui
présente ainsi les différents outils et langage de programmations utilisé au cours de
cette étude
En concluant avec des atouts et des perspectives pour des améliorations au

futur.
PAGE 9
Chapitre I : Présentation de l’université
1. Description de l’organisme d’accueil :
1.1 Historique :
L’institut supérieur des études appliqués en humanités ou ISEAHZ, a été créé
en 2006/2007 sous la direction de Mr Ghazi Karmaoui, maintenant sous la direction
de Madame Kawthar Ayed 2014/2015, elle fait partie de l’université de Tunis. Elle se
situe dans le campus universitaire de Mogran gouvernorat de zaghouan, qui
rassemble en plus de notre université, l’ISET, un foyer et un restaurant universitaire.
1.2 Parcours d’enseignement :

L’institut comporte 3 parcours :
- Licence de français Appliqué : administration et économie
- Licence Appliquée d’Anglais des affaires
- Licence en science de l’éducation
Elle comporte un nombre relativement important d’étudiants par rapport à d’autres

instituts :
- Nombres étudiants :737
- Corps Enseignants :35 permanents,7 contarctuels,24 vacataires
- Personnels administratifs :32
 Régime LMD :
ISEAHZ suit le régime LMD, cette formation universitaire aboutit, au niveau de la

licence, à un diplôme national à caractère appliqué ou fondamental, couronnant une période
d’études de Bac +3 ans et comportant 180 crédits
1.3 Les coordonnés :

Institut Supérieure des Etudes Appliquées Humanités de Zaghouan
Campus Universitaire de Mogran, 1121 Zaghouan
PAGE 10
 Tel: (+216) 72660290

 Fax : (+216) 72660130
 Email: iseah.za@gmail.com
1.4 Diagramme de l’institut :
Direction General
Conseil Secretaire Departement

Directeur Finance
Scientifique General
Service Departement
secretaire secretaire
Scolarité Français
Departement
Bibliotheque
Anglais
Service Departement
examins SE
Service
informatique
Resource
Humain
Service Achat
Magasin
Figure 1 : Structures Administratives
PAGE 11
Chapitre II : Etude Préalable
1. Objectif :
Le présent mémoire vise à étudier, à concevoir et à développer deux applications. la
première est une application web, l’autre est une application mobile pour la réservation et
emprunt des œuvres de la bibliothèque pour le compte de l’institut supérieur des études
appliquées en humanité.
2. Introduction :
2.1 Contexte :
L’étude de l’existant est une étape essentielle de tout projet informatique. Cette étude
permet de dégager les défaillances et les insuffisances auxquelles nous devons y remédier.
2.2 Problématique :
Ce projet est lancé parmi d’autres dans le contexte de plusieurs projets simultanés à
réaliser dans l’établissement d’ISEAHZ. Il est considéré comme une priorité par le conseil
scientifique, à mettre en œuvre rapidement car plusieurs établissements envisagent de changer
à court terme leurs anciens systèmes. Il s’agit de traiter les différentes opérations de
réservation et de prêt manuellement ou séparément, alors qu’elles peuvent être combinées
dans une seule application et plusieurs actions peuvent être effectuées automatiquement.
Dans le même cadre, une autre difficulté se présente, il s’agit de l’interprétation du

stock et le calcul du nombre de ressources appartenant à la bibliothèque universitaire et
surtout en envisageant de réduire la lenteur du traitement et recherche d’une œuvre bien
précise. Ainsi, il est primordial que les gestionnaires ou les agents bibliothécaires utilisent une
application informatique appropriée capable de répondre aux différents besoins et de pallier
ces obstacles.
3. Travail a demandé :
3.1 Solution à mettre en place :
Le projet consiste à mettre en place une solution informatique susceptible de gérer les
différentes réservations et prêts des œuvres de la bibliothèque en FrontOffice, grâce à cet
outil, il est possible d’analyser, et de gérer le contenu bibliothécaire qui va permettre une
meilleure réactivité, un gain de temps et conserver les données en back-office.
PAGE 12
3.2 Champs d’action et objectifs de l’application :

Le sujet en question devra aboutir à la mise en place d’une plateforme capable de gérer
et analyser les réservations et l’emprunt des ressources de la bibliothèque, pour cela on doit
concevoir une application web pour les agents bibliothécaires et une application mobile
responsive pour les étudiants et les enseignants par l’intermédiaire d’une base de données qui
a pour but :
Du coté application web :
- Gestion des adhérents

- Gestion des réservations
- Gestion des emprunts
- Gestion des retardataires
- D’autres modules peuvent être intégrés dans l’application
Du Coté mobile :
- Gestion de réservation
- Gestion d’emprunt
- Gestion de consultation
4. Environnement de travail :
Pour l’implantation de notre plateforme nous allons utiliser :
- Un serveur web
- Une base de données
- Des outils et langages de programmations tel que : AngularJS, HTML5, CSS,
PHP,
PAGE 13
Chapitre III : Etude de l’existant et état de l’art
1. Présentation du projet :
Dans ce chapitre on va traiter l’identification et la description des besoins fonctionnels
et non fonctionnels dégagés durant l’étude de l’existant.
La technique du cas d’utilisation est une étape utile pour chaque projet, elle va nous
précisez l’étude du contexte du sujet, en décrivant les différentes possibilités offertes aux
différents acteurs.
2. Cahier de charge :
Intitulé : Application Web et Mobile pour la réservation et le prêt des œuvres de la
bibliothèque.
Objet : L’objectif du présent projet est de concevoir et développer une application
permettant la gestion du ressource bibliothécaires et une autre application mobile
(Smartphones Androïde) qui a pour but de desservir les différents adhérents quel que soit
corps professoral, étudiants ou administratifs en ajoutant de la souplesse aux opérations de
réservation et d’emprunt Fig.2
Application Mobile
Application Web
Base de données
Figure 2: Concept général de la plateforme
PAGE 14
3. Critique de l’existant :
Pour atteindre les objectifs tracés, il aurait fallu sans cesse repenser, réorganiser et
surtout moderniser les méthodes et outils de travail afin d’améliorer la qualité des services
rendus.
Le système existant à la bibliothèque enregistre un accroissement annuel important de

documents conjugué à une insuffisance ou absence du personnel spécialisé, ce qui donne lieu
à l’apparition de nombreux problèmes notamment :
- Le retard observé dans l’exécution de certaines opérations, dû au plusieurs

tâches à réaliser au même temps.
- La dominance des tâches à caractère répétitif et manuel (tel que l’emprunt
quotidien et répétitif des œuvres) nécessite plus d’efforts et une concentration
importante à cause de l’encombrement des demandes journalières.
- La dominance des demandes d’emprunts et de restitution nécessite une présence
régulière et quotidienne et surtout un journal de suivi bien établit.
Proposition :
En vue de remédier à ces lacunes de fonctionnement, il est primordial de configurer et

de mettre en place une solution informatique capable de gérer ces complexités, ces atouts
seront observés au niveau :
- L’amélioration au niveau de fonctionnement interne de la bibliothèque par une

meilleure organisation.
- L’amélioration vis-à-vis des adhérents en réduisant la perte du temps lors des
opérations de prêt et restitutions, et ceci par la mise en dispositions plus rapide
des documents.
PAGE 15
Chapitre IV : Analyse et spécification des besoins
1. Présentation :
Dans cette partie nous allons traiter la description d’une façon technique les besoins
fonctionnels dégagés durant l’étude de l’existant afin de répondre aux exigences du cahier de
charge.
2. Description du contenu :
Le Projet se devise en trois parties
- Gestion Administrateur qui se charge de l’administration et garde le contrôle sur la

plate-forme web et mobile de l’établissement.
- Gestion des Utilisateurs des services qui gèrent les taches de la consultation,
d’impression et d’envoie des emails ou messages pour les retardataires.
- Gestion Mobile c’est la partie la plus importante qui va permettre à l’adhérent de
l’établissement de se connecter et de consulter un catalogue en parcourant les
différentes ressources bibliothécaires.
3. Spécification des besoins :

Pour atteindre les différents objectifs tracés au niveau du cahier de charge il sera bien
clair de définir :
3.1 Les besoins fonctionnels :

Le système requis doit être capable de prendre en charge un certain nombre de
fonctionnalités qui ont trait aux différentes opérations effectuées et qui seront détaillées plus
loin.
Les besoins fonctionnels englobent toutes les fonctionnalités de base relatives à notre
solution, ainsi ces fonctionnalités devraient permettre de :
- S’authentifier sur les deux applications

- Exploiter les différents documents intégrés
- Exploiter les différents services proposés
- Faire de la réservation sur un document
- Faire de l’emprunt sur un document
- Gérer les retards
- Etablir des statistiques
PAGE 16
Vu la diversité et l’utilité de ces services vis-à-vis des étudiants et des enseignants et

vu la façon fatigante d’avoir une idée générale sur les différents thèmes ou de chercher un
document qui correspond au choix en parcourant parfois tout le contenu bibliothécaire pour
trouver enfin la cible , nous avons pensé à rassembler et intégrer quelques fonctionnalités dans
une application web pour les agents bibliothécaires et dans une application mobile pour les
autres adhérents (étudiants, enseignants, agents administratifs)et qui offriront ainsi les
services suivants:
 Gestion des comptes ou authentification :
- Chaque compte est authentifié par un Login et mot de passe

- Chaque utilisateur doit introduire son login et mot de passe après inscription et
remplissage de la fiche d’inscription.
 Gestion des œuvres :
La gestion des œuvres comportera plusieurs rubriques reparties de sorte qui il soit
accessible et bien claire à la fois par l’adhérents et par la bibliothécaire.
- Rubrique des livres

- Rubrique des rapports
- Rubrique des DVD/CD
- Rubrique des journaux
Dans cette partie les rubriques DVD/CD et Journaux ne seront pas traités ils seront
étudiés ultérieurement.
 Gestion des adhérant :
- Chaque nouveau adhérant (enseignants, étudiants, agents administratifs) doit

s’inscrire sur la plateforme, si ce n’est pas déjà fait pour bénéficier de ces
services.
- Chaque adhérent doit remplir tous les champs du formulaire pour être inscrit et
enregistre dans la base.
PAGE 17
La gestion des adhérents ne se limitera pas seulement à l’inscription la modification et

la résiliation des comptes au sein du programme, elle englobe aussi tous les rappels
concernant les œuvres non rendus et qui ont dépassé les délais prévus.
 Gestion des emprunts :
- Une liste des œuvres disponibles sera affichée pour consultation

- Chaque adhérent doit choisir 1 à 3 œuvres au maximum.
- Chaque adhérent doit définir la date d’emprunt et la date de retour prévues.
 Gestion des réservations :
- Une liste des œuvres non disponible sera affichée pour la consultation
- Chaque adhérent a le droit choisir une ou plusieurs œuvres parmi ces œuvres
non disponibles.
- Chaque Adhérant doit enregistrer sa réservation après avoir définit la date de
réservation.
Nous pouvons considérer que le cas de réservations d’une œuvre est une exception du
cas du traitement d’emprunt lorsque les œuvres en question ne sont plus disponibles ou en
cours d’utilisation.
Les réservations elles-mêmes incluent d’autres étapes en plus d’enregistrement,
d’annulation, de modification et gestion d’une liste des réservations.
 Gestion des retours :
- Un formulaire contenant une liste des œuvres empruntés sera affiché. Le

bibliothécaire introduit la cote ou le numéro d’inventaire de l’œuvre.
- Le bibliothécaire vérifie la compatibilité des informations introduites avec le
CIN de l’emprunteur.
- Une validation de l’opération de restitution sera finalisée et une incrémentation
du fond sera réalisée
 Gestion des retards :
- Une liste sera affichée contenant tous les Adhérents qui ont dépassé les délais
d’emprunts prévus.
- Un email sera envoyé à chacun des retardataires
PAGE 18
3.2 Les besoins non fonctionnels :

L’interface de l’application doit répondre à un minimum de règle de conception des
interfaces homme/machines, en plus pour un usage personnel et une meilleure confidentialité,
des notions de sécurités s’imposent :
- Une optimisation de l’interface graphique pour une meilleure convivialité

- Le contrôle de saisie
- La création d’un fichier d’aide aux utilisateurs
- L’application est extensible pour d’autres modules
4. Conclusion :
Dans ce chapitre, nous avons énuméré les différents besoins fonctionnels et non
fonctionnels de l’application. Il a été d’une importance cruciale surtout pour la définition, la
compréhension et la manipulation de différentes taches portant chaque rubrique de
l’application.
PAGE 19
Chapitre V : Conception :
1. Introduction :
Apres avoir identifié dans la partie précédente les besoins nous nous proposons dans
cette seconde partie de notre travail d’y répondre à ces atout sous la forme de diagramme
UML.
UML (Unified Modeling Language) est un langage de modélisation graphique .Il est
apparu dans le cadre de la conception orientée objet.
Ce langage est une synthèse de tous les concepts et formalisme les plus utilisées, grâce
à sa simplicité et à son universalité comme langage de modélisation pour la plupart des
systèmes.
Au niveau de cette phase nous allons nous intéresser aux digrammes de conception
suivants :
 Diagramme des acteurs

 Diagramme de cas d’utilisation
 Description textuelle des cas d’utilisation
 Diagramme de classe
 Diagramme de séquence
2. Vue fonctionnelle du système :

2.1 Acteurs :
Un acteur est un rôle joué par une personne externe, un processus qui interagit avec un
système.
Dans notre cas les acteurs qui peuvent interagir avec les deux applications seront :
- Tous les adhérents (étudiants, enseignants, agents administratifs) du ISEAHZ et
qui possèdent des Mobile Androïde.
- L’administrateur et les Agents de la bibliothèque qui ont le rôle d’édition et

d’affectation des informations seront les acteurs secondaires du système.
PAGE 20
Figure 3 : Relation de généralisation entre acteurs
2.2 Diagramme de cas d’utilisation :

Le diagramme de cas d’utilisation est un schéma qui montre les cas d’utilisation en
forme (ovales) liés par des associations (lignes) à leurs acteurs « stick man », ou
représentation graphique équivalente).
Chaque association signifie simplement « participe à » et un cas d’utilisation doit

obligatoirement relier à au moins un acteur
Ce diagramme permet d’identifier les possibilités d’interaction entre le système et les

acteurs (intervenants extérieurs aux systèmes).
PAGE 21
Il permet de représenter toutes les fonctionnalités que le système doit fournir Fig.4
Figure 4 : Diagramme de cas d’utilisation
PAGE 22
2.3 Description textuelle des cas d’utilisation :

Pour rendre notre diagramme des cas d’utilisation plus lisible et afin de décrire le
comportement d’un système, les concepteurs d’UML proposent l’utilisation d’une technique
nommée la description textuelle des cas d’utilisation.
Gestion des authentifications :
Cas d’utilisation S’authentifier

Acteur Tous les utilisateurs de l’application
Pré-condition - Une authentification préalable
- Base de données crée contenant les données
d’authentification
Post-Condition - Affiche le formulaire de l’authentification
Scenario-Nominal - L’utilisateur introduit son login et son mot de passe
- Le système vérifie l’authenticité des infos introduites par
l’utilisateur
- Authentification réussie
Alternatifs - Un message d’erreur s’affiche lorsque les données sont
erronées
Tableau 1 : Description Textuelle du cas d’utilisation <<S’authentifier>>
Gestion des Adhérant :
Cas d’utilisation Edition des étudiants

Acteur Administrateur
Post-Condition - Une liste des étudiants est affichée sur l’écran
Scenario-Nominal - Administrateur : ajoute, modifie et supprime des étudiants
- Administrateur : fait des recherches
- Le système enregistre les modifications et affiche un
message de mise à jour réussie avec succès.
Alternatifs - Si un problème apparait un message d’erreur s’affiche
Tableau 2 : Description Textuelle du cas d’utilisation <<Edition des Etudiants>>
Cas d’utilisation Edition des Enseignants

Post-Condition - Une liste des Enseignants est affichée sur l’écran
Scenario-Nominal - Administrateur : ajoute, modifie et supprime des
Enseignants
- Administrateur : fait des recherches et des tries
message de mise à jour réussit.
Tableau 3 : Description Textuelle du cas d’utilisation <<Edition des Enseignants>>
PAGE 23
Cas d’utilisation Edition des Agents

Post-Condition - Une liste des Agents administratifs est affichée sur l’écran
Scenario-Nominal - Administrateur : ajoute, modifie et supprime des Agents
- Administrateur : fait des recherches
message de mise à jour réussit avec succès.
Tableau 4 : Description Textuelle du cas d’utilisation <<Edition des Agents>>
Gestion des Œuvres :
Cas d’utilisation Edition des livres

Acteur Bibliothécaire
Post-Condition - Une liste des livres sera affichée sur l’écran
Scenario-Nominal - Le bibliothécaire : ajoute, modifie et supprime des livres
- Le bibliothécaire : fait des recherches
Tableau 5 : Description Textuelle du cas d’utilisation <<Edition des Livres>>
Cas d’utilisation Edition des PFE

Pré-condition Une authentification préalable
Post-Condition - Une liste des PFEs sera affichée sur l’écran
Scenario-Nominal - Le bibliothécaire : ajoute, modifie et supprime des PFE
- Le bibliothécaire : fait des recherches
Tableau 6 : Description Textuelle du cas d’utilisation <<Edition des PFEs>>
PAGE 24
Gestion des prêts :
 Coté Bibliothécaire
Cas d’utilisation Prêt

Post-Condition - Une liste des ouvrages sera affichée sur l’écran
Scenario-Nominal - Le bibliothécaire : saisie le cote ou N inventaire de
l’ouvrage.
- Le bibliothécaire : saisie le CIN de l’adhérent.
message d’ajout accomplie avec succès.
Tableau 7 : Description Textuelle du cas d’utilisation <<Gestion des Prêts bibliothécaires>>
 Coté Adhérant
Cas d’utilisation Prêt

Acteur Adhérant
Post-Condition - Une liste des ouvrages sera affichée sur le mobile
Scenario-Nominal - L’adhérent : parcours et choisie l’œuvre correspondante
dans le catalogue
- L’adhérent : saisie le cote ou N inventaire de l’ouvrage et l
ajoute à la liste des prêts.
Alternatifs - Si un problème apparait un message d’erreur s’affiche ou
un dépassement a été fait
Tableau 8 : Description Textuelle du cas d’utilisation <<Gestion des Prêts Adhérant>>
Gestion des réservations :
 Coté Bibliothécaire
Cas d’utilisation Réservation

Post-Condition - Une liste des ouvrages sera affichée sur l’écran
Scenario-Nominal - Le bibliothécaire : saisie la cote de l’ouvrage.
- Le bibliothécaire : saisie le CIN de l’adhérent.
- Le bibliothécaire : saisie la date de souhait pour la
réservation
Tableau 9 : Description Textuelle du cas d’utilisation <<Gestion des réservations bibliothécaire >>
PAGE 25
 Coté Adhérant
Cas d’utilisation Réservation

Acteur Adhérant
Post-Condition - Une liste des ouvrages sera affichée sur le mobile
Scenario-Nominal - L’adhérent : parcours et choisie l’œuvre correspondante
dans le catalogue qui n’est pas disponible ou en cours
- L’adhérent : saisie le cote de l’ouvrage et l ajoute à la liste
des réservations.
Tableau 10 : Description Textuelle du cas d’utilisation <<Gestion des réservations Adhérant>>
Gestion des restitutions :
Cas d’utilisation Restitution

Post-Condition - Un formulaire sera affiché sur l’écran
Scenario-Nominal - Le bibliothécaire : identifie la cote de l’ouvrage.
- Le bibliothécaire : marque le retour de l’ouvrage
- Le système enregistre les modifications et incrémente le
nombre d’exemplaire si supérieure à 1 et termine par
afficher un message de succès.
Tableau 11 : Description Textuelle du cas d’utilisation <<Gestion des restitutions>>
Gestion des comptes :
Cas d’utilisation S’authentifier

- Mise à jour de la Base de données en créant des nouveaux
comptes
Post-Condition - Affiche un formulaire d’authentification
Scenario-Nominal - L’administrateur introduit un login (compte email) et un
mot de passe pour chaque nouveau user.
- Le système vérifie l’unicité des comptes introduits par
l’admin.
- Le système enregistre les modifications apportées et affiche
un message de succès.
Alternatifs - Un message d’erreur s’affiche lorsque les données sont
erronées
Tableau 12 : Description Textuelle du cas d’utilisation <<Gestion des comptes>>
PAGE 26
3. Vue statique et Dynamique du système :

3.1 Diagramme de classe :
Le diagramme de classe exprime la structure statique du système en termes de classes et
de relations. Le but du diagramme de classes est de modéliser les entités du système
d’information.
Ces informations sont regroupées ensuite sous forme de diagramme de classes Fig. 5
Figure 5 : Diagramme de classe
PAGE 27
3.2 Diagramme de séquence :

Les diagrammes de séquences décris comment les différents éléments du système
interagissent entre eux et avec les acteurs :
Les objets avec le système interagissent en s’échangent des messages cependant les
acteurs interagissent avec le système au moyen d’IHM (Interfaces Homme-Machine).
Les différents scenarios et diagrammes de séquences découlent des cas d’utilisations,

ainsi nous présentant chaque cas à part.
 Diagramme de séquence Gestion des œuvres
Figure 6 : Diagramme de séquence gestion œuvre
PAGE 28
 Diagramme de séquence Gestion des emprunts

 Coté bibliothécaire :
Figure 7 : Diagramme de séquence gestion des emprunts coté bibliothécaire
 Coté Adhérant
Figure 8 : Diagramme de séquence gestion des emprunts coté Adhérant
PAGE 29
 Diagramme de séquence Gestion des restitutions

 Coté bibliothécaire
Figure 9 : Diagramme de séquence gestion des restitutions coté bibliothécaire
PAGE 30
 Diagramme de séquence Gestion des réservations :

 Coté bibliothécaire
Figure 10 : Diagramme de séquence gestion des réservations coté bibliothécaire
 Coté Adhérant
Figure 11 : Diagramme de séquence gestion des réservations coté Adhérant
PAGE 31
4. Modélisation :
4.1 Diagramme entité Association :
Figure 12: Diagramme entité association
4.2 Modèle relationnel :

Objectifs : la connaissance du modèle relationnel est nécessaire pour comprendre et
interpréter la représentation structurée des données, conformément aux règles de gestion qui
les organisent.
Users (IDusers, name, email, password)
Adhérant (IDAdherant, Nom, Prenom, CIN, DateNaissance, LieuNaissance, Sex,

Adresse,Email)
Enseignant (IDEnseignant, SpecialiteEnseignant, TitreEnseignant,#IDAdherant)
PAGE 32
Etudiant (IDEtudiant, Niveau, Classe, Groupe, #IDAdherant)
Agent (IDAgent, SpecialiteAgent, FonctionAgent, #IDAdherant)
Editeur (IDEditeur, #IDAdherant)
Auteur (IDAuteur, #IDAdherant)
Œuvre (IDOeuvre, N_Registre,Titre, Cote, ISBN,Disponibilite,Exemplaire)
Livre (IDLivre, DatePublication, NombrePage, Résumé, #IDOeuvre)
PFE (IDPFE, EtablissementStage, EncadreurStage, Encadreur, PeriodeStage,

#IDOeuvre)
Reserver (#IDOeuvre, #IDAdherant, DateReservation, DateEmpruntprevu)
Emprunter (#IDOeuvre,#ID Adhérant, DateEmprunt, DateRetourprevu)
Restituer (#IDOeuvre,IDAdherant,DateRestitution)
5. Conception du niveau présentation :

5.1 Architecture logique du système :
Afin de bien concevoir notre application et de bien organiser le code source, nous avons
bien opté l’architecture MVC (Modèle-Vue-Contrôleur) qui a pour but de séparer la logique
du code en trois parties que l’on retrouve dans des fichiers distincts comme l’explique la
description qui suit :
 Modèle : cette phase gère les données de l’application, son rôle est d’aller récupérer
les informations « brutes » dans la base de données, de les organiser et de les
assembler pour qu’elles puissent ensuite être traités par le contrôleur, on y trouve donc
les requête SQL.
 Vue : cette partie se concentre sur l’affichage, elle ne fait presque aucun calcul et se
contente de récupérer des variables pour savoir ce qu’elle doit afficher.
 Contrôleur : cette partie gère la logique du code qui prend des décisions c’est en
quelque sorte l’intermédiaire entre le modèle et la vue : le contrôleur va demander au
modèle de données, les analysés, prendre des décisions et renvoyer le texte à afficher à
la vue.
C’est notamment lui qui détermine si le visiteur a le droit de voir la page ou non
(gestions des droits d’accès).
PAGE 33
Figure 13 : Architecture MVC
5.2 Modèle de navigation :

Pour faciliter l’utilisation de l’application des critères sont déjà fixé en tenant compte de
la future utilisation du système pour permettre à l’utilisateur d’explorer et manipuler aisément
les interfaces.
PAGE 34
Figure 14 : Modèle de navigation
PAGE 35
5.3 Charte graphique :

Une charte graphique aboutit généralement à la création de modèles de pages
(Template) servant comme des gabarits pour la création du site ou application web. Ces
Templates sont des images crées sous forme de calques ou bien des pages web représentant le
squelette graphique des pages types dans notre application.
Logo Messa Notificati Profile

ge on
Search Présentation du contenu
Menu Statistique
SIDEBAR
Figure 15 : Charte graphique
6. Conclusion :
Tout au long de ce chapitre nous avons mené une conception détaillée de notre
plateforme selon une approche d’objet et cela afin de définir et garantir l’efficacité et la
fiabilité de la face de réalisation des applications qui sera le thème du chapitre suivant.
PAGE 36
Chapitre VI : Réalisation
1. Introduction :
La phase de réalisation consiste à construire et à documenter les interfaces et les
méthodes. A ce stade, nous commencerons par décrire l’environnement de notre
développement, puis nous essayerons de présenter brièvement la structure des applications
pour enfin aboutir à décrire les squelettes des interfaces développés
2. Environnement et technologies logicielles :

2.1 Environnement Matériel :
Pour mener à terme la réalisation nous avons utilisé plusieurs matériels, ensuite on a
passée à l’étape d’installation des applications qui parcourent deux phases :
- La première c’est la phase d’installation et de familiarisation avec l’environnement

logiciel.
- La deuxième étant la phase de développement.
Pendant cette période nous avons travaillé sur un seul laptop qui a les caractéristiques
suivantes :
Type Désignation
Marque Samsung
Processeur Intel core i3-3110 M
Ram 6 Gb
Fréquence Horloge 2.4 GH
Système d’exploitation Windows 7
Architecture 32 bits
Tableau 13 : Configuration Laptop
PAGE 37
2.2 Les langages de développement :
PHP :
Le PHP est un langage utilisé pour le web. Le terme PHP est l’abréviation de « PHP
(HYPERTEXT PREPROCESSOR).
Ce langage est un langage de programmation libre utilisé pour produire un site web
dynamique via un serveur http, il peut être liée à une base de données, tel que MySQL qui
s’exécute du coté serveur (l’endroit où est hébergé le site).
Dès l’exécution des pages PHP par le serveur, ces

derniers renvois au client une page web qui peut contenir
du HTML, XHTML, CSS, JavaScript…
Bootstrap :
Bootstrap, c’est la Framework la plus populaire au

monde pour la création de sites mobile réactifs, avec
l’intégration de la bibliothèque BootstrapCDN qui
s’intègre dans le page de démarrage.
Créer des projets Web réactifs et mobiles en premier

avec la bibliothèque de composants front-end la plus
populaire au monde.
Bootstrap est open source pour le développement

avec HTML, CSS et JS. Aide à construire des applications
entières avec des variables et combinaisons Sas, possède
un système de grille réactif, de nombreux composants
prédéfinis et de puissants plugins basés sur jQuery.
HTML :
Le HTML (HyperText Mark-Up Langage) est un langage des Balises de formatage

dans l’écriture de ces documents. Ces balises permettent d'indiquer la façon que doit être
présenté ce document et les liens qu'il établit avec d'autres documents.
PAGE 38
Le langage permet la lecture de documents sur le net à partir de plusieurs machines

différentes, grâce au protocole HTTP, par une adresse
unique, appelée URL.
CSS :
Le langage CSS (Cascadant Style Sheets) est utilisé

pour présenter l’aspect ultérieur de votre site, comme par
exemple la couleur du fond de la page ou le type de
police. Le CSS (ou feuille de style), c’est un petit fichier
définit comme « style.css » dans lequel on présente les
styles finis des pages web ou site.
JavaScript :
JavaScript est un langage de programmation de scripts qui s’insère dans les pages web
interactives. C'est un langage orienté objets à
prototype, c'est-à-dire que les bases du langage et
ses principales interfaces sont fournies par des
objets qui ne sont pas des instances de classes,
mais qui sont chacun équipés de constructeurs
permettant de générer leurs propriétés, et
notamment une propriété de prototypage qui permet d'en générer des objets héritiers
personnalisés.
. AngularJS :
AngularJS est un framework JavaScript qui
étend le HTML pour le rendre dynamique, et
permet de développer ses propres balises et
attributs HTML. C’est un framework extensible et
qui s’engage vers un développement structuré, en
couches, le but n’étant pas d’ajouter de simples
animations au DOM, mais bien d’apporter un aspect applicatif au front-office.
PAGE 39
Les concepts qui caractérisent AngularJS sont :
 Architecture MVC
 Data-binding bidirectionnel
 Injection de dépendance
 Routing
 Les tests
Le data-binding bidirectionnel est rendu possible grâce à la fonction « scope », c’est

elle qui contient les variables et fonctions qui font la liaison entre vues et contrôleurs.
Grace à sa caractéristique bidirectionnelle, Il permet donc aux données de pouvoir être

mises à jour par les vues et par le modèle.
L’injection de dépendances permet de charger certaines parties de l’application

seulement quand c’est nécessaire. L’un des points fort d’AngularJS vient du fait que les
applications écrites sont entièrement testables.
Font Awesome :
C’est un Framework d’icônes gratuit qu’on peut les utiliser

pour le design lors de la création des sites web ou mobile.il a été
créé pour être utilisé avec Bootstrap, mais ensuite a été intégré dans
le BootstrapCDN
2.3 Outils de base de données et serveur :

WAMPSERVER v2.5 :
WampServer est outils de développement web exécutant sous

windows pour des applications web dynamiques en se basant sur un
serveur Apache, du langage de scripts PHP et d’une base de données
MySQL .
Il possède aussi PHP MyAdmin pour gérer les bases de données telles que celle de
notre cas. Ce programme ce loge de l’horloge de windows et informe l’utilisateur de la mise
hors ligne ou en ligne du serveur.
PAGE 40
MySQL :
MySQL une base de données relationnelle libre, souvent l’en trouve liée avec PHP et
APACHE (serveur web). MySQL fonctionne sur tous les systèmes d’exploitation (Windows,
linux, mac,).
Le principe d’une base de données relationnelle est

d’enregistrer les informations dans des tables, ces tables sont
reliées entre elle par des relations.
Le langage SQL dérivé du (STRUCTURED QUERY LANGUAGE) est un langage

universellement reconnu par MySQL.
3. Description des Applications

3.1 Gestion des inscriptions :
Presque toute manipulation de logiciel ou d’application (web, mobile) débute par une
authentification qui sera le cas dans cette plateforme.
Chaque utilisateur doit être en mesure de s’authentifier en entrant son login et son mot
de passe Fig. 13
Dans le cas échant, chaque nouvel utilisateur doit enregistrer sa candidature par
l’interface d’enregistrement pour bénéficier des services Fig. 14
Figure 16 : interface d'authentification
PAGE 41
Figure 17: interface d'enregistrement
3.2 Tableau de bord (Dashboard):

Cette fenêtre sera la vitrine de l’application Mobile, puisqu’elle apparait juste après une
authentification préalable de l’adhérent.
Cette fenêtre sera presque la même que celle présente dans l’application web et
l’application Mobile, elle représente quelques
statistiques utiles pour le bénéficiaire du service
de cette application Mobile, ou l’utilisateur dès sa
connexion peut suivre de près l’historique de ces
emprunts, le nombre des œuvres (Livre, PFE)
s’ils sont disponible ou non, aussi bien le nombre
des inscrits au sein de la plateforme ou mieux
encore affichage des retards dans son compte.
Figure 18 : Interface Mobile
PAGE 42
3.3 Menu réservation Mobile:

C’est la fenêtre par laquelle chaque adhérent doit passer pour réserver ces œuvres, âpres
les avoirs choisies et ajouter à la liste des favoris dans les catalogues que ce soit des livres ou
des pfes.
L’adhérant introduit dans une fiche de réservation Fig.20 le numéro d’inventaire suivi
des dates de réservation et date d’emprunt prévu pour les ajoutés dans la liste des réservations
Fig.19
Figure 19 : Liste réservation Figure 20 : Fiche réservation
PAGE 43
3.4 Liste Emprunt Mobile :

Cette fenêtre représente la liste des emprunts actuellement ajouter par le bibliothécaire
après avoirs étés réserver et confirmé par l’adhérent.
Figure 21 : Liste emprunt Mobile
PAGE 44
3.5 Page d’accueil :

La page d’accueil c’est la page dans laquelle en trouve toutes les rubriques nécessaires
rassemblés dans un SideBar qui assure les différents accès aux différentes pages de
l’application.
Figure 22 : Page d'accueil
Dès l’exécution de l’application le bibliothécaire par l’intermédiaire de l’interface du

tableau de bord peut constater et suivre de près le nombre :
 D’incrémentation ou décrémentation des nombres des œuvres (Livre, PFE)

 D’incrémentations ou décrémentations d’emprunts des œuvres pour les
adhérents (étudiants, enseignant).
 D’incrémentations ou décrémentations des nombres des inscrits dans la
plateforme
 D’incrémentations ou décrémentations des nombres des œuvres en retard de
restitution (Livre, PFE)
PAGE 45
3.6 Menu catalogue :

Le menu catalogue se divise en plusieurs rubrique tel que : rubrique des livres, rubrique
des PFEs, rubrique des CD/DVD ou media et enfin la rubrique des Journaux.
Actuellement nous allons nous intéresser uniquement aux deux premiers et les autres feront
l’objet d’une étude ultérieure pour une future étude.
 En ce qui concerne la rubrique ou le sous menu livre :
Elle permet de représenter presque tout le fond de la bibliothèque universitaire.
Nous trouvons toutes les livres classifié par thèmes ou numéro de registre regrouper
dans une page ou plusieurs pages.
À la suite de cette présentation l’adhérant est capable de rechercher et de consulter tout

le contenu par des simples gestes en défilant le catalogue.
Il est capable de voir la page de garde de l’œuvre, le titre, le n° de registre et la

disponibilité.
Figure 23 : Catalogue Livres
PAGE 46
 En ce qui concerne la rubrique ou le sous menu PFEs :
Elle permet de représenter presque tous les rapports de mémoires des étudiants qui ont
passé leurs projets de fin d’étude.
Cette réserve bibliothécaire sera classifiée par thème pour être plus lisible organisé et
surtout bien classés
À la suite de cette présentation l’adhérant est capable de rechercher et de consulter tout

le contenu par des simples gestes en défilant le catalogue.
Il est capable de distinguer en plus de la page de garde de l’œuvre, le titre, le n° de

registre et la disponibilité.
Figure 24 : Catalogue PFEs
PAGE 47
3.7 Espace emprunt des œuvres :

C’est la fenêtre par laquelle chaque adhérent doit passer après avoir fait son choix.
A ce stade le bibliothécaire introduit les renseignements nécessaires concernant l’œuvre

en question en remplissant les champs qui concerne la date d’emprunt et la date de retour
prévu le numéro de la cin de l’adhérant et surtout le N° de registre de l’œuvre qui a été déjà
prélevé du catalogue bibliothécaire. Ainsi le bibliothécaire a le droit d’effectuer toute
opération d’ajout, de suppression et de modification.
Figure 25 : Espace Emprunt livre
3.8 Liste des Emprunts :

C’est la fenêtre dans laquelle on trouve la liste de toutes les opérations d’emprunts des
adhérents depuis le jour où on a installé l’application.
Une search-bar se trouve intégré dans la page pour faciliter l’opération de recherche
quel que soit par date d’emprunt, date de retour, par étudiant ou par livre.
PAGE 48
Figure 26 : Liste des Emprunts Etudiants
3.9 Espace réservation des œuvres :

C’est une fenêtre parmi les fenêtres par lesquelles un adhérant doit passer après avoir
vérifié la disponibilité de son choix.
A ce stade le bibliothécaire introduit les renseignements nécessaires concernant l’œuvre

en question en remplissant les champs qui concerne la date de réservation et la date d’emprunt
prévu le numéro de la cin de l’adhérant et surtout le N° de registre de l’œuvre qui a été déjà
prélevé du catalogue bibliothécaire.
Ainsi le bibliothécaire a le droit de toute opération d’ajout, de suppression et de

modification.
PAGE 49
Figure 27 : Espace des réservations des livres
3.10 Liste des Réservations :

C’est la fenêtre dans laquelle on trouve la liste de toutes les opérations de réservation
que chaque adhérent a pu faire depuis le jour de la mise en fonction de l’application.
Figure 28 : Liste des Réservations Œuvres
Une search bar se trouve intégré dans la page pour faciliter l’opération de recherche
plusieurs option se présente que ce soit par date de réservation, date d’emprunt prévu, par
étudiant ou par livre.
PAGE 50
3.11 Espace Restituer :

C’est la fenêtre par laquelle chaque Œuvre doit passer pour être restituer, le
bibliothécaire introduit les renseignements nécessaires concernant l’adhérant qui veut
effectuer cette opération, la date de son retour, choisir l’œuvre ou les œuvres qui doivent être
restitué au font de la bibliothèque universitaire.
Figure 29: Espace Restitution des Œuvres
PAGE 51
3.12 Liste des retours :

C’est la fenêtre dans laquelle on trouve la liste des opérations de restitution de toutes les
œuvres qui ont été réservé et ensuite emprunter ou emprunter directement depuis son mobile
ou par l’intermédiaire du bibliothécaire dès le jour où les applications ont été mise en place.
Figure 30 : Liste des Retours
PAGE 52
3.13 Espace retardataire :

Toutes opérations d’emprunt nécessitent une opération de restitution. Chaque opération
d’emprunt débute par la date d’emprunt du jour j et fini par une date de retour qui est
équivalente au jour j+7.
Tous dépassement de délais fait entrée les enregistrements d’emprunts

automatiquement dans la liste des retardataires.
Le bibliothécaire traite se retard en envoyant un email à l’adhérant qui ont oublié de

rendre les documents empruntés, sinon un état doit être rendu à chaque fin d’année à
l’administration afin de prendre les décisions requises.
Figure 31 : Espace Retardataire
3.14 Espace Statistique :

Cette espace est dédiée à la présentation des résultats, des analyses et de quelques
requêtes sous formes et de diagrammes graphique.
PAGE 53
Cette étude est dédiée au l’ensemble des données, leur analyse, sans oublier
l'interprétation des résultats et leur présentation afin de rendre ces données compréhensibles
par les bibliothécaires ou les adhérents Fig. 32.
Ces résultats sont des statistiques déduits des enregistrements et des opérations de
gestion d’emprunt ou gestion des retards qui seront présenter sous forme de diagramme
graphique ou bien tout simplement sous forme d’un tableau récapitulatif affichant les quelque
données utiles Fig. 33.
Cette discipline utilise des règles et des méthodes sur la collecte des données, afin que
ces données puissent être correctement interprétées, souvent comme composante d'une aide à
la décision et ceux-ci dans le cas des adhérents (étudiants, enseignants) dans les recherches de
leurs documents ou bien pour le bibliothécaire qui nécessite une meilleure organisation du
fonds de ces œuvres.
Figure 32 : Fenêtre Statistique
PAGE 54
Figure 33 : Table récapitulatif
4. Conclusion :
A ce niveau, nous avons atteint la fin de l’étude du projet, dans ce dernier chapitre, nous
avons à la fois décris les environnements matériels et logiciels par lesquelles nous avons
assuré la conception et la réalisation de notre application.
Ensuite, nous avons dégagé les fonctionnalités importantes du projet en fournissant

quelques interfaces graphiques, à présent, nous passerons, a la partie suivante à la conclusion
global ou générale de notre projet.
PAGE 55
Conclusion Générale
Le projet de notre mémoire était de concevoir et développer une plateforme de gestion de la
bibliothèque comportant deux applications l’un web et l’autre mobile dont l’objectif principal était
de faciliter toute opération d’échange et de communication entre les différents utilisateurs de ces
applications.
Lors de ce travail nous avons été confrontés à plusieurs contraintes techniques au niveau de
la phase de développement,
La compréhension et l’adaptation aux nouveaux outils de programmation a nécessité un

effort particulier
J’ai passé plus de temps pour que je m’adapte et comprendre les nouveaux outils de
programmation puisque c’était la première fois ou je les utilisé.
A la fin de ce modeste travail nous espérons avoir atteint la plupart des objectifs et
fonctionnalités mentionnés dans la partie théorique, toutefois, d’autres améliorations peuvent être
apportées concernant la partie ergonomique de l’application qui peut avoir des interfaces plus
conviviales et intuitives.
Ce projet nous a permis de découvrir des nouvelles approches de développement dédiées

aux mobiles et d’utiliser de nouvelles technologies, telles que les web services, AngularJS ainsi
que les librairies et les Framework.
Cette Nouvelle expérience au sein du cadre professionnel, s’est avérée bénéfique, car ce
stage nous a permis de me familiariser avec la vie professionnelle, d’acquérir des nouvelles
notions fondamentales dans l’orienté objet, et d’approfondir nos connaissances théoriques.
Sachant qu’aucun travail n’est parfait, espérons bien avoir atteint le maximum des objectifs
déjà fixés et pour le reste seront pour une future étude avec une amélioration de ce qui est déjà
fait.
PAGE 56
Bibliographie/webographie
http://fr.wikipedia.org/wiki/WampServer
https://fr.slideshare.net/wilfriedtiani/projet-java-bd-mysql
https://fr.wikipedia.org/wiki/Java_(langage)
http://glossaire.infowebmaster.fr/xml/
www.php.net
www.w3schools.com
www.fontawesome.io
www.getbootstrap.com
https://docs.angularjs.org
www.oracle.com/technetwork/java/javase/downloads/jdk7.html
http://nodejs.com
developper.android.com/sdk/index.html
PAGE 57

Application Web Mobile Oeuvres Bibliothecaires

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

Application Web Mobile Oeuvres Bibliothecaires

Transféré par

Droits d'auteur :

Formats disponibles

MEMOIRE

DE STAGE DE FIN D’ETUDES

«Mastère professionnel en Nouvelles Technologies des

Encadreur : Mr.Ezzeddine Ben Braiek

Rapporteur : Mme. Houda Houissa Rekaya

 Mots Clés : UML, AngularJs, HTML5, PHP, CSS, MySQL

The application has been implemented by various technologies starting essentially by

 Keywords: UML, AngularJs, HTML5, PHP, CSS,MySQL

A mes chers parents

A mes chers frères

A ma chère femme et mon cher enfant

Je vous dois ce que je suis aujourd’hui grâce à votre amour,

Tout d’abord au terme de ce travail je tiens à remercier :

constructives tout le long de ce travail.

Table des matières

3. Vue statique et Dynamique du système : ................................................................................. 27

Table des Figures :

Figure 1 : Structures Administratives .................................................................................................... 11

Table des Tableaux :

Tableau 1 : Description Textuelle du cas d’utilisation <<S’authentifier>> ............................................ 23

Le domaine des applications mobiles reconnait de plus en plus un essor

Un seul et unique objectif est de mettre en place une solution innovante et

Dans ce présent rapport nous présentant l’ensemble des étapes pour le

Le 1er chapitre est consacré à la présentation du contexte du travail et

Le second chapitre s’appuie sur l’état de l’art et l’étude de l’existant ou en

Le 4eme chapitre « Conception » décrit les différents aspects conceptuels de

En concluant avec des atouts et des perspectives pour des améliorations au

Chapitre I : Présentation de l’université

1. Description de l’organisme d’accueil :

1.2 Parcours d’enseignement :

- Licence de français Appliqué : administration et économie

- Licence Appliquée d’Anglais des affaires

- Licence en science de l’éducation

Elle comporte un nombre relativement important d’étudiants par rapport à d’autres

- Nombres étudiants :737

- Corps Enseignants :35 permanents,7 contarctuels,24 vacataires

- Personnels administratifs :32

ISEAHZ suit le régime LMD, cette formation universitaire aboutit, au niveau de la

1.3 Les coordonnés :

Campus Universitaire de Mogran, 1121 Zaghouan

 Tel: (+216) 72660290

1.4 Diagramme de l’institut :

Conseil Secretaire Departement

Figure 1 : Structures Administratives

Chapitre II : Etude Préalable

Dans le même cadre, une autre difficulté se présente, il s’agit de l’interprétation du

3.2 Champs d’action et objectifs de l’application :

Du coté application web :

- Gestion des adhérents

Chapitre III : Etude de l’existant et état de l’art

Figure 2: Concept général de la plateforme

Le système existant à la bibliothèque enregistre un accroissement annuel important de

- Le retard observé dans l’exécution de certaines opérations, dû au plusieurs

En vue de remédier à ces lacunes de fonctionnement, il est primordial de configurer et

- L’amélioration au niveau de fonctionnement interne de la bibliothèque par une

Chapitre IV : Analyse et spécification des besoins

- Gestion Administrateur qui se charge de l’administration et garde le contrôle sur la

3. Spécification des besoins :

3.1 Les besoins fonctionnels :

- S’authentifier sur les deux applications

Vu la diversité et l’utilité de ces services vis-à-vis des étudiants et des enseignants et

 Gestion des comptes ou authentification :

- Chaque compte est authentifié par un Login et mot de passe