THEME : AUTOMATISATION D'UNE FERME AVICOLE.
ETUDIANT : KOUAKOU ROCH-ELISEE
SPECIALITE : DEVELOPPEMENT D’APPLICATION ET E-SERVICE
ENCADREUR : BI KOUAÏ KAYE
ANNEE UNIVERSITAIRE : 2018-2019
Je remercie M. BI Kouaï Kaye Bertin, mon encadreur pour sa bienveillance, la pertinence de ses suggestions et de ses questionnements.
De plus, son sérieux et sa perspicacité dans le travail bien fait imposent le respect et l’admiration de tous.
Nous ne saurions oublier l’ensemble des enseignants de l’Université Virtuelle CÔTE D’IVOIRE qui nous ont dispensé le savoir durant toute l’année. Nous sommes enfin redevables à toutes les personnes qui ont participé, de près ou de loin, à la réalisation de ce document.
SOMMAIRE
SOMMAIRE
I. L’entreprise d’accueil
CHAPITRE 2 : CONCEPTION
II- OUTILS DE REALISATION
INTRODUCTION
Étudiant à l’université virtuelle de Cote d’ivoire en troisième année de Développement d’Application et e-Service, nous avons été amenés à effectuer un projet de fin d’étude, afin de consolider nos compétences et d’avoir un premier aperçu du monde professionnel. Nous l’avons effectué, du 20 juillet 2019 au 14 septembre 2019, dans la ferme avicole de M Sery Noël. Ce Projet fût peu conventionnel puisqu’il a été réalisé en partie en télétravail, mais qui nous a tout de même apporté de nouvelles connaissances du milieu professionnel. Nous avons eu pour mission de développer leur application, en accord avec leur cahier des charges.
C’est dans ce cadre que durant notre projet, le thème suivant nous a été soumis : « Automatisation d’une ferme avicole». La ferme avicole qui est l’élevage de tout ce qui est volaille mais nous nous intéresserons qu’aux poulets qui est fréquemment consommé en Côte d’Ivoire, mais sa gestion manuelle de suivi des perte de poulet, de vente et d’achats de matériels et aliments ne permettra pas à son propriétaire d’en tirer un grand profit financier te réaliser de façon aisé son bilan de travail.
Face à cette réalité qui risque d'handicaper la ferme de poulet de M Sery, quelle solution efficace et adaptée devrions-nous mettre en place ?
Une solution applicative nous a paru la plus adaptée. D’où ce projet que nous avons eu la responsabilité de conduire durant ces deux mois dont le présent rapport fait l'objet. À terme cette application devra permettre la gestion des commandes, des ventes, achats et l’enregistrement des différentes opérations.
Ce présent rapport est structuré en trois grandes parties :
La première partie, le contexte. Dans cette partie il s'agira de présenter la structure, le cadre du stage et les objectifs du rapport.
Ensuite la seconde partie, le contexte. Cette partie permet de présenter le problème, le procédé de résolution du problème en indiquant les motivations techniques.
Enfin la troisième et la dernière, la réalisation. Dans cette partie nous présenterons le travail réalisé ainsi que les résultats obtenus.
CHAPITRE 1: CONTEXTE
Introduction
Dans ce chapitre, nous mettons le sujet dans son cadre général. Par la suite, nous abordons l’étude de l’existant du projet, suivi d’une critique pour pouvoir dégager les contraintes à respecter pendant la réalisation de notre projet. Ainsi, ce chapitre présente l’ensemble des besoins qu’ils soient fonctionnels ou non fonctionnels.
son historique
L’Université Virtuelle de Côte d’Ivoire (UVCI) est un établissement public administratif (EPA) créée Par décret N°2015-775 du 09 décembre 2015 par l’Etat de Côte d’Ivoire avec pour Directeur Générale le professeur Koné Tiémoman. Cette université qui forme aux métiers du numérique éducatif est issue de la deuxième phase de l’appui financier du deuxième Contrat de Désendettement et de Développement (C2D) Éducation/Formation conclu entre la république française et l’Etat de Côte d’Ivoire par la volonté politique du Ministère de l’enseignement Supérieur et de la Recherche Scientifique, à vouloir résoudre le problème du sureffectif des institutions universitaires.
Le C2D éducation/formation vise ainsi à soutenir le ministère de l’enseignement supérieur et de la recherche scientifique dans ses efforts d’introduction du numérique éducatif dans le système d’enseignement supérieur. L’objectif étant de répondre au nombre de plus en plus croissant de bacheliers qui se présentent aux portes des universités chaque année, au déficit en infrastructures et d’améliorer la qualité de l’offre de formation en vue de relever le taux d’employabilité des diplômés.
son évolution
L’Université Virtuelle de Côte d’Ivoire a pour principale mission de développer et vulgariser l’enseignement à distance à travers les Technologies de l’Information et de la Communication qui font partie intégrante du Programme Thématique de Recherche du Conseil Africain et Malgache pour l’enseignement Supérieur (CAMES). Par conséquent, elle se doit d’accompagner les Universités et grandes Écoles Publiques qui dispensent de cours en présentiel, afin que celles-ci convergent vers la formation à distance à travers le numérique. Il est à rappeler que l’Université Virtuelle compte en deux années de fonctionnement, près de 6500 étudiants qui sont formés au numérique éducatif dans la filière Informatique des Sciences du Numérique.
la nature de son activité
L'Université Virtuelle de Côte d'Ivoire est une Université publique d'enseignement à distance axée sur le numérique éducatif. Elle offre des formations qualifiantes, diplômantes et professionnalisant. Pour la rentrée universitaire, la Licence Informatique & Sciences du Numérique est ouverte avec 6 spécialités : SPECIALITE 1 Réseaux et Sécurité Informatique (RSI) ; SPECIALITE 2 Bases de Données (BD) ; SPECIALITE 3 Développement d’Applications et e-Services (DAS) ; SPECIALITE 4 Multimédia et Arts Numériques (MMX) ; SPECIALITE 5 Communication Digitales (COM) ; SPECIALITE 6 e-Commerce et Marketing Digital (CMD)
N’ayant pas pu obtenir un stage nous avons opté pour la réalisation d’un projet de mise en œuvre d’une application de gestion d’une ferme avicole.
Description de l’existant
M. SERY Noël situé à AZAGUIE est un important agriculteur. En plus de ses nombreuses plantations, décide de se lancer dans l’élevage des poulets. Il est en collaboration avec différents fournisseurs pour ses fournitures; à savoir fournisseurs de poussins, d’aliments, de traitement et de préventions des pestes. Toutes ses activités qui étaient gérée de façon manuelle en plus de ses plantations sont si importantes qu’une meilleure gestion s'impose. Pour cela il a contacté un groupe d'étudiant afin d'informatiser sa ferme. La gestion de la ferme de poulet comprend plusieurs activités notamment: Les commandes des fournitures, la vente et commande des produits de la ferme, l’établissement de la facture et du bilan mensuel.
Les commandes des fournitures
La ferme dispose de plusieurs enclos qui reçoivent chacun un seul type de poussin tel que les coquelets, les pondeuses, les poulets de chaires, les poulets villageois, etc. Après l’aménagement des enclos M. SERY passe la commande d'une quantité de poussin. Il faut rappeler qu'il y a un nombre de poussin requis par m² et par type. A la livraison des poussins, il note la date d'arrivée puisque chaque type à un nombre minimum de jours à faire avant la vente. Les poussins consomment chaque jour une quantité d'aliments commandés par semaine chez le fournisseur. Pendant leur séjour dans les enclos certains poussins peuvent mourir pour des causes diverses. M. SERY Noël a aussi plusieurs fournisseurs auprès de qui il s'approvisionne en produits alimentaires et en produits de traitement. Chaque fournisseur à son prix pour chaque fourniture. Le règlement des factures fournisseurs intervient un mois après la livraison. Chaque fourniture à son unité de vente (Kg, litre, paquet, carton, etc.) et son prix unitaire. Les fournitures sont commandés par la ferme et livrés à la ferme. Pour chaque livraison on note le type de produits la quantité et la date de livraison qui seront inscrit sur la facture. La vente et commande des produits de la ferme Quant aux commandes provenant des clients extérieurs, on procède de la même manière, mais le règlement peut se faire à la commande ou un mois après selon le choix du client. Les ventes des produits de la ferme concernent les œufs qui sont produits. Les clients peuvent passer Les commandes de poulets ou d’œufs à tout moment, mais après vérification de la commande, celle qui ne peut pas être satisfaite est mise en attente et devra être satisfaite par ordre de priorité dans la file d'attente. Il faut noter que chaque vente est faite par un employé qui doit être connu de la direction mise en place par Monsieur SERY. Concernant les pondeuses, elles ne sont vendues qu'après un an de ponte. Les poulets sont vendus par unité et ont un prix de vente qui dépend du type de poulet. Quant aux œufs, ils sont vendus par palette, sachant que chacune a un numéro appelé grade (Grade A, Grade B...)
Etablissement de la facture et du bilan mensuel.
En ce qui concerne la facture, une fois rédigée par la comptabilité le règlement peut se faire à la commande ou un mois après selon le choix du client. Pour les factures non réglées à temps, les clients sont relancés cinq jours après la date limite. Un client dont la facture du mois n'est pas réglée ne peut être satisfait pour de nouvelles commandes. Un client non solvable (Relancé plus de deux fois) ne peut plus payer à crédit. Chaque fin de mois, le gestionnaire doit faire un bilan mensuel des ventes à Monsieur SERY. Dans ce bilan, en plus des commandes de poussins et de produits doivent figurer le taux de mortalité par enclos, les quantités en maturité, la quantité des œufs vendus etc.
critique de l’existant
La maturité et les performances insuffisantes du secteur avicole ivoirien sont dues à plusieurs facteurs comme : difficulté de connaitre le stock disponible, une faible compétitivité liée notamment au cout élevé des intrants (poussin d’un jour et aliments), un manque de savoir-faire technique et donc une maitrise aléatoire des conditions d’élevage, une saisonnalité et une forte volatilité des prix de vente, des problèmes de santé animale liés aux maladies bactériologiques et microbiologiques (ex : maladie de Newcastle), difficile de faire un bilan, difficile de connaitre le nombre de poulet (poussin) par espèce, volume de production faible, et enfin difficile de retrouver les documents de la ferme.
solutions proposées
Afin de répondre aux insuffisances observées, nous proposons d’informatiser le processus de gestion de la ferme avicole. Pour cela, nous optons pour le développement d’une application orientée objets qui va permettre de gérer la ferme jusqu’à la vente de ses produits (poulets et œufs).
De nos jour, sous le règne de nouvelle technologie tel que l’informatique, il n’est pas concevable que les tâches de gestion continuent de se faire manuellement. C’est d’ ailleurs pour cela que M.SERY NOEL envisage de se doter d’une application qui permettra à sa ferme de gérer la vente de ses produits (poulets et œufs). L’application doit être la plus ergonomique possible et répondre à la plupart des demandes des utilisateurs. Cela devrait être un ensemble de fenêtres accessibles via un menu principal. L’application doit permettre de gérer des activités multiples comme : connaitre le stock disponible, gérer les entrées/sorties, faire le bilan, facilité la recherche des documents et enfin connaitre le nombre de poulet par espèce.
Le futur produit est destiné à être exploité dans un environnement Windows. Le choix de l’outil de développement de l’application et du système de gestion de base de données (SGBD) est laissé à la maitrise d’œuvre. Il faudra prévoir dans le code source des commentaires pour faciliter la maintenance de l’application.
L’application devra être livrée le 15 Septembre 2019.
Conclusion
Dans ce chapitre nous avons présenté une étude du système existant, des insuffisances qu’il présente ainsi que la solution proposée pour pallier ces problèmes. Nous avons en outre exprimé les besoins qui ont permis de mieux expliciter le système à réaliser. Dans le chapitre suivant nous entamons l’étude conceptuelle de l’application.
CHAPITRE 2 : CONCEPTION
Introduction
La conception est une étape primordiale dans le cycle de vie d’une application, elle a pour objectif d’élaborer à partir du modèle du système obtenu lors de l’étape d’analyse de besoin, des modèles détaillés de l’architecture du système. Elle vise également la réduction de la complexité du système.
Afin d’optimiser la compréhension ainsi que la réalisation du projet nous avons choisi comme méthode Merise. La méthode MERISE est une méthode d'analyse, de conception et de réalisation de système d'information d’entreprise. En amont, elle se situait dans le prolongement naturel d'un schéma directeur, souvent conduit suivant la méthode RACINES, très présente notamment dans le secteur public. Les projets MERISE étaient généralement des projets de grande ampleur de refonte d'un existant complexe, dans un environnement grand système. La méthode a aussi connu des tentatives d'adaptation avec les SGBD relationnels, les différentes interfaces homme-machine (IHM), l'Orienté objet, le développement micro, les outils CASE,...
Règles de gestion
Les règles de gestions sont des contraintes de gestions auxquelles sont soumis les résultats de l’activité d’une entreprise. Les informations sont issues des règles de gestion.
Appliquer à notre étude nous aurons :
v Une fourniture peut provenir de un ou plusieurs fournisseurs
v une fourniture a un et un seul type de fourniture
v un enclos peut recevoir un et un seul type de produit (poussin)
v un enclos peut enregistrer zéro ou plusieurs pertes
v un bon de commande peut contenir un ou plusieurs produits
v Un client peut passer zéro ou plusieurs commandes
v un employé peut établir zéro ou plusieurs bons de commande
v un client peut régler une ou plusieurs factures
v un achat concerne une ou plusieurs fournitures
v Un achat est enregistré à une date par un et un seul employé
v Un bon de commande contient un ou plusieurs fournitures
v Un produit a un et un seul type de produit
v une vente est effectuée par un et un seul employé à une date donnée
v une vente concerne un ou plusieurs produits
v un enclos peut enregistrer zéro ou plusieurs pertes
v une livraison concerne un ou plusieurs bons de commande
v un achat effectué par la ferme concerne un ou plusieurs produits
- Les entités
Fournisseur (Matfourn, Nomfourn, ruefourn, Telfourn, ) ;
Fourniture (Codfou, libelfou, qte) ;
Typefourniture (Codtypfou, libeltypfou) ;
Enclos (Codenclo, libelenclo, surface) ;
Perte (Codperte, libperte);
Livraison (Codliv) ;
Facture (numfact, total, montant, qte) ;
Employer (Matemploy, nomemploy, prenemploy, Telemploy, service);
Bondecommande (Numcom, datecmd) ;
Typeproduit (Codtyppro, libeltyppro, Qtétyppro) ;
Client (Matcli, nomcli, prencli, telcli) ;
Produit (Codprod, libeprod, pu)
Achat (Numachat, dateachat)
Vente (Codvente, datevente, qteprod)
Vaccin (Codvacc, libelvacc, datevacc)
Le dictionnaire de données
Le dictionnaire de données est la représentation des éléments issus des différentes sources de renseignements (énoncé descriptif de l’actuel système, énoncé descriptif des objectifs à atteindre, documents, fichiers existants).C’est un mini base de donnée.
Appliquons à notre étude :
AN : alphanumérique Sig : signalétique
N : numérique Sit : situation
M : mouvement ID : identifiant
A : alphabétique
SCHEMA DU MCD
↑→
Les règles de passage du MCD au MLD-R sont :
§ Les règles concernant les objets :
- Tout entité ou objet devient une table ou une relation ;
- L’identifiant de l’objet devient la clé primaire (attribut particulier de la table) de la table ou de la relation ;
- Les propriétés ou rubriques de l’objet deviennent les attributs ou colonnes de la table.
§ Les règles concernant les tables ou relations :
- Relation de type Père – Fils ou 1 à N : Elle met en jeu ou en présence les cardinalités de type
Dans ce cas :
- l’objet Fils devient table Fille ;
- l’objet Père devient la table Père ;
- l’identifiant de la table Père devient un attribut de la table Fils ; cet attribut s’appellera clé étrangère et si la relation est porteuse de propriété(s), celle(s)-ci migre(nt) vers la table Fille comme clé(s) étrangère(s) de la table Fille.
- Relation de type Plusieurs - Plusieurs ou N à N : Elle met en jeu ou en présence deux (2) ou plusieurs objets reliés par les cardinalités de type :
Dans ce cas :
- Les objets en question se transforment en tables ;
- L’identifiant de chaque objet devient la clé primaire de la table auxquelles elle correspond ;
- Chaque association ou (relation par abus de langage) devient une nouvelle table et sa clé primaire est obtenue par concaténation des identifiants des entités ou objets ayant participé à l’association. Cet attribut formera la clé primaire de la table générée ;
- Si la relation est porteuse de propriétés, celles-ci deviennent systématiquement les attributs de la nouvelle table générée.
Fournisseur (Matfourn, Nomfourn, ruefourn, Telfourn, ) ;
Fourniture (Codfou, libelfou, qte, #Codtypfou, #Codprod) ;
Typefourniture (Codtypfou, libeltypfou,#Codenclos ) ;
Enclos (Codenclo, libelenclo, surface) ;
Perte (Codperte, libperte);
Livraison (Codliv) ;
Facture (Numfact, total, montant, qte, #Matcli);
Employer (Matemploy, nomemploy, prenemploy, Telemploy, service);
Bondecommande (Numcom, datecmd, #Matemploy, #Matcli, #Codliv);
Typeproduit (Codtyppro, libeltyppro, Qtétyppro, #Codenclos, #Codgrad);
Client (Matcli, nomcli, prencli, telcli, #Codcat);
Produit (Codprod, libeprod, pu,#Codtypprod)
Achat (Numachat, dateachat,#Matemploy)
Vente (Codvente, datevente, qteprod, #Matemploy)
Apporter (Codtypfou+Codenclos, datarrivee, datvente, qte)
Ligneperte (Codenclos+Codperte, qteperdu)
Provenir (Matfourn+Codfou, qtefou)
Utiliser (Codfou+Codpro, qteprod, date)
Recevoir (Codvacc+Codtypprod, datvacc)
Concerner2 (Numachat+Codfou, qteachetee, datachat)
Lignevente (Codprod+Codvente, datvente, qtévendu)
Appartenir1 (Codprod+Codfac, qtéachetee)
Avoir3 (Codfour+Numcom, qtéfourcmd)
Effectuer (Numachat+Matemploy, datvente)
Effectuer1 (Codvente+Matemploy, datvente)
Concerner4 (Codprod+Numcom, qteprodcmd)
Emettre (Matemploy+Numcom, datémission)
Passer (Numcom+Matcli, date)
v notions fondamentales
Le modèle conceptuel des traitements permet de traiter la dynamique du système d'information, c'est-à-dire les opérations qui sont réalisées en fonction d'événements. Ce modèle permet donc 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, mais il ne dit pas quand, comment ni où...
Le concept d'événement
Un événement représente un changement dans l'univers extérieur au système d'information, ou dans le système d'information lui-même.
- un événement externe est un changement de l'univers extérieur
-un événement interne est un changement interne au système d'information
On représente un événement par une ellipse en trait plein pour les événements internes à l'organisation, en trait pointillé pour les événements externes.
Définition d'un processus
Un processus est un sous-ensemble de l'activité de l'entreprise, cela signifie que l'activité de l'entreprise est constituée d'un ensemble de processus. Un processus est lui-même composé de traitements regroupés en ensembles appelés opérations.
Opération
Une opération est un ensemble d'actions exécutées par le système suite à un événement, ou à une conjonction d'événements. Cet ensemble d'actions est interruptible, c'est-à-dire que les événements ne sont pas pris en compte (ils ne sont pas forcements ignorés pour autant) tant que l'opération n'a pas été accomplie.
La synchronisation
La synchronisation d'une opération définit une condition booléenne sur les événements contributifs devant déclencher une opération. Il s'agit donc de conditions au niveau des événements régies par une condition logique réalisée grâce aux opérateurs : ou, et, non
Construction du MCT |
processus de commande des fournitures
processus de vente et des commandes client
processus de d’établissement de la facture et du bilan mensuel
Table : Fournisseur Mode d’accès : Direct
Organisation : Séquentielle indexée Longueur : 73
Clé d’accès : Matfourn
| |||
CODE
|
DESIGNATION
|
TYPE
|
LONGUEUR
|
Matfourn
Telfourn
Nomfourn
Rue
|
Matricule fournisseur
Téléphone fournisseur
Nom du fournisseur
Rue du fournisseur
|
AN
N
A
AN
|
10
08
30
25
|
Table : Fourniture Mode d’accès : Direct
Organisation : Séquentielle indexée Longueur : 1024
Clé d’accès : Codfou
| |||
CODE
|
DESIGNATION
|
TYPE
|
LONGUEUR
|
Codfou
Libelfou
Qte
|
Code fourniture
Libellé fourniture
Quantité fourniture
|
AN
AN
N
|
10
15
9999
|
Table : Typefourniture Mode d’accès : Direct
Organisation : Séquentielle indexée Longueur : 25
Clé d’accès : Codtypfou
| |||
CODE
|
DESIGNATION
|
TYPE
|
LONGUEUR
|
Codtypfou
Libeltypfou
|
Code type fourniture
Libellé type fourniture
|
AN
AN
|
10
15
|
Table : Enclos Mode d’accès : Direct
Organisation : Séquentielle indexée Longueur : 100019
Clé d’accès : Codenclos
| |||
CODE
|
DESIGNATION
|
TYPE
|
LONGUEUR
|
Codenclos
Libelenclos
Surface
|
Code enclos
Libellé enclos
Surface enclos
|
AN
AN
AN
|
10
10
99999
|
Table : Livraison Mode d’accès : Direct
Organisation : Séquentielle indexée Longueur : 18
Clé d’accès : Codliv
| |||
CODE
|
DESIGNATION
|
TYPE
|
LONGUEUR
|
Codliv
Datliv
|
Code livraison
Date de livraison
|
AN
DATE
|
10
08
|
Table : Perte Mode d’accès : Direct
Organisation : Séquentielle indexée Longueur : 1000024
Clé d’accès : Codpert
| |||
CODE
|
DESIGNATION
|
TYPE
|
LONGUEUR
|
Codpert
Libpert
Qteperdu
|
Code perte
Libellé perte
Quantité perdu
|
AN
AN
N
|
10
15
999999
|
Table : Facture Mode d’accès : Direct
Organisation : Séquentielle indexée Longueur : 100000019
Clé d’accès : Codfact
| |||
CODE
|
DESIGNATION
|
TYPE
|
LONGUEUR
|
Codfact
Libelfact
Montant
|
Code de la facture
Libellé facture
Montant de la facture
|
AN
AN
MONETAIRE
|
10
10
999999999
|
Table : Employer Mode d’accès : Direct
Organisation : Séquentielle indexée Longueur : 73
Clé d’accès : Matemploy
| |||
CODE
|
DESIGNATION
|
TYPE
|
LONGUEUR
|
Matemploy
Nomemploy
Preemploy
Telemploy
Service
|
Matricule de l’employer
Nom de l’employer
Prénom de l’employer
Téléphone de l’employer
Service de l’employer
|
AN
A
A
N
AN
|
05
10
30
08
20
|
Table : Bon de commande Mode d’accès : Direct
Organisation : Séquentielle indexée Longueur : 18
Clé d’accès : Numboncmd
| |||
CODE
|
DESIGNATION
|
TYPE
|
LONGUEUR
|
Numboncmd
Datecmd
|
Numéro bon de commande
Date de la commande
|
AN
DATE
|
10
08
|
Table : Typedeproduit Mode d’accès : Direct
Organisation : Séquentielle indexée Longueur : 1024
Clé d’accès : Codtyoprod
| |||
CODE
|
DESIGNATION
|
TYPE
|
LONGUEUR
|
Codtyoprod
Libeltypprod
Qtetypprod
|
Code type produit
Libellé type produit
Quantité du type produit
|
AN
A
N
|
10
15
9999
|
Table : Client Mode d’accès : Direct
Organisation : Séquentielle indexée Longueur : 48
Clé d’accès : Matcli
| |||
CODE
|
DESIGNATION
|
TYPE
|
LONGUEUR
|
Matcli
Nomcli
Precli
Telcli
|
Matricule du client
Nom du client
Prénom du client
Téléphone du client
|
AN
A
A
N
|
05
10
25
08
|
Table : Produit Mode d’accès : Direct
Organisation : Séquentielle indexée Longueur : 110023
Clé d’accès : Codprod
| |||
CODE
|
DESIGNATION
|
TYPE
|
LONGUEUR
|
Codprod
Libelprod
Pu
Qteprod
|
Code produit
Libelle produit
Prix unitaire
Quantité du produit
|
AN
AN
AN
N
|
10
15
9999
99999
|
Table : Achat Mode d’accès : Direct
Organisation : Séquentielle indexée Longueur : 18
Clé d’accès : Numachat
| |||
CODE
|
DESIGNATION
|
TYPE
|
LONGUEUR
|
Numachat
Datachat
|
Numéro de l’achat
Date de l’achat
|
AN
DATE
|
10
08
|
Table : Vente Mode d’accès : Direct
Organisation : Séquentielle indexée Longueur : 100017
Clé d’accès : Codvente
| |||
CODE
|
DESIGNATION
|
TYPE
|
LONGUEUR
|
Codvente
Datvente
Qte
|
Code vente
Date vente
Quantité du produit vendu
|
AN
DATE
N
|
10
08
99999
|
II- OUTILS DE REALISATION
Au niveau de cette dernière partie, nous nous intéressons aux outils utilisés pour la réalisation de notre application ainsi qu’aux principales interfaces de l’application.
- PC portable TOSHIBA
- Processeur : Intel Pentium Dual-Core CPU T4300 @ 2.10GHz * 2
- Mémoire installé : 4 GB
Nous avons eu recours, pour le développement de notre application à WINEV. WinDev est un AGL (Atelier de Génie Logiciel). Il vous permet de développer des applications dans tous les domaines :
• Gestion (Comptabilité, Paie, Finances, Commerce, Stock, …)
• Industrie (robots, caisses, automates, balances, lecteur de badge, supervision, ...)
• Médical
• MultiMedia
• Internet
• Accès distant
• …
Les applications WinDev accèdent à toutes les bases de données, relationnelles ou non du marché. Toutes les bases de données sont supportées. WinDev est livré en standard avec Hyper File, une puissante base de données relationnelle, déjà utilisée sur des millions de sites !
WinDev est un outil de développement complet qui intègre tous les outils nécessaires au cycle de réalisation d’une application.
Contrairement à d’autres langages de développement traditionnels, il n’est pas nécessaire de
Chercher et de rajouter des modules pour pouvoir concevoir, tester et installer une application.
Le L5G (Langage de 5ème Génération) de WinDev, le W-Langage, vous étonnera par sa simplicité : quelques heures suffisent pour appréhender le langage, une semaine suffit en général pour maîtriser toute sa puissance !
WinDev permet de suivre, étape par étape, de la conception à la finalisation, le cycle complet du développement d’une application.
WinDev propose certainement l’environnement de travail le plus puissant, le plus facile et le plus intégré du marché ! Vos équipes créeront facilement de superbes applications.
L’éditeur de fenêtres de WinDev est 100% WYSIWYG ("Ce que vous voyez est ce que vous aurez"). Il permet de réaliser facilement de superbes fenêtres reliées aux données.
Conclusion
Ce chapitre a été consacré à la modélisation de l’aspect statique du système ainsi que la description de quelques choix techniques effectués pendant le développement, en se basant sur les spécifications détaillées aux chapitres précédents. Dans le prochain chapitre on aborde la partie réalisation.
Introduction
Au niveau de cette dernière partie, nous nous intéressons aux interfaces de l’application ,son fonctionnement et la solution apportée. Puis nous relèverons les difficultés et les enseignements tirés au cours du stage.
I- LES INTERFACES DE L’APPLICATION, SON FONCTIONNEMENT ET LA SOLUTION PROPOSEES
Environnement matériel
PC portable TOSHIBA Processeur : Intel Pentium Dual-Core CPU T4300 @ 2.10GHz * Mémoire installé : 4 GB
Environnement logiciel
Nous avons eu recours, pour le développement de notre application à WINEV. WinDev est un AGL (Atelier de Génie Logiciel).
Interface de connexion d’un utilisateurPour utiliser l’application nous devons tout d’abord entrée un login et un mot de passe, donné par Le développeur à l’administrateur pour être connecté.
Une fois connecté l’administrateur
créé un nouvel utilisateur avec son login et mot de passe. Pour qu’il puisse à
lui seul se connecter sur l’application.
Interfaces d’accueil de l’application
Une fois le login et le mot de passe entrée, nous avons accès à notre application avec le menu d’accueil, ou nous avons la possibilité d’enregistrer nos fournisseurs, passer des commandes de fournitures, effectuer des ventes et éditer des factures.
Interface d’Enregistrement des fournisseurs.
Une fois le login et le mot de
passe entrée, nous avons accès à notre application avec le menu d’accueil, ou
nous avons la possibilité d’allé sur les différentes fenêtres principales de l’application.
Interface d'enregistrement des Produites et le suivi de la vente.
Nous avons la
possibilité ici d’enregistrer nos produits et de les vendre.
Connaître le stock disponible et le nombre de stock vendu.
Connaître le stock disponible et le nombre de stock vendu.
L’application réaliser permet de gérer des activités multiples comme :
Connaitre le stock disponible ;
Gérer les entrées/sorties ; Faire le bilan ; facilité la recherche des documents ;
Connaitre le nombre de poulet par espèce ;
II- LES DIFFICULTES ET LES ENSEIGNEMENTS TIRES AU COURS DU STAGE LES DIFFICULTES
Au cours de nos recherches, nous avons rencontrés beaucoup de difficultés. Nous pouvons dire que ce n’est pas du tout facile d’écrire un rapport de stage, où toutes nos idées liées au sujet qu’on veut traiter doivent être rassemblées de manière cohérente et harmonieuse. Une autre difficulté rencontrée est la réalisation de l’état des lieux concernant mon sujet. Jusqu’à présent j’ai trouvé peu de travaux qui ont été consacrés aux études liées à ma recherche. Pourtant, en continuant à chercher, j’espère réussir à trouver les données nécessaires afin de finaliser mon travail.
Je vais conclure par une note optimiste, on essayant de me convaincre que pour tout problème il y a une résolution. Petit à petit, à force du travail et de la persévérance on peut obtenir de bons résultats.
Nous tenons à rappeler que nous n’avons pas fait de stage en entreprise mais plutôt, nous avons travaillé sur un projet. Donc le premier avantage tiré est la maitrise de l’application de travail le WinDev. Ensuite la résistance aux pressions, vu le temps qui était assez cours pour faire ce travail et Enfin ce projet d’étude nous a permis de vivre une vrai situation de travail, avec des objectifs, des délais, des exigences ; d'exercer une responsabilité réelle incluant une part d'autonomie et de créativité.
Conclusion
Dans ce dernier chapitre, il s’est agi d’affiner ce que nous avons vu tout au long du rapport et simplifier le travail en des interfaces qui résument la future application d’automatisation de la ferme avicole.
Notre application a été réalisée dans le cadre de l’épreuve de soutenance de projet et a pour objectif l’automatisation d’une ferme avicole. Notre travail se résume en la conception et la réalisation d’une application orientée objets permettant la gestion des commandes, des ventes et achats et l’enregistrement des différentes opérations. Dans ce contexte, nous avons cherché à développer une application flexible et évolutive permettant son amélioration par la suite afin d’anticiper les changements continus des besoins des utilisateurs.
Cette application va permettre, en premier lieu de faciliter la gestion et suivi des opérations. Pour la conception de notre application, nous avons eu recours à la méthode Merise. Cette approche nous a permis de bien comprendre la problématique et de bien modéliser les objectifs à atteindre. Ce qui nous a donné la possibilité de réaliser un système stable et évolutif.
Le projet s’est déroulé selon trois axes principaux afin de passer par les étapes
Essentielles de tout projet : l’analyse, la conception et la réalisation. Pour la réalisation, nous avons utilisé le Wlangage comme langage de programmation et Hyperfile comme système de gestion de base de données. En outre, ce projet a été une opportunité pour bien maitriser le développement orienté objets et apprendre le Wlangage.
De ce point de vue, le projet doit encore évoluer, pour cette raison, nous avons envisagé plusieurs perspectives dont : Planifier en avance quand et comment la vente des poulets sera réalisée, vérifier à partir de l’application les poules en période de ponte pour un bon suivi. Et enfin estimer la production des œufs et des oiseaux sur un an.
.
Références Bibliographiques et webographies
1-Bibliographie
MERISE GUIDE PRATIQUE de Jean Luc Baptiste
MERISE : 60 AFFAIRES CLASSÉES du même auteur.
Rapport de fin d’Etudes élaboré par Mohamed HAMDI
RAPPORT DE STAGE BTS IDA KOUAKOU ROCH-ELISEE 2014
2-webographie
Annexe
Organigramme de l’université virtuelle de Côte d’Ivoire
