Réalisation et mise en œuvre

Figure 14 : La gestion des essais

L’ajout des essais : le formulaire d’ajout des essais permet de saisir toutes les données de
l’essai et de sélectionner à partir d’une liste déroulante un projet et un champ (1).

Si le projet et/ou le champ n’existe pas dans la sélection, des liens permettent de rajouter un
nouveau projet et/ou un nouveau champ, comme dans le formulaire ci-dessous (2).

(1)
(2)

Figure 15 : L'ajout des essais

d) Les parcelles : La gestion des essais suit la même procédure que le projet, mais pour
ajouter une nouvelle parcelle, l’utilisateur doit connaitre l’essai installé sur cette parcelle et
durant quel cycle et campagne a été installée.

41
 Réalisation et mise en œuvre

L’ajout de nouvelle parcelle suit la méthode suivante :

(1) : l’utilisateur sélectionne un essai ;
(2) : une liste de cycles et de campagnes qui correspond à l’essai sélectionné s’affiche,
l’utilisateur ajoute une parcelle (2) par rapport au cycle et à la campagne sélectionnés.

(1)

(2)

(3)

Figure 16 : L'ajout de nouvelles parcelles

Une fois que l’utilisateur a sélectionné le cycle et la campagne associés à l’essai, l’identifiant
de ce dernier est enregistré automatiquement dans le formulaire de la parcelle, l’utilisateur
sélectionne aussi la modalité qui correspond parmi une liste déroulante de modalités (3)

42
 Réalisation et mise en œuvre

comme dans la troisième vue en figure(16), puis il finit par l’ajout et la sauvegarde de toutes
les données de la parcelle.

e) Les données annexes : Les données annexes sont toutes les listes de donnéesdont
l’utilisateur a besoin pour le protocole expérimental. La vue suivante porte une explication (1)
des fonctionnalités de tous les composants du menu des données annexes (2).

(2)

(1)

Figure 17 : Les données annexes

Exemple des données annexes : Les données annexes comportent le même type de
présentation des vues comme dans le protocole expérimental. Afin de faciliter la recherche
pour l’utilisateur, les données sont organisées en bloc, chaque vue des données annexes
comporte un lien (1) vers son composant dans le protocole expérimental.

43
 Réalisation et mise en œuvre

(1)

Figure 18 : L’affichage des données de la flore

f) Les analyses : Ce menu représente la liste des fichiers d’analyses que l’utilisateur va
importer dans la base de données, et dont il peut visualiser le contenu.

(1) (3)

Figure 19 : L'importation des fichiers d'analyses

Procédure d’importation des fichiers csv :

Le bouton (1) de la figure(19) affiche la vue de la figure (20) qui permet à l’utilisateur de
parcourir et de sélectionner le fichier csv à importer. Une fois que le fichier est sélectionné, le
bouton (2) permet de valider l’import des données.

44
 Réalisation et mise en œuvre

(2)

Figure 20: sélection des fichiers csv

Le bouton (3) de la figure (19) permet de visualiser les données importées sous forme de
tableau comme dans l'exemple ci-dessous.

Figure 21 : visualisation du fichier csv

g) La synthèse des essais : Ce menu offre la possibilité à l’utilisateur de lister tous les
essais installés sur les parcelles avec leurs caractéristiques : les modalités, le cycle et la
campagne associés. Comme toutes les cultures et les types d’observations dépendent de la
parcelle, ce menu permet aussi à l’utilisateur d’ajouter une culture, une observation sur cette
culture ou une observation sur la flore par rapport à la parcelle correspondante, comme dans
l’exemple suivant :
(1) : Chaque ligne de cette liste contient trois boutons, pour permettre à l’utilisateur
d’ajouter la culture ou le type d’observation qui correspond à la parcelle.
(2) : Une fois que l’utilisateurà sélectionner la parcelle à laquelle il associera son
type d’observation (dans cette exemple l’observation flore), il rentre dans le
formulaire d’ajout de l’observation, l’identifiant de la parcelle sélectionné est
enregistré automatiquement, puis il finit par l’ajout et la sauvegarde de toutes les
données de l’observation.

45
 Réalisation et mise en œuvre

(1)

(2)

Figure 22 : Synthèse des essais

Conclusion

Cette partie a été consacrée à la présentation de la méthode de développement qui a été menée
dans ce projet, et les outils qui nous ont servi d’appui pour trouver des solutions à la
problématique qui a été posée au début du projet, afin de satisfaire les besoins des utilisateurs.

46
Conclusion
Générale
 Conclusion et perspectives

Conclusion et perspectives

Ce projet a été mené dans le cadre d'une demande spécifique du service « techniques
culturales » d’eRcane en matière de gestion des données expérimentales, concernant le
développement d'un système d’information. La première étape a été l’implémentation d’une
base de données, et la deuxième étape a été consacrée au développement d’une application
web.

La base de données STC conçue lors de ce projet, est d’une valeur très importante pour le
service « techniques culturales ». D’une part, elle permet de stocker, de centraliser et de
pérenniser toutes leurs données reparties sur plusieurs années de recherche. D’autre part, elle
permet d’exploiter et de rechercher toutes les informations dont les agronomes ont besoin
pour réaliser des analyses, comparer et valider les résultats de leurs travaux de recherches.

L’application développée, offre la possibilité aux utilisateurs de gérer leurs données à travers
des interfaces web, qui sont accessibles depuis n’importe quel ordinateur et n'importe quel
lieu. L'alimentation de la base de données est réalisée à travers des formulaires de saisie, ou
par l'intermédiaire d'importations automatisées de fichiers Excel prédéfinis, avec un format
étudié spécifiquement pour l'importation. Pour une meilleure gestion des données, ces
interfaces web offrent d'autres fonctionnalités aux utilisateurs, comme par exemple,
l’affichage des tableaux de données ordonnés, pour pouvoir consulter toutes les données
stockées mais aussi, l'exportation des données à des fins d'analyse et de modélisation.

Plusieurs perspectives sont envisagées pour ce projet tels que :

la création d’interfaces de géolocalisation des parcelles ;

l’ajout d'équations de calculs, pour gérer les traitements phytosanitaires.

Durant cette formation j’ai été confrontée à quelques difficultés, dues à l’évolution des
besoins des utilisateurs qui m’a obligée à réadapter la conduite du projet. Mais loin de me
décourager, j’ai occupé tout mon temps à réunir les connaissances nécessaires qui m’ont
permis d’être à l’interface entre le domaine informatique et agronome. De ce fait, j’ai pu
également développer mes connaissances et acquérir de nouvelles compétences en base de
données, en développement web et dans l’utilisation des Frameworks. Grâce à ce stage, je
pense développer une passion dans le domaine des cultures agronomes qui est en sans cesse
évolution, mais aussi enrichir mon expérience humaine à travers le travail en entreprise.

47
Annexes
 Annexe 1 : L’architecture MVC et l’utilisation des Frameworks

Les Frameworks :

Le mot « Framework » provient de l'anglais « frame » qui veut dire « cadre » en français,
et « work » qui signifie « travail ». Littéralement, c'est donc un « cadre de travail », c’est
un ensemble de composants qui sert à créer les fondations, l'architecture et les grandes
lignes d'un logiciel. [8]

Avantages de l’utilisation des framework :

L'objectif premier d'un framework est d'améliorer la productivité des développeurs

qui l'utilisent on offrant des briques prêtes à être utilisées, autrement dit, le
framework s'occupe de la forme et permet au développeur de se concentrer sur le
fond.
Un framework améliore la façon de travailler, en utilisant l’architecture MVC, qui
permet d’organiser le code des développeurs.
une communauté active, une documentation de qualité et régulièrement mise à jour.

Inconvénients :

Une courbe d'apprentissage élevée. En effet, pour maîtriser un framework, il faut

un temps d'apprentissage non négligeable. Chaque brique qui compose un
framework a sa complexité et d’autre part des connaissances préalables du Design
pattern.

L’architecture MVC :

Le modèle MVC (modèle, vue, contrôleur), décrit une manière d'architecturer une application
informatique en la décomposant en trois sous-parties modèle, vue et contrôleur.
Le but de ce patron de conception (design pattern) est de séparer la logique applicative du
code de l’interface graphique.[9]

Modèle : Son rôle est d'aller récupérer les informations brutes dans la base de données, de les
organiser et de les assembler pour qu'elles puissent ensuite être traitées par le contrôleur.

p. 1
 Annexe 1 : L’architecture MVC et l’utilisation des Frameworks

Vue : S’occupe des interactions avec l’utilisateur, la présentation, la saisie et la validation des
données. On y trouve essentiellement du code HTML mais aussi quelques boucles et
conditions.

Contrôleur :cette partie gère la dynamique de l’application. C'est en quelque sorte

l'intermédiaire entre le modèle et la vue : le contrôleur va demander au modèle les données,
les analyser, prendre des décisions et renvoyer le texte à afficher à la vue.

Interactions entre les composants :

L’utilisateur envoie une demande de page à partir de son poste sous forme de requête http,
cette dernière est reçue et interprétée par le contrôleur. Celui-ci utilise les services du modèle
afin de préparer les données à afficher. Ensuite, le contrôleur fournit ces données à la vue, qui
les présente à l'utilisateur sous forme de pages html.

Figure 1 : Echanges d’informations entre les éléments du modèle MVC. [9]

Les moteurs de templates

Le mot « Templates » se traduit en français par « gabarits HTML », un moteur de Template

est une technique de programmation qui permet de séparer distinctement l’interface graphique
du reste de l’application.

Dans un projet web par exemple, le moteur de template permettra d’avoir un fichier purement
html/css/JavaScript d’un côté, et un fichier purement PHP/ASP/java d’un autre côté.

p. 2
 Annexe 1 : L’architecture MVC et l’utilisation des Frameworks

Le rôle du moteur de template et d’aider dans la lisibilité et la logique du code en particulier.

Il est également couplé d'une structure MVC. [10]

Avantages :

La séparation des deux codes permet une meilleure visibilité. Idéal pour le travail
d'équipe.
On peut alors toucher ou modifier un des deux fichiers sans que cela ait un impact
sur l'autre.

Inconvénients :

Son utilisation va retarder le chargement des pages web.

Un temps considérable pour l’apprentissage du langage des templates.
La lecture des erreurs est assez compliquée.

Le framework Bootstrap de Twitter :

Bootstrap est une collection d'outils qui aide à mettre en forme les pages web. Ce framework
est composé entre autre de code HTML, JavaScriptetCSS, c’est un framework coté clients.
[7]

Intérêt d’un framework CSS :

Les frameworks CSS font gagner du temps de développement on proposant les

fondations de la présentation et un ensemble homogène de styles.
Les frameworks CSS proposent en général une grille pour faciliter le
positionnement des éléments.
apporte du style pour les boutons, les formulaires, les barres de navigation.
La prise en compte de tailles d’écrans très variées sur plusieurs outils de navigation
(smartphones, tablettes).

p. 3
 Annexe 1 : L’architecture MVC et l’utilisation des Frameworks

Installation de Bootstrap :

Une fois que Bootstrap est téléchargé, il faut créer son répertoire à la racine du site, qui va
contenir les trois dossiers : css, fonts et js comportant les fichiers de Bootstrap téléchargé.

Figure 2 : Structure d’un répertoire Bootstrap.

Le dossier CSS : comporte les classes de base de Bootstrap.

Le dossier fonts : comporte la collection d’icônes.

Le dossier js : comporte les plugins jQuery.

p. 4
 Annexe 2 : Choix des technologies et méthode de conception

Méthodologie de conception

UML :

Présentation de l’UML: L'acronyme UML signifie « Unified Modeling Language», que l’on
peut traduire par « Le Langage de modélisation unifié ». Ce langage de modélisation
véhicule en particulier les concepts des approches par objets : classe, instance, classification,
et en intégrant aussi d'autres aspects : associations, fonctionnalités, événements, états et
séquences [2].
Choix de l’UML :
UML propose une approche orientée objet ;
Un modèle plus proche de la réalité ;
La stabilité : de petites évolutions peuvent être prises en compte sans changements
massifs ;
Facile à comprendre et à maintenir.

ArgoUml : ArgoUml est un logiciel de création des diagrammes UML, disponible sous
licence libre et programmé en java. Ce logiciel permet [11] :
La modélisation d’une application informatique ;
La création des neuf types de diagrammes UML de manière simple et graphique ;
L’exportation de ces diagrammes dans de nombreux formats ;
La génération des classes en java, C/C++ et PHP.

MySQL Workbench (ex-DB Designer) : C’est un outil open-source de gestion et

d'administration de bases de données. Il permet de créer, modifier ou supprimer des tables,
générer du SQL (rétro-ingénierie), connexion avec un serveur MySQL, permet aussi de
représenter d'une façon graphique la base de données. Il est très utile pour relier des tables
entre elles [12].

p. 5
 Annexe 2 : Choix des technologies et méthode de conception

Choix des technologies

PostgreSQL : PostgreSQL est un système de gestion de base de données relationnelles objet

(ORDBMS). C’est un outil libre. Ilfonctionne sur différents systèmes d’exploitation et
possède plusieurs interfaces utilisateurs (Psql, PgAdmin, PhpPgAdmin).
PostgreSQL utilise la syntaxe SQL,tout en offrant de nombreuses fonctionnalités comme des
requêtes complexes, clés étrangères, déclencheurs (triggers), vues, transactions…

WampServeur : WampServer est une plate-forme de développement web sous Windows

pour des applications web dynamiques à l’aide du serveur apache2, du langage de scripts PHP
et d’une base de données MySQL. Il possède également PHPMyAdmin pour gérer plus
facilement les bases de données.

Filezilla : Filezilla est un logiciel de transfert FTP (ou SFTP). Il permet d'envoyer les pages
web (html, css, PHP ...) et transfert de fichiers (images, zip…) sur un ordinateur distant
(serveur).Filezilla supporte les protocoles SSL et SSH, le glisser-déposer, et le
téléchargement de fichiers.

SublimText : est un éditeur de texte générique codé en C++ et Python, disponible sur
Windows, Mac et Linux. Comporte des fonctions de base de différents langages (PHP, C,
C++, etc.).

p. 6
 Annexe 3 : Le dictionnaire des données

Tableau 1 : Le dictionnaire des données du dispositif expérimental

projet
Nom Type de données Non NULL ? Clé primaire ?
id_projet integer Oui Oui
nom_projet character varying(45) Non Non
description character varying(45) Non Non
coordinateur character varying(45) Non Non
date_d date Non Non
date_f date Non Non
champ

Nom Type de données Non NULL ? Clé primaire ?

id_champ integer Oui Oui
code_champ character varying(45) Non Non
commune character varying(45) Non Non
nom_planteur character varying(45) Non Non
longitude numeric Non Non
latitude numeric Non Non
altitude numeric Non Non
essai

Nom Type de données Non NULL ? Clé primaire ?

id_essai integer Oui Oui
nom_essai character varying(45) Non Non
type_essai character varying(255) Non Non
date_deb date Non Non
date_fin date Non Non
id_projet integer Non Non
regime_hydrique character varying(45) Non Non
id_champ integer Non Non
type_essai

Nom Type de données Non NULL ? Clé primaire ?

type_essai character varying(255) Oui Oui
modalite
Nom Type de données Non NULL ? Clé primaire ?
id_mod integer Oui Oui
code_mod character varying(45) Non Non
detail_mod character varying(45) Non Non
id_essai integer Oui Non
parcelle
Nom Type de données Non NULL ? Clé primaire ?
id_parc integer Oui Oui
code_parc character varying(45) Non Non

p. 7
 Annexe 3 : Le dictionnaire des données

surf_parc numeric Non Non

ecartement numeric Non Non
long_rg numeric Non Non
bloc character varying(45) Non Non
nb_rang integer Non Non
id_mod integer Oui Non
id_ecc integer Oui Non
date_plantation date Non Non
date_der_rec date Non Non
Essai_campcycle
Nom Type de données Non NULL ? Clé primaire ?
id_ecc integer Oui Oui
id_camp integer Oui Non
id_cycle integer Oui Non
id_essai integer Oui Non

campagne
Nom Type de données Non NULL ? Clé primaire ?
id_camp integer Oui Oui

campagne character varying(45) Non Non

date_d date Non Non
date_f date Non Non
cycle_repousse
Nom Type de données Non NULL ? Clé primaire ?
id_cycle integer Oui Oui
cycle character varying(45) Non Non

culture_parcelle
Nom Type de données Non NULL ? Clé primaire ?
id_cp integer Oui Oui
id_variete integer Oui Non
id_parc integer Oui Non
variete
Nom Type de données Non NULL ? Clé primaire ?
id_variete integer Oui Oui
nom_var character varying(45) Non Non
culture character varying(45) Non Non

p. 8
 Annexe 3 : Le dictionnaire des données

Tableau 2 : Le dictionnaire des données des analyses

laboratoire
Nom Type de données Non NULL ? Clé primaire ?
code_labo character varying(45) Oui Oui
nom_labo character varying(255) Non Non
adresse character varying(255) Non Non
tel_contact character varying Non Non
reponsable character varying(45) Non Non
site_internet character varying(255) Non Non
analyse_sol
Nom Type de données Non NULL ? Clé primaire ?
id_analyse_sol integer Oui Oui
date_prel character varying(45) Non Non
ref_client character varying(255) Non Non
ph_eau numeric Non Non
ph_kcl numeric Non Non
n_dumas numeric Non Non
c_orga numeric Non Non
po_dabin numeric Non Non
cec numeric Non Non
ca_ech numeric Non Non
mg_ech numeric Non Non
k_ech numeric Non Non
na_ech numeric Non Non
id_parc integer Non Non
code_labo character varying(45) Non Non
type_sol character varying(45) Non Non
analyse_mafor
Nom Type de données Non NULL ? Clé primaire ?
id_analyse_mafor integer Oui Oui
date_prel character varying(45) Non Non
ref_client character varying(255) Non Non
densite numeric Non Non
ms_60c numeric Non Non
ms_105c numeric Non Non
ph numeric Non Non
mv numeric Non Non
n_dumas numeric Non Non
nkj_brut numeric Non Non
c_orga numeric Non Non
mo numeric Non Non
p_tot numeric Non Non
k_tot numeric Non Non

p. 9
 Annexe 3 : Le dictionnaire des données

ca_tot numeric Non Non

mg_tot numeric Non Non
id_parc integer Non Non
code_labo character varying(45) Non Non
analyse_df
Nom Type de données Non NULL ? Clé primaire ?
id_df integer Oui Oui
ref_client character varying(255) Non Non
date_prel character varying(45) Non Non
age_culture integer Non Non
n_dumasms105 numeric Non Non
c_orga numeric Non Non
k_totms105 numeric Non Non
p_totms105 numeric Non Non
mg_totms105 numeric Non Non
ca_totms105 numeric Non Non
id_parc integer Non Non
code_labo character varying(45) Non Non
analyse_biom_racine
Nom Type de données Non NULL ? Clé primaire ?
Id_biomr integer Oui Oui
Id_parc integer Non Non
Ref_client character varying(255) Non Non
Date_prel date Non Non
Age_culture integer Non Non
N_dumasMS105 numeric Non Non
C-orga numeric Non Non
K_totMS105 numeric Non Non
P_totMS105 numeric Non Non
Mg_totMS105 numeric Non Non
Ca_totMS105 numeric Non Non
code_labo character varying(45) Non Non
analyse_biom_aerien
Nom Type de données Non NULL ? Clé primaire ?
id_bioma integer Oui Oui
Id_parc integer Non Non
Ref_client character varying(255) Non Non
Date_prel date Non Non
Age_culture integer Non Non
N_dumasMS105 numeric Non Non
C-orga numeric Non Non
K_totMS105 numeric Non Non
P_totMS105 numeric Non Non

p. 10
 Annexe 3 : Le dictionnaire des données

Mg_totMS105 numeric Non Non

Ca_totMS105 numeric Non Non
code_labo character varying(45) Non Non
analyse_ctics
Nom Type de données Non NULL ? Clé primaire ?
id_CTICS integer Oui Oui
id_parc integer Non Non
Date_prel date Non Non
Tes_tic numeric Non Non
Tes_sem numeric Non Non
Tes_jou numeric Non Non
Cen_num numeric Non Non
Ass_num numeric Non Non
Tes_pul numeric Non Non
Tes_tou numeric Non Non
Tes_bri numeric Non Non
Tes_suc numeric Non Non
Tes_bry date Non Non
Tes_deb date Non Non
Tes_fin date Non Non
Tes_err numeric Non Non
Tes_vib numeric Non Non
Tes_jus integer Non Non
Tes_rp numeric Non Non
Tes_fib numeric Non Non
Tes_pur numeric Non Non
code_labo character varying(45) Non Non

p. 11
 Annexe 3 : Le dictionnaire des données

Tableau 3: le dictionnaire des données des interventions

ITK
Nom Type de données Non NULL ? Clé primaire ?
id_itk integer Oui Oui
date_itk date Non Non
duree_hj numeric Non Non
type_itk character varying(255) Non Non
detail_itk character varying(45) Non Non
valeur_itk numeric Non Non
nom_itk character varying(45) Non Non
surf_itk numeric Non Non
Unite character varying(45) Non Non
type_intervention
Nom Type de données Non NULL ? Clé primaire ?
type_itk character varying(255) Oui Oui
materiel
Nom Type de données Non NULL ? Clé primaire ?
id_materiel integer Oui Oui
nom_materiel character varying(45) Non Non
categorie character varying(45) Non Non
caracteristiques character varying(45) Non Non
itk_materiel
Nom Type de données Non NULL ? Clé primaire ?
id_itk integer Oui Non
id_materiel integer Oui Non
id_itkmat integer Oui Oui

equipe
Nom Type de données Non NULL ? Clé primaire ?
id_equipe integer Oui Oui
nom_equipe character varying(45) Non Non

operateur
Nom Type de données Non NULL ? Clé primaire ?
id_operateur integer Oui Oui
nom_operateur character varying(45) Non Non
prenom_operateur character varying(45) Non Non
statut character varying(45) Non Non
id_equipe integer Non Non
itk_operateur
Nom Type de données Non NULL ? Clé primaire ?
id_itk integer Oui Oui
id_operateur integer Oui Oui

parcelle_itk

p. 12
 Annexe 3 : Le dictionnaire des données

Nom Type de données Non NULL ? Clé primaire ?

id_itkparc integer Oui Oui
id_parc integer Non Non
id_itk integer Non Non
flore
Nom Type de données Non NULL ? Clé primaire ?
idflore integer Oui Oui
famille character varying(45) Non Non
classe character varying(45) Non Non
nom_scientifique character varying(255) Non Non
nom_commun character varying(45) Non Non
mh_pds boolean Non Non
obs_flore
Nom Type de données Non NULL ? Clé primaire ?
date_obsflore date Non Non
localisation character varying(45) Non Non
note_rec numeric Non Non
taux_rec numeric Non Non
id_obsflore integer Oui Oui
idflore integer Oui Non
id_parc integer Oui Non
obs_culture
Nom Type de données Non NULL ? Clé primaire ?
surf_obs numeric Non Non
date_obs date Non Non
val_obs numeric Non Non
type_obs character varying(255) Non Non
nom_obs character varying(45) Non Non
cible_obs character varying(45) Non Non
unite_obs character varying(45) Non Non
id_parc integer Oui Non
id_obscult integer Oui Oui
type_observation
Nom Type de données Non NULL ? Clé primaire ?
type_obs character varying(255) Oui Oui
mafor
Nom Type de données Non NULL ? Clé primaire ?
id_mafor integer Oui Oui
code_mafor character varying(45) Non Non
nom_mafor character varying(255) Non Non
N_MaforRef numeric Non Non
CE_N_MaforRef numeric Non Non
P2O5_MaforRef numeric Non Non

p. 13
 Annexe 3 : Le dictionnaire des données

CE_P_MaforRef numeric Non Non

K2O_MaforRef numeric Non Non
CE_K_MaforRef numeric Non Non
CaO_MaforRef numeric Non Non
CE_Ca_MaforRef numeric Non Non
MgO_MaforRef numeric Non Non
CE_Mg_MaforRef numeric Non Non
SO2_MaforRef numeric Non Non
CE_S_MaforRef numeric Non Non
ref_mafor character varying(200) Non Non
remarque character varying(255) Non Non
producteur character varying(45) Non Non
lieu_prod character varying(45) Non Non
itk_mafor
Nom Type de données Non NULL ? Clé primaire ?
id_itk integer Oui Oui
id_mafor integer Oui Oui
dose_n double precision Non Non
dose_p2o5 double precision Non Non
dose_k2o double precision Non Non
dose_cao double precision Non Non
dose_mgo double precision Non Non
satisfaction double precision Non Non
prod_phyto
Nom Type de données Non NULL ? Clé primaire ?
id_phyto integer Oui Oui
code_phyto character varying(45) Non Non
nom_prod character varying(45) Non Non
dose_homolog numeric Non Non
unite character varying(45) Non Non
itk_prod_phyto
Nom Type de données Non NULL ? Clé primaire ?
id_itk integer Oui Oui
id_phyto integer Oui Oui
dose_prevu double precision Non Non
qte_prod double precision Non Non
bouill_prep double precision Non Non
bouil_rest double precision Non Non
bouil_appliquer double precision Non Non
qte_appliquer double precision Non Non
prop_surf_trait double precision Non Non
ifth_prod double precision Non Non
engrais_amendement

p. 14
 Annexe 3 : Le dictionnaire des données

Nom Type de données Non NULL ? Clé primaire ?

id_engrais integer Oui Oui
nom_engrais character varying(255) Oui Non
prop_N numeric Non Non
prop_P2O5 numeric Non Non
prop_K2O numeric Non Non
prop_CaO numeric Non Non
prop_MgO numeric Non Non
prop_SO2 numeric Non Non
itk_engrais_amend
Nom Type de données Non NULL ? Clé primaire ?
dose_N numeric Non Non
dose_P2O5 numeric Non Non
dose_K2O numeric Non Non
dose_CaO numeric Non Non
dose_MgO numeric Non Non
id_itkengrais integer Oui Oui
id_itk integer Oui Non
id_engrais integer Oui Non
dose_SO2 numeric Non Non

p. 15
Bibliographie
 Bibliographie

Webographie

[cirad.15]: http: //[Link]/ : « Site web du Cirad »

[eRcane.15]: [Link] : « Site web d’eRcane»
[1]: [Link]
[2]: [Link]
[3]:[Link]
INFORMATISATION/03_Demarche%20xUP-Le%20Contexte/01_uml2_contexte.pdf
[4]: [Link] : « documentation de PostgreSQL »
[5]: [Link] : « documentation du framework Phalcon »
[6] : [Link] : « documentation du
framework Phalcon »

[7]: [Link] « site web de

développement informatique »
[8]: [Link]
symfony2/symfony2-un-framework-php : « site web de développement informatique »
[9]: [Link]
mysql/organiser-son-code-selon-l-architecture-mvc : « site web de développement
informatique »
[10]: [Link] : « site web de développement
informatique »

[11] : [Link]
[12] : [Link] : « documentation de Workbench »

Bibliographie
[Protocole.15] : image du protocole d’essai, de l’apport partiel d’azote, site de la Rivière du
Mât les Bas.

[Dic.15] : memento de l’agronome, Nouvelle édition 2015

Documents numérique Excel d’eRcane

[DicDonnée.15] : Dictionnaire de donnée sur l’essai chaulage, service STC.

[Itk.15] : Les itinéraires techniques des essais (Itk des essais).service STC, 2011-2012

[Ana : 15] : Fichier d’analyse de la matière organique. Laboratoire du Cirad, 2012

[essai.15] : Fichier d’analyse du sol de l’essai fractionnement. Service STC, 2005-2007

p. 16