Professional Documents
Culture Documents
(MESS)
Secrtariat Gnral
Universit Polytechnique de Bobo-Dioulasso (U.P.B.)
Ecole Suprieure d'Informatique (E.S.I)
.&,,, c 11
~
,::,
~
Matre de staKe
M Alex SOME
Informaticien l'lNSD
v-
a1,.AJ.-J(!,..1
t' V
g~ t...v:'\.~ J al--
~J.;,.;vi
1
-"rviseur
T:,: ;- i ,
A~ c.rlte~v.
>
1 -
.'
;,
Au dbut de ce rapport, il serait trop injuste de nous accorder tous les mrites du
travail ralis. Il y'a des personnes sans qui, les couleurs de ce chef-d'uvre auraient pu tre
ternies, et qui, nous devons une fire chandelle.
Nous tenons donc remercier dans un premier temps, toute l'quipe pdagogique de
! Ecole Suprieure d'Informatique et les intervenants professionnels responsables de la
formation des ingnieurs de travaux en informatiques, pour avoir assur la partie thorique de
celle-ci.
Nous remercions galement toute l'quipe professionnelle de l'INSD
pour
l'exprience enrichissante et pleine d'intrt qu'elle nous a fait vivre durant ces trois mois au
sein de l'institut. Nos vifs remerciements vont aussi aux personnes suivantes:
Enfin, au risque de n'oublier personne, nous tmoignons notre gratitude tous ceux
qui, de prs ou de loin ont apport leur soutien notre formation ou la russite de ce travail.
II
')\1MAIRI:
DEDICACES
1
II
REMERCIEMENTS
SOMMAIRE
III
VI
VII
VIII
AVA1\JT PROPOS
IX
INTRODUCTION GENERALE
Chapitre 1:
GE'\IEf~AI.ITCS
INTRODUCTION
I.I.PRESENTATIO'N DE ['INSD
1.1.1 Cration
1.1.2 Activits
1.1.3. Organisation
1.2.2. Probllnatiquc
12
13
'" 13
III
14
CONCLUSION
19
20
INTRODUCTION
20
20
20
21
22
22
24
27
28
29
30
30
31
32
33
CONCLUSION
36
37
IN'I'RODUCTION
37
111.1. CONCEPTION
37
37
44
IV
47
48
49
51
51
51
52
53
53
53
53
LI n
IIL5.TRANSITION
53
53
54
CONCLUSION
54
CONCLUSION GENERALE
55
BIBLOGRAPHIE ET WEBOGRAPHIE,
56
.\ '\l:\JEXES
57
57
58
Sigle
ACL
API
AJAX
BD
CICI
.,
,1
cln
COCOMO
CU
CSS
EDJ
GAPI
HM
HOaD
HTML
INSO
KLSL
JSP
J2EE
MAJ
MYC
ND
OMG
OMT
OOA
OOD
OaSE
PHP
PU
RUP
SDK
SG8D
SQL
UML
XHTML
XML
XP
2TUP
Dfinition
.~
,
~,
,t
-;
~i,
1~:
VI
.
~
_-"
.".."
\.
__
-~~"-
-=L~.
-: _ _
.
.".
~-=----~
Il
Il
15
17
31
32
37
38
38
39
.45
45
46
48
49
50
52
53
53
VII
]5
22
23
23
24
25
27
28
29
32
35
35
36
40
41
Tab leau 17 : Description textuelle de quelques cas d' uti 1isation Grer document
42
43
49
VIII
L'Ecole Suprieure d'Informatique o nous avons suivi notre formation, a une organisation
pdagogique qui s'articule autour des deux axes suivants:
./ La formation au Cycle des Ingnieurs de Travaux Informatiques (CITI) options
Analyse Programmation (AP) et Rseau et Maintenance Informatique (RMI) ;
./ La formation au Cycle des Ingnieurs de Conception en Informatique (CrCI) ;
Les tudiants en fin d'tude du Cycle des Ingnieurs de Travaux en Informatique (CITI), dans
le cadre normal de l'en forcement et de valorisation de leur formation, effectuent un stage en
entreprise au cours duquel ils sont confronts des problmes informatiques rels du monde
professionnel. Trois mois durant, ils travailleront trouver des solutions conceptuelles et
technologiques qui rpondent aux besoins informatiques exprims par leurs structures
d'accueil.
Ce stage s'est droul du 01 septembre au 30 novembre 2013
IX
st~lge
NSD" afin de pail ier aux insuffisances et imperfection du traitement non informatis de la
, (j
"Lion. L1to
1.llis~ de~
Publicarions de lNSD )
INTRODUCTION
Cc chapitre concerne la prsentation de notre structure d'accueil et du thme de notre tude.
Nous allons galement faire cas de notre dmarche d'analyse pour mener bien le projet.
Enfin, nous prsenterons les diffrents acteurs du projet et nous donnerons un planning
prvisionnel du droulement des diffrentes phases de l'analyse
I.1.PRESENTATION DE l'INSD
L'Institut National de la Statistique et de la Dmographie est l'organisme officiel de l'Etat
responsable de produire, d'analyser et de diffuser les informations statistiques officielles,
objectives et de qualit pour le Burkina Faso. Celles-ci enrichissent les connaissances,
clairent les dbats et appuient la prise de dcision des diffrents acteurs de la socit
burkinab.
1.1.1 Cration
Le systme statistique national du Burkina Faso doit tre plac dans le cadre du
dveloppement conomique, social et politique du pays. S'il est indniable qu'on ne peut
concevoir un peuple organis sans statistiques, il convient tout de mme de reconnatre que la
tentative de crer un systme statistique plus ou moins cohrent date de l're coloniale.
J'Institut National de la Statistique et de la Dmographie a t cr en 1974 comme une
dil'ection centrale de l'administration puis transform en un tablissement Public de l'tat
caractre Administratif (EPA), par le Dcret N2000-508/PRES/PM/MEF du 27 Octobre
2000.
En 1974, il succdait alors la Direction Nationale de la Statistique et de la Mcanographie
cre en mars 1966 et qui entra dans la mmoire collective des Voltaques d'alors, comme
tant le service charg du traitement de la solde des fonctionnaires. Cette direction remplaait
le Service National de la Statistique et des tudes conomiques (SNSEE) lui-mme cr trois
ans auparavant, en fvrier 1963, pour rpondre aux nouveaux besoins en donnes plus
labores, apparus l'aube des indpendances le 5 aot 1960. La premire unit vocation
statistique a t le "Bureau Statistique" cr en 1958.
1.1.2 Activiti's
LNSD est l'organe ot1lciel de l'Etat en matire d'information statistique. Son objectif
premier est la collecte. le traitement, l'analyse, la publication et la diffusion de J'information
statistique.
A ce titre, il est charg de :
dmographiques nationales;
:> prparer et excuter les tudes et recherches en matire de population;
:> assurer le secrtariat permanent du Conseil National de Coordination Statistique;
:> participer la prparation de tout rglement administratif dans le domaine de la
statistique:
:> tablir les budgets conomiques en collaboration avec les directions et dpartements
ministriels concerns;
:> raliser des prvisions conomiques court, moyen et long termes l'aide de modJes
appropris:
:l
:l
:l
:l
:l
mettre en place des outils de suivi des conditions de vie des mnages;
:l
:l
1.1.3. Organisation
L "institut National de la Statistique et de la dmographie est un tablissement public
_1
Cellule
d'Assistance
technique et de
Conseil (CA TC)
'''~
:-.... =_.
r;;
Directeur gnral
r=-:-.
Direction
de 1a
Coordination
Statistique, de la
Formation et de
la
Recherche
IOCSFR)
Service de la
C90rdination
..--Direction de la
Dmographie
Direction
des
Statistiques
et
des
Synthses
Economiques
(OSSE)
Direction des
Statistiques sur
les conditions
de Vie des
Mnages
rnsrVMI
Service
Direction
de
l'Informatique et
du Management
de l'1I)formation
Statistique
IDIMIS)
Directions
Rgionales
l'INSD
(DRlINSD)
Direction
des
Affaires
Administratives
et
Financires
de
Service
de
l'Equipement et
de l'Immobilier
statistiques
d 'Entreprises et
SblliI&iquo
!Service
des
Comptes
Economiques et
des
Anal~
Macro
Service
Administratif
Financier
Service de la
Prvision et de
l'Analyse
de
ConjOlldllle
Service de la
Documentation et
des
Archives
et
fpt 1&tOe
r INSD
Personne
Responsable
(AC)
(DAAF)
Service
des
Statistiques
Economique
des
Agence
Comptable
Marchs
Service
Recette
de
la
des
1.2.2. Problmatique
L'Institut National de la Statistique et de la Dmographie mne des enqutes suite auxquelles
paraissent des documents. Ceux-ci sont mis la disposition de toute personne dsirant les
consulter. On peut donc s'en procurer auprs du service marketing de la structure. Le problme
qui se pose c'est que la gestion de ces documents au niveau de l'lNSD se fait jusque-l
manuellement, sans aucun outil informatique, ce qui entrai ne des inconstances au niveau des
traitements des commandes, des produits en stock, de la distribution, de la traabilit des
documents couls. etc.
permettre:
./ la gestion des documents
./ la gestion des clients
./ la traahilit des documents
./ l'tat de stock
./ les recettes des documents.
la modlisation cie tous les phnomnes de l'activit cie l'entreprise indpendamment des
techniques d'implmentation mises en uvre par la suite. Il est n de la fusion de trois (03)
mthodes de rfrence: OMT, Booch, oaSE. UML n'impose pas une dmarche particulire
pour l'analyse d'un systme mais prconise d'adopter une dmarche ayant les caractristiques
suivantes:
./ itrative et incrmentale ;
./ guide par le besoin des utilisateurs du systme;
./ centre sur l'architecture logicielle.
j'our faciliter
I~l
\ue d'ensemble du systme en un temps beaucoup plus court, UML a initi le concept visuel
fond sur ks
uiagralllnl~S.
UML 2.0 dfinit treize (13) diagrammes repartis selon les modles
suivants:
celles-ci. C'est un langage formel et normalis dot d'un gain de prcision et d'un gage de
stabilit. Il est aussi lin support de communication performant car il cadre l'analyse tout en
facilitant la comprhension des reprsentations abstraites complexes. En outre, UML sert
formaliser tous les documents techniques d'un projet et permet d'affiner les dtails de l'analyse
au fur et mesure de l'avance du projet. Il est possible d'utiliser le mme atelier de gnie
logiciel depuis l'expression des besoins jusqu' la gnration de tout ou d'une partie du code.
Enfin, il est indpendant des langages de programmation et des processus de dveloppement.
UML propose un mo) en pour reprsenter diverses projections d'un systme: les vues.
Elles sont gnralement constitues d'un ou plusieurs diagrammes UML qui sont des
reprsentations graphiques qui s'intressent un aspect prcis du modle dont chaque type est
C;cstinn
!\ulmnlli';~,~
1)
compos d'lments de modlisation prdfinis et la combinaison offre une vue complte des
<lspects fonctionnels. statiques et dynamiques d'un systme.
WvlL est ulle
~lV(1nc~
Cascade
RUP
Description
Points forts
-Propose de drouler les
Distingue clairement les phases
phases projet de manire
projet
squentielle
raisons
-Cit pour des
historiques
Points faibles
-Itratif
-Spcifie le dialogue
-CoteUx''i>~~rm+""er::
batterie;de~POs" '
-Non itratif
-Ne propose pas de modles de
documents
-Ensemble de Bests
Practices de dveloppement
(travail en quipes. transfert
de cOlllpdcnl'es".)
2TUP
-S'articule autour de
l'architecture
~Propose
~ltratif
-Plutt~uperli i
un cycle de,
dveloppement en Y
-Cible des projets de
toutes tailles
Notre choix s'est port sur la mthode 2TUP, du fait de son approche nouvelle, originale. Notre
projet est bas sur un processus de dveloppement bien dfini qui va de la dtermination des
besoins fonctionnels attendus du systme jusqu' la conception et le codage final.
1.3.2.2. Le processus de dveloppement 2TUP
La famille des ., Unified Process (UP)" constitue une trame commune pour intgrer les
meilleures pratiques de dveloppement. Un processus lI!> est itratif et incrmentai, centr sur
l'architecture. conduit par les exigences des utilisateurs. pilot par les risques et orient
composants. Le processus 2TUP signifie 2 Track Unified Process. C'est un processus UP
qui rpond aux caractristiques que nous venons de citer. Le processus 2TUP apporte une
rponse aux contraintes de changement continuel imposes aux systmes d'information de
l'entreprise. En ce sens, il renforce le contrle sur les capacits d'volution et de correction de
tels systmes. 2 Trad: signifie littralement que le processus suit deux chemins. Il s'agit des
chemins fonctionnels et d'architecture technique. qui correspondent aux deux axes de
la
changement imposs au systme informatique. La figure 2 nous donne un aperu de ses deux
contraintes.
L'axiome fondateur clu 2TUP consiste constater que toute volution impose au systme
d'information peut se dcomposer et se traiter paralllement, suivant un axe fonctionnel et un
<1xe technique.
..,..-. ..
_.,.- --_.,.
_._~
"
Capture""
(
des Descins ~
"'"
~
fonHionnels
fonctiollllell~: ~
'>PcilicatiO>
Analyse
Con<:eption
P!'cse de
1 Coelage
"
"
!
"
'::31 satlon
Test
Re<:ette
Dploiement
Il
qui
consiste
tudier
capture des besoins techniques, qu i recense toutes les contraintes et les choix
,\
1 , ! [
i:
12
conduit dfinir la vision du projet, sa porte, sa faisabilit, son business case, afin de
Le groupe de pilotage prend les dcisions relatives aux objectifs recherchs et fixe les
orientations gnrales, les dlais respecter et dfinit galement les moyens mettre en place
pour la ralisation du projet et approuve le plan d'action tabli par le groupe de projet. Il
s'agit notamment de:
13
lIlilis~\leurs
ncessaires la bonne conduite du projet. 1\ intervient galement dans la validation des dossiers
d'tude produits par le groupe de projet. Ce groupe est constitu des agents du service
marketing de l' INSO.
*
*
*
*
*
Phase 1 : Accueil
Phase 2 : Analyse
Phase 3 : Prise en main des outils de dveloppement
Phase 4 : Dveloppement
Phase 5 : Rdaction du rapport de stage
Ce planning est traduit par la figure 4 qui nous montre bien la succession des tches,
14
11'
~~,r;jll+-e!---...
,
t:W,;.;,.
ft f
r: Z}UIOUpedeprOj!1
,tri
f,:m:ili,::lIt
~tA~1t!k~,::i~(n:k:
ltt' ,3,Uloup!d!~IoIil!~IOOI!deproj!t
~~ 1f.t"l'lf::r.f ~t;:;:
,.hj;JnM~c"
~"iClo.lr.i:sd~
'(;'"'
f
g 'of t
t'Mr'e: , Mt.,
'1
Jours
Tches
Septembre
02-03
01
04
02
01
05-09
03
02
10
04
02
11-12
05
13-16
06
Dpendance
Phases
1
15
07
19-25
08
A partir
du 19
06
SeptembreOctobre
26-02
09
Octobre
03-09
\0
10-16
08
Validationd~s dbnt;srecueillies
17-23
09
22-25
10
Elaboration du SOBO
28
11
29-31
12
Installaion,d'outils dedveloppemerit,
Zend FrameWork
01-12
13
09
06-18
14
Dve10
10
(fonctionnel
et
05
06
Novembre
ement
19
20-29
3 mois
12
--'----
--J...._...L-_.....J
, (icstioll
/\t1 1 (lill:ll'.. ~
16
~-9:'"
Itar!
t:J
Groupe de plil)tilge
Groupe de pilclage
fi
,
-~r.,~
.....
r<:~r
;,,"'cric-j'i
~i
'jJ:l~'I, !~I""~
"':.
,;~'
';Ir
:"o;"~ ;;~
~'
~,
''\
GrO\lpe de proiet
J',lirouIJe de projet
1
e! rE:;C~"-':;II"r
~\.
ii""::. 'Ti"I;Il'1
,...J.-Grfupe de projet
..
,'='1 t,
I!
~~t'.., 1)
Groupe de projet
!O"',l,H
~.Gf~~-ptIot-aee:;-Gf-OllPc--de-tlttffhdlett"'
.....
#_._-
GrOtlpe de
p~-ojet
.i~~,J rJ~_o\lpe
1",'i!I.:tU J'~I,-~i1i ~t
~,; ~1:~~"'ln
ll"c
l:, ,''l''.','>'or~
;,;,~
5:~
j~ :,,'
=u SC_. 'fi!!
e~ fT'1,r
:fri"-iWU'
D- Groupe de proj~
1
ue JNSD )
17
Nomdeelat:he
Dure
:]Dbut
Lun 02/::>9/13
Fin
T lPrdc..ss ..ur'T
th"'~
Lun 09/09/13
Mer 111~9.13
10 jours
Jeu 12/09/13
Mer 25/J9/13
5 jour~
Jeu 26/09/13
Mar 02/10/13
3;2
3jour!
Jeu03/10;13
LunJ7/,::13
Mar08,'lC:'13
LLr ,.::11213
reccE:L;illi:::
-?( r~1:'_
v'alid~:lon t rvt~J O;
foncticrr::lltEe, dL
systerr e
2 jours
Mar 15/10/13
Mer 1&/10/13
a.
5 jours
Jeu 17/10/13
Mer 23,'1::13
::rise en 8jours
Jeu 24/10/13
Lun J~illi13
diagramrre,
Revls1er
rT"'air Oli
CL; ~::'L.et
:Erd:ran~-E:
10
developperrent
17 jours
1011 ar 05/11/13
Mer 27/11/13
~1
Redaction du rapp:rt
65 jours
Lun 02/09/13
Ven 29/11/13
1,<\ prise en main des outi Is de dveloppement (la plateforme zendframwork) a pris galement
18
Nom de la tche
Prdcesseurs
Dure
Dbut
2jours
Lun 02/09/13
Mar03/09/13
1 jour
Mer 04/09/13
Mer 04/09/13
3 jour:a
Jeu 05/09/13
Lu n 09/09/13
ech2r~~
:;,:-:::.Ie:
Mar 10/09/13
~"::\'/l::';:
th e n~-=
lnt~r", \;;'~'.' ~
2. jours
Mer 11/09/13
J~t..
2. jours
Ven 13/09/13
lun 16/09/13
M" 17/0'3/13
Mer IB/09/13
Jeu 19/09/13
r",'er ~5r:::>9/13
12/09/13
i:IUCI(:l.:rle therr"E
6,cceptatlcr. et
r-=!cIJ'Tl,iS,~c('\ du
7
8
Sjours
9
J~1,;
11
En,;,d.-:
..~: :'nctl':-I~~.
C4t'nni,nJ.t~v~1 ,,::)
1.2
:::.3 }G 13
5 J0t;.1";
Jou 10 10'13
10
3 Jour.
Jo" 171013
11
1.:-H: :3.S~
Con.:~~t~c':": ~i -:';::~~l1t:.
dia,gra1n:~1~~
L3
El.J.bora.:ic:.. . :.-.:.
y 3.h3.t lcn -:t
12
4 jo-;.-ri
~G3D
1 JOU
Luri
M.r 29/10/13
Ji:L.
3 JOLrs
Ven 01/11/13
MiSrCS/l1/13
16
~S10'13
-rK"U..::-it\i-=~
15
Revi~ion du S:)l
16
In.itall:;":-Icr d'ovtil::: ce
develc ~...;-"",,,,. :.;,,,.j
Fram
JOLf"S
31/10/13
:"~r.:.
Mer 06/11/13
lun 18./11/13
18
1 jour
M.r 19/11/13
Mar 19/11/13
19
DvelcpperT"'~nr.
SjOU r !
Mer 20/11/13
Ven
29/11/13
1~/10/13
;~r
29:'11/13
lun
20
lB
I:ONCLUSION
Cette premire tape nous a permis de nous familiariser avec notre structure d'accueil et aussi
de bien nous imprgner du thme d'tude, Nous avons pu dfinir une dmarche d'analyse qui
va nous permettre de raliser notre projet. Dans la suite du travail, nous, nous emploierons
su ivre les di fjrentes tapes de notre dmarche.
, ,ies! j()n
/\U10lndli"l:
19
i NTRODUCTfON
Le chapitre prcdent fut l'objet entre autre de la description du processus 2TUP. Nous avons
\ u que ce processus est un processus en forme de Y et est dcompos en 2 branches d'tude:
La branche fonctionnelle et la branche technique. Ce chapitre fera l'objet d'une part de l'Etude
prliminaire et d'autre part de l'tude de notre systme selon ces 2 branches et enfin d'une
~malyse du
:>
Enqute
:>
Document
Il est le rsultat d'une enqute dirige par un service technique, mme si des documents
paraissent parfois priodiquement, sans enqute pralable. Ces documents sont donc reproduits
au niveau de la reprographie, puis transmis au service marketing, qui procde la
classification, au stockage et la distribution ou coulement pour la clientle. Le document est
distribu au service public dsireux d'utiliser le document des fins nationales, vendus aux
privs et aux particuliers. Toutefois, tout document dont le cot de production est infrieur
1000 FCFA est donn gratuitement qui veut.
Cicstioll
;\111\\1))
li'
20
La gestion Stock
Cest le lieu o sera gr le stock des documents. Ce module a pour principales fonctionnalits,
\oir tat du stock. vl"itier les sorties. valuer recettes totales. les documents en rupture et ceux
qui seront disponibles sous peu.
2]
lJn cas d'utilisation est un ensemble d'actions susceptibles d'tre ralises par un systme et
produisant lin rSll\t,lt observable intressant pour un acteur particulier du systme. C'est
l'image d'une fonctionnalit du systme, dclenche en rponse la stimulation d'un acteur.
Il illustre, dtecte puis dcrit un
besoin
Le systme tudi prsente un trs grand nombre de fonctionnalits donc de cas d'utilisation.
C'es cas d'utilisation seront repartis en cas d'utilisation de haut niveau et ses cas seront dtaills
par la suite pour une plus grande lisibilit. Les cas d'utilisation de haut niveau s'identifient
comme tant les diffrents modules du systme. On obtient donc le tableau 3 contenant les
diffrent cas d'utilisation.
Tableau 3: Identification des cas d'utilisations
r--------~--__,_-------__,_---
Cas d'utilisation
Acteur(s)
Message(s) mis
Message(s) reu
Agents Service
Marketing
Saisie/MAl, consulter
1l...',~1
i()
.Agents Sryice
. Marketing
Agents
Service
Marketing
Agents Service
Marketing
Agents
Service
Marketing
SaisieIMAJ, C9P&ulter
Saisie/MAl, consulter
Saisie/MAl, consulter
Saisie/MAl, consulter
l /\ ~ : tr
22
Grer la Traabilit
Grer les Clients
Physiques
Grer les Clients
Moraux
Grer les Commandes
des Clients
Grer les Profils
Grer les Modules
Grer les Privilges
Agents Service
Marketing
Agents Service
Marketing
Agents Service
Marketing
Agents Service
Marketing
Administrateur
Admi n i strateur
Administrateur
Saisie/MAl, consulter
Coordination ....
Ooc1.ltn~ntsZC~.~n~s~,'.
Saisie/MAl, consulter
Saisie/MAJ, consulter
Saisie/MAJ, consulter
Saisie/MAJ, consulter
Saisie/MAJ, consulter
Saisie/MAJ, consulter
Grer Document
Description
:>
...ii.
Gl"l'rClicllts
23
Grer profil
un
d'utilisation du systme.
comparative atin de recenser les inconvnients, les avantages et aussi une valuation du cot
des outils logiciels qui pourraient tre utiliss. Ces choix portent principalement sur le systme
de gestion de base de donnes, le langage de programmation, l'architecture logicielle de
l'application et ('environnement de dveloppement intgr (IDE).
Il.:~.
24
langages que nous avons cits peuvent permettre d'atteindre les objectifs. Nous prsentons
succinctement travers le tableau 7 ces trois langages.
Tableau 7 : Prsentation de quelques technologies web
.
Technologie web
--'y
; Caractristiques
,
[Observations
Niveau de
connaissance
-compif~t"i~terp-;:t-;_.- -=-b~~~~~~p'--d-e-c'-o-n-ce-p-t-s--f-M-O-y-e-nn-e----l
maltnser;
-orient objet et autres
paradigmes;
Java (JSP+servlets)
, -ramasse-miettes;
-trs rt?pandu ;
-robuste.
I-machine virtuelle;
1
, -syntaxe familire (proche
. de Cet C++);
-multiplateforme.
,.,.
_._.~"'
-interprt;
'
,,
....,...,....,..,.......,,,...
-trs rpandu;
-orient, obj~t.~\.~~tre~ .
paradigmes;"" ". ".
-typage dynamique faible;
PHP
-systme de gestion
d'exception;
-m!J!t.ipl.ate_fo.;;..rm~..,;e;...'
-interprt;
-possibilit de
modification de classe
pendant l'excution;
t _ ."_",
i.
IL':-;linn
"~.,,
!\I:l\\rn:,ti~~~ cic~
Puhliciltion:-; de liNSD
25
........~~_j
!
Nous utiliserons PHP. PHP 5 plus prcisment. Ce choix est guid par nos prtentions
d'orientation professionnelle, mais aussi Pour sa souplesse, sa portabilit ainsi que son
intgration complte du modle objet, PHP 5 est le langage qui a retenu l'attention de l'quipe
de projet.
Pour la prsentation (les pages, nous utiliserons l'indispensable XHTML associ javascript et
aux feuilles de style CSS 2.
11.2.1.1. Le framework
:1-
Un framework est un kit de composants logiciels structurels, qui sert crer les fondations
(1
ainsi que les grandes lignes de tout ou d'une partie d'un logiciel (architecture). Un framework
se distingue d'une simple bibliothque logicielle principalement par:
~
Un framework n'est pas une ncessit absolue, mais nanmoins il est trs utile.
Les applications dveloppes l'aide de framework sont conformes avec les standards
du march.
Source: http://ti.wikipedia.org/wiki/Framework
Co
Plusieurs frameworks PHP ont t mis au point. Nous avons choisi trois parmi les plus connus
pour notre comparatif comme l'illustre le tableau 8.
Les plus
Framework PHP
~
CakePHP
CakePHP ].3
SyrnforlY
Symfony 2
~ ~.o
~~ ~
!-Difficile
prendre
en t
main;
-Pas de composant pour les:
ACL et l'authentifi"
1
o,
1\ ~iit'~~'f;
-Documentation de l'API,
pas bien dtaille.
Nous utiliserons Zend Framework pour ses composants tels que les AC L, l'authentification et
les sessions; et la bibliothque AJAXjQuery que nous connaissons bien.
NI3 : Pour plus dnfonnation sur zend framework, voir annexe 1 la page 58.
donnes (le modle), l'interface homme-machine (la vue) et la logique de contrle (le
contrleur).
('e
Le modle: Il reprsente les donnes de l'application. Il dfinit aussi l'interaction avec la base
de donnes et le traitement de ces donnes.
La vue: Elle t'eprsente l'interface utilisateur, ce avec quoi il interagit. Elle n'effectue aucun
traitement, elle se contente simplement d'afficher les donnes que lui fournit le modle. Il peut
tout fait y avoir plusieurs vues qui prsentent les donnes d'un mme modle.
gnrer des vnements lors d'une modification du modle et d'indiquer la vue qu'il faut se
\iJ
Netbeans
7.k
III
Support
Zend
Frarriework
Oui
Outil de
'd66gage
Oui
Non
Outil
Tests';'
Oui
Unitai~es
Oui
Oui
Oui
Oui
Oui
--'-
----J'--
...J
, l.icslilll
i\u\omati:;~'-':
i)
28
Cc comparatif Illontr,' qu'Eclipse ne supporte pas Zend Fraillework. il n'est donc pas adapt.
[cs deux autres I::r) 1 offrent les mmes fonctionnalits: cependant Netbeans en raison de sa
simplicit d'utilisation. de sa convivialit, de sa rapidit et de sa gratuit, notre choix portera
donc sur Netbeans 7.2.
Les plus
Les moins
""--~-----~~------'1
. -API de cache de i
1
1
\ donnes;!
-PHP 5.3;
, -Zend
Framework
-Apache 2.2;
intgr;
!
1
-MySQL 5.1;
-Acclration
de . M'
1
l - \ses jour pas trs '
-phpMyAdmin 3.3; j code;
.
de frequentes ;
-Zend Framework; 1 -1'"
nterlace
1 ob
' -Tlchargement
. -Zend Optimizer+; 1 de ogage;
. ,
1
1 d Apache
et MySQL
-Zend Loader;
: -Connectlvlte base de 1 d ,.
l'
:do'
ors el \I1sta\ atlOn.
-Zend Debugger;
i onnees
mtegree
-Zend Cache.
t (Oracle,
PostgreSQL ...) ;
1 -Multiplateforme ;
-
~-'
Composants
"~t_."_.~.
WampServer 2.2
c:I'J~w
'-~
arnp s erver
.......
._.__....,J -Gratuit. . . . . . .._ .
.__._~_....,.,,- ....-..,...-)
-PHP 5.3;,"
-Possibilits d'ajouter 1 .
-Apache 2:2;
des
'versions
'.1:','.,.>]7;.
-MySQL 5.5;
d'~pache, ,
-phpMyAdmin 3.4; MySQL;
; -XDebug 2.1;
~Large communaut
-sqlbuddy1.3;
d'utilisateurs;
-webgrindLO.
-Gratuit.
-," . . ,. - . . . . . . __.,_._ . _* --.
-"
1 -PHP 5.4;
-Inclut les dernires 1
l -Strawberry
Perl. versions d'Apache,!
.
! PHP, MySQL ;
-InstallatIOn complexe.
. 5.16;
'~
XAMPP 1.8
C~1 XAIVlPP
-~~._"
-,",'.j<,,"
-Apache 2.4;
! -Multiplatefonne ;
. _.-.-
~. _.,---,~, .-.~-~,
; 29
-_.
.. _-""....
','
-'-',.~ ~
--;'=MySQL 5.5;
I-G;;tuit~'--'--1
-phpMyAdmin 3.5; ;
-TolTIcat 7.0;
-OpenSSL.
:> Visio 2013 pour la conception des diffrents diagrammes UML et de l'architecture
rseau insrs dans le rapport.
niveau des
planllings:
30
commutatS'J(
architecture 3-tiers o l'on sparera les couches de prsentation, traitement et d'accs aux
donnes et respectant le modle Mye prconis par Zend Framework.
Ceth: application sera dploye en interne et utilisera le rseau local de l'INSO, c'est-dire que le serveur d"application ainsi que celui de base de donnes seront installs au sein de
l'INSO.
Pour assurer la scurit du rseau de l'INSO, une zone dmilitarise (OMZ,
DeMilitarized Zone) est cre pOlir les serveurs.
Les utilisateurs accderont l'application grce un navigateur web au niveau de leur
poste client (client lger) pour les diffrents traitements.
31
DMZ
-----~-
J.
l ',-'
Caractristiques
Serveur
Serveur HP ProLiant
MU JO C7 E3-1240
3.30GHz 4-core IP
4GB-U Hot Plug
SATA 460W RPS
EU
Ordinateur
Pentium IV
Prix unitaire
595395 3
ND
Existant
Existant
~ 1i l i 1 \
32
163 71725 2
Planification
Onduleur
iDoweli
iBox UPS 550 Va
ProjectProfessional
Modlisation
PowerDesigner15
Evaluation
Ondule ur
Existant
i>
Gratuit
1
Existant
Systme
d'exp/uitotiun
(SE)
Debian GNV/Linux
3.1-Sarge
SE cot client
Antivirus
Kaspersky Internet
Security 2013
MySQL 5.5.30 ou>
SGBDR
' Netbe(l1'js
IDE
"",
Gratuit
Existant
Windows 7
Existant
Gratuit
,
",Gratuit
Apache 2.2
Serveur
d'application
Internet
;';
;,
lI;'
,r:
rf' '"
Gratuit
Configuration
professionnel, Accs
>=
ADSL
dbit
512kbtls
ND
Existant
:>
Ces projets
( (1I:slil)11 !\lil()n)(\lis,.~
33
Le systme dvelopper est une partie d'un systme complexe et les modifications de
spcifications destines contourner des problmes logiciels sont en gnral impossibles.
Les formules permettant de calculer le cot, ou plus exactement l'effort requis pour le
dveloppement du logiciel en fonction du type de projet sont les suivantes:
3,6 (KLSL)
1,12 ;
1,20.
code du logiciel.
Le nombre de personnes requis pour raliser le projet dans cet intervalle de temps est donc:
:>
N == Ht\VTDEV.
COllt = HM*\',i1eurHM.
O ValeurHM reprsente le salaire moyen d'un informaticien. Au Burkina Faso nous
i)
34
\,12,
Cot
Dsigation
Kilo-Lignes-Sources (KLSL)
6 100
23,57
Homme-Mois (HM)
~~
7,5
Temps de dveloppement
Nombre de dveloppeur (N)
225000
Valeur HM
--1
, 'U!~:0
~:
~.;
5303250
Cot Je dveloppement
. h);flIatio!1
Afin que les utilisateurs puissent se familiariser avec le logiciel, une formation sera faite
leur gard dont le Cllt est valu dans le tableau 13 :
Tableau 13 : Cot de formation des utilisateurs
Heures
Montant de l'heure
Utilisateurs
Montant total
10
15000
150000
35
I!",
. C:ot de rl:a!islltion
En rsume, avec la mthode COCOMO, le cout de la ralisation de notre solution avec tous les
contours runis s'lve 5 453 250 FCF A comme le montre le tableau 14.
Tableau 14 : Cot de ralisation
C--'
Dsignation
,Mont~t').
Besoins
Analyse et conception
-_.DVl: 1Oppl11ent
Formation
150000 FCFA
6 953 250 FCFA
Total
CONCLUSION
A travers les tudes fonctionnelles et techniques, nous avons pu d'une part, dgager les grandes
fonctionnalits et d'autre part ('architecture physique et logicielle de notre futur systme. Dans le
chapitre suivant. nOlis ahorderons l'tude conceptuelle du systme qui consistera dfinir la
manire dont ces contraintes fonctionnelles et techniques seront implmentes.
icslilln
(\lil'lInal;SL'~
J)
36
INTRODUCTION
Aprs les tudes fonctionnelles et techniques que nous avons ralises, nous allons maintenant
passer la phase de conception. Le processus de conception permet de passer de l'analyse la
fabrication de la solution en langage objet. C'est cette tape du processus 2TUP que
s'effectue la fusion des tudes fonctionnelles et techniques.
Dans ce chapitre nous prsenterons un chantillon des diagrammes qui ont servi la conception
du systme
qll~
III.l. CONCEPTION
111.1.1. Diagrammes de cas d'utilisation
Nous prsentons dans un premier temps le diagramme de cas d'utilisation global la figure 10,
puis les diagrammes dtaills de certains cas d'utilisation que nous dcrivons textuellement.
Cas d'utilisation global
(as d'utilisation
glr ""\.
Grer document
)
;
include
l'
\
\
include>>"
Authentification
/
/
/
/
/
include
,,
\
include
,
erer utilisateurs
Admnistrateur
37
Gestion document
Grer service
technique
Grer enqute
Grer document
o
Agent ser ice marketing
Grer type de
document
Grer comman de
~-
-----~-~-----------------------------'
Grer Agents
Changer le mot de
pass
~-~-
'~,
Adm nistrateur
------.......
" '\
'-~
extend
----~
Enregistrer un
utilisateur
, (jestilll1
/\lltCln\,\li<\~ dc~
Puhlications de lNSD
)1
: 38
,---------~
Grer clients
Client Moral
Etablir lien
o L=------------" client-document
gent service ma
eting
Client Physique
[Ill; 1.
DI;~cription
11 s'agit du chemin d'excution le plus gnral du cas d'utilisation. C'est le chemin qui
n'implique pas d'erreurs.
39
Scnario alternatif
Un scnario alternatif est une succession d'une ou plusieurs tapes qui peuvent remplacer une
ou plusieurs t<lPCS du "icnario nominal. Un scnario alternatif propose une autre possibilit de
droulement du cas d'utilisation que celle prvue dans le scnario nominal.
Scnario d'exception
Une exception est L1ne succession d'une ou plusieurs tapes qui s'ajoutent au scnario nominal
en cas d'erreur(s) survenue(s) lors de la ralisation d'une tape du scnario nominal. Ces
erreurs sont telles que les post-conditions ne sont pas vrifies et entranent l'arrt du cas
d'utilisation.
Du tableau 15 au tableau 18 nous dcrivons textuellement certains cas d'utilisations comme
s'authentifier , grer les utilisateurs , grer les documents et grer les clients .
Tableau 15 : Description textuelle de quelques cas d'utilisation CU S'authentifier})
fin
Scnario d'exception:
1
1.
40
'1
informations le conc(,lllant
Administrat~\Irsdu
Acteur:
systme
dbut
1. L'administrateur lance la fentre d'ajout et de mis jour des utilisateurs;
2. le systme lui affiche la fentre (Al, Al);
3. L'administrateur renseigne les informations (El, E2);
4. le systme vrifie les informations fournies;
5. L'administrateur confirme la validation;
6. le systme ellrgistre le nouvel utilisateur;
fin
Scnario alternatif:
~,:"
<:
3. Il confirme r opration;
,
4. Le systme supprime l'utilisateur;
5. Fin du cas d'utilisation.
Scnario d'exception:
El: un au Oloins des champs de saisie obligatoires n'est pas renseign.
--_.~--~-~
41
1.
2.
E2
1.
2.
de 1"1NSD
Il
42
dbut
L'utilisateur Jallce la fentre grer cJient;
Le systme lui affiche la fentre;
rI slectionne ajouter un nouveau client
II renseigne les informations (Al, A2, E2, E2)
Il val ide la saisie
Le systme contrle et rassure que tous les champs ont t bien remplis
Le systme enregistre'lesdonnes, .
.
J.
2.
3.
4.
5.
6.
7.
fin
Scenario alternatif:
Al : L'utilisateur dciue de mettre jour un client
4.
Scnario d'exception :
El : un au moins des champs
.
,
;>:,'';:;, t:\:;:"':
de saisie()})lgat~'!rS~~'st
'u.'
pas rel[lS~:igltiJ~J';~~~;i~;
5.
6.
43
s'~coule
l,es oprateu rs
Ils permettent de faire des traitements particuliers en blocs.
~
L'oprateur Loop est utilis pour dcrire un ensemble d'interactions qui s'excutenten
L'oprateur rel: une rfrence peut tre vue comme un pointeur ou un raccourci
44
iAuthentificatio~
[1 parametersl
Base de
donne
1', "
, _Renseigner
- ) champs
et
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
Valjde~Sie
1
1
h---
Validation
,
1
1
1
1
1
1
1
1
1
1
1
1
1
,>--
Authentification
\...---lallcer ecran de documen
:--Ci-lol~ir action
a effectue
,-~~~~---,,-~~~~--j
Loop
1
in~RenSeigner
champs_Valiger saisie
,
,
Demande d'enregistremen
,
~
Enregistre
1
1
1
Envoie resultats - - - -
- - - - Envoie details--- - -
- - - -Afficher resultats- - - 1
45
--~~~---
--------
GAPI/
Comn;-ande
,.,
)
Authentification()
,
~L<mcer
Il
~51e
GAPI7~ase d
donnes
:-<------fdfllh.lgeecran----1-
-~-ChUlsi( document
~~[paramelters!
Joop
Ipar1<lmeters]
~Ren'ieigerchamps
,,
,
,,
Valld
,
,,,
,
,
,
saisie
,,
,,
Demande d'enregistremen
Enr
- - - - - -Envoie detaits- - - - - -
,
,
,
:.,.::"=----=-~~.~ resurtats- - - - -
tter
~--_--
~~__"___L_~_~_
~~~~--~~~-~--~~~--~-~~
46
47
Clien!Moral
.ja'~= \~~;.S::ir:g \
. jm 13fJSt'ln
nom
i
i' prenom
l"
i nationalite
del1Ominatior. : java.la~Sjril'9
. statut
: java.la~.Stril'9
jml3rlStrin~
. localite
Commande
----
,0-1
----:>;.1.'1'-.-jd-eo-m-ma-n-de--:j -nl---I
O"
;.
. 0-'
datif'--omman : java.um.Oate I~.<'. Qt!Commande : in!
__--'
- i
Enquete
-------,------~-,--_.-
... __ .
__
..
_~~
1-1
Utilisateur
DoaJrntnt
0..1
i~ UulissteUT
,.
r~mlJ!ilisa\eUl
jsals';.S:'lrj
';nomL1ili;ateur . j;\3.1;-,;.S:ir;
c:bdoUtili;.ateUT j;!a b;~:'ir;
f a5lUtili;ateUl
i
t
i ,----
._-_._._.1
SaviTethnique
i: IdDoo.trnenl
: int
. intitule
: javalanq.String
,olje
:javalar'Q String
'.. C{ix
: int
. - 0.....[. nlreExellllllaire :in!
i psrution
. - - . - - - - , ijSeNiTeci1nia~ J!!!
U
. r~!'\&NiTed\ni~ : java lang Strir.;
:java.uliI.Da!e
.,1'0_'
TypeDoClilllEnl
i:p':rrl~;~
1-1
i-:
'11~;r~fiIG;er
--j;,;Isr;: :".;
---_
...
.. .. ..
,.,
"
",
j3va )2ngS:rinq
:);;;I;rgbir;
:jmllngS~in'l
"
48
String
String
49
EJ~odilon_INSD
Source Files
rB () ,
configs
controUers
forms
layouts
models
modules
i)
views
if: fJ
helpers
[J
scripts
...... ~ Bootstrap,php
docs
dH~i library
1lC~
.
[1
[ff .
Cm
t.
Ik
public
,zfproject. xml
Test Files
Important Files
Indude Path
application
../ conjigs contient le fichier application.ini qui stocke les donnes de configuration globale de
l'application telles que les paramtres de connexion la base de donnes, le fuseau horaire,
le doctype html, ... ;
50
./ layouts contient des scripts pour la gestion de l'interface graphique; ces scripts contiennent
le code commun toutes les pages;
./ modules contient les modules de l'application; chaque module a ses dossiers control/ers,
models, et views; en effet, zend framework considre chaque module comme une
application indpendante; forms contient les formulaires utiliss dans le module. Chaque
module a aussi son fichier Bootstrapphp
=>
=>
Public:
=>
Cette arborescence permet d'assurer une certaine scurit quant l'accs aux fichiers. Le
serveur Apache est configur pour n'accder qu'au dossier public.
:> Connexion
Pour pouvoir accder la page d'accueil de l'application, l'utilisateur doit au pralable
s'identifier. Cette identification consiste en la saisie de son identifiant et de son mot de passe.
Tant que l'authentification n'est pas russie, l'utilisateur ne peut pas accder son espace de
travail. Un message vous avise dans ce cas de l'chec de votre authentification.
Login
admln
Password
Connexion
DT DE PASSE OU
OM D'UTIUSATEUR J CORRECT
C'est le cadre de trayail quotidien des utilisateurs. Il comprend l'ensemble des tches qu'un
utilisateur peut effectuer dans le processus de la Gestion automatise des publications de l'INSD.
Tous les utilisateurs n'ont pas les mmes droits. Ainsi un utilisateur administrateur possde les
droits de gestion des utilisateurs aJors qu'un non-administrateur n'en possde pas. Sur la partie
suprieure de la page d'accueil sont affiches les informations concernant l'utilisateur connect.
~che.
le 21 Junk!.l10.l4
Bienvenue Z ~ 0!3IA0n
'0
52
L'explorateur
ments
El lignes /page
Recherche
Numero
catgorie/Srie
Resultats
Resultats
Resultats
Nom du
document
Nbr
solde. Prix ..
expies
Projection
demographlque
Projection
demographlque
Rapports
d'analyse
ann are
statistique
annuaire
q atiQtlQue
Dlte
parution
oui
100
1750
2014-05-29
OUI
100
1750
2014-02-15
oui
200
1750
2014-05-05
ou
oui
100
1750
2014-07-14
500
10000
2014-07-08
Affichage : 1 5 / 5 hgne(s)
Gestion
53
111.3.2.
L'attaque est le moyen par lequel une entit accde de faon subite et avec l'intention
de nuire ou de prendre le contrle d'un systme. Nous avons identifi deux attaques possibles:
54
III.S.TRANSITION
111.5.1. Procdure transitoire
Avant la mise en place du systme futur, celui-ci sera soumis deux types de tests afin de
valider sa qualit. Ces tests seront effectus par des dveloppeurs. Il s'agit:
~ d'un test fonctionnel: il consiste vrifier que les rsultats produits par le
systme sont ceux attendus ; ce test prendra en compte les scnarii nominaux
alternatifs et exceptionnels des diffrentes fonctionnalits du systme.
55
:> d'un test structurel: beaucoup plus professionnel, il vise contrler le mode et
les normes mtiers de ralisation des diffrentes fonctionnalits.
A la suite de ces tests, viendra le dploiement du systme. Pour permettre la continuit des
services des dpartements couverts par le systme, nous prconisons un fonctionnement en
parallle du nouveau systme avec le systme actuel pendant un mois. Cette priode de
couplage des deux systmes sera mise profit pour l'identification d'ventuelles discordances
ou disfonctionnements du systme mais aussi et surtout d'apporter des corrections et des
amliorations afin de fournir un produit qui rponde le mieux aux besoins des utilisateurs.
Toutes les oprations de la procdure transitoire feront l'objet d'une itration jusqu'
l'obtention de 90% de la qualit externe.
informatique n'est efficace que lorsque les diffrents utilisateurs prennent conscience de
certains aspects scuritaires et normes d'utilisation. Cette prise de conscience passe
ncessairement par cette formation. En effet, les utilisateurs doivent tre forms bien utiliser
les services du systme en vitant les oprations qui pourraient le dstabiliser ou prsenter des
failles de scurit et en privilgiant les oprations qui participent le mieux son maintien et
sa scurit.
Les diffrents utilisateurs auront une formation, avant toute exploitation du systme, pour se
familiariser avec ce nouveau systme. Les critiques mises lors de la formation seront un
tremplin pour amliorer la qualit du logiciel.
CONCLUSION
ce niveau, toutes les questions relatives l'agencement et aux dtails de la solution ont t
modlises
A l'issue du codage, l'application sera value via des tests avant d'tre dploy et mis la
disposition des utilisateurs.
56
Au tenne de notre tude et de notre stage, des acquis considrables ont t engrangs. Ainsi, il
apparat clairement que l'infonnatisation de la gestion des publications de l'INSD sera d'un
apport considrable cette dernire.
De ce fait les documents que produit l'INSD seront suivi depuis leur production jusqu' leur
coulement. Notre application pennettra aux agents du service marketing d'avoir une vue
globale chaque instant de leur documents savoir les recettes, les clients qui s'y sont
intress, le service technique qui a produit le document ainsi que le stock de ce document.
Pour que cette problmatique puisse tre rsolue il a fallu qu'on se dote d'une dmarche
d'analyse robuste et assez complet pour pouvoir cerner tous les contours de notre projet.
Dans cette dmarche le langage de modlisation utilis est UML dans sa version 2.0 qui se fait
complt par le processus de dveloppement 2TUP.
D'un traitement manuel inadapt, l'INSD passera un traitement automatique des donnes et
un gain considrable en temps.
Durant ces trois mois de stage nous avons aussi pu capitaliser de nombreuses connaissances en
matire de programmation Web, tout en ralisant des acquis certains en matire de
professionnal isme.
Il est cependant notable que certaines insuffisances sont relever et corriger pour parfaire
cette application. Aussi le groupe de projet s'engage-t-i1 poursuivre des efforts dans ce sens,
tout en tant dispos recevoir d'ventuelles contributions.
BIBLIOGRAPHIE:
.... Julien Pauli et Guillaume Poncon, Les cahiers du programmeur Zend Framework
Bien developper en PHP
WEBOGRAPHIE :
.... http://fr.wikipedia.org/wikiIFramework
.... http://julien-pauli.developpez.com/tutoriels/php/mvc-controleur/
.... www.alsacreations.com/tutoriels
.... http://zend-framework.developpez.com/
.... http://store.apple.com/fr/productffR423ZMlAlonduleur-idowell-ibox-ups550%C2%AOva
.... http://http://www.senetic.fr/product/626475-421
RAPPORTS CONSULTES
.... NANA Sni et KOLOGO Robert: Gestion du patrimoine foncier: cas des
collectivits territoriales rapport de stage ESI 2010-20 II .
58
Zend Framework
Dvelol)IJeur
Zend Technologies @
Dernire version
crit en
PHP
Envir onnement
Mulli-plaleforme
langue
Multilingue
individuellement.
Type
Framework
licence
Site web
frame\>vork.zend.com!9
modifier
59
...
Principales caractristiques
MySQL supporte la nonne SQL2 (utilisation des
et
LEFT JOIN),
RIGHT JOIN
My
60