Nganda Onana Steve Rapport Final PDF

République du Cameroun Republic of Cameroon
Paix-Travail-Patrie Peace-Work-Fatherland
**************** ****************
Ministère des enseignements Supérieurs Ministry of High Education
*************** *****************
Institut Universitaire et Stratégique de l’Estuaire University and Strategic Institute of the Estuary
*****************
SPECIALITE : GENIE LOGICIEL (GL2)
THEME : MISE EN PLACE D’UN SYSTEME DE GESTION

IMMOBILIERE
Stage effectué du 18/06/2018 au 18/08/2018 en vue de l’obtention du Brevet de

Technicien Supérieur (BTS)
Rédigé et présenté par :

NGANDA ONANA STEVE LIONEL
Sous l’encadrement
Académique de : Professionnel de :
M. Armand KODJO M. Julio WAFO
Ingénieur Concepteur des Systèmes Ingénieur CISCO
Année académique 2018-2019

MISE EN PLACE D’UN SYSTÈME DE GESTION DE BIBLIOTHÈQUEUNIVERSITAIRE
DEDICACE
A
MES GRANDS
PARENTS
ADORES
P a g e 2 | 49
REMERCIEMENTS
REMERCIEMENTS
Parvenir au terme de cette formation, ne saurai être l’aboutissement du travail d’un seul artisan.
Un énorme soutient m’a été apporté par diverse personne, tant sur le plan psychologique
émotionnel, qu’intellectuel. En passant par ma formation intellectuelle professionnelle, et sociale,
ils ont également concouru à la production de ce rapport de fin de stage académique. Ainsi, c’est
avec gratitude, sincérité, et énormément d’humilité, que je j’oriente mes remerciement vers :
 Le promoteur de l’IUEs/INSAM Dr IGNACE FOYET pour m’avoir accueilli dans son

institut en mettant à ma disposition tout le nécessaire pour une formation de qualité.
 Tout le staff de l’administration de l’IUEs/INSAM pour leur rigueur dans le travail.
 Mon encadreur académique Mr KODJO ARMAND qui m’a fortement accompagné
dans l’élaboration de mon rapport.
 Mon encadreur professionnel Mr. WAFO JULIO qui m’a permis de mettre en
application mes connaissances en entreprise de par sa gentillesse.
 Tous mes enseignants pour les connaissances et les compétences qu’ils m’ont enseignées.
 Toute ma famille en particulier mon oncle NGANADA LIONEL et mon Père et ma
Mère pour leur conseil, leur soutien morale, financier et leur confiance sans cesse
grandissante.
 Enfin je tiens à remercier tous mes camarades de promotion en particulier ceux de la
filière GSI pour m’avoir accueilli dans une ambiance chaleureuse et conviviale
P a g e 3 | 49
SOMMAIRE
Table des matières

DEDICACE....................................................................................................................................................... 2
REMERCIEMENTS .......................................................................................................................................... 3
LISTE DES TABLEAUX ..................................................................................................................................... 6
LISTE DES FIGURES......................................................................................................................................... 7
AVANT PROPOS ............................................................................................................................................. 8
RESUME ....................................................................................................................................................... 10
ABSTRACT .................................................................................................................................................... 11
INTRODUCTION GENERALE ......................................................................................................................... 12
CHAPITRE 1. PRESENTATION DE l’ENTREPRISE .................................................................................... 13
I. HISTORIQUE..................................................................................................................................... 13
II. FICHE D’IDENTIFICATION ................................................................................................................. 13
III. STRUCTURE ET ORGANISATION ET RESSOUCES .......................................................................... 14
1. Les Structure et organisation ...................................................................................................... 14
2. Ressources ................................................................................................................................... 15
IV. Partenariat et convention ........................................................................................................... 16
3. Partenariat ................................................................................................................................... 16
4. Les conventions ........................................................................................................................... 16
CHAPITRE 2. DEROULEMENT DU STAGE .............................................................................................. 18
I. ACCUEIL ET INTEGRATION ............................................................................................................... 18
II. INVENTAIRE DU MATERIEL INFORMATIQUE ................................................................................... 18
III. CHRONOGRAMES DES ACTIVITES ................................................................................................ 19
IV. EXPERIENCE ACQUISE .................................................................................................................. 20
CHAPITRE 3. CAHIER DES CHARGES ET ANALYSE ................................................................................. 22
I. ETUDE PREALABLE ........................................................................................................................... 22
1. Problématique ............................................................................................................................. 22
2. Objectif ........................................................................................................................................ 22
3. Référentiel des besoins ............................................................................................................... 23
4. Les cibles...................................................................................................................................... 24
P a g e 4 | 49
II. ANALYSE DE L’EXISTANT .................................................................................................................. 24

1. Présentation de l’existant............................................................................................................ 24
2. Critique de l’existant ................................................................................................................... 25
3. Proposition des solutions ............................................................................................................ 25
III. PLANIFICATION DU PROJET ......................................................................................................... 26
1. Organigramme des tâches........................................................................................................... 26
2. Diagramme GANTT ...................................................................................................................... 27
3. Diagramme PERT ......................................................................................................................... 28
IV. Estimation du projet .................................................................................................................... 28
1. Ressources utilisées ..................................................................................................................... 28
2. Effort : .......................................................................................................................................... 30
V. Prestations attendues ..................................................................................................................... 32
3. Architecture ................................................................................................................................. 32
4. Description graphique et ergonomie .......................................................................................... 32
CHAPITRE 4. CONCEPTION ET IMPLEMENTATION ............................................................................... 33
VI. CONCEPTION ............................................................................................................................... 33
1. Diagramme De Cas D’utilisation .................................................................................................. 34
2. Diagramme De Classe .................................................................................................................. 38
3. Diagramme De Séquence ............................................................................................................ 39
4. De L’oriente Objet A Merise ........................................................................................................ 40
VII. IMPLEMENTATION ...................................................................................................................... 43
1. Choix Des Outils Et Architecture ................................................................................................. 43
2. Outils ........................................................................................................................................... 43
3. Architecture Logiciel .................................................................................................................... 44
4. Présentation Des Interfaces ........................................................................................................ 45
CONCLUSION ............................................................................................................................................... 47
P a g e 5 | 49
LISTE DES TABLEAUX
Tableau 1:Carte d'Identification ................................................................................................ 14

Tableau 2: Inventaire parc informatique ................................................................................... 19
Tableau 3: Phases du projet ........................................................................................................ 27
Tableau 4: Ressources matérielles .............................................................................................. 28
Tableau 5: Ressources humaines ................................................................................................ 29
Tableau 6: Ressources logiciels ................................................................................................... 29
Tableau 7: Facteurs de productivité ........................................................................................... 30
Tableau 8: Valeurs de ventilation ............................................................................................... 31
P a g e 6 | 49
LISTE DES FIGURES
Figure 1: Diagramme de GANTT ............................................................................................... 27

Figure 2 : Diagramme PERT ....................................................................................................... 28
Figure 3: Diagramme de cas d'utilisation .................................................................................. 34
Figure 4: Diagramme de classe ................................................................................................... 38
Figure 5: Diagramme de séquence-Ajout Document ................................................................ 39
Figure 6: diagramme de séquence-Emprunt livre .................................................................... 40
Figure 7: Modèle conceptuel de données.................................................................................... 41
Figure 8: Modèle logique de données ......................................................................................... 42
Figure 9: Architecture MVC ....................................................................................................... 45
Figure 10: Interface Login ........................................................................................................... 45
Figure 11: Interface Menu ........................................................................................................... 46
Figure 12 : Interface Ajout emprunt: ......................................................................................... 47
P a g e 7 | 49
AVANT PROPOS
L’IUEs/INSAM pour Institut Universitaire et Stratégique de l’Estuaire est un établissement

d’enseignement supérieur avec un large portefeuille de cours adaptés aux besoins des étudiants. En
effet l’institut universitaire et stratégique de l’estuaire regroupe quatre écoles à savoir :
 L’institut supérieur des affaires et du management (INSAM)

 L’institut supérieur de technologie de l’estuaire (ISTE)
 L’institut supérieur des sciences appliquées à la santé (ISSAS)
 L’école de formation des personnels sanitaires (EFPSA).
L’IUEs/INSAM allie la théorie à la pratique et œuvre incessamment sur l’insertion professionnelle

des étudiants avec à l’appui 4 certifications gratuites et un projet professionnel pour chaque
étudiant.
La méthode pédagogique de l’institut universitaire et stratégique de l’estuaire (IUEs/INSAM)

basée sur l’interactivité, fait du cours un forum d’échanges pour une meilleure communication
entre étudiants et enseignants. Elle repose sur les supports de cours (physique, audio et numérique),
la vidéo projection, l’accès gratuit à internet et les séminaires et stages.
L’IUEs/INSAM bénéficie du parrainage du Pr GOTTLIEB MONEKOSSO Lobe et de l’expertise

des universités tutrices tels que :
 Université de Dschang ;
 Université de Buea ;
 Université de Douala ;
 Université de N’Gaoundéré ;
Et d’un partenariat solide avec les hôpitaux publics et privées. Le GICAM –chambre du
commerce, d’industrie, des mines et de l’artisanat du Cameroun. Cisco-MICROSOFT (grâce à
P a g e 8 | 49
notre DATA TRAINNING CENTER) l’université Américaine de leadership (AUL) offre des
diplômes américains et une Co-diplomation.
L’institut universitaire et stratégique de l’estuaire dispose le matériel et l’équipement indispensable

à la formation des étudiants. Il possède plusieurs campus notamment : Douala (ndokotti,yassa),
Bafoussam, Yaoundé ,disponibles pour satisfaire la forte sollicitation en matière de formation , une
salle multimédia connectée)à la fibre optique internet haut débit 24h/24 ,des salles de cours
confortables et climatisées ,des laboratoires et salles pour travaux pratiques (informatiques
,analyses médicales ,kinésithérapie ,sages-femmes ,imagerie médicale),des appareils de radiologie
et échographie ,une bibliothèque qui rassemble les ouvrages récents pour toutes filières ,des vidéo
projecteur ,des groupes électrogènes pour pallier aux problèmes de coupure d’énergie électrique
,de bus de transport ,une cantine ,d’un data center pour les certifications gratuites.
P a g e 9 | 49
RESUME
Le génie logiciel (GL) est une discipline qui vise à structurer et organiser l'ensemble des
activités liées à la réalisation de logiciels, et à promouvoir des niveaux de qualité croissants. Dans
l’optique d’obtenir mon diplôme de fin de formation de BTS dans ce domaine, il m’a été imposé
de faire un stage académique, afin d’allier théorie et pratique. C’est ainsi que j’ai donc effectué un
stage dans la prestigieuse entreprise qu’est IUEs/INSAM. Durant ce stage, nous avons eu à nous
frotter aux réalités professionnel, et au terme de ça, nous avons détecté de nombreuses
imperfections à corriger parmi lesquelles une lourdeur dans la gestion du service bibliothécaire.
C’est donc au regard de cela, qu’a découlé notre thème : SYSTEME DE GESTION D’UNE
BIBLIOTHEQUE UNIVERSITAIRE. La mise sur pied d’une solution professionnelle nous a donc
amené à utiliser la méthodes d’estimation de projet COCOMO, la méthode d’analyse UML à fin
d’obtenir plusieurs facettes du projet, et enfin le langage de programmation Visual C#
P a g e 10 | 49
ABSTRACT
Software Engineering (GL) is a discipline that aims to structure and organize activities related to
software development, and the promotion of increasing levels of quality. In order to obtain my
diploma of end of training of BTS in this field, I was forced to do an academic internship, to
combine theory and practice. This is how I took a step in the prestigious oldest company
IUE/INSAM. During this internship, we had to contact us, we detected many imperfections to
correct among a heaviness in the management of the librarian service. This is what we believe to
be our theme: SYSTEM OF MANAGEMENT OF A UNIVERSITY LIBRARY. COCOMO, the
method UML analysis to obtain several facets of the project, and finally the Visual C #
programming language
P a g e 11 | 49
INTRODUCTION GENERALE
Un stage académique, est une formation de durée moyenne permettant à l’étudiant de se frotter aux
réalités professionnel. C’est ce cadre, que nous avons effectué un stage académique à L’Institut
Universitaire et Stratégique de l’estuaire, pour l’obtention du diplôme de fin d’étude de BTS.
Tout au long de ce stage, nous avons, fait différentes observations parmi lesquelles une
lourdeur dans la gestion du service bibliothécaire. En effet, la lenteur dans les processus (prêts,
enregistrement des document…), l’encombrement (paperasse), et des méthodes de gestion
archaïque caractérisait ce système. Ainsi naquis notre thème : SYSTEME DE GESTION D’UNE
BIBLIOTHEQUE UNIVERSITAIRE. De là, surgit plusieurs points d’ombre. Quelle sont les
besoins de ce service ? Comment combler ces besoins de façon efficace et fiables ? Et, comment
se présentera cette solution. Les réponses à ses questions constitueront donc l’objet de notre travail
où nous présenterons d’une part l’entreprise et le déroulement de stage, puis l’analyse, la
conception et l’implémentation de notre solution
P a g e 12 | 49
CHAPITRE 1. PRESENTATION DE l’ENTREPRISE
I. HISTORIQUE
Ayant été reçu à l’institut universitaire et stratégique de l’estuaire en vue d’effectuer un

stage académique du 10 juillet au 10 septembre 2018, notre première préoccupation fut la
connaissance de l’entreprise.
Le collège polyvalent de Douala (CPD) crée en 1990 c’est le point de départ d’un objectif
bien fixé. En 1993, on assiste à la création de l’École de Formation du Personnel Sanitaire (EFPSA)
devant servir de débouchées à certains élèves du (CPD). Cette filière médicale prépare les étudiants
aux diplômes d’État en soins infirmiers, en technique de laboratoire et d’analyse médicinales
délivré par le ministre de la santé publique.
Ayant fait une bonne prestation dans la formation médicale, le Dr. Ignace FOYET
promoteur sollicite et obtient l’autorisation d’ouverture de l’Institut Supérieur des Affaires et du
Management en abrégé ‘’INSAM’’ par l’arrêté N° 05/00280 MINESUP en 2005. Au cours de la
même année, un accord est signé avec l’Université Virtuelle des Affaires (UVA) pour l’ouverture
d’un centre d’enseignement au sein d’INSAM. INSAM a été hissé au grade de l’IUEs / INSAM
par l’arrêté N° 12/0365/MINESUP du 12/08/2012. Le campus annexe de Bafoussam vit le jour en
2010
II. FICHE D’IDENTIFICATION
La carte est l’ensemble des informations permettant de caractériser de façon unique une
organisation. Elle est caractérisée par : le sigle, la raison sociale, le statut juridique, le siège social,
le régime fiscal. Ainsi, ce tableau ressort de la carte d’identification de L’IUEs / INSAM :
P a g e 13 | 49
Fondateur Dr. IGNACE Foyet

Sigle L’IUEs / INSAM
Année de création 2010
Activité principale Formation Professionnelle
Siège social (Direction) Face Antenne Camtel
Tel/fax (+237) 243 40 68 03
Régime fiscal Réel
Cellulaire (+237) 698 16 20 16 / 670 86 19 65
B.P. 4 100 Douala
Statut juridique Société unipersonnel
Site web www.insam-univ.net
Email insam@insam-univ.net
Tableau 1:Carte d'Identification

La direction de l’IUEs / INSAM campus annexe de Bafoussam est située Face Antenne
Camtel, route menant à l’entrée des élèves du Lycée Classique de Bafoussam, le plan de
localisation est mentionné en annexe (1).
III. STRUCTURE ET ORGANISATION ET RESSOUCES
1. Les Structure et organisation
Conformément aux règles du droit OHADA, la gestion de l’IUEs / INSAM ne s’est distingué.
Elle est assurée par le directeur sur la supervision générale du promoteur. L’organigramme en
annexe (2) ressort la représentation schématique de l’institut et présenté comme suit :
- La direction générale
- Le secrétariat
- La comptabilité
- La surveillante générale
- Les responsables des différentes filières
P a g e 14 | 49
- Les enseignants
a) La direction générale
C’est la plus haute hiérarchie de l’entreprise car elle détient le pouvoir de décision, détermine
les objectifs, coordonne les activités internes bien que externes et dirige les assises. Elle est placée
sous l’autorité du promoteur.
b) Le secrétariat
C’est le seuil d’entrée et sortie de l’institut chargé de l’exécution des travaux tels que : l’accueil
et l’orientation des visiteurs, la saisie, la multiplication, la distribution des supports de cours par le
biais de la reprographie, le traitement des courriers, la distribution des formats et l’archivage des
documents. Ce service est occupé par trois secrétaires respectivement aux différents campus de
Bafoussam (A, B et C).
c) Le service comptable
Gérant l’ensemble des services financiers de l’institut, ce service bénéficie d’un comptable
chargé d’effectuer : les opérations bancaire, l’enregistrement des versements des étudiants, tenir la
fiche de rémunération des enseignants ainsi que du personnels administratif et techniques.
d) Le service technique
Purement informatique, il est chargé de mettre à la disposition des étudiants des matériels
techniques pour les travaux pratiques et veille au bon fonctionnement de la salle multimédia.
2. Ressources
Pour mener à bien sa mission, l’institut place à la disposition de ses étudiants des ressources
humaines, matériels et financières dans le cadre de leurs activités.
a) Les ressources humaines

Cet institut est constitué d’un personnel subdivisé en deux corps à savoir :
- Le corps administratif qui gère l’institut, intervient, analyse les suggestions des étudiants
tout en s’occupant de la programmation des cours et de leurs progressions.
- Le corps enseignant a pour rôle principal de dispenser des cours aux étudiants.
P a g e 15 | 49
b) Les ressources matérielles

L’institut est réparti en trois campus de cours (A, B et C), une salle multimédia connecté au
réseau internet, des salles de cours, des laboratoires informatiques et d’analyses médicales pour des
cours pratiques, des vidéos projecteurs pour la projection de certains cours, des bus pour le transport
des étudiants et bien d’autres pour des courses facilitant l’exécution de certaines tâches.
c) Les ressources financières

L’institut utilise pour son fonctionnement des ressources extérieures (frais de scolarité) et
extérieures (emprunts aux banques) et intérieures (la clientèle qui sont les étudiants) qui vient en
plus sur son capital initial. Des lors, sa principale ressource financière provient de la vente de ses
services. C’est donc ce qui permet de payer ses impôts et taxes, de s’approvisionner, de s’entretenir,
de rémunérer l’ensemble du personnel et qui se regorge encore.
IV. Partenariat et convention
3. Partenariat
Le partenariat désigne une association de différents intervenant qui, tout en maintenant leur
autonomie, acceptent de mettre en commun leur effort en vue de réaliser un objectif commun.
Ainsi, IUES/INSAM dispose de plusieurs partenaires avec lesquels, il chemine vers son
développement :
 CANAL 2 INTERNATIONAL
 AFRILAND FIRTS BANK
 LA REGIONALE
4. Les conventions
L’Institut signe des conventions tant sur le plan national, qu’international. Entre autre, nous
pouvons citer
 A l’échelle nationale :
 L’université de Dschang : qui assure la tutelle du domaine industrie et technologie,
commerce et gestion
 L’université de Buea et de Maroua qui assure la tutelle dans le domaine de la santé
 A l’échelle Internationale :
P a g e 16 | 49
 L’université Laval au Canada

 L’école espagnole des négociations internationale
 Centre d’analyse et de prospective d’assurance de paris
 American school of leadership (ASL)
 American university of leadership (AUL)
P a g e 17 | 49
CHAPITRE 2 : DEROULEMENT DU STAGE

CHAPITRE 2. DEROULEMENT DU STAGE
I. ACCUEIL ET INTEGRATION
Notre première journée de stage académique à débuter le 11 juin 2018 à 8heur précise. Notre
prise en main par le responsable du département informatique fut rapide. Aussitôt, il nous a confier
des tâches liées au diagnostic de différents ordinateurs et de remplacement de périphérique si
possible.
II. INVENTAIRE DU MATERIEL INFORMATIQUE
IUEs/INSAM dispose d’un parc informatique fournis et divers, avec des machines non à la
pointe de la technologie, mais répondant pleinement aux taches qui y sont effectuées. Ainsi, nous
pouvons lister :
EQUIPEMENT ACCUEIL 03 BON
ORDINATEUR SCOLARITE 06 BON
DIRECTION 08 BON
GENERALE
SURVEILLANCE 02 BON
DATA CENTER 30 BON
P a g e 18 | 49
MULTIMEDIA 17 PASSABLE
IMPRIMANTE ACUEIL 01 BON
SCOLARITE 02 BON
DIRECTION 03 BON
GENERALE
ROUTEUR DIRECTION 01 BON
GENERALE
SALLE MULTIMEDIA 01 BON
DATA CENTER 02 BON
SALLE MULTIMEDIA 02 BON
SWITCH DATA CENTER 02 BON
MULTIMEDIA 02 BON
Tableau 2: Inventaire parc informatique
III. CHRONOGRAMES DES ACTIVITES
Durant notre séjour à IUEs/INSAM en tant que stagiaire, notre formation s’est tenu plus sur
l’aspect maintenance. Ainsi, nous avons :
 Procédé à des diagnostiques (logiciels et matériels) : Teste des composants, vérification de

l’intégrité des logiciels de la machine ;
 Maintenance curative :
 Remplacement des composants physique : RAM, Disque dure…
P a g e 19 | 49
 Mise à jour des bases viral des antivirus
 Maintenance évolutive :
 Installation des antivirus
 Ajout des RAM
 Mise en réseau des machines
 Procédé au soutient dans d’autre services (Bibliothécaire) :
 Organisation des documents
 Maintenance du parc informatique ;
IV. EXPERIENCE ACQUISE

Arrivé au terme de ce stage académique, notre expérience ne s’est pas vue pour autant
constante ou décroissante. Ainsi, en quelque ligne, nous avons :
 Sur le plan professionnel :
 Vue comment se compote en entreprise
 Appréhendé le monde de l’emplois
 Apprécié l’impact d’une organisation bien hiérarchisé
 Sur le plan technique :
 Vue comment se comporter devant une machine en panne
 Nous avons vue quelques précautions à prendre lors du démontage d’une machine
 Appris comment sertir des câbles ;
 Comment mettre des machines en réseau (réseau local)
P a g e 20 | 49
PARTIE 2 :
 CAHIER DES CHARGES ET ANALYSE
 IMPLEMENTATION CONCEPTION
P a g e 21 | 49
CHAPITRE 3 : CAHIERS DES CHARGES

CHAPITRE 3. CAHIER DES CHARGES ET ANALYSE
I. ETUDE PREALABLE
1. Problématique
L’université est un établissement public à caractère scientifique, culturel et professionnel
composé principalement d’unité de formation et de recherche (UFR), d’instituts, de laboratoire et
de centre de recherche. Une bibliothèque universitaire (BU), ou centre de recherche est une
bibliothèque rattachée à une université. Les documents et les services présents dans la bibliothèque
universitaire peuvent ainsi servir à la double mission des universités, l'enseignement et la
recherche.
L’organisation et la gestion de la fonction documentaire dans une université sont

devenues complexes. D’une part, parce qu’elles portent sur des ressources dont les contenus, sont
d’une grande diversité ; d’autre part, parce qu’elles concernent des unités documentaires de taille,
de missions et de spécialisations différentes. Ainsi, il se dégage une problématique d’optimisation
des services et fonctionnalités d’une bibliothèque
2. Objectif
Malgré l’ancienneté du concept de bibliothèque, sa gestion optimale demeure complexe et non
unanime. C’est donc à cet effet que nais ce projet avec une solution logicielle. Il sera donc question
de facilités l’administration d’une bibliothèque. Pour ce faire, nous passerons spécifiquement par
l’amélioration des différents services qui la compose. Au terme de ce projet, nous devrons :
 Optimiser la gestion des emprunts : Nous aborderons deux volets. D’une part les prêts, et
d’autre part les retours. Nous devrons donc permettre au bibliothécaire de procéder plus
rapidement aux emprunts, ceci de façon logique et concise.
 Permettre d’avoir une vue est manipulation simplifiée d’entré sortie des livres ;
P a g e 22 | 49
 Faciliter la gestion des stocks : il sera question de pouvoir à tout moment faire un bilan des
stocks. De connaitre les entrées/sorties de document, ainsi qu’une vue d’ensembles sur les
transactions.
 Le référencement : Ceci met en exergue l’option de recherche ;
3. Référentiel des besoins

a) Besoins fonctionnels
Les besoins fonctionnels peuvent être définis comme étant l’ensembles des fonctionnalité d’un
système. Ce sont les besoins spécifiant un comportement d’entrée/ sortie du système. Ainsi, dans
le cadre de ce projet, on notera :
 La gestion des recherches : Il s’agit ici de faciliter le référencement des livres pour permettre
de rapidement lesquels livres sont en bibliothèque.
 La gestion des emprunts : ici, il sera question de gérer les allocations, et les restitutions des
documents, tout en instaurant un délai et des pièces qui feront office de gage
 Gestions des adhérents : Cette fonction permet d’administrer la base de données des
membres de la bibliothèque.
 Gestion des documents : cette fonction sera destinée à la manipulation des livres (CRUD
levels : Creat, Read, update and delete).
b) Besoins non fonctionnels

Il s’agit des besoins qui caractérisent le système. Ce sont des besoins en matière de performance,
de type de matériel ou le type de conception. On pourra citer :
 La sécurité : de manière globale, les données du logiciel devront être hautement sécurisées.
Mais en particulier, on pourra citer :
 Besoin d’établissement d’une connexion (Besoin de mot de passe) ;
 Possibilité de déconnection après temps mort (durée d’inactivité) ;
 L’audit, qui fait référence au respect des règles de l’art dans un domaine
 Quels champs seront renseignés sur les documents ?

P a g e 23 | 49
 Quels champs seront obligatoires ?
 La performance :
 Le temps de réponse du logiciel ;
 Temps de traitement du logiciel ;
4. Les cibles
Par rapport à la politique de gestion déjà en place, l’accès au logiciel ne sera accordé qu’aux
différents agents chargés de l’administration de la bibliothèque : LES BIBLIOTHECAIRES
II. ANALYSE DE L’EXISTANT
1. Présentation de l’existant
 Infrastructure :
La bibliothèque est située au rais de chaussé d’un bâtiment. Elle s’étend sur une superficie
d’environ 40 m². Elle est composé de 10 Desktop, tous aillant un accès à internet, afin que
l’étudiant puisse approfondir ses recherches. Elle dispose de 4 travées sur lesquels sont
entreposé les livres suivant le thème que ceux-ci aborder.
 Les processus :
 Les stocks : La bibliothécaire est la personne chargée de la gestion des stocks ici,
le nombre maximum d’article pouvant être géré n’est pas fixé. Mais actuellement,
la bibliothèque dispose d’un total de 5000 livres. A leur achat, les livres subissent
un contrôle visant à s’assurer de la qualité des articles. Après cela, informations
comptables sont stockée dans un registre. Pour finir, sur chaque rangé, sont mis 7
exemplaires d’un même document pour les éventuels lecteur.
 La gestion des emprunts : La gestion des emprunts, est assurée ici par la
bibliothécaire. Après que le demandeur ait choisi son livre, la bibliothécaire
enregistre les informations sur le lecteur, et sur les documents empruntés dans un
P a g e 24 | 49
carnet. En contrepartie (pour question de sécurité) le demandeur remet une pièce

d’identification (CNI, acte de naissance, reçu de scolarité…).
 La fonction de recherche : Dès son entré, le lecteur à soit le choix de se diriger vers
la bibliothécaire pour un renseignement, soit directement vers les rangés pour lui-
même chercher les documents dont il a besoin.
2. Critique de l’existant
Le système de gestion étant efficace, il présente certain défaut tels que :
 La lenteur du service
 Dans le cadre des emprunts : l’enregistrement d’un seul client, ou même de cinq est
certes facile. Mais, en cas de saturation, la lourdeur peut rapidement s’installer, tant
pour la bibliothécaire que pour les emprunteurs.
 Dans le référencement des livres : Aucun catalogue n’est mis à la disposition des
lecteurs pour les informer du contenue de la bibliothèque, ou même de
l’emplacement de certain document.
 Les erreurs : à cause de certain paramètres liés à la nature humaine, différentes erreurs
peuvent se glisser. Entre autre
 Lors de la recherche de certains articles, il peut arriver que ceux-ci soient déclarés
non existant.
 Aussi lors de certaines opérations de bilan.
 Les dépenses et l’encombrement : lié à la paperasse.
3. Proposition des solutions

Afin de faciliter la gestion du service bibliothécaire, nous utiliserons une solution logicielle, plus
précisément grâce au langage C#, issue du Framework .NET.
Notre logiciel sera divisé en diffèrent module. Chaque module correspondra à une fonctionnalité
forte du système (gestion des documents, des adhérents, des emprunts), mais aussi de sous modules
correspondant au paramétrage du logiciel (gestion du compte et des droits d’accès) ;
P a g e 25 | 49
Il sera hébergé sur un server de bases de données, donnant ainsi la possibilité au bibliothécaire de
pouvoir opérer ensemble et ainsi optimiser la vitesse et l’efficacité des services ;
III. PLANIFICATION DU PROJET
1. Organigramme des tâches
Tâches Dénomination Tache Responsable Dates Durée

antérieur (Jours)
Collecte des informations A Aucun MOA, MOE, 11/06/2018 1
Chef de projet Au
11/06/2018
Analyse des besoins B A MOE 12/06/2018 1
Au
12/06/2018
Etude de faisabilité C A, B MOE, Chef de 13/06/2018 2
projet Au
14/06/2018
Rédaction et validation D B 13/06/2018 7
du cahiers des charges Au
20/06/2018
Conception E D MOE, Chef de 21/06/2018 7
projet Au
28/06/2018
Implémentation F E 29/06/2018 25
Au
27/06/2018
Teste et validation G D MOE, Chef de 28/07/2018 2
projet Au
30/07/2018
Déploiement- H G 31/07/2018 2
Au
P a g e 26 | 49
01/08/2018
Rédaction du manuel I D Chef de projet 31/07/2018 1

d’utilisation Au
31/07/2018
Formation du personnel J I 02/08/2018 1
Au
02/08/2018
Tableau 3: Phases du projet

Durée du projet : 54 jours ouvrables (Du 11/06/2018 Au 02/08/2018)
2. Diagramme GANTT
C’est un outil souvent utilisé en ordonnancement et en gestion des projets permettant de visualiser
dans le temps, les diverses taches composant un projet. Il est basé sur la représentation d’un graphe
connexe, valué et orienté, qui permet de représenter graphiquement l’avancement des tâches ;
Figure 1: Diagramme de GANTT
P a g e 27 | 49
3. Diagramme PERT
PERT (program evaluation and review technic), est une méthode conventionnelle utilisé en gestion
des projets, ordonnancement et planification. Il fournit une méthodologie et des moyens pratiques
pour décrire, représenter, analyser et suivre de manière les tâches et les réseaux de tâches à réaliser
dans le cadre d’une action à entreprendre où à suive
Figure 2 : Diagramme PERT
IV. Estimation du projet

1. Ressources utilisées
a) Ressources Matérielles
Désignation Caractéristique Utilité Quantité Prix
PC-Laptop HDD 700Go, RAM Codage et teste 1 150.000 FCFA
4Go, Quad Core d’hébergement
Windows 10
PC-Laptop HDD 320Go, RAM Teste de 1 50.000 FCFA
4Go, Dual Core connexion
windows 7
Tableau 4: Ressources matérielles
b) Ressources Humaines
P a g e 28 | 49
Noms Fonctions
NGANDA ONANA Steve Chef de projet et Maître d’œuvre
IUEs/INSAM Maître d’ouvrage (MOA)
Tableau 5: Ressources humaines
c) Ressources logicielles
Désignation Description Quantité Prix

Visual Basic IDE de développement 1 225.16 $
Ultimate pour VB.Net
Telerik UI for Editeur de code 1 0 FCFA
Windows forms
DevExpres
Tableau 6: Ressources logiciels
d) Estimation des charges
La méthode COCOMO pour Constructive Cost Model est une méthode développée par Dr. Barry
Boehm. Elle permet d’estimer l’effort et le temps de développement d’un produit logiciel à partir
d’une estimation en millier du nombre de ligne de code (KDSI). Elle est constituée de 03 modèles :
Modèle de base, intermédiaire et détaillé, et s’organise autour de 03 niveaux de projets :
Organique, Médian et imbriqués. Dans le cadre de notre projet, nous ferons usage du modèle
intermédiaire avec de façon analogique, un niveau de projet organique avec 2KDSI.
P a g e 29 | 49
e) Facteurs de productivité :
Les facteurs de productivité, sont des variables permettant d’évaluer avec précision un
projet. Ils sont au nombre de 15 et sont regroupé autour de 04 paramètres : Logiciel, Personnel,
Matériel, Projet
Dans le cadre de notre de notre projet, les variables les plus pertinentes sont :
Catégorie Facteurs Description Niveau Valeur

RELY Fiabilité requise Elevé 1.15
Logiciel DATA Volume des données manipulées Bas 0.94

VIRT Instabilité de la mémoire Nominal 0.87
Personnel ECAP Aptitude de l'équipe Bas 1.18
LEXP Maîtrise du langage Bas 1.07
Tableau 7: Facteurs de productivité
Facteur de productivité = 1.15 * 0.94 * 0.87 * 1.18 * 1.07 = 1.19
2. Effort :
La formule de calcul de l’effort, est choisie en fonction du niveau de projet. Ainsi dans un
projet à échelle organique, on aura : Effort = 2.4(KDSI)1.05 * facteur de productivité
Effort = 2.4 * (2)1.05 * 1.19 = 5.9 HM
a) Temps de développement :
La formule de calcul du temps de devellopement, est choisie en fonction du niveau de
projet. Ainsi dans un projet à échelle organique, on aura : TDEV = 2.5(effort)0.38 * facteur de
productivité
TDEV = 2.5(6)0.38 * 1.19 = 5.8 Mois

P a g e 30 | 49
b) Productivité
C’est une estimation du nombre de ligne de code par homme
Productivité = 2000 DSI / 5.9 HM = 339 DSI/HM
c) Ventilation
La ventilation, aussi appelée distribution par phase, permet de déterminer le temps de
développement et l’effort nécessaire pour chaque phase de développement. La méthode
COCOMO divise ces phases en 4 :
 RPD (Requirements and Preliminary Design) : Conception globale et Plan d'intégration
 DD (Detail Design) : Conception détaillée
 CUT (Code and Unit Test): Programmation et Tests unitaires
 IT (Integration and Test): Integration
Les données nécessaires à sa réalisation (cas organique) sont contenues dans le tableau suivant :
EFFORT
PROJET ORGANIQUE 2 KDSI 8 KDSI 32 KDSI 128 KDSI 512 KDSI
RPD 16 16 16 16 /
DD 26 25 24 23 /
CUT 42 40 32 36
IT 16 19 22 25 /
TEMPS DE DEVELLOPEMNT
RPD 19 19 19 19 /
DD et CUT 63 59 55 51
IT 18 22 16 30
Tableau 8: Valeurs de ventilation
Avec notre projet niveau organique estimé à 2KDSI :
 Effort
PHASE DE CONCEPTION : 0.16 * 5.9 = 0.9 HM
PHASE DE CODAGE : 0.62 * 5.9 = 3.7 HM
P a g e 31 | 49
PHASE D’INTEGRATION : 0.22 * 5.9 = 1.3 HM

 Temps de développement :
PHASE DE CONCEPTION : 0.19 * 5.9 = 1.1 mois
PHASE DE CODAGE : 0.55 * 5.9 = 3.3 mois
PHASE D’INTEGRATION : 0.26 * 5.9 = 1.5 mois
V. Prestations attendues
3. Architecture
L’architecture d’un logiciel décrit d’une manière symbolique et schématique les différents
éléments d’un ou de plusieurs systèmes informatiques. Leur interrelation et leur interaction. Dans
notre projet, nous utiliserons le modèle MVC (Modèle-Vue-Contrôleur). Une architecture est une
méthode de conception qui a pour but d’organiser une application interactive en séparant les
données(Modèle), la présentation des données (Vue) et le comportement de l’application
(Contrôleur). Ce paradigme divise une application en un modèle (modèle de données), une vue
(présentation, interface utilisateur) et un contrôleur (logique de contrôle, gestion des événements,
synchronisation), chacun ayant un rôle précis.
4. Description graphique et ergonomie

Nous présenterons une ergonomie sobre et simple afin de faciliter l’apprentissage du
logiciel : Au lancement, une fenêtre avec un mécanisme d’authentification (logins) qui mènera
donc sur le menu de notre logiciel. Nous offrirons au client un menu bleu, conçu selon le modèle
du système d’exploitation Windows 8. Notre menu sera divisé en rubrique, représentant tour p tour,
les fonctionnalités de notre logiciels, la gestion des bases, les outils d’administration de compte, et
enfin des utilitaires. A l’intérieur de chacune de ces fonctions, nous introduirons diverses sous-
fonctions en relation avec les tâches d’une bibliothécaire. Pour terminer, nous implémenterons un
système de notification destiné à rappeler les dates d’expiration des prêts en cas d’oublis par la
bibliothécaire
P a g e 32 | 49
CHAP 4 : CONCEPTION
CHAPITRE 4. CONCEPTION ET IMPLEMENTATION
VI. CONCEPTION
DEFINITION ET PRESENTATION
La phase de conception ou définition du projet est une étape importante avant la réalisation.
Elle structure, organise, planifie le projet. Située entre la définition initiale et la conduite à
proprement parler des opérations, l'étape de conception tient une place centrale, au propre comme
au figuré dans la démarche. Ainsi, dans le cadre de notre projet, la méthode de conception utilisées
sera la méthode d’analyse UML et la méthode MERISE.
UML, c’est l’acronyme anglais pour « Unified Modeling Language ». On le traduit par «
Langage de modélisation unifié ». La notation UML est un langage visuel constitué 13 schémas,
appelés des diagrammes, qui donnent chacun une vision différente du projet à traiter. Ainsi, on
obtiendra une vue Fonctionnel (cas d’utilisation), une vue Statique (classes, objets, structure
composite), une vue Dynamique (séquence, états, activité, interaction, communication, temps), et
enfin, une vue Implémentation (composants, déploiement, paquetage). Merise est une méthode de
conception, de développement et de réalisation de projet informatique, qui s’appuie sur la
modélisation des données, et des traitements. UML, nous fournit donc des diagrammes pour
représenter le logiciel à développer : son fonctionnement, sa mise en route, les actions susceptibles
d’être effectuées par le logiciel, et MERISE, la structure de la base de données.
P a g e 33 | 49
1. Diagramme De Cas D’utilisation
Définition :
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. Ils sont généralement suivis d’une description textuelle servant à éclater
les cas d’utilisations. Un cas d'utilisation représente une unité discrète d'interaction entre un utilisateur
(humain ou machine) et un système. Il est une unité significative de travail. Dans un diagramme de cas
d'utilisation, les utilisateurs sont appelés acteurs (actors), ils interagissent avec les cas d'utilisation (use cases).
Gestion bibliothèque univ ersitaire
Gestion des droits d'accès
Super User
<<include>>
Gestion des comptes
<<include>>
Gestion des documents <<include>>

connexion
<<extend>>
<<include>>
Gestion des prêts
<<include>>
<<extend>>
User Gestion des adhérents
Figure 3: Diagramme de cas d'utilisation
P a g e 34 | 49
Description Textuelle
 Cas d’utilisation : Gestion des droit d’accès

But : Permettre d’attribuer aux différents utilisateurs les différentes autorisations sur le logiciel
Résumé : Cette fonctionnalité permet au Super user d’octroyer des droits aux simple utilisateur.
Acteur : Super user (Bibliothécaire en chef)
Précondition : L’utilisateur doit s’authentifier.
Scénario nominal : L’utilisateur peut Attribuer des droits :
(1) La bibliothécaire sélectionne les comptes
(2) La bibliothèque sélectionne les droits puis clique sur valider
(3) La bibliothécaire clique sur valider
Scénario Alternatif : L’utilisateur peut
▪ Consulter les droits

(1) L’utilisateur ouvre la menue gestion des droits d’accès
(2) L’utilisateur utilise la barre de défilement
▪ Retirer des droits
(1) La bibliothécaire sélectionne les comptes
(2) La bibliothèque sélectionne les droits puis clique sur valider
(3) La bibliothécaire clique sur valider
 Cas d’utilisation : Gestion des documents

But : D’ajouter ou de retirer des livres.
Résumé : Cette fonctionnalité permet à la bibliothécaire de gérer les livres en stock
Acteur : Bibliothécaire (User et Super user)
Précondition : les utilisateurs doivent doit s’authentifier.
Scénario nominal : Ajouter un document
(1) Aller dans la liste des documents ;
(2) Puis cliquer sur nouveau (formulaire des document) ;
(3) Remplir le formulaire des documents
(4) Cliquer sur le bouton ajouter
Scénario Alternatif :
P a g e 35 | 49
▪ Consulter les documents

(1) Ouvrir la fenêtre liste des documents.
▪ Supprimer un document
(1) Ouvrir l’interface liste des documents ;
(2) Sélectionner le document à supprimer ;
(3) Cliquer sur le bouton supprimer.
▪ Modifier un document
(1) Cliquer sur le document à supprimer ;
(2) Cliquer sur le bouton éditer ;
(3) Changer les données dans l’interface formulaire document ;
(4) Cliquer sur le bouton modifier.
 Cas d’utilisation : Gestion des Prêt

But : Il permettre aux bibliothécaire de donner un livre à l’emprunt
Résumé : propose de consulter, ou supprimer les emprunts
Acteur : Bibliothécaire (Super User et User).
Précondition : Les utilisateurs doivent s’authentifier.
Scénario nominal : Prêter un document ;
(1) Entrer dans la liste des emprunts ;
(2) Cliquer sur le bouton nouveau ;
(3) Sélectionner le document, puis l’adhérent ;
(4) Cliquer sur valider.
▪ La bibliothécaire peut consulter l’historique des emprunts

(1) Se rendre dans la fenêtre liste des emprunts ;
▪ Retirer un emprunt
(1) Aller dans la liste des emprunts ;
(2) Cliquer sur le bouton retirer, puis OK dans le boite de dialogue
▪ Modifier les paramètres d’un emprunt (durée et nombre d’article)
(1) Sélectionner l’emprunt dans le liste des emprunts ;
(2) Clique sur éditer ;
(3) Dans le formulaire d’emprunt, changer les paramètres ;
(4) Cliquer sur valider.
 Cas d’utilisation : Gestion des comptes

But : Créer ou supprimer des comptes
Résumé : Cette fonctionnalité permet au Super User de créer des comptes de niveau User.
P a g e 36 | 49
Acteur : Bibliothécaire (Super user)

Précondition : Le Super User doit s’authentifier.
Scénario nominal : Créer un compte
(1) Ouvrir la fenêtre COMPTE
(2) Cliquer sur nouveau
(3) Remplir le formulaire de compte
(4) Cliquer sur le bouton ajouter
▪ Consulter les comptes

(1) Ouvrir la fenêtre liste des comptes ;
▪ Supprimer un compte
(2) Ouvrir la fenêtre de liste des comptes ;
(3) Cliquer sur supprimer puis valider ;
 Cas d’utilisation : Gestion des adhérents

But : Gérer les adhérents
Résumé : propose l’ajout, la suppression, et le blocage des adhérents
Acteur : Bibliothécaire (Super User et User).
Précondition : Les bibliothécaires doivent s’authentifier.
Scénario nominal : Ajouter un adhérent :
(1) Ouvrir l’interface liste des adhérents
(2) Cliquer sur le bouton nouveau
(3) Remplir le formulaire des adhérents
(4) Cliquer sur ajouter
▪ La bibliothécaire Retirer un adhèrent ;

(1) Aller dans la liste des adhérents
(2) Sélectionner l’adhèrent
(3) Cliquer sur supprimer, puis valider ;
▪ Elle bloquer une adhèrent
(1) Cliquer sur l’adhérent dans la liste des adhérents ;
(2) Cliquer sur modifier ;
(3) Dans le formulaire adhérent, cliquer sur inactif
▪ Elle peut consulter les adhèrent ;
(1) Aller dans l’interface liste des adhérents
P a g e 37 | 49
2. Diagramme De Classe
Définition :
Un diagramme de classe est une représentation statique des éléments qui composent un système et leur
relation. Il fournit une vue globale d'un système en présentant ses classes, interfaces et collaborations, et les
relations entre elles. Il est principalement composé de classes. Une classe est une représentation abstraites
d’un objet dans le système à modéliser, elle contient les informations nécessaires à la construction de
l’objet, c'est-à-dire la définition des attributs (propriété) et des méthodes(comportement).
Figure 4: Diagramme de classe
P a g e 38 | 49
3. Diagramme De Séquence
Définition :
Le diagramme de séquence fait partie de la description logique et dynamique d’UML. Il permet de
représenter le déroulement de scénarios au travers d’une vision séquentielle et chronologique des échanges et
interactions entre les éléments intervenant (acteurs ou objets). Bref, Les diagrammes de séquence présentent le
déroulement d’une phase d’activité du système en le caractérisant par l’enchaînement temporel des échanges
entre les éléments y participant.
Afin d’en dire un peu plus sur ce projet, et d’exploiter au mieux ce diagramme d’UML,
nous présenterons deux diagrammes de séquence qui représentons deux scénarios important de
notre projet : L’ajout d’un livre et la demande d’un emprunt
Sy stème
Bibliothécaire
[ opt : paramèt re incorrect e]

(1) saisi Login et pas word
(1. 1) paramètres incorrectes
(1. 1) paramètres correctes
(2) Sélect ion rebrique gest ion document
(3) Clic bouton nouv eau document
[ opt : saisie inv alide]

(4) remplir f ormulaire
(4. 1) Vérif ication

(4. 2) N ot if icat ion champ(s) inv alide
(4. 3) N ot if icat ion document enregist ré
Figure 5: Diagramme de séquence-Ajout Document
P a g e 39 | 49
Sy stème
Bibliothécaire
[opt: paramètre incorrecte]

(1) saisi Login et pas word
(1.1) paramètres incorrectes
(1.1) paramètres correctes
(2) Sélection rebrique gestion document
(3) Sélection document
(4) clic boutin modif ier
[opt: saisie inv alide]

(5) changement données
(4.1) Vérif ication
(4.2) N otif ication champ(s) inv alide
(4.3) N otif ication Modification ajouté
Figure 6: diagramme de séquence-Modification document
4. De L’oriente Objet A Merise
a) Le modèle conceptuel de données (MCD)

Le Modèle Conceptuel des données est la représentation statique du système d’information. Il
a pour objectif principal de présenter de façon formelle, toutes les informations qui seront
conservés dans le système d’information. Le formalisme adopté par la méthode Merise pour
réaliser cette description est basé sur les concepts « entité- association » :
 Les entités : représentation d’un élément matériel ou immatériel ayant un rôle à jouer dans
le système que l’on désire modéliser ;
 Les associations ou relations : Une association (appelée aussi parfois relation) est un lien
sémantique (qui a un sens) entre plusieurs entités
P a g e 40 | 49
 Les attributs ou propriétés : modélisation élémentaire d’une information caractérisant une

entité.
 Les contraintes : La cardinalité d'une association spécifie le nombre minimum et le nombre
maximum de participations de chaque occurrence d'entité à chaque rôle de
l'association.
Figure 7: Modèle conceptuel de données
b) Le modèle logique de données (MLD)
Le MLD permet de modéliser la structure selon laquelle les données seront stockées dans la
future base de données. Il est adapté à une famille de SGBD : ici les SGBD relationnels (MLD
Relationnels ou MLD-R). Cette modélisation utilise un formalisme de la méthode MERISE.
Quelques éléments d’un MLD sont :
 Un domaine est l’ensemble des valeurs que peut prendre une donnée ;
P a g e 41 | 49
 Une table est un sous-ensemble du produit des domaines, une table est donc un ensemble
d’enregistrements (tulles, ou lignes), une table porte un nom et est composée d’attributs
prenant leurs valeurs dans les domaines correspondants ;
 Une clé est constituée d’un ou plusieurs attributs de telle manière qu’une valeur de la clé
détermine exactement l’enregistrement de manière unique
 Toute table possède une clé primaire et, éventuellement, des clés candidates.
Figure 8: Modèle logique de données
P a g e 42 | 49
VII. IMPLEMENTATION
1. Choix Des Outils Et Architecture
2. Outils
Les outils désignent l’ensembles des logiciels, et logiciel ayant concouru à la mise sur pied de la
solution. Entre autre, on peut citer :
Le C# : est un langage de programmation orienté objet, commercialisé par Microsoft

depuis 2002, et est destiné à développer sur la plateforme Microsoft.Net ;
MySQL est un SGBDR (Système de Gestion de Bases de Données Relationnel)

distribué sous double License, GPL et propriétaire. Il transforme la machine en server, et permet
l’administration des bases de données sur une interface graphique et en ligne de commande. Il offre
également la possibilité la gestion du serveur grâce à MySQL Workbench. Le langage utilisé ici
est le langage SQL (Structured query Language), est un langage universellement reconnu par
MySQL et les autres SGBD. Il permet d’interroger et de modifier le contenu des bases de données.
Visual Studio est un ensemble complet d'outils de développement permettant de générer

des applications web ASP.NET, Visual Basic, Visual C, des services web XML. Visual
C# utilisent tous le même environnement de développement intégré (IDE), qui leur permet de
partager des outils et facilite la création de solutions faisant appel à plusieurs langages. Par ailleurs,
ces langages permettent de mieux tirer parti des fonctionnalités du Framework .NET
P a g e 43 | 49
Telerik est une entreprise Bulgare fournissant des outils de développement pour des
applications de bureau (C#, C++, Visual basic), web et mobile.
DevExpress est une société de dévéllopement des logiciels, destinés à faciliter le

développement sur des technologies Delphi, Visual Studio…
3. Architecture Logiciel
L’architecture d’un logiciel décrit d’une manière symbolique et schématique les différents
éléments d’un ou de plusieurs systèmes informatiques. Leur interrelation et leur interaction. Dans
le cadre de notre projet, nous utilisons l’architecture MVC (Modèle vue contrôleur).
P a g e 44 | 49
Figure 9: Architecture MVC
4. Présentation Des Interfaces
a) Interface De Login
C’est la première interface au démarrage du logiciel. Il fait office de sécurité
Figure 10: Interface Login
P a g e 45 | 49
b) Interface Menu
Il s’agit d’un menu sobre et facile d’utilisation basé sur celui de Windows 8. Il présente les
différentes fonctionnalités ainsi que des utilitaires permettant à l’utilisateur d’avoir accès à des
fonctions de bases.
Figure 11: Interface Menu

c) Ajout Emprunt
C’est l’interface permettant de procéder à des emprunts. Ici, on choisit le document,
l’adhèrent la date d’emprunt, durée, puis on valide
P a g e 46 | 49
Figure 12 : Interface Ajout emprunt:
CONCLUSION
L’objectif de ce projet était de modéliser le système d’information et de mettre sur pied une
solution capable de gérer une bibliothèque universitaire, selon les préceptes de la « méthode »
d’analyse UML. Les différentes tâches fixées ont été réalisées à partir de plusieurs hypothèses.
Nous nous sommes servi d’outils, langage et formalismes du génie logiciel dont le modèle
COCOMO pour une estimation de charge, et les Diagrammes de Gantt pour ordonner nos taches.
Nous avons modélisé les opérations importantes en respectant les contraintes fixées et avons dû
faire un bon nombre de back-cracking au niveau des diagrammes afin de les conformer les uns aux
autres et d’avoir une vision au plus juste possible. Les diagrammes de séquences, cas d’utilisations,
P a g e 47 | 49
diagramme de classes ont fait partie de notre analyse. Ainsi, au terme de notre travail, nous pouvons
conclure que, la théorie est absurde sans la pratique, mais la pratique est aveugle sans théorie.
BIBLIOGRAPHIE ET
WEBOGRAPHIE
BIBLIOGRAPHIE
Support de cours initiation au génie logiciel : Mr NGONPOUBOB et

MONSIEUR TEJIOGNI MARC
Support de cours UML : Mr KODJO ARMAND
Support de cours programmation évènementielle : Mr TEJIOGNI MARC
Support de cours base de données : Mr MANGA ALBERT
P a g e 48 | 49
Cours de français : Mr. DJIBIE ALEXIS
WEBOGRAPHIE
https://openclassrooms.com/fr/courses/1526901-apprenez-a-developper-en-c
https://fr.m.wikipedia.org/wiki/Modèle-vue-contrôleur
https://coursinformatiquepdf.com/cours-informatique/search
P a g e 49 | 49

Langue

Nganda Onana Steve Rapport Final PDF

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

Nganda Onana Steve Rapport Final PDF

Transféré par

Droits d'auteur :

Formats disponibles

République du Cameroun Republic of Cameroon

SPECIALITE : GENIE LOGICIEL (GL2)

THEME : MISE EN PLACE D’UN SYSTEME DE GESTION

Stage effectué du 18/06/2018 au 18/08/2018 en vue de l’obtention du Brevet de

Rédigé et présenté par :

Année académique 2018-2019

 Le promoteur de l’IUEs/INSAM Dr IGNACE FOYET pour m’avoir accueilli dans son

Table des matières

II. ANALYSE DE L’EXISTANT .................................................................................................................. 24

LISTE DES TABLEAUX

Tableau 1:Carte d'Identification ................................................................................................ 14

LISTE DES FIGURES

Figure 1: Diagramme de GANTT ............................................................................................... 27

L’IUEs/INSAM pour Institut Universitaire et Stratégique de l’Estuaire est un établissement

 L’institut supérieur des affaires et du management (INSAM)

L’IUEs/INSAM allie la théorie à la pratique et œuvre incessamment sur l’insertion professionnelle

La méthode pédagogique de l’institut universitaire et stratégique de l’estuaire (IUEs/INSAM)

L’IUEs/INSAM bénéficie du parrainage du Pr GOTTLIEB MONEKOSSO Lobe et de l’expertise

L’institut universitaire et stratégique de l’estuaire dispose le matériel et l’équipement indispensable

CHAPITRE 1. PRESENTATION DE l’ENTREPRISE

Ayant été reçu à l’institut universitaire et stratégique de l’estuaire en vue d’effectuer un

II. FICHE D’IDENTIFICATION

Fondateur Dr. IGNACE Foyet

Tableau 1:Carte d'Identification

III. STRUCTURE ET ORGANISATION ET RESSOUCES

1. Les Structure et organisation

a) Les ressources humaines

b) Les ressources matérielles

c) Les ressources financières

IV. Partenariat et convention

 L’université Laval au Canada

CHAPITRE 2 : DEROULEMENT DU STAGE

II. INVENTAIRE DU MATERIEL INFORMATIQUE

EQUIPEMENT ACCUEIL 03 BON

ORDINATEUR SCOLARITE 06 BON

DATA CENTER 30 BON

IMPRIMANTE ACUEIL 01 BON

DATA CENTER 02 BON

SALLE MULTIMEDIA 02 BON

SWITCH DATA CENTER 02 BON

Tableau 2: Inventaire parc informatique

III. CHRONOGRAMES DES ACTIVITES

 Procédé à des diagnostiques (logiciels et matériels) : Teste des composants, vérification de

 Remplacement des composants physique : RAM, Disque dure…

 Mise à jour des bases viral des antivirus

 Installation des antivirus

 Ajout des RAM

 Mise en réseau des machines

 Procédé au soutient dans d’autre services (Bibliothécaire) :

 Organisation des documents

 Maintenance du parc informatique ;

IV. EXPERIENCE ACQUISE

 Sur le plan professionnel :

 Vue comment se compote en entreprise

 Appréhendé le monde de l’emplois

 Apprécié l’impact d’une organisation bien hiérarchisé

 Sur le plan technique :

 Vue comment se comporter devant une machine en panne

 Appris comment sertir des câbles ;

 Comment mettre des machines en réseau (réseau local)

CHAPITRE 3 : CAHIERS DES CHARGES

L’organisation et la gestion de la fonction documentaire dans une université sont