REPUBLIQUE DE COTE D'IVOIRE

Union-Discipline-Travail

Ministère de l'Enseignement Supérieur et de la Recherche Scientifique

Université Nangui Abrogoua

Unité de Formation et de Recherche des Sciences Fondamentales et Appliquées

2015 - 2016

rniti ,/,, For111«tio11 et ,1#

t 'I\ 1 lt...,ITI
~.-\'.'.GL'.I .-\BROGOL',\ Bt-t.f,erf'l,e de• 5ti~lltt#
Foml111ne11tnlP& el -~J•pliq11#!e1

Thème:

CONCEPTION D'UNE APPLICATION WEB DE

GESTION DE NOIX DE CAJOU(ANACARDE) ·
CASANACI

MEMOIRE POUR L'OBTENTION DU DIPLOME DE MASTER EN INFORMATIQUE

OPTION MIAGE
Présenté par
SANOGO Ibrahima
Le 22 Décembre 2016

Le jury Directeur de mémoire :

Dr. Yoro Gozo, Maitre de conference
Président du jury : Prof. AKA Boko
Membre :. Dr. Zeze Sylvain Co-Directeur de mémoire :
Membre : Dr Outtara Mory Dr. Edi Kouassi Hilaire, Maitre Assistant
Membre : M.Boli Kuyo Andre
(UNA)
A mes parents
 REMERCIEMENTS

Je témoigne ma profonde gratitude et mes remerciements les plus sincères à mon Directeur
de mémoire Dr. MORY qui à bien voulu nous aider pour la rédaction de ce mémoire.

J'adresse également mes remerciements au corps professoral de SFA et plus

particulièrement aux :

);> Dr Edi responsable de la filière MIAGE,

);> Dr Zézé et Dr TCHIMOU,
);> M.BOLI,
);> Pr.A.ka Boko.

Ces éminentes personnalités citées et celles non citées ont de par leur disponibilité permis
l'élaboration de ce mémoire.

Mes remerciements vont à l'endroit des dirigeants de la société ANACI et de son personnel
pour l'accueil chaleureux, le soutien et la disponibilité dont ils ont fait preuve.

A la grande famille MIAGE qui développe l'essence même de la solidarité, particulièrement

à Silue Nahouala, mes amis de toujours Touré Makoko, Cissé Yaya, Sanogo Mamadou,
Maman Alix, Coulibaly Bassiata et tous ces noms que je ne finirai de citer.
 AVANT PROPOS

La volonté première du gouvernement ivoirien, dans le cadre de l'enseignement supérieur,

est de fonder des écoles et universités d'excellences qui jugulent non seulement le flux de
bacheliers qui sort de nos lycées, mais aussi et surtout qui rivalisent avec les universités
occidentales. L'Université Nangui Abrogoua(UNA) est un exemple. Initialement Centre
Universitaire d' Abobo-Adjamé, cette structure est devenue Université d' Abobo-Adjamé. Elle
a changé de nom le 8 aout 2012 régie par le décret n° 2012-983 du 10 octobre 2012. Sa
mission principale étant la formation et la recherche en appui au développement national, elle
comporte essentiellement des structures de formation que sont :

L'école préparatoire aux sciences de la santé (EPSS) ;

Le Centre de Formation Continue (CFC);
Le Centre de Recherche en Ecologie (CRE);
L'Institut de Recherche en Energies Nouvelles(IREN)

Et quatre Unités de Formations et de Recherche(UFR):

Science de Gestion de l'Environnement (SGE);

Sciences de la Nature(SN);
Sciences et Technologies des Aliments(STA);
Sciences Fondamentales et Appliquées (SF A).

L'UFR SFA regroupe en son sein plusieurs filières dont la filière MIAGE qui est une filière
professionnelle dont nous sommes issus.

Elle nous offre une formation professionnelle sanctionnée par un diplôme de Master qui fait
l'objet de notre mémoire.
 ACRONYMES ET ABREVIATIONS

CMS : Content Management System

CPP : Concurrence Pure et Parfaite
CSS : Cascading Style Sheets

EDI: Environnement de Développement Integré

ERP : Enterprise Ressources Planning

I
JSP: Java Server Pages
JVM: Java Virtual Machine

H
HTML: Hypertexte
HTTP : HyperTextTransferProtocol

M
MCD : Modèle Conceptuel de Données
MLD : Modèle Logique de Données
MCTA : Modèle Conceptuel de Traitement Analytique

SARL : Société A Responsabilité Limitée

SGBDR : Système de Gestion de Base de Données Relationnelle
SI: Système <l'Information

T
TI: Technologie de l'information

u
UML: Uni:fied Modeling Language

WAF: Web Application Firewall

WWW: World Wide Web
 LISTE DES FIGURES

Figure 1 : modèle conceptuel de Données · Page18

Figure 2 : modèle conceptuel de ANACI..................................... page20
Figure 3 : formalisme du modèle conceptuel de Traitement............... page22
Figure 4: MCTA gestion des achats page22
Figure 5: MCTA gestion des ventes page23
Figure 6: MCTA processus comptable page24
Figure 7 : maquette de connexion ···. page27
Figure 8 : maquette tableau de bord Ventes/Achats.......................... page27
Figure 9 : Environnement Eclipse ········· page32
Figure 10: Liste des tables sous Hibemate page38
Figure 11 : Ecran de connexion · ····· page43
Figure 12: Ecran d'enregistrement............................................ page44
Figure 13 : tableau de bord..................................................... page45
Figure 14: tableau de bord Ventes/Achats page45
Figure 15 : tableau de bord Stocks page46
Figure 16: tableau de bord Comptabilité page47
 RESUME

L'objet de notre étude est la création d'une application pour l'entreprise

ANACI spécialisée dans la commercialisation de la noix de cajoux (anacarde).

En effet, l'entreprise veut se doter d'une application répondant à la gestion de

ses activités. Il a été donc nécessaire pour les dirigeant de s'en procurer une.

Développée sous Eclipse avec le langage Java?, nous avons pu aboutir à notre
objectif.

Pour ce faire, nous avons choisir Merise comme méthode de conception et

Postgres9 .3 pour la gestion de la base de données.

Aussi le Framework Play qui de par sa simplicité et la gestion du problème de

déploiement nous a permis de former le squelette de notre programme.

Faudra noter qu'aux cours de notre étude, nous avons pu produire une
application modulaire répondant aux besoins de l'entreprise.

Mots-clés: ANACI, Eclipse, Java?, Framework Play, Merise.

 ABSTRACT

The purpose of our study is to create a web-based management application for

the ANACI company specializing in the commercialization of cashew nuts
(cashew).
lndeed, the company needs to create the application to meet the standards of its
management.
Developed on Eclipse with java7 language, we could reach our goal.
To do this, we choose as Merise method and Postgres9.3 design for the
management of the database.
Play as the Framework which by its simplicity and management of the
deployment problem has allowed us to form the backbone of our program.
Will note that in our study, we were able to produce a modular application
answering business needs.

Key words: ANACI, Eclipse, Java?, Framework Play, Merise.

 TABLE DES MATIERES

DEDICACES .
REMERCIEMENTS .
AV ANT PROPOS .
ACRONYMES ET ABREVIATIONS .
LISTE DES FIGURES .
RESUME .
ABSTRACT .
INTRODUCTION GENERALE }
Chapitre I. PRESENTATION DU SYSTEME D'INFORMATION 2
1.1 INTRODUCTION 3
1.2 PRESENTATION DE ANACI 3
1.2.1 Historique 3
1.2.2 Activités 3
1.2.3 Organisation de ANACI 3
1.2.4 La Direction Générale 3
1.2.5 La Direction Administrative et Financière 4
1.2.6 La Direction des Ressources Humaines .4
1.2. 7 La Direction Commerciale 4
1.2.8 Département Management de Qualité 5
1.2.8.1 L'attente de la Direction Générale 5
1.2.8.2 L'attente de la clientèle 5
1.2.9 La Direction des Achats 6
1.3 FONCTIONNALITES 6
1.3 .1 Objectifs 6
1.3.2 Fonctionnalités 6
1.4 CONCLUSION 7
Chapitre 2 : APPLICATION WEB UN COMPOSANT DES SYSTEMES D'INFORMATION .8
2.1 INTRODUCTION 9
2.2 LE CADRE CONCEPTUEL DES APPLICATIONS WEB 9
2.2.1 Définition historique 9
2.2.1. l Définition 9
2.2.1.2 Historique des applications web 9
2.2.2 Rôles d'une application web 10
2.3 L'IMPORTANCE D'UNE APPLICATION WEB DANS LE SYSTEME
D'INFORMATION DEL'ENTREPRISE 10
2.4 LANGAGES DE PROGRAMMATION ET FONCTIONNEMENT D'UNE
APPLICATION 11
 2.4.1 Langage de programmation 11
2.4.2 Fonctionnement d'une application 11
2.5 CONCLUSION 12
Chapitre 3 : CONCEPTION GENERALE 13
3.1 INTRODUCTION 14
3.2 SOLUTION CONCEPTUELLE 14
3.2.1 Etude comparée MERISE et UML 14
3.2.2 Choix de la méthode 16
3.3 DESCRIPTION DE LA METHODE MERISE 16
3.3. l Etude de la méthode MERISE 16
3.3.1.1 Le niveau conceptuel 17
3.3.1.2 Le niveau logique 17
3.3.1.3 Le niveau physique 17
3 .3 .2 Modèle de données 17
3.3.2.1 Le Modèle Conceptuel de données 17
3.3.2.2 Dictionnaire de données 18
3.3.2.3 Liste des règles de gestion 19
3.3.2.4 Schéma du MCD 20
3.3.2.5 Modèle Logique de Données Relationnelles 21
3.3.2.6 Modèle Conceptuelle de Traitement Analytique(MCTA) 21
a. Processus d'achat 22
b. Processus de vente 23
c. Processus comptable 23
3.4 CONCLUSION 24
Chapitre4: CONCEPTION DETAILLEE 25
4.1 INTRODUCTION 26
4.2 DESCRIPTION DES MAQUETTES 26
4.2.1 Liste des maquettes 26
4.2.2 Présentation des maquettes 26
a- Maquette de connexion 26
b- Maquette tableau de bord Ventes/Achats 27
4.3 DESCRIPTIONS DES ECRANS 28
4.3.1 Liste des écrans 28
4.3.2 Présentation des écrans 28
4.4 CONCLUSION 29
Chapitres : ETUDE TECHNIQUE .30
5.1 INTRODUCTION .31
 5.2 ENVIRONNEMENT LOGICIEL 31
5.2.1 Présentation des outils et langage de développement 31
5.2.1.1 Eclipse 31

5.2.1.2 wampserver 2.4 32

5 .2.1.3 Système de gestion de base de données 32

5.2.1.4 Langage Java 33

5.2.1.5 Framework 34

5.2.1.6 ORM 36

5.3 GESTION DE LA SECURITE 39

5.3.1 Définition des niveaux d'accès 39
5 .3 .2 Authentifications des utilisateurs 40
5.4 ARCIIITECTURE DU SYSTEME 40
5.5 CONCLUSION 41
Chapitre 6 : PRESENTATION DE L'APPLICATION .42
6.1 INTRODUCTION 43
6.2 DESCRIPTION 43
6.3 FONCTIONNALITES 44
6.3.1 Gestion des AchatsNentes 45
6.3.2 Gestion des stocks 46
6.3.3 Gestion de la Comptabilité 47
6.4 CONCLUSION 47
CONCLUSION GENERALE 48
GLOSSAIRE 49
BIBLIOGRAPHIE 50
ANNEXE 51
 INTRODUCTION GENERALE

L'organisation d'une entreprise est influencée par sa conception du management et

par ses choix stratégiques. Au nombre de ces choix, se trouve l'utilisation des nouvelles
technologies de l'information.

Toute entreprise exerce dans un domaine d'activité particulier. Dans un tel contexte, il
convient, pour une organisation, de se doter d'outils spécifiques et adaptés pouvant contribuer
à des prises de décisions rapides en vue d'atteindre les objectifs qui sont les siens.

Dans la présente étude, l'intérêt est porté vers ANACI, une société à responsabilité limitée
qui offre des services dans le domaine de la commercialisation de l'anacarde (noix de cajou).

Dans le cadre de ses activités, ANACI est amenée à gérer plusieurs types de clients
liés à ses différents services. Vu le volume de ses taches, il s'avère nécessaire d'informatiser
l'entreprise afin de pouvoir gérer les différents flux liés à ses activités.

La plupart des activités de ANACI sont gérées de manière traditionnelle, car aucun
outil de gestion actuel sur le marché n'est utilisé pour répondre aux besoins de l'entreprise.

La Direction Générale de ANACI a donc décidé de l'automatisation du suivi de

l'ensemble des activités que l'entreprise est amenée à gérer. C'est à ce titre que l'étude sur le
thème suivant a été menée : « Conception et réalisation d'une application web de gestion,
cas ANACI ».

Afin de réaliser l'étude, le travail sera structuré autour de trois axes :

L'approche méthodologique,
L'étude conceptuelle,
La réalisation.

Pagel
Chapitre I. PRESENTATION DU
SYSTEME D'INFORMATION

Page2
1.1 INTRODUCTION
Pour répondre aux exigences de la concurrence sur le marché, les entreprises se doivent
d'être plus compétitives et productives et cela demande à être plus proche de la clientèle.

Son système d'information doit être alors bien défini et les objectifs doivent répondre à la
structuration de ce (SI).

Pour ce fait, une notion du SI de l'existant est donc nécessaire.

1.2 PRESENTATION DE ANACI

1.2.1 Historique
ANACI est spécialisée dans l'achat et la commercialisation de la noix de cajou (Anacarde).

A l'origine, elle était une coopérative qui au fil de son évolution s'est érigé en société à
responsabilité limité (SARL) en 2012.

Elle conserve ce même statut jusqu'à présent.

1.2.2 Activités
ANACI a pour principale activité :

L'achat de l' anacarde ;

La promotion de la culture d'anacarde;
La commercialisation du produit ;
La formation des planteurs.

1.2.3 Organisation de ANACI

ANACI est dotée d'une administration structurée qui permet d'atteindre les objectifs fixés
par la direction en répondant aux exigences de sa clientèle. Cette réalité la rend compétitive
sur le marché. ANACI possède différents services qui interagissent selon des normes précises
pour le bon fonctionnement de l'entreprise.

Ainsi, l'organisation se compose comme suit :

1.2.4 La Direction Générale

La Direction Générale définit la stratégie globale de l'entreprise et supervise son exécution.

Page3
Elle se caractérise par la prise en charge d'une double responsabilité à la fois stratégique et
opérationnelle :

En amont, les cadres de direction assurent la définition de la stratégie pour l'entreprise. Ils
doivent ainsi :

Élaborer des objectifs de modernisation et de développement de l'entreprise,

Définir les grandes lignes de la politique commerciale, de distribution et de conquête de

nouveaux marchés.

Plus en aval, ils supervisent et gèrent les moyens ( organisationnels, techniques, humains,
financiers, logistiques, etc.) pour réaliser les objectifs assignés.

La fonction Direction Général comprend :

La direction globale de l'entreprise, représentée par le Directeur général. Son périmètre

d'activité touche toute l'entreprise.

1.2.5 La Direction Administrative et Financière

Elle est chargée d'animer et de tenir informé la Direction Générale, des résultats financiers
obtenus. Elle a en charge d'élaborer le budget annuel puis d'analyser, de contrôler et de
suivre toutes les opérations budgétaires.

1.2.6 La Direction des Ressources Humaines

La gestion des ressources humaines est un ensemble de fonctions et de mesures ayant pour
objectif de mobiliser et développer les ressources du personnel pour une plus grande
efficacité.

1.2. 7 La Direction Commerciale

La mission principale de la Direction Commerciale consiste à connaître et satisfaire les
besoins de la clientèle à travers une organisation adaptée et un réseau de distribution efficace.

Elle doit définir la stratégie (avec le gérant) et mettre en œuvre les politiques de l'entreprise
en matière commerciale, promouvoir les produits sur les marchés, négocier avec les clients en
fonction de leurs exigences.

Les opérations de gestion commerciale sont contrôlées afin que l'ensemble des produits livrés
fasse l'objet d'une facturation régulière et dans les délais, que les montants facturés soient
correctement et intégralement saisis en comptabilité et que la situation des clients soit
systématiquement suivie.

Page4
Elle comprend le département de vente des produits.

1.2.8 Département Management de Qualité

Il a à sa tête un responsable Qualité qui travaille en ayant à l'esprit de satisfaire l'attente de
la Direction Générale et celle de la clientèle.

1.2.8.1 L'attente de la Direction Générale

La Direction Générale attend d'un responsable qu'il soit qualité efficace et rassurant.
Répondre à cette attente suppose la mise en place d'un système qualité approprié et fiable,
notamment un système d'indicateurs et de tableaux de bord lisibles favorisant les actions
préventives. Une réduction des coûts résultant de la non-qualité. Avec la collaboration du
contrôleur de gestion, le responsable qualité doit identifier, d'une façon incontestable, la part
des coûts dus à la non-qualité et les actions correctives qui en découlent.

Le responsable qualité doit contribuer à favoriser toute la flexibilité et la créativité du

personnel.

1.2.8.2 L'attente de la clientèle

Le responsable qualité, garant du respect de l'attente du client, s'assure que les exigences de
ce dernier ont bien été prises en compte avant toute mise en place de processus. La réalisation
d'un plan qualité est l'occasion pour le responsable qualité de formaliser les exigences du
client.

Le client attend une réactivité importante du service qualité et du responsable qualité par
l'identification des actions préventives sinon correctives. En effet, les indicateurs mis en place
par le service qualité doivent permettre de détecter toutes les anomalies, réelles ou
potentielles. Il doit informer le client de toute situation non conforme par la mise en place
d'un système de transmission d'information validée, c'est-à-dire par l'utilisation du rapport de
contrôle, de fiches de non-conformité, de demandes de dérogation. Cet ensemble de
documents présente l'intérêt incontestable d'être renseigné d'une façon standardisée par des
personnes autorisées. On peut citer comme contenu de sa mission les différents points
suivants:

• le responsable qualité organise ou supervise l'activité,

• il est le garant de la politique qualité de l'entreprise. Il s'assure que cette politique est
comprise, mise en œuvre et entretenue à tous les niveaux de l'organisation,
• il établit et tient à jour des procédures pour maitriser et vérifier les produits afin de
s'assurer que les exigences sont satisfaites,

Pages
 • il rédige et tient à jour un manuel qualité,
• il recherche la motivation du personnel placé sur sa responsabilité,
• il rend compte à la Direction Générale.

1.2.9 La Direction des Achats

La mission du responsable des achats est de définir et mettre en œuvre la politique d'achat
de l'entreprise. Il est en liaison avec la Direction Générale, garantit la réalisation des objectifs
qualitatifs, quantitatifs, organisationnels et financiers en matière d'achat. Le stockage des
produits est effectué par le service Manutention, Stockage et livraison des produits.

Le service Manutention, Stockage et livraison des produits permet de gérer le flux de

marchandises en stock, des approvisionnements en amont jusqu'à la distribution finale au
client, via des opérations de transport, de stockage et de conditionnement.

1.3 FONCTIONNALITES

1.3.1 Obiectifs
Les objectifs fixés par ANACI son les suivants

Obtenir des produits de qualité près des planteurs,

A voir une bonne politique de stockage,
Communication aisée avec la clientèle afin de faciliter les livraisons,
Politique de rapprochement avec les fournisseurs afin de les inciter d'avantage,
Vendre à un prix convenable ..
1.3 .2 Fonctionnalités
Au delà de son activité maitresse qu'est la commercialisation de l'anacarde, ANACI s'est
tourné depuis cette année vers le cacao et dans les mêmes conditions de travail que celle de
l' anacarde.

Page6
 1.4 CONCLUSION
Dans ce premier chapitre nous avons présenté l'environnement de ANACI et donner les
différentes fonctions qu'attend l'entreprise.

Au chapitre suivant, nous parlerons de l'application Web et comment elle est une
composante des systèmes d'informations.

Page7
Chapitre 2 : APPLICATION WEB UN
COMPOSANT DES SYSTEMES
D'INFORMATION

Pages
 2.1 INTRODUCTION
L'application web est aujourd'hui partie composante des Système d'information.

Toute entreprise sérieuse et soucieuse d'accroitre son rendement se doit de fonctionner

avec une application de gestion.

L'on ne peut donc parler de SI sans comprendre les fonctionnements des applications.

2.2 LE CADRE CONCEPTUEL DES APPLICATIONS WEB

Il convient avant de rentrer dans le vif du sujet de s'accorder sur certaines notions relatives
aux applications web.

2.2.1 Définition historique

2.2.1.1 Définition
Une application web aussi appelée web app en anglais est une application manipulable
grâce à un navigateur web. De la même manière que les sites web, une application web est
généralement placée sur un serveur et se manipule en actionnant des widgets à l'aide d'un
navigateur web. [1]

Il conviendra de distinguer une application web d'un site web. En effet, un site web est un
ensemble de pages web hyper liées entre elle et accessible à une adresse web et composé d'un
ensemble de documents structurés nommés page web.

Ainsi à la différence des sites web, une application web est tout site web qui permet à ses
utilisateurs d'accomplir des taches spécifiques (gérer des stocks, créé du contenu, etc.).

2.2.1.2 Historique des applications web

C'est au CERN (Organisation Européenne pour la recherche nucléaire) que le tout premier
site fut ouvert dans l'indifférence totale. Il a été mis au point par l'ingénieur Tim Berners-
Lee.

En créant le logiciel World Wide Web, Tim Berners-Lee a crée à la fois le premier
navigateur web et le premier éditeur web car il voulait faire du web un média collaboratif,
dans lequel tout les acteurs consultent et créent l'information. Cependant le web s'est
immédiatement orienté en un média de diffusion d'information global plutôt que de
collaboration. C'est ainsi que dans la second moitié des années 90, le web devient populaire
et depuis quelques années toutes les grandes entreprises, organisations, écoles créent des
applications web. [2]

Page9
 2.2.2 Rôles d'une application web
L'évolution actuelle du monde a rendu l'utilisation quotidienne de l'internet aussi
indispensable que le téléphone. Lorsqu'un internaute se connecte à une application ou site,
c'est dans l'objectif d'avoir des réponses claires à ses questions, communiqué, s'informer.

L'ère de la numérisation implique l'accès à l'information en direct répondant au besoin de

tout et tout de suite. Une application contient donc des informations nécessaires et une
pratique d'aisance de travail. De nos jours, l'application web n'est pas seulement une vitrine
d'information et de communication car au delà de cela, elle est un élément de gestion et de
regard de l'entreprise.

2.3 L'IMPORTANCE D'UNE APPLICATION WEB DANS LE SYSTEME

D'INFORMATION DE L'ENTREPRISE

Grâce à Internet, les nouveaux logiciels d'entreprise sont désormais conçus pour être
accessibles de partout dans le monde, à n'importe quel moment et avec un minimum
d'équipement. L'application est placée sur un serveur et les utilisateurs y accèdent par un
simple navigateur : il suffit d'une connexion à Internet.

Il en découle les avantages suivant :

• il n'est plus nécessaire d'installer un logiciel sur chaque poste, ce qui diminue en
grande partie les frais de maintenance et élimine certaines incompatibilités ;

• une application bien conçue peut être utilisée par différents types de terminaux
(Ordinateurs, Laptops, Tablettes, Smartphones);

• il n'existe plus de contrainte géographique et on peut envisager un accès pour les

utilisateurs nomades en toute sécurité grâce au cryptage des données au travers d'Internet;

• des centaines de personnes réparties dans des lieux différents travaillent

simultanément sur ce type d'applications car elles sont conçues pour supporter une grande
charge qui est souvent répartie sur plusieurs serveurs ;

• certaines parties de ces applications sont ouvertes aux clients et fournisseurs et

facilitent ainsi les échanges d'informations entre les partenaires (B2B);

• ces applications sont capables de gérer des données multimédia (textes, photos, vidéos
les utilisateurs sont à l'aise car habitués à utiliser un navigateur dans le cadre privé;

Page10
 • pour mettre à jour l'application, il suffit de modifier l'application sur le serveur et tous
les postes accèdent instantanément à la nouvelle version.

En résumé, cette technologie facilite la mise à disposition d'applications au sein de

l'entreprise, de ses filiales ou pour les utilisateurs itinérants. Elle permet souvent de diminuer
les coûts et d'améliorer la rapidité d'accès à l'information.

2.4 LANGAGES DE PROGRAMMATION ET FONCTIONNEMENT D'UNE

APPLICATION

Le langage est la base de toute communication. Pour communiquer et se comprendre il faut

pouvoir parler le même langage le même langage.

2.4.1 Langage de programmation

Dans le domaine de l'informatique, l'homme a du trouver un langage afin de communiquer

avec la machine par l'intermédiaire de codes. Il s'agit du langage de programmation. Un
langage de programmation est un vocabulaire et un ensemble de règles d'écritures utilisés
pour instruire un ordinateur d'effectuer certaines taches.

Ainsi donc pour créer une application il faut donc le programmer à travers un langage de
programmation.

De nos jours il existe plusieurs langages de programmation et les utilisations diffèrent selon
la fonctionnalité attendue par l'application.

2.4.2 Fonctionnement d'une application

Pour être lu et compris par son utilisateur, pour la plupart du temps profanes, l'application
à besoin d'être décrypté.

Pour se faire, on utilise des navigateurs pour interagir avec l'application.

~ Les navigateurs web

Un navigateur est un logiciel conçu pour consulter le World Wide Web. Il est probablement
devenu le programme le plus utilisé sur un ordinateur et pour cause c'est grâce au navigateur
que de nombreux internautes ont droit à l'application.

~ Traitement de pages

L'internaute par l'intermédiaire du navigateur demande à avoir une page web au serveur.
Lorsque le serveur web reçoit la requête, il la lit, localise la page, fais le traitement de la page
Pagell
demandée et la transmet au navigateur qui l'a sollicité afin que l'internaute puisse avoir
accès.

~ Accès à une base de données

L'utilisation d'une base de données pour stocker un contenu vous permet de séparer l'aspect
conceptuel d'un site web du contenu à afficher aux utilisateurs du site. Plutôt que de créer des
fichiers HTML distincts pour chacune des pages, il vous suffit de créer une page ou un
modèle pour les différents types d'informations que vous souhaitez présenter. Vous pouvez
ensuite télécharger du contenue dans une base de données pour qu'ensuite l'application
puisse extraire ce contenu en réponse à une demande d'un utilisateur.

2.5 CONCLUSION

Ce chapitre nous a permit de comprendre le fonctionnement d'une application web et son

utilité au sein de notre SI.

Avec ces notions de cette importance, nous pourrons aisément aborder par la suite la
conception générale de notre application future.

Page12
Chapitre 3 : CONCEPTION
GENERALE

Page13
 3.1 INTRODUCTION

Concevoir une application aujourd'hui n'est pas aisé. Faudra trouver les outils les mieux
adaptés à notre ca. Pour ce fait une approche conceptuelle est nécessaire entre différents
outils pour pouvoir mieux aborder l'objectif visé.

Dans ce chapitre, nous ferons un choix entre deux approches qui nous permettra de détailler
notre conception.

3.2 SOLUTION CONCEPTUELLE

3.2.1 Etude comparée MERISE et UML

L'entreprise est un système complexe dans lequel transitent de très nombreux flux
d'informations. Sans un dispositif de maitrise de ces flux, l'entreprise peut très vite être
dépassée et ne plus fonctionner avec une qualité de service satisfaisante. L'enjeu de toute
entreprise qu'elle soit de négoce, industrielle ou de services consiste à mettre en place un
système destiné à collecter, mémoriser, traiter et distribuer l'information (avec un temps de
réponse suffisamment bref).

La conception d'un système d'informations nécessite de réfléchir à l'ensemble de

l'organisation que l'on doit mettre en place. La phase de conception exige des méthodes
permettant de modéliser. L'on s'appuiera sur ce modèle pour la réalisation. La modélisation
consiste à créer une représentation abstraite d'une réalité de façon à faire ressortir les points
automatisables auxquels on s'intéressera.

Deux méthodes (le processus unifié avec UML, MERISE) ont été enseignées pendant notre
formation. Il s'agit de choisir l'une d'entre elles pour la réalisation du projet. Pour cela, les
atouts de chaque méthode sont représentés dans la suite.

MERISE (Méthode d'Etude et de Réalisation Informatique pour les Système d'Entreprise)

est une méthode de conception, de développement et de réalisation des projets informatiques.
Le but de cette méthode est d'arriver à concevoir un système d'information. La méthode
MERISE est basée sur la séparation des données et des traitements à effectuer en plusieurs
modèles conceptuels, logiques et physiques afin d'assurer une longévité au modèle.

Aussi, MERISE découpe, au travers de ses phases, l'analyse métier et l'architecture

logicielle. Elle est orientée vers les bases de données relationnelles et utilise un formalisme
complexe qu'il faut d'abord apprendre à manier. Elle constitue ensuite un véritable langage

Page14
commun, puissant et rigoureux pour qui la maîtrise. La méthode MERISE compose une
démarche articulée simultanément selon trois (03) axes pour hiérarchiser les préoccupations
et les questions auxquelles il faut répondre lors de la conduite d'un projet. Elle traite de toutes
les étapes de développement depuis la définition des processus à la mise en production, en
passant par la modélisation, la conception, la réalisation, les tests etc. Elle est suffisamment
générique pour s'adapter à n'importe quelle technologie y compris les plus récentes
(conception orientée objet par exemple).

Merise en tant que méthode utilise le modèle entité-relation qui s'appuie sur le modèle
relationnel nécessaire à la phase logique ou organisationnelle des données. Les données
exploitables lors de la réalisation à partir des logiciels se basant sur les Systèmes de Gestion
de Base de Données Relationnelle (SGBDR).

UML (Unified Modeling Language) est le langage de modélisation du processus unifié. Il

utilise des diagrammes pour représenter chaque aspect du système (statique, dynamique, ... )
en s'appuyant sur la notion d'orienté objet qui est un véritable atout pour ce langage. Ses
diagrammes (Diagrammes de séquence, diagramme de collaboration, diagramme d'activité)
permettant la conception de logiciels issus d'une programmation distribuée, pourraient servir
de base à la conception d'interfaces adaptables par les diagrammes de cas d'utilisation.
UML ne propose pas de cycle précis. Les organisations sont libres de choisir le cycle qui
leur convient. Il fonctionne sur le principe d'itérations qui ne s'oppose pas aux phases
définies dans MERISE.

Dans UML, l'architecture logicielle a une place prépondérante et est intégrée très en amont
dans l'élaboration du système d'information.
Aussi, l'avancement du projet est mesuré par le nombre de cas d'utilisation, de classes
réellement implantée et non par la documentation produite. Ces itérations servent en outre à
répartir l'itération et les tests tout au long du processus d'élaboration du système
d'information.

UML n'est pas à l'origine des concepts objets mais en constitue une étape majeure, car il
unifie les différentes approches et en donne une définition plus formelle.

En somme, la méthode MERISE et la méthode UML ont des similitudes pour la phase de
modélisation de base de données. Mais la différence principale est que MERISE est une
méthode d'analyse, et UML un langage de modélisation de données.

Pagels
 3.2.2 Choix de la méthode

Le Processus Unifié et MERISE sont les deux méthodes étudiées lors de la formation
acquise durant notre cursus universitaire.
Notre étude est portée sur la conception et la réalisation d'une application de gestion. Le
principal travail consiste d'abord à concevoir une base de données pouvant gérer l'ensemble
d'information du système.
Pour cela, la conception de cette application sera faite avec la méthode MERISE parce
qu'elle permet aisément la conception et la mise en place de base de données. Merise peut
supporter un mode de traitement et une architecture client-serveur. Elle peut aboutir à une
programmation structurée, mais surtout à la conception d'une base de données orienté objet
(grâce aux extensions actuelle de MERISE). La méthode MERISE propose une méthode de
conception et développement de systèmes d'informations complètes, détaillées, en grande
partie formalisée qui garantit une informatisation réussie.
Pour une future évolution du modèle, une bonne conception avec la méthode
MERISE peut faire gagner énormément de temps.

3.3 DESCRIPTION DE LA METHODE MERISE

Merise a été très utilisée dans les années 1970 et 1980 pour l'informatisation massive des
organisations. Cette méthode reste adaptée pour la gestion des projets internes aux
organisations, se limitant à un domaine précis. [3]
Notre choix étant centré sur cette méthode, une description détaillée est alors nécessaire.

3.3.1 Etude de la méthode MERISE

La méthode MERISE fait suite à une consultation nationale lancée 1977 par le ministère de
l'industrie français dans le but de choisir des sociétés de conseil en informatique afin de
définir une méthode de conception de système d'information. Les deux principales sociétés
ayant mis au point cette méthode sont le CTI (Centre Technique d'Informatique) chargé de
gérer les projets et le CETE (Centre d'Etude Technique de l'Equipement) implanté à Aix-en-
Provence [4].
Le but de cette méthode est d'arriver à concevoir un système d'information. La méthode
MERISE est basée sur la séparation des données et des traitements à effectuer en plusieurs
modèles conceptuels et physiques.

Page16
La séparation des données et des traitements assure une longévité au modèle.
La méthode MERISE prévoit une conception par niveaux, et définit pour cela 3 mveaux
essentiels :

3 .3 .1.1 Le niveau conceptuel

C'est à ce niveau que sont représentées les informations et leurs associations, ainsi que les
utilisations qui en sont faites et les contraintes associées. Ces définitions sont établies en
faisant abstraction de toute contrainte liée à l'organisation.

3.3.1.2 Le niveau logique

Il prend en considération l'implémentation du système d'information par un SGBD
(Système de gestion de base de données). Ce niveau introduit la notion des tables logiques, et
constitue donc le premier pas vers les tables des SGBD.

3.3.1.3 Le niveau physique

C'est une représentation des moyens qui vont effectivement être mis en œuvre pour gérer
les données ou activer les traitements. On apporte des solutions techniques et on répond à la
question« COMMENT?».

3 .3 .2 Modèle de données
Un modèle de données décrit de façon abstraite comment sont représentées les données
dans un système d'information ou une base de données. Les étapes pour l'élaboration du
modèle de données de cette application se présentent comme suit :

3.3.2.1 Le Modèle Conceptuel de données

Le modèle Conceptuel de Données Etendu (MCDE) a pour but d'exposer de façon formelle
les données qui seront utilisées par le système d'information. Il s'agit donc d'une
représentation des données, facilement compréhensibles, permettant de décrire le système
d'information à l'aide d'entités et de relation.

Page17
 id frs ~ Texte <O>
om_frs Tex-~ (1
pru1oms_frs Tex!~ (30}
si!vs!io"l_geo Telée (60)
edres~_h Te;icie !30}
ld!.."ltilis,t_ 1 <pi>

1,n L
'ASSE. JE
d ande ~ Texte 115}
libelle_ande Texte (30)
qte_O'T1de
1.1
(ds'.e_ande
r ldenlifiant_ t <pi>

Figurel : Modèle Conceptuel de Données

3.3.2.2 Dictionnaire de données

Un dictionnaire de données est une collection de données de référence nécessaire à la

conception d'une base de données relationnelle, c'est la réunion des données élémentaires
appelées attributs ou champs complétées par des propriétés calculées ou concaténées. La liste
non-exhaustive des propriétés qui constituent le dictionnaire de données du système est la
suivante:

No AITRIBUTS DESCRIPTIONS TYPE TAfL NAT FORMULE

D'ORDR LE URE
E
1 Adresse client Adresse d'un AN 30 E
client
2 Adresse frs Adresse d'un AN 30 E
fournisseur
3 Age_pers Age d'une N 2 E
personne
4 Ane stock Ancien Stock AN 15 E
5 Date bcmd Date du bon de DAT 10 E
commande E
6 Date cmd Date de la DAT 10 E
commande E
7 Date facture Date de la DAT 10 E
facture E
8 Date vente Date de la vente DAT 10 E
du produit E

Page18
9 Design_ bcmd Designation AN 30 E
d'un bon de
commande
10 design_cmd Designation de AN 30 E
la commande
11 ld_banque Identifiant de la AN 15 E
banque
12 id bcmd identifiant du AN 15 E
bonde
commande
13 Id client Identifiant du AN 15 E
client
14 Id frs Identifiant du AN 15 E
fournisseur
15 Id_parcelle Identifiant de la AN 15 E
parcelle
16 Id_prduit Identifiant du AN 15 E
produit
17 Id stock Identifiant du AN 15 E
stock
18 Lib_banque Libellé de la AN 50 E
banque
19 Lib facture Libellé de la AN 100 E
facture
20 Mht facture montant hors N 14 E (prix_unitaire*
taxe de la Tonnage)
facture
21 Mttc facture Montant toute N 14 E
taxe confondue
de la facture
22 Nom frs Nom du A 15 E
fournisseur
23 Nv stock Nouveau stock N 25 E
24 Pu facture Prix unitaire de N 15 E
la facture
25 Sit_geo _parcelle Situation AN 30 E
géographique de
la parcelle
26 Statut client Statut social du AN 25 E
client

3.3.2.3 Liste des règles de gestion

Une règle de gestion est une contrainte du système d'information. Il peut s'agir d'une
exigence formulée par un client ou d'un article de règlement interne.

Une liste non exhaustive des règles de gestion aussi bien sur les données que les traitements
et l'organisation du système est donnée ci-après:

Page19
 Rg 1 : un utilisateur ne peut qu'avoir un et un seul compte.
Rg2 : un utilisateur n'a accès qu'à des pages spécifiques selon son type d'utilisateur.
Rg3 : un client peut passer commande à tout moment.
Rg4: la modification d'une commande implique une nouvelle commande.
Rg4 : l'enregistrement d'une parcelle modifie le profil planteur.
Rg5 : tout paiement donne lieu à un enregistrement nouveau.
Rg6 : un fournisseur peut fournir à tout moment sur validation de produit.
Rg7 : toute sortie de produits donne lieu à 2 enregistrements.
Rg8 : une facture est émise par une et une seul personne.
Rg9 : une facture est adressée à un et un seul client.
RglO: un produit ne provient que d'une parcelle enregistré.
Rgl 1 : seul un fournisseur est prit en compte en cas de partenariat associative.
Rg12: les commandes adressées aux fournisseurs sont comptable que 72h après.
Rg 13 : le client peut annuler une commande avant facturation.
Rg 14 : le client peut retourner une commande pour non compatibilité
Rg 15 : une commande retournée modifie le stock existant.
Rg 16 : tout paiement client se fera par voie bancaire.

3.3.2.4 Schéma du MCD

---,
(i;;aa --
-"'I.., fl't;«
c,-Q,
' ~-ore,
-=·
,..,_.t
~
ru:,, (-
1-(W) -,_, -(r"
prwrêr-,_?I
11)2.,'T"C.'
~
Kr'lllf'_crù Tll:t=:!J
':i

-
<cffl:.irt_· ••••

,..,..
iUCCi.
~ë.-~
~-'
Sll:à

fr-tt1'
S't;tf'
<Ill>
V
L
°'

,~ · -
-
.flCl
CHlqfJICl tt>:.(~)
q•» 1 ft'C*
----
,_prcdl
l!rto,
-------.
C>ndn\V-- -
r_gto_,Clll'a ft ~ ~ ~
11,., ~.:=::-_':"_1 ~

,cc,.
[U:11,TI
f,:;:" ~
C>ndr! ..,._ 12!) !ln\tr('t
r_!ot'ct Mcrn.:t \~«) Qtf_\fctl c•
_'>cO.n
t_~
c...
",_"Kel.n llcrni•~>
0

~>

--·-
'.ca:_c:i"tt.t
~
~\2::!
pnrar-d!ffl îlJlf tm)
IC'KH_dftrt C3natrf\111Uô.t ~&)

l ~-~ ~-~)

L or
_-..-- ~ l!a'oc,,nrco

CftJgr _!O'T'O Tl,~ «:!:;!"

1

att_!a!u 1.tcrru ·:=!'

~-, ~ _,,

Figure2 : Modèle Conceptuel de Données Etendue

Page20
 3.3.2.5 Modèle Logique de Données Relationnelles

Le Modèle Logique de Données Relationnelles (MLDR) est une transformation du Modèle

Conceptuel des Données Etendu en un ensemble de tuples obtenu à partir des règles de
passage. Il a pour objectif de décrire la structure de données utilisée sans faire référence à un
langage de programmation et permet d'entrevoir la structure physique des données.
Le MLDR de notre modèle conceptuel est le suivant:

COMMANDE (id_ cmde ; design_ cmde ; date_ cmde ; « id_cmde ; design_cmde ;

date_cmde ; #id frs) ;
FOURNISSEUR ( id_frs; nom_frs; prenom_frs; adresse_frs);
PARCELLE (id_parcelle; lib_parcelle; sit_geo_parcelle; #id frs);
STOCK ( id_stock ; nv_stock ; anc_stock);
PRODUIT (id_prduit; design_prduit;#id frs; #id stock; #id facture; #id client);
FACTURE (id_facture; lib_facture; pu_facture; mttc_facture; date_facture; #id client;
#id banque);
BANQUE (id_banque; lib_banque);
CLIENT (id_client; statut_client; adresse_client);
BON_COMMANDE ( id_bcmd; design_bcmd; date_bcmd; #id_client);
VENDU (#id client; #id prduit; date_vente).

3.3.2.6 Modèle Conceptuelle de Traitement Analytique(MCTA)

Le Modèle Conceptuel de Traitement Analytique permet de représenter de façon

schématique l'activité d'un système d'information sans faire référence à des choix
organisationnels ou des moyens d'exécution, c'est-à dire qu'il permet de définir simplement
ce qui doit être fait. Il répond aux questions Comment ? Quoi ? Sans se soucier du Quand ? Et
où ? Et par qui ?
La figure ci-dessous représente un exemple de formalisme du MCTA.

Page21
 Analyse du besoin Employé

Toujours

Besoin accepté

Figure3 : FORMALISME DU MCTA

Le système d'information étudier est subdivisé en trois processus:

• Processus d'achat
• Processus de vente et gestion de stock
• Processus de comptabilité

a. Processus d'achat

ENREGISTREMENT

PRISE EN COMPTE
TOUJOURS

Achat approuvé
et validé

Page22
re4: MCTA GESTION DES ACHATS MISE EN STOCK
 b. Processus de vente

Commande

CONFIRMATION COMMANDE

REGLE DE SOLVABILITE

REGLE DE RUPTURE

SOLVABLE NON
SOLVABLE
toujours Stock
potentielle<
stock min

Refus
Rupture
Confirmé

Figure5: MCTA GESTION DES VENTE

c. Processus comptable

Page23
 Factures
Bons

Vérification

OK I lOK

Duplication 1 \. 1 Vérification

OK I lOK

Figure6: MCTA PROCESSUS COMPTABLE

3.4 CONCLUSION
Ce chapitre nous a permis de faire une étude entre deux approches et de choisir celle qui
nous nous aidera à mieux atteindre notre objectif.

Merise qui fut adopté dans cette étude nous à permit de dégager les différents modèles et
processus qui nous aiderons pour la suite.

Page24
Chapitre4 : CONCEPTION
DETAILLEE

Page25
 4.1 INTRODUCTION
Avant toute représentation, il faudra avoir une vue de ceux à quoi on s'entend d'où l'intérêt
des maquettes et captures.

Dans ce chapitre, nous montrerons quelques maquettes relatives à notre application.

Cependant lors de la conception, la réalité peut différer de celles-ci.

4.2 DESCRIPTION DES MAQUETTES

La production du logiciel va permettre de décrire les éléments du projet:

)"" Les maquettes,

)"" Les captures d'écrans

4.2.1 Liste des maquettes

Pour le présent mémoire, deux (2) maquettes seront listées à savoir :

Maquette de connexion ;
Tableau de bord des Ventes/Achats;

4.2.2 Présentation des maquettes

a- Maquette de connexion

Page26
 GESANACI
•
Connectez Vous Ici

Utilisateur

Mot de passe

• 0 Se souvenir de moi

:M.ot~de _ Passe .()ublié?·

Figure7: Maquette de connexion

L'écran de connexion de l'application devra pouvoir répondre aux utilisateurs et aussi aux
nouveaux inscrits.

b- Maquette tableau de bord Ventes/Achats

Ventes Tableau de bord des Achats et Ventes

Ventes Totaux Commerciaux
Opportunités
7 Ventes impayées 4 Achats impayées 0 Encaissement à deposer
Abonnement
-22,789,675 CFA -12,789,408 CFA O,OOCFA
Achats
Achats
Dernières Ventes Derniers Achats
Règlements Numéro Date de création Etat Numéro Date de création Etat
Encaissements 0001 09/10/2016 Facturé 432 13/06/2016 Réceptionné
Décaissements
00012 12/10/2016 Facturé 455 29/06/2016 Facturé
Remises en Banque

igure8 : Maquette tableau de bord

Page27
Ce tableau de bord nous donnera une vue sur les différents Impayés et les encaissements à
déposer. Il nous permettra d'enregistrer aussi les différentes ventes et différents achats
occasionnés.

4.3 DESCRIPTIONS DES ECRANS

4.3.1 Liste des écrans

La liste non exhaustive des écrans de l'application est résumée ci-dessous:

Mise à jour des utilisateurs;

Mise à jour des fournisseurs;
Mise à jour des clients ;
Mise à jour des produits ;
Mise à jour des parcelles ;
Mise à jour des demandes d'achat;
Mise à jour du stock ;
Création des factures ;
Tableau de bord des achats/ventes;
Tableau de bord des stocks ;
Tableau de bord de la comptabilité.

4.3.2 Présentation des écrans

Nous présenterons dans le cadre de ce projet, six(6) écrans qui seront détaillés dans le
chapitre 6 à savoir :

L'écran de connexion ;
L'écran d'enregistrement de nouvel utilisateur ;
Tableau de bord ;
Tableau de bord des Achats/V entes ;
Tableau de bord des stocks;
Tableau de bord de la comptabilité.

Page28
 4.4 CONCLUSION

Au terme de ce chapitre, nous avons eu une large vue sur comment sera notre application.

Les différentes maquettes obtenues nous permettrons de tendre vers une représentation
semblable même si la réalité peut différer d'une fenêtre à une autre.

Page29
Chapitre5 : ETUDE TECHNIQUE

Page30
 5.1 INTRODUCTION
Les deux parties précédentes, ont décrit les concepts techniques permettantd'implémenter
l'application de gestion pour ANACI. Cette étape consiste à la réalisation des_différents
composants de l'application.

5.2 ENVIRONNEMENT LOGICIEL

L'application sera une application web et sera développée avec Eclipse et utilisera JAVA
comme langage.

La base de données utilisée sera MySQL et sera implantée avec le server web wampserver.

5.2.1 Présentation des outils et langage de développement

5.2. l.1 Eclipse

Eclipse est un projet, décliné et organisé en un ensemble de sous-projets de développements

logiciel, de la fondation Eclipse visant à développer un environnement de production de
logiciels libre en s'appuyant sur le langage Java.

Son objectif est de produire et fournir des outils pour la réalisation de logiciels, englobant
les activités de programmation (notamment environnement de développement intégré et
Frameworks). Son Environnement de Développement Intégré (EDI ou IDE en anglais pour
Integrated Development Environment) vise notamment à supporter tout langage de
programmation à l'instar de Microsoft Visual Studio. Figurant parmi les grandes réussites de
l'Open source, Eclipse est devenu un standard du marché des logiciels de développement.
Notre application sera donc conçue sur l'IDE Eclipse.

Page31
 Jo.;mal.P,v ,i ID dashboard.htm1 n
l l{exttnds '110tn.htal' /)
l l{set title: 'Home' /}
t,,~Pytetl l· cdtv,.
c,_.,, __
""""'"" 4
S·
c.1--- lt.lrt~•. , --~
ci:tlv ctos.s-",,_ ,..._.,..,, <1-· . .,,..~, ->
6""'- <div ctoss••"'ml-s.-4 œl....,-t">
.~gestcoop
•11!>- 7i'
•~
<dl" ctca.u.- •st.Dt.kr.c aidprt .._
<d1v ctou-"'•i.ri,d-a.tr,t">
,.__......,.">
•.• c:ontrollers
9~ <di.. dou•'"W"i~l c,an">
•a.- lt c:dtv ctoss- •.•tatbcM-.sporlrhM">S eee 4SI FCFAc/d\V>
' •• è,virws 11 c/div>
""""""
•12-
lZ
13
<d'iv ctos~"Utlif'">(ots,~</dtY»
cbr-/>
14 ô r"/ >
1S ..cdiv closs- •.wZ.u e'"> </d\V>
lb . co ctos.s-*_,.. •. href•"jowrscrfpt:wfd(fJ;..,. P•tat\ <i. cton-"puU-rtjllrt' icon--,I•-rlrt'">clb<./0>
11 ,c/diY>

,.
li
19
c/di'I> <!-- /.MIQ.l'.ili\
,c/d{Y> c!-- /.SJtl-fBl-3 -->
->

pusher-0.1 "
Z2 <div class-·.s:~ .t.,.t --~-:O.
.cd\v class:- ·coi__.., c:o?_..,-e-:,..
to.
·~·K\lrll
•• e,.test ,.
Z3 uli.v closs-"~-nllttr?t-:0.
cdtv clou• ·v-u.-,J ,,.....-,.
•11!>-
gestcoop.iml
,."
Z7
<div class- ".st.tbo.a:-sparkline--:..1ae NI FCFA<ldi.v.>
</dtY>
cd{v closs-"t1tlif'">(oinpt.e. $C)Ul'Gflt. oc;tjv\tt Coop<ldiY>
gntcoopJpr ZI <br/>
gestcoopJws 29 cbrl>
•G:èi!~uges li <div clcss- •wrl"11t'"><ldi.Y>
• 12-Rffl'M)teS)'StemslempRI •• 31 ,co ctas.s-"_.. •. href•'")llt'DSCript:•td(a)~">Dtt_a\l <\ clcss--,..1r-n.,.t lai,,--.1~n,t,.t~/t.><l0>
c/d{V>
"
H
)4
.,c/dlV> .c!-~ / .HQ.ll.a.lQ.t -->
</di.Y> cJ•- .r.g;,1.-fKl-3 -->
)S
36 cdi.v c\GSS•"atl---6 Rl--'-f llri,..,_._u"'>
<div ctass-·st..t.Jircw WJ9't k.. .,..._..,.
"
3t
39
cd•v clou-·in~OWltft'lt",.
<Cdiv class-·..,...-1 yeJI•~
•• <div clou• "statba,t-SJl,llnrliM~ll He FCFA<ldiV>
.,.,
41 ,c/di.V>

..••
<div ctcs.s-"dtle~l 'exploltcantc/d'I.Y>
<!>ri>
••, 41,-/;;,,
<div clou- "vvl_.">c/diY»
<D closs- •._,..• href• "JIW0!6C"t,,;..-Ul l('S.);-:0..Qtto~U d ctoss- -,..11-rirt i~l.-..r1pf:~/bcl'o>
, ,c/d{V>

Figure 9 : environnement éclipse

5.2.1.2 wampserver 2.4

WampServer est une plate-forme de développement Web sous Windows pour des
applications Web dynamiques à l'aide du serveur Apache2, du langage de scripts PHP et
d'une base de données MySQL. Il possède également.
Dans le cadre de notre étude, nous l'utiliserons pour la gestion de la base de données.

5.2.1.3 Système de gestion de base de données

MySQL est un Système de Gestion de Base de Données Relationnelles (SGBDR) rapide,
robuste et facile d'utilisation. Il est adapté à la gestion de données dans un environnement
réseau, notamment en architecture client/serveur. Il est fourni avec de nombreux langages de
programmation. Il est le plus célèbre SGBDR du monde Open Source, particulièrement grâce
à son interopérabilité avec le serveur de pages Web Apache.

MySQL possède les atouts suivants:

• Etant un SGBDR, il permet de définir des relations entre les tables de façon à
garantir fortement l'intégrité des données qui y sont stockées;

Page32
 • Comme serveur de base de données, il fournit les services de bases de données
requis par les très grands systèmes ;

• Des milliers d'utilisateurs peuvent se connecter simultanément aux serveurs de

base de données MySQL.

La version 5.0 de MySQL est le Système de Gestion de Base de Données que nous
allons utiliser pour la réalisation de l'application.

5.2.1.4 Langage Java

Le langage Java est un langage de programmation informatique orienté objet crée par James
Gosling et Patrick Naughton, employés de Sun Microsystems, avec le soutien de Bill Joy
(cofondateur de Sun Microsystems en 1982), présenté officiellement le 23 mai 1995 au
SunWorld, la société Sun a été rachetée en 2009 par la société Oracle qui détient et maintient
désormais Java [5]. La particularité et l'objectif central de Java est que les logiciels écrits
dans ce langage doivent être très facilement portables sur plusieurs systèmes d'exploitation
tels que UNIX, Windows, Mac OS ou GNU/Linus, avec peu ou pas de modifications. Pour
cela divers plateformes et Frameworks associés visent à guider, sinon garantir cette
portabilité des applications développées en Java.
Le langage Java reprend en grande partie la syntaxe du langage C++, très utilisé par les
informaticiens.
Néanmoins, Java a été épurée des concepts les plus subtils du C++ et à la fois le plus
déroutant, tel que les pointeurs et référence ou l'héritage multiple contourné par
l'implémentation des interfaces. Les concepteurs ont privilégié l'approche orientée objet de
sorte qu'en Java, tout est objet à l'exception des types primitifs (nombres entiers, nombres à
virgules flottante, etc.).
Avec son slogan «Ecrive: une [ois exécutez partout», vous n'écrivez qu'une seule fois votre
code Java et vous le compilez(en Java Byte Code) qu'une seule et unique fois sur votre
machine. Votre programme compilé sur Windows est compatible avec Linux et Mac OS X ou
même sur votre téléphone mobile.
Java étant complètement orienté objet, il vous permet et vous pousse même à développer vos
applications d'une façon orientée objet et vous permet d'avoir une application bien structurée,
modulable, maintenable beaucoup plus facilement et efficace. Cela augmente une fois de plus
votre productivité.

Page33
 Tous ces avantages non négligeables nous ont emmenés à choisir JAVA comme langage de
programmation.

5.2.1.5 Framework

Un Framework est un ensemble d'outils et de composants logiciels organisés conformément

à un plan d'architecture et des patterns, l'ensemble formant ou promouvant un «squelette»
de programme. Il est souvent fourni sous la forme d'une bibliothèque logicielle, et
accompagné du plan de l'architecture cible du Framework [6]. Il est conçu en vue d'aider les
programmeurs dans leur travail. L'organisation du Framework vise la productivité maximale
du programmeur qui va l'utiliser, gage de baisser des coûts de construction et maintenance du
programme. Le contenu exact du Framework est dicté par le type de programme et
l'architecture cible pour lequel il est conçu.

On trouve différents types de Framework :

• Framework d'infrastructure système : pour développer des systèmes

d'exploitation, des interfaces graphiques, des outils de communication
(exemple: Framework .Net, Struts);
• Framework d'intégration intergicielle (middleware) : pour fédérer des applications
hétérogènes. Pour mettre à disposition différentes technologies sous la forme d'une
interface unique ;
• Framework d'entreprise: pour développer des applications spécifiques au secteur
d'activité de l'entreprise ;
• Framework de gestion de contenu : sont les fondations d'un système de gestion de
contenu pour la création, la collecte, le classement, le stockage et la publication de
« biens numérisés ».
Les principaux avantages de ces Framework sont la réutilisation de leur code, la
standardisation du cycle de vie du logiciel (spécification, développement, maintenance,
évolution), ils permettent de formaliser une architecture adaptée au besoin de l'entreprise et
tirent également parti de l'expérience des développements antérieurs.

En programmation orienté objet, un Framework est typiquement composé de classes mères

qui seront dérivées et étendues par héritage en fonction des besoins spécifiques à chaque
logiciel qui l'utilise. Avec un Framework orienté objets, le programmeur qui l'utilise pourra
personnaliser les éléments principaux du programme par extension, en utilisant le mécanisme
d 'héritage : créer des nouvelles classes qui contiennent toutes les fonctionnalités que met en

Page34
place le Framework, et en plus ses fonctionnalités propres, créées par le programmeur en
fonction des besoins spécifiques à son programme. Le mécanisme d'héritage permet
également de transformer des fonctionnalités existant dans les classes du Framework.

Au vu des avantages ci-dessus, nous allons utiliser un Framework pour notre

développement : play Framework.

Play Framework est un Framework web open source qui permet d'écrire rapidement des
applications web en Java ou en Scala. Créé par Guillaume Bort en 2007, co-fondateur et
associé de Zengularity SA, Play Framework s'inspire d'autres Framework comme Ruby on
Rails ou Django, en visant à apporter un outil simple et productif sur la machine virtuelle
Java. Play Framework a pour particularité de ne pas être basé sur le moteur Java de Servlet.
C'est un choix délibéré de l'auteur visant à offrir un système plus simple et plus puissant pour
développer une application Web en Java.

Le code source de la première version est apparu sur Launchpad en mai 2008. En octobre
2009 Play 1.0 est officiellement publié. Groovy est utilisé comme langage de script pour le
moteur de Template et Hibemate pour le mapping objet relationnel. [7]

Les principes fondateurs de play :

• « Developer Friendly » (simple, léger, support du rechargement à chaud, intégration

avec les principaux IDE) ;
• Robuste (code testable, sécurité du typage);
• Capacité de monter en charge (serveur sans état donc permet facilement de faire de la
redondance, basé sur des entrées sorties non bloquantes);
• Modernité (support natif de REST, JSON, less, websocket et bien d'autres);
implicité:
Pour commencer à utiliser Play, il faut le télécharger. Cette étape est assez simple et permet
d'avoir en quelques minutes un environnement prêt pour travailler. Play a simplement besoin
d'une JVM pour fonctionner. Créer un projet se fait en quelques secondes grâce à la console
de développement. Créer un contrôleur, lui ajouter une route et créer le Template HTML
associé sont plus facile. La productivité est assez impressionnante.

Play fournit une API de programmation HTTP assez complète et pratique à utiliser. Elle
supporte nativement par exemple la sérialisation au format JSON et permet de façon assez
naturelle de manipuler les cookies et autres statuts ou en-têtes de réponse. Cette API n'est pas
une abstraction de HTTP, au contraire elle expose les différents composants du protocole.

Page35
Parfois c'est un peu frustrant parce qu'on a un peu plus de choses à gérer soi-même, mais
cela permet de pouvoir utiliser toute la puissance du protocole HTTP et c'est appréciable de
ne pas être limité comme avec certains outils sur ce plan là. Cela nécessite de bien maîtriser
les subtilités de HTTP mais de toute façon il est difficilement envisageable de faire de la
programmation web correctement (que ce soit un site web ou des web services) sans bien
connaître le protocole sur lequel le web repose.

Redéploiement à chaud :

Play ne nécessite pas d'extension à son IDE préféré pour supporter le rechargement à
chaud. Il suffit de lancer Play via sa console en mode développement et il prendra
automatiquement en compte à chaud les changements effectués sur le code, mais aussi les
Template ou le routage. Cela donne un peu l'impression de travailler avec un langage de
script, d'autant plus qu'il affiche les erreurs de compilation lorsqu'il y en a directement dans
la page web. C'est clairement appréciable et ça contribue largement à la productivité qu'offre
Play, c'est d'ailleurs un point qu'ils mettent particulièrement en avant.

Déploiement :

Les développeurs de Play ont décidé de prendre à bras le corps la problématique de

déploiement en production de l'application web. Autant avec certaines technologies, cette
étape peut être un véritable calvaire, autant avec Play c'est une simple formalité. Le défi a été
relevé avec succès. Il suffit d'utiliser la commande dist qui génère un fichier zip contenant
tout ce qu'il faut pour lancer l'application (sauf la NM bien entendu), avec deux scripts de
lancement, un pour les systèmes UNIX et un pour Windows.

5.2.1.6 ORM

Un mapping objet-relationnel (en anglais object-relational mapping ou ORM) est une

technique de programmation informatique qui crée l'illusion d'une baes de données orientée
objet à partir d'une base de données relationnelle en définissant des correspondances entre
cette base de données et les objets du langage utilisé. On pourrait le désigner par
« correspondance entre monde objet et monde relationnel». [8]

L'utilisation de la programmation orientée objet avec une base de données relationnelle

nécessite de convertir les données relationnelles en objets et vice-versa.

Le mapping objet-relationnel consiste à associer une ou plusieurs classes avec une table, et
chaque attribut de la classe avec un champ de la table.

Page36
 En Java, il est alors possible d'utiliser l'introspection pour récupérer les informations sur
les attributs lors de l'exécution (type, valeur, etc.) et pouvoir construire dynamiquement les
requête SQL de type CRUD (Create, Read, Update, Delete). Des mécanismes similaires
existent pour les autres langages disposant de Framework de mapping objet-relationnel. Le
mapping objet-relationnel est considéré comme une méthode de programmation pour la
traduction des données entre les systèmes de bases de données relationnelles et des langages
de programmation orientés objet. Le résultat finit par être une base de données "objet",
"virtuelle", qui peut être utilisée au sein du langage de programmation. Il existe de nombreux
outils d'ORM payants, gratuits ou même en licence libre.
L'ORM utilisé par le Framework que nous utiliserons (c'est à dire Play Framework) est
Hibernate.

Hibernate est un Framework open source gérant la persistance des objets en base de
données relationnelle. Il est adaptable en termes d'architecture, il peut donc être utilisé aussi
bien dans un développement client lourd, que dans un environnement web léger de type
Apache Tomcat ou dans un environnement Java EE complet: WebSphere, JBoss Application
Server et Oracle WebLogic Server. Hibemate apporte une solution aux problèmes
d'adaptation entre le paradigme et les SGBD en remplaçant les accès à la base de données par
des appels à des méthodes objet de haut niveau. [9]

La figure ci-dessous énumère la liste des tables obtenues par l'ORM Hibemate:

Page37
-.
Navigateur d"objets.

T llfd Tables (48)

lt-- Cj achat
..,. LJ achat_ligneachat
..,. LJ achat_piec.ejojnte
..,. LJ catalog ue prtx
..,. LJ categodeproduït
..,. U categoriep1roduit_typeprodu
•••• compte
•••• de c.a] s s e me nt
•••• decaissement_piecejointe
ecriture
ecdture_l igneecriture
encaissement
.,.. 1 J etatlig ne
lt-- Id evenement
lt-- r~ evene1ment_tier
.,.. (;; ] exocomptablle
.,.. [:j exocomptable_journall
LJ journai
•.. rn jour-na~_ecriture
.,.. 1~ Eigneachat
lt-- f::; 1 ligneecriture
.,.. li l lignevente
..,. l~tJ modedecaissement
.,.. LJ modeencaissement
..,. Ll opportunite
..,. l;fl opportunite_piecejointe

Figure 10 : Liste des tables sous Hibernate

38
 S.3 GESTION DE LA SECURITE

Les menaces qui pèsent sur toute entreprise sont de natures multiples et en perpétuelle
évolution.

Le domaine couvert par la sécurité informatique est vaste. Selon Jean-Marc ROYER, la
sécurité informatique est : « La protection contre tous les dommages subis ou causés par
l'outil informatique et découlant de l'acte volontaire et malveillant d'un individu».

Protéger le système informatique d'une entreprise consiste à mettre en place des parades
contre chacune des menaces potentielles. Comme aucune protection n'est infaillible, il faut
s'attacher à multiplier les barrages successifs. [10]

L'application mise en place pouvant être exposée à des attaques, il convient d'envisager des
normes afin d'assurer la sécurité du système.

5.3.1 Définition des niveaux d'accès

Certaines fonctionnalités de l'application doivent être accessibles en fonction du niveau

d'accès attribué à chaque utilisateur. Pour le système d'information trois (3) niveaux d'accès
ont été retenus :

j;:. Niveau 3 : Administrateur

L'administrateur a le contrôle total de l'application. Il a la possibilité :

d'attribuer ou restreindre un accès à un utilisateur de l'application ;

d'octroyer des droits de lecture, ajout, modification ou suppression de données dans
les fonctionnalités de l'application ;
de régler tous les paramètres généraux du système.

j;:. Niveau 2 : responsable de département

Ce niveau d'accès est octroyé aux différents responsables de département. Ce niveau permet
de spécifier l'état d'exécution des tâches attribuées aux différents acteurs au sein d'un
département. Il permet également d'avoir une vue sur l'état d'avancement des tâches par
rapport aux différents délais définis.

Page39
 ~ Niveau 1 : Utilisateur standard

Les fonctionnalités allouées aux utilisateurs standards sont très restreintes. Un utilisateur
standard a la possibilité de visualiser la liste des tâches qui lui sont attribuées. Il reçoit
également des signaux visuels lui rappelant son statut par rapport aux délais d'exécution des
tâches attribuées.

5.3.2 Authentifications des utilisateurs

L'authentification est la procédure qui consiste, pour un système informatique, à vérifier

l'identité d'une entité (personne, ordinateur ), afin d'autoriser l'accès de cette entité à des
ressources (systèmes, réseaux, application ). L'authentification permet donc de valider
l'authenticité de l'entité en question.

Le contrôle d'accès par l'utilisation de login et de mot de passe crypté permet aux
personnes autorisées d'avoir accès à des ressources d'un système. L'authentification par login
et mot de passe ne doit cependant pas être considéré comme infaillible. Il faut en outre
adopter les normes suivantes :

- Empêcher l'accès avec des mots de passe vides;

- Sensibiliser les utilisateurs sur la stricte confidentialité des mots de passe ;
- Sensibiliser les utilisateurs à éviter des mots de passe tels que la date de naissance, le
nom ou prénoms d'un parent proche, le numéro de téléphone. En effet, ces genres de
mots de passe sont généralement évidents à deviner.

5.4 ARCIDTECTURE DU SYSTEME

Ce point décrit l'architecture utilisée par l'application ainsi que les mesures mises en place
pour la sécurité du système .

Pour cela notre chois s'est porté sur le pattern Model View Controller(MVC) ou encore
Modèle Vue Contrôleur en français, qui à été l'objet de notre thème d'exposé en licence3.

Le pattern MVC divise l'application en trois parties comme signifié:

• Model : Le modèle défini les données de l'application et les méthodes d'accès.

Tous les traitements sont effectués dans cette couche.
• View : La vue prend les informations en provenance du modèle et les présente à
l'utilisateur.
Page40
 • Controller : Le contrôleur répond aux événements de l'utilisateur et commande
les actions sur le modèle. Cela peut entrainer une mise à jour de la vue.

5.5 CONCLUSION

Au terme de ce chapitre, nous pouvons conclure que les différents outils de développement
sur cités sont mieux adaptés à notre cas. Le langage Java utilisé, qui par son originalité
d'adaptation à tout système nous permettra de pouvoir gérer les cas d'incompatibilité.
La sécurité étant définie ici par les différents niveaux d'accès, l'application sera alors

structurer en block d'accessibilité.

Page41
Chapitre 6: PRESENTATION DE
L'APPLICATION

Page42
 Ma<que·pa<JOS Outils Fanêtnl Alde
"9' IJ 12" [+:} Jeu. 24 nov. 19:22 Q. ,:E

-
a
a
type
conu<t
conu<t
•.•..•..•....
Nom
Tourf
Adjourouffou
-
Mokoko
YIMl<t
Nu-

4S893S 70
S66S659S
Actions
q,:a
q,a
q,;

a•
COOpet".o,.,eAmon
22563563

-- 2123S635 q,a
org1nisatlon Bk>ConseU
76869676 q,.
chk
Roland 09786532 q,a
Sery

a
conact
cor<aa
.,.,., n'gotta S,,4647474 q,a

Figure 13 : tableau de bord

Le menu de gauche de ce tableau de bord présente les différents modules de l'application

dont certains seront présentés par la suite.

6.3.1 Gestion des AchatsNentes

Tableau de bord AchatsNentes

VE>iTES IMPA.Yt,(5 (NC.AfSSfJ.l~TS À DfPOS(lt

15 3 10
DÉTAIL OlTM.

= Dernltru ventes := Dernie.rs achats

Date de crf.adon Staut •... Montant TTC Nunwro Date de ~atk>n Staut .... Montant TTC

•••
A2016000124 10111/201609:04 Il Facture 230 500

•••
14111/201609:04 23500

11/11/201608:11
'"""" 200500 A2016000120 11/101201601:11 C>N sbroulllon 2 000500
'""""
,ocw •.• A2016000012 10/10i201615:34 15000
14/1Ql20161S:J,C. 10000
'""""
f2016000004 CW08/2016 1 1 :03
• F.aure 23SOO A2016000014 04/07/201611:0) oe,Ast,roulllon JOSOO

Figure 14 : tableau de bord Achats/Ventes

Page45
 La gestion des AchatsNentes permet de maitriser les différents flux d'achats et de ventes.

Elle permet de contrôler les impayés et les encaissements à effectuer et les mouvements

effectués.

6.3.2 Gestion des stocks

Tableau de bord Stock

OOnjou,-

E Future coll.s à receptlonner := Future colis li e:xpkller

D•tt oadnatalre sutvt Llwabon
Uw-alson N· de rfffrenc• NUfflOl'O

P000000000054 10111'201609:()4 Antoine J Bl20160000<7

DL2016000021

Bl.2016000041
C)0C)43
A2016000120 11/l0f2016~ 18 ,...,., . 1 8l2016000048

P0000000002S3 14/1CV20161S;34 CoopSow Bl2016000CMS 647484 A.2016000012 10110/20161~ Antoine 1 Bl2016000049

P000000000043 0410812016 11 :03 ~o ~ BL2016000001 0004433

= Oemlers mouvemenu •.•.....

Dfft:IMtalre Re:sponsable Mode de ltvraison Ve.nt• Achot
Numf:ro UYr.i.on ecpedlttur
Bl20160000S 1 COOP DE BURLAY Ou1st1anDUP0NT p.., nos soins A201611000033 e1,a
ontr-. nt PD00000000073

- PDODOD0000065 COOP DE SYONAY ChrisUal'l DUPONT Par 1'105 soins A201611000033 e1,a
P000000000053 BL2016000011 COOPDEBURtAY e1,a
..,,,.,,. P00000000007D Bl201ti0000S1 C.therlno 011is!lon DUPONT P•rnossoh'ls A201611000033 e1,a
ontr-. nt PD00000000073 BUO 1 fi000051 C00P Of BURLAV Chnsl'.1AnDUPONT Par nossoiM "201611000043 e1,a
PD00000000013 BL20160CK>011 JEAN BATISTE e1,a

Figure 15 : tableau de bord des stocks

La gestion des stocks étant très importante, il est impératif de savoir la maitriser et le
tableau de bord ci-dessus a été conçu pour cela.

Il nous permet de contrôler et les colis à réceptionner, et ceux à expédier.

Sa particularité est d'aussi enregistrer tous les mouvements de stocks afin de pouvoir les
tracer.

Page46
 6.3.3 Gestion de la Comptabilité

JDHhboatdlMeton-Fl•t&~ ,c\!,_
,-,
+ © k>CalhOSt:9000/comptabliles/dashbootd
1

l'fXPLOIT,.P<f
c01i1,n COURANT AC1Wn1 COOP

o!TAlL

SJoumaux Action
type Cl6turfl•
Code
Coisse
31n211991 a,a
11
11n211997 a,a
cc Op~--
compte couranr. 31112/1899 a,a

-·-
•.....
Achats
"VENT
°"' 31112/1999 a,11
31112/1997 a,a
Rf
lrwentaltt des stoeks permanent a,a
31112/1997
STOC
Op«atk>ns diYerWS 31/12/1997 a,a
OP

Figure 16 : tableau de bord de la comptabilité

La comptabilité, élément incontournable de l'entreprise doit être doté d'un système solide.
C'est dans ce cadre que nous avons beaucoup miser sur la page ci-dessus.

On arrive à contrôler les mouvements de la caisse et du compte courant mais aussi les
exploitants.
Les enregistrements journaliers (journal) listés permettent au comptable de pouvoir
aisément tiré ses états et cela accentue le contrôle de gestion de la comptabilité.

6.4 CONCLUSION

Au terme de ce chapitre nous avons pu présenter l'application GESANACI en explicitant

son fonctionnement et les différents modules qui la composent.

Page47
 CONCLUSION GENERALE

Le projet a permit de concevoir une application de gestion dénommée GESANACI pour

l'entreprise ANACI spécialisée dans la commercialisation de la noix de cajou.

Ces utilisateurs sont les employés de l'entreprise mais aussi les fournisseurs(Planteurs). Il
permettra de bien suivre les différents processus et d'atteindre l'objectif visé par les
dirigeants.

Ce travail à permit d'effectuer des recherches approfondies sur la méthode de modélisation

de base de données Merise, sur la programmation orienté objet Java. La familiarisation avec
le monde professionnel a aussi été une expérience.

Ce projet répond aux attentes des utilisateurs et leur facilite le travail. Mais cela n'exclut
pas le faite que des corrections et améliorations soient apportées.

Page48
GLOSSAIRE
Application Web : Logiciel applicatif dont l'interface homme-machine imite
un site web qui change continuellement. L'interface homme-
machine est appelée interface web. Une application web
se manipule avec un navigateur web en parcourant les liens
hypertexte.

Base de données : Entité dans laquelle il est possible de stocker des données
de façon structurée et avec le moins de redondance possible.

Base de données La base de données relationnelle possède les

relationnelles : mêmes caractéristiques qu'une base de données simple.
De plus, elle est structurée selon un modèle permettant de
dresser des relations entre les différents objets qu'elle
comporte.

Système de Gestion Ensemble de programmes permettant de manipuler et

de Base de Données : d'accéder à des bases de données. Cette tâche inclut aussi le
contrôle, la sécurité et la confidentialité des données .

Système de Gestion de Bases Système de Gestion de Base de Données qui prend

de Données Relationnelles : en compte les bases de données de type relationnel.

Page49
BIBLIOGRAPHIE
(1] Stephanie , K. (2007), «conception et realisation d'un logiciel de gestion de management
qualite (smq) cas de ryca pharma sa», Mémoire Master MIAGE Cocody

[2] Maruis , K. (2015), «mise en place d'une banque de données des prix referentiels »,
Mémoire master génie informatique, Université Nangui Abrogoua ;

(3] Eve, S. (2015), «le rôle des coopératives et des organisations de producteurs de fruits et
légumes dans le développement des circuits courts alimentaires, diagnostic et propositions
d'actions», Mémoire Ingénieur agronome, sup agro de Montpellier

[4] Marc, E. (2007), «la participation dans les organisations coopératives en Haïti: le cas de
la coopérative Saint-jérôme», Mémoire Maîtrise en intervention sociale, université du Québec
à Montréal

[5] Chantal C, Francis. D. (2013), éditions Larcier« les coopératives agricoles - identité,
gouvernance et stratégies»

[6] FAO (organisation des nations unies pour l'alimentation et l'agriculture)

« informatisation des coopératives agricoles », guide pratique.

[7] Michel G, Claude J., Alain R. (2011), Edition Lavoisier« gestion de l'exploitation
agricole, éléments pour la prise de décision à partir de l'étude de cas concrets»

[8] Critique du livre Hibemate 3.0 : Gestion optimale de la persistance dans les apllications
Java/J2EE d' Anthony Patricio aux editions Eyrolles

[9] E.PUYBARET. - Cahier du programmeur Java 1.4 et 5.0 N°11916, 3eme édition; 2006,
380 pages

[10] Sécuriser l'informatique de l'entreprise, enjeux, menaces, prévention et parades.

Jean Marc Royer, Mai 2004, page9, Editions ENI, ISBN: 2-7460-1881-0

PageSO
 ANNEXE

Organigramme de ANACI validé en Novembre 2012:

DIRECTION GENERALE

SECRETARIAT DE

1
DIRECTION DIRECTEUR DES DIRECTEUR
RESSOURCES TECHNIQUE
COMMERCIALE

DIRECTION
ADMINISTRATIV

iiiir
1 HHii,M
HIM~1,u,1 E ET DIRECTION

1 COMMERCIAUX Il ~ COMMERCIAUX Il
~I COMPTABLE Il

Il Il ... . 1
MAGA~INIE
Il CHAUFFEUR 1

Page51