Rapport PFA Version Finale

1 Mouvement transfrontires des dchets
07 juin 2014

LISTE DES ACRONYMES :
MCC : Modle Conceptuel de Communication
MCD : Modle Conceptuel de Donnes
MCT : Modle Conceptuel de Traitement
MLD : Modle Logique de Donnes
OCDE : Organisation d Coopration et de Dveloppement Economique
ONU : Organisation internationale des Nation Unies
PNUE : Programme des Nations Unies pour lenvironnement
SGBD : Systme de Gestion de Base de Donnes

07 juin 2014

TABLE DE FIGUES :
FIGURE 1: DICTIONNAIRE DE DONNEE ............................................................... 16
FIGURE 2: MODELE CONCEPTUEL DE COMMUNICATION .................................. 17
FIGURE 3: MODELE CONCEPTUEL DE TRAITEMENT PARTIE 1 ................... 18
FIGURE 4: MODELE CONCEPTUEL DE TRAITEMENT PARTIE 2 ................... 19
FIGURE 5: MODELE CONCEPTUEL DES DONNEES PARTIE 1 ........................ 20
FIGURE 6: MODELE CONCEPTUEL DES DONNEES PARTIE 2 ........................... 21
FIGURE 7: MODELE CONCEPTUEL DES DONNEES PARTIE 3 ........................ 22
FIGURE 8: MODELE LOGIQUE DES DONNEES ...................................................... 23
FIGURE 9: ARCHITECTURE CLIENT SERVEUR .................................................... 26
FIGURE 10: NOTIFICATION REMPLIE ................................................................. 29
FIGURE 11: LISTE DES NOTIFICATIONS GENERALES NON CONSULTES .............. 30
FIGURE 12: AFFICHAGE DE NOTIFICATION ........................................................ 31
FIGURE 13: LISTES DES NOTIFICATIONS ............................................................ 32
FIGURE 14: AJOUT D'UN MOUVEMENT ............................................................... 33
FIGURE 15: GESTION DES DECHETS ................................................................... 34
FIGURE 16: AJOUT DECHET ................................................................................ 35
FIGURE 17: GESTION DES AUTORITES COMPETENTES ....................................... 35
FIGURE 18: DOCUMENT DE NOTIFICATION GENERALE ...................................... 37
FIGURE 19: DOCUMENT DE MOUVEMENT .......................................................... 38

07 juin 2014
Table des matires

Introduction ......................................................................................................... 4
Contexte gnral du projet ................................................................................. 5
I. Prsentation : ............................................................................................ 6
II. Objectif du projet : .................................................................................... 7
1- Document de notification : .................................................................... 7
2- Le document de mouvement : ............................................................... 8
Analyse et conception .......................................................................................... 9
I. La mthode de conception merise : ........................................................ 10
II. Rgles de gestion : .................................................................................. 10
III. Dictionnaire de donnes : ....................................................................... 13
IV. Conception de lapplication : .................................................................. 16
1. MCC (Modle conceptuel de communication) : ................................. 16
2. MCT (Modle Conceptuel de Traitement) : ........................................ 17
3. MCD (Modle Conceptuel des Donnes) : ......................................... 19
4. MLD (Modle logique des donnes) : ................................................. 23
Ralisation .......................................................................................................... 24
I. Langage de programmation : .................................................................. 25
II. SGBD (Systme de Gestion de Base de Donnes) : .............................. 25
III. Architecture de lapplication : ................................................................ 26
IV. Les diffrentes consultations du site : .................................................... 27
V. Prsentation de lapplication : ................................................................ 28
Conclusion .......................................................................................................... 36
Annexes ............................................................................................................... 37

07 juin 2014
La formation suivie lEMSI de Rabat nous conduit, en fin de
chaque anne universitaire, mettre en uvre nos connaissances et
acquis par le biais dun projet de fin danne.
Nous sommes amens raliser un projet concernant la gestion
des mouvements transfrontires des dchets. Le but de ce rapport et de
fournir toutes les explications sur les mthodes adoptes dans
laccomplissement de ce projet.
Dans le premier chapitre, on va introduire la problmatique du
sujet en prsentant la convention de Ble qui encadre ces
mouvements. Dans le deuxime chapitre, nous aborderons les
diffrentes techniques utilises dans la conception du problme pos,
puis avant de passer la conclusion on va traiter la ralisation du
projet dans un troisime et dernier chapitre.

07 juin 2014

Contexte gnral du projet

Le but de ce chapitre est de prsenter la convention de Ble
et le problme pos par les mouvements transfrontires des
dchets et leurs liminations travers le monde.

07 juin 2014

I. Prsentation :
La question de la gestion des dchets dangereux a t au nombre des
proccupations internationales relatives lenvironnement ds le dbut des
annes 80, lorsquelle a t inscrite parmi les trois domaines prioritaires du
premier programme de Montevideo adopt par le Programme des Nations Unies
pour lenvironnement (PNUE) en 1981. La Convention de Ble sur le Contrle
des Mouvements Transfrontires de Dchets Dangereux et de leur limination a
t adopte le 22 mars 1989 par la Confrence de Plnipotentiaires tenue Ble
(Suisse) la suite du toll provoqu par la dcouverte au cours de la dcennie,
en Afrique et ailleurs dans le monde en dveloppement, de dpts de dchets
toxiques imports de ltranger.
La Convention est entre en vigueur le 5 mai 1992 ; au 1er janvier 2011,
175 Parties y avaient adhr, elle a pour principal objectif la protection de la
sant humaine et de lenvironnement contre les effets nfastes des dchets
dangereux. Son champ dapplication stend une large gamme de dchets
dfinis comme dchets dangereux en raison de leur origine et/ou de leur
composition et de leurs caractristiques ainsi qu deux types de dchets
considrs comme dautres dchets.
Les dispositions de la Convention portent sur les principaux objectifs
suivants:
i) rduire au minimum la production de dchets dangereux et
favoriser leur gestion cologiquement rationnelle quel que soit le lieu de
leur limination ;

07 juin 2014
ii) restreindre les mouvements transfrontires de dchets dangereux
sauf lorsque lon estime quils interviennent conformment aux principes
dune gestion cologiquement rationnelle ;
iii) mettre en place un systme rglementaire sappliquant aux
mouvements transfrontires autoriss.

II. Objectif du projet :
Pour la bonne gestion des importations et exportations des dchets,
chaque exportateur doit en premier lieu remplir un formulaire de notification en
prcisant les informations sur le dchet et en mentionnant la quantit du dchet
que lon veut exporter puis le prsenter lautorit comptente de son pays.
Celle-ci doit informer lexportateur quelle a bien reu le formulaire avant de
prendre position sur le mouvement du dchet considr, puis transmettre le
document lautorit comptente du pays importateur pour quelle puisse aussi
exprimer son avis sur la notification, et aux autorits comptentes des pays
transitaires sil y en a afin quelles prennent aussi position sur cette demande.
Apres avoir exprim leurs avis concernant ce dplacement, un autre
document qui sintitule document de mouvement et qui doit tre rempli de la
part de lexportateur o il doit mentionner toutes les valeurs relles de cette
opration. Ce dernier document doit accompagner lenvoi des dchets dans le
but de faciliter la supervision des douanes et des autorits comptentes des pays
concerns par ce mouvement.
1- Document de notification :
Sert fournir aux autorits comptentes des pays concerns les
informations dont elles ont besoin pour valuer lacceptabilit du mouvement de

07 juin 2014
dchets envisag. Ce document comporte deux cases rserves lautorit (aux
autorits) comptente(s), lune pour accuser rception de la notification et
lautre pour accorder, si ncessaire, son consentement crit au mouvement.

2- Le document de mouvement :
Accompagne le chargement de dchets tout au long de son transport
depuis le moment o il quitte le site du producteur des dchets jusqu son
arrive linstallation dlimination/valorisation du pays de destination.
Plusieurs cases servent fournir des renseignements complets sur le premier
transporteur et tout autre transporteur ultrieur. Dautres cases sont rserves
aux bureaux de douane de tous les pays concerns pour y consigner le passage
du chargement (bien que les accords internationaux ne lexigent pas
expressment, la lgislation de certains pays requiert de telles procdures et
informations pour assurer un contrle appropri). Enfin, le Document doit tre
rempli par linstallation dlimination/valorisation pour certifier quelle a bien
reu les dchets et que lopration dlimination/valorisation a t effectue.

07 juin 2014

Analyse et conception

Lobjectif de ce chapitre vise simplifier et faciliter le
problme que nous allons rsoudre par la suite en adoptant
lapproche merise pour la conception de ce dernier, en passant
du cas rel au cas abstrait.

07 juin 2014
I. La mthode de conception merise :
Merise, est une mthode de conception et de dveloppement des systmes
avec un ensemble dlment en interaction les uns les autres organis en
fonction dun but bien dtermin. Il est utilis comme cadre de rfrence pour le
dialogue, la communication entre les diffrents intervenants tels que les
gestionnaires et les informaticiens. Ce qui caractrise merise reste
principalement lordonnancement des tapes, en effet cela se voit travers les
diffrents enchainements qui amnent la construction dun programme.
II. Rgles de gestion :
Les rgles de gestion que nous allons fournir dans cette partie ne sont que la
traduction des contraintes et obligations de la convention de Ble :
Rgle 01 : Un dchet ne peut tre que dun seul type : Il est soit Dangereux,
soit non dangereux. Parmi les dchets non dangereux, il existe un sous ensemble
de dchets que reprsentent les dchets ferreux ou non ferreux.
Rgle 02 : Certains pays comme le Maroc, interdisent limportation de
certains dchets dangereux, Ces derniers sont soumis notification pour
lexportation ou le transit. Certains dchets non dangereux sont quand mme
soumis notification (pneus dchiquets par exemple).
Rgle 03 : Les dchets ferreux et non ferreux sont soumis licence, mais
peuvent faire lobjet dune notification.
Rgle 04 : Un dchet est identifi par un seul code SH dfini par le systme
harmonis des douanes. Ce code est complt pour dfinir le code SH marocain
et le code SH de lunion europenne.
Rgle 05 : Un dchet peut tre associ :
- un code dfini par la convention de Ble

07 juin 2014
- un code dfini par lOCDE
- un code dfini par la Communaut Europenne
- un code Y qui dfinit sa dangerosit
- un code H
- une identification ONU laquelle correspond une seule classe de dchets
ONU.
- Plusieurs codes nationaux des dchets en fonction du mode de production
qui a permis de lobtenir (agriculture, industrie, etc.)
- un code dchet propre dans diffrents pays.
Rgle 06 : Un dchet peut faire lobjet de notifications de mouvements
transfrontaliers. Une telle notification ne concerne quun seul dchet.
Rgle 07 : Une notification concernant un dchet dangereux, soumis la
convention de Ble, pourra :
- correspondre un ou plusieurs traitements soit dlimination, soit
de valorisation soit des deux la fois.
- prciser une ou plusieurs installations charges des oprations sur
le dchet concern. Le cas chant, elle prcise les sites chargs de
ces oprations, si ceux-ci sont diffrents des installations prvues.
- prciser les diffrents moyens de transport utiliss pour le
dplacement du dchet concern.
- prciser les caractristiques physiques du dchet objet de la
notification
- dfinir le conditionnement dans lequel se prsente le dchet
concern ainsi que lunit de mesure adopte.

Rgle 08 : Une notification concernant un dchet dangereux, doit prciser
imprativement :
- lexportateur (le notifiant) qui se charge de lexpdition du dchet, objet
du mouvement transfrontire.

07 juin 2014
- limportateur qui se charge de la rception du dchet, objet du mouvement
transfrontire.
- le ou les producteurs qui ont produit le dchet, objet du mouvement
transfrontire.
- le ou les transporteurs chargs de lacheminement du dchet, objet du
mouvement transfrontire.

Rgle 09 : En absence de notification, pour les dchets ferreux ou non
ferreux, seuls doivent tre connus limportateur et lexportateur.

Rgle 10 : Une notification concernant un dchet, doit aussi prciser les
diffrentes autorits comptentes des pays dexportation, dimportation et
ventuellement de transit. Pour chacun des pays intervenant dans un tel
mouvement, on doit dfinir diffrentes dates, en particulier, la date de rception
de la notification, la date daccus de rception de la notification, la date de
consentement et la priode de validit du consentement, ainsi que le contact
charg de cette notification.

Rgle 11 : Une notification concernant un dchet dangereux donne lieu
un ou plusieurs mouvements qui traduisent le transfert effectif du dchet. Le
droulement du mouvement doit sinscrire dans lintervalle de temps prcis par
la notification.

Rgle 12 : Un mouvement concerne une quantit prcise du dchet ; le
cumul de toutes les quantits transportes par des mouvements relatifs une
mme notification ne doit en aucun cas dpasser la quantit totale autorise par
la notification.

07 juin 2014
Rgle 13 : Pour chaque mouvement on doit pouvoir prciser les moyens
de transport utiliss, ainsi que la date de prise en charge effective du dchet par
le transporteur.

Rgle 14 : Pour chaque mouvement, il est impratif de retenir la
chronologie de son devenir dans linstallation charge de la ralisation des
oprations prvues dessus (date de rception, date approximative de lopration,
date de rception effective et date de ralisation de lopration).On doit aussi
prciser le nom de lattestataire. Ces donnes doivent nous permettre de vrifier
que la dure de stockage (qui est gale la diffrence de la date de traitement et
de la date de rception du dchet) est infrieure 6 mois.
III. Dictionnaire de donnes :
Nom Code Type de donnes
add_AutComp ADD_AUTCOMP Alphanumrique
adr_Export ADR_EXPORT Alphanumrique
adr_Import ADR_IMPORT Alphanumrique
adr_Inst ADR_INST Alphanumrique
adr_Prod ADR_PROD Alphanumrique
adr_Transporteur ADR_TRANSPORTEUR Alphanumrique
autre_Infos AUTRE_INFOS Alphanumrique
caracteristiques CARACTERISTIQUES Alphabtique
code_Bale CODE_BALE Alphanumrique
code_CE CODE_CE Alphanumrique
code_H CODE_H Alphanumrique
Code_national CODE_NATIONAL Alphanumrique
code_OCDE CODE_OCDE Alphanumrique
code_SH CODE_SH Alphanumrique
code_Y CODE_Y Alphanumrique
codeOpEl CODEOPEL Alphanumrique
codeOpVal CODEOPEL2 Alphanumrique
Consentement_Exp CONSENTEMENT_EXP Alphabtique
Consentement_Imp CONSENTEMENT_IMP Alphabtique
Consentement_Tran CONSENTEMENT_TRAN Alphabtique

07 juin 2014
date_EntreeImp DATE_ENTREEIMP Date
date_EntreeTran DATE_ENTREETRAN Date
date_installation DATE_INSTALLATION Date
date_Prise_en_Charge DATE_PRISE_EN_CHARGE Date
date_ReelleExped DATE_REELLEEXPED Date
date_SortieExp DATE_SORTIEEXP Date
date_SortieTran DATE_SORTIETRAN Date
dateAccuseRec_Exp DATEACCUSEREC_EXP Date
dateAccuseRec_Imp DATEACCUSEREC_IMP Date
dateAccuseRec_Tran DATEACCUSEREC_TRAN Date
dateArriveeInstall DATEARRIVEEINSTALL Date
dateCons_Exp DATECONS_EXP Date
dateCons_Imp DATECONS_IMP Date
dateCons_Tran DATECONS_TRAN Date
dateRealisationOP DATEREALISATIONOP Date
dateRecNot_Exp DATERECNOT_EXP Date
dateRecNot_Imp DATERECNOT_IMP Date
dateRecNot_Tran DATERECNOT_TRAN Date
debutCons_Exp DEBUTCONS_EXP Date
debutCons_Imp DEBUTCONS_IMP Date
debutCons_Tran DEBUTCONS_TRAN Date
dernier_Depart DERNIER_DEPART Date
domination DOMINATION Alphabtique
email_AutComp EMAIL_AUTCOMP Alphanumrique
email_Export EMAIL_EXPORT Alphanumrique
email_Import EMAIL_IMPORT Alphanumrique
email_Inst EMAIL_INST Alphanumrique
email_Prod EMAIL_PROD Alphanumrique
email_transporteur EMAIL_TRANSPORTEUR Alphanumrique
Fax_Export FAX_EXPORT numrique
Fax_Import FAX_IMPORT numrique
fax_Prod FAX_PROD numrique
finCons_Exp FINCONS_EXP Date
finCons_Imp FINCONS_IMP Date
finCons_Tran FINCONS_TRAN Date
id_AutComp ID_AUTCOMP Entier
id_ClasseONU ID_CLASSEONU numrique
id_Dechet ID_DECHET Entier
id_Export ID_EXPORT Entier
id_Import ID_IMPORT Entier
id_installation ID_INSTALLATION Entier
id_Notification ID_NOTIFICATION Entier

07 juin 2014
id_Origine ID_ORIGINE Entier
id_Pays ID_PAYS Entier
id_Prod ID_PROD Entier
id_Transporteur ID_TRANSPORTEUR Entier
id_Typecond ID_TYPECOND numrique
id_user ID_USER numrique
intitule INTITULE Alphanumrique
libelleOrigine LIBELLEORIGINE Alphanumrique
lieu_Inst LIEU_INST Alphabtique
lieu_Prod LIEU_PROD Alphabtique
motif_Expedition MOTIF_EXPEDITION Alphabtique
nb_Expedition NB_EXPEDITION numrique
nb_Piecesjointes NB_PIECESJOINTES numrique
nbColis NBCOLIS numrique
no_Notification NO_NOTIFICATION Alphanumrique
noIdenONU NOIDENONU Alphanumrique
nom_Cond NOM_COND Alphabtique
nom_Dechet NOM_DECHET Alphabtique
nom_Export NOM_EXPORT Alphabtique
nom_Import NOM_IMPORT Alphabtique
nom_Inst NOM_INST Alphabtique
nom_Pays NOM_PAYS Alphabtique
nom_Prod NOM_PROD Alphabtique
nom_transporteur NOM_TRANSPORTEUR Alphabtique
nomEl NOMEL Alphabtique
nomVal NOMVAL Alphabtique
num_Douane NUM_DOUANE numrique
num_Enr_Export NUM_ENR_EXPORT Alphanumrique
num_Enr_Import NUM_ENR_IMPORT Alphanumrique
num_Enr_Inst NUM_ENR_INST Alphanumrique
num_Enr_Prod NUM_ENR_PROD Alphanumrique
num_Enr_Transporteur NUM_ENR_TRANSPORTEUR Alphanumrique
num_Mouvement NUM_MOUVEMENT numrique
num_MT NUM_MT numrique
num_Ordre NUM_ORDRE numrique
password PASSWORD Alphanumrique
pers_ContacteExport PERS_CONTACTEEXPORT Alphabtique
pers_ContacteImport PERS_CONTACTEIMPORT Alphabtique
pers_ContacteProd PERS_CONTACTEPROD Alphabtique
persContact PERSCONTACT Alphabtique
premier_Depart PREMIER_DEPART Date
qte_Prevue QTE_PREVUE numrique

07 juin 2014
qte_Reelle QTE_REELLE numrique
remarques_Exp REMARQUES_EXP Alphabtique
remarques_Imp REMARQUES_IMP Alphabtique
remarques_Tran REMARQUES_TRAN Texte
tech_utilisee TECH_UTILISEE Alphabtique
tel_AutComp TEL_AUTCOMP Alphanumrique
tel_Export TEL_EXPORT Alphanumrique
tel_Import TEL_IMPORT Alphanumrique
tel_Inst TEL_INST Alphanumrique
tel_Prod TEL_PROD Alphanumrique
tel_transporteur TEL_TRANSPORTEUR Alphanumrique
Type TYPE Alphabtique
type_Expedition TYPE_EXPEDITION Alphabtique
Type_MT TYPE_MT Alphabtique
username USERNAME Alphanumrique
Ville VILLE Alphabtique
Figure 1: Dictionnaire de donne

IV. Conception de lapplication :
1. MCC (Modle conceptuel de communication) :

Le MCC est un modle ayant pour objet la reprsentation graphique de la
production, la circulation et la destination des messages (informations) au sein
du S.I du domaine dtude.
Lexportateur envoie une demande de notification dexportation
lautorit comptente exportatrice, celle-ci lui rpond par un accus
de rception.
Lautorit comptente exportatrice envoie son tour la demande de
notification aux autorits comptentes importatrices et transitaires,
ces derniers acquittent cette demande par un accus de rception
avant de prendre position sur la notification pour rpondre

07 juin 2014
lautorit comptente exportatrice qui elle aussi donne son avis
propos de cette demande.
Le document de mouvement est envoy en parallle avec le dchet
qui sera supervis par les douanes des pays concerns par cette
opration.

2. MCT (Modle Conceptuel de Traitement) :
Le modle conceptuel des traitements permet de traiter la dynamique du
systme d'information, c'est--dire les oprations qui sont ralises en fonction
d'vnements.

Figure 2: Modle Conceptuel de communication

07 juin 2014
Ce modle permet donc de reprsenter de faon schmatique l'activit
d'un systme d'information sans faire rfrence des choix organisationnels ou
des moyens d'excution, c'est--dire qu'il permet de dfinir simplement ce qui
doit tre fait.

Figure 3: Modle Conceptuel de Traitement partie 1

07 juin 2014

3. MCD (Modle Conceptuel des Donnes) :
Le modle conceptuel des donnes a pour but d'crire de faon formelle
les donnes qui seront utilises par le systme d'information. Il s'agit donc d'une

Figure 4: Modle Conceptuel de Traitement partie 2

07 juin 2014
reprsentation des donnes, facilement comprhensible, permettant de dcrire le
systme d'information l'aide d'entits.

1,n
1,n
1,1
1,n
1,1
1,n
1,1
1,n
1,n
1,n
1,1
1,n
1,1
1,n
1,1
1,n
1,1
0,n
0,1
1,1
1,n
1,n
Dechet
i d_Dechet
nom_Dechet
domi nati on
autre_Infos
<pi > Enti er
Caractre (20)
Caractre (30)
Caractre (80)
<O>
<O>
<O>
i d_Dechet
...
<pi >
Pays
i d_Pays
nom_Pays
<pi > Enti er
Caractre (20)
<O>
<O>
i d_Pays
...
<pi >
CodeNati onal
Code_nati onal Caractre (10)
CodeOCDE
code_OCDE <pi >
code_OCDE <pi >
CodeBal e
code_Bal e <pi >
code_Bal e <pi >
CodeCE
code_CE <pi >
code_CE <pi >
Ori gi ne
i d_Ori gi ne
l i bel l eOri gi ne
<pi >
i d_Ori gi ne <pi >
CodeY
code_Y <pi >
code_Y <pi >
Avoi rCodeOCDE
Avoi rCodeBal e
Avoi rCodeCE
Avoi rCodeY
CodeH
code_H <pi >
code_H <pi >
Avoi rCodeH
Cl asseONU
i d_Cl asseONU
caracteri sti ques
<pi >
i d_Cl asseONU
...
<pi >
Avoi rCONU
NumIdenti fi cati onONU
noIdenONU <pi > Caractre (15) <O>
noIdenONU <pi >
Avoi rIdONU
SeTrouver
codeSH
code_SH
i nti tul e
<pi > Caractre (15)
Caractre (50)
<O>
code_SH
...
<pi >
Avoi rCodeSH
codeSH_Pays
Figure 5: Modle Conceptuel des Donnes partie 1

07 juin 2014

1,n
1,1
1,n
1,1
0,n
1,1
1,n
1,n
1,n
1,1
0,n
0,n
1,n 0,n
1,1
1,n
0,n
Noti fi cati on
i d_Noti fi cati on
no_Noti fi cati on
type_Expedi ti on
nb_Expedi ti on
premi er_Depart
derni er_Depart
qte_Prevue
nb_Pi ecesj oi ntes
moti f_Expedi ti on
<pi > Enti er
Caractre (10)
Caractre (30)
Enti er
Date
Date
Enti er
Enti er
Caractre (30)
<O>
<O>
<O>
<O>
<O>
<O>
<O>
i d_Noti fi cati on
...
<pi >
Autori teComp
i d_AutComp
add_AutComp
tel _AutComp
emai l _AutComp
<pi > Enti er
Texte
Caractre (20)
Caractre (25)
<O>
i d_AutComp
...
<pi >
control eAutExport
dateRecNot_Exp
dateAccuseRec_Exp
Consentement_Exp
dateCons_Exp
debutCons_Exp
fi nCons_Exp
remarques_Exp
Date
Date
Caractre (15)
Date
Date
Date
Texte
Mouvement
num_Mouvement
num_Ordre
qte_Reel l e
nbCol i s
date_Reel l eExped
dateArri veeInstal l
dateReal i sati onOP
<pi > Enti er
Enti er
Enti er
Enti er
Date
Date
Date
<O>
<O>
<O>
num_Mouvement
...
<pi >
ConcernerMV
Dechet
i d_Dechet
nom_Dechet
domi nati on
autre_Infos
<pi > Enti er
Caractre (20)
Caractre (30)
Caractre (80)
<O>
<O>
<O>
i d_Dechet
...
<pi >
ConcernerDechet
Pays
i d_Pays
nom_Pays
<pi > Enti er
Caractre (20)
<O>
<O>
i d_Pays
...
<pi >
CodeNati onal
Code_nati onal Caractre (10)
Ori gi ne
i d_Ori gi ne
<pi >
i d_Ori gi ne <pi >
control eAutImp
dateRecNot_Imp
dateAccuseRec_Imp
Consentement_Imp
dateCons_Imp
debutCons_Imp
fi nCons_Imp
remarques_Imp
Date
Date
Caractre (15)
Date
Date
Date
Texte
control eAutTran
dateRecNot_Tran
dateAccuseRec_Tran
Consentement_Tran
dateCons_Tran
debutCons_Tran
fi nCons_Tran
remarques_Tran
Date
Date
Caractre (15)
Date
Date
Date
Texte
SeTrouver

07 juin 2014


07 juin 2014
4. MLD (Modle logique des donnes) :
Le modle logique des donnes consiste dcrire la structure de donnes
utilise sans faire rfrence un langage de programmation. Il s'agit donc de
prciser le type de donnes utilises lors des traitements.
Ainsi, le modle logique est dpendant du type de base de donnes utilis.

Figure 8: Modle logique des donnes
Noti fi cati on
i d_Noti fi cati on
i d_AutComp
i d_Import
i d_i nstal l ati on
i d_Export
i d_Prod
i d_Dechet
i d_Typecond
Aut_i d_AutComp
no_Noti fi cati on
type_Expedi ti on
nb_Expedi ti on
premi er_Depart
derni er_Depart
qte_Prevue
nb_Pi ecesj oi ntes
moti f_Expedi ti on
dateRecNot_Exp
dateAccuseRec_Exp
Consentement_Exp
dateCons_Exp
debutCons_Exp
fi nCons_Exp
remarques_Exp
dateRecNot_Imp
dateAccuseRec_Imp
Consentement_Imp
dateCons_Imp
debutCons_Imp
fi nCons_Imp
remarques_Imp
date_i nstal l ati on
tech_uti l i see
...
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
char(10)
char(30)
i nt
date
date
i nt
i nt
char(30)
date
date
char(15)
date
date
date
text
date
date
char(15)
date
date
date
text
date
char(20)
<pk>
<fk2>
<fk4>
<fk8>
<fk3>
<fk5>
<fk6>
<fk1>
<fk7>
Autori teComp
i d_AutComp
i d_Pays
add_AutComp
tel _AutComp
emai l _AutComp
...
i nt
i nt
text
char(20)
char(25)
<pk>
<fk>
Producteur
i d_Prod
i d_Pays
num_Enr_Prod
nom_Prod
adr_Prod
tel _Prod
fax_Prod
emai l _Prod
l i eu_Prod
pers_ContacteProd
...
i nt
i nt
char(15)
char(20)
char(80)
char(20)
char(20)
char(30)
char(50)
<Non dfi ni >
<pk>
<fk>
TypeCondi ti onnement
i d_Typecond
nom_Cond
i nt
char(150)
<pk>
Exportateur
i d_Export
i d_Pays
num_Enr_Export
nom_Export
adr_Export
tel _Export
emai l _Export
Fax_Export
pers_ContacteExport
...
i nt
i nt
char(15)
char(30)
char(80)
char(20)
char(30)
char(20)
char(40)
<pk>
<fk>
Importateur
i d_Import
i d_Pays
num_Enr_Import
nom_Import
adr_Import
tel _Import
emai l _Import
Fax_Import
pers_ContacteImport
...
i nt
i nt
char(15)
char(20)
char(80)
char(20)
char(30)
char(20)
<Non dfi ni >
<pk>
<fk>
Mouvement
num_Mouvement
num_Douane
i d_Noti fi cati on
Dou_num_Douane
num_Ordre
qte_Reel l e
nbCol i s
date_Reel l eExped
dateArri veeInstal l
dateReal i sati onOP
date_EntreeImp
date_Sorti eExp
...
i nt
i nt
i nt
i nt
i nt
i nt
i nt
date
date
date
date
date
<pk>
<fk3>
<fk1>
<fk2>
MoyTransport
num_MT
Type_MT
i nt
char(20)
<pk>
Transporteur
i d_Transporteur
num_Enr_Transporteur
nom_transporteur
adr_Transporteur
tel _transporteur
emai l _transporteur
...
i nt
char(20)
char(20)
char(80)
char(20)
char(30)
<ak>
Transporter
num_MT
num_Mouvement
date_Pri se_en_Charge
...
i nt
i nt
date
<pk,fk1>
<pk,fk3>
Dechet
i d_Dechet
code_Y
code_OCDE
code_Bal e
code_SH
code_H
noIdenONU
code_CE
nom_Dechet
domi nati on
autre_Infos
...
i nt
char(15)
char(20)
char(20)
char(15)
char(15)
char(15)
char(10)
char(20)
char(30)
char(80)
<pk>
<fk4>
<fk1>
<fk2>
<fk7>
<fk5>
<fk6>
<fk3>
Pays
i d_Pays
nom_Pays
i nt
char(20)
<pk>
CodeNati onal
i d_Pays
i d_Dechet
i d_Ori gi ne
Code_nati onal
...
i nt
i nt
i nt
char(10)
<pk,fk1>
<pk,fk2>
<pk,fk3>
CodeOCDE
code_OCDE char(20) <pk>
CodeBal e
code_Bal e char(20) <pk>
CodeCE
code_CE char(10) <pk>
Ori gi ne
i d_Ori gi ne
i nt
char(100)
<pk>
CodeY
code_Y char(15) <pk>
control eAutTran
i d_AutComp
i d_Noti fi cati on
dateRecNot_Tran
dateAccuseRec_Tran
Consentement_Tran
dateCons_Tran
debutCons_Tran
fi nCons_Tran
remarques_Tran
...
i nt
i nt
date
date
char(15)
date
date
date
text
<pk,fk1>
<pk,fk2>
OpEl i mi nati on
codeOpEl
nomEl
char(5)
text
<pk>
OpVal ori sati on
codeOpVal
nomVal
char(5)
text
<pk>
val ori ser
codeOpVal
i d_Noti fi cati on
char(5)
i nt
<pk,fk1>
<pk,fk2>
El i mi ner
codeOpEl
i d_Noti fi cati on
char(5)
i nt
<pk,fk1>
<pk,fk2>
Instal l ati on
i d_i nstal l ati on
i d_Pays
num_Enr_Inst
nom_Inst
adr_Inst
persContact
tel _Inst
emai l _Inst
l i eu_Inst
...
i nt
i nt
char(15)
char(20)
char(80)
char(20)
char(20)
char(20)
char(50)
<pk>
<fk>
CodeH
code_H
i d_Cl asseONU
char(15)
char(5)
<pk>
<fk>
Cl asseONU
i d_Cl asseONU
caracteri sti ques
char(5)
text
<pk>
NumIdenti fi cati onONU
noIdenONU char(15) <pk>
codeSH
code_SH
i d_Dechet
i nti tul e
...
char(15)
i nt
char(50)
<pk>
<fk>
codeSH_Pays
code_SH
i d_Pays
char(15)
i nt
<pk,fk1>
<pk,fk2>
ConcernerTransporteur
num_MT
i d_Noti fi cati on
i nt
i nt
<pk,fk1>
<pk,fk3>
Douane
num_Douane
i d_Pays
vi l l e
...
i nt
i nt
char(20)
<pk>
<fk>
Supervi serDTran
num_Douane
num_Mouvement
date_EntreeTran
date_Sorti eTran
...
i nt
i nt
date
date
<pk,fk1>
<pk,fk2>
users
i d_user
username
password
type
...
i nt
char(50)
char(50)
char(20)
<pk>

07 juin 2014

Ralisation

Lobjectif de ce chapitre est de prsenter les diffrents
crans de saisis ainsi que les logiciels choisis pour la ralisation
de ce projet.

07 juin 2014
I. Langage de programmation :
Le langage de programmation utilis tout au long de la ralisation de ce
projet cest PHP et HTML.
Le langage PHP est utilis principalement en tant que langage de script ct
serveur, ce qui veut dire que cest le serveur (la machine hberge la page web en
question) qui va interprter le code PHP et gnrer du code constitu
gnralement dHTML, CSS, et parfois de JavaScript qui pourra tre interprt
par un navigateur.
Il a t conu pour permettre la cration dapplications dynamiques, le plus
souvent dveloppes pour le web. PHP est trs majoritairement install sur le
serveur Apache. Ce couplage permet de rcuprer des informations issues dune
base de donnes, dun systme de fichier ou plus simplement des donnes
envoyes par le navigateur afin dtre interprtes ou stockes pour une
utilisation ultrieure.
Il est multiplateforme : autant sur Linux quavec Windows il permet
aisment de reconduire le mme code sur un environnement peu prs
semblable.
Libre, gratuit et simple dutilisation et dinstallation, ce langage ncessite
comme tout langage de programmation une bonne comprhension des
principales fonctions.
II. SGBD (Systme de Gestion de Base de
Donnes) :

Tout projet informatique manipulant des donnes, a besoin dune base de
donnes, cette base de donnes doit tre exploitable dune manire rapide,

07 juin 2014
efficace, robuste mais aussi souple. Donc nous avons besoin dun systme de
gestion de base de donnes libre respectant tous ces caractristiques.
Pour cela nous avons opt pour MySQL qui est un SGBD open source,
gratuit et disponible. Sa puissance se prsente dans la manipulation des types de
donnes appart les types traditionnels tel que entier, caractres, date, etc.
MySQL fonctionne sur toutes sortes dUNIX / LINUX et sur Windows (
partir de sa version 8), il est trs populaire car des millions dexemplaires du
SGBDR MySQL sont installs sur des serveurs Web et des serveurs
dapplication.
III. Architecture de lapplication :
Dans une utilisation Web, l'excution du code PHP se droule ainsi :
lorsqu'un visiteur demande consulter une page Web, son navigateur envoie une
requte au serveur HTTP correspondant. Si la page est identifie comme un
script PHP (gnralement grce l'extension .PHP), le serveur appelle
l'interprte PHP qui va traiter et gnrer le code final de la page (constitu
gnralement d'HTML ou de XHTML, mais aussi souvent de CSS et de JS). Ce
contenu est renvoy au serveur HTTP, qui l'envoie finalement au client.

Figure 9: Architecture client serveur

Une tape supplmentaire est souvent ajoute : celle du dialogue entre
PHP et la base de donnes. Classiquement, PHP ouvre une connexion au serveur

07 juin 2014
de SGBD voulu, lui transmet des requtes et en rcupre le rsultat, avant de
fermer la connexion.
L'utilisation de PHP en tant que gnrateur de pages Web dynamiques est
la plus rpandue, mais il peut aussi tre utilis comme langage de
programmation ou de script en ligne de commande sans utiliser de serveur
HTTP ni de navigateur.
IV. Les diffrentes consultations du site :
Le site se concentrera sur deux niveaux de consultations :
Niveau rserv ladministrateur qui a tous les privilges sur lensemble
du site sauf la manipulation des notifications gnrales et les documents
de mouvement.
Niveau rserv aux autorits comptentes qui ont les mme privilges
que ladministrateur sauf lajout, suppression et modification des autres
autorits comptentes mais elles sont autorises manipuler les
notifications gnrales et les documents de mouvement.

07 juin 2014

V. Prsentation de lapplication :

Les pages de navigation des autorits comptentes authentifis

07 juin 2014

Figure 10: Notification remplie

07 juin 2014
Cette page montre la phase de remplissage de la notification gnrale par
lautorit comptente authentifie.

Aprs authentification autant quune autorit comptente, une liste des
notifications gnrales auxquelles cette dernire na pas encore donn
son consentement.
lautorit comptente pourra donner son consentement comme le
montre la figure suivante :
Figure 11: Liste des notifications gnrales non consults

07 juin 2014

Figure 12: Affichage de notification

07 juin 2014

Cette page nous permet de consulter la liste des notifications dj
consults soit pour les afficher soit pour leurs ajouter un mouvement.

Figure 13: Listes des notifications

07 juin 2014

Figure 14: Ajout d'un mouvement

07 juin 2014
Lautorit comptente peut ajouter un mouvement li une notification
gnrale.

Figure 15: Gestion des dchets

Cette partie est consacre pour la manipulation des dchets ajout,
suppression, et modification .

07 juin 2014
La figure suivante prsente la phase de lajout dun dchet :

Cette partie est rserve ladministrateur qui a le privilge de la gestion des
autorits comptentes ajout, suppression et modification .
Figure 17: Ajout dchet
Figure 16: Gestion des autorits comptentes

07 juin 2014

Notre projet consistait mettre en uvre une plateforme informatique
pour la gestion dun site web dynamique concernant la gestion des mouvements
transfrontires des dchets.
Pour le dveloppement de lapplication, nous avons amlior la
fonctionnalit pour la gestion des mouvements. Quant la conception de la
structure logique, nous lavions conu laide de la mthode MERISE. Tandis
que pour la ralisation du projet, nous avons fait appel lutilisation du langage
PHP pour le dveloppement du site.
Ce projet tait loccasion pour raffiner nos capacits dabstraction et de
conception. Il nous a permis de raffiner notre mthodologie de travail et de
dvelopper notre esprit dquipe en travaillant sur un projet qui demande des
comptences varies dans diffrentes domaines.

07 juin 2014

Figure 18: Document de notification gnrale

07 juin 2014

Figure 19: Document de mouvement

07 juin 2014

Rapport PFA Version Finale

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Rapport PFA Version Finale

Uploaded by

Copyright:

Available Formats

1 Mouvement transfrontires des dchets

You might also like