Ce document est un mémoire de fin d'études de Razafindrazaka Vatosoa, présenté à l'École Nationale d'Informatique de l'Université de Fianarantsoa pour l'obtention d'un diplôme en informatique, où il décrit la conception et la réalisation d'une application de gestion de soutenances. Il expose les différentes phases du projet, y compris l'analyse, la conception, et la réalisation, ainsi que les méthodes et technologies utilisées. En outre, le document inclut des sections sur les compétences de l'auteur, ses expériences professionnelles et des remerciements.

1. UNIVERSITE DE FIANARANTSOA
ECOLE NATIONALE D’INFORMATIQUE
MEMOIRE DE FIN D’ETUDES
POUR L’OBTENTION DU DIPLOME
DE LICENCE PROFESSIONNELLE EN INFORMATIQUE
Parcours : Informatique Générale
Intitulé :
Présenté le 17 Mars 2020
Par RAZAFINDRAZAKA Vatosoa
Membres du Jury :
 Président : Monsieur, Professeur Titulaire
 Examinateur : Monsieur, Maître de Conférences
 Rapporteurs : Monsieur RALAIVAO Jean Christian,
Monsieur GILANTE Gesazafy, Encadreur Professionnel
Année Universitaire 2018-2019
CONCEPTION ET REALISATION D’UNE
APPLICATION DE GESTION DE
SOUTENANCE

2. CURRICULUM VITAE
RAZAFINDRAZAKA Vatosoa
Née le 22 Février à Ambalataretra - Ambalavao
Lot 28KIV/3605 Isada Fianarantsoa
Tél: 034 63 017 07 / 032 81 785 12
E-mail : razafindrazakav@gmail.com
FORMATIONS ET DIPLÔMES
2018-2019 : Troisième année en Licence Professionnelle - École Nationale d’Informatique
Université de Fianarantsoa
Option : Informatique Générale (Administration de Systèmes et Réseaux,
Génie Logiciel et Base de Données)
2017-2018 : Deuxième année en Licence Professionnelle - École Nationale d’Informatique
Université de Fianarantsoa
Option : Informatique Générale (Administration de Systèmes et Réseaux,
Génie Logiciel et Base de Données)
2016-2017 : Première année de Licence Professionnelle - École Nationale d’Informatique
Université de Fianarantsoa
Option : Informatique Générale (Administration de Systèmes et Réseaux,
Génie Logiciel et Base de Données)
2015-2016 : Élève de la classe Terminale de Série D au Lycée Rakotoarisoa Ambositra
Diplôme Obtenu : Baccalauréat Série D
STAGES ET EXPÉRIENCES PROFESSIONNELLES
2019 : Stage au sein de l’école Nationale d’Informatique Fianarantsoa
Thème : Application de gestion de soutenance
Langage de programmation utilisé : Java Server Page, JavaScript
Framework: Spring Boot, Hibernate et AngularJS
SGBD : PostgreSQL
Système d’exploitation : Windows 8.1
Projet au sein de l’École Nationale d’Informatique :
- « Développement d’une application pour la gestion de location de voiture »
Langage de programmation : Java, ASP.net, Java Server Page
- « Développement d’une application hybride pour la réservation dans un
restaurant »
Framework : Ionic

3. - « Mise en œuvre d’un partage de fichier sous NFS et développement d’une
calculatrice exploitant le protocole RPC »
Système d’exploitation : Debian 9.5
Langage de programmation : C
2018 : Stage au sein de la société Socolait à Ivandry Antananarivo
Thème : Conception et réalisation d’une application pour la mise en vente des
produits
Langage de programmation utilisé : Python
Méthode : Agile
Framework : Django
SGBD : SQLite
Système d’exploitation : Windows 10
Projet au sein de l’Ecole Nationale d’Informatique :
- « Mise en œuvre de supervision à l’aide du protocole SNMP »
Logiciel utilisé : Cacti
- Développement d’une application web pour la gestion de location des
appartements
Langage de programmation utilisé : PHP5
2017 : Projet au sein de l’École Nationale d’Informatique
- « Création d’un site web »
Langage utilisé : HTML et CSS
Langage de Script : JavaScript
-Projet de fin d’année en première année de formation en licence
professionnelle au sein de l’Ecole Nationale d’Informatique
Thème : Développement d’une interface de configuration de réseau LAN
Langage utilisé : C et C++
Outils : Qt Creator
COMPÉTENCES EN INFORMATIQUE
Système d’exploitation : Windows XP/7/8/10, Linux
Famille de distribution Linux : Ubuntu, Debian
Système de gestion de base de données : MySQL, PostgreSQL, SQLite
Méthode de conception : MERISE
Langage de modélisation : UML
Langage de programmation : C et C++, Python, Java, Visual Basic
Technologie web : HTML, CSS, PHP, ASP.net, JSP
Framework : Django, Ionic
Langage de Script : JavaScript, SQL
Routage : Cisco
Routage réseaux : routage par défaut, routage statique, RIP, OSPF
Supervision: Cacti
Protocol: TCI/IP, SNMP, SSH, SMTP, HTTP/HTPPS, FTP, MPLS
Administration système et réseaux : Serveur DNS, FTP, WEB, Pare-feu

4. CONNAISSANCES LINGUISTIQUES
Aptitude à :
Comprendre à
l’audition
Lire Écrire et à rédiger Communiquer
oralement et à
parler
TB B AB P TB B AB P TB B AB P TB B AB P
Malagasy X X X X
Français X X X X
Anglais X X X X
Grille d’évaluation : TB : Très Bien B : Bien AB : Assez Bien P : Passable
DIVERS
Loisirs : Lire, Basket, Piscine, Guitare.

5. DEDICACES
Je dédie ce travail à mes chers parents jamais je ne saurais m'exprimé quant aux sacrifices et
aux dévouements que vous consacrés à mon éducation et mes études. Les mots expressifs
soient-ils restent faibles pour énoncer ma gratitude hautement profonde.

6. SOMMAIRE GENERALE
CV………………………………………………………………………………………………I
DEDICACES…………………………………………………………………………………III
SOMMAIRE GENERALE……………..………………….…………………………………IV
REMERCIEMENT…………..………………… ……………………………………………VI
LISTE DES FIGURES……………………….………………………………………..….…VII
LISTE DES TABLEAUX…………………………………...…………………………...…VIII
NOMENCLATURE…………… …………………….……………………………………..IX
INTRODUCTION GENERALE
1
PARTIE I. PRESENTATIONS..............................................................................................2
Chapitre 1. PRESENTATION DE L’ECOLE NATIONALE D’INFORMATIQUE.........3
1.2. Informations d’ordre général.......................................................................................3
1.3. Missions et historique..................................................................................................3
1.4. Organigramme institutionnel de l’ENI........................................................................5
1.5. Domaines de spécialisation .........................................................................................6
1.6. Architecture des formations pédagogiques .................................................................7
1.7. Relations de l’ENI avec les entreprises et les organismes ..........................................9
1.8. Partenariat au niveau international............................................................................10
1.1. Débouches professionnels des diplômés ...................................................................11
1.2. Ressources humaines.................................................................................................14
Chapitre 2. PRESENTATION DE LA DIRECTION REGIONALE DU BUGET .............15
2.1. Historique ..................................................................................................................15
2.2. Organisation ..............................................................................................................15
2.3. Les différents services et ses rôles.............................................................................16
2.4. Résultats attendus ......................................................................................................21
Chapitre 3. DESCRIPTION DU PROJET ...........................................................................20
3.1. Formulation ...............................................................................................................20
3.2. Objectif et besoins d’utilisateur.................................................................................20
3.3. Moyens nécessaires à la réalisation du projet............................................................20
PARTIE II. ANALYSE ET CONCEPTION .....................................................................22
Chapitre 4. ANALYSE PREALABLE.................................................................................23

7. 4.1. Analyse de l’existant .................................................................................................23
4.2. Critique de l’existant .................................................................................................24
4.3. Proposition des solutions...........................................................................................24
4.4. Conception avant projet.............................................................................................24
Chapitre 5. ANALYSE CONCEPTUELL ...........................................................................32
5.1. Dictionnaire des données...........................................................................................32
5.2. Règles de gestion.......................................................................................................32
5.3. Représentation et spécification des besoins ..............................................................33
5.4. Modélisation du domaine ..........................................................................................40
Chapitre 6. CONCEPTION DETAILLEE ...........................................................................42
6.1. Architecture du système ............................................................................................42
6.1. Diagramme de séquence de conception ....................................................................43
6.1. diagramme de classe de conception pour chaque cas d’utilisation ...........................45
6.1. Diagramme de classe de conception global...............................................................47
6.2. Diagramme de paquetages.........................................................................................48
6.3. Diagramme de déploiement.......................................................................................48
PARTIE III. REALISATION..............................................................................................49
Chapitre 7. MISE EN PLACE DE L’ENVIRONNEMENT DE DEVELOPPEMENT ...50
7.1. Installation et configuration des outils ......................................................................50
7.2. Architecture de l’application .....................................................................................52
Chapitre 8. DEVELOPPEMENT DE L’APPLICATION....................................................53
8.1. Création de la base de données..................................................................................53
8.1. Codage de l’application.............................................................................................55
8.2. Présentation de l’application .....................................................................................56
CONCLUSION……………………………………………………………………………….58
BIBLIOGRAPHIE……………………………………………………………………...…….XI
WEBOGRAPHIE……………………………………………...……………………….……XII
GLOSSAIRE…………………………………………………………….………….....……XIII
TABLE DES MATIERES………………………………………….…………..…….……XIV
RESUME………………………………………………………….………………...……XVII
ABSTRACT……………………………………………………………………...………XVII

9. REMECIEMENTS
Je tiens particulièrement à remercier :
 Monsieur RAMAMONJISOA Bertin Olivier Andriantiana, Directeur de l’Ecole
Nationale d’Informatique qui m’a donné l’opportunité de réaliser ce stage
 Monsieur RABETAFIKA Haja
 Monsieur Gilante GESAZAFY
 Monsieur ANDRIAMAMPANDRY Ranaivoson Tina
 Madame RAMANITRA Rosa
Je profite de cette occasion pour remercier :
 Les enseignants de l’Ecole Nationale d’Informatique, pour m’avoir enseigné et donné
des cours intéressants.
 Le personnel de l’Ecole Nationale d’Informatique, pour leur chaleureux accueil et leur
aimable collaboration,
 Ma famille et à tous ceux qui ont participé à la réalisation de ce stage, pour leur soutien
et leur aide.

10. LISTE DES FIGURES
Figure
1
: Organigramme de l'ENI…………………………………………………………… 5
Figure
2
: Organigramme de la DRB………………………………………………………… 15
Figure
3
: Diagramme de flux………………………………………………………………. 23
Figure
4
: Caractéristiques de JAVA………………………………………………………… 30
Figure
5
: Diagramme de cas d’utilisation globale…………………………………………… 35
Figure
6
: Diagramme de séquence pour le cas d’utilisation « s’authentifier »……………… 38
Figure
7
: Diagramme de séquence pour le cas d’utilisation « ajouter service ……………… 38
Figure
8
: Diagramme de séquence pour le cas d’utilisation « modifier service
»………………
39
Figure
9
: Diagramme de séquence pour le cas d’utilisation « supprimer service…………… 39
Figure
10
: Diagramme de séquence pour le cas d’utilisation «gérer tableau de bord »………… 40
Figure
11
: Modèle de domaine…………………......................................................................... 41
Figure
12
: Modèle MVC……………………………………………………………………… 42
Figure
13
: Diagramme de séquence conception pour le cas d’utilisation « s’authentifier »…… 43
Figure
14
: Diagramme de séquence conception pour le cas d’utilisation « Ajouter service»… 43
Figure
15
: Diagramme de séquence conception pour le cas d’utilisation « Modifier service
»……
44
Figure
16
: Diagramme de séquence conception pour le cas d’utilisation « supprimer service
»…
44
Figure
17
: Diagramme de classe conception pour le CDU « s’authentifier
»…………………….
45
Figure
18
: Diagramme de classe conception pour le CDU « gérer région
»……………………..
45
Figure
19
: Diagramme de classe conception pour le CDU « gérer
service»…………………….
45
Figure
20
: Diagramme de classe conception pour le CDU « gérer
mission»…………………….
46
Figure
21
: Diagramme de classe conception pour le CDU « gérer
période»…………………….
46
Figure
22
: Diagramme de classe conception pour le CDU « gérer
depense»……………………
46
Figure
23
: Diagramme de classe conception pour le CDU « gérer tableau de
bord»……………
47

11. Figure
24
: Diagramme de classe conception global…………………………………………….. 47
Figure
25
: Diagramme de
paquetage……………………………………………………………....
48
Figure
26
: Diagramme de dépliement………………………………………………………… 48
Figure
27
: Début de l’installation de
WampServer………………………………………………..
50
Figure
28
: Configuration de l’installation de
WampServer………………………….…………....
50
Figure
29
: Fin de l’installation de
WampServer…………………………………………………..
51
Figure
30
: Installation de
NetBeans………………………………………………………………
51
Figure
31
: Installation de
NetBeans……………………………………………………………….
52
Figure
32
: Architecture de
l’application…………………………….……………………………
52
Figure
33
: Création de la base de données……………………………………………………… 53
Figure
34
: Création de la table « service »……………………………………………………… 54
Figure
35
: Création de la table « depense »………………………………………………… …. 54
Figure
36
: Code
d’authentification……………………………………………………………….
55
Figure
37
: Code de modification de la table « depense
»…………………………………………
55
Figure
38
:
Authentification………………………………………………………………………
56
Figure
39
: Page d’accueil……………………………………………………………………… 56
Figure
40
: Interface du menu
service………………………………………………………………
57
Figure
41
: Interface du menu
depense……………………………………………………………
57

13. LISTE DES TABLEAUX
Tableau
1
: Organisation du système de formation pédagogique de
l’ENI………………………………
6
Tableau
2
: Architecture des études correspondant au système
LMD………………………………….
8
Tableau
3
: Liste des formations existantes à
l’ENI…………………………………………………….
8
Tableau
4
: Débouchés professionnels éventuels des
diplômés……………………………………….
13
Tableau
5
: Caractéristiques de l’ordinateur de la
DVSR……………………………………………….
21
Tableau
6
: Caractéristiques des logiciels de la
DVSR……………………………………………………
21
Tableau
7
: Moyens
matériels……………………………………………………………………………
23
Tableau
8
: Moyens
logiciels………………………………………………………………………………
24
Tableau
9
: Comparaison entre merise et
XP…………………………………………………………..
24
Tableau
10
: Comparaison entre Win’Design et Visual
Paradigm…………………………………………
27
Tableau
11
: Comparaison des
SGBD………………………………………………………………........
29
Tableau
12
: Comparaison entre JAVA et
PHP……………………………………………………………
30

14. Tableau
13
: Comparaison entre Eclipse et
NetBeans……………………………………………………
31
Tableau
14
: Dictionnaire des données
………………………………………………………..................
32
Tableau
15
: Besoins fonctionnels des acteurs
………………………………………………………….
34
Tableau
16
: Priorisation des cas
d’utilisateurs………………………………………………………….
36

15. NOMENCLATURE
ABREVIATIONS Significations
AUF Agence Universitaire de la Francophonie
API Application Programmers Interface
B2B Business to Business
BFV-SG Bankin’ny Fampandrosoana sy ny Varotra – Société Générale
BIANCO Bureau Indépendant Anti-Corruption
BNGRC Bureau National de Gestion des Risques et des catastrophes CEDII-
Fianarantsoa
BTS Brevet de Technicien Supérieur
CARI Colloque Africain sur la Recherche en Informatique
CHU Centre Hospitalier Universitaire
CITEF Conférence Internationale des Ecoles de formation d’Ingénieurs et
Techniciens d’Expression Française
CNH Commission Nationale d’Habilitation
CNRE Centre National de Recherche sur l’Environnement
CNRIT Centre National de Recherches Industrielles et Technologiques
COFAV Corridor forestier de Fandriana jusqu’à Vondrozo
CSS Cascading StyleSheet
CUR Centre Universitaire Régional
DLC Development Learning Center
DTS Diplôme de Technicien Supérieur
DUT Diplôme Universitaire de Technicien
ENI Ecole Nationale d’Informatique
FID Fonds d’Intervention pour le Développement
FPPSM Forêts, Parcs et Pauvreté dans le Sud de Madagascar
FTM Foiben’ny Taontsaritanin’i Madagasikara
HACCP Hazard Analysis Critical Control Point
HTML HyperText Markup Language
IDE Investissements directs à l’étranger
IDE Integrated Development Environment
INSTAT Institut National de la Statistique
INPG Institut National Polytechnique de Grenoble
IOGA Institut et Observatoire Géophysique d’Antananarivo
IREMIA Institut de Recherche en Mathématiques et Informatique Appliquées
IRD Institut de Recherche pour le Développement
ISO International Organization for Standard
JIRAMA Jiro sy Rano Malagasy
JVM Java Virtual Machine
LMD Licence- Master- Doctorat
MAEP Mécanisme africain d’évaluation par les pairs
MCD Modèle Conceptuel de Données
MCT Modèle Logique de Traitements
MEF Metro Ethernet Forum
MERISE Méthode d’Etude et Réalisation Informatique pour les Systèmes de
l’Entreprise

16. MESupRES Ministère de l’Enseignement Supérieur et de la Recherche
Scientifique
MFB Ministère des Finances et du Budget
MIC Madagascar Informatique Corporation
MLD Modèle Logique de données
MOT Modèle Organisationnel de traitements
MVC Modèle-View-Contrôler
MVT Modèle –View-Template
PRESUP Programme de renforcement en l’Enseignement Supérieur
SEPT Société d’Exploitation du Port de Toamasina
SGBDR Système de Gestion de Base de Données Relationnel
SMMC Société de Manutention des Marchandises Conventionnelles
SOCOLAIT Société Commerciale Laitière
TELMA Telecom Madagascar
TIC Technologies de l’Information et de la communication
UPST Université Paul Sabatier de Toulouse
WWF Fonds Mondial pour la Nature

17. INTRODUCTION GENERALE
Dans le cadre de la formation à l’Ecole Nationale d’Informatique, les étudiants ont été amenés
à finaliser leur formation de Licence professionnelle par un stage de trois mois. Ce stage permet
de confronter l’enseignement théorique reçu pendant les cours et les connaissances acquises
lors des précédentes expériences professionnels et des problématiques plus générales propres
au fonctionnement d’une organisation.
Pour notre part, le stage de fin d’études s’est déroulé au sein de l’Ecole Nationale
d’Informatique même, plus précisément dans le Responsable de Mention. L’objectif de ce stage
est la conception et la réalisation d’une application pour la gestion de la soutenance. Pour ce
faire, on utilise une méthode pour la conception, un langage pour le développement de
l’application et le SGBD pour la base de données.
Ces éléments qui peuvent paraîtres évidents d’un point de vue théorique, sont en pratique,
difficiles à mettre en place et à exploiter. Ce projet a donc débuté par une phase de
compréhension et de formulation pour ensuite s’appuyer sur l’analyse. Cette méthodologie a
été dictée par des contraintes et des objectifs de réalisation. La conception du système s’est
ensuite faite, formellement, sur la base des résultats de l’analyse validée par les personnels du
Responsable de Mention. Ensuite la réalisation s’est déroulée comme prévu.
Ce mémoire propose, dans la première partie, la présentation du cadre de stage en présentant
l’Ecole Nationale d’Informatique. Ensuite, dans la seconde partie, l’analyse préalable composée
de l’analyse de l’existant suivi de la conception avant-projet et l’analyse conceptuelle en
effectuant la synthèse des besoins suivant les étapes de la méthode utilisée. Et enfin, dans la
dernière partie, la réalisation tout en exposant la présentation, suivi ensuite du développement.

18. PARTIE I. PRESENTATIONS

19. Chapitre 1. PRESENTATION DE L’ECOLE NATIONALE
D’INFORMATIQUE
1.1. Informations d’ordre général
L’Ecole Nationale d’Informatique, en abrégé ENI, est un établissement d’enseignement
supérieur rattaché académiquement et administrativement à l’Université de Fianarantsoa.
Le siège de l’Ecole se trouve à Tanambao- Antaninarenina à Fianarantsoa.
L’adresse pour la prise de contact avec l’Ecole est la suivante :
Ecole Nationale d’Informatique (ENI) Tanambao, Fianarantsoa. Le numéro de sa boîte
postale est 1487 avec le code postal 301. Téléphone : 020 75 508 01. Son adresse électronique
est la suivante : eni@univ-fianar.mg. Site Web : www. eni@univ-fianar.mg/eni
1.2. Missions et historique
L’ENI se positionne sur l’échiquier socio-éducatif malgache comme étant le plus puissant
secteur de diffusion et de vulgarisation des connaissances et des technologies informatiques.
Cette Ecole Supérieure peut être considérée aujourd’hui comme la vitrine et la pépinière des
élites informaticiennes du pays.
L’Ecole s’est constituée de façon progressive au sein du Centre Universitaire Régional (CUR)
de Fianarantsoa.
De façon formelle, l’ENI était constituée et créée au sein du (CUR) par le décret N° 83-185 du
24 Mai 1983, comme étant le seul établissement Universitaire Professionnalisé au niveau
national, destiné à former des techniciens et des Ingénieurs de haut niveau, aptes à répondre
aux besoins et exigences d’Informatisation des entreprises, des sociétés et des organes
implantés à Madagascar.
L’ENI a pour conséquent pour mission de former des spécialistes informaticiens compétents et
opérationnels de différents niveaux notamment :
 En fournissant à des étudiants des connaissances de base en informatique ;
En leur transmettant le savoir-faire requis, à travers la professionnalisation des formations
dispensées et en essayant une meilleure adéquation

20.  En initiant les étudiants aux activités de recherche dans les différents domaines des
Technologies de l’information et de la communication (TIC).
L’implantation de cette Ecole Supérieure de technologie de pointe dans un pays en
développement et dans une Province (ou Faritany) à tissu économique et industriel faiblement
développé ne l’a pourtant pas défavorisée, ni empêchée de former des spécialistes
informaticiens de bon niveau, qui sont recherchés par les entreprises, les sociétés et les
organismes publics et privés sur le marché de l’emploi.
La filière de formation d’Analystes Programmeurs a été mise en place à l’Ecole en 1983, et a
été gelée par la suite en 1996, tandis que la filière de formation d’ingénieurs a été ouverte à
l’Ecole en 1986.
Dans le cadre du Programme de renforcement en l’Enseignement Supérieur (PRESUP), la
filière de formation des Techniciens Supérieurs en Maintenance des Systèmes des
informatiques a été mise en place en 1986 grâce à l’appui matériel et financier de la Mission
Française de coopération auprès de l’Ambassade de France à Madagascar.
Une formation pour l’obtention de la certification CCNA et / ou NETWORK +. appelée
« CISCO Networking Academy » a été créée à l’Ecole en 2002-2003 grâce au partenariat
avec CISCO SYSTEM et l’Ecole Supérieure Polytechnique d’Antananarivo (ESPA).
Cependant, cette formation n’avait pas duré longtemps.
Une formation de troisième cycle a été ouverte à l’Ecole a été ouverte à l’Ecole depuis l’année
2003 – 2004 grâce à la coopération académique et scientifique entre l’Université de
Fianarantsoa pour le compte de l’ENI et l’Université Paul Sabatier de Toulouse (UPST).
Cette filière avait pour objectif de former certains étudiants à la recherche dans les différents
domaines de l’Informatique, et notamment pour préparer la relève des Enseignants-Chercheurs
qui étaient en poste.
Pendant l’année 2007-2008, la formation en vue de l’obtention du diplôme de Licence
Professionnelle en Informatique a été mise en place à l’ENI avec les deux options suivantes de
formation :
- Génie Logiciel et base de Données.
- Administration des Système et réseaux.
La mise en place à l’Ecole de ces deux options de formation devait répondre au besoin de
basculement vers le système Licence – Master – Doctorat (LMD).
Mais la filière de formation des Techniciens Supérieurs en Maintenance des Systèmes
Informatiques a été gelée en 2009.
En vue de surmonter les difficultés de limitation de l’effectif des étudiants accueillis à l’Ecole,
notamment à cause du manque d’infrastructures, un système de « Formation Hybride » a été
mise en place à partir de l’année 2010. Il s’agit en effet d’un système de formation semi-
présentielle et à distance avec l’utilisation de la visioconférence pour la formation à distance.
Le système de formation hybride a été ainsi créé à Fianarantsoa ainsi qu’Université de Toliara.
1.3. Organigramme institutionnel de l’ENI

21. Cet organigramme de l’Ecole est inspiré des dispositions du décret N° 83-185 du 23 Mai 1983.
L’ENI est administrée par un conseil d’Ecole, et dirigée par un directeur nommé par un décret
adopté en conseil des Ministres.
Le Collège des enseignants regroupant tous les enseignants-chercheurs de l’Ecole est chargé de
résoudre les problèmes liés à l’organisation pédagogique des enseignements ainsi que à
l’élaboration des emplois du temps.
Le Conseil Scientifique propose les orientations pédagogiques et scientifiques de
l’établissement, en tenant compte notamment de l’évolution du marché de travail et de
l’adéquation des formations dispensées par rapport aux besoins des entreprises.
Trois départements de formation caractérisent l’organigramme :
- Le département de formation théorique à l’intérieur de l’Ecole ;
- Le département de formation pratique pour la coordination et la supervision des
stages en entreprise et des voyages d’études ;
Le département de formation doctorale pour l’organisation de la formation de 3ème cycle.
La figure 1 présente l’organigramme actuel de l’Ecole.
Figure 1.3.1.1.1. Organigramme de l’ENI
Sur cet organigramme, l’Ecole placée sous la tutelle académique et administrative de
l’Université de Fianarantsoa, et dirigée par un Directeur élu par les Enseignants – Chercheurs
permanents de l’Etablissement et nommé par un décret pris en Conseil des ministres pour un
mandat de 3 ans.
Le Conseil de l’Ecole est l’organe délibérant de l’Ecole.
Le Collège des Enseignants propose et coordonne les programmes d’activités pédagogiques.

22. Le Conseil scientifique coordonne les programmes de recherche à mettre en œuvre à l’Ecole.
Le Secrétariat principal coordonne les activités des services administratifs (Scolarité,
Comptabilité, et Intendance).
Conformément aux textes en vigueur régissant les Etablissements malgaches d’Enseignement
Supérieur, qui sont barrés sur le système LMD, les Départements de Formation pédagogique
ont été ainsi remplacés par des Mentions et des parcours. Et les chefs des Départements ont été
ainsi remplacés par des responsables des mentions et les responsables des parcours.
Un administrateur des Réseaux et Systèmes gère le système d’information de l’Ecole et celui
de l’Université.
1.4. Domaines de spécialisation
Les activités de formation et de recherche organisées à l’ENI portent sur les domaines suivants :
 Génie logiciel et Base de Données ;
 Administration des Systèmes et Réseaux ;
 Informatique Générale
 Modélisation informatique et mathématique des Systèmes complexes.
D’une manière plus générale, les programmes des formations sont basés sur l’informatique de
gestion et sur l’informatique des Systèmes et Réseaux. Et les modules de formation intègrent
aussi bien des éléments d’Informatique fondamentale que des éléments d’Informat ique
appliquée.
Le tableau 1 décrit l’organisation du système de formation pédagogique de l’Ecole.
Tableau 1. Organisation du système de formation pédagogique de l’Ecole.
Formation théorique Formation pratique
- Enseignement théorique
- Travaux dirigés
- Travaux pratiques
- Etude de cas
- Travaux de réalisation
- Projets / Projets tutorés
- Voyage d’études
- Stages
1.5. Architecture des formations pédagogiques

23. Le recrutement des étudiants à l’ENI se fait uniquement par voie de concours d’envergure
nationale en première année.
Les offres de formation organisées à l’Ecole ont été validées par la Commission Nationale
d’Habilitation (CNH) auprès du Ministères de l’Enseignement Supérieur et de la Recherche
Scientifique selon les dispositions de l’Arrêté N°31.174/2012-MENS en date du 05 Décembre
2012.
Au sein de l’ENI, il existe une seule mention (INFORMATIQUE) et trois parcours :
o Génie logiciel et Base de Données ;
o Administration des Systèmes et Réseaux ;
o Informatique Générale
L’architecture des études à trois niveaux conforment au système Licence- Master-Doctoral
(LMD) permet les comparaisons et les équivalences académiques des diplômes au niveau
international.
 L = Licence (Bac + 3) = L1, L2, L3 = 6 semestres S1 à S6
 M = Master (Bac + 5) = M1, M2 = 4 semestres S7 à S10
Le diplôme de licence est obtenu en 3 années des études après Baccalauréat. Et le diplôme de
Master est obtenu en 2 ans après obtenu du diplôme de LICENCE.
Le MASTER PROFESSIONNEL est un diplôme destiné à la recherche emploi au terme des
études.
Le MASTER RECHERCHE est un diplôme qui remplace l’ancien Diplôme d’Etudes
Approfondies (DEA), et qui permet de s’inscrire directement dans une Ecole Doctorale.au
terme des études.
 D = Doctorat (Bac +8)
Le Doctorat est un diplôme qu’on peut obtenir en 3 ans après l’obtention du diplôme de
MASTER RECHERCHE.
Le tableau 2 présente l’architecture des études correspondant au système LMD.

24. Tableau 2 : Architecture des études correspondant au système LMD.
DTS : Diplôme de Technicien Supérieur
BTS : Brevet de Technicien Supérieur
DUT : Diplôme Universitaire de Technicien
La licence peut avoir une vocation générale ou possessionnelle.
Le master peut avoir une vocation professionnelle ou de recherche.
Tableau 3 : Liste des formations existantes à l’ENI
FORMATION EN
LICENCE PROFESSIONNELLE ET
HYBRIDE
MASTER
Condition
d’admission
Par voie de concours Formation
Professionnelle : 100 candidats
Formation hybride : 150 candidats
Condition
d’accès
Bac de série C, D ou Technique Être titulaire de licence
professionnelle
Durée de
formation
3 années 2 années
Diplôme à
délivrer
Diplôme de Licence Professionnelle en
Informatique
Diplôme de Master
Professionnel
Diplôme de Master
Recherche
L’accès en première année de MASTER se fait automatiquement pour les étudiants de l’Ecole
qui ont obtenu le diplôme de Licence Professionnelle.
Le Master Recherche permet à son titulaire de poursuivre directement des études en doctorat et
de s’inscrire directement dans une Ecole Doctorale.
Les Ecoles Doctorales jouissent d’une autonomie de gestion par rapport aux Etablissements de
formation universitaire.
Il convient de signaler que par arrêté ministériel N° 21.626/2012 – MESupRES publié le 9 Août
2012 par la Commission National d’habilitation (CNH), l’Ecole Doctorale « Modélisation –
Informatique » a été habilitée pour l’Université de Fianarantsoa.

26. Depuis l’année universitaire 2010-2011, l’ENI s’est mise à organiser des formations hybrides
en informatique dans les différentes régions (Fianarantsoa, Toliara) en raison de l’insuffisance
de la capacité d’accueil des infrastructures logistiques. En effet, le système de formation
hybride semi - présentielle utilise la visioconférence pour la formation à distance.
Bien qu’il n’existe pas encore au niveau international de reconnaissance écrite et formelle des
diplômes délivrés par l’ENI, les étudiants diplômés de l’Ecole sont plutôt bien accueillis dans
les instituts universitaires étrangères (CANADA, Suisse, France…)
1.6. Relations de l’ENI avec les entreprises et les organismes
Les stages effectués chaque année par les étudiants mettent l’Ecole en rapport permanent avec
plus de 300 entreprises et organismes publics, semi-publics et privés, nationaux et
internationaux.
L’Ecole dispose ainsi d’un réseau d’entreprises, de sociétés et d’organismes publics et privés
qui sont des partenaires par l’accueil en stage de ses étudiants, et éventuellement pour le
recrutement après l’obtention des diplômes par ces derniers.
Les compétences que l’Ecole cherche à développer chez ses étudiants sont l’adaptabilité, le sens
de la responsabilité, du travail en équipe, le goût de l’expérimentation et l’innovation.
En effet, la vocation de l’ENI est de former des techniciens supérieurs de niveau LICENCE et
des ingénieurs de type généraliste de niveau MASTER avec des qualités scientifiques,
techniques et humaines reconnues, capables d’évoluer professionnellement dans des secteurs
d’activité variés intégrant l’informatique.
Les stages en milieu professionnel permettent de favoriser une meilleure adéquation entre les
formations à l’Ecole et les besoins évolutifs du marché de l’emploi.
Les principaux débouchés professionnels des diplômés de l’Ecole concernent les domaines
suivants :
 L’informatique de gestion d’entreprise
 Les technologies de l’information et de la communication (TIC)
 La sécurité informatique des réseaux
 L’administration des réseaux et des systèmes
 Les services bancaires et financiers, notamment le Mobile Banking
 Les télécommunications et la téléphonie mobile
 Les Big Data
 Le commerce, la vente et l’achat, le Marketing
 L’ingénierie informatique appliquée
 L’écologie et le développement durable
Parmi les sociétés, entreprises et organismes partenaires de l’Ecole, on peut citer :
ACCENTURE Mauritius, Air Madagascar, Ambre Associates, Airtel, Agence Universitaire de
la Francophonie ( AUF) , B2B, Banque Centrale, BFG-SG, BIANCO, BLUELINE, Bureau
national de gestion des Risques et des catastrophes (BNGRC), CEDII-Fianarantsoa, Data

27. Consulting, Central Test, Centre National Antiacridien, CNRE, CHU, CNRIT, COLAS,
Direction Générale des Douanes, DLC, DTS/Moov, FID, FTM, GNOSYS, IBONIA,
INGENOSIA, INSTAT, IOGA, JIRAMA, JOUVE, MADADEV, MAEP, MEF, MEN,
MESupRES, MFB, MIC, MNINTER, Min des postes/Télécommunications et du
Développement Numérique, NEOV MAD, Ny Havana, Madagascar National Parks,
OMNITEC, ORANGE, OTME, PRACCESS, QMM Fort-Dauphin, SMMC, SNEDADRS
Antsirabe, Sénat, Société d’Exploitation du Port de Toamasina (SEPT), SOFTWELL, Strategy
Consulting, TELMA, VIVETEC, Société LAZAN’I BETSILEO, WWF …
L’organisation de stage en entreprise continue non seulement à renforcer la professionnalisation
des formations dispensées, mais elle continue surtout à accroître de façon exceptionnelle les
opportunités d’embauche pour les diplômés de l’Ecole.
1.7. Partenariat au niveau international
Entre 1196 et 1999, l’ENI avait bénéficié de l’assistance technique et financière de la Mission
Française de Coopération et d’action culturelle dans le cadre du Programme de Renforcement
de l’Enseignement Supérieur (PRESUP) consacré à l’Ecole a notamment porté sur :
 Une dotation en logiciels, micro-ordinateurs, équipements de laboratoire de
maintenance et de matériels didactiques
 La réactualisation des programmes de formation assortie du renouvellement du fonds
de la bibliothèque
 L’appui à la formation des formateurs
 L’affectation à l’Ecole d’Assistants techniques français
De 2000 à 2004, l’ENI avait fait partie des membres du bureau de la Conférence Internationale
des Ecoles de formation d’Ingénieurs et Technicien d’Expression Française (CITEF).
Les Enseignants-Chercheurs de l’Ecole participent régulièrement aux activités organisées dans
le cadre du Colloque Africain sur la Recherche en Informatique (CARI).
L’ENI avait également signé un accord de coopération inter-universitaire avec l’Institut de
Recherche en Mathématiques et Informatique Appliquées (IREMIA) de l’Université de la
Réunion, l’Université de Rennes 1, l’INSA de Rennes, l’Institut National Polytechnique de
Grenoble (INPG).
A partir du mois de Juillet 2001, l’ENI avait abrité le Centre de Réseau Opérationnel (Network
Operating Center) du point d’accès à Internet de l’Ecole ainsi que de l’Université de
Fianarantsoa. Grâce à ce projet américain qui a été financé par l’USAID Madagascar, l’ENI de
l’Université de Fianarantsoa avait été dotées d’une ligne spécialisée d’accès permanent au
réseau Internet.

28. L’ENI avait de même noué des relations de coopération avec l’Institut de Recherche pour le
Développement (IRD).
L’objet du projet de coopération avait porté sur la modélisation environnementale du Corridor
forestier de Fandriana jusqu’à Vondrozo (COFAV). Dans ce cadre, un atelier scientifique
international avait été organisé à l’ENI en Septembre 2008. Cet atelier scientifique avait eu pour
thème de modélisation des paysages.
Et dans le cadre du programme scientifique PARRUR, l’IRD avait financé depuis 2010 le projet
intitulé « Forêts, Parcs et Pauvreté dans le Sud de Madagascar (FPPSM). Des étudiants en DEA
et des Doctorants issus de l’ENI avaient participé à ce Programme.
Par ailleurs, depuis toujours la même année 2010, l’ENI de Fianarantsoa avait été sélectionnée
pour faire partie des organismes partenaires de l’Université de Savoie dans le cadre du projet
TICEVAL relatif à la certification des compétences en TIC ;
Le projet TICEVAL avait été financé par le Fonds Francophone des Inforoutes pour la période
allant de 2010 à 2012, et il avait eu pour objectif de généraliser la certification des compétences
en Informatique et Internet du type C2i2e et C2imi.
Dans le cadre du projet TICEVAL, une convention de coopération avec l’Université de Savoie
avait été signée par les deux parties concernées. La mise en œuvre de la Convention de
Coopération avait permis d’envoyer des étudiants de l’ENI à Chambéry pour poursuivre des
études supérieures en Informatique.
Enfin et non des moindres, l’ENI avait signé en Septembre 2009 un protocole de collaboration
scientifique avec l’ESIROI – STIM de l’Université de la Réunion.
Comme l’ENI constitue une pépinière incubatrice de technologie de pointe, d’emplois et
d’entreprises, elle peut très bien servir d’instrument efficace pour renforcer la croissance
économique du pays, et pour lutter contre la Pauvreté.
De même que le statut de l’Ecole devrait permettre de renforcer la position concurrentielle de
la Grande Ile sir l’orbite de la modélisation grâce au développement des nouvelles technologies.
Débouche professionnels des diplômés
Le chômage des jeunes diplômés universitaires fait partie des maux qui gangrènent
Madagascar. L’environnement socio-politique du pays depuis 2008 jusqu’ à ce jour a fait que
le chômage des diplômés est devenu massif par rapport aux établissements de formation
supérieure existants.
Cependant, les formations proposées par l’Ecole permettent aux diplômés d’être
immédiatement opérationnels sur le marché du travail avec la connaissance d’un métier complet
lié à l’informatique aux TIC.

29. L’Ecole apporte à ses étudiants un savoir-faire et un savoir-être qui les accompagnent tout au
long de leur vie professionnelle. Elle a une vocation professionnalisante.
Les diplômés en LICENCE et en MASTER issus de l’ENI peuvent faire carrière dans différents
secteurs.
L’Ecole bénéficie aujourd’hui de 34 années d’expériences pédagogiques et de reconnaissance
auprès des sociétés, des entreprises et des organismes. C’est une Ecole Supérieure de référence
en matière informatique.
Par conséquent, en raison de fait que l’équipe pédagogique de l’Ecole est expérimentée, les
enseignants-chercheurs et les autres formateurs de l’Ecole sont dotés d’une grande expérience
dans l’enseignement et dans le milieu professionnel.
L’Ecole est fière de collaborer de façon régulière avec un nombre croissant d’entreprises, de
sociétés et d’organismes publics et privés à travers les stages des étudiants. Les formations
dispensées à l’Ecole sont ainsi orientées vers le besoin et les attentes des entreprises et des
sociétés.
L’Ecole fournit à ses étudiants de niveau LICENCE et MASTER des compétences
professionnelles et métiers indispensables pour les intégrer sur le marché du travail.
L’Ecole s’efforce de proposer à ses étudiants une double compétence à la fois technologique et
managériale combinant l’informatique de gestion ainsi que l’administration des réseaux et
systèmes.
D’une manière générale, les diplômés de l’ENI n’éprouvent pas de difficultés particulières à
être recrutés au terme de leurs études. Cependant, l’ENI recommande à ses diplômés de
promouvoir l’entrepreneuriat en TIC et de créer des cybercafés, des SSII ou des bureaux
d’études.

30. Tableau 4 : Débouchés professionnels éventuels des diplômés
LICENCE - Analyste
- Programmeur
- Administrateur de site web/de portail web
- Assistant Informatique et internet
- Chef de projet web ou multimédia
- Développeur Informatique ou multimédia
- Intégrateur web ou web designer
- Hot liner/Hébergeur Internet
- Agent de référencement
- Technicien/Supérieur de help desk sur Informatique
- Responsable de sécurité web
- Administrateur de réseau
- Administrateur de cybercafé
MASTER - Administrateur de cybercafé
- Administrateur de réseau et système
- Architecture de système d’information
- Développeur d’application /web /java/Python/ IOS
/Android
- Ingénieur réseau
- Webmaster /web designer
- Concepteur Réalisateur d’applications
- Directeur du système de formation
- Directeur de projet informatique
- Chef de projet informatique
- Responsable de sécurité informatique
- Consultant fonctionnel ou freelance
- Administrateur de cybercafé

31. 1.8. Ressources humaines
 Directeur de l’Ecole : Professeur RAMAMONJISOA Bertin Olivier
 Responsable de Mention : Docteur MAHATODY Thomas
 Responsable de Parcours « Génie Logiciel et Base de Données » : Docteur
RATIARSON Venot
 Responsable de Parcours « Administration Systèmes et Réseaux » : Monsieur SIAKA
 Responsable de Parcours « Informatique Générale » : Docteur
RAKOTOASIMBAHOAKA Cyprien Robert
 Nombre d’Enseignants permanents : 13 dont deux (02) Professeurs Titulaires, six (06)
Maîtres de Conférences et cinq (05) Assistants d’ Assistants d’Enseignement
Supérieur et de Recherche
 Nombre d’Enseignants vacataires : 10
 Personnel Administratif : 23

32. Chapitre 2. PRESENTATION DE L’ECOLE NATIONALE D’INFORMATIQUE
L’Ecole Nationale d’Informatique a été présenté dans le chapitre précédent.
Chapitre 3. DESCRIPTION DU PROJET
Après avoir évoqué la présentation de l’Ecole Nationale d’informatique dans le chapitre
précédent, nous allons voir la description du projet de façons détaillé : sa formulation, ses
objectifs, les moyens en personnel et matériels nécessaires, les besoins des utilisateurs ainsi que
les résultats attendus.
3.1. Formulation
Ce stage a été effectué à l’Ecole Nationale d’Informatique au sein du département responsable
de mention, Cette partie tienne une grande place dans l’Ecole, qui s’occupe à la fois la gestion
du calendrier pédagogique, de la disponibilité des enseignants, du partage des sujets, de
l’emploi du temps, du stage ainsi que la gestion de la soutenance. Ces activités sont aussi
importantes l’une que l’autre. Mais ce projet ne concerne que la gestion de soutenance, pour
suivre et faciliter le contrôle de cette dernière.
3.2. Objectif et besoins d’utilisateur
3.2.1. Objectif
Le principal objectif du projet est de concevoir et réaliser une application pour la gestion de
soutenance.
3.2.2. Besoins d’utilisateur
Les besoins des utilisateurs sont :
 Faire une recherche de nom de l’enseignant avec les élèves soutenus
 Vérification de membre de jury au cas de soutenance en parallèle
 Rendre automatique les calendriers de la soutenance
 Equilibrer les élèves soutenus par les enseignants aux fonctions de ses anciennetés
 Imprimer le procès-verbal
3.3. Moyens nécessaires à la réalisation du projet
Pour réaliser un projet, nous avons besoin de quelques moyens :
- Moyens humains
- Moyens matériels
- Moyens logiciels
1.1.1. Moyens humains
- Interlocuteurs en charge du projet :
Les services de l’école

33. - Concepteur/développeur :
Le stagiaire
Moyens matériels
Le tableau 5 représente les caractéristiques de machine utilisée pour ce projet.
Le tableau 5 : Caractéristiques de l’ordinateur utilisé.
Type Processeur Système
d’exploitation
RAM Disque Dure
Ordinateur
portable
Core i5 Windows 10
64bits
8Go 500Go
1.1.1. Moyens logiciels
Pour la bonne réalisation du projet quelques logiciels et outils ont été nécessaire, comme le
tableau 6 les représente.
Tableau 6 : Caractéristiques des logiciels utilisés.
N° Type Description Commentaire
1 Logiciel de
modélisation
Visual Paradigm Pour la modélisation des données
2 Serveur Xampp Pour la gestion de la base de
données
3 Système de gestion
de base de données
Pg Admin v4 Pour l’édition visuel de base de
données
4 IDE - Spring Tool
Suite (sts)
pour
l’Eclipse
- Vs Code
Pour le développement du projet
1.2. Résultats attendus
A la fin de ce projet, le service au sein du responsable du mention aura une application
permettant de visualiser :
- les procédures effectués durant la préparation de soutenance
- la répartition des salles et les membres de jury
- le procès-verbal et la grille d’évaluation
- l’équilibre des élèves soutenus des membres du jury avec la variation des fonctions de ces
derniers

34. PARTIE II. ANALYSE ET CONCEPTION

35. Chapitre 2. ANALYSE PREALABLE
Ce chapitre se repose sur l’analyse de la situation existante de l’Ecole et propose des solutions
afin de résoudre le manque lors de la critique de l’existante.
2.1. Analyse de l’existant
L’analyse de l’existant est une étape de compréhension qui est indispensable dans la conception
d’un système d’information dans une organisation. Il a pour objectifs de :
 Comprendre le système d’information actuel de l’entreprise, et prendre
connaissance dans les détails les domaines pour lesquels la société souhaite
apporter des améliorations,
 Déceler les anomalies, pouvant représenter un réel handicap pour le
développement de l’entreprise,
 Proposer des améliorations concrètes et réalisables, en se référant aux objectifs
de la société et en fixant comme plan de travail le ou les domaines pour lesquels
elle souhaite améliorer son revenu.
2.1.1. Organisation actuelle
Actuellement, au sein du responsable de mention, les secrétaires sont en service de tous les
enseignants. Ils sont donc soumis au contrôle et au suivi de la soutenance. Au niveau
d’obtention de thème, la répartition de la salle et la date de soutenance, les procédures effectués
dépendent du niveau des étudiants (les premières années en licence et les premières années en
master sont dans le même cas, les deuxièmes années en licences sont différentes, les troisièmes
années en licence avec les deuxièmes années en master). Une fois ces informations sont remises
aux responsables de mention, ils vont partitionner les membres de jury, cela se fait
manuellement avec la vérification de ces derniers. Le calendrier sera rempli avec ces
informations en utilisant le Microsoft Word et Excel et sera affiché aux étudiants. Les étudiants
commenceront à déposer le livre du rapport avec la grille d’évaluation et le rapport de lecture
et pourront faire la soutenance, si non la soutenance sera pour la prochaine rattrapages. A la fin
de la soutenance, le procès-verbal saisi et la grille d’évaluation dans la mention seront apportés
à la scolarité.
2.1.2. Moyens matériels et logiciels
Le tableau 7 représente les moyens matériels pour la réalisation du projet.
Tableau 7 : les moyens matériels.
N° Désignation Caractéristiques Quantité

36. 1 Poste de travail PC CPU AMD E1-120APU 4Go
RAM4Go
HD500Go
Windows7
32bits
1
2 Poste de travail PC CPU AMD E1-120APU 4Go
RAM4Go
HD500Go
Windows10
64bits
1
3 Imprimante HP LaserJet 1320 1
Le tableau 8 suivant illustre les moyens logiciels.
Tableau 8 : les moyens logiciels.
N° Désignation Description0
1 Microsoft WORD Pour la saisie de données
2 Microsoft EXCEL Pour la saisie de données
2.2. Critique de l’existant
La critique de l’existant est un moyen qui tente de faire apparaître les défauts et les qualités de
ce qui existe déjà.
Point fort : Une fois les données conservées, ils sont toujours récupérables.
Point faible :
- Inégalité de nombre d’étudiants soutenus des enseignants
- Perte du temps pour les traitements de données
- Perte de certains fichiers
- Difficulté pour une recherche des enseignants et les étudiants soutenus
- Occupation de place pour la conservation des fichiers
Éventuellement, aucun logiciel n’est destiné à la gestion de soutenance, le service utilise Excel
et Word, cela dépend du fichier à traiter. Ce dernier est facile d’utilisation, il traite les calculs
et saisie des informations mais il a ses limites quand il s’agit de sérieuses gestions comme la
recherche de nombre des étudiants soutenus de chaque enseignants ou comparaison de ces
informations. Utiliser Excel et Word n’est pas fiable et entraîne une perte de temps, de données
vu le nombre des étudiants.
2.3. Proposition des solutions
Pour répondre à la demande du personnel, on a proposé les solutions suivantes :
Solution 1 : Concevoir et réaliser une application pour gérer la soutenance
Solution 2 : Télécharger une application de gestion de soutenance
Solution 3 : Acheter une application de gestion de soutenance
Le tableau 6 présente les avantages et les inconvénients des solutions proposées.

37. Avantages de la solution Inconvénients
Solution 1 -Application sur mesure : l’utilisation de
l’application répond aux besoins réels de
l’utilisateur
-Application fiable
-Application facile à utiliser
-Le développement prend de temps
pour la mise en place
Solution 2 -Application prête à utiliser
-Application gratuite
-Besoin de formation pour
l’utilisateur
Solution 3 -Application prête à utiliser -Difficulté de paiement
-Difficulté de la livraison
-Mal adaptation parce que cette
application est bien foutue
Tableau 1: Avantages et inconvénients des solutions proposées
La deuxième solution consiste à télécharger un logiciel prêt à utiliser comme « GESTION DE
SOUTENANCE » et la troisième solution est d’acheter un logiciel mais qui ne répond pas
l’intégralité des besoins réels de la société.
Donc, la solution 1 de développer une application sur mesure répond aux besoins réels de la
société sera bénéfique.
2.4. Conception avant-projet
Pour concevoir et réaliser une application, on a besoin d’utiliser une méthode de conception,
un langage de développement, un SGBD et un outil de modélisation.
2.4.1. Méthode de conception
Il existe beaucoup de méthode de conception telle que :
 Les méthodes classiques comme le MERISE
 Les méthodes d’agiles comme le XP
Avant de faire un choix, comparons deux méthodes différentes.
Le tableau 9 représente la comparaison entre merise et XP.
Tableau 9 : comparaison entre merise et XP.
Merise XP
Méthode
d’approche
Séquence de spécification, conception,
réalisation, validation
Itération, incrémentation
Avantage Sépare clairement les données et le
traitement
S’intéresse à la satisfaction
de client
Inconvénient Changement très dure en cas de
modification de spécification
Documentation très réduites
Choix et justification
On a choisi la méthode XP parce qu’elle satisfait les besoins du client, ainsi que les petits ou
moyens projets. On associera cette méthode avec la notation UML.
Présentation de XP

38. Extrem programming XP
L’eXtrem Programming appartient à la famille de la méthode d’agile. C’est un ensemble de
pratiques qui couvre une grande partie des activités de la réalisation d’un logiciel :
 Planification
 Organisation de l’équipe de développement
 Echanges avec le client
 Programmation
XP est une méthode destinée au petit projet dont le nombre de participant est réduit. Il considère
que la satisfaction de 4 variables va contribuer au développement efficace d’un produit
fonctionnel. Ces variables sont :
 Le coût : le développement se fait par petits modules, cela permet de suivre de près les
dépenses pour ne pas dépasser les budgets.
 Le temps : le développement par modules permet de suivre l’évolution du
développement en fonction du temps passé.
 La qualité : pour XP, la qualité doit toujours être maximum. C’est la seule variable qui
ne peut pas varier.
 L’étendue : le nombre de fonctionnalité va dépendre du temps et du budget à
disposition. C’est le client qui va décider de ce qui sera développé ou pas afin de garder
la plus grande qualité possible, en restant dans les délais et les budgets.
Afin de satisfaire les quatre (4) variables, XP met en évidence 4 valeurs essentielles au travers
de la méthode : la communication, la simplicité, le feed-back et le courage.
 La communication : c’est le moyen fondamental pour éviter les problèmes. Les
pratiques que préconise l’XP imposent une communication intense. Les tests, la
programmation en binôme et le jeu du planning obligent les développeurs, et les clients
à communiquer.
 La simplicité : la façon la plus simple d’arriver au résultat est la meilleure. Anticiper
les extensions futures est une perte de temps. Une application simple sera plus facile à
faire évoluer.
 Le feedback : le retour d’information est primordial pour le programmeur et le client.
Les tests unitaires indiquent si le code fonctionne. Les tests fonctionnels donnent
l’avancement du projet. Les livraisons fréquentes permettent de tester les fonctionnalités
rapidement.
 Le courage : certains changements demandent beaucoup de courage. Il faut parfois
changer l’architecture d’un projet, jeter du code pou en produire un meilleur ou essayer
une nouvelle technique. Le courage permet de sortir d’une situation inadaptée. C’est
difficile, mais la simplicité, le feedback et la communication rendent les taches
accessibles.
Unified Modeling Langage (UML)
UML est une notation permettant de modéliser un problème de façon standard. C’est un langage
qui permet de représenter des modèles, mais il ne définit pas le processus d’élaboration de ces

39. modèles. Cependant, dans le cadre de la modélisation application informatique, les auteurs
d’UML préconisent d’utiliser une démarche.
 Itérative et incrémentale
L’idée est simple : pour modéliser (comprendre et représenter) un système complexe, il
vaut mieux s’y prendre en plusieurs fois, en affirmant son analyse par étapes. Cette
démarche devrait aussi s’appliquer au cycle de développement dans son ensemble, en
favorisant le prototype. Le but est de mieux maîtriser la part d’inconnu et d’incertitudes
qui caractérisent les systèmes complexes.
 Guidée par les besoins des utilisateurs du système
Ce sont les utilisateurs qui guident la définition des modèles : le périmètre du système
à modéliser est défini par les besoins de ses utilisateurs. Le but du système à modéliser
est de répondre aux besoins de ses utilisateurs (les utilisateurs sont les clients du
système). A chaque itération de la phase de conception et de réalisation, on veille à la
prise en compte des besoins des utilisateurs. A chaque itération de la phase de test, on
vérifie que les besoins des utilisateurs sont satisfaits.
 Centrée sur l’architecture logicielle
Une architecture adaptée est la clé de voûte du succès d’un développement. Elle décrit
des choix stratégiques qui déterminent en grande partie les qualités du logiciel
(adaptabilité, performance, fiabilité…)
D’après les auteurs d’UML, un processus de développement qui possède ces qualités devrait
favoriser la réussite d’un projet.
La modélisation consiste à créer une représentation simplifiée d’un problème : le modèle. Grâce
au modèle, il est possible de représenter simplement un problème, un concept et le simuler. La
modélisation comporte deux composantes :
 L’analyse, c’est-à-dire l’étude du problème
 La conception, soit la mise au point d’une solution au problème
Le modèle constitue ainsi une représentation possible du système pour un point de vue donné.
UML fournit un moyen astucieux permettant de représenter diverses projections d’une même
représentation grâce aux vues. Une vue est constituée d’un ou plusieurs diagrammes comme :
 Le diagramme de cas d’utilisation
Le diagramme de cas d’utilisation permet de représenter le fonctionnement du système vis-à-
vis de l’utilisateur, c’est donc une vue du système dans son environnement extérieur. Un cas
d’utilisation est une manière spécifique d’utiliser un système. C’est l’image d’une
fonctionnalité du système, déclenchée en réponse à la stimulation d’un acteur externe.

40.  Les diagrammes des séquences
Les diagrammes de séquences permettent de représenter la succession chronologique des
opérations réalisées par un acteur et la réponse du système, ils font passer d’un objet à un autre
pour représenter un scénario.
 Les diagrammes de classes
Les diagrammes de classes représentent les entités significatives du domaine. Ils expriment
aussi de manière générale la structure statique d’un système, en termes de classes et de relations
entre ces classes. Une classe permet de décrire un ensemble d’objets (attributs et
comportements), tandis qu’une relation ou association permet de faire apparaitre des liens entre
ces objets.
Le diagramme de classe est un modèle permettant de décrire de manière abstraite et générale
les liens entre objets.
 Le diagramme de paquetage
Dans le diagramme de paquetage, on trouve des paquets qui sont des éléments d’organisation
des modèles du fait que, non seulement, ils regroupent les éléments de modélisation, selon des
critères purement logiques mais aussi ils permettent d’encapsuler des éléments de modélisation
car ils possèdent une interface. Après, ils permettent de structurer un système en catégories (vue
logique) et sous-système (vue des composants). Ils servent aussi de « briques » de base dans la
construction d’une architecture. Et surtout, ils représentent le bon niveau de granularité pour la
réutilisation. Enfin, les paquetages sont aussi des espaces de noms.
 Le diagramme de déploiement
Le diagramme de déploiement décrit la disposition physique des ressources matérielles qui
composent le système et montre la répartition des composants sur ces matériels. Chaque
ressource étant matérialisée par un nœud, le diagramme de déploiement précise comment les
composants sont repartis sur les nœuds et quelles sont les connexions entre les composants et
les nœuds.
2.4.2. Outil de modélisation
Un outil de modélisation est utilisé pour ne pas gaspiller trop le temps sur la représentation
graphique de la modélisation.
Le tableau 10 compare l’outil Win ’Design et l’outil Visual Paradigm.
Tableau 10 comparaison entre Win ‘Design et Visual Paradigm.
Outil Avantages Inconvénients
Win ‘Design Destiner au Merise, facile à
utiliser
Manque de fonctionnalité
pour représenter UML
Visual Paradigm Destiner à la notation UML Un peu difficile à utiliser,
nécessite un temps
d’apprentissage
Choix et justification
On a choisi Visual Paradigm parce qu’il s’adapte bien à la notation UML qu’on va utiliser.

41. Présentation de Visual Paradigm
Le logiciel présenté dans cette partie était déjà connu des étudiants qui ont suivi le cursus en
informatique de gestion durant le cycle 2009-2012, car plusieurs professeurs ont eu recours à
son utilisation pour pratiquer différents exercices dans diverses unités d’enseignements.
La présentation de Visual Paradigm n’a pas été placée dans la partie théorique, car il n’expose
ainsi pas des connaissances supplémentaires acquises, mais sert exclusivement à décrire
sommairement l’outil et son interface au lecteur. Ce dernier aura alors une meilleure
compréhension des différentes explications et références faites dans les parties théoriques et
pratiques.
Visual Paradigm est un éditeur qui propose une suite logicielle, constituée des outils suivants :
Visual Paradigm For UML : permet la création des diagrammes UML et des modèles qui en
sont à l’origine.
Ceux-ci peuvent alors générer du code dans un langage de programmation déterminé. Il
propose également la création d’autres types de diagrammes, comme celui qui permet la
modélisation des bases de données pouvant, lui aussi, générer des canevas d’applications basés
sur des Framework et Pattern mais en plus, générer du code SQL qu’il peut ensuite déployer
automatiquement dans différents environnements.
Business Process Visual Architect : permet la modélisation de processus normalisés par le
langage BPMN, ainsi que la génération des modèles en processus exécutables.
Agilian : offre les fonctionnalités nécessaires pour gérer l’architecture de l’entreprise autour
des processus, et le développement agile de logiciels. Il permet la réalisation de maquettes, la
gestion des exigences, le travail collaboratif, la gestion des règles métiers ou encore la définition
d’un vocabulaire commun.
Platform : gère les projets de développement en équipe, de même que la maintenance,
respectivement en se basant sur des propositions de la méthodologie UnifiedProcess et en
offrant des solutions de gestion des problèmes et des tests.
Teamwork Server : fournit un référentiel permettant le stockage des spécifications réalisées
par tous les autres outils de la suite. Il assure le travail en équipe, notamment par la prise en
charge des technologies de versionnions.
2.4.3. SGBD
Le SGBD est un ensemble de services (application logiciel) permettant de gérer les bases de
données, c’est-à-dire :
 Permettre l’accès aux données de façon simple
 Gérer les droits d’accès aux informations
 Manipuler les données présentes dans la base de données (insertion, modification,
suppression…)
Un SGBD est donc nécessaire pour stocker les données.

42. Le tableau 11 représente la comparaison des SGBD
Tableau 11 : Comparaison des SGBD.
SGBD Points forts Points faible
MySQL Stable, rapide
Riche en documentation
Faciliter de déploiement et de
prise en main,
Plus léger que les autres SGBD,
Multi-plateforme,
Open source,
Gratuit
Pas de vue matérialisée,
Support incomplet des triggers et
procédures stockées,
Ne supporte pas une énorme quantité
de données
ORACLE Assistants performants,
Accès aux données système via
vue, réglages fins : tout est
paramétrable,
Supporte une énorme quantité de
données,
Multi-plateforme
Administration complexe,
Fort demandeur de ressources : la
connexion utilisateur nécessite par
exemple près de 700Ko/utilisateur,
contre une petite centaine sur le
serveur MS-SQL,
Payant (très cher)
PostgreSQL Stable, rapide
Riche en documentation
Faciliter de déploiement et de
prise en main,
Multi-plateforme,
Open source,
Gratuit,
Supporte une énorme quantité de
données
Choix et justification
On a choisi d’utiliser le SGBD PostgreSQL vu qu’il est stable, rapide, riche en documentation,
supporte une énorme quantité de données et presque a la même fonctionnalité que le logiciel
Oracle mais gratuit.
Présentation de MySQL
MySQL est un système de gestion de base de données (SGBD). Selon le type d’application, sa
licence est libre ou propriétaire. Il fait partie des logiciels de gestion de base de données les plus
utilisés au monde, autant par le grand public (application web principalement) que par des
professionnels, en concurrence avec Oracle et Microsoft SQL Server.
MySQL est un serveur de base de données relationnelles SQL développé dans un souci de
performances élevées en lecture, ce qui signifie qu’il est davantage orienté vers le service de
donnés déjà en place que vers celui de la mise à jour fréquente et fortement sécurisées. Il est
multithread et multiutilisateur.

43. C’est un logiciel libre développé sous double licence en fonction de l’utilisation qui en fait :
dans un produit libre ou dans un produit propriétaire. Dans ce dernier cas, la licence est payante,
sinon c’est la licence publique générale GNU qui s’applique.
1.1.1. Langage de programmation
Le tableau 12 montre la comparaison entre PHP et JAVA.
Tableau 12 : Comparaison entre PHP et JAVA.
Critère JAVA PHP
Paradigme Orientée objet, structurée,
impérative
Impératif, procédural, réflexif,
langage interprété
Typage Statique, fort, sûr Dynamique, faible
Type d’application Desktop, web Web
Environnement de
développement
Eclipse, intellij, NetBeans,
JDeveloper
Simple éditeur de texte, ou IDE
intégré
Avantages Langage typé, facile à utiliser et à
maintenir
Serveur léger, facile à héberger
Inconvénient Serveur lourde, nécessite une
importance ressource
Ecriture de code gênante, variable
non typée
Choix et justification
Après avoir fait la comparaison, on a retenu JAVA comme langage de programmation parce
que c’est un langage orienté objet et simple à utiliser.
Présentation de JAVA
JAVA est un langage orienté objet inspiré de C++, développé vers 1990 par Sun Microsystems.
La figure 3 suivante montre caractéristique de Java.

44. Figure 3 : Caractéristiques de JAVA
Une caractéristique particulière de Java est de réaliser une portabilité totale : un programme,
une fois compilé fonctionnera aussi sous des stations Windows que sus Unix et autre. Cette
portabilité est dû au fait que la compilation fournit un code machine intermédiaire appelé
BYTECODE exécuté par son interpréteur dite une machine dite virtuelle (JVM : Java Virtual
Machine) et qui, lors de l’exécution compréhensible par le microprocesseur utilisé.
2.4.4. Environnement de développement
Il nous faut un environnement de développement pour réaliser ce projet.
Le tableau_ représente la comparaison entre Eclipse et NetBeans.
Tableau : Comparaison entre Eclipse et NetBeans.
Eclipse Spring Tool Suite
Graphique Tout Seulement l’essentielle,
claire
Serveur et compilateur
Java intégré
A installer et à configurer A télécharger et pas besoin
de configuration
Ressources Faible Elevée (besoin de machine à
fréquence élevé)
Choix et justification
Graphiquement Spring Tool Suite est plus léger qu’éclipse, son interface est la même qu’eclipse
mais c’est le logiciel conçu pour le langage java ee donc on a choisi Spring Tool Suite.
Présentation de Spring Tool Suite

45. NetBeans est un environnement de développement intégré (IDE), placé en open source par Sun
en juin 2000 sous licence. En plus de JAVA, NetBeans permet la prise en charge native de
divers langages tels que C, C++, JavaScript, XML, Groovy, PHP et HTML ou d’autres (dont
Python et Ruby) par l’ajout de greffons. Il offre les facilités d’un IDE moderne (éditeur en
couleur, projets multi-langage, éditeur graphique d’interface et de page web).
Compilé en Java, NetBeans est disponible sous Windows, Linux, Mac OS X ou sous une
version indépendante des systèmes d’exploitation (requérant une machine virtuelle Java). Un
environnement Java Développement Kit JDK est requis pour le développement en Java.
NetBeans constitue par ailleurs une plateforme qui permet le développement d’application
spécifique (bibliothèque Swing). L’IDE NetBeans s’appuie sur cette plateforme.
Chapitre 3. ANALYSE CONCEPTUELL
Ce projet concerne le domaine de la gestion de soutenance. Au début de soutenance, le
responsable de ce domaine récolte toutes les informations sur le calendrier de soutenance. Pour
cela, nous allons utiliser la méthode XP avec la notation UML, l’outil Visual Paradigm,
PostgreSQL, le langage de programmation JAVA EE et le Framework Spring Boot, Hibernate,
Jpa, Spring Security et AngularJS.
3.1. Dictionnaire des données
Un dictionnaire des données est une collection de métadonnées ou de données de référence
nécessaire à la conception d'une base de données relationnelle.
Le dictionnaire des données du système est représenté dans la figure 14.
Tableau 14 : Dictionnaire des données
Nom de la rubrique Description Type Taille
annee_univ Année universitaire AN 9
cal_date_sout Date de calendrier de soutenance AN 8
cal_heure_sout Heure de soutenance AN 3
cal_lieu_sout Lieu de soutenance AN 35
cal_lieu_stage Lieu de stage AN 35
cal_note_sout Note de soutenance AN 5
cal_sale_sout Sale de soutenance N 2
cal_type_memoire Type de mémoire AN 50

46. enseig_adr Adresse de l’enseignant AN 50
enseig_email Email de l’enseignant AN 50
enseig_grade Grade de l’enseignant AN 50
enseig_nom Nom de l’enseignant AN 50
enseig_prenom Prénoms de l’enseignant AN 50
enseig_sexe Sexe de l’enseignant A 1
enseig_tel Numéro téléphone de l’enseignant AN 13
etabli_adr Adresse de l’établissement AN 50
etabli_code_post Code postale de l’établissement N 7
etabli_nom Nom de l’établissement AN 35
etud_adr Adresse de l’étudiant AN 50
etud_email Email de l’étudiant AN 50
etud_matricule Matricule de l’étudiant AN 6
etud_nom Nom de l’étudiant AN 50
etud_num Numéro d’appel de l’étudiant N 3
etud_prenom Prénoms de l’étudiant AN 50
etud_sexe Sexe de l’étudiant A 1
etud_tel Numéro téléphone de l’étudiant AN 13
id_enseig Identifiant de l’enseignant N 2
id_annee Identifiant de l’année universitaire N 2
id_cal Identifiant de calendrier N 4
id_etabli Identifiant de l’établissement N 1
id_etud Identifiant de l’étudiant N 5
id_jury Identifiant du jury N 2
id_niveau Identifiant de niveau de l’étudiant N 1
id_parcours Identifiant de parcours N 1
id_service Identifiant de service N 1
id_theme Identifiant de thème de l’étudiant N 5
jury_nom Nom du jury AN 50
jury_prenom Prénoms du jury AN 50
jury_role Rôle du jury AN 11
niveau_nom Nom de niveau de l’étudiant AN 20
parcours_nom Nom du parcours de l’étudiant AN 15
service_adr Adresse du service AN 50
service_email Email du service AN 50
service_nom Nom du service AN 50
service_prenom Prénoms du service AN 50
service_resp Responsable du service AN 50
service_sexe Sexe du service AN 1
service_tel Numéro téléphone du service AN 13
theme_nom Nom du thème de l’étudiant AN 200
A : Alphabétique AN : alphanumérique N : numérique
3.2. Règles de gestion
Les règles de gestion indiquent l’ensemble des liens existants sur les données manipulées, les
actions effectuées par les postes de travail impliqués et les différentes formules de calcul. Les
règles de gestion associées au domaine d’études sont :

47. Rg1 : Un étudiant doit avoir un thème
Rg2 : Un étudiant se trouve dans un niveau
Rg3 : Un étudiant appartient à un parcours
Rg4 : Plusieurs étudiants appartiennent à un établissement
Rg5 : Plusieurs enseignants enseignent dans un établissement
Rg6 : Un enseignant peut être un jury
Rg7 : Un étudiant passe la soutenance dans une année
Rg8 : Un calendrier est constitué plusieurs étudiants
Rg9 : Un calendrier présente un ou plusieurs thèmes de l’étudiant
Rg10 : Un calendrier constitue un parcours de l’étudiant
Rg11 : Un calendrier présente un niveau de l’étudiant
Rg12 : Un calendrier doit avoir un établissement
Rg13 : Un calendrier constitue plusieurs jurys
Rg14 : Un calendrier a plusieurs enseignants
Rg15 : Un calendrier a une année
3.3. Représentation et spécification des besoins
3.3.1. Diagrammes de cas d’utilisation
D’abord nous allons réunir les différents éléments pour construire le diagramme de cas
d’utilisation et commençons par l’identification des acteurs, puis l’identification des cas
d’utilisations et entamons par les diagrammes de cas d’utilisation proprement dit.
Identification des acteurs
Un acteur est un rôle joué par une personne ou par une chose qui interagit avec le système. Il
n’es t pas toujours facile de déterminer la limite du système. Par définition, les acteurs sont à
l’extérieur du système Lés acteurs agissant sur notre système sont regroupés en une seule
catégorie : l’utilisateur
Identification des cas d’utilisation
Les catégories des besoins fonctionnels des acteurs peuvent être arrangées de la manière dans
le tableau 15 suivante :
Tableau 15 : besoins fonctionnels des acteurs
Acteur Cas d’utilisation
Utilisateur S’authentifier Se connecter
Se déconnecter
Gérer étudiant Ajouter
Modifier
Supprimer
Consulter liste étudiante
Imprimer
Gérer thème Ajouter
Modifier
Supprimer
Consulter liste thème

48. Gérer enseignant Ajouter
Modifier
Supprimer
Consulter liste enseignant
Consulter liste étudiante, thème
et enseignant
Ajouter
Modifier
Supprimer
Consulter
Imprimer
Gérer jury Ajouter
Modifier
Supprimer
Consulter liste jury
Gérer date de soutenance Ajouter
Modifier
Supprimer
Consulter liste date de soutenance
Gérer salle Ajouter
Modifier
Supprimer
Consulter liste salle
Gérer calendrier Ajouter
Modifier
Supprimer
Consulter calendrier
Imprimer
Diagrammes de cas d’utilisation
Après ces précédentes étapes, nous avons réunis les différents éléments pour construire le
diagramme de cas d’utilisation.

49. Voici dans cette figure 5 donc le diagramme de cas d’utilisation globale de gestion de tableau
de bord.
Figure 5 : Diagramme de cas d’utilisation globale
3.3.2. Priorisation des cas d’utilisations
La priorisation des cas d’utilisations est représentée par le tableau 16 suivant.
Tableau 16 : priorisation des cas d’utilisations
Cas d’utilisation Acteur
principale
Messages reçus/ émis
1) S’authentifier Utilisateur -demande de s’authentifier
-résultat d’authentification
2) Gérer étudiant -demande de gérer étudiant
-résultat de la demande de gérer étudiant
3) Gérer thème -demande de gérer thème
-résultat de la demande de gérer thème

50. 4) Gérer enseignant -demande de gérer enseignant
-résultat de la demande de gérer enseignant
5) Gérer jury -demande de gérer jury
-résultat de la demande de gérer jury
6) Gérer date de
soutenance
-demande de gérer date de soutenance
-résultat de la demande de gérer date de
soutenance
7) Gérer salle -demande de gérer salle de soutenance
-résultat de la demande de gérer salle
8) Gérer calendrier -demande de gérer calendrier
-résultat de la demande de gérer calendrier
3.3.3. Description textuelle de certains cas d’utilisation
 Cas d’utilisation « s’authentifier »
 Objectif : pour avoir une session pour utiliser l’application.
 Acteur : utilisateur
 Pré condition : l’utilisateur doit avoir un compte.
 Post-condition : l’utilisateur obtient une session
 Scenario nominale :
1. Saisir identifiant
2. Cliquer sur le bouton se connecter
3. Obtention d’une session
 Scenario d’exception :
1. Identifiant ou mot de passe incorrect
2. Serveur inaccessible
 Cas d’utilisation « ajouter service »
 Objectif : pour enregistrer l’information concernant un service.
 Acteur : utilisateur
 Pré condition : l’enseignant et le service existent.
 Post-condition : création service avec succès
 Scenario nominale :
1. L’utilisateur doit s’authentifier
2. Il obtient un formulaire d’ajout service
3. Il rempli le formulaire et l’envoie
4. Ajout service effectué
 Scenario d’exception :
1. Formulaire vide
2. Le code service existe déjà
 Cas d’utilisation « modifier service »
 Objectif : pour éditer l’information concernant un service.
 Acteur : utilisateur
 Pré condition : il existe une liste de service.

51.  Post-condition : modification de service avec succès
 Scenario nominale :
1. L’utilisateur consulte la liste des services
2. Il obtient un formulaire de modification service
3. Il rempli le formulaire et l’envoie
4. modification service effectué
 Scenario d’exception :
1. Formulaire vide
2. Le code service existe déjà
 Cas d’utilisation « supprimer service »
 Objectif : pour effacer un service.
 Acteur : utilisateur
 Pré condition : il existe une liste de service.
 Post-condition : suppression de service avec succès
 Scenario nominale :
1. L’utilisateur consulte la liste des services
2. Il obtient une confirmation de supprimer un service
3. Il confirme
4. suppression service effectué
 Cas d’utilisation « gérer calendrier »
 Objectif : pour enregistrer les informations concernant le calendrier.
 Acteur : utilisateur
 Pré condition : l’étudiant, le thème, l’enseignant, le niveau, le parcours,
le jury, la date, la salle existent.
 Post-condition : création de calendrier avec succès
 Scenario nominale :
1. L’utilisateur demande à gérer un tableau de bord
2. Il obtient un formulaire
3. Il rempli le formulaire et l’envoie
4. Création du calendrier effectué
 Scenario d’exception :
1. Formulaire vide
3.3.4. Diagrammes de séquence système pour les cas d’utilisation
Les diagrammes de séquence représentent les messages échangés entre les objets. Il donne une
notion temporelle aux messages.
La figure 6 représente le diagramme de séquence pour le cas d’utilisation « s’authentifier ».

52. Figure 6 : Diagramme de séquence pour le cas d’utilisation « s’authentifier ».
La figure 7 représente le diagramme de séquence pour le cas d’utilisation « ajouter service ».
Figure 7 : Diagramme de séquence pour le cas d’utilisation « ajouter service ».
La figure 8 représente le diagramme de séquence pour le cas d’utilisation « modifier service ».

53. Figure 8 : Diagramme de séquence pour le cas d’utilisation « modifier service ».
La figure 9 montre le diagramme de séquence pour le cas d’utilisation « supprimer service ».

54. Figure 9 : Diagramme de séquence pour le cas d’utilisation « supprimer service ».
La figure 10 illustre le diagramme de séquence pour le cas d’utilisation « gérer calendrier ».
Figure 10 : Diagramme de séquence pour le cas d’utilisation « gérer calendrier ».
3.4. Modélisation du domaine
Un modèle de domaine est une visualisation des concepts d’un domaine du monde réel.
L’élaboration du modèle des classes du domaine permet d’opérer une transition vers une
véritable modélisation objet. L’analyse du domaine est une étape totalement séparée de
l’analyse des besoins. Elle peut être menée avant, en parallèle ou après cette dernière.
La phase d’analyse du domaine permet d’élaborer la première version du diagramme de classe
appelée modèle du domaine. Ce modèle doit définir les classes qui modélisent les entités ou
concepts présents dans le domaine de l’application. Il s’agit donc de produire un modèle des
objets du monde réel dans un domaine donné. Ces entités ou concepts sont identifiés
directement à partir de la connaissance du domaine ou par des entretiens avec des experts du
domaine. Pour établir le diagramme, on suit les étapes suivantes :
 Identifier les entités u concepts du domaine
 Identifier et ajouter les associations et les attributs
 Organiser et simplifier le modèle en éliminant les classes redondantes et en
utilisant l’héritage
 Le cas échéant, structurer les classes en paquetage selon les principes de
cohérence et d’indépendance.

55. 3.4.1. Modèle de domaine
La figure 11 présente le modèle de domaine.
Figure 11 : Modèle de domaine

57. Chapitre 4. CONCEPTION DETAILLEE
4.1. Architecture du système
Nous allons adapter l’architecture MVC à l’application car c’est le plus adapté au modèle en
trois tiers. L'architecture Modèle Vue Contrôleur (MVC) est un motif de conception pour le
développement d'applications logicielles qui sépare le modèle de données, l'interface utilisateur
et la logique de contrôle. Ce motif a été mis au point en 1979 par Trygve Reenskaug, qui
travaillait alors sur Smalltalk Xerox PARC. Dans les laboratoires de recherche Ce modèle
d'architecture impose la séparation entre les données, les traitements et la présentation, ce qui
donne trois parties fondamentales dans l'application finale : le modèle, la vue et le contrôleur.
La figure 12 montre la représentation du modèle MVC.
Figure 12 : modèle MVC.

58. 1.1. Diagramme de séquence de conception
la figure 13 représente le diagramme de séquence conception pour le cas d’utilisation
« s’authentifier ».
Figure 13 : Diagramme de séquence conception pour le cas d’utilisation « s’authentifier ».
La figure 14 montre le diagramme de séquence conception pour le cas d’utilisation « ajouter
service ».
Figure 14 : Diagramme de séquence conception pour le cas d’utilisation « Ajouter service».

59. La figure 15 illustre le diagramme de séquence conception pour le cas d’utilisation « modifier
service ».
Figure 15 : Diagramme de séquence conception pour le cas d’utilisation « Modifier service »
La figure 16 montre le diagramme de séquence conception pour le cas d’utilisation
« supprimer service ».
Figure 16: Diagramme de séquence conception pour le cas d’utilisation « supprimer

60. 1.1. diagramme de classe de conception pour chaque cas
d’utilisation
Les classes qui participent dans le cas d’utilisation « s’authentifier » sont représentées sur la
figure 17.
Figure 17 : Diagramme de classe conception pour le CDU « s’authentifier »
La figure 18 montre le diagramme de classe conception pour le cas d’utilisation « gérer
étudiant ».
Figure 18 : Diagramme de classe conception pour le CDU « gérer étudiant »
La figure 9 illustre le diagramme de classe conception pour le cas d’utilisation « gérer
enseignant ».

61. Figure 19: Diagramme de classe conception pour le CDU « gérer enseignant»
La figure 20 représente le diagramme de classe conception pour le cas d’utilisation « gérer
jury ».
Figure 20: Diagramme de classe conception pour le CDU « gérer jury»
La figure 21 représente le diagramme de classe conception pour le cas d’utilisation « gérer
calendrier ».
Figure 21: Diagramme de classe conception pour le CDU « gérer période»
1.1. Diagramme de classe de conception global

62. la figure 24 illustre le diagramme de classe conception global.
Figure 24: Diagramme de classe conception global
4.2. Diagramme de paquetages
La figure 25 montre le diagramme de paquetage de l’application.

63. Figure 25: Diagramme de paquetage
4.3. Diagramme de déploiement
Le diagramme de déploiement définit l’architecture matérielle de l’application. Il présente les
périphériques utilisés et la répartition du système.
La figure 26 montre le diagramme de déploiement de l’application.
Figure 26: Diagramme de dépliement

64. PARTIE III. REALISATION
Chapitre 5. MISEEN PLACE DE L’ENVIRONNEMENT DE DEVELOPPEMENT
5.1. Installation et configuration des outils
5.1.1. Installation et configuration de WampServer
Pour le Serveur de l’application on a utilisé xampp version 3.2.4 dont le début de l’installation
est montré par la figure 27 suivante.

65. Figure 27 : Début de l’installation de WampServer.
La figure 28 montre la configuration de l’installation de xampp pour le redemarrage
automatique.
Figure 28 : Configuration de l’installation de WampServer.
La figure 29 illustre la fin de l’installation de WampServer.

66. Figure 29 : Fin de l’installation de WampServer
La figure 30 montre l’interface graphique de control panel.

67. 5.1.2. Installation et configuration de l’IDE SpringTool Suite v4
Avant d’installer le Spring Tool Suite version 4, il faut tout d’abord installer le java jdk et jre
version 1.8.0_221.
Dans cette section, nous allons présenter quelques captures d’écran des interfaces utilisateur
montrant l’installation et la configuration de Spring Tool Suite dans les figures 30 .
Figure 30 : Installation de NetBeans
5.2. Architecture de l’application
Dans l’architecture à trois niveau, les applications au niveau serveur sont délocalisés, c’est-à-
dire que chaque serveur est spécialisé dans une tâche permet :
 Une très grande flexibilité/souplesse ;
 Une sécurité accrue car la sécurité peut être définie indépendamment pour chaque
service, et à chaque niveau ;
 Des meilleures performances, étant donné le partage des tâches entre différents serveurs.
Pour le développement de cette application « full-stack », basée sur le Spring boot de la partie
backend et AngularJS de la partie frontend, voici l’architecture.
La figure 32 montre l’architecture de l’application.

68. Figure 32: Architecture de l’application
Chapitre 6. DEVELOPPEMENT DE L’APPLICATION
6.1. Création de la base de données
Dans cette partie, nous allons montrer comment créer une base de données avec l’application
pgAdmin qui s’execute sur un navigateur à partir de xampp. Pour être précis et claire, nous
allons montrer quelques captures d’écrans dans las figures suivantes.
Figure 33 montre la création de la base de données «gestionapi » qui comprorte 11 tables dont
s’authentifier, étudiant, enseignant, jury, calendrier, établissement, année, niveau, parcours,
thème et service.

70. Figure 33 : Création de la base de données.
La figure 34 illustre la création de la table « jury ».

71. Figure 34 : Création de la table « service »
La figure 35 montre la création de la table « étudiant» .

72. Figure 35 : Création de la table « depense
La figure 36 montre la création de la table « enseignant» .
Figure 36 : Création de la table « depense
La figure 37 montre la création de la table « theme» .
Figure 37 : Création de la table « theme »
La figure 38 montre la création de la table « niveau» .
Figure 38 : Création de la table « depense

73. La figure 39 montre la création de la table « parcours» .
Figure 35 : Création de la table « depense
La figure 40 montre la création de la table « etablissement» .
Figure 40 : Création de la table « etablissemnet
La figure 41 montre la création de la table « annee» .
Figure 41 : Création de la table « depense
La figure 42 montre la création de la table « service» .

74. Figure 42 : Création de la table « depense
La figure 43 montre la création de la table « utilisateur» .
Figure 43 : Création de la table « depense
La figure 44 montre la création de la table « calendrier» .

75. Figure 43 : Création de la table « depense
1.1. Codage de l’application
Dans cette partie, nous allons présenter des extraits de code de notre application, en voici dans
la figure 36 le code de l’authentification de l’application.

76. Figure 36 : Code d’authentification
La figure 37 illustre l’extrait du code de modification de la table « dépense ».
Figure 37 : Code de modification de la table « depense »
6.2. Présentation de l’application
La figure suivante présente l’interface d’authentification. Cette interface donne la main aux
utilisateurs pour accéder aux différentes interfaces.

77. La figure 38 présente l’authentification de l’application.
Figure 38 : Authentification
La figure 39 représente la page d’accueil de l’application.
Figure 39 : Page d’accueil

78. La figure 40 montre l’interface du menu service
Figure40 : Interface du menu service
L’interface du menu dépense est représentée par la figure 41 suivante.
Figure 41 : Interface du menu dépense

79. CONCLUSION
Chaque trimestre, la Division des Visa des Réalisations de la Direction Régionale du Budget
Haute Matsiatra reçoit des informations sur les dépenses des services publiques. Cependant, le
responsable gère ces dépenses manuellement en créant le tableau de bord.
L’objectif de ce projet est de concevoir et de réaliser une application de gestion de soutenance.
Ce travail a été fait grâce au Système de gestion de Base de données PostgreSQL et au langage
de programmation JAVA EE, le framework Spring Boot et AngularJS. Pour mettre en œuvre
la conception, on a utilisé la méthode XP et la notation UML avec l’outil Visual Paradigm,
l’IDE SpringTool Suite avec le serveur xampp pour le développement.
Cette application permet de visualiser le calendrier de soutenance et imprimer cette dernière.
En perspective, nous pouvons evoluer notre application sur l’automatisation comme la
récupération de la Fiche technique , faire une application android…

80. BIBLIOGRAPHIE
[1] Coyote « créer votre applicatio avec java», cours OPENCLASSROOMS.
[2] « méthodologie XP », LT La Salle Avognon[2014 tv]
[3] DI GALLO Fréderic, « méthodologie des systèmes d’information-UML », cours
dispensé par Annick Lassus. CNAM ANGOULEME 2000-2001
[4] Laurent AUDIBERT, « UML2 », Edition 2007-2008

81. WEBOGRAPHIE
[5] http://java.developpez.com/ , format date JAVA , consulté le 28/12/2016.
[6] "http://all4dev.libre-entreprise.org/index.php/Capture_des_besoins_techniques" ,
capture des besoins techniques, consulter le 06 /01/2017
[7] http://en.wikipedia.org/ , modèle MVC, consulter le 12/11/16
[8] http://java.developpez.com/ , format date JAVA , consulté le 6/01/2017.
[9] http://www.omg.org/spec/UML/2.5/Beta2/ , Le diagramme de paquetage et
déploiement, consulté le 17/12/2016.

82. GLOSSAIRE
Calendrier de soutenance:
Application FullStack :
Frontend:
Backend :
SGBD :Système de Gestion de Base de Données est un logiciel destiné à stocker et à partager
des informations dans une base de données, en garantissant la qualité, la pérennité et la
confidentialité des informations, tout en cachant la complexité des opérations.
SQL : Structures QueryLanguage est un langage de manipulation, de contrôle de données et
de contrôle de transaction normalisé servant à effectuer des opérations sur des bases de données
relationnelles.
Système d’exploitation : Operating System en anglais, est le premier programme qui s’exécute
sur un ordinateur. C’est celui qui gère les ressources de l’ordinateur.
TABLE DES MATIERE
CV………………………………………………………………………………………………I
DEDICACES…………………………………………………………………………………III
SOMMAIRE GENERALE……………..………………….…………………………………IV
REMERCIEMENT…………..………………… ……………………………………………VI
LISTE DES FIGURES……………………….………………………………………..….…VII

83. LISTE DES TABLEAUX…………………………………...…………………………...…VIII
NOMENCLATURE…………… …………………………………………………………..IX
INTRODUCTION GENERALE................................................................................................1
PARTIE I. PRESENTATIONS..............................................................................................2
Chapitre 1. PRESENTATION DE L’ECOLE NATIONALE D’INFORMATIQUE.........3
1.1. Informations d’ordre général.......................................................................................3
1.2. Missions et historique..................................................................................................3
1.3. Organigramme institutionnel de l’ENI........................................................................5
1.4. Domaines de spécialisation .........................................................................................6
1.5. Architecture des formations pédagogiques .................................................................7
1.6. Relations de l’ENI avec les entreprises et les organismes ..........................................9
1.7. Partenariat au niveau international............................................................................10
Débouches professionnels des diplômés ..........................................................................11
1.8. Ressources humaines.................................................................................................14
Chapitre 2. PRESENTATION DE LA DIRECTION REGIONALE DU BUGET .............15
2.1. Historique ..................................................................................................................15
2.2. Organisation ..............................................................................................................15
2.3. Les différents services et ses rôles.............................................................................16
2.3.1. Le Service Régionale de l’Exécution Budgétaire(SREB) ..................................16
2.3.2. Le Service Régional du patrimoine de l’Etat .....................................................18
2.3.3. Le Centre Informatique Régional des Finances Publiques.................................18
2.3.4. La division de la Tutelle des Etablissements Publics Nationaux .......................19
Chapitre 3. DESCRIPTION DU PROJET ...........................................................................20
3.1. Formulation ...............................................................................................................20
3.2. Objectif et besoins d’utilisateur.................................................................................20
3.2.1. Objectif...............................................................................................................20
3.2.2. Besoins d’utilisateur ...........................................................................................20
3.3. Moyens nécessaires à la réalisation du projet............................................................20
3.3.1. Ressources en personnelles ................................................................................20
3.3.1. Ressources matérielles........................................................................................21
3.3.2. Ressources logicielles.........................................................................................21
3.4. Résultats attendus ......................................................................................................21
PARTIE II. ANALYSE ET CONCEPTION

84. Chapitre 4. ANALYSE PREALABLE.................................................................................23
4.1. Analyse de l’existant .................................................................................................23
4.1.1. Organisation actuelle ..........................................................................................23
4.1.2. Moyens matériels et logiciels .............................................................................23
4.2. Critique de l’existant .................................................................................................24
4.3. Proposition des solutions...........................................................................................24
4.4. Conception avant projet.............................................................................................24
4.4.1. Méthode de conception.......................................................................................24
Unified Modeling Langage (UML) ..............................................................................26
4.4.2. Outil de modélisation .........................................................................................27
4.4.3. SGBD .................................................................................................................28
4.4.1. Langage de programmation................................................................................30
4.4.2. Environnement de développement .....................................................................31
Chapitre 5. ANALYSE CONCEPTUELL ...........................................................................32
5.1. Dictionnaire des données...........................................................................................32
5.2. Règles de gestion.......................................................................................................32
5.3. Représentation et spécification des besoins ..............................................................33
5.3.1. Diagrammes de cas d’utilisation ........................................................................33
5.3.2. Priorisation des cas d’utilisations .......................................................................36
5.3.3. Description textuelle de certains cas d’utilisation..............................................36
5.3.4. Diagrammes de séquence système pour les cas d’utilisation .............................38
5.4. Modélisation du domaine ..........................................................................................40
5.4.1. Modèle de domaine ............................................................................................41
Chapitre 6. CONCEPTION DETAILLEE ...........................................................................42
6.1. Architecture du système ............................................................................................42

85. 6.1. Diagramme de séquence de conception ....................................................................43
6.1. diagramme de classe de conception pour chaque cas d’utilisation ...........................45
6.1. Diagramme de classe de conception global...............................................................47
6.2. Diagramme de paquetages.........................................................................................48
6.3. Diagramme de déploiement.......................................................................................48
PARTIE III. REALISATION
Chapitre 7. MISE EN PLACE DE L’ENVIRONNEMENT DE DEVELOPPEMENT ...50
7.1. Installation et configuration des outils ......................................................................50
7.1.1. Installation et configuration de WampServer.....................................................50
7.1.2. Installation et configuration de l’IDE NetBeans ................................................51
7.2. Architecture de l’application .....................................................................................52
Chapitre 8. DEVELOPPEMENT DE L’APPLICATION....................................................53
8.1. Création de la base de données..................................................................................53
8.1. Codage de l’application.............................................................................................55
8.2. Présentation de l’application .....................................................................................56
CONCLUSION……………………………………………………………………………….58
BIBLIOGRAPHIE……………………………………………………………………...…….XI
WEBOGRAPHIE……………………………………………...……………………….……XII
GLOSSAIRE…………………………………………………………….………….....……XIII
TABLE DES MATIERES……………………….………………….…………..…….……XIV
RESUME……………………………………….………………….….……………...……XVII
ABSTRACT………………………………………….………………….………...………XVII

86. RESUME
Au terme de ce stage, nous avons pu réaliser une application permettant de gérer les calendriers
de soutenances de l’établissement. Ce projet s’était sur trois phases. La première phase était la
spécification des besoins, la deuxième phase consistait à faire une étude fonctionnelle et une
conception du projet projetée ensuite en UML. Une fois les besoins sont définis et analysés,
nous avons entamé la phase de réalisation qui a pour rôle de réaliser ce qui a été analysé et
conçu. Cette réalisation a exigé une maîtrise du langage java ee, le framework Spring Boot et
AngularJS ainsi qu’une bonne connaissance de l’usage des requêtes SQL pour le SGBD
PostgreSQL. Au cours de la période de notre stage, ce projet nous a permis de raffiner nos
capacités d’abstraction et de conception. Par ailleurs, nous avons tirer grand profit, aussi bien
au niveau méthodologique qu’au niveau technologique. En effet, nous avons amélioré nos
capacités à s’auto former.
Mots clés : Application, Conception, Gestion de Soutenance, Java EE, Spring Boot, AngularJS,
Modélisation
ABSTRACT
At the end of our training, we have realized a bord application. The project has been done in 3
steps. The first one aims to specify all the needs. The second to study and concept the project,
then the UML method. Having defined end analysed the needs, we started the realization phases
to realise what is concepted and analysed. It requires a perfect control of Java EE language,
Spring Boot Framework and AngularJS and some knowledges of the SQL request uses. During
training, we refined our ability in obstructions and conception. It occurs us a high level of
methodology and technology because now, we can perform our capacity of auto formation and
different errors occurred in application.
Key words: Application, Design, ... management, Java EE, Spring Boot, AngularJS, Modeling