Curriculum Vitae: Formations Et Diplomes Obtenus

CURRICULUM VITAE
 RASOANIRINA Zoé Carenne
 23 ans - Célibataire
 Adresse : IB432/3611 Tanambao Zoara Fianarantsoa
 Tel : +261342103916
 e-mail : karenrasoanirina@gmail.com
 Facebook : Karen Rasoanirna
FORMATIONS ET DIPLOMES OBTENUS
 2021 : 2ème année de formation en MASTER à l’Ecole Nationale d’Informatique de

l’Université de Fianarantsoa
Parcours : Génie Logiciel et Bases de données
 2020 : 1ère année de formation en MASTER à l’Ecole Nationale d’Informatique de

 2019 : 3ème année de formation en Licence à l'Ecole Nationale d'Informatique de


Diplôme : Licence Professionnelle en informatique
 2018 : 2ème année de formation en Licence à l'Ecole Nationale d'Informatique de

 2017 : 1ère année de formation en Licence à l'Ecole Nationale d'Informatique de

 2016 : Terminale C au Lycée Moderne Ampefiloha (LMA Antananarivo)

Diplôme : Baccalauréat Série C avec mention Assez-Bien
I
STAGES ET EXPERIENCES PROFESSIONNELLES
 2021-2022 : Stagiaire au sein de la ferme MAMI durant six mois

Thème : « CONCEPTION ET REALISATION D’UNE APPLICATION DE
GESTION DE LA FERME »
Outils : Netbeans, Wamp Server, Visual Paradigm
 2021 : Projets de réalisation à l’Ecole Nationale d’Informatique
- Analyse de données de GESTION DE VENTE, durant trois mois

Outil : JMagallanes
- Projet Android intitulé « GESTION BANCAIRE », durant trois mois
Outils : Android Studio, Wamp Server
 2019 : Stagiaire au sein de VIGA, durant trois mois
Thème : « CONCEPTION ET REALISATION D’UNE APPLICATION POUR LA

GESTION D’UNE SALLE DE JEUX »
Outils : Eclipse, Wamp Server
 2018 : Stagiaire au sein de l’Ecole Nationale d’Informatique, durant trois mois

Thème : « CONCEPTION ET REALISATION D’UN LOGICIEL GESTION DU
PERSONNEL »
 2014 : Création Site web au sein de l'Ecole Nationale d'Informatique

Thème : « VENTE AUTOMOBILE »
COMPETENCES EN INFORMATIQUE
 Bureautique : Word, Excel, PowerPoint
 Langages de programmation : PHP ,JSP & Servelet, JAVA, Visual Basic, C, C++
 Framework : CodeIgniter
 Méthodes de conception : Merise, 2TUP
 Notation : UML2
II
 Systèmes de gestion de base de données : MySQL, ORACLE
 Technologies web : HTML, CSS, JavaScript
 Systèmes d’exploitation : Windows, Linux
COMPETENCES LINGUISTIQUES
Grille d'évaluation : "1 : Faible, 2 : Normal, 3 : Fort"

Langues Compréhension Expression écrite Expression orale
Français 3 3 2
Anglais 2 2 2
Malgache Langue maternelle
AUTRES COMPETENCES
 Initiation en Comptabilité Générale
 Initiation en Comptabilité Analytique (CAE)
 Initiation à l'Entrepreneuriat
 Initiation Marketing et Management
DIVERS
 Esprit Créateur
 Etre responsable
 Loisirs : Internet, Jeux vidéo, Musique, Natation
III
SOMMAIRE GENERAL
CURRICULUM VITAE ...........................................................................................................I
SOMMAIRE GENERAL ...................................................................................................... IV
REMERCIEMENTS ............................................................................................................ VII
LISTE DES FIGURES........................................................................................................VIII
LISTE DES TABLEAUX ....................................................................................................... X
LISTE DES ABREVIATIONS ............................................................................................. XI
INTRODUCTION GENERALE ............................................................................................ 1
Partie I : PRESENTATION .................................................................................................... 2
Chapitre 1. Présentation de l’Ecole Nationale d’Informatique .......................................... 3
1. 1. Information d’ordre général ........................................................................................... 3
1.2. Missions et historique........................................................................................................ 3
1.3. Organigramme institutionnel de l’ENI ........................................................................... 5
1.4. Domaine de spécialisation ................................................................................................. 7
1.5. Architecture des formations pédagogiques ..................................................................... 8
1.6. Relations de l’ENI avec les entreprises et les organismes ............................................ 11
1.7. Partenariat au niveau international .............................................................................. 13
1.8. Débouchés professionnels avec des diplômés ................................................................ 15
1.9. Ressources humaines....................................................................................................... 17
Chapitre 2. Présentation de la ferme MAMI (Malagasy Miompy) .................................. 18
2.1. Localisation et contact .................................................................................................... 18
2.2. Organigramme ................................................................................................................ 18
2.3. Présentation ..................................................................................................................... 19
Chapitre 3. Description du projet ......................................................................................... 20
3.1. Formulation ..................................................................................................................... 20
3.2. Objectif et besoins de l’utilisateur ................................................................................. 20
3.3. Moyens nécessaires à la réalisation du projet ............................................................... 20
3.4. Résultats attendus ........................................................................................................... 21
3.5. Planification des travaux ............................................................................................... 21
Partie II : ANALYSE ET CONCEPTION .......................................................................... 23
Chapitre 4 : Analyse préalable .............................................................................................. 24
4.1. Analyse de l’existant........................................................................................................ 24
4.2. Critique de l’existant ....................................................................................................... 25
4.3. Conception avant-projet ................................................................................................. 25
IV
Chapitre 5 : Analyse conceptuelle......................................................................................... 40
5.1. Dictionnaire des données ................................................................................................ 40
5.2. Règles de gestion. ............................................................................................................. 43
5.3. Présentation et spécification des besoins fonctionnels ................................................. 44
a. DSS « Sortir provende » ................................................................................................. 49
b. DSS « Enregistrer matière première ............................................................................. 51
c. DSS « Fabriquer provende » .......................................................................................... 54
d. DSS « Effectuer un paiement» ....................................................................................... 56
e. DSS « Rechercher produit vendu .................................................................................. 58
f. DSS « Voir total matière première disponible ............................................................. 60
g. DSS « Modifier employé » .............................................................................................. 61
h. DSS « Supprimer employé» ........................................................................................... 63
5.4. Exigence besoins techniques ........................................................................................... 66
5.5. Modélisation du domaine (Modèle de domaine)........................................................... 66
Chapitre 6 : Conception détaillée ......................................................................................... 68
6.1. Architecture système ................................................................................................... 68
6.2. Diagramme de séquence de conception par chaque cas d’utilisation ..................... 69
6.3. Diagramme de classe de conception par chaque cas d’utilisation .............................. 75
6.4. Diagramme de classe de conception globale ................................................................. 81
6.5. Diagramme de paquetage ............................................................................................... 82
6.6. Modèle de déploiement ................................................................................................... 82
PARTIE III : REALISATION .............................................................................................. 84
Chapitre 7 : Mise en place de l’environnement de développement ................................... 85
7.1. Pré requis ......................................................................................................................... 85
7.2. Installation et configuration des Outils ......................................................................... 86
7.3. Architecture de l’application.......................................................................................... 92
Chapitre 8 : Développement de l’application ……………………………………………..93
8.1. Création de la base de données ...................................................................................... 93

8.2. Codage de l’application .................................................................................................. 96
8.3. Présentation de l’application ........................................................................................ 101
CONCLUSION GENERALE ............................................................................................XIII
REFERENCES BIBLIOGRAPHIQUES .......................................................................... XIV
REFERENCES WEBOGRAPHIQUES ............................................................................ XIV
GLOSSAIRE......................................................................................................................... XV
V
TABLE DES MATIERES .................................................................................................. XVI
RESUME/ABSTRACT………………………………………………………………………
VI
REMERCIEMENTS
En préambule à ce mémoire, je souhaite adresser mes remerciements les plus sincères
premièrement à Dieu tout puissant de m’avoir donné la santé et l’intelligence durant mes cinq
années universitaires et aux personnes qui m’ont apporté leurs aides et leurs encouragements
et qui ont contribué à l'élaboration de ce mémoire pour l'obtention du diplôme de Master
professionnel en informatique.
Je tiens à remercier spécialement les personnes citées ci-après:
 Monsieur HAJALALAINA Aimé Richard, Docteur HDR, Président de

l’Université de Fianarantsoa, de m’avoir permis à effectuer ce stage pour appliquer les
connaissances reçues à l’Université
 Monsieur MAHATODY Thomas, Docteur HDR, Directeur de l’Ecole Nationale
d’Informatique, de m’avoir permis à effectuer ce stage pour appliquer les
connaissances reçues à son établissement ;
 Monsieur RANAIVOSON Julio, Géant de la ferme MAMI, et également mon
encadreur professionnel d’avoir bien voulu accepter de m’aider durant mes six mois
de stage ;
 Monsieur RABETAFIKA Louis Haja, Maître de Conférences, et également mon
encadreur pédagogique qui m’a accompagné durant la période de stage ;
 Monsieur RALAIVAO Jean Christian, Assistant d’Enseignement Supérieur et
de Recherche, d’avoir bien voulu être mon examinateur lors de cette soutenance.
 Monsieur RAMAMONJISOA Bertin Olivier, Professeur Titulaire, d’avoir
accepté d’être le président du jury lors de cette soutenance.
 Mes chers parents et familles, pour leur soutien moral.
Enfin, j’espère que les membres du jury trouvent dans ce rapport les qualités de clarté
et de motivation qu’ils attendent.
VII
LISTE DES FIGURES
Figure 1: Organigramme de l'ENI .............................................................................................. 6
Figure 2 : Organigramme de la ferme MAMI (Malagasy Miompy) ........................................ 18
Figure 3 Historique UML ......................................................................................................... 34
Figure 4 : Elément constitutif de cas d’utilisation.................................................................... 44
Figure 5 : Diagramme de Cas d’utilisation .............................................................................. 47
Figure 6 : Diagramme de séquence système de « Sortir provende » ....................................... 51
Figure 7 : Diagramme de séquence système de «Enregistrer matière première » ................... 53
Figure 8 : Diagramme de séquence système de « Fabriquer provende» .................................. 56
Figure 9 : Diagramme de séquence système de « Effectuer paiement» ................................... 58
Figure 10 : Diagramme de séquence système de « Rechercher produit vendu» ...................... 60
Figure 11 : Diagramme de séquence système de «Voir total matière première disponible » .. 61
Figure 12 : Diagramme de séquence système de « Modifier employé» .................................. 63
Figure 13 : Diagramme de séquence système de « Supprimer employé » ............................... 65
Figure 14 : Modèle de domaine................................................................................................ 67
Figure 15 : Mode de fonctionnement du MVC ........................................................................ 69
Figure 16 : Diagramme de séquence conception de « Sortir provende » ................................. 70
Figure 17 : Diagramme de séquence conception de « Enregistrer matière première » ............ 71
Figure 18 : Diagramme de séquence conception de «Fabriquer provende» ............................ 72
Figure 19 : Diagramme de séquence conception de « Effectuer paiement » ........................... 73
Figure 20 : Diagramme de séquence conception de « Rechercher produit vendu » ................ 74
Figure 21 : Diagramme de séquence conception de « Voir total matière première disponible »
.................................................................................................................................................. 74
Figure 22: Diagramme de séquence conception de « Modifier Employé » ............................. 75
Figure 23 : Diagramme de classe conception de « Sortir provende » ...................................... 77
Figure 24 : Diagramme de classe conception de « Enregistrer matière première » ................. 78
Figure 25 : Diagramme de classe conception de « Fabriquer provende » ............................... 78
Figure 26 : Diagramme de classe conception de « Effectuer un paiement » ........................... 79
Figure 27 : Diagramme de classe conception de « Rechercher produit vendu » ..................... 79
Figure 28 : Diagramme de classe conception de « Voir total matière première disponible » . 80
Figure 29 : Diagramme de classe conception de « Modifier Employé » ................................. 80
Figure 30 : Diagramme de classe globale ................................................................................ 81
Figure 31:Diagramme de paquetage ........................................................................................ 82
Figure 32:Diagramme de déploiement ..................................................................................... 83
VIII
Figure 33 : Etape 1 - Installation VP ........................................................................................ 87
Figure 38 : Etape finale - Installation VP ................................................................................. 88
Figure 39 : Etape 1 -Installation de NetBeans.......................................................................... 89
Figure 40: Etape 2 - Installation de NetBeans.......................................................................... 89
Figure 44: Etape finale - Installation de NetBeans .................................................................. 91
Figure 45 : Architecture microservice ...................................................................................... 92
Figure 46: Création de la base de données ............................................................................... 94
Figure 47 : base de donnée créer .............................................................................................. 95
Figure 48 : Création table « ingredient ».................................................................................. 95
Figure 49 : Table « ingredient » créer ...................................................................................... 96
Figure 50: Page d’accueil élevage .......................................................................................... 102
Figure 51 : Page d'accueil dépense ......................................................................................... 102
Figure 52 : Page d'accueil produit .......................................................................................... 103
Figure 53 : Page d'accueil Vente ............................................................................................ 103
Figure 54 : capture de la page « gestion de formule alimentaire » ........................................ 104
Figure 55 : Capture du formulaire « Enregistrement de matière première » ......................... 104
Figure 56 : Capture de la page « Gestion de matière première » ........................................... 105
Figure 57 : Capture du formulaire « Guide de fabrication provende » .................................. 106
Figure 58 : Capture de la page « Etat de la matière première » ............................................. 106
Figure 59 : Capture de la page « Historique de matière première »....................................... 107
Figure 60 : Capture du formulaire « Enregistrement Promotion » ........................................ 108
Figure 61 : Capture du formulaire « Enregistrement provende finie » .................................. 108
Figure 62 : Capture de la page « Historique Provende finie » ............................................... 109
Figure 63 : Capture de la page « Etat de provende finie » ..................................................... 109
Figure 64 : Capture Formulaire Caractéristique provende ..................................................... 110
IX
LISTE DES TABLEAUX
Tableau 1: Organisation du système de formation pédagogique de l’Ecole .............................. 8
Tableau 2 : Liste des formations existantes à l’ENI................................................................. 10
Tableau 3: Débouchés professionnels éventuels des diplômés ................................................ 16
Tableau 4 : matériels utilisés et leurs caractéristiques ............................................................. 21
Tableau 5: Chronogramme de travail ....................................................................................... 22
Tableau 6 : Matériels utilisés dans la ferme MAMI................................................................. 24
Tableau 7 : Logiciels utilisés par la ferme MAMI (Malagasy Miompy) ................................. 25
Tableau 8 : Avantages et l’inconvenients des solutions ........................................................... 26
Tableau 9 : Comparaison de quelques SGBD .......................................................................... 27
Tableau 10 : Comparaisons entre les différents langages de programmation .......................... 29
Tableau 11 : Comparaison MERISE et 2TUP ......................................................................... 32
Tableau 12 : Généralités des outils UML................................................................................. 36
Tableau 13 : Comparaison NetBeans et Eclipse ...................................................................... 38
Tableau 14 : Dictionnaire des données .................................................................................... 40
Tableau 15 : Cas d’utilisation pour le gérant ........................................................................... 45
Tableau 16 : Représente la priorisation des cas d’utilisations ................................................. 48
Tableau 17 : Description textuelle de cas d’utilisation « Sortir provende » ............................ 49
Tableau 18 : Description textuelle de cas d’utilisation «Enregistrer matière première » ...... 51
Tableau 19 : Description textuelle de cas d’utilisation « Fabriquer provende » ...................... 54
Tableau 20 : Description textuelle de cas d’utilisation « Effectuer un paiement » .................. 57
Tableau 21 : Description textuelle de cas d’utilisation « Rechercher produit vendu » ............ 58
Tableau 22 : Description textuelle de cas d’utilisation « Voir total matière première disponible
» ................................................................................................................................................ 60
Tableau 23 : Description textuelle de cas d’utilisation «Modifier employé » ......................... 62
Tableau 24 : Description textuelle de cas d’utilisation « Supprimer employé »...................... 63
Tableau 25 : Pré requis matériels pour NetBeans .................................................................... 85
Tableau 26 : Pré requis matériels pour Visual paradigm ......................................................... 86
X
LISTE DES ABREVIATIONS
2TUP : 2 Track Unified Process
3D : 3 Dimension
ARM : Fabrique des Processeurs Multicoeur
BDD : Base de données
CPU : Central Processing Unit
CSS : Cascading Style Sheets
DCC : Diagramme de Classe de Conception
DSC : Diagramme de Séquence Conception
DSS : Diagramme de Séquence Système
EDI : Environnement de Développement Intégré
ENI : Ecole Nationale d’Informatique
GPLv2 : General Public License version 2
HDD : Disque Dur
HP : Hewlett-Packard
HTML : HyperText Markup Language
IDE : Integrated Development Environment
LAMP : Linux, Apache, MySQL, and Php
LMD : Licence Master Doctorat
MAMI : Malagasy Miompy
MERISE : Méthode d'Étude et de Réalisation Informatique par les Sous-Ensembles
MVC : Modèle View Controleur
OS : Operating System
PHP : Hypertext Preprocessor
RAM : Random Access Memory
RG : Règle de gestion
SGBD : Système de Gestion de Base de Données
SQL : Structured Query Language
TIC : Technologie de l’information et de la communication
UML : Unified Modeling Language
UPST : Université Paul Sabatier de Toulouse
VMS : Virtual Memory System
VP : Visual Paradigm
WAMP : Windows Apache MySQL PHP
XI
XML : Extensible Markup Language
XII
INTRODUCTION GENERALE
Actuellement la technologie est indispensable pour la bonne gestion d’une entreprise,

surtout si celle-ci contient plusieurs tâches à gérer par un nombre minimal d’employés. En
effet, il est impossible pour l’Homme de gérer plusieurs tâches à la fois, voilà pourquoi un
logiciel est utile et important afin de bien gérer l’entreprise pour éviter toute perte d’argent,
vol ou gaspillage, et de satisfaire les clients. Ce stage chez la ferme MAMI (Malagasy
Miompy) d’une durée de six mois consiste à concevoir et à réaliser une application pour la
gestion de la ferme depuis la fabrication des provendes jusqu’à la mise des produits sur le
marché.
Ce mémoire présente le travail fait lors de mon stage depuis le 25 avril 2022 jusqu’au 21
Octobre 2022 au sein de la ferme MAMI (Malagasy Miompy). Ce six mois de travail m’a
permis de mettre en pratique et d’expérimenter toutes les connaissances acquises au sein de
mon établissement l’ENI.
On constate que ce sujet est vraiment intéressant. La création d’une nouvelle application de
gestion facilitera et aidera beaucoup le gérant à bien maîtriser sa ferme et de bien contrôler
tous les produits et les employés.
L’objectif de ce projet est de faciliter le travail du gérant de la ferme pour qu’il puisse bien la
contrôler sans aucune difficulté.
Concernant la réalisation, nous allons utiliser une méthode de conception, un SGBD, un

langage de programmation, et environnement de développement.
Ainsi, le présent mémoire se divisera en trois grandes parties : la première partie aura pour
objet la présentation générale de l’Ecole Nationale de l’Informatique et de la ferme MAMI
(Malagasy Miompy), la seconde partie sera consacrée sur la description du projet, l’analyse et
la conception de système et la dernière partie portera sur sa réalisation.
1
Partie I : PRESENTATION
2
Chapitre 1. Présentation de l’Ecole Nationale d’Informatique
1. 1. Information 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 : 034 05 733 36 ou 033 42 302 02. Son adresse électronique est la
suivante : eni@eni.mg. Site Web : www.eni.mg
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 des formations par
rapport aux besoins évolutifs des sociétés et des entreprises.
- En initiant les étudiants aux activités de recherche dans les différents domaines des
Technologies de l’information et de la communication (TIC).
3
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).
4
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
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.
La figure 1 présente l’organigramme actuel de l’Ecole.
5
Conseil d'école
Conseil Direction
Collège des enseignants
Scientifique
Sécrétariat Service
principal pédagogique
Parcours: Génie Logiciel et Base de

Service de scolarité
Données
Parcours: Administration des

Service de comptabilité
Systèmes et Réseaux
Service intendance Parcours: Informatique Générale
Figure 1: Organigramme de l'ENI
6
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.
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. Domaine 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’Informatique appliquée.
Le tableau 1 décrit l’organisation du système de formation pédagogique de l’Ecole.
7
Tableau 1: Organisation du système de formation pédagogique de l’Ecole
Formation théorique Formation pratique
- Enseignement théorique - Etude de cas
- Travaux dirigés - Travaux de réalisation
- Travaux pratiques - Projets / Projets tutorés
- Voyage d’études
- Stages
1.5. Architecture des formations pédagogiques
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
8
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.
La licence peut avoir une vocation générale ou professionnelle.
Le master peut avoir une vocation professionnelle ou de recherche.
9
Tableau 2 : Liste des formations existantes à l’ENI
FORMATION EN
LICENCE PROFESSIONNELLE ET MASTER
Condition Par voie de concours Formation
d’admission
Condition Bac de série C, D ou Technique Être titulaire de licence
Professionnel
d’accès le
Durée De 3 années 2 années
formation
Diplôme de Licence Professionnelle

Diplôme A en Diplôme de Master
Informatiqu
délivrer e Professionnel
Diplôme de Master
Recherche
10
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.
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.
11
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,
CNaPS, Bureau National de Gestion des Risques et des Catastrophes (BNGRC), CEDII-
Fianarantsoa, Data 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,

Ferme MAMI, 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.
12
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.
13
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.
14
1.8. Débouchés professionnels avec des diplômés
Le chômage des jeunes diplômés universitaires fait partie des maux qui gangrènent
Madagascar. L’environnement sociopolitique 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.
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.
15
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.
Tableau 3: 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
MASTER - Administrateur de réseau et système
- Architecture de système d’information
- Développeur d’applications
- Ingénieur réseau
- Webmaster /web designer
16
- 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
1.9. Ressources humaines
Directeur de l’Ecole : Monsieur MAHATODY Thomas, Docteur HDR
Responsable de Mention : Monsieur RABETAFIKA Louis Haja, Maître de Conférences
Responsable de Parcours « Génie Logiciel et Base de Données » : Monsieur RALAIVAO

Jean Christian, Assistant d’Enseignement Supérieur et de Recherche
Responsable de Parcours « Administration Systèmes et Réseaux » : Monsieur SIAKA,

Assistant d’Enseignement Supérieur et de Recherche
Responsable de Parcours « Informatique Générale » : Monsieur GILANTE Gesazafy,

Assistant d’Enseignement Supérieur et de Recherche
Nombre d’Enseignants permanents : 12 dont deux (01) Professeur Titulaire, deux (02)
Professeurs, six (04) Maîtres de Conférences et cinq (05) Assistants d’Enseignement
Supérieur et de Recherche
Nombre d’Enseignants vacataires : 10
Personnel Administratif : 23
17
Chapitre 2. Présentation de la ferme MAMI (Malagasy
Miompy)
Dans ce chapitre, nous allons nous focaliser sur la présentation de la ferme MAMI (Malagasy
Miompy) avant d’effectuer toute analyse auprès de cette entreprise. Pour mieux comprendre
cet ouvrage, nous allons nous intéresser sur son identité et sa structure organisationnelle, ainsi
que la mission, l’objectif de l’organisation et l’organigramme existant.
2.1. Localisation et contact
La ferme MAMI (Malagasy Miompy) est une ferme de poulets de chair. Elle élève
8000 poulets dont 500 producteurs. Elle possède également un champ de maïs et de soja,
matières premières nécessaires pour la fabrication des provendes. Elle est située à Fenoarivo
Alakamisy Antananarivo Madagascar. Son contact est ferme.mami@gmail.com.
2.2. Organigramme
Figure 2 : Organigramme de la ferme MAMI (Malagasy Miompy)
18
2.3. Présentation
La ferme MAMI (Malagasy Miompy) a été fondé en 2020, avec 500 poulets et 4
employés. A l’époque la ferme ne produisait pas encore ses poussins de chair, ni ses
provendes ; elle se fournissait auprès du fournisseur « Avitech ». En 2021, la ferme a
commencé à élever ses propres poulets reproducteurs, cultiver et produire elle-même les
provendes nécessaires à l’élevage de ses poulets. Désormais, elle a 26 employés dont 6
vendeurs aux points de vente et élève jusqu’à plus de 8000 poulets dont 150 poulets vendus
par jour. Elle est en partenariat avec plusieurs restaurants autour de la capitale.
- Siege social : Fenoarivo Alakamisy Antananarivo Madagascar

- Objet/activités : élevage de poulets producteurs et de poulets de chair, culture et
fabrication de provendes, vente de poulets de chair en gros et détail.
- Données quantitatives et qualitatives : La ferme MAMI (Malagasy Miompy)
contient 26 employés et plus de 8000 poulets. Elle possède un large champ de maïs
et de soja, qui sont les matières premières nécessaires pour la fabrication de
provendes. Elle a actuellement trois points de vente de poulets de chair à
Antananarivo.
19
Chapitre 3. Description du projet
3.1. Formulation
Le stage au sein de la ferme MAMI (Malagasy Miompy) a débuté le 25 Avril 2022 accueilli
par son gestionnaire, qui est également le propriétaire. Il a expliqué les difficultés et
problèmes sur la gestion de sa ferme et les conséquences que cela engendre. La ferme élève
entre 6500 et 7500 poulets dont 150 par jours vont en abattoir après l’engraissement de 6
semaines. Il a expliqué également qu’il y a de trop grande quantité de données à gérer surtout
au niveau de la fabrication et de la distribution de provendes, de la gestion de promotion de
poulets à élever, de l’emballage qui devient le produit fini, et enfin la vente.
3.2. Objectif et besoins de l’utilisateur

Notre objectif sur ce projet est de concevoir et de réaliser une application pour gérer la ferme
MAMI (Malagasy Miompy) depuis la fabrication des provendes jusqu’à la mise des poulets
sur le marché. C’est aussi surtout pour répondre aux besoins de l’utilisateur qui est le
gestionnaire de la ferme.
Les principaux besoins de l’utilisateur :
- Gérer les matières premières

- Etre guidé à la formulation pour la fabrication de provendes
- Etre guidé pour la distribution de provendes à chaque âge de promotion précisée
- Gérer l’élevage de poulets par promotion (taux de mortalité, indiquer la provende que
doit consommer la promotion de poulets, indiquer la promotion en vitamine ou en
abattoir)
- Gérer la quantité de poulets vendus par jour et quantité de poulets en stock
- Gérer les employés
- Repérer les morceaux les plus vendus et les moins vendus
- Contrôler la vente des poulets par jour (en maîtrisant les dépenses et bénéfices)
- Etre guidé pour le morcellement de poulets en abattoir
3.3. Moyens nécessaires à la réalisation du projet
3.3.1. Moyens Humains

Pour réaliser ce projet, les moyens humains nécessaires sont :
 Un Chef de projet : l’encadreur professionnel

20
 Un Concepteur : le stagiaire
 Un Développeur : le stagiaire
 Un Testeur : l’encadreur professionnel
3.3.2. Moyens Matériels
Le tableau 4 montre les matériels utilisés et ses caractéristiques respectifs qui nous ont
permis de concevoir et de réaliser ce projet au cours de ce stage.
Tableau 4 : matériels utilisés et leurs caractéristiques

Désignation Caractéristiques Nombre
Ordinateur portable - Marque : hp 1
- CPU : core i3 frequence 60 Hz
- RAM : 6Go
- HDD : 700 Go
- Système d’exploitation : Windows 7
Professionnel
3.4. Résultats attendus

Ce qu’on attend de cette application est qu’elle réponde aux principaux besoins de
l’utilisateur. On veut également obtenir :
 Une application facile à manipuler et stable

 Une application fiable
 Une application convenable aux besoins de l’utilisateur
3.5. Planification des travaux
La durée du projet allant de la conception à l’installation est de six mois. La réalisation de ce

projet suit une chronologie illustrée dans le tableau 5.
21
Tableau 5: Chronogramme de travail
Activités Période Nombre de jours
Analyse Mai 2022 15
Conception Mai-Juin 2022 30
Développement de Juin-Septembre 2022

l’application 4 mois
Test de l’application Octobre 2022 7 Jours
Elaboration de mémoire Tous les jours jusqu’au 28

Novembre 2022
22
Partie II : ANALYSE ET CONCEPTION
23
Chapitre 4 : Analyse préalable
Nous sommes maintenant sur ce chapitre qui va présenter une étude de l’existant
suivie de critique permettant d’améliorer le projet à réaliser. C’est une phase importante pour
bien comprendre le système et définir ses objectifs.
4.1. Analyse de l’existant
Avant de passer à la phase de réalisation du projet, l’analyse de l’existant est

importante à faire. Pour cette étape, il est nécessaire pour nous de voir la situation existante
dans une organisation actuelle et tous ses moyens matériels et logiciels.
4.1.1. Organisation actuelle
Actuellement, l’entreprise utilise des techniques traditionnelles. Cela entraine un

travail lourd et difficile et un risque de perte élevé. Tout se fait à la main. Le gestionnaire perd
le repère de sa ferme et ne la maîtrise plus. Des pertes surviennent alors, et l’objectif du
propriétaire qui est d’agrandir sa ferme n’est pas possible.
4.1.2. Moyens matériels et logiciels existants
4.1.2.1. Matériels informatiques
D’après une enquête dans le domaine étudié, on a obtenu les informations à propos des
matériels utilisés dans la ferme MAMI (Malagasy Miompy) et ses points de vente qui sont
représenté par le Tableau 6.
Tableau 6 : Matériels utilisés dans la ferme MAMI

Désignation Caractéristiques HDD Nombre
Ordinateur portable Core i3 Marque Sony 160Go 4
Vaio
Ram 2Go
Cahier grand format 1
24
4.1.2.2. Logiciels informatiques
Le tableau 7 représente les logiciels utilisés par le ferme MAMI (Malagasy Miompy) .
Tableau 7 : Logiciels utilisés par la ferme MAMI (Malagasy Miompy)

Services Logiciels utilisés
Enregistrement Microsoft office Excel

Microsoft office Word
Notes Pense bête, bloc Note
4.2. Critique de l’existant
Les matériels et logiciels utilisés par l’entreprise sont faciles à manipuler mais ne sont
pas fiables, incontrôlables et difficile pour enregistrer une grande donnée ; et nécessitent
beaucoup de concentration et d’effort. Le risque d’erreur est très élevé. Le gestionnaire
n’arrive pas gérer sa ferme ; que ce soit au niveau de la fabrication des provendes, l’élevage
des poulets ou à sa mise sur le marché. Il faut tout saisir à la main et le logiciel ne peut pas
contrôler s’il y a erreur ou pas. Les poulets n’atteignent pas le poids idéal et la ferme ne
produit pas la somme exacte nécessaire de poulets qu’il faut fournir. Soit, il y a gaspillage qui
signifie perte, soit il y a rupture de stock qui équivaut aussi à une perte. De plus, le risque de
vol par les employés est élevé faute de contrôle. Le gestionnaire perd la gestion de
comptabilité de l’entreprise et a du mal à calculer le chiffre d’affaire annuel et bénéfices. En
plus, cela ne satisfait pas réellement les besoins des clients et les recettes journalières ne sont
pas maîtrisées.
4.3. Conception avant-projet
4.3.1. Proposition des solutions
A cause des inconvénients constatés, des solutions ont été proposées, le tableau 8
montre l’avantage et l’inconvénient des solutions
25
Tableau 8 : Avantages et l’inconvenients des solutions
Solutions Avantages Inconvénients
Acheter un logiciel de  Couteux
gestion  Facile à acquérir  Le logiciel ne
répond pas aux
besoins
Conception et réalisation  Entreprise bien  Il est encore à
d’un logiciel de gestion de la gérée concevoir, à réaliser
ferme  Moins couteux et à tester et demande
 Possibilité donc du temps avant
d’agrandir la ferme de pouvoir l’utiliser
 Facile à adapter
4.3.2. Solution retenue
D’après les études et analyses approfondies, on a décidé d’adopter la deuxième

solution, parce qu’elle est plus avantageuse et adaptée aux besoins recherchés. Elle permet
également au gestionnaire de bien gérer sa ferme. Elle répond à tous les besoins attendus et
pourtant facile à manipuler et moins couteux.
4.3.3. Système de Gestion de Base de Données
Le projet ne peut se faire sans le SGBD. Il existe plusieurs SGBD. On doit alors
connaître d’abord lequel on va choisir. Le but de ce choix de SGBD est de faciliter et
d’accélérer le travail à accomplir, et aussi pour faire le meilleur choix en choisissant le plus
convenable. Le tableau 9 montre les comparaisons des avantages et inconvénients de quelques
SGBD.
26
Tableau 9 : Comparaison de quelques SGBD
Nom de SGBD Avantages Inconvénients
MySQL - système de gestion de base de - ne supporte pas de
données du modèle relationnel requête imbriquée
- rapide
- stable
- gratuit
- riche en documentation
- performant
- open source [5]
PostGreSQL - Open source - Impossible d’y
- Standard stocker une structure
- Permet de stocker une information arborescente de
beaucoup plus structurée fichiers
- Robuste [6] - Pas d’ordonnanceur
intégré
- Pas de vue
matérialisée
Pas de requêtes
évoluées
Oracle - Plus utilisé - Coût
- Riche en termes de fonctionnalités - Complexité souvent
- Larges solutions d’accès (tout inutile
langage et toutes technologies) [7] - Forte spécificité
D’après les comparaisons dans le tableau 11, on a choisi le SGBD MySQL pour la réalisation
du projet car il convient le mieux au projet à réaliser.
4.3.3.1. Présentation de MySQL
MySQL est un Système de Gestion de Base de Données (SGBD) parmi les plus
populaires au monde. Il est distribué sous double licence, une licence publique générale GNU
27
et une propriétaire selon l’utilisation qui en est faites. La première version de MySQL est
apparue en 1995 et l’outil est régulièrement entretenu.
Ce système est particulièrement connu des développeurs pour faire partit des
célèbres quatuors: WAMP (Windows, Apache, MySQL et PHP), LAMP (Linux) et MAMP
(Mac). Ces packages sont si populaires et simples à mettre en œuvre que MySQL est
largement connu et exploité comme système de gestion de base de données pour des
applications utilisant PHP. C’est d’ailleurs pour cette raison que la plupart des hébergeurs
web proposent PHP et MySQL.
4.3.3.2. Caractéristiques de MySql

MySQL est un serveur de base de données relationnelles SQL qui fonctionne sur de
nombreux systèmes d’exploitation (dont Linux, Mac OS X, Windows, Solaris, FreeBSD…) et
qui est accessible en écriture par de nombreux langages de programmation, incluant
notamment PHP, Java, Ruby, C, C++, .NET, Python …
L’une des spécificités de MySQL c’est qu’il inclut plusieurs moteurs de bases de
données et qu’il est par ailleurs possibles au sein d’une même base de définir un moteur
différent pour les tables qui composent la base. Cette technique est astucieuse et permet de
mieux optimiser les performances d’une application. Les 2 moteurs les plus connus étant
MyISAM (moteur par défaut) et InnoDB.
La réplication est possible avec MySQL et permet ainsi de répartir la charge sur plusieurs
machines, d’optimiser les performances ou d’effectuer facilement des sauvegardes des
données.
4.3.4. Langage de programmation
Cette application ne peut pas être réalisée sans langage de programmation pour le
développer. Nous savons bien qu’il y a plusieurs langages qu’on peut choisir comme C++,
C#, etc.…on a choisi le langage Java pour son excellente portabilité et sa réputation par
rapport aux autres langages. Le tableau 10 nous montre les comparaisons entre les différents
langages de programmation.
28
Tableau 10 : Comparaisons entre les différents langages de programmation
Nom de Description Avantages Inconvénients

langage
Java est un langage de - elle permet de - Lenteur de

programmation orienté développer des l’exécution
JAVA objet créé par James applications bien (compilation +
Gosling et Patrick Naughton, structurée et interprétation)
employés de Sun modulable. mais d’autres
Microsystems, avec le soutien - Portabilité, il existe alternatives
de Bill Joy (cofondateur des JVM pour existent.
de Sun l’ensemble des OS Quelques règles
Microsystems en 1982), du marché. fondamentales
présenté officiellement - Le bytecode - Le nom d’une
le 23 mai 1995 au .SunWorld exporté est léger. classe
[8] - Sécurité, la JVM commence

lance de nombreuses toujours par une
vérifications sur le majuscule.
bytecode. [9]
C++ Le langage C++ est un des L'incroyable rapidité - Le C++ n'est pas
langages les plus célèbres au du C++ est l'une des très récent : il a
monde. Très utilisé, principales raisons été développé
notamment dans le secteur de sa popularité dans les années
des jeux vidéo qui apprécie actuelle. Le C++ est 1980 pour
ses performances et ses couramment utilisé apporter plus de
possibilités ; Le C++ est le dans les applications fonctionnalités
descendant du langage C. Ces à faible latence, car au langage C,
deux langages, bien que sa compilation et son développé dans
semblables au premier abord, exécution sont les années 1970.
sont néanmoins différents. nettement plus La compatibilité
29
rapides que celles entre les deux
des autres langages langages est de
de programmation plus en plus
polyvalents. limitée.
Toutefois, le
principal
inconvénient du
C++ réside dans
son haut degré
d'abstraction.
C# est donc un langage de - Idéal pour les

C# programmation orienté débutants - Non évolutif
objet créé en 2000 par Anders - La vitesse. C# est - C'est encore un
Hejlsberg (de chez Microsoft) relativement rapide langage
et standardisé en 2002. Ce qui car le langage est propriétaire sur
en fait au final un langage pas fortement typé. beaucoup
si ancien, si on le compare d'outils (. NET)
à PHP (1994), Python (1991) - Il peut avoir
ou Java (1995). [10] quelques
problèmes de
compatibilité
avec des anciens
frameworks .
NET. Si l'OS
vieillit trop,
certains
frameworks ne
seront plus
maintenus et
deviendront
donc
incompatibles
avec l'OS.
30
D’après la comparaison dans le tableau précédent, on a opté pour le langage JAVA grâce à ses
avantages et il est aussi bien adapté à notre projet.
4.3.4.1. Présentation du langage de programmation JAVA
Java a été créée en 1991 par Sun Microsystems afin d'offrir un langage de programmation
adapté au contrôle d'appareils électroniques, dans le cadre du projet Green. Le but était de
pouvoir contrôler en quelque sorte les appareils du futur, de manière à ce qu'ils deviennent
interactifs et puissent communiquer entre eux. Au départ, les chercheurs de ce projet créèrent
un prototype du nom de Star7, une sorte de télécommande capable de communiquer avec ses
semblables. Ceux-ci désirèrent alors créer un système d'exploitation adapté à cette
télécommande en C++, qui était de loin le langage de programmation orienté objet le plus
utilisé en cette période. Cependant, les contraintes imposées par ce langage irrita l'un des
membres de ce projet, James Gosling, et ce dernier finit par concevoir un nouveau langage
plus adapté au contrôle de cet appareil, qu'il nomma Oak. Cependant, ce nom étant déjà utilisé
dans le monde de l'informatique, il fut finalement convenu de lui donner le nom de Java.
Comme Java était initialement développé pour contrôler des appareils électroniques et non
des ordinateurs, il présente l'avantage de produire des programmes peu encombrants (donc
rapidement téléchargeables depuis une page web), fiables, performants et faciles à porter vers
d'autres appareils (un programme Java fonctionne aussi bien sous Windows, Mac OS, Linux
ou tout autre système d'exploitation, et ce sans aucune modification de la part du
développeur). De plus, Java est un langage sûr, qui empêche tout dégât sur une machine
distante ayant lancé une applet (application prévue pour s'exécuter depuis une page web). Il
faut toutefois préciser que ce n'est plus le cas lorsqu'une application autonome est générée: à
ce moment, le programme sera autorisé à lire et écrire librement sur le disque de l'utilisateur,
et à gérer tous les évènements que les autres langages sont en mesure d'effectuer.
Dans le but de populariser ce langage aux yeux du monde et afin de démontrer tout son
potentiel, les programmeurs Patrick Naughton et Jonathan Peayne lancèrent en 1994 un
navigateur capable d'exécuter des applets Java, dont la particularité était d'avoir été lui-même
conçu en Java. Dans un premier temps, il fût baptisé WebRunner, mais on lui préféra le nom
de HotJava. Cependant, ce ne fut que vers début 1996 que le langage devint vraiment célèbre,
alors que Netscape rendit son navigateur compatible.
31
Afin de développer dans ce langage, il est conseillé de se procurer la dernière version du JDK
(actuellement la 1.2.x), disponible gratuitement sur le site de Sun. Celle-ci permet en effet de
réaliser des applications Java utilisant les spécificités de Java 2 et des versions antérieures. Il
faut cependant garder à l'esprit, lors de la création d'applets, que les concepteurs de
navigateurs ont tardé à rendre leurs produits compatibles avec les dernières versions de Java.
C'est la raison pour laquelle il est préférable de se cantonner aux instructions spécifiques à la
version 1.0.2 du langage, le compilateur se chargeant lui-même de produire du code de
génération antérieure.
4.3.5. Méthode de conception
Avant de réaliser un projet, il est d’abord nécessaire de réaliser sa conception. On doit

alors choisir une méthode de conception qui convient au mieux au projet à réaliser. Pour cela,
on a effectué une comparaison entre la méthode MERISE et 2TUP dans le tableau 11.
Tableau 11 : Comparaison MERISE et 2TUP

.Méthodes Avantages Inconvenients
MERISE Cette méthode sépare la - Non orientée objet
modélisation des données et - Méthode séquentielle
celle du traitement qui et modèle immuable
facilite le travail
2TUP - orienté objet - ne propose pas
- Cycle de vie itératif et beaucoup de
incrémental documents types
- Cycle de - diagrammes trop
développement qui lourdes
dissocie les aspects
techniques des
aspects fonctionnels
- Propose des cycles de
développement en y
32
D’après les comparaisons dans le tableau 11, on a alors décidé d’utiliser la méthode 2TUP
pour la conception du projet à réaliser
4.3.5.1. Présentation de 2TUP
2TUP (2 tracks unified process, prononcez « toutiyoupi ») est un processus de

développement logiciel qui met en œuvre la méthode du processus Unifié.
Le 2TUP propose un cycle de développement en Y, qui dissocie les aspects techniques des
aspects fonctionnels. Il commence par une étude préliminaire qui consiste essentiellement à
identifier les acteurs qui vont interagir avec le système à construire, les messages
qu'échangent les acteurs et le système, à produire le cahier des charges et à modéliser le
contexte (le système est une boîte noire, les acteurs l'entourent et sont reliés à lui, sur l'axe qui
lie un acteur au système on met les messages que les deux s'échangent avec le sens). Le
processus s'articule ensuite autour de trois phases essentielles :
 une branche technique ;

 une branche fonctionnelle ;
 une phase de réalisation.
La branche fonctionnelle capitalise la connaissance du métier de l’entreprise. Cette branche

capture des besoins fonctionnels, ce qui produit un modèle focalisé sur le métier des
utilisateurs finaux.
La branche technique capitalise un savoir-faire technique et/ou des contraintes techniques.

Les techniques développées pour le système le sont indépendamment des fonctions à réaliser.
La phase de réalisation consiste à réunir les deux branches, permettant de mener une
conception applicative et enfin la livraison d'une solution adaptée aux besoins.
4.3.6. Présentation d’UML
UML (Unified Modeling Language), que l’on peut traduire par « langage de
modélisation unifié » est une notation permettant de modéliser un problème de façon
standard. Un modèle est une simplification de la réalité. Comme toute chose pour que tout se
passe normalement cela nécessite des principes c'est-à-dire que les principes de la
modélisation sont le choix de quels modèles nous créons une influence profonde sur la
33
manière d’attaquer le problème et de former une solution, tous modèle peut être
exprimé à différent niveaux de précision, cela signifie qu’on n’est pas obligé d’exprimer un
modèle avec un seul niveau, mais la pluralité des niveaux de précision permet de comprendre
le sujet, les meilleurs modèles sont bien reliés à la réalité et un seul modèle ne suffit pas. Tous
systèmes un peu compliqué sera mieux appréhendé à travers un ensemble de modèles presque
indépendants. UML est une modélisation orientée objet, couvre toutes les phases d’un projet,
c'est-à-dire de l’analyse des besoins jusqu’au déploiement. La modélisation UML aussi se fait
selon trois axes tels que : Structurel, Comportemental et Architectural. UML aussi est
un langage visuel, cela signifie qu’en UML, il y a facilité de communication,
l’utilisation de graphes/schémas et le texte reste utile dans certains cas.
4.3.6.1. Historique de l’UML [4]
Ce langage est né de la fusion de plusieurs méthodes existantes auparavant et est devenu

désormais la référence en termes de modélisation objet.
Figure 3 Historique UML
34
4.3.6.2. Résumé d’UML
UML s’articule autour de treize types de diagrammes, chacun d’eux étant dédié à la
représentation des concepts particuliers d’un système logiciel. Ces types de diagrammes sont
répartis en deux grands groupes :
 Six diagrammes structurels :

 Diagramme de classes : Il montre les briques de base statiques : classes,
associations, interfaces, attributs, opérations, généralisations, etc.
 Diagramme d’objets : Il montre les instances des éléments structurels et
leurs liens à l’exécution.
 Diagramme de packages : Il montre l’organisation logique du modèle et les
relations entre packages.
 Diagramme de structure composite : Il montre l’organisation interne d’un élément
statique complexe.
 Diagramme de composants : Il montre des structures complexes, avec leurs
interfaces fournies et requises.
 Diagramme de déploiement : Il montre le déploiement physique des «
artefacts » sur les ressources matérielles.
 Sept diagrammes comportementaux :

 Diagramme de cas d’utilisation : Il montre les interactions fonctionnelles entre les
acteurs et le système à l’étude.
 Diagramme de vue d’ensemble des interactions : Il fusionne les diagrammes
d’activité et de séquence pour combiner des fragments d’interaction avec des
décisions et des flots.
 Diagramme de séquence : Il montre la séquence verticale des messages passés
entre objets au sein d’une interaction.
 Diagramme de communication : Il montre la communication entre objets dans le
plan au sein d’une interaction.
35
 Diagramme de temps : Il fusionne les diagrammes d’états et de séquence pour
montrer l’évolution de l’état d’un objet au cours du temps.
 Diagramme d’activité : Il montre l’enchaînement des actions et décisions au sein
d’une activité.
 Diagramme d’états : Il montre les différents états et transitions possibles des
objets d’une classe.
4.3.7. Outils de conception
L’outil de conception est nécessaire pour concevoir le système étudié. Cela permet
de créer des diagrammes UML. Le tableau 12 alors représente les généralités des outils
UML.
Tableau 12 : Généralités des outils UML

Nom Plateforme Intégré ou Licence Langages Prise en main
Autonome
Visual -Windows Autonome Propriétaire Java Dispose de différentes

Paradigm fonctions facilitant la
-Linux
conception des
-OS X diagrammes aux débutants
PowerAMC -Windows Autonome Propriétaire Java Permet de réaliser tous les

types de modèles, et de
travailler avec la méthode
Merise
StarUML -Windows Autonome Open Source Java Facile à prendre en main et

à manipuler
D’après le tableau 12 présentant les raisons qui sont basés sur la généralité nous a poussés de
choisir de Visual Paradigm comme un outil UML.
4.3.7.1. Présentation de Visual de Paradigm
Visual Paradigm est un outil de modélisation qui 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,
36
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.
4.3.7.2. Fonctionnalités de Visual Paradigm
Il est à notre sens très complet mais relativement coûteux. Plus spécifiquement, il permet :
 La modélisation UML 2.0 qui inclut ses 13 diagrammes

 La génération de code de programmation dans une bonne partie des langages
communs, plus exactement : Java, C#, VB.NET, PHP, ODL, Action Script, IDL,
C++, Delphi, Perl, XML Schéma, Python, Objective-C, Objective-C 2.0, Ada95 et
Ruby
 La modélisation de bases de données relationnelles
 La génération de code SQL et le déploiement dans les principaux SGBDR, à savoir :
MySQL, MS SQL Server, Oracle, HSQL, Sybase ASE, Sybase SQL Anywhere,
PostgreSQL, Cloudscape-Derby, DB2, Ingres, OpenEdge, Informix, Firebird,
FrontBase, Cache, SQLite et H2
 Le « reverse engineering », qui consiste en la création automatique de modèles depuis
du code de programmation ou depuis une base de données existante
 La gestion des exigences
 L’analyse d’impacts, qui permet de connaître à l’avance les conséquences d’un
changement
 La création de rapports automatisés
4.3.8. Outils de développement
Les outils de développement sont parmi les outils qui vont nous permettre de
développer une application ou un applet. Ils regroupent dans un même outil la possibilité
d’écrire du code source, d’exécuter et de débugger le code. En fait, il existe plusieurs IDE
pour le langage Java ; mais on ne va comparer que les environnements de développement
Eclipse et NetBeans dans le tableau 13.
37
Tableau 13 : Comparaison NetBeans et Eclipse
Outils Avantages Inconvénients
Eclipse [10] - Très utilisé dans le - Lent

milieu professionnel - Pas de standard
- Open source - Nécessite un
Framework
- Nécessite
l’installation d’un JRE
NetBeans [11] - Premier à supporter - la fluidité pour

Java 5.0 scroller de bas en
- Rapide haut
- Développement JE22 - la traduction de
- 100% Java, produit l’interface n’est pas
de l’année 2005 complète
- Plus de support
langue international
- léger
- facile à configurer
- les librairies
- prise en main facile
A propos de la popularité, Eclipse tient une première place et elle est le plus utilisée. Par
contre, graphiquement, NetBeans est plus léger qu’Eclipse. Son interface est plus claire et
plus agréable. En outre, avec NetBeans, on a plus l'essentiel, les fonctionnalités sont là, il n'y
a pas de soucis et la configuration est facile. Le serveur de compilateur JAVA Tomcat et
Glasfish sont intégrés sur NetBeans. Par contre, on installe et on configure sur Eclipse.
C'est pourquoi nous avons choisi NetBeans comme un environnement de développement.
4.3.8. 1. Présentation de NetBeans
NetBeans est un environnement de développement intégré (EDI), placé en open

source par Sun en juin 2000 sous licence CDDL (Common Development and Distribution
38
License) et GPLv2. En plus de Java, NetBeans permet la prise en charge native de divers
langages tels le C, le C++, le JavaScript, le XML, le Groovy, le PHP et le HTML, ou d'autres
(dont Python et Ruby) par l'ajout de greffons. Il offre toutes les facilités d'un IDE moderne
(éditeur en couleurs, projets multi-langage, refactoring, éditeur graphique d'interfaces et de
pages Web).
NetBeans est compilé en Java et disponible sous Windows, Linux, Solaris , Mac
OS X ou sous une version indépendante des systèmes d'exploitation (requérant une machine
virtuelle Java).Il constitue par ailleurs une plateforme qui permet le développement
d'applications spécifiques (bibliothèque Swing (Java)). L'IDE NetBeans s'appuie sur cette
plateforme.
39
Chapitre 5 : Analyse conceptuelle
L’étape de conception constitue un pont entre la définition et l’implémentation. Elle

permet de consolider les ébauches que nous avons recensé dans le chapitre précédent, et prend
en vue la présentation des divers aspects de fonctionnalités de notre application.
5.1. Dictionnaire des données
Le dictionnaire de données est une manière de présenter toutes les données qui
circulent dans l’application. Et le tableau numéro 14 nous le montre.
Tableau 14 : Dictionnaire des données

Nom de rubrique Description Type Taille Format
AdresseEmployé Adresse de l’employé AN 50
AgePromotion Age de la promotion N 2
CapacitéProvende Capacité de provende N 6

consommée par la promotion de
poulet
CINEmployé Numéro de la carte d’identité N 12
nationale de l’employé
DateAbsenceEmployé Date d’absence de l’employé D 10 jj/mm/aaa
dateDep Date de la dépense effectuée D 10 jj/mm/aaa
DateEntréePoulet Date d’entrée des poulets dans D 10 jj/mm/aaa

la ferme
DateEntréeAbbatoir Date d’entrée de la promotion D 10 jj/mm/aaa
de poulet en abattoir
DateFinition Date de finition du produit D 10 jj/mm/aaa
DateModificationMatprem Date de modification de- la D 10 jj/mm/aaa

matière première
DatePaiementEmployé Date de paiement de l’employé D 10 jj/mm/aaa
40
DateFinitionProvende Date de finition de la provende D 10 jj/mm/aaa
DateVente Date de la vente du produit D 10 jj/mm/aaa
DésignationDépense Désignation de la dépense AN 50
DésignationProduit Désignation du produit sur le AN 50

marché
EmplacementProduit Produit au congélateur ou sur le AN 10
marché
FonctionEmployé La fonction de l’employé dans AN 30
la ferme
IdActiondépense Identifiant de l’action de N 4
dépense effectuée
IdConsommationProvende Identifiant de la provende N 4
consommée
IdEmballage Identifiant de l’emballage du N 4
poulet
IdHistoriqueMVM_matPrem Identifiant de l’historique de N 4
mouvement de matière première
IdHistoriqueMVM_produit Identifiant de l’historique de N
mouvement du produit
IdMorceau Identifiant du morceau de poulet N 4
IdPouletAbattu Identification poulet en abattoir N 4
MontantTotaldépense Montant total de la dépense N 6
NbrAbb Nombre de poult abattu N 6
NbrRestant Nombre restant des poulets à N 6

terme
41
NbrTotalInitial Nombre initial des poulets N 6
arrivant dans la ferme
NomEmployé Nom de l’employé AN 50
NomMatPrem Nom de la matière première AN
NomPromotion Nom donnée à la promotion de AN 50

poulet
NomProvende Nom de la provende finie AN 10
NumAbsenceEmployé Numéro d’absence de l’employé N 4
Num_Depense Numéro identifiant de la N 4

dépense
NumPaiement Numéro de paiement de N 4
l’employé
NumMatPrem Numéro identifiant de la matière N 4
première
NumProduit Numéro identifiant du poulet N 4
sur le marché
NumPromotion Numéro de promotion de poulet N 4
NumProvende Numéro identifiant de la N 6
provende
PoidAmodifier Poids de matières premières à N 4

modifier
PoidsProduit Poids du produit vendu sur le N 6
marché
PoidsTotalMatprem Poids total de la matière N 4
première
PoidsProvende Poids de la provende finie N 6
PrenomEmployé Prénom de l’employé AN 50
42
PrixProduit Prix du produit au marché N 6
PrixParKgMatprem Prix par kg de la matière N 6

première
SalaireEmployé Salaire de l’employé N 8
TypeModificationMatprem Entrée ou sortie de la matière AN 6

première
AN : Alfa-Numérique
N : Entier (Numérique)
D : Date
5.2. Règles de gestion.
Les principales règles de gestion sont les suivantes :
RG1 : Plusieurs matières premières constituent la provende finie
RG2 : La matière première consommée a des historiques
RG3 : Une promotion a plusieurs dépenses
RG4 : Un employé peut avoir d’absence
RG5 : Un employé reçoit un ou plusieurs paiements
RG6 : Le produit fini devient le produit vendu
RG7 : La promotion devient des produits finis
RG8 : Un employé peut s’occuper de plusieurs promotions
RG9 : La promotion consomme des provendes
RG10 : Les poulets en cours d’abattage effectuent plusieurs contrôles d’abattage
RG11 : La promotion a des historiques de mouvements de promotion
43
5.3. Présentation et spécification des besoins fonctionnels
5.3.1. Diagrammes des cas d’utilisations
Le diagramme de cas d’utilisation est utilisé pour la spécification des besoins. Il

présente la structure des grandes fonctionnalités nécessaires aux utilisateurs du système. C’est
le premier diagramme de modèle UML, celui où s’assure la relation entre l’utilisateur et les
objets que le système met en œuvre.
La figure 4 montre l’élément constitutif de cas d’utilisation.
Figure 4 : Elément constitutif de cas d’utilisation
5.3.1.1. Identification des acteurs
Un acteur représente un élément externe qui interagit avec le système étudié.

Un acteur peut être un utilisateur ou un auteur système. Tous les éléments extérieurs
qui stimulent le système et tous les éléments externes qui sont utilisés par le système
sont considérés comme un acteur.
En général, on les identifie comme :
- Les utilisateurs humains directs

- Les autres systèmes connexes qui interagissent aussi directement avec le système
étudié, souvent par le biais de protocoles bidirectionnels
Sur notre projet ici présent, on a identifié un acteur :
- Le gérant
44
Dans le cas d’acteurs non-humains, il est possible de définir une interface qui représente les
opérations offerts par cet acteur.
5.3.1.2. Cas d’utilisations fonctionnels
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é en réponse à la stimulation d’un acteur externe.
Les cas d’utilisation sont une technique de description du système étudié privilégiant le point
de vue de l’utilisateur.
En générale le nom de cas d’utilisation doit se composer d’un verbe à l’infinitif qui décrit une
action .Pour que l’ensemble du modèle soit cohérent. Il faut choisir tous les verbes soit du
point de vue système, soit du point de vue utilisateur.
Pour bien détailler notre conception, on va parcourir tous les cas d’utilisation par acteur
principale ensuite on fait la synthèse de cas d’utilisation.
Diagramme de Cas d’utilisation
Pour établir le Diagramme de cas d’utilisation, on passe à l’identification des cas

d’utilisations.
Les cas d’utilisation sont représentés dans le tableau 15.
Tableau 15 : Cas d’utilisation pour le gérant

Cas d’utilisation associé Séquences d’actions correspondantes
Sortir provende  Enregistrer provende finie
 Sortir provende
Enregistrer matières premières  Ajouter matières premières
Sortir pour abattoir  Sortir pour abattoir
Fabriquer provende  Suivre guide de fabrication
provende
Effectuer un paiement  Faire un paiement
Enregistrer Absence  Ajouter absence
Voir total déroulement dépense  Afficher dépense
Envoyer produit au marché  Sortir poulet au marché
Afficher produit bientôt périmé  Afficher produit bientôt périmé
45
Afficher stock par triage  Afficher stock par triage
Voir total stock  Afficher total stock
Afficher produit le plus vendu et le moins  Afficher produit le plus vendu
vendu Afficher produit le moins vendu
Afficher produit presque en rupture et en  Afficher produit bientôt en
abondance rupture
Afficher produit en abondance
Rechercher produit vendu  Rechercher produit vendu
Voir détail promotion en vitamine  Afficher promotion en vitamine
Enregistrer nouvelle type de dépense  Ajouter nouvelle dépense
Enregistrer produit fini stocké  Ajouter produit fini stocké
Ajouter nouvelle promotion  Afficher historique promotion
 Enregistrer décès
 Ajouter nouvelle promotion
Ajouter employé  Ajouter employé
Voir Nombre total employé  Afficher nombre total employé
Enregistrer produit vendu du jour  Ajouter produit vendu du jour
46
La figure 5 montre le diagramme de cas d’utilisation.
Figure 5 : Diagramme de Cas d’utilisation
47
5.3.2. Priorisation des cas d’utilisations
Après voir identifiés les cas d’utilisation, il est nécessaire de déterminer la priorité de chaque
cas d’utilisation.
Le tableau 16 représente la priorisation des cas d’utilisations.
Tableau 16 : Représente la priorisation des cas d’utilisations

Cas d’utilisation Priorité
Sortir provende 1
Enregistrer ingrédients 1
Sortir pour abattoir 1
Fabriquer provende 2
Effectuer un paiement 2
Enregistrer Absence 1
Voir total déroulement dépense 3
Envoyer produit au marché 1
Afficher produit bientôt périmé 1
Afficher stock par triage 3
Voir total stock 2
Afficher produit le plus vendu et le moins 1
vendu
Afficher produit presque en rupture et en 1
abondance
Rechercher produit vendu 2
Voir détail promotion en vitamine 2
Enregistrer nouvelle type de dépense 2

Enregistrer produit fini stocké 1
Ajouter nouvelle promotion 1
1 : Haute
2 : Moyenne
48
3 : Bas
5.3.3. Diagrammes des séquences système pour chaque cas

d’utilisation
Le diagramme des séquences est connu comme un de diagramme d’interaction de

l’UML. Il représente des échanges des messages entre éléments, dans le cadre d’un
fonctionnement particulier du système. Le diagramme des séquences serve d’abord à
développer en analyse de scénarios d’utilisation du système.
Bien que de nombreux diagrammes d’UML permettent de décrire du cas, il est recommandé
de rédiger une description textuelle car c’est une forme souple qui convient dans bien des
situations. Avant de décrire un diagramme de séquence pour chaque cas d’utilisation, on va
illustrer les descriptions textuelles pour chaque cas d’utilisation
a. DSS « Sortir provende »
Le tableau 17 décrit la description textuelle de cas d’utilisation « Sortir provende »
Tableau 17 : Description textuelle de cas d’utilisation « Sortir provende »

Cas d’utilisation Sortir provende
Résumé Ce cas d’utilisation désigne l’action de sortir
la provende finie
Acteur Utilisateur(Gérant)
Objectif pour que l’utilisateur puisse sortir une
provende
49
Scénarios nominaux :
1. Cliquer bouton sortir

1.1. Afficher liste paramètre
2. Choisir paramètre
3. Valider
3.1.Vérifier champ
] alternatif [
(Si champ vide)
3.2. Message d’erreur
(Si champ pas vide)
3.3.Traiter les données et modifier
3.4.Enregistrer les données dans une
Scénarios table
3.5.Fermer liste paramètre
3.6.Message « réussite »
Post condition Base de données modifiée
La figure 6 montre le diagramme de séquence système de « Sortir provende »
50
Figure 6 : Diagramme de séquence système de « Sortir provende »
b. DSS « Enregistrer matière première
Le tableau 18 décrit la description textuelle de cas d’utilisation « Enregistrer

matière première »
Tableau 18 : Description textuelle de cas d’utilisation «Enregistrer matière première »

Cas d’utilisation Enregistrer matière première
Résumé Ce cas d’utilisation désigne l’enregistrement
de matière première
Acteur Utilisateur(Gérant)
Objectif Pour que l’utilisateur puisse enregistrer des
51
données
Pré condition
1. Cliquer sur bouton enregistrer
1.1.Afficher formulaire
2. Remplir formulaire
3. Valider
3.1.Vérifier
] alternatif [
(Si champ vide)
3.2.Réinitialiser le champ
3.3. Envoyer message d’erreur
(Si champ pas vide)

3.4.Vérifier existence
Scénarios (Si existe)
3.5.traiter l’opération
3.6.Modifier les données
3.7.Message de réussite
(Si n’existe pas)
3.8.Enregistrer
3.9.Message de réussite
3.10. Fermer formulaire
Post condition Données enregistrées
La figure 7 montre le diagramme de séquence système de « Enregistrer matière première »
52
Figure 7 : Diagramme de séquence système de «Enregistrer matière première »
53
c. DSS « Fabriquer provende »
Le tableau 19 décrit la description textuelle de cas d’utilisation « Fabriquer provende »
Tableau 19 : Description textuelle de cas d’utilisation « Fabriquer provende »

Cas d’utilisation Fabriquer Provende
Résumé Ce cas d’utilisation décrit les étapes suivies
par l’utilisateur pour fabriquer une provende
Acteur Utilisateur (Gérant)
Objectif Pour fabriquer provende
Pré condition
1. L’utilisateur clique sur le bouton
fabriquer provende
Scénarios 2. Le système affiche le formulaire fiche
technique provende (Nom, poids,
ets.)
3. L’utilisateur remplit les coordonnées
4. L’utilisateur valide
4.1.Le système vérifie
(Si champ vide)
4.2.Réinitialiser le champ
4.3.Le système envoie un message
d’erreur
(Si champ pas vide)
4.4.Le système sélectionne les
ingrédients
4.5.Le système calcule
4.6. Le système affiche à l’utilisateur
imprimer
5.1.Le système imprime
5.2. Le système envoie un message de
réussite
54
5.3.Le système ferme le formulaire
Post condition 1. On obtient la provende finie
La figure 8 montre le diagramme de séquence système de « Fabriquer provende»
55
Figure 8 : Diagramme de séquence système de « Fabriquer provende»
d. DSS « Effectuer un paiement»
Le tableau 20 décrit la description textuelle de cas d’utilisation « Effectuer un paiement »
56
Tableau 20 : Description textuelle de cas d’utilisation « Effectuer un paiement »
Cas d’utilisation Effectuer un Paiement
Résumé Ce cas d’utilisation effectue un paiement
pour l’employé par le gérant
Objectif Pour effectuer un paiement
Pré condition
effectuer paiement
Scénarios 1.1. Le système affiche le
formulaire renseignement
employé
2. L’utilisateur saisit les cordonnées
3. L’utilisateur valide
3.1. Le système vérifie le champ
] alternatif [
(Si champ vide)
3.2. Le système réinitialise le
champ
3.3. Le système envoie un message
d’erreur
(Si pas champ vide)
3.4. Le système vérifie le paiement
existant dans ce mois
(Si paiement existe)
3.5. Le système calcule la somme
3.6. Le système modifie
3.7. Le système enregistre dans la
base de données
(Si pas champ vide)
de succès
57
Post condition Paiement effectué
La figure 9 montre le diagramme de séquence système de « Effectuer paiement»
Figure 9 : Diagramme de séquence système de « Effectuer paiement»

e. DSS « Rechercher produit vendu
Le tableau 21 décrit la description textuelle de cas d’utilisation « Rechercher produit vendu »
Tableau 21 : Description textuelle de cas d’utilisation « Rechercher produit vendu »

Cas d’utilisation Rechercher produit vendu
Résumé Ce cas d’utilisation désigne les étapes pour
rechercher un produit vendu
58
Objectif Pour rechercher produit vendu
Pré condition
1. L’utilisateur choisit paramètre
Scénarios rechercher
3. Le système vérifie les paramètres
] alternatif [
(Si paramètre vide)
2.2. Le système réinitialise les
paramètres
d’erreur
(Si paramètre non vide)
2.4. Le système sélectionne les
données
2.5. le système affiche en tant que
dialogue
2.6. Le système réinitialise les
paramètres
Scénarios d’exceptions :
Aucun
Post condition Donnée recherchée trouvée
59
La figure 10 montre le diagramme de séquence système de « Rechercher produit vendu»
Figure 10 : Diagramme de séquence système de « Rechercher produit vendu»
f. DSS « Voir total matière première disponible
Le tableau 22 décrit la description textuelle de cas d’utilisation « Rechercher produit vendu »
Tableau 22 : Description textuelle de cas d’utilisation « Voir total matière première

disponible »
Cas d’utilisation Voir total matière première disponible

Résumé Ce cas d’utilisation permet d’afficher la
totale matière première disponible
Objectif Pour voir la totale matière première
disponible
Pré condition
60
1. L’utilisateur clique sur le bouton voir
1.1.Le système comprend le bouton
Scénarios 1.2.Le système sélectionne et trie
1.3.Le système affiche le résultat
.
Aucun
Post condition Le système affiche l’élément que

l’utilisateur veut voir
La figure 11 montre le diagramme de séquence système de « Voir total matière première
disponible»
Figure 11 : Diagramme de séquence système de «Voir total matière première disponible »
g. DSS « Modifier employé »
Le tableau 23 décrit la description textuelle de cas d’utilisation «Modifier employé »
61
Tableau 23 : Description textuelle de cas d’utilisation «Modifier employé »
Cas d’utilisation Modifier employé
Résumé Ce cas d’utilisation modifie les données de
l’employé
Objectif Pour modifier les données
Pré condition Voir liste quelque chose à modifier
1. L’utilisateur sélectionne la ligne à
modifier
Scénarios 1.1.Le système affiche la ligne dans
un champ
2. L’utilisateur modifie le champ
modifier
3.1.Le système vérifie l’entrée
] alternatif [
(Si l’entrée est correcte)
3.2.Le système enregistre les
modifications
3.3.Le système affiche un message de
réussite
(Si l’entrée est incorrecte)
3.4.Le système affiche la ligne dans
un champ
3.5.Le système affiche un message
d’erreur
Aucun
62
Post condition 4. Donnée modifiée
La figure 12 montre le diagramme de séquence système de « Modifier quelque chose»
Figure 12 : Diagramme de séquence système de « Modifier employé»

h. DSS « Supprimer employé»
Le tableau 24 décrit la description textuelle de cas d’utilisation « Supprimer employé »
Tableau 24 : Description textuelle de cas d’utilisation « Supprimer employé »

Cas d’utilisation Supprimer employé
Résumé Ce cas d’utilisation permet de supprimer un
employé
Objectif Pour supprimer un employé
63
Pré condition Voir liste employé
1. L’utilisateur sélectionne un
employé
Scénarios 2. L’utilisateur clique sur le bouton
supprimer
2.1. Le système envoie un
message de confirmation
(Si l’utilisateur affirme OUI)
2.2. Le système supprime
l’employé
2.3. Le système affiche un
message de réussite
Scénarios d’exception :
Post condition 1. L’employé sélectionné est supprimé
La figure 13 montre le diagramme de séquence système de « Supprimer employé »
64
Figure 13 : Diagramme de séquence système de « Supprimer employé »
1.3. Exigences besoins non fonctionnels
Un besoin fonctionnel est un besoin spécifiant un besoin qu'un système doit

être capable d'effectuer sans considéré aucune contrainte physique. D’après ce qu’on a
constaté dans la ferme, les besoins :
 Pour fabriquer une provende, il n’est plus utile de réfléchir ; le système doit guider
l’utilisateur.
 Pour gérer les employés, le système doit être capable de le faire (gérer absence,
paiement).
 Pour éviter les gaspillages ou la rupture de stock, le système doit pouvoir guider
l’utilisateur.
 Le système doit pouvoir maîtriser les dépenses de chaque promotion
 Le système doit pouvoir connaître si la promotion doit consommer de la vitamine
65
 Le système doit pouvoir contrôler tous les produits au marché ou dans la ferme.
5.4. Exigence besoins techniques
Tous les systèmes d’information à un certain point dont nous appelons spécification
technique de projet. Lorsqu’on évalue le résultat du projet informatique, un logiciel, afin
d’assurer que celui-ci rencontre les objectifs, le premier réflexe est de regarder si les
comportements souhaités sont présents. Hors, c’est répondre à la moitié de la question sur
l’atteinte de l’objectif.
Les exigences de spécifications de besoins techniques jouent un rôle important que les
comportements désirés. Il sert à spécifier les critères qui peuvent être utilisés pour juger du
fonctionnement d’un système, plutôt que des comportements de celui-ci. Cela devrait être mis
en contraste avec les exigences fonctionnelles (cas d’utilisation) qui définissent les
comportements spécifiques ou les fonctions désirés par l’utilisateur. Dans notre cas, il n’y a
pas d’exigence technique spécifiée.
5.5. Modélisation du domaine (Modèle de domaine)
L’analyse orienté Object est centrée sur la création d’une description du domaine dans
la perspective d’une classification des objets. La décomposition du domaine implique
l’identification des concepts de base de logiciel à développer, des attributs et des associations,
illustrées par un ensemble de diagrammes montrant les concepts et les objets du domaine.
On utilise un diagramme de classe pour représenter le modèle du domaine mais d’une manière
générale.
Construire un modèle du domaine mettant évidence les propriétés importantes du mode réel,
les objets de ce modèle doivent être des concepts du domaine d’application (objet « Métier »)
et non des objets informatiques.
On utilise un diagramme de classe pour représenter le modèle du domaine. Un modèle du

domaine n’est pas une description d’objets logiciels mais une visualisation des concepts d’un
domaine du mode réel. On parle d’objet conceptuel.
La décomposition du domaine implique l’identification des concepts, des attributs et de

l’association illustrée par un diagramme de classe.
66
Avant de passer à la conception détaillée de notre projet, les concepts pertinents doivent être
identifiés par l’intermédiaire du modèle de domaine, Les cardinalités ne sont pas obligatoires
dans la modélisation du domaine.
La figure 14 montre le modèle de domaine d’étude.
Figure 14 : Modèle de domaine
67
Chapitre 6 : Conception détaillée
6.1. Architecture système
L'architecture Modèle/Vue/Contrôleur (MVC) est une façon d'organiser une interface

graphique d'un programme. Elle consiste à distinguer trois entités distinctes qui sont, le
modèle, la vue et le contrôleur ayant chacun un rôle précis dans l'interface. L'organisation
globale d'une interface graphique est souvent délicate. Bien que la façon MVC d'organiser une
interface ne soit pas la solution miracle, elle fournit souvent une première approche qui peut
ensuite être adaptée. Elle offre aussi un cadre pour structurer une application c’est à dire elle
permet d’avoir un code plus structuré, plus évolutif, plus maintenable, permettant de
profiter de plusieurs mécanismes, d’avoir de la persistance de données, et bien d’autres
choses encore. Dans l'architecture MVC, les rôles des trois entités sont les suivants :
- Le « Modèle » est la représentation interne des données. Il permet

comme son nom l’indique de modéliser les données que l’on va manipuler
dans l’application. Le modèle représente les véritables données avec toutes
les informations qu’elles véhiculent.
- La « Vue » quant à elle est la représentation visuelle de ces données à
l’écran.
- Le « Contrôleur » enfin, sert à faire l’interface entre le modèle et la vue.
En effet, puisque le modèle et la vue sont censés être au maximum
indépendants, le contrôleur sert à faire le lien pour faire communiquer l’un
(M) avec l’autre (V).
La figure 15 représente le mode de fonctionnement du MVC :
68
Figure 15 : Mode de fonctionnement du MVC
6.2. Diagramme de séquence de conception par chaque cas

d’utilisation
Par rapport aux diagrammes de séquence système, ici, nous remplacer le système vu
comme une boite noire par un ensemble d’objets en interactions. Pour cela nous utiliserons
trois types de classes d’analyse, à savoir les views.
6.2.1. DSC « Sortir provende»
La figure 16 montre le diagramme de séquence conception de « Sortir provende».
La table ciblée ici est la table Provende finie.
69
Figure 16 : Diagramme de séquence conception de « Sortir provende »
6.2.2. DSC « Enregistrer matière première
La figure 17 montre le diagramme de séquence conception de « Enregistrer matière

première ».
70
Figure 17 : Diagramme de séquence conception de « Enregistrer matière première »
6.2.3. DSC « Fabriquer provende »
La figure 18 montre le diagramme de séquence conception de «Fabriquer provende»
71
Figure 18 : Diagramme de séquence conception de «Fabriquer provende»
6.2.4. DSC « Effectuer un paiement »
La figure 19 montre le diagramme de séquence conception de « Effectuer un paiement »
72
Figure 19 : Diagramme de séquence conception de « Effectuer paiement »
6.2.5. DSC « Rechercher produit vendu »
La figure 20 montre le diagramme de séquence conception de « Rechercher produit vendu »
73
Figure 20 : Diagramme de séquence conception de « Rechercher produit vendu »
6.2.6. DSC « Voir total matière première disponible»
La figure 21 montre le diagramme de séquence conception de « Voir total matière première

disponible »
Figure 21 : Diagramme de séquence conception de « Voir total matière première disponible »
74
6.2.7. DSC « Modifier employé
La figure 22 montre le diagramme de séquence conception de « Modifier Employé ».
Figure 22: Diagramme de séquence conception de « Modifier Employé »
6.3. Diagramme de classe de conception par chaque cas

d’utilisation
Le diagramme de classe est considéré comme le plus important de la modélisation de

la donnée. Il en montre la structure interne et statique du système. Il contient principalement
des classes avec des relations.
Les diagrammes de classes et d’objets composent le vue structurelle du formalisme UML. Le

diagramme de classe décrit de manière abstraite une vision générique du sujet alors que le
diagramme d’objets décrit un exemple de configuration du système.
75
6.3.1 Concepts de base
Classe : Description abstraite d’un ensemble d’objets qui portagent les mêmes propriétés
(attributs et associations) et comportements (opérations et état).
Attribut : Donnée déclarée au niveau d’une classe, éventuellement typée à laquelle chacun
des objets de cette classe donne une valeur. Un attribut peut posséder une multiplicité et une
valeur initiale. Un attribut dérivé (« / ») est un attribut dont la valeur peut être déduite d’autres
informations disponibles dans le modèle.
Opération : élément de comportement des objectifs défini de manière globale dans leur
classe. Une opération peut déclarer des parenthèses (eux-mêmes types) ainsi qu’un type de
retour.
Rôle : nom donné à une extrémité d’une association : par extension, manière dont les
instances d’une classe voient les instances d’une autre classe au travers d’une association.
Multiplicité : le nombre d’objets (minimum…maximum) qui peuvent participer à une

relation avec un autre objet dans le cadre d’une association. Les multiplicités les plus
fréquentes :
- 0…1= optionnel mais pas multiple

- 1 = exactement 1
- 0…*=*= quelconque
- 1…*=au moins 1
Agrégation : cas particulier d’association non symétrique exprimant une relation de

contenance.
Composition : forme forte agrégation dans laquelle les parties ne peuvent appartient à
plusieurs agrégats et où le cycle de vie des parties est subordonné à celui de l’agréât.
Super-classe : Classe générale reliée à d’autres classes plus spécialisées (sous-classes) par
une relation de généralisation.
Généralisation : une relation entre classifier où les descendants héritent des propriétés de
leur parent commun. Ils peuvent néanmoins comprendre chacun des propriétés spécifiques
supplémentaires mais aussi modifier les comportements hérités.
76
Classe d’association : association promue au rang de la classe. Elle possède tout à la fois les
caractéristiques d’une association et celles d’une classe et peut donc porter des attributs qui
prennent des valeurs pour chaque lien entre objets.
Contrainte : condition portant sur un ou plusieurs éléments du modèle qui doit être vérifiée
par les éléments concernés. Elle est notée entre accolades et souvent insérée dans une note
graphique (le post-it).
Dépendance : relation sémantique entre deux éléments dans laquelle la modification d’un des
éléments (élément indépendant) peut effectuer la sémantique de l’autre élément (élément
dépendant).
6.3.2. Narration de diagramme de classe de conception par cas

d’utilisation
6.3.2.1. DCC « Sortir provende»
La figure 23 montre le diagramme de classe conception de « Sortir provende »
Figure 23 : Diagramme de classe conception de « Sortir provende »
77
6.3.2.2. DCC « Enregistrer matière première »
La figure 24 montre le diagramme de classe conception de « Enregistrer matière première »
Figure 24 : Diagramme de classe conception de « Enregistrer matière première »
6.3.2.3. DCC « Fabriquer provende »
La figure 25 montre le diagramme de classe conception de « Fabriquer provende »
Figure 25 : Diagramme de classe conception de « Fabriquer provende »
78
6.3.2.4. DCC « Effectuer un paiement »
La figure 26 montre le diagramme de classe conception de « Effectuer un paiement »
Figure 26 : Diagramme de classe conception de « Effectuer un paiement »
6.3.2.5. DCC « Rechercher produit vendu »
La figure 27 montre le diagramme de classe conception de « Rechercher produit vendu »
Figure 27 : Diagramme de classe conception de « Rechercher produit vendu »
79
6.3.2.6. DCC « Voir total matière première disponible »
La figure 28 montre le diagramme de classe conception de « Voir total matière première

disponible »
Figure 28 : Diagramme de classe conception de « Voir total matière première disponible »
6.3.2.7. DCC « Modifier Employé »
La figure 29 montre le diagramme de classe conception de « Modifier Employé »
Figure 29 : Diagramme de classe conception de « Modifier Employé »
80
6.4. Diagramme de classe de conception globale
La figure 30 montre le diagramme de classe globale de conception
Figure 30 : Diagramme de classe globale
81
6.5. Diagramme de paquetage
Les diagrammes de paquetages peuvent utiliser des paquetages pour illustrer les
différentes couches de l'architecture en couches d'un système logiciel. Les paquetages peuvent
avoir des relations de dépendances UML « classiques » telles que "le paquetage javax.security
dépend du paquetage java.lang". Les paquetages peuvent aussi avoir des dépendances
spéciales de types package import (importation de paquetage) et package marge (fusion de
paquetages). La figure 31 montre le diagramme de paquetage
Figure 31:Diagramme de paquetage
6.6. Modèle de déploiement
Un diagramme de déploiement illustre la disposition physique des différents matériels

qui entrent dans la composition du système. Chaque ressource matérielle est représentée par
un nœud.
82
Figure 32:Diagramme de déploiement
83
PARTIE III : REALISATION
84
Chapitre 7 : Mise en place de l’environnement de
développement
7.1. Pré requis
Pour notre projet, on a utilisé NetBeans 8.1 comme IDE de cette application. Netbeans
exige des spécifications techniques très précises :
NetBeans8.1
Le tableau 25 donne le pré requis matériels pour NetBeans.
Tableau 25 : Pré requis matériels pour NetBeans

Catégorie Requise minimale
Système d’exploitation  Système d'Exploitation Windows 95, 98, NT 4.0, 2000,
XP, et ME
 Système d'Exploitation Solaris 8 et Solaris 9
 Toutes les distributions Linux
 OS/2
 Open VMS 7.2-1 ou supérieur
 Mac OS X 10.1.1 ou supérieur
 HP-UX
UC  Espace Disque: 125 Mo

 Mémoire: - 256 Mo
 Processeur: Processeur PIII/500 (systèmes
d'exploitation Windows et Linux), station de travail
Ultra 10(système d'exploitation SolarisTM), Processeur
Alpha 500MHz (Open VMS) ou équivalent
85
 Visual paradigm
Le tableau 27 donne le pré requis matériels pour Visual paradigm
Tableau 26 : Pré requis matériels pour Visual paradigm

Catégorie Requise minimale
Système d’exploitation  Microsoft Windows
(XP/Vista/7/8,10), Microsoft
Windows Server
(2000/2003/2008/2012/2016)
 Linux
 Mac OS X 10.7.3
UC  CPU : Intel Pentium 4 at 2.0 GHz
 RAM: Minimum 2.0 GB RAM, but
4.0 GB is recommended.
 Espace Disque : 4 GB.
7.2. Installation et configuration des Outils
7.2.1. Outils de modélisation : Visual Paradigm
Visual paradigm est une application de modélisation de système d’information

spécialement UML. Dans la plupart des logiciels de modélisation UML, l’interface graphique
oscille entre gênante et freinante, dans le sens où l’on passe plus de temps à chercher une
fonctionnalité ou un panneau de configuration qu’à réellement travailler sur la modélisation
en elle-même. L’interface graphique doit faciliter la manipulation des fonctionnalités du
logiciel, idéalement s’adapter à la façon de travailler de la personne qui l’utilise. Visual
paradigm a cherché à aller dans cette direction en rendant l’interface graphique intuitive,
agréable à utiliser et améliorant globalement l’expérience de l’utilisateur.
Pour avoir installé l’application visual paradigm, il suffit d’avoi le fichier source de visual
paradigm et de l’installer comme toute application sur Windows (double clic).
La figure 36 montre la première apparence durant l’installation de visual paradigm

86
Figure 33 : Etape 1 - Installation VP
Nous voyons ce chargement quand on lance premièrement notre logiciel VP.

Cliquons le bouton « Next » afin d’installer le VP…

On coche le premier bouton radio et on clique sur next
87
Nous choisissons l’emplacement et cliquons le bouton « Next ».

On choisit le fichier de licence d’activation puis on clique le bouton « Next ».
Figure 38 : Etape finale - Installation VP

Après avoir coché le radio bouton de « Visual Paradigm », on clique le bouton « Finish » pour
terminer l’installation.
88
7.2.2. Outils de développement : NetBeans
Pour la réalisation de ce projet, on a adopté l’IDE Netbeans qui est connu pour développer
une application avec le langage Java.
La séquence des figures 42 montre les différents étapes de l’installation de Netbeans
Figure 39 : Etape 1 -Installation de NetBeans

Nous cliquons évidemment le bouton « Next » pour suivre l’étape de l’installation.
Figure 40: Etape 2 - Installation de NetBeans
Cochons ensuite la case à choser sur cette page pour l’acceptation de licence. Après cela,
nous cliquons le bouton « Next »
89
Nous donnons ensuite le chemin de dossier qu’on trouve le serveur Glassfish et

environnement Jdk et on clique le bouton « Next »
On coche d’abord la case à cocher existant dans cette page pour la mise à jour des plugins
installés. Ensuite, cliquons le bouton « Install » pour continuer l’installation.
90
.
On attend la fin de l’installation…
Figure 44: Etape finale - Installation de NetBeans
Pour terminer l’installation de NetBeans, nous cliquons le bouton « Finish ».
91
7.3. Architecture de l’application
Notre application adopte l’architecture microservice.
L'architecture de microservices (ou microservices) désigne un style d'architecture utilisé dans

le développement d'applications. Elle permet de décomposer une application volumineuse en
composants indépendants, chaque élément ayant ses propres responsabilités. Pour diffuser la
requête d'un utilisateur unique, une application basée sur des microservices peut appeler
plusieurs microservices internes pour composer sa réponse.
Les conteneurs sont un exemple parfait d'architecture de microservices, car ils permettent de
concentrer sur le développement des services sans avoir à se soucier des dépendances. Les
applications cloud natives modernes sont généralement construites sous forme de
microservices à l'aide de conteneurs.
L’architecture microservice est montrée par la figure 45.
Figure 45 : Architecture microservice
92
Chapitre 8 : Développement de l’application
8.1. Création de la base de données
La création de la base de données est une étape indispensable pour la réalisation d’un
projet.
Cependant, plusieurs manières existent pour la création d’une base de données, par exemple,
pour la SGBD MySQL, il existe une création de base de données en mode console ; une autre
façon est de créer la base de données à partir de l’interface graphique de phpMyAdmin.
Dans notre cas, on a choisi la création de base de données à partir de phpMyAdmin grâce à sa
facilité. De nos jours, les tâches sont toutes simplifiées car c’est l’objectif de la technologie.
Les figures 46, 47, 48 et 49 montrent les étapes de la création d’une base de données.
Après l’ouverture de Wamp Server, le logo de Wamp Server devenant vert s’affiche dans la
barre d’outils.
Ensuite on ouvre phpMyAdmin. La figure 46 montre l’interface graphique de phpMyAdmin

et comment créé la base de données.
93
Figure 46: Création de la base de données
Ensuite, on clique sur le bouton « create » comme on voit sur la figure 47. Après cela, on
obtient une nouvelle page qui signifie que la base de données a été bien créée intitulé
« bdd_ferme ».
94
Figure 47 : base de donnée créer
Après tout cela, on arrive à l’étape où il faut créer les tables. Dans ce mémoire, il existe
plusieurs tables mais la figure 48 nous montre uniquement la table ingrédient car il serait trop
long de tous les montrer.
Figure 48 : Création table « ingredient »
95
Ensuite, on clique sur « save » et la table est créée. La figure 49 montre cette étape.
Figure 49 : Table « ingredient » créer
8.2. Codage de l’application
Le code de cette application se divise en plusieurs parties. Pour pouvoir bien montrer et
expliquer cela, on a capturé un extrait de chacune de ces parties.
8.2.1. Extrait du code connexion à la base
package connection;
public class connection_base {
public static String IPHOST = "127.0.0.1";
public static String HOST_DB = "jdbc:mysql://" + IPHOST + ":3306/bdd_ferme";
public static String USERNAME_DB = "root";
public static String PASSWORD_DB = "";
96
public static int PORT = 11111;
public static String USER;
}package connection;
public class connection_base {
public static String IPHOST = "127.0.0.1";
public static String HOST_DB = "jdbc:mysql://" + IPHOST + ":3306/bdd_ferme";
public static String USERNAME_DB = "root";
public static String PASSWORD_DB = "";
public static int PORT = 11111;
public static String USER;
8.2.2. Extrait du code initiation à la requête
Connection connection;
Statement statement;
String SQL;
String url;
String utilisateur;
String mot_de_passe;
String host;
int port;
public requete(String url, String utilisateur, String mot_de_passe, String host, int port) {
97
this.url = url;
this.utilisateur = utilisateur;
this.mot_de_passe = mot_de_passe;
this.host = host;
this.port = port;
public Connection connexionDatabase() {
try {
Class.forName("com.mysql.jdbc.Driver");
connection = DriverManager.getConnection(url, utilisateur, mot_de_passe);
} catch (Exception e) {
System.err.println(e.getMessage());
return connection;
public ResultSet executionQuery(String sql) {
connexionDatabase();
ResultSet resultSet = null;
try {
statement = connection.createStatement();
resultSet = statement.executeQuery(sql);
98
System.out.println(sql);
} catch (SQLException se) {
System.err.println(se);
return resultSet;
public String executionUpdate(String sql) {
String result = "";
try {
statement = connection.createStatement();
statement.executeUpdate(sql);
result = sql;
} catch (SQLException se) {
result = se.toString();
return result;
8.2.3. Extrait du code insertion
public String queryInsert(String nomTable, String[] valeur) {
int i;
SQL = "INSERT";
99
SQL += " into " + nomTable + " value( ";
if(valeur[0].equals("null")){
SQL += "null,";
for (i = 1; i <= valeur.length - 1; i++) {
SQL += "'" + valeur[i] + "'";
if (i < valeur.length - 1) {
SQL += ",";
else{
for (i = 0; i <= valeur.length - 1; i++) {
SQL += "'" + valeur[i] + "'";
if (i < valeur.length - 1) {
SQL += ",";
SQL += ")";
return this.executionUpdate(SQL);
8.2.4. Extrait du code sélection
public ResultSet querySelectAll(String nomTable) {
100
SQL = "SELECT * FROM " + nomTable;
System.out.println(SQL);
return this.executionQuery(SQL);
8.2.5. Extrait du code modification
public String queryUpdate(String nomTable, String[] nomColone, String[] valeur, String

marqueNomColone, String marqueValeur) {
SQL = "UPDATE " + nomTable + " SET ";
int i;
for (i = 0; i <= nomColone.length - 1; i++) {
SQL += nomColone[i] + "='" + valeur[i] + "'";
if (i < nomColone.length - 1) {
SQL += ",";
SQL += "WHERE " + marqueNomColone + "=" + "'" + marqueValeur + "'";
return this.executionUpdate(SQL);
8.3. Présentation de l’application

Après tout cela, on a capturé notre application afin de la représenter. Les figures 50,
51, 52, 53 , 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64 montrent ces captures d’écran.
101
La figure 50 montre la page d’accueil élevage de notre application.
Figure 50: Page d’accueil élevage
La figure 51 montre la page d’accueil dépense de notre application.
Figure 51 : Page d'accueil dépense
102
La figure 52 montre la page d’accueil produit de notre application.
Figure 52 : Page d'accueil produit
La figure 53 montre la page d’accueil Vente de notre application.
Figure 53 : Page d'accueil Vente
103
La figure 54 montre la capture de la page « gestion de formule alimentaire » de notre application.
Figure 54 : capture de la page « gestion de formule alimentaire »
La figure 55 montre la capture du formulaire « enregistrement de matière première » de notre

application.
Figure 55 : Capture du formulaire « Enregistrement de matière première »

104
La figure 56 montre la capture de la page « gestion de matière première » de notre application.
Figure 56 : Capture de la page « Gestion de matière première »
La figure 57 montre la capture du formulaire « guide de fabrication provende » de notre application.
105
Figure 57 : Capture du formulaire « Guide de fabrication provende »
La figure 58 montre la capture de la page « Etat de la matière première » de notre application.
Figure 58 : Capture de la page « Etat de la matière première »
La figure 59 montre la capture de la page « Historique Matière première » de notre application.
106
Figure 59 : Capture de la page « Historique de matière première »
La figure 60 montre la capture du formulaire « Enregistrement Promotion » de notre application.
107
Figure 60 : Capture du formulaire « Enregistrement Promotion »
La figure 61 montre la capture de la page Enregistrement provende finie » de notre application.
Figure 61 : Capture du formulaire « Enregistrement provende finie »
La figure 62 montre la capture de la page « Historique provende finie » de notre application.

108
Figure 62 : Capture de la page « Historique Provende finie »
La figure 63 montre capture de la page « Etat de provende finie » de notre application.
Figure 63 : Capture de la page « Etat de provende finie »
La figure 64 montre la capture du formulaire « Caractéristique provende » de notre application.
109
Figure 64 : Capture Formulaire Caractéristique provende
110
CONCLUSION GENERALE
En guise de conclusion, la technologie de l’informatique est très importante et même
indispensable pour l’Homme.
Durant ce six mois de stage, on a conçu et créé une application pour la gestion de la ferme
MAMI.
Grâce à cette application, beaucoup de problèmes rencontrés auparavant ont été résolus. Cette
application sert de guide à la formulation de fabrication de provende, guide à la distribution
de provende, indique la promotion de poulets qui va à l’abattoir, et gère le morcellement de
poulets et de la vente en général.
Pour la réalisation de ce projet, on a choisi le langage de programmation Java, la méthode

2TUP, le SGBD MySQL, une procédure stockée (trigger), et Netbeans comme environnement
de développement.
Effectivement, ce stage a été bénéfique pour moi. Il nous a permis de familiariser déjà dans le
monde professionnel et surtout de mettre en pratique les cours théoriques acquis à l’école.
Pour un meilleur emploi de cette application, il est préférable de concevoir une version
« android » sur téléphone mobile.
XIII
REFERENCES BIBLIOGRAPHIQUES
[1] Steve Berberat, le 17.06.2012.Présentation de Visual Paradigm For UML, p.1-2
[2] Badrou Zeggar, Février 2011.Processus de développement en Y (Processus 2TUP), p.2-4
[3] David Gaba, 2008. Analyse et Conception
[4] Pascal Roques et Franck Vallée, 4 ème Edition. UML 2 en action (De l’analyse des
besoins à la conception).EYROLLES, p.25-32
REFERENCES WEBOGRAPHIQUES
[5] https://matob.web.id/fr/avantages-de-base-de-donnees-mysql/, consulté en Octobre 2022
[6] https://www.ionos.fr/digitalguide/serveur/know-how/postgresql/, consulté en Octobre

2022
[7] http://www.ordinateur.cc/Logiciel/Logiciel-de-base-de-donn%C3%A9es/112879.html,
consulté le Septembre 2022
[8] http://baptistewicht.developpez.com/tutoriels/java/swing/debutant/?page=listes, consulté

en Aout 2022
[9] http://java.sun.com/javase/6/docs/api/javax/swing/JEditorPane.html, consulté en

Septembre 2022
[10] https://fr.wikipedia.org/wiki/NetBeans, consulté en Octobre 2022
[11] http://igm.univ-mlv.fr/~dr/XPOSE2006/Yifan_LI/plus_moins.html, consulté en

Novembre 2022
[12] https://cloud.google.com/learn/what-is-microservices-architecture?hl=fr, consulté en

Novembre 2022
XIV
GLOSSAIRE
Abattoir : bâtiment dans lequel le bétail est abattu par plusieurs personnes pour l'alimentation
humaine
Employé : personne qui occupe un emploi sous les ordres de quelqu'un
Ferme : une exploitation agricole exploitée sous le régime d'une location de longue durée
avec un loyer annuel fixe, ou fermage
Matière Première : matière à l'état brut, ou, après collecte, ayant subi une première
transformation sur le lieu d'exploitation pour la rendre propre à l'échange international,
utilisée dans la transformation de matériels finis ou comme source d'énergie.
Provende : Nourriture donnée au bétail et aux animaux de bassecour.
Poulet de chair : appelé aussi poulet à frire ou poulet à griller, est une Poule domestique
élevée spécifiquement pour la production de viande..
XV
TABLE DES MATIERES
CURRICULUM VITAE ...........................................................................................................I
SOMMAIRE GENERAL ...................................................................................................... IV
REMERCIEMENTS ............................................................................................................ VII
LISTE DES FIGURES........................................................................................................VIII
LISTE DES TABLEAUX ....................................................................................................... X
LISTE DES ABREVIATIONS ............................................................................................. XI
INTRODUCTION GENERALE ............................................................................................ 1
Partie I : PRESENTATION .................................................................................................... 2
Chapitre 1. Présentation de l’Ecole Nationale d’Informatique .......................................... 3
1. 1. Information d’ordre général ........................................................................................... 3
1.2. Missions et historique........................................................................................................ 3
1.3. Organigramme institutionnel de l’ENI ........................................................................... 5
1.4. Domaine de spécialisation ................................................................................................. 7
1.5. Architecture des formations pédagogiques ..................................................................... 8
1.6. Relations de l’ENI avec les entreprises et les organismes ............................................ 11
1.7. Partenariat au niveau international .............................................................................. 13
1.8. Débouchés professionnels avec des diplômés ................................................................ 15
1.9. Ressources humaines....................................................................................................... 17
Chapitre 2. Présentation de la ferme MAMI (Malagasy Miompy) .................................. 18
2.1. Localisation et contact .................................................................................................... 18
2.2. Organigramme ................................................................................................................ 18
2.3. Présentation ..................................................................................................................... 19
Chapitre 3. Description du projet ......................................................................................... 20
3.1. Formulation ..................................................................................................................... 20
3.2. Objectif et besoins de l’utilisateur ................................................................................. 20
3.3. Moyens nécessaires à la réalisation du projet ............................................................... 20
3.3.1. Moyens Humains .......................................................................................................... 20
3.3.2. Moyens Matériels ......................................................................................................... 21
3.4. Résultats attendus ........................................................................................................... 21
3.5. Planification des travaux ............................................................................................... 21
Partie II : ANALYSE ET CONCEPTION .......................................................................... 23
Chapitre 4 : Analyse préalable .............................................................................................. 24
XVI
4.1. Analyse de l’existant........................................................................................................ 24
4.1.1. Organisation actuelle ................................................................................................... 24
4.1.2. Moyens matériels et logiciels existants ....................................................................... 24
4.1.2.1. Matériels informatiques ............................................................................................ 24
4.1.2.2. Logiciels informatiques ............................................................................................. 25
4.2. Critique de l’existant ....................................................................................................... 25
4.3. Conception avant-projet ................................................................................................. 25
4.3.1. Proposition des solutions ............................................................................................. 25
4.3.2. Solution retenue ............................................................................................................ 26
4.3.3. Système de Gestion de Base de Données .................................................................... 26
4.3.3.1. Présentation de MySQL............................................................................................ 27
4.3.3.2. Caractéristiques de MySql ....................................................................................... 28
4.3.4. Langage de programmation ........................................................................................ 28
4.3.4.1. Présentation du langage de programmation JAVA ............................................... 31
4.3.5. Méthode de conception ................................................................................................ 32
4.3.5.1. Présentation de 2TUP ............................................................................................... 33
4.3.6. Présentation d’UML .................................................................................................... 33
4.3.6.1. Historique de l’UML [4] ............................................................................................. 34
4.3.6.2. Résumé d’UML ......................................................................................................... 35
4.3.7. Outils de conception ..................................................................................................... 36
4.3.7.1. Présentation de Visual de Paradigm........................................................................ 36
4.3.7.2. Fonctionnalités de Visual Paradigm ........................................................................ 37
4.3.8. Outils de développement .............................................................................................. 37
4.3.8. 1. Présentation de NetBeans ........................................................................................ 38
Chapitre 5 : Analyse conceptuelle......................................................................................... 40
5.1. Dictionnaire des données ................................................................................................ 40
5.2. Règles de gestion. ............................................................................................................. 43
5.3. Présentation et spécification des besoins fonctionnels ................................................. 44
5.3.1. Diagrammes des cas d’utilisations .............................................................................. 44
5.3.1.1. Identification des acteurs .......................................................................................... 44
5.3.1.2. Cas d’utilisations fonctionnels.................................................................................. 45
5.3.2. Priorisation des cas d’utilisations ............................................................................... 48
5.3.3. Diagrammes des séquences système pour chaque cas d’utilisation ......................... 49
a. DSS « Sortir provende » ................................................................................................. 49
XVII
b. DSS « Enregistrer matière première ............................................................................. 51
c. DSS « Fabriquer provende » .......................................................................................... 54
d. DSS « Effectuer un paiement» ....................................................................................... 56
e. DSS « Rechercher produit vendu .................................................................................. 58
f. DSS « Voir total matière première disponible ............................................................. 60
g. DSS « Modifier employé » .............................................................................................. 61
h. DSS « Supprimer employé» ........................................................................................... 63
5.3.2. Exigences besoins non fonctionnels ........................................................................... 65
5.4. Exigence besoins techniques ........................................................................................... 66
5.5. Modélisation du domaine (Modèle de domaine)........................................................... 66
Chapitre 6 : Conception détaillée ......................................................................................... 68
6.1. Architecture système ................................................................................................... 68
6.2. Diagramme de séquence de conception par chaque cas d’utilisation ..................... 69
6.2.1. DSC « Sortir provende» ............................................................................................... 69
6.2.2. DSC « Enregistrer matière première ......................................................................... 70
6.2.3. DSC « Fabriquer provende » ...................................................................................... 71
6.2.4. DSC « Effectuer un paiement » ................................................................................... 72
6.2.5. DSC « Rechercher produit vendu » ............................................................................ 73
6.2.6. DSC « Voir total matière première disponible» ....................................................... 74
6.2.7. DSC « Modifier employé............................................................................................. 75
6.3. Diagramme de classe de conception par chaque cas d’utilisation .............................. 75
6.3.1 Concepts de base............................................................................................................ 76
6.3.2. Narration de diagramme de classe de conception par cas d’utilisation .................. 77
6.3.2.1. DCC « Sortir provende» ...................................................................................... 77
6.3.2.2. DCC « Enregistrer matière première » ........................................................... 78
6.3.2.3. DCC « Fabriquer provende » ............................................................................. 78
6.3.2.4. DCC « Effectuer un paiement » .......................................................................... 79
6.3.2.5. DCC « Rechercher produit vendu » ................................................................... 79
6.3.2.6. DCC « Voir total matière première disponible » .............................................. 80
6.3.2.7. DCC « Modifier Employé » ................................................................................. 80
6.4. Diagramme de classe de conception globale ................................................................. 81
6.5. Diagramme de paquetage ............................................................................................... 82
6.6. Modèle de déploiement ................................................................................................... 82
PARTIE III : REALISATION .............................................................................................. 84
XVIII
Chapitre 7 : Mise en place de l’environnement de développement ................................... 85
7.1. Pré requis ......................................................................................................................... 85
7.2. Installation et configuration des Outils ......................................................................... 86
7.2.1. Outils de modélisation : Visual Paradigm.................................................................. 86
7.2.2. Outils de développement : NetBeans .......................................................................... 89
7.3. Architecture de l’application.......................................................................................... 92
Chapitre 8 : Développement de l’application ……………………………………………93
8.1. Création de la base de données ...................................................................................... 93

8.2. Codage de l’application .................................................................................................. 96
8.2.1. Extrait du code connexion à la base ....................................................................... 96
8.2.2. Extrait du code initiation à la requête ................................................................... 97
8.2.3. Extrait du code insertion ......................................................................................... 99
8.2.4. Extrait du code sélection ....................................................................................... 100
8.2.5. Extrait du code modification ................................................................................ 101
8.3. Présentation de l’application ........................................................................................ 101
CONCLUSION GENERALE ............................................................................................XIII
REFERENCES BIBLIOGRAPHIQUES .......................................................................... XIV
REFERENCES WEBOGRAPHIQUES ............................................................................ XIV
GLOSSAIRE......................................................................................................................... XV
TABLE DES MATIERES .................................................................................................. XVI
RESUME/ABSTRACT………………………………………………………………………
XIX

Curriculum Vitae: Formations Et Diplomes Obtenus

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Curriculum Vitae: Formations Et Diplomes Obtenus

Transféré par

Droits d'auteur :

Formats disponibles

CURRICULUM VITAE

 RASOANIRINA Zoé Carenne

 Adresse : IB432/3611 Tanambao Zoara Fianarantsoa

 Facebook : Karen Rasoanirna

FORMATIONS ET DIPLOMES OBTENUS

 2021 : 2ème année de formation en MASTER à l’Ecole Nationale d’Informatique de

Parcours : Génie Logiciel et Bases de données

 2020 : 1ère année de formation en MASTER à l’Ecole Nationale d’Informatique de

Parcours : Génie Logiciel et Bases de données

 2019 : 3ème année de formation en Licence à l'Ecole Nationale d'Informatique de

Parcours : Génie Logiciel et Bases de données

 2018 : 2ème année de formation en Licence à l'Ecole Nationale d'Informatique de

Parcours : Génie Logiciel et Bases de données

 2017 : 1ère année de formation en Licence à l'Ecole Nationale d'Informatique de

Parcours : Génie Logiciel et Bases de données

 2016 : Terminale C au Lycée Moderne Ampefiloha (LMA Antananarivo)

 2021-2022 : Stagiaire au sein de la ferme MAMI durant six mois

Outils : Netbeans, Wamp Server, Visual Paradigm

 2021 : Projets de réalisation à l’Ecole Nationale d’Informatique

- Analyse de données de GESTION DE VENTE, durant trois mois

 2019 : Stagiaire au sein de VIGA, durant trois mois

Thème : « CONCEPTION ET REALISATION D’UNE APPLICATION POUR LA

Outils : Eclipse, Wamp Server

 2018 : Stagiaire au sein de l’Ecole Nationale d’Informatique, durant trois mois

 2014 : Création Site web au sein de l'Ecole Nationale d'Informatique

 Bureautique : Word, Excel, PowerPoint

 Méthodes de conception : Merise, 2TUP

 Technologies web : HTML, CSS, JavaScript

 Systèmes d’exploitation : Windows, Linux

Grille d'évaluation : "1 : Faible, 2 : Normal, 3 : Fort"

 Initiation en Comptabilité Générale

 Initiation en Comptabilité Analytique (CAE)

 Initiation Marketing et Management

 Loisirs : Internet, Jeux vidéo, Musique, Natation

8.1. Création de la base de données ...................................................................................... 93

Je tiens à remercier spécialement les personnes citées ci-après:

 Monsieur HAJALALAINA Aimé Richard, Docteur HDR, Président de

Actuellement la technologie est indispensable pour la bonne gestion d’une entreprise,

Concernant la réalisation, nous allons utiliser une méthode de conception, un SGBD, un

1. 1. Information d’ordre général

Le siège de l’Ecole se trouve à Tanambao- Antaninarenina à Fianarantsoa. L’adresse

1.2. Missions et historique

L’ENI se positionne sur l’échiquier socio-éducatif malgache comme étant le plus

Cette Ecole Supérieure peut être considérée aujourd’hui comme la vitrine et la

L’Ecole s’est constituée de façon progressive au sein du Centre Universitaire Régional

L’ENI a pour conséquent pour mission de former des spécialistes informaticiens

- En fournissant à des étudiants des connaissances de base en informatique

La filière de formation d’Analystes Programmeurs a été mise en place à l’Ecole en 1983, et a

Dans le cadre du Programme de renforcement en l’Enseignement Supérieur

Une formation pour l’obtention de la certification CCNA et / ou NETWORK

Pendant l’année 2007-2008, la formation en vue de l’obtention du diplôme de Licence

- Génie Logiciel et base de Données.

En vue de surmonter les difficultés de limitation de l’effectif des étudiants accueillis à

1.3. Organigramme institutionnel de l’ENI

Cet organigramme de l’Ecole est inspiré des dispositions du décret N° 83-185 du

Le Collège des enseignants regroupant tous les enseignants-chercheurs de l’Ecole

Le Conseil Scientifique propose les orientations pédagogiques et scientifiques de

La figure 1 présente l’organigramme actuel de l’Ecole.

Parcours: Génie Logiciel et Base de

Parcours: Administration des

Service intendance Parcours: Informatique Générale

Figure 1: Organigramme de l'ENI

Le Conseil de l’Ecole est l’organe délibérant de l’Ecole.