Mise en place d?un système de gestion de culture de tabac (cas de la soctam)

UNIVERSITÉ DE TOAMASINA

Août 2014

FACULTÉ DE DROIT, DES SCIENCES ÉCONOMIQUES

ET DE GESTION

DÉPARTEMENT DE GESTION

Mémoire de Maîtrise ès Sciences de Gestion

MISE EN PLACE D'UN

SYSTÈME DE GESTION

DE CULTURE DE TABAC

(CAS DE lA SOCTAM)

Présenté par : Toky RAFALIMANANA
Option : Informatique et Organisation
Promotion : 2010 - 2011
Sous la direction de :

Encadreur pédagogique Encadreur professionnel

Monsieur Jérôme VELO Madame Rosa Nellys RAZANAKOTO

Maître de Conférences à l'Université de Responsable Informatique de la SOCTAM

Toamasina

UNIVERSITÉ DE TOAMASINA

Août 2014

FACULTÉ DE DROIT, DES SCIENCES ÉCONOMIQUES

ET DE GESTION

DÉPARTEMENT DE GESTION

Mémoire de Maîtrise ès Sciences de Gestion

MISE EN PLACE D'UN

SYSTÈME DE GESTION

DE CULTURE DE TABAC

(CAS DE lA SOCTAM)

Présenté par : Toky RAFALIMANANA
Option : Informatique et Organisation
Promotion : 2010 - 2011
Sous la direction de :

Encadreur pédagogique Encadreur professionnel

Monsieur Jérôme VELO Madame Rosa Nellys RAZANAKOTO

Maître de Conférences à l'Université de Responsable Informatique de la SOCTAM

Toamasina

SOMMAIRE

REMERCIEMENTS

LISTE DES ABRÉVIATIONS, SIGLES ET ACRONYMES GLOSSAIRES

INTRODUCTION 1

PREMIÈRE PARTIE : PRESENTATION GLOBALE 2

CHAPITRE I - PRÉSENTATION DE L'ORGANISME 4

SECTION I - PRÉSENTATION DE LA SOCTAM 4

SECTION II - ORGANISATION DE LA SOCTAM 6

SECTION III - ACTIVITÉ DE LA SOCTAM 9

CHAPITRE II - CADRAGE DU SUJET 13

SECTION I - CONTEXTE GÉNÉRAL 13

SECTION II - STRUCTURE DES TRAITEMENTS 18

SECTION III - PROBLÈMES ET SOLUTIONS 30

DEUXIÈME PARTIE : CONCEPTION DETAILLÉE ET RÉALISATION 34

CHAPITRE I - CONCEPTION DÉTAILLÉE 36

SECTION I - ÉTUDE FONCTIONNELLE 36

SECTION II - ÉTUDE STATIQUE 56

SECTION III - ÉTUDE COMPORTEMENTALE 59

CHAPITRE II - RÉALISATION 62

SECTION I - MISE EN PLACE DU SYSTÈME D'INFORMATION 62

SECTION II - CHOIX DES OUTILS DE DÉVELOPPEMENT ET SGBD 65

SECTION III - PRÉSENTATION DU LOGICIEL 68

CONCLUSION 85

BIBLIOGRAPHIE 86

ANNEXES 87

LISTE DES FIGURES 94

LISTE DES TABLEAUX 96

TABLE DES MATIERES 97

REMERCIEMENTS

En premier lieu, nous tenons à remercier chaleureusement :

- Monsieur Jérôme VELO, notre Encadreur pédagogique pour ses conseils, ses orientations et l'honneur qu'il nous fait en nous encadrant tout au long de la recherche malgré ses diverses responsabilités et occupations. Il a su nous inculquer son savoir faire à travers son encadrement.

- Madame Rosa Nellys RAZANAKOTO, notre Encadreur professionnel pour sa collaboration et ses directives afin de mieux perfectionner cette ouvrage de Mémoire et en mettant à notre disposition les informations nécessaires pour mener à bien les travaux de recherches.

En second lieu, nous adressons nos remerciements à :

- L'Université de Toamasina et à tout le corps enseignant et personnel administratif et technique, et plus particulièrement ceux de la Faculté de Droit, des Sciences Économiques et de Gestion de nous avoir transmis les connaissances nécessaires pour mieux affronter le monde professionnel.

- L'Institut Universitaire de Gestion et de Management de l'Université de Mahajanga pour les bonnes bases qu'il nous a offertes afin de poursuivre nos études supérieurs plus facilement.

- La SOCTAM et à tous les membres du personnel, en particulier le Directeur de la SOCTAM non seulement de nous avoir permis d'effectuer notre stage de Mémoire de Maitrise au niveau de la SOCTAM mais aussi de nous avoir fait confiance en nous proposant de prendre ce sujet d'études.

Et enfin, nous tenons à adresser nos remerciements à notre famille, à nos amis, à nos collègues et à tous ceux qui de près ou de loin ont contribué à l'élaboration de ce présent Mémoire.

LISTE DES ABRÉVIATIONS, SIGLES ET

ACRONYMES

ACI : Audit et Contrôle Interne

ADS : Assistant de Direction de la Soctam

BLOB : Binary Large OBject

BTK : Betsiboka

BY : Burley

CF : Chef de Ferme

CGI : Contrôle de Gestion Industriel

CIL : Chef d'Ilôt

CIM : Cultures Industrielles de Madagascar

CMFI : Chargé de Missions auprès des Fermes Industrielles

DAG : Directeur des Affaires Généraux

DPAYS : Directeur Paysannat

FC : Flue cured

GF : Gestionnaire de Ferme

IDE : Integrated Development Environment

ITG : Imperial Tobacco Group

JDBC : Java DataBase Connectivity

JDK : Java Development Kit

LCD : Langage de Contrôle des Données

LDD : Langage de Définition des Données

LMD : Langage de Manipulation des Données

MKY : Mampikony

MySQL : My Structured Query Language

MZO : Miandrivazo

ODBC : Open DataBase Connectivity

OFMATA : Office Malgache du Tabac

OHSE : Occupationnal Health Safety and Environment

PI : Planteur Industriel

PROMODIM : PROMOtion et DIstribution à Madagascar

PSD : Poids Sec Dépendu

PSI : Planteur Semi Industriel

PSM : Poids Sorti Masse

PVD : Poids Vert Dépendu

PVR : Poids Vert Récolté

RAF : Responsable Administratif Ferme

RG : Règle de Gestion

RO : Règle d'Organisation

SACIMEM : Société Anonyme de Cigarettes MElia à Madagascar

SGBD : Système de Gestion de Base de Données

SGBDR : Système de Gestion de Base de Données Relationnel

SITAM : Société Internationale de TAbac à Madagascar

SOCTAM : SOciété de Culture de TAbac à Madagascar

SQL : Structured Query Language

SYSGESCULT : SYStème de GEStion de CULture de Tabac

UML : Unified Modeling Language

GLOSSAIRES

Agréage : consiste à évaluer les feuilles contenues dans chaque balle de tabacs

et à leurs donner des cotations et des points selon la qualité du tabac

Battage : opération de séparation des strips et des côtes (effectué par une

batteuse)

Écimage : l'opération consiste à couper la cime de chaque plant avant la

floraison et à éliminer les bourgeons

l'opération consiste à irriguer de l'eau vers les plantes

l'opération consiste à appliquer des pesticides et des insecticides sur les plants, selon des normes définies au préalable

terme générique pour désigner un moyen de mémoriser un enchaînement de tâches au sein d'un logiciel

Fertilisation du sol : l'opération consiste à fertiliser le sol avant et juste après la transplantation. Pour cela, des fertilisants spécifiques sont utilisés à

des doses fixées par la SOCTAM suivant de normes bien définies

Irrigation	:
Lutte	:
phytosanitaire
Macro	:
Préparation du sol	:

l'opération consiste à préparer le sol sur lequel les jeunes plantes de tabacs seront transplantées. Une description simplifiée du processus de l'étape de préparation du sol consiste à labourer, à pulvériser et à herser le sol

Récolte	:
Sarclage	:
Séchage (ou	:
Dépente)
Semis	:

l'opération consiste à cueillir à la main les feuilles de tabacs matures suivant des modalités bien définis

l'opération consiste à déraciner les mauvaises herbes qui peuvent entraver le développement des plantes de tabacs

l'opération consiste à sécher les feuilles de tabacs afin de stopper leur développement végétatif. Les feuilles de tabac de type Virginie sont séchées dans des fours tandis que les feuilles de type Burley sont séchées dans des séchoirs

l'opération consiste à produire des jeunes plants de tabacs sur des

planches de semis qui seront formés au préalable. Le choix du terrain est primordial : terrain non inondable, emplacement ensoleillé et abrité du vent. Les planches de semis devront avoir des dimensions prédéfinies à l'avance (10 à 30 m de long et 1 à 1,2 m de large)

Tabaculture : opération relative à la culture de tabac

Transplantation : l'opération consiste à transplanter les jeunes plantes de tabacs, des

planches pépinières vers les sols qui ont été préparés et fertilisés au préalable. Seuls les plants respectant les exigences seront transplantés

Triage et : l'opération consiste à trier les feuilles de tabacs suivants des critères

conditionnement fixés (dimensions, poids, etc.) et à les emballer

1

INTRODUCTION

Parmi les secteurs qui procurent le plus de recette fiscales à l'État Malgache, le secteur tabac en fait invraisemblablement partie. Cependant le secteur tabac est un secteur très controversé, de part sa nature et des dangers que pourrait avoir la consommation abusive de tabac pour la santé.

L'Imperial Tobacco Group ITG domine quasiment la totalité du marché de tabac à Madagascar par le biais de ces filiales (SOCTAM, SITAM, SACIMEM et PROMODIM). De ce fait, il contribue énormément au développement économique de Madagascar.

La SOCTAM oeuvre dans la culture de tabac spécialement dans la région Nord-Ouest de Madagascar. C'est l'une des piliers sur lequel l'ITG Madagascar se base. En effet, la qualité des cigarettes qui sera commercialisé dépendra essentiellement de la gestion des cultures au niveau de la SOCTAM.

De nos jours, l'informatisation prend de plus en plus d'ampleur et la plupart des sociétés tend à effectuer une informatisation effective d'une ou plusieurs de leurs systèmes d'informations.

Ainsi il serait bénéfique pour la SOCTAM de pouvoir disposer d'un système d'information fiable, fonctionnelle et permettant de gérer au mieux ses activités de cultures de tabacs. C'est la raison pour laquelle nous avons voulu choisir le thème suivant : « MISE EN PLACE D'UN SYSTÈME DE GESTION DE CULTURE DE TABAC (cas de la SOCTAM) »

La méthodologie de recherche adoptée s'est basée essentiellement sur les enquêtes effectuées auprès du Responsable Administratif des Fermes et sur l'analyse des fichiers Excel utilisé par la SOCTAM pour gérer la culture des tabacs au niveau des fermes de productions.

Ainsi, cet ouvrage de mémoire se divisera en deux (02) parties. Dans la première partie nous exposeront une présentation globale. Elle fera notamment objet de présentation de la SOCTAM en insistant sur ses liens d'affiliations avec l'ITG. De plus, elle présentera le sujet en question ainsi que ses diverses nomenclatures.

La seconde partie contiendra une conception plus détaillée du système de gestion des cultures de tabacs en utilisant un langage de modélisation normalisé, et une présentation de la réalisation du système d'information en question.

PARTIE I

PRÉSENTATION

GLOBALE

3

La première partie se divise en deux chapitres bien distincts. Le premier chapitre s'oriente sur la présentation de l'organisme d'accueil (lieu où ont été effectué les recherches) et expose de ce fait les informations d'ordre général de la SOCTAM, tandis que le second chapitre présente de façon détaillé le sujet d'études (objet de la recherche) et concerne notamment l'analyse du système actuel.

4

CHAPITRE I - PRÉSENTATION DE L'ORGANISME

Ce chapitre présente la SOCTAM en abordant son contexte, en survolant la structure de son organisation et en présentant son activité.

SECTION I - PRÉSENTATION DE LA SOCTAM

La SOCTAM est une société filiale du groupe Impérial Tobacco, elle s'occupe principalement de la culture de tabacs qui seront acheminés à la SACIMEM en vue d'une transformation en tige de cigarettes.

§ 1 - Généralité

La SOCTAM (Société de Culture de Tabac à Madagascar) est une société agricole de production industrielle et semi-industrielle de tabacs blond de type Virginie et Burley.

Se classifiant dans le secteur primaire, la SOCTAM est une société anonyme (SA) au capital social de 308.966.000 Ar. Elle possède le numéro statistique 01181 41 1950 0 00001, le registre de commerce N° 2001B00015/ MAHAJANGA, le Numéro d'Identification Fiscale 3000007287, Téléphone 62 236 15 et Fax [phone]. Le siège de la SOCTAM se situe au 15 Rue Georges V, B.P 340 Mahajanga.

§ 2 - Historique

En 1989, la SOCTAM a été créée en accord avec l'Office Malgache du Tabac (OFMATA) par l'arrêté ministériel n° 3731/89 du 07 juillet1989 dans le cadre d'un plan de développement de la culture de tabac à Madagascar. La SOCTAM était alors une filiale de CORALMA qui faisait partie du groupe BOLLORE.

En 1990, l'OFMATA signe avec la SOCTAM une convention aux termes de laquelle elle se voit confier la production de tabac blond (Virginie et Burley). La SOCTAM avait pour mission de redynamiser, d'améliorer la qualité et de revaloriser la culture de tabac.

En 1992, la CORALMA rachète la CIM (Cultures Industrielles de Madagascar) et la fusionne avec la SOCTAM. Ce qui permit à une augmentation des moyens ainsi que des immobilisations.

En 2001, BOLLORE cède 75 % de ses parts dans CORALMA à l'Imperial Tobacco Group ITG. De ce fait la SOCTAM devient une filiale de l'ITG.

§ 3 - Place de la SOCTAM au sein de l'ITG

Ayant été créée en 1901 par la fusion de plusieurs compagnies britanniques, l'Imperial Tobacco Group ITG est un groupe international oeuvrant dans le secteur du tabac. Il est actuellement le quatrième groupe international de tabac et le principal producteur de tabac au Royaume-Uni. En 2009, l'ITG a écoulé dans le monde près de 322 milliards de tiges de cigarettes. Son siège social se situe au PO 244 Southville, Bristol BS99 7UJ Royaume-Uni.

Le groupe Imperial Tobacco est implanté en Amérique, en Europe, en Afrique, au Moyen Orient et en Asie. Le cheminement de l'ITG pour le continent Africain et notamment pour Madagascar se présente comme suit :

Figure 1 : Place de la SOCTAM au sein de l'ITG

5

Source : SOCTAM, Octobre 2012

6

Le groupe Imperial Tobacco Madagascar ITM est constitué de quatre (04) filiales :

- La SOCTAM (SOciété de Culture de TAbac à Madagascar) sis à Mahajanga : société agricole qui s'occupe de la production de tabacs, de l'étape de pépinière jusqu'à l'acheminement des tabacs secs à la SITAM.

- La SITAM (Société Internationale de TAbac à Madagascar) sis à Mahajanga : société industrielle qui se charge du processus d'agréage, de battage, de traitement et de conditionnement des tabacs de la SOCTAM en vue de l'approvisionnement de la SACIMEM.

- La SACIMEM (Société Anonyme de Cigarettes MElia à Madagascar) sis à Antsirabe : société industrielle qui s'occupe de la production et de l'empaquetage des cigarettes.

- La PROMODIM (PROMOtion et DIstribution à Madagascar) sis à Antananarivo : société commerciale en charge de la commercialisation et de la distribution des cigarettes produites par la SACIMEM.

SECTION II - ORGANISATION DE LA SOCTAM

Cette section présente l'organigramme (situation 2012) ainsi que les sources de financements de la SOCTAM.

§ 1 - Organigramme

La SOCTAM emploie actuellement près de 260 personnels permanent dont environ 46 au niveau du siège et 214 au niveau des sites de productions (Fermes et opérations Paysannat). De plus la SOCTAM fait recours à plus de 5000 mains d'oeuvres saisonnières et journalières notamment dans les fermes industrielles et encadre près de 3 000 planteurs.

Ainsi l'organigramme de la SOCTAM se présente comme suit :

Figure 2 : Organigramme SOCTAM

Directeur
SOCTAM

Responsable Contrôleur
de Gestion Industriel

Assistante Paie
Assistante Administrative
Employé Administratif

Chargé des Missions
des Fermes

Responsables Régionaux
(Miandrivazo - Betsiboka
- Mampikony)

Assistant de
Direction

Directeur
Paysannat

Chargé de Missions

Responsable RH

Responsable DAG

Responsable
Achat

Responsable
Administratif
Fermes

Chauffeur

Agents

administratif CGI

Contrôleurs
de Gestion
Industriel

Responsable Informatique

Responsable OHSE

Contrôleur Interne MKY

Responsable Juridique

Contrôleur Interne BTK

Responsable ACI

Contrôleur Interne MZO

Responsable
Administratif
Paysannat

Chef d'Opération
(Miandrivazo -
Tsaramandroso -
Mampikony)

Secrétaire DPAYS Chauffeur

Responsable
Technique
Paysannat

Agent
d'approvisionnem
ent
Magasinier
Aide Magasinier
Assistante DAG
Femme de

Logisticienne

7

Source : SOCTAM, Octobre 2012

8

§ 2 - Sources de financements

Le cycle d'exploitation des tabacs est très long et requiert des financements énormes tant au niveau des dépenses courantes qu'au niveau de l'encadrement des fermes et des opérations paysannats.

Les frais de cultures sont engagés avant même que les ventes soient réalisées, de ce fait la SOCTAM a besoin d'une source de financement stable. La figure ci-après montre la source de financement simplifiée de la SOCTAM :

Figure 3 : Source de financement simplifiée de la SOCTAM

BANQUES

CRÉDITS

PROMODIM
Promotion et vente

AVANCES DE FONDS PRÉFINANCEMENTS

SOCTAM
Culture de tabac

VENTE CIGARETTES

TABACS SECS

SITAM

Agréage et battage

TRANSFERT TABACS

SACIMEM
Transformation

DÉPENSES DU SIEGE FRAIS DE CULTURE

FRAIS DE FONCTIONNEMENT

MAIN D'OEUVRE AVANCE PAYSANNAT INVESTISSEMENTS DÉPENSES DIVERSES

Source : Auteur, Juin 2014

A part les dépenses courantes du siège, la SOCTAM doit assurer le financement des fermes d'exploitations et des opérations paysannats. Pour les planteurs, la SOCTAM leur accorde des avances en nature, en espèce et en prestation de services. Les avances en natures sont préfinancées à 100 % tandis que les autres avances sont plafonnées selon la surface

9

cultivée du planteur. Ces avances seront déduites par la SOCTAM sur la valeur des récoltes des dits planteurs.

Il a été instauré une politique d'épaulement entre les filiales du groupe ITG surtout afin de faciliter le recouvrement des dépenses énormes inhérent à la SOCTAM.

Ainsi pour faire face à cet éventuel décalage de trésorerie, la SOCTAM possède plusieurs possibilités de financement :

- Soit elle recourt au financement intra-groupe auprès de la SACIMEM ou de la PROMODIM : préfinancement ou avance de fonds (plafonnés à 70% du chiffre d'affaires prévisionnel).

- Soit elle recourt à des crédits bancaires : découvert, avance sur produit ou crédit documentaires.

SECTION III - ACTIVITÉ DE LA SOCTAM

L'activité principale de la SOCTAM est la culture de tabac. C'est un processus long qui nécessite des compétences avancées, des mains d'oeuvres énormes, des matériels adéquats et des ressources financières suffisantes.

§ 1 - Culture de tabac

La SOCTAM cultive principalement deux (02) types de tabac :

- Le FLUE CURED (FC) aussi appelé tabac VIRGINIE. Sa culture nécessite beaucoup d'attention mais ne procure que peu de marge bénéficiaire pour les planteurs, de ce fait elle est cultivée essentiellement dans les fermes industrielles de la SOCTAM. Aussi, ce tabac doit être séché au four (avec une température pouvant atteindre près de 70°c) et ne peut subir aucune fermentation.

- Le tabac BURLEY (BY) qui est de couleur un peu plus claire. Depuis quelques années, ce type de tabac est majoritairement cultivé par les planteurs semi-industriels. Contrairement au tabac Virginie, le tabac Burley est séché à l'air libre et peut subir quelque fermentation.

Afin d'assurer l'activité de tabaculture, la SOCTAM adopte deux (02) types de système d'exploitation :

- La culture directe : la culture est assurée par les fermes industrielles de la SOCTAM. De ce fait, elle prend en charge tous les frais d'exploitations de ces fermes et emploie ses propres salariés pour la gestion et le suivi de la culture.

- La culture indirecte : la culture est assurée par des planteurs qui établissent un contrat avec la SOCTAM. Ils peuvent effectuer les travaux d'exploitation soit sur leurs propres terrains soit sur un terrain de la SOCTAM qu'ils ont au préalable loué. Ainsi, ils devront vendre leurs récoltes uniquement à la SOCTAM à l'agréage, à un prix défini dans le contrat, après déduction des éventuelles avances que la société leurs à octroyées.

Les planteurs sont groupés sous deux catégories :

- Planteur Industriel (PI) : planteur cultivant sur un terrain de plus de 10 Ha.

- Planteur Semi-industriel (PSI) : planteur cultivant sur un terrain entre 1 à 10 Ha.

Les fermes industrielles de la SOCTAM sont reparties dans les régions de Miandrivazo, de Mampikony et de Betsiboka. Actuellement, la SOCTAM possède dix (10) fermes d'exploitation pour effectuer les opérations de tabaculture.

Tableau n° I : Liste des fermes industrielles

RÉGION	FERME	CODE
MIANDRIVAZO	Morarano	512
	Analamitsivalana	515
	Manambina	516
MAMPIKONY	Tanetilava	612
	Lambandikely	613
	Antsirasira	614
	Tsimijaly	616
BETSIBOKA	Bevilany	711
	Ambesisika	712
	Beraotra	713

10

Source : SOCTAM, Octobre 2012

11

§ 2 - Processus d'acheminement des tabacs

Le processus d'acheminement simplifiés des tabacs se présente comme suit :

Figure 4 : Processus d'acheminement des tabacs Paiement - Avance + Frais transport tabac

Fermes SOCTAM

PSI / PI

Transport tabac Assuré par SOCTAM

Transport tabac Assuré par SOCTAM

Paiement frais de battage

Agréage Battage Traitement Conditionnement

SOCTAM

SITAM

Transfert tabac

Paiement facture Blend

Exportation

Distribution et vente

PROMODIM

EXTÉRIEUR

SACIMEM

CLIENT

Vente

Source : Auteur, Juin 2014

Au niveau du transfert des balles de tabac à la SITAM, la SOCTAM prend en charge le transport des tabacs provenant des fermes d'exploitations.

Par ailleurs le transport des balles de tabacs provenant des planteurs industriels (PI) est d'abord à la charge des planteurs. Ce sera après agréage que la SOCTAM remboursera les frais de transports selon le poids net de la balle de tabacs. Le transport de tabacs des planteurs semi-industriel est pris en charge entièrement par la SOCTAM dès même l'expédition.

Tous les tabacs transférés à la SITAM feront l'objet d'un agréage effectué par un agréeur accrédité et assermenté de l'OFMATA. L'opération d'agréage consiste à évaluer les feuilles contenues dans chaque balle de tabacs et à leurs donner des cotations et des points selon la qualité du tabac.

Après agréage, les tabacs feront l'objet d'une opération de battage, de traitement divers et de conditionnement pour ensuite être transférés à l'usine de la SACIMEM à Antsirabe.

12

A partir des résultats d'agréage, la SOCTAM règle les planteurs (PI et PSI) en déduisant les avances déjà effectuées et en ajoutant le montant du remboursement des frais de transport des tabacs pour les planteurs industriels (PI).

La SOCTAM vend ses tabacs à la SACIMEM, en tenant compte des divers coûts occasionnés par la culture et les coûts inhérents aux opérations de battage et de conditionnement (au niveau de la SITAM). A l'issu du processus de fabrication, la SACIMEM vendra les cigarettes à la PROMODIM qui se chargera de la promotion et de la vente auprès des clients.

La SOCTAM exporte également ses tabacs selon les demandes des pays importateurs. Pour l'année 2012, la SOCTAM a effectué des exportations notamment pour la France et la Russie.

13

CHAPITRE II - CADRAGE DU SUJET

Nos investigations se sont portées principalement sur la gestion des cultures de tabacs au niveau des fermes de production de la SOCTAM (culture directe).

La gestion des opérations inhérent aux deux systèmes d'exploitation des tabacs (culture directe et indirecte) est très différent, tant au niveau organisationnels que techniques. Ainsi, la gestion de la culture indirecte effectuée par les planteurs (cultures indirectes) ne sera pas prise en compte tout au long de la recherche.

SECTION I - CONTEXTE GÉNÉRAL

Une ferme de production s'étend sur plusieurs hectares ; ainsi pour faciliter sa gestion, la SOCTAM subdivise chaque ferme en parcelles (ou ilôts).

§ 1 - Présentation globale du système de gestion des tabacs en culture directe

La gestion de la culture de tabac requiert une attention particulière et un mode de suivi efficace. De plus, l'éloignement géographique entre les fermes de productions et le siège de la SOCTAM rend l'opération de gestion de culture plus difficile.

Au niveau des fermes, la gestion des cultures est assurée principalement par le Chef de Ferme CF. Il a pour principale attribution de coordonner et de contrôler tous les travaux de productions de tabac au sein de la ferme (de la pépinière au conditionnement et expédition vers la SITAM), dans le respect des normes techniques, budget et calendrier cultural.

Au niveau du siège, le suivi des cultures est assuré par le Responsable Administratif des Fermes RAF, en collaboration étroite avec les Chefs de Ferme.

A chaque début de campagne, la SOCTAM fixe des objectifs de productions à atteindre. C'est le Chef de Ferme en collaboration avec le Gestionnaire de Ferme GF qui a pour attribution de réaliser ces objectifs. L'atteinte de l'objectif de production n'est pas choses aisées, car l'issue de la culture peut varier selon différents paramètres (climat, catastrophes naturels, état du sol, acte de banditismes, disponibilité de la main d'oeuvres, etc.).

Le gestionnaire de ferme s'assurera du suivi financier et technique de la réalisation des étapes de cultures au niveau de chaque parcelle, en collaboration avec le Chef d'Ilots (CIL),en assurant le suivi des intrants, les travaux des ouvriers de productions et ainsi que le respect des techniques et normes de cultures fixés par la SOCTAM.

Chaque ferme devra envoyer des rapports journaliers sur les opérations de culture à la Direction Mahajanga (SOCTAM). C'est le RAF qui sera en charge d'analyser ces données en

tenant compte des normes techniques à respecter et de la réalisation des objectifs. Après analyse (et éventuellement concertation avec la Direction), le RAF communiquera au CF les éventuelles modifications des opérations de culture y afférentes.

Pour avoir une large vue sur les zones d'exploitation de la SOCTAM, l'organigramme de chaque région d'exploitation ainsi que celle des fermes se présente comme suit :

Figure 5 : Organigramme Régions d'exploitations

Responsable Régional
Miandrivazo

Chef de Ferme
Manambina

Chef de Ferme
Morarano

Chef de Ferme
Analamitsivalana

Responsable Essais
Miandrivazo

Chef de Garage
Miandrivazo

Chef d'Opération

Responsable Régional
Betsiboka

Chef de Ferme
Bevilany

Chef de Ferme
Ambesisika

Chef de Ferme
Beraotra

Chef de Garage
Ambesisika

Chef d'Opération

Chef Mécanicien
Bevilany

Responsable Régional
Mampikony

Chef de Ferme
Tanetilava

Chef de Ferme
Labandikely

Chef de Ferme
Antsirasira

Chef de Ferme
Tsimijaly

Chef de Garage
Mampikony

Chef d'Opération

Gestionnaire

Chef de Zone

Conseillers Technique Observateur Agricole

Gestionnaire

Chef de Zone

Conseillers Technique
Observateur Agricole

Gestionnaire

Aide Gestionnaire Chef de Zone Conseillers Technique Observateurs Agricole

Département Service

14

Légende :

Source : SOCTAM, Octobre 2012

15

Figure 6 : Organigramme Ferme d'exploitation

Magasinier

Gardien domaine

Chef magasin triage

Chef curing

Gardien tournant

Chauffeurs tracteurs

Gardien Plantation

Caissier - pointeur

Gestionnaire de Ferme

Cadre de Production

CHEF DE FERME

Chef d'ilôt

Chef de Garage

Mécaniciens

Légende :

Service

Source : SOCTAM, Octobre 2012

§ 2 - Étapes de culture de tabac

Pour avoir des tabacs de bonne qualité et respectant les normes exigés par la

SACIMEM et par l'ITG, les opérations de tabaculture effectués par la SOCTAM doivent

passer par au moins onze (11) étapes :

- Semis

- Préparation du sol

- Fertilisation du sol

- Transplantation

- Écimage

- Lutte phytosanitaire

- Sarclage

- Irrigation

16

- Récolte

- Séchage

- Triage et conditionnement

La campagne de culture de tabac débute à la mi-janvier de l'année et dure environ 10 mois (de la pépinière jusqu'à la récolte). La planification des opérations ainsi que la coordination des divers traitements tient une place importante pour mener à bien la culture.

Ainsi le calendrier cultural global de la SOCTAM se présente comme suit :

Tableau n° II : Calendrier cultural de la SOCTAM

Janvier

Février

Mars

Avril

Mai

Juin

Juillet

Aout

Septembre

Octobre

Novembre

SEMIS

TRAITEMENT PHYTOSANITAIRE *

PLANTATION

RÉCOLTE

EXPÉDITION VERS SITAM

17

* concerne à la fois les fertilisations et les luttes phytosanitaires

Source : SOCTAM, Octobre 2012

18

SECTION II - STRUCTURE DES TRAITEMENTS

Cette section présente en détail la structure des opérations de gestion et de suivi des cultures aux niveaux des fermes de productions de la SOCTAM.

§ 1 - Présentation du système actuel

Le système actuel permettant la gestion des cultures directes est le SYSTÈME DE REPORTING TABAC. C'est un système permettant à la SOCTAM de suivre quotidiennement les opérations de cultures au niveau des fermes.

Le reporting tabac est géré dans des bases Excel dont un fichier Excel pour chaque région (Miandrivazo, Betsiboka et Mampikony) et pour chaque année de campagne. Ce système a été mis en place en 2011 par le Chargé de Mission auprès des Fermes Industrielles (CMFI) afin de faciliter le suivi des opérations par régions d'exploitation.

Avant la mise en place effective de cette base Excel par région, les reporting fermes étaient gérées dans des fichiers Excel séparés par étape de culture, par ferme, par parcelle et par année de campagne ; ce qui rendaient les tâches de synthèses des opérations plus difficiles qu'ils ne le sont déjà.

Le reporting tabac regroupe des informations journalières liées à la culture directe. Les fermes envoient quotidiennement des informations sur l'évolution de la culture à la SOCTAM. Ces informations seront enregistrées dans le fichier Excel correspondant afin de mieux les synthétiser, de les analyser et de les comparer par rapport à divers paramètres préétablis dans chaque fichier Excel pour permettre ensuite de prendre d'éventuelles mesures.

Le système de reporting tabac regroupe principalement le reporting semis, plantation, fertilisation, sarclage, lutte phytosanitaire, récolte et dépente (séchage). Ainsi pour avoir une large vue sur la question, les synthèses afférentes à ces reportings permettant à la SOCTAM de prendre des mesures adéquates sur le déroulement de la culture seront présentées successivement.

A - Reporting semis

Permet de constater les planches de semis effectués et la réalisation de l'objectif de semis (fixé par la SOCTAM au début de la campagne).

Les planches mesurent environ 10 à 30m de long et 1 à 1,2m de large. Il faudrait 120 à 150m² de pépinière pour pouvoir faire 1Ha de plantation.

1g de semence équivaut à environ 12 000 à 14 000 graines, ainsi il faudrait 30g de semence pour avoir environ 150m² de pépinière.

Uniquement pour les opérations de semis, les parcelles ne sont pas prises en compte car les semis des pépinières sont effectués sur des planches qui seront détruites à l'issue des opérations de semis.

Le tableau suivant montre la synthèse des semis effectués à une date donnée (données fictives) :

Tableau n° III : Synthèse reporting pépinière

Pépinière - Situation à l'instant T

Ferme	Jour		Cumul		Objectif à date	%objectif à date	Objectif total	%objectif total
512	1		221		231	95,5%	441	50%
515	2		222		332	66,5%	452	49%
516	3		223		433	51,5%	533	41,5%
MZO	6		666		996	66,5%	1 426	46,5%
Jour		:
Cumul		:
Objectif à date		:
Objectif total		:

nombre de planches semées dans la journée

cumul de toutes les planches semées jusqu'à la date T objectif à atteindre jusqu'à la date T

objectif total des pépinières à atteindre durant la campagne

19

Source : Reporting journalier MZO 2012- SOCTAM, Octobre 2012

B - Reporting plantation

Permet de constater les plantations effectuées par rapport aux semis réalisés. Il faudrait environ 30 000 plants/Ha avec une distance de 1m entre les lignes de plantations. La taille des plants doit être d'environ 15cm et avoir entre 6 à 7 feuilles.

Le diamètre de trouaison est aussi primordial pour que le jeune tabac puisse se développer convenablement. Il faut aussi, au plus tard 10 jours après transplantation, remplacer les plants morts, fanés ou endommagés par les insectes. La bonne préparation du sol est aussi un facteur à tenir en compte (fertilisation, irrigation, labour, etc.).

Le tableau IV (Voir page suivante) montre la synthèse simplifiée des plantations effectuées à une date donnée (données fictives) :

20

Tableau n° IV : Synthèse reporting plantation

Plantation - Situation à l'instant T

Ferme	Jour	Cumul	Objectif à date	%Objectif à date	Moyenne 7 jours	Début des plantations	Fin des plantations	Nombre jour de plantation
512	0,5	33,5	40,5	82,7%	1,08	15/04/12	18/06/12	14
515	0,8	55,8	70,8	78,8%	1,53	10/04/12	15/06/12	19
516	0,3	88,3	90,3	97,8%	1,67	05/04/12	12/05/12	24
MZO	1,6	177,6	201,6	88,1%	4,28	05/04/12

Jour : plantation effectuée dans la journée (en Ha)

Cumul : cumul de toutes les plantations effectuées jusqu'à la date T

Objectif à date : objectif à atteindre selon les semis effectués jusqu'à la date T

Moyenne 7 jours : cumul de plantations effectuées durant les 7 jours précédents T

Fin des plantations : Date prévisionnelle de fin des plantations selon les semis effectués

Nombre jour de plantation : Nombre de jours écoulés entre le début des plantations et la date T

Source : Reporting journalier MZO 2012 - SOCTAM, Octobre 2012

C - Reporting fertilisation

Permet de constater les fertilisations effectuées sur chaque parcelle ainsi que la quantité de fertilisant restant à épandre. La fertilisation se fait avant la plantation (lors de la préparation du sol) et après la transplantation des pépinières sur chaque parcelle.

L'opération de fertilisation se fait mécaniquement (avant la plantation) à l'aide d'un épandeur d'engrais et manuellement (après la plantation) à l'aide de simples pelles pour ne pas risquer de détruire les jeunes plants.

Le tableau V (Voir page suivante) montre la synthèse de toutes les fertilisations effectuées par ferme et par parcelle (données fictives) :

Tableau n° V : Synthèse reporting fertilisation

Fertilisation - Situation à l'instant T

Ferme	Fertilisant	Somme nbr	Moy Qté théorique	Somme de Surface	Moy de Surface prévisionnelle	Conso par ha	Qté reste à épandre
512A	Urée	348	353,25	1,56	1,57	223,1	5,25
	DAP	74	78,50	1,56	1,57	47,4	4,50
	SPG	530	549,50	1,56	1,57	340,1	19
512B1	Urée	63	66,75	0,28	0,30	225,0	3,70
	DAP	14	14,85	0,28	0,30	50,0	0,85
	SPG	98	103,75	0,28	0,30	350,0	5,75

Somme nbr : Somme de fertilisants effectué sur la parcelle jusqu'à la date T

(en Kg)

Moy Qté théorique : Somme des quantités de fertilisant qui devait être appliqué
jusqu'à la date T

Somme de surface : Somme des surfaces fertilisées (en Ha) jusqu'à la date T
Moy de Surface prévisionnelle : Surface cultivable prévisionnelle (surface de la parcelle)

Conso par Ha : Fertilisation moyenne effectuée par Ha

Qté reste à épandre : Quantité de fertilisant restant à épandre pour la parcelle à la

date T

Source : Reporting journalier MZO 2012 - SOCTAM, Octobre 2012

D - Reporting sarclage

Permet de constater le nombre de surface sarclé. Le sarclage se fait en cinq (05) passages par hectare.

Le tableau suivant montre la synthèse des sarclages (données fictives):

Tableau n° VI : Synthèse reporting sarclage

Ferme et parcelle	Date	Surface sarclé
512A	15/07/2012	0,20
512B1	17/07/2012	0,12

21

Source : Reporting journalier MZO 2012 - SOCTAM, Octobre 2012

22

E - Reporting lutte phytosanitaire

Permet de constater les traitements phytosanitaires effectués sur chaque parcelle. Le reporting lutte phytosanitaire regroupe à la fois les calendriers phytosanitaires et les traitements phytosanitaires. Ainsi il permet de constater les traitements effectués par rapport au calendrier établi après chaque plantation.

Le tableau suivant montre la synthèse de traitements phytosanitaires effectués par rapport au calendrier phytosanitaire (données fictives) :

Tableau n° VII : Synthèse reporting lutte phytosanitaire

Ferme et parcelle	Intrant	Date	Calendrier phytosanitaire	Traitement phytosanitaire	Résultat (observation)
512A	Indoxacarbe	30-avr.	0,231	0,231	OK
	Bêta- Cyfluthrine	17-mai	0,2825		Traitement non réalisé
		22-mai		0,2938	ALERTE
	Diméthoate	3-mai	0,678		Traitement non réalisé
		6-mai		0,678	ALERTE

Intrant : produit de lutte phytosanitaire (pesticide, insecticide)

Calendrier phytosanitaire : quantité à appliquer selon le calendrier phytosanitaire

Traitement phytosanitaire : quantité réellement appliquée

Source : Reporting journalier MZO 2012 - SOCTAM, Octobre 2012

F - Reporting récolte

Permet de constater les récoltes effectuées. Le principe est de ne cueillir que des tabacs mûrs pour avoir une bonne qualité et un rendement élevé (séchage facile, bon tissu, bonne coloration et poids sec élevé). La récolte est effectuée par étage foliaire (X, C, B et T) en allant du bas vers le sommet de la plante.

Le suivi des récoltes effectuées est assuré par un surveillant de production au niveau des fermes de productions.

Le tableau VIII (Voir page suivante) montre la synthèse des récoltes effectuées (données fictifs) :

Tableau n° VIII : Synthèse reporting récolte

Récolte - Situation à l'instant T

	Jour		Cumul		Objectif total	% objectif Total	Moyenne 7 jours	Moyenne 30 jours
512	0		595 521		1 103 130	54%	5 824	8 523
515	11 300		1 286 068		1 830 233	70%	11 568	14 211
516	8 214		1 191 080		1 313 250	91%	2 565	12 174
MZO	19 514		3 072 669		4 246 613	72%	19 957	34 908
Jour		:
Cumul		:
Objectif total		:
% objectif Total		:
Moyenne 7 jours		:

récolte effectuée dans la journée (en Kg)

cumul de toutes les récoltes effectuées jusqu'à la date T objectif total des récoltes à atteindre pour la ferme en question rapport des cumuls de récoltes par rapport à l'objectif total cumul de récoltes effectuées durant les 7 jours précédents T

23

Source : Reporting journalier MZO 2012 - SOCTAM, Octobre 2012

G - Reporting dépente

Permet de constater les tabacs secs dépendus (qui seront transférés à la SITAM plus tard). La dépente concerne à la fois la mise en pente (chargement d'un four à Virginie ou d'un séchoir à Burley) et le séchage. Le chargement d'un four peut prendre jusqu'à 2 jours au maximum. Un four trop chargé peut causer une mauvaise circulation de l'air et donc un mauvais séchage (tabac sec de mauvaise qualité) ; de plus le chargement hétérogène en maturité des tabacs aboutit en un séchage non homogène.

Les tabacs Virginie sont séchés à l'air chauffé (curing) dans un four. Le curing passe notamment par 4 phases: phase de jaunissement (38°C), phase de fixation de couleur (4050°C), phase de séchage de la feuille (50-68°C), phase de séchage des côtes (70°C).

Par contre le séchage des Burley se fait à l'air naturel sous abri fermé (séchoir). Le séchage passe par 3 étapes principales : phase de jaunissement (5 à 20 jours), phase de brunissement (15 à 25 jours) et phase de réduction des côtes (15 à 25 jours).

Le tableau IX (Voir page suivante) suivant montre la synthèse de dépentes de tabac effectuées (données fictives) :

Tableau n° IX : Synthèse reporting dépente

Dépente tabac secs - Situation à l'instant T

	Jour		Cumul		Objectif total	% objectif Total	Moyenne 7 jours	Moyenne 30 jours
512	0		27 556		129 790	21%	643	656
515	1 992		66 906		215 322	31%	1 619	1 233
516	3 126		68 012		154 500	44%	1 616	1 294
MZO	5 118		162 473		499 612	33%	3 878	3 183
Jour		:
Cumul		:
Objectif total		:
% objectif Total		:

dépente effectuée dans la journée (en Kg)

cumul de toutes les dépentes effectuées jusqu'à la date T objectif total des dépentes à atteindre pour la ferme en question rapport des cumuls des dépentes par rapport à l'objectif total

24

Source : Reporting journalier MZO 2012 - SOCTAM, Octobre 2012

§ 2 - Mode d'envoie des données journalières

Afin de suivre en temps réel l'évolution de la culture, les fermes communiquent les données journalières au niveau du siège (SOCTAM Mahajanga). Les données sont envoyées le jour suivant l'opération (Jour+1 avant 11heures).

Un processus simplifié de l'envoi de ces données journalier est présenté dans la figure 7 (Voir page suivante).

FERMES SIÈGE

Figure 7 : Processus d'envoie des données journalier

CHEF D'ILÔT
CIL

CHEF DE FERME

CF

Collecte données

Validation données

GESTIONNAIRE DE FERME

GF

ASSISTANT DIRECTEUR
SOCTAM ADS

RESPONSABLE
ADMINISTRATIF FERME

RAF

Synthétisation données

Enregistrement données

Analyse données

25

Légende :

: Envoie données

Source : Auteur, Juin 2014

Tous les détails des opérations sont collectés quotidiennement par le Chef d'Ilôt en collaboration étroite avec le Cadre de Production. Les données seront ensuite envoyées au Chef de Ferme pour validation. Après validation, les données sont communiquées au Gestionnaire de Ferme pour une vérification qui se portera notamment sur la véracité des informations. Une fois vérifiées, les données seront synthétisées en vue de l'envoi au niveau du siège.

Auparavant, la communication des données de cultures entre les fermes et le siège se faisait par BLU, mais actuellement toutes les données sont envoyées par mail avec des lignes

26

d'informations à insérer directement dans les bases Excel. Par ailleurs, dans certains cas les informations sont aussi communiquées par téléphone.

C'est l'Assistant de Direction de la SOCTAM qui est en charge d'enregistrer les opérations dans les fichiers Excel. Le Responsable Administratif Ferme analysera les données enregistrées selon les normes techniques à respecter et les normes de culture de la SOCTAM. A partir des synthèses des opérations (synthèse reporting), des mesures adéquates pourront être prises notamment les dates de plantations prévisionnelles des jeunes plants de tabacs, les dates de récoltes prévisionnelles selon les traitements phytosanitaires effectués. Les synthèses des opérations journalières seront ensuite communiquées au Directeur des Fermes et au Directeur de la SOCTAM.

Dans le cas de non-respect des normes de culture, le RAF communiquera au chef de fermes les directives à suivre en vue de corriger l'opération y afférente. De plus, une descente sur terrain est périodiquement effectuée en vue de vérifier notamment la concordance des données, le bon déroulement de la culture ainsi que le respect des normes de cultures.

Au niveau des fermes, les données de cultures sont enregistrées dans des fiches techniques (qui seront ensuite envoyées par mail pour le siège). Ainsi pour avoir une large vue sur les données envoyées par les fermes, ces fiches seront présentées successivement.

A - Fiche technique semis

Comprend le nombre de planches construites et semées dans la journée ainsi que leurs cumuls depuis le début.

Tableau n° X : Fiche technique semis

	Jour	Cumul
Planche construite
Planche semée
Totaux

Source : Auteur, Octobre 2012

B - Fiche technique plantation

Comprend la surface de pépinière transplantée sur les parcelles ainsi que le cumul des plantations depuis le début pour une ferme donnée. L'objectif de transplantation journalier est d'environ 4,8Ha pour chaque ferme.

27

Tableau n° XI : Fiche technique plantation

Jour

Cumul

Source : SOCTAM, Octobre 2012

C - Fiche technique fertilisation

Comprend la quantité d'engrais (en Kg) appliquée dans la journée et le cumul depuis le début pour une ferme donnée.

Tableau n° XII : Fiche technique fertilisation

Intrants	Jour	Cumul
URÉE
DAP
SPG

Source : SOCTAM, Octobre 2012

D - Fiche technique sarclage

Comprend la surface sarclée depuis le début (en Ha) et le cumul depuis le début pour une ferme donnée.

Tableau n° XIII : Fiche technique sarclage

	Nombre de passage	Jour	Cumul
Sarclage	1
	2
	3
	4
	5

Source : SOCTAM, Octobre 2012

E - Fiche technique lutte phytosanitaire

Comprend la quantité de produits de lutte phytosanitaire (en litre ou Kg) appliquée ainsi que le cumul depuis le début pour une ferme donnée.

Tableau n° XIV : Fiche technique lutte phytosanitaire

Intrant

Jour

Cumul

28

Source : SOCTAM, Octobre 2012

F - Fiche technique récolte et dépente

Concerne à la fois les données des récoltes et des dépentes. La fiche comprend notamment le Poids des tabacs Vert Récolté (PVR), le Poids Vert Dépendu (PVD), le Poids Sec Dépendu (PSD), le Poids Sorti Masse (PSM) et le nombre de stères utilisés.

Tableau n° XV : Fiche technique récolte et dépente

Dates	512
	PVR kg	PVD kg	PSD kg	PSM kg	Stères

PVD : poids de tabacs qui sera séché dans un séchoir ou dans un four

PSD : poids de tabacs secs sortis du séchoir ou du four

PSM : poids du tabac secs disponible en magasin en attendant le triage

Stères : bois de chauffage (1stère = 1m³ de bois) pour les séchages à air chauffé (tabac Virginie)

Source : SOCTAM, Octobre 2012

Les pertes de poids après les opérations de dépentes (séchage ou curing) sont assez importantes. Ainsi, une figure illustrant la variation des poids des tabacs sera présentée dans la page suivante afin d'avoir une vue plus large sur la question.

Figure 8 : Variation poids de tabacs

Poids Vert Récolté PVR

RÉCOLTE

Poids Vert Dépendu PVD

FOUR /
SÉCHOIR

Poids sec Dépendu PSD

Poids Sorti Masse PSM

MAGASIN DE STOCKAGE

STOCKAGE (en attente de Triage)

29

Poids Trié PT	TRIAGE
Mis en balle	CONDITIONNEMENT

DÉPENTE

Source : Auteur, Juin 2014

Une fois les récoltes effectuées, les tabacs verts seront pesés (PVR) avant d'être traité en vue de l'opération de dépente. Le PVD c'est le poids des tabacs qui seront séchés ou cuits. Lorsque l'opération de dépente sera finie, les tabacs auront perdu considérablement du poids et on aura des tabacs secs dépendus (PSD). Ces tabacs seront ensuite stockés momentanément dans un magasin de stockage en attente de l'opération de triage.

Toutes les fermes possèdent leur propre magasin de stockage. Ainsi, les parcelles d'origine ne seront plus prises en compte lors du stockage des tabacs secs ; de ce fait on obtiendra un cumul général du poids des tabacs emmagasiné pour une ferme donnée (PSM).

30

A noter cependant, qu'une ferme donnée ne cultive qu'un type de tabac (tabac Virginie ou tabac Burley).

Ensuite, les tabacs secs dépendus seront triés par des ouvrières trieuses. Ce tabac trié sera de nouveau pesé (PT) avant la mise en balle pour le transfert vers la SITAM Mahajanga.

SECTION III - PROBLÈMES ET SOLUTIONS

Suite aux recherches effectuées et analyses des données entreprises dans le cadre de la gestion de culture directe, des problèmes ont été décelés et des solutions ainsi proposées.

§ 1 - Problèmes constatés

Le problème majeur se concentre essentiellement sur l'utilisation des fichiers Excel à partir desquels la direction gère les cultures de tabacs au niveau des fermes de production. Outre l'inadéquation du choix de l'utilisation de fichiers Excel pour gérer des informations aussi primordial que des données de cultures, il y a aussi certains points qui posent problèmes notamment : la sécurisation des données, les fonctionnalités des macros, la synthétisation des données, la manipulation des données et l'insuffisance des opérations gérées.

A - Au niveau de la sécurité des données

Les fichiers Excel même protégés par un mot de passe peuvent facilement faire l'objet d'un piratage. En effet, actuellement de nombreux logiciels permettant de récupérer les mots de passe des fichiers Offices (Word, Excel, Access, Powerpoint) ou des fichiers archivés (.zip, .rar) sont disponibles sur le marché. Ce qui rend la sécurité de ces fichiers vulnérables. De plus les macros et les formules sont facilement modifiables, ce qui pourrait entraîner des disfonctionnement considérables sur les traitements et donc sur le déroulement de la culture tout entière.

B - Au niveau de la fonctionnalité des macros

L'exécution de certaines macros ralentit considérablement le système, et le temps de réponse des requêtes est assez long. De plus, certaines macros ne s'exécutent pas correctement et les formules utilisées ne sont pas adéquates notamment l'utilisation de la fonction AUJOURDHUI() (renvoie la date du jour ce qui permettra de connaître la date de saisie des données dans le fichier Excel) qui renvoie toujours la date du jour à l'ouverture du fichier Excel mais non pas celle de la saisie des informations antérieures.

31

C - Au niveau de la synthétisation des données

La synthèse des opérations à une date donnée n'est pas possible (par exemple connaitre la synthèse des récoltes de la semaine précédente ou pour une date donnée) car les synthèses sont fixées sur la date de la dernière opération effectuée donc il n'est pas possible de constater les synthèses des opérations antérieurement effectuées. De plus, l'impression des états pose problème du fait de la mise en forme non opérationnelle des champs.

D - Au niveau de la manipulation des données

Les tableaux croisés dynamiques ne sont pas mis à jour automatiquement après les éventuelles modifications et suppressions de données. De plus, les recherches de données d'un type d'opération précise sont très difficiles compte du nombre considérable des lignes d'enregistrements insérés.

E - Au niveau de l'insuffisance des opérations gérées

Beaucoup de traitement ne sont pas gérés par le système, notamment la prise en compte des mains d'oeuvres utilisés lors des sarclages et la prise en compte des opérations tests.

§ 2 - Solutions proposées

Compte-tenu des problèmes constatés, deux choix de solutions sont envisageables afin d'améliorer la gestion des cultures directes :

1ère solution possible : Maintenir l'utilisation de fichiers Excel pour la gestion des cultures en remédiant aux problèmes déjà précités auparavant.

2ème solution possible : Créer un nouveau système plus performant permettant de gérer au mieux les cultures directes.

Afin de prendre la meilleure décision sur l'amélioration du système de gestion des cultures directes, les principaux avantages et inconvénients de la mise en exploitation de ces deux possibilités seront présentés successivement :

32

A - Possibilité 1 : maintenir l'utilisation de fichier Excel

Le principe consiste à améliorer le système d'information de gestion des cultures directes en conservant l'utilisation des fichiers Excel. Ainsi, les actions s'orienteront surtout sur la résolution des divers problèmes précédemment constatés.

Avantages :

- Peu d'analyse et de conception à faire : le système est déjà en place, de plus il n'y aura pas de gestion de tables pour le stockage des données (car les informations seront juste entrées dans les cellules du fichier Excel et non dans une base de donnée spécialisée).

- Peu de formation à effectuer sur l'utilisation du futur système amélioré : la formation sur l'utilisation de l'application portera uniquement sur les améliorations apportées et non sur le système tout entier.

- Déploiement plus facile : tous les ordinateurs de la SOCTAM disposent déjà de logiciel Microsoft Office.

- Gain de temps sur la mise en oeuvre : la mise en oeuvre prendra peu de temps étant donné qu'il n'est question que de remédier aux problèmes constatés.

Inconvénients :

- Insécurité des données : même après amélioration de certains paramètres de sécurités, le fichier Excel restera quand même vulnérable aux piratages informatiques. Compte-tenu de l'importance des données gérées et de la rudesse de la concurrence, aucune faille dans le système ne pourra être tolérée.

- Gestion des erreurs difficilement paramétrable : aucune confirmation de l'exécution de l'action notamment sur l'action de suppression ou de modification de lignes de données, aucun script de gestion de saisie.

- Application plus lente : avec l'ajout de nouvelle opération à traiter (plus de classeurs, plus de formules et plus de macros à exécuter) le temps d'exécution sera d'autant plus lent.

- Impression des données difficilement paramétrable : la mise en forme des feuilles de calculs pour l'impression des futurs états est très difficile car il y a beaucoup trop d'informations à gérer dans une seule feuille.

33

B - Possibilité 2 : créer un nouveau système plus performant

Le principe consiste à créer un nouveau système plus performant et plus facile à utiliser afin de mieux gérer la culture directe.

Avantages :

- Création d'une nouvelle base de données : regroupement de toutes les données de culture directe dans une seule base de données plus performante.

- Création d'un nouveau logiciel : nouvelle interface plus conviviale et plus facile à utiliser, intégration de toutes les opérations de cultures dans une seule application informatique (notamment la gestion des intrants et la gestion des parcelles).

- Sécurisation des données et de l'accès logiciel : les données seront plus sécurisées dans une base de données performante, l'accès au logiciel pourra être géré plus facilement

- Sécurisation des codes : les codes ne pourront pas être modifiés par l'utilisateur (fonctions, formules et divers traitement).

- Mise en forme des états facilement paramétrable : la mise en page des états (notamment les synthèses des opérations) sera facilement paramétrable et les informations plus complètes.

Inconvénients :

- Les SGBD les plus performants sont payants : le choix du SGBD à utiliser sera primordial.

- Formation sur l'utilisation du logiciel requis : une formation sera nécessaire pour tous les futurs utilisateurs du logiciel.

- Plus de temps requis pour le report de toutes les informations : le report des informations des précédentes campagnes de culture exigera assez de temps à la fois du côté du regroupement de toutes les données et aussi du côté de la saisie de ces informations dans la base de données nouvellement créée.

Après analyses et confrontations avec les responsables de la SOCTAM, notre choix s'est orienté sur la 2^ème solution proposée: créer un nouveau système plus performant.

PARTIE II

CONCEPTION

DÉTAILLÉE ET

RÉALISATION

35

La deuxième partie se divise en deux chapitres. Le premier chapitre expose la conception détaillé du nouveau système en passant par la présentation des études fonctionnelles, statiques et comportementales. Tandis que le second chapitre présente la réalisation de ce système en abordant notamment le choix de l'architecture de l'application retenu, le choix des outils de développement utilisés et en présentant les interfaces du logiciel nouvellement conçu.

36

CHAPITRE I - CONCEPTION DÉTAILLÉE

La conception est primordiale notamment dans le but de pouvoir délimiter le système d'information à mettre en place mais aussi dans le but de faciliter la mise en oeuvre effective du nouveau système.

De ce fait, nous avons choisi la conception à objet utilisant UML (Unified Modeling Language) pour la conception du système. En effet, UML est un langage de modélisation à objet permettant de cadrer l'analyse objet en offrant notamment différentes perspectives complémentaires d'un système. Son objectif principal est de représenter le système et de créer un langage utilisable à la fois par les humains et les machines¹.

Aussi, UML assure un support de communication facilement compréhensible par sa notation graphique qui permet d'exprimer visuellement une solution objet, par son aspect formel et normalisé de sa notation qui limite les ambigüités et les incompréhensions et aussi par son indépendance par rapport aux langages d'implémentation².

Un objet représente une entité du monde réel (ou du monde virtuel pour les objets immatériels) qui se caractérise par une identité, des états significatifs et un comportement³.

En effet, le standard UML subdivise la conception d'un système d'information à objet en trois grandes parties, notamment l'étude fonctionnelle, l'étude statique et l'étude comportementale.

SECTION I - ÉTUDE FONCTIONNELLE

L'étude fonctionnelle s'oriente surtout sur la présentation du système du point de vue des acteurs et des futurs utilisateurs.

Elle s'axe surtout sur la détermination et la présentation détaillée des principales fonctionnalités que possèdera le logiciel à mettre en place.

Aussi, cette étude fait apparaitre plusieurs diagrammes tels que :

- Le Diagramme de contexte : pour pouvoir facilement présenter les acteurs du système - Le Diagramme de cas d'utilisation : pour définir explicitement le système en insistant sur les principales fonctionnalités du logiciel à mettre en place

- La description textuelle des cas d'utilisations : pour décrire l'exécution des scénarii pour un cas d'utilisation en tenant compte de tout les cas alternatifs et erreurs

¹Robert OGOR, Modélisation avec UML, ENST-Bretagne, 2013, p. 4

²Frédéric DI GALLO, Méthodologie des systèmes d'information UML, 2001, p.17

³ Joseph GABAY, MERISE ET UML Pour la modélisation des systèmes d'informations, DUNOD, 5^ème édition, 2004, p. 181

37

- La description graphique des cas d'utilisations : pour décrire graphiquement les cas d'utilisations par un diagramme de séquence ou par un diagramme d'activité ou par un diagramme d'état.

§ 1 - Diagramme de contexte

Le diagramme de contexte permet d'une part de déterminer les acteurs interagissant avec le système et d'autre part de spécifier le nombre d'instances d'acteurs connectées au système à un moment donné.

A noter que ce diagramme ne fait pas partie des diagrammes officiels d'UML mais cependant son utilisation facilite grandement la compréhension du système étudié.

Figure 9 : Diagramme de contexte

		Enregistrer opération Consulter données
ASSISTANT DE DIRECTION RESPONSABLE ADMINISTRATIF FERME			SYS_GESCULT SYStème de GEStion de CULture de Tabac
		Maintenir le système opérationnel

RESPONSABLE INFORMATIQUE

Source : Auteur, Juin 2014

§ 2 - Diagramme de cas d'utilisation

De façon générale, le diagramme de cas d'utilisation permet de définir les principales fonctionnalités du système, les cas d'utilisation et les liens entre acteurs et cas d'utilisations.

Il existe deux types d'acteurs : acteur principal et acteur secondaire. L'acteur principal est celui pour qui le cas d'utilisation produit un résultat observable, par opposition, les acteurs secondaires sont les autres participants du cas d'utilisation et qui sont souvent sollicités pour

38

des informations complémentaires (ils peuvent uniquement consulter ou informer le système lors de l'exécution du cas d'utilisation)¹.

Un cas d'utilisation est un moyen de représenter les différentes possibilités d'utiliser le système (les fonctionnalités utilisables par l'acteur)². De plus, représenter tous les cas d'utilisations possibles dans un seul diagramme n'est pas chose aisée (surtout si le système étudié est un peu vaste de part ses fonctionnalités) ; aussi il serait préférable de ne présenter que les principaux cas d'utilisations du système au lieu d'essayer de dresser une liste exhaustive de tous les cas possibles.

Ainsi, le diagramme de cas d'utilisation retenu pour notre système est présenté comme suit (soulignons que les cas d'utilisations présentés ne sont pas exhaustifs) :

Figure 10 : Diagramme de cas d'utilisation

ASSISTANT DE DIRECTION

RESPONSABLE ADMINISTRATIF FERME

RESPONSABLE INFORMATIQUE

Maintenir le système opérationnel

Consulter les données

Enregistrer l'opération

SYStème de GEStion de CULture de Tabac

SYS_

GESCULT

<< include >>

<< include >>

<< include >>

<<fragment>> S'authentifier

Source : Auteur, Juin 2014

Afin de mieux illustrer chaque cas d'utilisation, une description textuelle et graphique est nécessaire.

¹ Pascal ROQUES, UML 2 PAR LA PRATIQUE, EYROLLES, 5^ème édition, 2006, p.23

² Robert OGOR, Modélisation avec UML, ENST-Bretagne, 2003, p.18

39

§ 3 - Description des cas d'utilisation

Pour avoir une large vue sur chaque cas d'utilisation, une description approfondie est nécessaire. Ainsi nous allons présenter par cas d'utilisation leur description textuelle et leur description graphique (diagramme d'activité ou diagramme de séquence selon le cas).

A - Cas d'utilisation « Enregistrer l'opération » a) Description textuelle

Sommaire d'identification

Titre : Enregistrer l'opération

Résumé : ce cas d'utilisation permet à l'utilisateur d'enregistrer les opérations de cultures (semis, plantation, fertilisation, sarclage, traitement phytosanitaire, récolte et dépente) selon les données qui lui sont parvenues.

Acteur : Assistant de Direction

Description des scénarios

Pré conditions

- Des données de culture ont été reçues par l'Assistant de Direction.

- Les données ont déjà été regroupées par ferme et par type d'opération.

- Le système est déjà opérationnel (serveur en état de marche, lancement du logiciel opérationnel, authentification réussie).

- La campagne de culture a déjà été choisie au préalable dans le SYSGESCULT. Scénario nominal

1. L'Assistant de Direction choisit d'accéder au Menu Enregistrement		2. Le SYSGESCULT affiche le menu d'enregistrement 3. Le SYSGESCULT attend le choix du type d'opération à enregistrer				4. L'Assistant de Direction choisit le
5.		Le SYSGESCULT affiche le			type d'opération à enregistrer
		Formulaire d'enregistrement correspondant
6.		Le SYSGESCULT attend la saisie des informations à enregistrer			7. L'Assistant de Direction saisie les
8.		Le SYSGESCULT attend la
informations y afférentes					validation des informations

40

9. L'Assistant de Direction valide les

informations			10. Le SYSGESCULT vérifie que les informations sont complètes et cohérentes
	11. Le SYSGESCULT enregistre l'opération dans la base de données
	12. Le SYSGESCULT met à jour la liste des enregistrements pour l'opération sélectionnée
	13. Le SYSGESCULT affiche la liste mis à jour des enregistrements pour l'opération sélectionnée
	14. Le SYSGESCULT initialise tous les champs		15. L'Assistant de Direction indique au
	16. Le SYSGESCULT ferme le
système que l'opération			Formulaire d'enregistrement et
d'enregistrement pour le type			retourne au Menu d'enregistrement
d'opération sélectionnée est terminée

Enchainement alternatif :

A1 : L'Assistant de Direction choisit d'accéder au Menu Modification L'enchainement A1 démarre au point 1 du scénario nominal.

2. Le SYSGESCULT affiche le menu de modification

3. Le SYSGESCULT attend le choix du type d'opération à modifier

4. L'Assistant de Direction choisit le type d'opération à modifier

5. Le SYSGESCULT affiche le Formulaire de modification correspondant

6. Le SYSGESCULT attend le tri des données par l'utilisateur

7. L'Assistant de Direction tri les données

8. Le SYSGESCULT affiche les données correspondant

9. L'Assistant de Direction sélectionne une ligne d'enregistrement

10. Le SYSGESCULT affiche les données y afférentes dans la zone de modification

11. L'Assistant de Direction modifie les données

12. L'Assistant de Direction valide la modification des données

13. Le SYSGESCULT modifie l'information y afférente, met à jour le tableau et initialise les champs

41

A2 . L'Assistant de Direction choisit d'accéder au Menu Suppression L'enchainement A2 démarre au point 1 du scénario nominal.

2. Le SYSGESCULT affiche le menu de suppression

3. Le SYSGESCULT attend le choix du type d'opération à supprimer

4. L'Assistant de Direction choisit le type d'opération à supprimer

5. Le SYSGESCULT affiche le Formulaire de suppression correspondant

6. Le SYSGESCULT attend le tri des données par l'utilisateur

7. L'Assistant de Direction tri les données

8. Le SYSGESCULT affiche les données correspondant

9. L'Assistant de Direction sélectionne une ligne d'enregistrement

10. Le SYSGESCULT affiche les données y afférentes dans la zone de suppression

11. L'Assistant de Direction supprime les données

12. Le SYSGESCULT demande une confirmation de la suppression

13. L'Assistant de Direction valide la suppression des données

14. Le SYSGESCULT supprime l'information y afférente, met à jour le tableau et initialise les champs

A3 . Le SYSGESCULT notifie que les informations saisie ne sont pas complètes et/ou cohérentes

L'enchainement A3 démarre au point 10 du scénario nominal.

11. Le SYSGESCULT notifie l'utilisateur que certains champs n'ont pas été remplis ou que les informations saisie ne sont pas cohérentes

12. Le SYSGESCULT ne valide pas l'enregistrement et retourne au formulaire d'enregistrement

Le scénario nominal reprend au point 6.

A4 . l'Assistant de Direction souhaite encore effectué d'autres enregistrements pour le type d'opération sélectionnée

L'enchainement A4 démarre au point 14 du scénario nominal.

15. l'Assistant de Direction souhaite effectuer d'autres enregistrements pour le type d'opération sélectionnée en cours

Le scénario nominal reprend au point 6.

42

Enchainement d'erreur :

E1 : l'utilisateur ne saisit aucune donnée

L'enchainement E1 démarre au point 6 du scénario nominal

7. L'Assistant de Direction ne saisit aucune donnée.

8. L'Assistant de Direction indique au SYSGESCULT de retourner au Menu enregistrement

9. Le SYSGESCULT ferme le Formulaire d'enregistrement et retourne au Menu enregistrement; le cas d'utilisation se termine en échec.

E2 : l'utilisateur ne valide pas l'enregistrement en cours

L'enchainement E2 démarre au point 8 du scénario nominal

9. L'Assistant de Direction annule l'action d'enregistrement en cours

10. Le SYSGESCULT ferme le Formulaire d'enregistrement et retourne au Menu enregistrement; le cas d'utilisation se termine en échec.

Post condition

Une ligne d'enregistrement de l'opération y afférente a été ajoutée à la base de données

b) Description graphique

Nous avons choisi de présenter la description graphique du cas d'utilisation « Enregistrer l'opération » par un diagramme de séquence.

Figure 11 : Diagramme de séquence du cas d'utilisation « Enregistrer l'opération »

Assistant de direction

Accès Menu Enregistrement

SYS_GESCULT

Voir A1 et A2

43

Affichage du Menu Enregistrement:

affichageFenetre(enregistrement)

Attente choix type d'opération à enregistrer:

listeOperation()

Choix type d'opération à enregistrer:

choixOperation (id_type_operation)

Affichage du formulaire d'enregistrement correspondant:

affichageFormulaireEnregistrement(id_type_operation)

[Pour chaque ligne d'information à enregistrer]

Attente information à enregistrer

Saisie des informations

LOOP

Validation de l'enregistrement:

OK

Affichage Liste opération à jour:

listeEnregistrement(id_type_operation)

Initialisation de tous les champs: initialiseChamp()

Vérification informations saisie: verifierInterdependanceDonnees()

Enregistrement operation: enregistrerOperation()

Mis à jour liste opération: misAJourListeOperation()

Attente validation:

OK? non OK ?

Voir A1 :

information saisie incomplète et/ou incohérente

Voir E1 :

aucune saisie de donnée

Voir E2 :

aucune validation

Fin de l'enregistrement:

finOperation()

Retour au Menu Enregistrement: affichageFenetre(enregistrement)

Source : Auteur, Juin 2014

B - Cas d'utilisation « Consulter les données »

a) Description textuelle Sommaire d'identification

Titre : Consulter les données

Résumé : Ce cas d'utilisation permet à l'utilisateur de consulter les données de cultures Acteur : Assistant de Direction

44

Description des scénarios

Pré condition

- Le système est déjà opérationnel (serveur en état de marche, lancement du logiciel

opérationnel, authentification réussie).

- La campagne de culture a déjà été choisie au préalable dans le SYSGESCULT.

Scénario nominal

1. L'Assistant de Direction choisit d'accéder au Menu Consultation			2. Le SYSGESCULT affiche le Menu Consultation 3. Le SYSGESCULT attend le choix de l'utilisateur pour le type d'opération qu'il souhaite consulter	4. L'Assistant de Direction choisit le type d'opération
	5. Le SYSGESCULT demande le type de consultation que l'utilisateur souhaite effectuer		6. L'Assistant de Direction choisit le type de consultation
	7. Le SYSGESCULT affiche le Formulaire de Consultation correspondant 8. Le SYSGESCULT demande les données pour la consultation		9. L'Assistant de Direction saisie les données
	10. Le SYSGESCULT attend la validation des données entrées en paramètre		11. L'Assistant de Direction valide les données
	12. Le SYSGESCULT recherche dans la base de données les informations y afférentes 13. Le SYSGESCULT affiche le résultat de la recherche 14. Le SYSGESCULT demande à l'utilisateur s'il souhaite imprimer les données		15. L'Assistant de Direction souhaite imprimer les données
	16. Le SYSGESCULT met en page les données y afférentes et les imprimes

45

	17. Le SYSGESCULT demande à l'utilisateur s'il souhaite effectuer une autre consultation
18. L'Assistant de Direction ne souhaite plus effectuer une autre consultation pour ce type d'opération	19. Le SYSGESCULT ferme Formulaire de Consultation retourne au Menu Consultation	le et

Enchainement alternatif :

A1 : l'Assistant de Direction ne souhaite pas imprimer les données L'enchainement A1 démarre au point 14 du scénario nominal 15. L'Assistant de Direction décide de ne pas imprimer les données Le scénario nominal reprend au point 17.

A2 : l'Assistant de Direction souhaite effectuer une autre consultation sur le même type d'opération

L'enchainement A1 démarre au point 17 du scénario nominal

18. L'Assistant de Direction souhaite effectuer une autre consultation

19. Le SYSGESCULT initialise tous les champs Le scénario nominal reprend au point 8.

Enchainement d'erreur :

E1 : L'Assistant de Direction ne saisie aucune donnée L'enchainement E1 démarre au point 8 du scénario nominal

9. L'Assistant de Direction ne saisie aucune donnée

10. L'Assistant de Direction indique au SYSGESCULT de retourner au Menu consultation

11. Le SYSGESCULT ferme le Formulaire de consultation et retourne au Menu consultation; le cas d'utilisation se termine en échec.

E2 : L'Assistant de Direction ne valide pas les données L'enchainement E2 démarre au point 10 du scénario nominal 11. L'Assistant de Direction ne valide pas les données saisies

12. L'Assistant de Direction indique au SYSGESCULT de retourner au Menu consultation

46

13.Le SYSGESCULT ferme le Formulaire de consultation et retourne au Menu consultation; le cas d'utilisation se termine en échec.

E3 : aucune donnée ne correspond

L'enchainement E3 démarre au point 12 du scénario nominal

13. Le SYSGESCULT n'a trouvé aucune information afférente aux données entrées par l'utilisateur.

14. Le SYSGESCULT notifie l'utilisateur de l'inexistence des données y afférentes, ferme le Formulaire de consultation et retourne au Menu consultation; le cas d'utilisation se termine en échec.

Post condition

Aucune ligne d'enregistrement n'a été altérée

b) Description graphique

Nous avons choisi de présenter la description graphique du cas d'utilisation « Consulter les données» par un diagramme de séquence. (Voir page suivante)

47

Figure 12 : Diagramme de séquence du cas d'utilisation « Consulter les données »

Source : Auteur, Juin 2014

48

C - Cas d'utilisation « S'authentifier»

a) Description textuelle Sommaire d'identification

Titre : S'authentifier

Résumé : ce cas d'utilisation permet aux utilisateurs de s'identifier sur le système par un compte utilisateur et un mot de passe ; sans une authentification réussie, l'utilisateur ne peut entrer dans le système.

Acteur : Assistant de Direction, Responsable Informatique

Description des scénarios

Pré condition

- Le système est déjà opérationnel (serveur en état de marche, lancement du logiciel

opérationnel).

- L'utilisateur possède un compte utilisateur

Scénario nominal

1.	L'utilisateur lance le logiciel SYSGESCULT		2. Le SYSGESCULT affiche la Fenêtre d'authentification et demande à l'utilisateur de saisir son nom d'utilisateur et son mot de passe
3.	L'utilisateur saisit son d'utilisateur et son mot de passe	nom	4. Le SYSGESCULT attend la validation de la saisie par l'utilisateur
5.	L'utilisateur valide authentification	son	6. Le SYSGESCULT vérifie que le compte utilisateur existe dans la base de données 7. Le SYSGESCULT vérifie l'état actuel du compte (bloqué ou non bloqué) 8. Le SYSGESCULT vérifie la concordance entre le mot de passe saisi par l'utilisateur et celui enregistré dans la base de données pour le compte en question
9. Le SYSGESCULT valide et enregistre l'authentification de l'utilisateur 10. Le SYSGESCULT affiche la Fenêtre de choix de l'année de campagne

49

Enchainement alternatif :

A1 : le mot de passe est invalide et le nombre de tentatives est inférieur à trois L'enchainement A1 démarre au point 8 du scénario nominal

9. Le SYSGESCULT refuse la concordance entre les mots de passes

10. Le SYSGESCULT vérifie que le nombre de tentatives n'est pas égal à trois pour la journée

11. Le SYSGESCULT enregistre la tentative d'accès

12. Le SYSGESCULT initialise les champs

13. Le SYSGESCULT notifie l'utilisateur que le mot de passe est invalide et lui indique le nombre restant de tentative d'essai d'authentification.

Le scénario nominal reprend au point 2.

Enchainement d'erreur:

E1 : l'utilisateur ne valide pas l'authentification L'enchainement E1 démarre au point 4 du scénario nominal

5. L'utilisateur ne valide pas son authentification

6. Le SYSGESCULT ferme la fenêtre d'authentification ; le cas d'utilisation se termine en échec.

E2 : le compte n'existe pas

L'enchainement E2 démarre au point 6 du scénario nominal

7. Le SYSGESCULT n'a pas trouvé le compte correspondant

8. Le SYSGESCULT enregistre la tentative d'accès

9. Le SYSGESCULT notifie l'utilisateur que le compte n'existe pas ; le cas d'utilisation se termine en échec.

50

E3 : le compte est bloqué

L'enchainement E3 démarre au point 7 du scénario nominal

8. Le SYSGESCULT a vérifié que le compte est bloqué

9. Le SYSGESCULT enregistre la tentative d'accès

10. Le SYSGESCULT notifie l'utilisateur que le compte est bloqué et qu'il faudrait signaler le Responsable Informatique afin de le débloquer; le cas d'utilisation se termine en échec.

E4 : le mot de passe est invalide et le nombre de tentatives est égal à 3

L'enchainement E4 démarre au point 8 du scénario nominal

9. Le SYSGESCULT refuse la concordance entre les mots de passes

10. Le SYSGESCULT enregistre la tentative d'accès

11. Le SYSGESCULT vérifie que le nombre de tentatives n'est pas égal à trois pour la journée

12. Le SYSGESCULT a vérifié que le nombre de tentatives égal à trois

13. Le SYSGESCULT bloque le compte en question

14. Le SYSGESCULT enregistre le blocage du compte utilisateur

15. Le SYSGESCULT notifie l'utilisateur que le nombre de tentatives a été atteint, que le mot de passe est incorrect, que le compte a été bloqué et qu'il faudrait signaler le Responsable Informatique afin de le débloquer; le cas d'utilisation se termine en échec.

Post condition

Les tentatives d'authentifications seront toujours enregistrées dans le journal de fichier du SYSGESCULT aussi bien en cas de succès que d'échec

b) Description graphique

Nous avons choisi de présenter la description graphique du cas d'utilisation « S'authentifier » par un diagramme d'activité. (Voir page suivante)

51

Figure 13 : Diagramme d'activité du cas d'utilisation « S'authentifier »

Début

Affichage Fenetre
Choix Année de campagne

Enregistrement de l'authentification

Vérification existence compte

Vérification mot de passe

Vérification état compte

Attente validation informations compte

[Validé]

[Compte non bloqué]

[Compte existe]

[OK]

[Compte n'existe pas]

[Non OK]

[Annulé]

[Compte bloqué]

Vérification nombre de tentative d'accès

Enregistrement tentative d'accès

Enregistrement tentative d'accès

Ré-initialisation des champs

Authentification Annulée

Blocage compte utilisateur

[nombre tentative d'accès = 3]

[nombre tentative d'accès < 3]

Enregistremenent blocage compte

Enregistrement tentative d'acces

Fin nominale

Source : Auteur, Juin 2014

52

D - Cas d'utilisation « Maintenir l'état opérationnel» a) Description textuelle

Sommaire d'identification

Titre : Maintenir l'état opérationnel

Résumé : ce cas d'utilisation permet de maintenir le bon fonctionnement du système notamment par la gestion des comptes utilisateurs (création, modification, suppression et déblocage de compte utilisateur) et par la gestion de la base de données (sauvegarde et restauration de la base de données)

Acteur : Responsable Informatique

Description des scénarios

Pré condition

- La maintenance du système doit être effectuée tous les jours

Scénario nominal

1.	Le Responsable Informatique lance l'application SYSGESCULT	2. Le SYSGESCULT affiche la Fenêtre d'authentification et attend l'authentification de l'utilisateur
3.	Le Responsable Informatique s'authentifie	4. Le SYSGESCULT vérifie l'effectivité de la connexion à la base de données 5. Le SYSGESCULT affiche le Menu Principale		6.
Le Responsable Informatique accède au Menu Administration du Système	7. Le SYSGESCULT affiche le Menu Administration du Système 8. Le SYSGESCULT vérifie l'état actuel du système 9. Le SYSGESCULT notifie l'utilisateur qu'aucune maintenance n'est nécessaire 10. Le SYSGESCULT demande à

53

	l'utilisateur s'il souhaite comme même effectuer d'autres tâches
11. Le Responsable Informatique ne souhaite pas effectuer d'autres tâches	12. Le SYSGESCULT retourne au Menu Principale

Enchainement alternatif :

A1 : le Responsable Informatique souhaite effectuer d'autres tâches et choisit d'administrer la base de données

L'enchainement A1 démarre au point 10 du scénario nominal

11. Le Responsable Informatique souhaite effectuer une autre tâche

12. Le Responsable Informatique d'administrer la base de données

13. Le SYSGESCULT affiche le Formulaire d'administration de la base de données

14. Le Responsable Informatique entreprend les opérations d'administration de la base de données (sauvegarde ou restauration)

15. Le SYSGESCULT effectue les traitements y afférentes

16. Le SYSGESCULT notifie l'utilisateur du succès de l'opération

17. Le SYSGESCULT ferme le Formulaire d'administration de la base de données Le scénario nominal reprend au point 7.

A2 : le Responsable Informatique souhaite effectuer d'autres tâches et choisit d'administrer les comptes utilisateurs

L'enchainement A2 démarre au point 10 du scénario nominal

11. Le Responsable Informatique souhaite effectuer une autre tâche

12. Le Responsable Informatique choisit d'administrer les comptes utilisateurs

13. Le SYSGESCULT affiche le Formulaire d'administration des comptes utilisateurs

14. Le Responsable Informatique entreprend les opérations d'administration de comptes utilisateurs (création, modification, suppression)

15. Le SYSGESCULT effectue les traitements y afférentes

16. Le SYSGESCULT notifie l'utilisateur du succès de l'opération

17. Le SYSGESCULT ferme le Formulaire d'administration des comptes utilisateurs Le scénario nominal reprend au point 7.

54

Enchainement d'erreur :

E1 . le système notifie que la connexion à la base de données a échoué et l'utilisateur ne souhaite pas y remédier

L'enchainement E1 démarre au point 4 du scénario nominal

5. Le SYSGESCULT notifie que la connexion à la base de données a échouées

6. Le Responsable Informatique ne souhaite pas réparer le problème

7. Le Responsable Informatique choisit d'arrêter le logiciel

8. Le SYSGESCULT se ferme ; le cas d'utilisation se termine en échec.

E2 . le système notifie qu'un ou plusieurs comptes sont bloqué et l'utilisateur ne souhaite pas les débloquer

L'enchainement E2 démarre au point 8 du scénario nominal

9. Le SYSGESCULT notifie qu'un ou plusieurs comptes sont bloqué

10. Le Responsable Informatique ne souhaite pas débloquer le (les) compte (s) en question

11. Le SYSGESCULT retourne au Menu principale ; le cas d'utilisation se termine en échec.

E3 . le système notifie que la sauvegarde journalière de la base de données n'a pas encore été effectuée et l'utilisateur ne souhaite pas effectuer la sauvegarde

L'enchainement E3 démarre au point 8 du scénario nominal

9. Le SYSGESCULT notifie que la sauvegarde de la base de données n'a pas encore été effectuée

10. Le Responsable Informatique ne souhaite pas effectuer la sauvegarde de la base de données

11. Le SYSGESCULT retourne au Menu principale ; le cas d'utilisation se termine en échec.

E4 . le système notifie qu'un ou plusieurs comptes sont bloqué et que la sauvegarde journalière de la base de données n'a pas encore été effectuée et l'utilisateur ne souhaite pas effectuer la maintenance

L'enchainement E4 démarre au point 8 du scénario nominal

9. Le SYSGESCULT notifie qu'un ou plusieurs comptes sont bloqué et que la sauvegarde de la base de données n'a pas encore été effectuée

10. Le Responsable Informatique ne souhaite pas effectuer la maintenance

11. Le SYSGESCULT retourne au Menu principale ; le cas d'utilisation se termine en échec.

Post condition

- Au moins une maintenance a été effectuée - Le système est plus opérationnel

b) Description graphique

Nous avons choisi de présenter la description graphique du cas d'utilisation « Maintenir l'état opérationnel » par un diagramme d'activité.

Figure 14 : Diagramme d'activité du cas d'utilisation « Maintenir l'état opérationnel »

Commentaire 3 si [Ne pas débloquer]

Commentaire 1 Deblocage effectué

Déblocage compte

[Débloquer]

[Si existence de compte bloqué]

[Ne pas débloquer]

Vérification Connexion à la Base de Données

Affichage Menu Administration Système

Affichage Fenetre d'Authentification

Vérification état actuel du système

Maintenance du système annulée

[Existence de Maintenance détéctée]

Affichage Menu Principale

[Connexion réussie]

Début

[Ne pas sauvegarder]

[Connexion échouée]

[Si sauvegarde de la base de données pas encore efféctée]

[Aucune Maintenance détéctée]

Commentaire 2 Déblocage effectué ET

Sauvegarde terminée

Commentaire 4 si [Ne pas sauvegarder]

[Sauvegarder]

Sauvegarde Base de Données

[Ne pas réparé]

[Réparé]

Commentaire 5 si [Ne pas débloqué] ET

si [Ne pas sauvegarder]

[Si administration base de données]

Vérification paramètres

Vérification si effectuer autres tâches

Administration base de données

[OUI]

[NON]

Administration Compte utilisateur

[Si administration des comptes]

Fin nominale

55

Source : Auteur, Juin 2014

56

SECTION II - ÉTUDE STATIQUE

L'étude statique est réalisée par la modélisation d'un diagramme de classe. Ce dernier s'élabore à partir des règles de gestions de l'organisation étudié.

Le diagramme de classe est souvent considéré comme le diagramme le plus important de la modélisation orientée objet, il montre entre autre la structure interne du système.

§ 1 - Règles de gestions

Les règles de gestion permettent globalement de déterminer les entités possibles du système ainsi que les associations les reliant.

Dans notre cas, les principales règles de gestions illustrant le côté statique du système sont les suivantes :

RG1 : une campagne de culture peut concerner plusieurs opérations de culture

RG2 : une opération de culture est rattachée à une et une seule campagne de culture

RG3 : une opération de culture peut être une opération de semis, de plantation, de fertilisation, de lutte phytosanitaire, de sarclage, de récolte ou de dépente

RG4 : une ferme est composée de plusieurs parcelles

RG5 : une parcelle est incluse dans une et une seule ferme

RG6 : la surface cultivable d'une parcelle varie selon la campagne de culture

RG7 : une opération de culture donnée ne concerne qu'une et une seule parcelle

RG8 : une opération de culture n'utilise qu'un et un seul intrant

RG9 : un intrant peut être utilisé par plusieurs opérations de cultures

§ 2 - Diagramme de classe1

Une classe est l'abstraction d'un ensemble d'objet qui possède une structure identique (liste des attributs) et un même comportement (liste des opérations). Un objet est une instance d'une et une seule classe, de ce fait les concepts de classe et d'objet sont interdépendants.

Un attribut est une propriété élémentaire d'une classe. Ce sont des variables stockant des informations sur l'état de l'objet. Pour chaque objet d'une classe, l'attribut prend une valeur. Il peut avoir des valeurs multiples. Un attribut peut être calculé à partir d'autre attribut de la classe, c'est un attribut dérivé. Il a comme syntaxe : « visibilité - nom de l'attribut ».

Une opération est une fonction applicable aux objets d'une classe. Elle permet de décrire le comportement d'un objet. Chaque opération est désignée par son nom, sa liste des

¹ Jérôme VELO, MÉTHODOLOGIE DES SYSTÈMES D'INFORMATION : La méthode à objet, Université de Toamasina, 2011, p.29

57

paramètres (facultative) et son type de résultat (facultatif). L'absence de paramètre est indiqué par « ( ) ». Elle a comme syntaxe : « visibilité - nom de l'opération - (paramètres) - [type retour] ».

La visibilité est définie par l'un des trois niveaux de protection des données suivant :

- Public (+) : Accès à partir de toute entité interne ou externe de la classe

- Protégé (#) : Accès à partir de la classe ou sous-classe - Privé (-) : Accès à partir des opérations de la classe.

Découlant des règles de gestion, le diagramme de classe relatif au système étudié est le suivant :

Figure 15 : Diagramme de classe du SYSGESCULT

+ Campagne

+ id_c

+ annee

+ observation

+ creerCampagne() << create >>

+ supprimerCampagne() << destroy >> + modifierCampagne()

+ listerCampagne()

+ utilisateur

+ id_utilisateur + nom

# type

# etat_compte - mdp

- etat_connecter - etat_initialiser - etat_premier

1

affecte

0..*

0..* 0..*

+ surface_cultivable

+ attribuerSurface()

+ Surface

+ Parcelle

+ id_p

+ nom_p

+ creationParcelle() << create >>

+ modificationParcelle()

+ suppressionParcelle() << destroy >> + listerParcelle()

0..*

+ creerCompte()

+ modifierCompte()

+ supprimerCompte()

+ debloquerCompte()

+ bloquerCompte()

+ initialiserCompteTout()

+ initialiserCompte(id_utilisateur)

1	utilisé	0..*

+ id_i

+ designation + dose

+ dar

+ ajouterIntrant() << create >>

+ modifierIntrant()

+ supprimerIntrant() << destroy >>

+ Intrant

+ observation

+ quantite_theorique

+ dose

+ dar

+ date_limite_recolte

+ calculDateLimiteRecolte()

+ Lutte_phytosanitaire

+ surfaceSarcle + main_doeuvre

+ sarclage

+ surface_previsionnel_recolte + observation

+ Recolte

1

concerné

0..*

+ Operation

+ id_operation

+ date

+ type

+ quantite

+ etat

+ enregistrerOperation() << create >>

+ modifierOperation()

+ supprimerOperation() << destroy >>

+ imprimerOperation()

+ rechercherOperation()

+ listerEnregistrement()

+ verifierInterdependanceDonnees()

+ Semis

+ Plantation

+ date_plantation_previsionnel + observation

+ surface_planté + main_doeuvre

+ surface_previsionnel_fertilisation + quantitie_theorique

+ calculSurfaceFertilisation() + calculQuantiteFertilisation()

+ Fertilisation

+ misAJourListeOperation()

composé

1

+ Ferme

+ id_f

+ numero_f + localisation

+ creationFerme() << create >>

+ modificationFerme()

+ supprimerFerme() << destroy >>
+ imprimerListeFerme()

+ depente

+ calculDateplantationApresSemis()

58

Source : Auteur, Juin 2014

59

SECTION III - ÉTUDE COMPORTEMENTALE

L'étude comportementale met l'accent sur l'organisation des tâches au niveau du système étudié. Elle se base notamment sur l'analyse des règles d'organisation de la société pour ensuite l'illustrer graphiquement.

De ce fait les cas d'utilisation seront illustrés graphiquement par des diagrammes d'activité en mettant en évidence notamment la participation des divers acteurs.

§ 1 - Règle d'organisation

Les principales règles d'organisation illustrant le coté comportemental de notre système ont été regroupées comme suit :

RO1 : l'Assistant de Direction s'assure de la saisie des données dans le SYSGESCULT, après avoir reçu les données de culture venant du Gestionnaire de Ferme.

RO2 : l'analyse des données ne peut être faite que par le Responsable Administratif Ferme

RO3 : la consultation des données peut être effectuée par tous les utilisateurs disposant de compte utilisateur.

RO4 : la tâche de sauvegarde de la base de données est effectuée quotidiennement par le Responsable Informatique (ne requérant pas l'aval du Directeur).

RO5: la restauration de la base de données ne pourra se faire qu'après ordre du Directeur, avec l'accord du Responsable Administratif Ferme.

RO6 : la création d'un compte utilisateur nécessitera l'autorisation du Directeur.

§ 2 - Diagramme d'activité

La présentation graphique de l'enchainement de l'exécution des cas d'utilisation du point de vue organisationnel de la SOCTAM est représentée par un diagramme d'activité. De ce fait, elle se base sur les règles d'organisation de la société.

A - Diagramme d'activité du cas d'utilisation « Enregistrer l'opération »

Les acteurs interagissant sont l'Assistant de Direction, le Responsable Administratif Ferme, le Gestionnaire de Ferme, le Chef de Ferme et le Chef d'Ilôt. (Voir page suivante)

Figure 16 : Diagramme d'activité du cas d'utilisation « Enregistrer l'opération »

Assistant de direction	Responsable administratif ferme		Gestionnaire de ferme	Chef de ferme	Chef d'ilôt
			Regrouper données	Valider		Collecter données DEBUT
				données
Recevoir données			Envoyer données
S'authentifier
Enregistrer données
Communiquer enregistrement efféctuée
	Recevoir notification
		FIN

Source : Auteur, Octobre 2013

B - Diagramme d'activité du cas d'utilisation « Consulter les données »

Les acteurs interagissant sont le Responsable Administratif Ferme, le Directeur, l'Assistant de Direction et le Chef d'Ilôt.

Figure 17 : Diagramme d'activité du cas d'utilisation « Consulter les données »

Responsable Administratif Ferme

Directeur

Asssitant de Direction

Chef d'ilôt

DEBUT

Communiquer enregistrement

Recevoir notification

effectuée

S'authentifier

Consulter données

Analyser données

[operation non OK]

[operation

OK]

Envoyer ordre

Recevoir ordre

de relance opération

de relance

Imprimer enregistrement du jour

Corriger l'opération

Envoyer rapport

Recevoir rapport jounralier

journalier

Enregistrement du jour imprimé

FIN

60

Source : Auteur, Juin 2014

Source : Auteur, Juin 2014

61

C - Diagramme d'activité du cas d'utilisation « Maintenir le système opérationnel »

Les acteurs interagissant sont le Responsable Informatique, le Responsable Administratif Ferme et le Directeur

Figure 18 : Diagramme d'activité du cas d'utilisation « Maintenir le système opérationnel »

Responsable Informatique

Responsable Administratif Ferme

Directeur

DEBUT

S'authentifier

Accès Espace

Administrateur

[Existence

de Maintenance détéctée] [Aucune Maintenance [ne pas effectuer d'autres tâches]

détéctée] [Administrer compte utilisateur]

Maintenance du système

Accord pour la restauration

Ordre pour la restauration de la base de donnée

[Administrer base de données]

de la base de données

Accord pour la création

Administration

Administration base de données

compte utilisateur

de compte utilisateur

[Sauvegarder] [Restaurer]

[Gérer compte] [Créer compte]

Modification Suppression

Sauvegarder base de données

Recevoir ordre de restauration

Administrer compte utilisateur

Recevoir accord de création de compte

Restaurer

Création

compte

base de

données

Imprimer

Imprimer

liste des

comptes

historique de

restauration

Recevoir rapport

Liste des comptes

imprimé

de création de compte

Recevoir rapport de restauration

Envoyer

Envoyer rapport

Recevoir rapport de restauration

rapport de restauration

de création de compte

Historique de restauration imprimé

FIN

62

CHAPITRE II - RÉALISATION

Ce chapitre présente dans son ensemble la réalisation du SYSGESCULT, il aborde notamment la mise en place du système d'information, le choix des outils de développements, le choix de la base de données et la présentation du logiciel développé.

SECTION I - MISE EN PLACE DU SYSTÈME D'INFORMATION

De façon général, un système d'information est l'intermédiaire entre les systèmes de décision et opérationnel par qui transite toute les informations (mémorise l'information, traite l'information et fait circuler l'information)^'.

§ 1 - Définition du système d'information

De nombreux auteurs ont avancés une définition bien précise d'un système d'information, mais on peut les regrouper en deux grandes approches :

- Approche systémique classique : le système d'information est considéré comme un réservoir structuré d'informations

- Approche système de travail : le système d'information est une vue orientée informations d'un ensemble de processus organisationnels.

Cependant, une vision plus élargi tend à définir le système d'information dans son articulation avec le système informatique 2:

- Le système d'information d'une entreprise est la partie du réel, constituée d'informations organisées, d'événements ayant un effet sur ces informations, et d'acteurs qui agissent sur ces informations ou à partir de ces informations, selon des processus visant une finalité de gestion et utilisant les technologies de l'information.

- Le système informatique est un ensemble organisé d'objets techniques - matériels, logiciels, applicatifs - dont la mise en oeuvre réalise l'infrastructure du système d'information et lui permet de fonctionner

En définitive un système d'information peut être défini comme étend un système représentant l'ensemble des éléments participant à la gestion, au stockage, au traitement, au transport, à la diffusion et à la représentation de l'information au sein d'une organisation^'.

¹ Olivier GUILBERT, Cours d'Analyse et Conception des Systèmes d'Information (d'Outils et Modèles pour le Génie Logiciel), 2007, P.33

² Chantal MORLEY, Jean HUGUES et Bernard LEBLANC, UML 2 pour l'analyse d'un système d'information, DUNOD, 2008, P.8

63

De ce fait les principaux rôles du système d'informations sont de produire les informations légales réclamées par l'environnement, de déclencher les décisions programmées, de fournir des informations aux décideurs pour aider à la prise de décisions non programmées et de coordonner les tâches en assurant les communications au sein du système organisationnel².

Figure 19 : Interaction entre le système d'information et le système informatique

Informations

Acteurs

Processus

s'appuie sur permet

Matériels Logiciels

Système d'information

Système informatique

Applicatifs et
bases de données

Source : Chantal MORLEY³

§ 2 - Architecture du système d'information

Les architectures de système d'informations les plus utilisés actuellement sont les suivantes⁴:

- Architecture client/serveur 2 niveaux : le client discute directement avec le serveur

· Premier type : les données sont gérées par un serveur et les traitements de gestion des données sont liés à l'architecture de l'interface utilisateur (client)

¹ Jacques LAFORGUE, Architecture des Systèmes d'Information, 2009, P.2

² Olivier GUILBERT, Cours d'Analyse et Conception des Systèmes d'Information (d'Outils et Modèles pour le Génie Logiciel), 2007, P.34

³ Chantal MORLEY, Jean HUGUES et Bernard LEBLANC, UML 2 pour l'analyse d'un système d'information, DUNOD, 2008, P.8

⁴ Jacques LAFORGUE, Architecture des Systèmes d'Information, 2009, P.10 - 18

· 64

Second type : les données ainsi que les traitements de gestion liés sont gérées par un serveur, le client récupère juste les résultats.

- Architecture 3 niveaux : sépare le codage et la mise en oeuvre entre l'interface utilisateur, les traitements et les données

- Architecture 4 niveaux (Web-service) : l'interface client est d'ordre général exécuté dans un navigateur ; cette architecture exige notamment un serveur d'application, un couche métier, un couche d'accès au données et un service de base (permettant l'authentification et assurant la sécurité et la persistance des données).

La SOCTAM dispose déjà d'un serveur de Base de données dans lequel sont enregistrées tous les données. De plus, tous les ordinateurs sont connectés à ce serveur.

De ce fait, après analyse et discussions avec le Responsable Informatique, l'architecture retenue pour la mise en place du SYSGESCULT est l'architecture client/serveur 2 niveaux de premier type.

Cette architecture permet à la fois d'alléger le serveur et d'assurer de ce fait une réponse plus rapide. Les requêtes d'accès aux données sont lancées au serveur depuis le logiciel uniquement (installé sur les machines clients).

Figure 20 : Architecture du SYSGESCULT à mettre en place

Source : Auteur, Juin 2014

65

Un Middleware est un ensemble de composants logiciels assurant la communication des données entre le serveur et les clients (exemple de Middleware les plus utilisés : pare-feu, ODBC)¹.

SECTION II - CHOIX DES OUTILS DE DÉVELOPPEMENT ET SGBD

Cette section expose les outils de développement utilisé lors de l'implémentation du SYSGESCULT ainsi que le SGBD retenu.

§ 1 - Les outils de développement utilisés

Le choix des outils de développement tient une place important dans l'informatisation d'un système d'information donnée. Le choix se basera notamment sur l'importance du système étudié et sur les fonctionnalités à apportés tout en suivant l'évolution technologique actuel.

A - NetBeans 7.2

NetBeans est un IDE (Integrated Development Environment) placé en open source par Sun Microsystems en juin 2010. Conçu en JAVA, NetBeans est disponible sous WINDOWS, LINUX, SOLARIS (sur x86 et SPARC), MAC OS X ou sous une version indépendante des systèmes d'exploitation (requérant la machine virtuelle).

En plus de JAVA, NetBeans permet également de supporter différents autres langages comme Python, C, C++, JavaScript, XML, PHP et HTML.

Il comprend toutes les caractéristiques d'un IDE moderne (éditeur en couleur, projet multi langage, éditeur graphique d'interfaces et de pages web)

Pour notre part, nous avons choisi d'utiliser le langage de programmation JAVA notamment pour les raisons suivantes :

- Elle a été conçue pour permettre le développement d'applications portables hautes performances sur une large gamme de plates formes informatiques

- Elle est la technologie de base de la plupart des applications en réseau et elle est exploité dans le monde entier pour développer et fournir des applications mobiles, des jeux, des contenues web et des logiciels d'entreprises.

- Elle est actuellement utilisée par plus de 9 millions de développeurs dans le monde

- Elle permet de développer, de déployer et d'utiliser efficacement des applications et des services fascinants.

¹ Jacques LAFORGUE, Architecture des Systèmes d'Information, 2009, P.6

66

B - iReport 5.2

iReport est un outil graphique de JasperReport permettant d'éditer des rapports (ou états) pour des applications JAVA. Il est basé sur un mode WYSIWIG (What You See Is What You Get).

JasperReport est un outil 100% open source de génération d'états/rapport développé en JAVA, il se présente sous la forme de librairie à intégrer aux applications. Il permettra la visualisation et l'export des données des de multiples formats.

iReport supporte toutes les bases de données disposant d'un pilote JDBC ainsi que d'autres sources de données comme les formats CSV et XML.

De plus, l'édition des rapports se base sur des requêtes SQL. Ce qui rend cet outil très intéressant pour les développeurs.

C - HelpMaker 7.4.4

HelpMaker est un logiciel permettant de créer des fichiers d'aide. Son interface facile à utiliser et assez complète dans ses fonctionnalités le rend très spéciale.

Le fichier d'aide HTML ainsi compilé aura pour extension .chm, c'est ce fichier qui sera appelé par le SYSGESCULT pour afficher l'aide du logiciel.

§ 2 - Le SGBD choisi

Par définition une base de données informatique est un ensemble de données qui ont été stockées sur un support informatique, et organisées et structurées de manière à pouvoir facilement consulter et modifier leur contenu.

De ce fait, Un Système de Gestion de Base de Données (SGBD) est un logiciel (ou un ensemble de logiciels) permettant de manipuler les données d'une base de données. C'est-à-dire sélectionner et afficher des informations tirées de cette base, modifier des données, en ajouter ou en supprimer (ce groupe de quatre opérations étant souvent appelé "CRUD", pour Create, Read, Update, Delete)¹.

Par ailleurs, un SGBDR (Relationnel) est un SGBD qui implémente la théorie relationnelle. Dans un SGBDR, les données sont contenues dans des relations qui sont représentés sous forme de tables.

¹ Chantal GRIBAUMONT, Administrer vos bases de données avec MySQL, 2012

67

On distingue actuellement de nombreux SGBD sur le marché. Aussi il serait inutile

d'essayer d'en dresser une liste exhaustive. Cependant les plus populaires et les plus utilisés

sont :

- ORACLE

- MYSQL

- PostgreSQL

- MS ACCESS

- SQLite

Comme SGBD, nous avons choisi d'utilisé MYSQL 6.0.9 (version gratuite) pour les

principales raisons suivantes :

- C'est un SGBDR portable (fonctionne sur Linux, Windows et MAC)

- Il dispose de deux licences : GPL (General Public License - Gratuit) et Commerciale

- C'est un logiciel Open Source

- Il supporte l'intégrité référentielle (pour les moteurs de stockage InnoDB)

- Il utilise SQL (Structured Query Language) comme langage

- Il est basé sur une architecture client/serveur

- Il est le mieux adapté pour la mise en oeuvre du SYSGESCULT

SQL est un langage informatique qui permet d'interagir avec des bases de données relationnelles. Le succès que connaissent les grands éditeurs de SGBDR repose notamment sur lui pour les raisons suivantes¹ :

- SQL peut s'interfacer avec des langages de troisième génération (C, Ada ou Cobol), mais aussi avec des langages plus évolués (C++, Java, Delphi, C#)

- L'indépendance entre les programmes et les données (la modification d'une structure de données n'entraîne pas forcément une importante refonte des programmes)

- Ces systèmes sont bien adaptés aux grandes applications informatiques de gestion et ont acquis une maturité sur le plan de la fiabilité et des performances

- Ils offrent entre autre la possibilité de stocker des informations non structurées (texte, images...) dans des champs BLOB (Binary Large OBject).

¹ Christian SOUTOU, UML 2 pour les bases de données, EYROLLES, P.179

68

Figure 21 : Fonctionnalités principales de MYSQL

Source : Christian SOUTOU, Apprendre SQL avec MySQL, EYROLLES, P.5

SECTION III - PRÉSENTATION DU LOGICIEL

Cette section fera objet de présentation du logiciel SYSGESCULT dans son ensemble en exposant uniquement les points clés.

§ 1 - Identification du logiciel

Il est à rappeler que le logiciel SYSGESCULT a été développé avec NETBEANS en utilisant le langage JAVA pour son implémentation. Les données sont stockées et gérées dans une base de données MYSQL.

De ce fait, il est à souligner que l'installation de JAVA (JDK 7) sur les postes clients ainsi que l'installation d'une version de MYSQL 6.0.9 sur le serveur de la SOCTAM seront nécessaire. Toutefois un manuel d'utilisation sera livré avec le logiciel lui-même, ce qui permettra de faciliter notamment les opérations d'installations des outils pré requis.

Le logiciel a été conçu dans une optique de pouvoir faciliter son utilisation, compte tenue du fait que les futurs utilisateurs ne seront pas forcément des adeptes de l'informatique.

A - Configuration matériels requis

Afin d'assurer une meilleur performance du logiciel, les configurations minimales des

matériels requise pour chaque poste clients seront les suivantes :

- Processeur : 1.6 GHz (simple coeur)

- RAM : 512 Mo

- Écran : 1024 x 768

B - Détails techniques

Le logiciel présente en tout :

- 23 Fenêtres

- 55 formulaires (géré en mode plan) - 33 états imprimables (cf. Annexe I) - 1 fichier d'aide

C - Icône du logiciel

L'icône du logiciel SYSGESCULT a été spécialement étudié afin d'il lustré le système en lui-même.

Figure 22 : Icône du logiciel

Source : Auteur, Juin 2014

de par ses fonctionnalités, de ce fait seul

quelques fenêtres

§ 2 - Présentation de quelques Fenêtres Le logiciel est assez grand seront présentées.

69

A - Accès

Au premier lancement de l'application, une fenêtre d'authentification s'affichera. L'utilisateur devra donc saisir son nom de compte ainsi que son mot de passe pour pouvoir se connecter au SYSGESCULT.

Le mot de passe est sensible à la casse (fait la différence entre les caractères majuscules et les minuscules).

70

Figure 23 : Fenêtre d'authentification

Source : Auteur, Juin 2014

Chaque compte est identifié uniquement selon le « nom du compte », de ce fait deux personnes ne pourront pas avoir un même nom de compte (la vérification de l'existence d'un compte similaire se fera automatiquement lors de la création d'un compte utilisateur).

De plus un type de compte sera attribué à chaque compte, ce qui déterminera les opérations que l'utilisateur pourra effectuer (les boutons pour accéder aux autres opérations seront ainsi grisé) :

- Utilisateur : Consultation données de cultures

- Administrateur : Gestion données de cultures (Enregistrement, Modification, Suppression et Consultation)

- Super administrateur : Consultation données de cultures, Gestion de la base de données (sauvegarde et restauration) et Gestion des comptes utilisateurs (Création, Modification et Déblocage).

Par ailleurs, l'enregistrement du mot de passe d'un compte utilisateur se fera lors de son premier accès au logiciel (étant donné que son mot de passe ne devrait être connu que par lui).

Figure 24 : cas de premier accès au logiciel

Source : Auteur, Juin 2014

Source : Auteur, Juin 2014

71

L'utilisateur aura droit à trois (03) tentatives d'accès afin de s'authentifier au SYSGESCULT. Au bout de trois échecs de tentatives d'accès dans une journée, le compte sera bloqué et ne sera plus accessible même si l'utilisateur saisie le bon mot de passe.

Il faudra notifier le Responsable Informatique (détenant d'un compte utilisateur de type super administrateur) afin de pouvoir le débloquer.

Figure 25 : cas de premier échec d'authentification

Source : Auteur, Juin 2014

Figure 26 : cas de deuxième échec d'authentification

Source : Auteur, Juin 2014

Figure 27 : cas de troisième échec d'authentification

72

Figure 28 : cas de tentative d'accès sur un compte bloqué

Source : Auteur, Juin 2014

Figure 29 : cas de tentative d'accès sur un compte inexistant

Source : Auteur, Juin 2014

Après authentification de l'utilisateur, la fenêtre de choix de l'année de campagne de culture s'affichera. Cette dernière est très importante, car ce sera à partir de l'année de campagne choisi que se fera toutes les requêtes au niveau de la base de données (il est à rappeler que chaque opération est rattachée à une année de campagne).

Figure 30 : Fenêtre de choix d'année de campagne

Source : Auteur, Juin 2014

73

B - Fenêtre principale

La fenêtre principale de l'application se divise en 4 parties : - Une barre d'outils, contenant les boutons suivant :

· Données (permettant l'accès aux opérations de culture : Enregistrement, modification, suppression et consultation)

· Semis

· Plantation

· Fertilisation

· Traitement phytosanitaire

· Sarclage

· Récolte

· Dépente

· Synthèse (permettant de consulter la synthèse d'une opération à une date)

· Fiche parcellaire (permettant de consulter toutes les opérations effectuer sur une parcelle de ferme donnée)

· Espace administrateur (permettant d'effectuer les opérations de maintenances du système : administration base de donnée et administration compte)

- Une zone d'accès rapide, permettant une navigation plus rapide du logiciel sur les opérations suivantes :

· Enregistrement

· Modification

· Suppression

· Consultation

· Enregistrement d'aujourd'hui

· Autres données (permet de gérer les informations de culture de base : campagne, ferme, parcelle, surface et intrant)

· Choix année de campagne (permet de changer l'année de campagne à opérer)

· Changer d'utilisateur (permet de changer de compte utilisateur)

- Une zone présentant la campagne de culture choisie (indiquant l'année de campagne) - Une barre de menu contenant les menus suivants :

· Fichier :

· Choix année de campagne

· Calendrier de semis

·

Source : Auteur, Juin 2014

74

Autres données

· Changer d'utilisateur

· Espace administrateur

· Imprimer :

· Données (permet d'imprimer la liste des opérations par catégories)

o Semis

o Plantation

o Fertilisation

o Traitement phytosanitaire

o Sarclage

o Récolte

o Dépente

· Autres données

· Aide :

· Aide (permet d'accéder au fichier d'aide du SYSGESCULT)

· A propos

Figure 31 : Fenêtre principale

C - Présentation de quelques formulaires

Le logiciel présente de nombreux formulaires, de ce fait seuls quelque uns seront présentés. Pour la suite de la présentation, nous avons choisi de présenter les formulaires pour le type d'opération Récolte (cependant le principe est quasiment le même pour tous les types d'opérations).

a) Formulaire d'enregistrement

Le formulaire d'enregistrement est composé deux (02) zones :

- Champs de saisie

- Tableau contenant les enregistrements effectués le jour

Une sélection sur une ligne d'enregistrement du tableau permettra cependant de modifier

ou de supprimer l'enregistrement en question.

Figure 32 : Formulaire d'enregistrement (récolte)

75

Source : Auteur, Juin 2014

b)

76

Formulaire de modification

Le formulaire de modification est composé de 3 zones :

- Champs de saisie

- Tri des données (selon la date de l'opération et/ou la date de saisie)

- Tableau (contenant les enregistrements selon le tri des données effectué)

Figure 33 : Formulaire de modification (récolte)

Source : Auteur, Juin 2014

c) Formulaire de suppression

Le formulaire de suppression est composé de 3 zones :

- Champs (pour l'affichage des informations à supprimer)

- Tri des données (selon la date de l'opération et/ou la date de saisie)

- Tableau (contenant les enregistrements selon le tri des données effectué)

Tous les champs sont grisé, afin d'éviter une fausse manipulation de l'utilisateur.

77

Figure 34 : Formulaire de suppression (récolte)

Source : Auteur, Juin 2014

d) Formulaire de consultation

Le formulaire de consultation est composé de 3 zones :

- Champs (pour l'affichage des informations)

- Tri des données (selon plusieurs critères)

- Tableau (contenant les enregistrements afférents au tri des données effectuées)

Un clic sur une ligne d'enregistrement du tableau affichera les informations y afférents dans la zone de champ. Tandis qu'un double clic ramènera au formulaire d'enregistrement, dans ce cas l'utilisateur pour effectuer les opérations de modification ou de suppression sur l'enregistrement en question.

Figure 35 : Formulaire de consultation (récolte)

Source : Auteur, Juin 2014

Figure 36 : zones de tri (consultation - récolte)

Source : Auteur, Juin 2014

78

79

e) Formulaire de synthèse

La consultation de synthèse des données pour chaque type d'opération est primordiale pour la SOCTAM afin de mieux évaluer la situation de la culture à une date donnée et ainsi de prendre les dispositions adéquates. De ce fait une mauvaise synthèse des données conduira à une mauvaise interprétation de la situation.

Le formulaire de synthèse de récolte se divise en 3 zones bien distinctes :

- Champ d'actualisation du tableau de synthèse

- Zone d'actualisation des diagrammes

- Zone d'affichage des synthèses (onglets)

Figure 37 : Synthèse récolte - tableau de synthèse (onglet 1)

Source : Auteur, Juin 2014

Le bouton Total recolte / Parcelle actualise à la fois le tableau (onglet2) et le graphique (onglet 5) selon la Ferme sélectionné par l'utilisateur (ici 512).

80

Figure 38 : Synthèse récolte - total récolte / parcelle (onglet 2)

Source : Auteur, Juin 2014

Figure 39 : Synthèse récolte - graphique (Total Quantité Récoltée / PARCELLE) onglet 5

Source : Auteur, Juin 2014

81

Figure 40 : Synthèse récolte - État récolte (regroupé par Ferme et Parcelle) onglet 4

Source : Auteur, Juin 2014

Figure 41 : Synthèse récolte - récolte effectuées (onglet 4)

Source : Auteur, Juin 2014

Source : Auteur, Juin 2014

82

Figure 42 : Synthèse récolte - graphique (Total Quantité Récoltée / PARCELLE)

Source : Auteur, Juin 2014

J) Formulaire pour Fiche parcellaire

La fiche parcellaire comprend toutes les opérations effectuées sur une parcelle donnée. Elle est aussi importante que les synthèses des opérations.

Figure 43 : Fiche parcellaire (onglet Traitement phytosanitaire sélectionné)

83

D - Présentation de l'Espace Administrateur

Pour un bon fonctionnement du SYSGESCULT, les tâches d'administration du système sont quasi incontournables.

Figure 44 : Menu Espace administrateur - Cas Sauvegarde non effectuée et compte bloqué détecté

Source : Auteur, Juin 2014

Figure 45 : Menu Espace administrateur - Cas Sauvegarde OK et compte bloqué détecté

Source : Auteur, Juin 2014

84

Figure 46 : Menu Espace administrateur - Cas Sauvegarde OK et compte OK

Source : Auteur, Juin 2014

Figure 47 : Formulaire de déblocage de compte utilisateur

Source : Auteur, Juin 2014

Afin de compléter la présentation du logiciel, quelques modèles d'états imprimés sont présentés en annexe (cf. Annexe II, Annexe III, Annexe IV et Annexe V).

85

CONCLUSION

Compte tenue de l'évolution incessante de la technologie actuelle, l'informatisation demeure la solution la plus adéquate aux nombreux problèmes inhérents à la gestion des systèmes d'informations.

La première partie de l'ouvrage nous a permis en premier lieu de présenter de façon globale ce qu'est la Société de Culture de Tabac à Madagascar SOCTAM, en partant notamment de sa filiation avec l'Imperial Tobacco Group ITG, en passant par ses divers sources de financements et puis en exposant ses activités de cultures de tabacs.

En second lieu elle a permis non seulement de définir, de délimiter et d'exposer de long en large le sujet étudié ; mais aussi de proposées des solutions par rapport aux problèmes constatés. La solution retenue a été de créer un nouveau système plus performant afin de mieux gérer les opérations de cultures effectuées au niveau des fermes de productions de la SOCTAM.

De ces études préalables, nous avons pu obtenir les informations nécessaires afin de passer à la conception du système en question.

La deuxième partie de l'ouvrage quant à elle nous a permis d'effectuer la conception du SYStème de GEStion de CULTure de tabac SYSGESCULT avec le langage de modélisation UML (Unified Modeling Language). La conception a été subdivisée en trois (03) études bien distinctes : fonctionnelle, statique et comportemental.

A partir de la conception du système, nous avons pu effectuer sa réalisation effective avec le langage de développement tant bien connu JAVA et le Système de Gestion de Base de Données (SGBD) MySQL.

À l'issu des investigations effectuées et de la mise en place effective du SYSGESCULT, nous pouvons nous attendre à une amélioration considérable de la gestion des cultures de tabacs au niveau de la SOCTAM.

Cependant, des améliorations pourront comme même être apporté au SYSGESCULT, notamment l'incorporation de la gestion des cultures indirectes ou la possibilité de se connecter au serveur de la SOCTAM directement à partir des fermes de productions. Pour ce dernier, cela nécessite encore un peu plus de temps et d'investissements pour sa conception mais surtout cela requerrait encore l'autorisation de l'Imperial Tobacco Group ITG.

86

BIBLIOGRAPHIE

I- Ouvrages généraux :

CAPUOZZO Olivier, Initiation à la programmation objet avec Java, 2004, 105 pages

DELANNOY Claude, Programmer en Java, EYROLLES, 2008, 816 pages

GRIBAUMONT Chantal, Administrez vos bases de données avec MySQL, 2012, 414 pages

LEFRANÇOIS Eric, Manuel Java, 2000, 279 pages

ROQUES Pascal, UML 2 par la pratique, EYROLLES, 2006, 364 pages

SOUTOU Christian, Apprendre SQL avec MySQL, EYROLLES, 418 pages

SOUTOU Christian, UML pour les bases de données, EYROLLES, 2002, 316 pages

TAHÉ Serge, Apprentissage du langage java, 2002, 343 pages

II- Cours théoriques :

BENONY Zackaria, Base de données, Université de Toamasina, 2011, 36 pages

RAHAJANIAINA Andriamasinoro, Programmation, Université de Toamasina, 2011.

VELO Jérôme, Méthodologie des systèmes d'information : La méthode à objet, Université de Toamasina, 2011, 56 pages

III- Webographie :

HERBY Cyrille, Apprenez à programmer en Java, 19 Juin 2014, 2 Juillet 2014, http://fr.openclassrooms.com/informatique/cours/apprenez-a-programmer-en-java

JackPotte, Programmation Java, 15 Février 2014, 18 Avril 2014, http://commons.wikimedia.org/wiki/File:Programmation_Java-fr.pdf?uselang=fr

LAFORGUE Jacques, Architecture des systèmes d'information, 23 Octobre 2009, 7 Juin 2014, http://jacques.laforgue.free.fr/SITE_NFP214 215/Cours/Site/NFP214_005_Architecture_SI.pdf

Sopra, Les erreurs de base avec MySQL, 31 Octobre 2013, 15 Avril 2014, http://fr.openclassrooms.com/informatique/cours/les-erreurs-de-base-avec-mysql

87

ANNEXES

Annexe I : Liste des états imprimables

Enregistrement du jour :

- Tous les enregistrements effectués

le jour

- Semis du jour

- Plantation du jour

- Fertilisation du jour

- Traitement phytosanitaire du jour

- Sarclage du jour

- Récolte du jour

- Dépente du jour

Liste des enregistrements (ou selon le

tri) :

- Liste de tous les Semis

- Liste de tous les Plantations

- Liste de tous les Fertilisations

- Liste de tous les Traitements

phytosanitaires

- Liste de tous les Sarclages

- Liste de tous les Récoltes

- Liste de tous les Dépente

Synthèse : (selon la date de synthèse

sélectionnée)

- Synthèse des Semis

- Synthèse des Plantations

- Synthèse des Fertilisations

- Synthèse des Traitements

phytosanitaires

- Synthèse des Sarclages

- Synthèse des Récoltes

- Synthèse des Dépentes

Espace administrateur :

- Historique de connexion (tout)

- Historique de connexion du jour - Historique des tentatives de connexions (tout)

- Historique des tentatives de connexions du jour

88

- Historique des restaurations de la base de données

- Historique des sauvegardes de la base de données

- Liste des comptes utilisateurs - Liste des comptes utilisateurs bloqués

Autres :

- Autres données : année de campagne, ferme, parcelle, surface et intrant

- Calendrier des semis

- Fiche parcellaire

89

Annexe II : Synthèse de récolte

90

Annexe III : Enregistrement du jour

91

Annexe IV : Fiche parcellaire (cas Ferme : 512 - Parcelle : A)

92

93

Annexe V : Tentative de connexion

94

LISTE DES FIGURES

Figure 1 : Place de la SOCTAM au sein de l'ITG 5

Figure 2 : Organigramme SOCTAM 7

Figure 3 : Source de financement simplifiée de la SOCTAM 8

Figure 4 : Processus d'acheminement des tabacs 11

Figure 5 : Organigramme Régions d'exploitations 14

Figure 6 : Organigramme Ferme d'exploitation 15

Figure 7 : Processus d'envoie des données journalier 25

Figure 8 : Variation poids de tabacs 29

Figure 9 : Diagramme de contexte 37

Figure 10 : Diagramme de cas d'utilisation 38

Figure 11 : Diagramme de séquence du cas d'utilisation « Enregistrer l'opération » 43

Figure 12 : Diagramme de séquence du cas d'utilisation « Consulter les données » 47

Figure 13 : Diagramme de séquence du cas d'utilisation « S'authentifier » 51

Figure 14 : Diagramme de séquence du cas d'utilisation « Maintenir l'état opérationnel » 55

Figure 15 : Diagramme de classe du SYSGESCULT 58

Figure 16 : Diagramme d'activité du cas d'utilisation « Enregistrer l'opération » 60

Figure 17 : Diagramme d'activité du cas d'utilisation « Consulter les données » 60

Figure 18 : Diagramme d'activité du cas d'utilisation

« Maintenir le système opérationnel » 61

Figure 19 : Interaction entre le système d'information et le système informatique 63

Figure 20 : Architecture du SYSGESCULT à mettre en place 64

Figure 21 : Fonctionnalités principales de MYSQL 68

Figure 22 : Icône du logiciel 69

Figure 23 : Fenêtre d'authentification 70

Figure 24 : Cas de premier accès au logiciel 70

Figure 25 : Cas de premier échec d'authentification 71

Figure 26 : Cas de deuxième échec d'authentification 71

Figure 27 : Cas de troisième échec d'authentification 71

Figure 28 : Cas de tentative d'accès sur un compte bloqué 72

Figure 29 : Cas de tentative d'accès sur un compte inexistant 72

95

Figure 30 : Fenêtre de choix d'année de campagne 72

Figure 31 : Fenêtre principale 74

Figure 32 : Formulaire d'enregistrement (récolte) 75

Figure 33 : Formulaire de modification (récolte) 76

Figure 34 : Formulaire de suppression (récolte) 77

Figure 35 : Formulaire de consultation (récolte) 78

Figure 36 : Zones de tri (consultation - récolte) 78

Figure 37 : Synthèse récolte - tableau de synthèse (onglet 1) 79

Figure 38 : Synthèse récolte - total récolte / parcelle (onglet 2) 80

Figure 39 : Synthèse récolte - graphique (Total Quantité Récoltée / PARCELLE) 80

Figure 40 : Synthèse récolte - État récolte (regroupé par Ferme et Parcelle) onglet 4 81

Figure 41 : Synthèse récolte - récolte effectuées (onglet 4) 81

Figure 42 : Synthèse récolte - graphique (Total Quantité Récoltée / PARCELLE) 82

Figure 43 : Fiche parcellaire (onglet Traitement phytosanitaire sélectionné) 82

Figure 44 : Menu Espace administrateur - Cas Sauvegarde non effectuée et

compte bloqué détecté 83

Figure 45 : Menu Espace administrateur - Cas Sauvegarde OK et compte bloqué détecté 83

Figure 46 : Menu Espace administrateur - Cas Sauvegarde OK et compte OK 84

Figure 47 : Formulaire de déblocage de compte utilisateur 84

96

LISTE DES TABLEAUX

Tableau n° I : Liste des fermes industrielles 10

Tableau n° II : Calendrier cultural de la SOCTAM 17

Tableau n° III : Synthèse reporting pépinière 19

Tableau n° IV : Synthèse reporting plantation 20

Tableau n° V : Synthèse reporting fertilisation 21

Tableau n° VI : Synthèse reporting sarclage 21

Tableau n° VII : Synthèse reporting lutte phytosanitaire 22

Tableau n° VIII : Synthèse reporting récolte 23

Tableau n° IX : Synthèse reporting dépente 24

Tableau n° X : Fiche technique semis 26

Tableau n° XI : Fiche technique plantation 27

Tableau n° XII : Fiche technique fertilisation 27

Tableau n° XIII : Fiche technique sarclage 27

Tableau n° XIV : Fiche technique lutte phytosanitaire 28

Tableau n° XV : Fiche technique récolte et dépente 28

97

TABLE DES MATIÈRES

SOMMAIRE

REMERCIEMENTS

LISTE DES ABRÉVIATIONS, SIGLES ET ACRONYMES

GLOSSAIRES

INTRODUCTION 1

PREMIÈRE PARTIE : PRESENTATION GLOBALE 2

CHAPITRE I - PRÉSENTATION DE L'ORGANISME 4

SECTION I - PRÉSENTATION DE LA SOCTAM 4

§ 1 - Généralité 4

§ 2 - Historique 4

§ 3 - Place de la SOCTAM au sein de l'ITG 5

SECTION II - ORGANISATION DE LA SOCTAM 6

§ 1 - Organigramme 6

§ 2 - Sources de financements 8

SECTION III - ACTIVITÉ DE LA SOCTAM 9

§ 1 - Culture de tabac 9

§ 2 - Processus d'acheminement des tabacs 11

CHAPITRE II - CADRAGE DU SUJET 13

SECTION I - CONTEXTE GÉNÉRAL 13

§ 1 - Présentation globale du système de gestion des tabacs en culture directe 13

§ 2 - Étapes de culture de tabac 15

SECTION II - STRUCTURE DES TRAITEMENTS 18

§ 1 - Présentation du système actuel 18

A - Reporting semis 18

B - Reporting plantation 19

C - Reporting fertilisation 20

D - Reporting sarclage 21

E - Reporting lutte phytosanitaire 22

F - Reporting récolte 22

98

G - Reporting dépente 23

§ 2 - Mode d'envoie des données journalières 24

A - Fiche technique semis 26

B - Fiche technique plantation 26

C - Fiche technique fertilisation 27

D - Fiche technique sarclage 27

E - Fiche technique lutte phytosanitaire 27

F - Fiche technique récolte et dépente 28

SECTION III - PROBLÈMES ET SOLUTIONS 30

§ 1 - Problèmes constatés 30

A - Au niveau de la sécurité des données 30

B - Au niveau de la fonctionnalité des macros 30

C - Au niveau de la synthétisation des données 31

D - Au niveau de la manipulation des données 31

E - Au niveau de l'insuffisance des opérations gérées 31

§ 2 - Solutions proposées 31

A - Possibilité 1 : maintenir l'utilisation de fichier Excel 32

B - Possibilité 2 : créer un nouveau système plus performant 33

DEUXIÈME PARTIE : CONCEPTION DETAILLÉE ET

RÉALISATION 34

CHAPITRE I - CONCEPTION DÉTAILLÉE 36

SECTION I - ÉTUDE FONCTIONNELLE 36

§ 1 - Diagramme de contexte 37

§ 2 - Diagramme de cas d'utilisation 37

§ 3 - Description des cas d'utilisation 39

A - Cas d'utilisation « Enregistrer l'opération » 39

a) Description textuelle 39

b) Description graphique 42

B - Cas d'utilisation « Consulter les données » 43

a) Description textuelle 43

b) Description graphique 46

C - Cas d'utilisation « S'authentifier» 48

a)

99

Description textuelle 48

b) Description graphique 50

D - Cas d'utilisation « Maintenir l'état opérationnel» 52

a) Description textuelle 52

b) Description graphique 55

SECTION II - ÉTUDE STATIQUE 56

§ 1 - Règles de gestions 56

§ 2 - Diagramme de classe 56

SECTION III - ÉTUDE COMPORTEMENTALE 59

§ 1 - Règle d'organisation 59

§ 2 - Diagramme d'activité 59

A - Diagramme d'activité du cas d'utilisation « Enregistrer l'opération » 59

B - Diagramme d'activité du cas d'utilisation « Consulter les données » 60

C - Diagramme d'activité du cas d'utilisation « Maintenir le système opérationnel » 61

CHAPITRE II - RÉALISATION 62

SECTION I - MISE EN PLACE DU SYSTÈME D'INFORMATION 62

§ 1 - Définition du système d'information 62

§ 2 - Architecture du système d'information 63

SECTION II - CHOIX DES OUTILS DE DÉVELOPPEMENT ET SGBD 65

§ 1 - Les outils de développement utilisés 65

A - NetBeans 7.2 65

B - iReport 5.2 66

C - HelpMaker 7.4.4 66

§ 2 - Le SGBD choisi 66

SECTION III - PRÉSENTATION DU LOGICIEL 68

§ 1 - Identification du logiciel 68

A - Configuration matériels requis 69

B - Détails techniques 69

C - Icône du logiciel 69

§ 2 - Présentation de quelques Fenêtres 69

A - Accès 69

B - Fenêtre principale 73

C - Présentation de quelques formulaires 75

a) Formulaire d'enregistrement 75

b)

100

Formulaire de modiJication 76

c) Formulaire de suppression 76

d) Formulaire de consultation 77

e) Formulaire de synthèse 79

J) Formulaire pour Fiche parcellaire 82

D - Présentation de l'Espace Administrateur 83

CONCLUSION 85

BIBLIOGRAPHIE 86

ANNEXES 87

Annexe I : Liste des états imprimables 88

Annexe II : Synthèse de récolte 89

Annexe III : Enregistrement du jour 90

Annexe IV : Fiche parcellaire (cas Ferme : 512 - Parcelle : A) 91

Annexe V : Tentative de connexion 93

LISTE DES FIGURES 94

LISTE DES TABLEAUX 96