You are on page 1of 70

Ministre des Enseignements Secondaire et Suprieur

(MESS)
Secrtariat Gnral
Universit Polytechnique de Bobo-Dioulasso (U.P.B.)
Ecole Suprieure d'Informatique (E.S.I)
.&,,, c 11

~
,::,

Cycle des Ingnieurs de Travaux Informatiques (C.I.T.I)


Option: Analyse et Programmation (A.P)

THEME: GESTION AUTOMATISEE DES PUBLICATIONS DE L'INSD

Priode au 01 Septem6re au 30 :Novem6re 2013

Auteur: Bene-wende Odilon Isae ZOUNGRANA

~
Matre de staKe

M Alex SOME
Informaticien l'lNSD

v-

u,-. Seve ft ~'-v~'t- )

a1,.AJ.-J(!,..1

t' V

g~ t...v:'\.~ J al--

~J.;,.;vi
1

-"rviseur

Dr. Abdoulaye SERE

Enseignant chercheur l'Unit


r1ftl de Formation et de Recherche
en Science et Technologie
(UFRjST)

Anne acadmique: 2012-2013

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:

Dr SERE Abdoulaye, enseignant l'universit polytechnique de Bobo-

Dioulasso notre superviseur,


);>

M. Dienyl Alexandre SOME, informaticien l'INSD, notre matre de stage,

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

SIGLES, ACRONYMES ET ABBREVIATIONS

VI

LISTE DES FIGURES

VII

LISTE DES TABLEAUX

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. PRESENTATION DU THEME

1.2.1. Description ,Ill thme

1.2.2. Probllnatiquc

1.2.3. Rsultats attendus

1.3. LANGAGE. METHODE ET DEMARCHE D'ANALySE

1.3.1. Le langage de modl isation

1.3.2. Mthode de dveloppement

1.3.3. Dmarche danalyse

12

1.4. ACTEURS DU PROJET ET PLANNING PREVISiONNEL

13

1.4.1. Acteurs du projet

'" 13

III

1.4.2. Planning prvisionnel

14

CONCLUSION

19

CHAPITRE Il : ETUDES FONCTIONNELLES ET TECHNIQUES

20

INTRODUCTION

20

11.1. ETUDE PRELIMINAIRE

20

11.1.1. Description gnrale du fonctionnement..

20

11.1.2. Fonctionnai it de GAPI

21

Il.2. CAPTURE DES BESOINS

22

11.2.1. Capture des besoins fonctionnels

22

11.2.2. Captme des besoins techniques

24

lU. L'ARCHITECTURE LOGICIELLE DE L'APPLICATION

27

Il.4. L'ENVIRONNEMENT DE DEVELOPPEMENT (IDE)

28

11.5. UNE PLATEFORME PHP

29

11.6. OUTILS DE MODELISATION

30

11.7: ANALYSE DU FUTUR SYSTEiVlE

30

Il.7.1. Description gnrale

31

II.7.2. Estimation des Besoins

32

11.7.3. Colit de d\ eloppement et de formation

33

CONCLUSION

36

Chapitre III: CONCEPTION ET DEVELOPPEMENT

37

IN'I'RODUCTION

37

111.1. CONCEPTION

37

111.1.1. Diagrammes de cas d'utilisation

37

111.1.2. Diagramme de squence

44

IV

II!. 1.3. Diagramme de classe

47

II!.IA. Diagramme de dploiement

48

111.2. DEVELCWP[\1ENT DE GAPl

49

111.3. DEPLOIEMENT DE GAPI

51

fi 1.3. 1. Politique de scurit

51

111.3.2. Gestion des attaques

51

11!.3.3. Gestion des catastrophes

52

111.3.4. Gestion des incidents d'exploitation

53

111.4. POLITIQUE DE SECOURS

53

11104.1. Plantage dLi systme

53

IliA .2. Pun ne dLie

53

LI n

accs au rseau et Autres pannes critiques

IIL5.TRANSITION

53

If1.5.1. Procdure transitoire

53

111.5.2. Formation des utilisateurs

54

CONCLUSION

54

CONCLUSION GENERALE

55

BIBLOGRAPHIE ET WEBOGRAPHIE,

56

.\ '\l:\JEXES

57

Annexe 1 : Prsentation de Zend Framework

57

Annexe 2 : Prsentation de MySQL

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

Access Control List


r
Application Programming Interface
Asynchronol.JS JAvascript Xml
Base de Donnes
Cycle des Ingnieurs de Conception Informatique
Cycle de Ingnieurs des travaux Informatique
COnstructive Cast Model
1
Cas d'Utilisation
Cascading Style Sheets
Integrated Deve/opment Environmerlt
Gestion Automatise des Publications de / 'INSD
H mme Machine
Hierarchical abject Oriented Design
1
HyperText Markup Language
Institut National de la Statistique et de Dveloppement
Kilo Lignes Sources de Logiciel
.,
Java Servel' Page
Java 2 Enterprise Edition
Mise Jour
1
l, Il
Model Yiew Controller
Non Disponible
..
Object Management Group
,
Object Modeling Technique
Object Oriented Analysis
Object Oriented Design
Object Oriented SoftWare Engineering
l
,
PHP : Hypertext Preprocessor
Processus Unifi
.
Rational Unified Processus
Software Dev lapment Kil
Systme de Gestion de Base de Donnes
Structured Query Language
Unified Modeling Language
,
eXtensible HyperText Markup Language
eXtensible Markup Language
eXtreme Programming
2 Track Unified Processus
1

.~

,
~,

,t

-;

~i,

1~:

VI

1 LiSTE DES FIGURES


_____

.
~

_-"

.".."

\.
__

-~~"-

-=L~.

-: _ _

.
.".

~-=----~

Figure 1 : Organigramme de l'INSD

Figure 2 : Le systme d'infonnation soumis deux natures de contraintes

Il

Figure 3 : Le processus de dveloppement en y

Il

Figure 4 : Diagramme de Gantt du planning prvisionnel

15

Figure 5: Diagramme de Gantt du planning rel.

17

Figure 6 : Prsentation du matriel

31

Figure 7 : Architecture rseau

32

Figure 8 : Diagramme de cas d'utilisation global

37

Figure 9: Reprsentation dtaille du cas d'utilisation grer les documents

38

Figure 10: Reprsentation dtaille du cas d'utilisation grer les utilisateurs))

38

Figure Il Reprsentation dtaille du cas d'utilisation grer les Clients))

39

Figure 12 : Diagramme de squence du cas d'utilisation s'authentifier))

.45

Figure 13 : Diagramme de squence du cas d'utilisation Grer documents))

45

Figure 14 : Diagramme de squence du cas d'utilisation Enregistrer une commande))......... 46


Figure 15 : Diagramme de squence du cas d 'util isation Approvisionner stock))

46

Figure 16 : Diagramme de classes

48

Figure 17 : Diagramme de dploiement

49

Figure 18 : Arborescence du projet zend framework

50

Figure 19 Ecran de connexion avec chec d'authentification

52

Figure 20: Page d'accueil

53

Figure 21: Ecran de gestion des documents

53

VII

Tnbleau 1 : Etude comparative de quelques processus de dveloppement

Tableau 2 : Planning rel

]5

Tableau 3 : Identi fication des cas d'utilisations

22

Tableau 4: Description fonctionnelle du cas d'utilisation grer les documents

23

TClbleau 5 : Description fonctionnelle du cas d'utilisation grer les clients

23

Tableau 6 : Description fonctionnelle du cas d'utilisation grer les utilisateurs

24

Tableau 7 : Prsentation de quelques technologies web

25

Tableau 8 : Tableau comparatif de frameworks PHP

27

Tableau 9 : Tableau comparatif d'EDI

28

Tableau ]0: Tableau comparatifde plateformes PHP

29

Tableau]] : Estimation des besoins

32

Tableau 12 : COLlt de dveloppement

35

Tableau 13 : CoCit de formation des utilisateurs

35

Tableau 14: COLlt de ralisation

36

Tableau 15 : Description textuelle de quelques cas d'utilisation CU S'authentifier

40

Tableau 16 : Description textuelle de quelques cas d'utilisation Grer un utilisateur

41

Tab leau 17 : Description textuelle de quelques cas d' uti 1isation Grer document

42

Tableau 18 : Description textuelle de quelques cas d'utilisation Grer clients

43

Tableau 19 : Liste des mthodes lies aux diffrentes classes

49

VIII

L'Universit Polytechnique de Bobo (UPB), jadis Centre Universitaire de Bobo-Dioulasso

(CUPB), a t cr le 23 mai 1997 par dcret n097 -254/PRES/PM/MESSRS. Installe une


quinzaine de kilomtre l'ouest de Bobo-Dioulasso, elle est compose de six (6)
tablissements:
./ Ecole Suprieure d'Informatique (ESI) ;
./ Institut de Dveloppement Rural (IDR) ;
./ Institut Universitaire de Technologie (IUT) ;
./ Institut des Sciences de la Sant (lNSSA) ;
./ Unit de Formation et de Recherche Sciences et Technologies (UFRIS.T)
./ Unit de Formation et de Recherche des Sciences Politiques,juridiques et Economie
de Gestion (UFRIS.J.P.E.G)

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

La production et la distribution des donnes statistiques et des publications fiables est un


enjeu important du fait de leur porte pour J'ensemble des utilisateurs en gnral et des
dirigeants de l'Etat en particulier. La gestion des publications de l'INSD se trouve toujours
un stade embryonnaire. Ce volet de la production et de la distribution des documents,
ncessite une introduction f011e des nouvelles technologies afin de rpondre efficacement la
forte demande des consommateurs. Avec la mise en uvre du Schma Directeur Statistique
2010-2015, des effol1s remarquables ont t faits dans la production statistique pour rpondre
aux besoins de plus en plus importants et complexes des utilisateurs. La prise en compte de
1'~lUtomatisati(Jn

de la gestion des publications viendra en appui rpondre cette

problmatique de la ploduction-distribution des publications. Aussi, ]'INSD a-t-il saisi


l'opportunit de ce
J

st~lge

pour instruire le thme "Gestion automatise des publications de

NSD" afin de pail ier aux insuffisances et imperfection du traitement non informatis de la

gestion des documents. Le dveloppement de l'application sur la "Gestion automatise des


publications de l'INSD" sollicit auprs des stagiaires, vient rsoudre les difficults manuelles
rencontres dans les tches du Service de Management de J'Information Statistique (SMIS) en
gestion des publications ou documents produits l'INSD.
Ce rapport de stage qui est le rsum de notre tude sera organis en trois chapitres. Un
premier chapitre sera consacr aux gnralits, un deuxime portera sur les tudes
fonctionnelles et techniques que nous mnerons et le dernier chapitre traitera de la conception
dans son intgral it.

, (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 :

:> promouvoir la recherche, le dveloppement, la coordination et l'efficacit des tudes

caractre statistique, conomique et dmographique suivant des principes uniformes,


conformment aux directives nationales et aux normes internationales approuves par
le Burkina Faso;
:> prparer, sur les plans technique et mthodologique la collecte des statistiques en

assurant leur complmentarit et leur comparabilit;


:> effectuer le traitement, l'analyse et la publication des statistiques officielles de l'Etat,

suivant les normes nationales et internationales;


:> laborer et publier les comptes conomiques;
:> prparer et excuter les recensements gnraux de la population et Jes enqutes

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

suivre la conjoncLUre conomique nationale et internationale;

:l

laborer un Tableau de Bord Trimestriel de l'Economie;

:l

laborer le Tableau de Bord Social du Burkina Faso;

:l

laborer le Tahleau de Bord Agro-pastoral et de l' Ellv ironnement ;

:l

mettre en place des outils de suivi des conditions de vie des mnages;

:l

mener des tudes et offrir des prestations de services;

:l

mettre en place une centrale de bilans.

1.1.3. Organisation
L "institut National de la Statistique et de la dmographie est un tablissement public

caractre administratif plac sous la tutelle technique du ministre charg de ]a statistique, et


sous la tutelle financire du ministre charg des finances. Il est dirig par un Directeur

Gnral et comprend les directions suivantes:


Au niveau central:

./ la direction de la coordination statistique, de la formation et de la recherche(DCFR)


./ la direction de la dmographie(DD)
./ la direction des statistiques et des synthses conomiques(DSSE)
./ la direction des statistiques et des conditions de vie des mnages(DSCVM)
./ Direction de l']nformatique et du Management de l'Information Statistique (DIMIS)
./ la direction de l'administration et des finances(DAF)
./ l'agence comptahle(AC)
Au niveau rgional

./ les directions rgionales de l'Institut Nationale de la Statistique et de la Dmographie


(DR/ISND

L.organigramme de l'institut est prsent la figure 1

_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

Figure 1 : Organigramme de l'INSD

fpt 1&tOe

Ge.stion Automatise des PllIblications de

r INSD

Personne
Responsable

(AC)

(DAAF)

Service
des
Statistiques
Economique

des

Agence
Comptable

Marchs
Service
Recette

de

la

des

1.2. PRESENTATION DU THEME


1.2.1. Description du thme
Notre thme Gestion automatise des publications de l' INSD stipule la mise en place d'une
application pouvant grer de faon rationnelle et fiable, le processus d'coulement des
documents produits lNSD.

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.

1.2.3. Rsultats attendus


I:n rtrence ce qui a t formul la problmatique, le projet terme doit permettre d'avoir
L1ne information il jour sur les documents et les clients qLli s'y sont intresss. C'est--dire tous
ce qui a concern le document depuis sa production jusqu' l'utilisateur final.
Il nous revient donc d'effectuer une analyse complte des diffrentes activits menes par les
agents du service marketing concernant la publication des documents et de procder
J'informatisation des tches identifies au cours de

cette analyse. La solution devra donc

permettre:
./ la gestion des documents
./ la gestion des clients
./ la traahilit des documents
./ l'tat de stock
./ les recettes des documents.

1.3. LANGAGE, METHODE ET DEMARCHE D'ANALYSE


La construction d'un logiciel est complexe parce qu'elle met en uvre de nombreuses
ressources: humaine, matrielles, technologiques. En plus de cela pour des raisons de qualits
en termes de robustesse et de prcision, il est ncessaire d'utiliser un processus bien dfini, un
langage de modlisation approuv et des techniques de modlisation rigoureuses.

1.3.1. Le langage de modlisation


La modlisation est une technique d'ingnierie qui permet de comprendre un systme par
l'tablissem~nt

de modles pour mettre au point une solution un problme.

El le nous aide reprsenter un systme:


./ en prcisant sa structure;
./ en dfinissant ce qu'il fait;
./ en dterminant comment il le fait;
./ en fournissant un canevas qui guide sa construction;
./ en le docu mentant.
Pour ce faire nous avons choisi d'utiliser pour ce projet le langage UML (Unified Modeling
Language) cause de sa faon de procder qui cerne tous les contours de notre projet.
UML est un langage cie modlisation fond sur les concepts orients objets. II a t conu pour

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

visioll du non-programmeur et le travail du programmeur et afin d'obtenir une

\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:

:> les modles statiques


Ce sont des diagrammes qui permettent de visualiser, spcifier, construire et documenter
l'aspect statique ou sll'lIcturel du systme d'information. Les modles statiques sont entre autre
le diagramme de classe, le diagramme d'objets, le diagramme de dploiement, le diagramme de
structure composite. le diagramme de composants et le diagramme de paquetages.

:> les modles dynamiques


Ils modlisent les aspects dynamiques du systme, c'est--dire les diffrents lments qui sont
susceptibles de subir des modifications. Parmi eux. on distingue les diagrammes de cas
(j'utilisation, les diagrammes d'tats - transitions et les diagrammes d'activits.

:> les modles d'interactions


Ils reprsentent les interactions entre le systme lui-mme et les diffrents acteurs du systme,
mais aussi la faon Jont les diffrents objets contenus dans le systme communiquent entre
eux. 11 s'agit des diagrammes de squence, de communication (collaboration), d'interaction
globale et de temps.
Les avantages prsents par UML, nous permettent de faciliter la modlisation des diffrents
aspects de notre projet. En effet UML prsente l'avantage d'tre le standard de la modlisation
objet universellement reconnu. II est un langage visuel. Sa notation graphique permet
(j\~xprimer

visuellement des solutions objets facilitant ainsi la comparaison et l'valuation de

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';~,~

des Publications Je 1'1NSD

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~

importante pour le gnie logiciel mais ce n'est ni une mthode, ni un

processus. Si UML permet de modliser un systme, il ne dfinit pas le processus d'laboration


des modles.
Dans quel ordre doit-on utiliser les treize diagrammes?
!\ quel moment dl.: la conception d'un systme doivent-ils intervenir?

Seul un processus de dveloppement peut rpondre ces questions!

1.3.2. Mthode de dveloppement


1.3.2.1 Choix de la mthode de dveloppement
Devant le l1ombl'c de mthodes disponibles, le choix parmi elles devient difficile, beaucoup de
ljuestions peuvent se poser un chef de projet lors d'un dmarrage de projet:
Comment vais-je organiser les quipes de dveloppement?
Quelles tches attribuer qui?
Quel temps faudrait-il pour livrer le produit?
Comment tire participer le client au dveloppement afin de capter les besoins de celui-ci?
Comment viter des drives et de mauvaises estimations qui vont allonger les cots et le temps
de dveloppement?
Comment vais-je procder pour que le produit soit volutif et facilement maintenable ?
Nous prsentons ici quelques processus de dveloppement sous forme de comparaison comme
le montre le tableau 1.
Tableau 1 : I<:tutle comparative de quelques processus de dveloppement
Processus

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

-Promu par Rational. .

-Itratif

-Le RUP est la rois une


mthodologie et ~n outil prt
l'emploi (documents types
partags dans un/frentiel
Web)

-Spcifie le dialogue

-CoteUx''i>~~rm+""er::
batterie;de~POs" '

-Non itratif
-Ne propose pas de modles de
documents

entre les' difftel'lts interven<ilits'


du projet: les livrables, les
plannings, les prototypes ...

-Cible des projets de plus de


10 personnes
XP

-Ensemble de Bests
Practices de dveloppement
(travail en quipes. transfert
de cOlllpdcnl'es".)

-Propose des modles de


documents, et des canevas pour
. ,des projets types
-Itratif, simple mettre en
uvre

-Fait une large place aux aspects


techniques: prototypes. rgles
-Cible des projets de moins de de
10 personnes
dveloppement, tests
-Innovant: programmation en
duo, kick-off matinal
debout ...

-Ne couvre pas les phases en


amont et en aval au
dveloppement: capture des
besoins, support, maintenance,
tests d'intgration".
-Elude la phase d'analyse, si
bien qu'on peut dpenser son
nergie faire et dfaire
-Assez flou dans sa mise en
uvre: quels intervenants,
quels livrables?

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.

Figure 2 : Le systme d'information soumis deux natures de 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.

l'issue des volutions du modle fonctionnel et de l'architecture technique, la ralisation du


systme consiste fusionner les rsultats des deux branches. Cette fusion conduit l'obtention
d'un processus de dveloppement en forme de Y, comme illustr par la figure 3.

..,..-. ..

_.,.- --_.,.

_._~

"

Capture""
(
des Descins ~
"'"
~
fonHionnels

fonctiollllell~: ~

'>PcilicatiO>

Analyse

Con<:eption

P!'cse de

1 Coelage

"

"

!
"

'::31 satlon

Test
Re<:ette
Dploiement

Figure 3 : Le processus de dveloppement en Y

Il

:> La branche gauche (fonctionnelle) comporte:


./ la capture de::- besoins fonctionnels, qui produit un modle des besoins focalis sur le
mtier des utilisateurs. Elle qualifie au plus tt Je risque de produire un systme
inadapt aux utilisateurs. De son ct, la matrise d'uvre consolide les spcifications
et en vrifie la cohrence et l'exhaustivit de l'analyse,

qui

consiste

tudier

prcisment la spcification fonctionnelle de manire obtenir une ide de ce que va


ral iser l s: stllle en termes de mtier. Les rsultats de l'analyse ne dpendent
d'aucune technologie partieul ire.

:> La branche droite (architecture technique) comporte:


./ la

capture des besoins techniques, qu i recense toutes les contraintes et les choix

dimensionnant la conception de systme. Les outils et les matriels slectionns ainsi


que la prise en compte de contraintes d'intgration avec l'existant conditionnent
gnralement des prrequis d'architecture technique;
./ la conception gnrique, qui dfinit ensuite les composants ncessaires la construction
de l'architecture technique. Cette conception est la moins dpendante possible des
aspects fonctionnels. Elle a pour objectif d'uniformiser et de rutiliser le mme
mcanisme pour tout un systme.
L'architecture technique construit Je squelette du systme informatique et carte la plupart des
risques de niveau technique. L'importance de sa russite est telle qu'il est conseill de raliser
lin prototype pOlir assurer sa validit.
~

La branche du milieu comporte:


./ la conception prliminaire, qui reprsente une tape dlicate, car elle intgre le modle
d'analyse dans l'architecture technique de manire tracer la cartographie des
composants du systme dvelopper;
./ la conception dtaille, qui tudie ensuite comment raliser chaque composant;
./ l'tape de coc\age, qui produit ces composants et teste au fur et mesure les units de
code ralises;
L'tape de recette, qui consiste enfin valider les fonctions du systme dvelopp.

1.3.3. Dmnrche d'analyse


2TUP est organise suivant les quatre phases suivantes: initialisation, laboration,
construction et transition.

1\. .' - ,; 1i l'!

,\

1 , ! [

i:

12

:> La phase d'initialisation:


1~lle

conduit dfinir la vision du projet, sa porte, sa faisabilit, son business case, afin de

pouvoir dcider au mieux de sa poursuite ou de son arrt.

:> La ph,\S d'laboration:


Elle poursuit trois objectifs principaux en parallle:
./ identifier et dcrire la majeure partie des besoins des utilisateurs;
./ construire (et pas seulement dcrire dans un document !) l'architecture de base du
systme:
./ lever les risques majeurs du projet.

:> La phase de construction :


Elle consiste surtout concevoir et implmenter l'ensemble des lments oprationnels (autres
que ceux de l'architecture de base). C'est la phase la plus consommatrice en ressources et en
effort.

:> la phase de transition:


Elle permet de faire passer le systme informatique des mains des dveloppeurs celles des
utilisateurs finaux. Les mots-cls sont: conversion des donnes, formation des utilisateurs,
dploiement. bta-tests.

lA. ACTEURS DU PROJET ET PLANNING PREVISIONNEL


104,1. Acteurs du projet
Ce sont toutes les personnes qui interviennent dans l'excution de ce projet. Ils sont regroups
en groupe de pilotage, groupe de projet et en groupe des utilisateurs.
1.+.1.1. Groupe de pilotage

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

M. SOME Dienyl Alexandre (vice-directeur du service informatique l'INSO)


Dr. SERE /l.bdou/aye (enseignant l'Universit de Polytechnique 8080DIOL: LASSO)
IA.l.L. Groupe de projet

Le groupe de projet est charg de l'excution du projet, de la conception et ventuellement la


ralisation du projet. Cc groupe est compos de:

ZOUNGRANA B Odilon Isae (Elve ingnieur de travaux informatique l'ES!,


Stagiaire l' INSO)
1.4.1.3. Groupe des utilisateurs
I.e groupe d<:s

lIlilis~\leurs

a un rle consultatif. il est charg de fournir toutes les informations

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.

1.4.2. Planning prvisionnel


l,a russite d'un projet dpend fortement de la capacit de ses acteurs prvoir et planifier.
Sur la base des plannings prvisionnels de certains de nos prdcesseurs et de nos estimations,
nous avons tabli le planning suivant:
On distingue les phases suivantes dans le planning:

*
*
*
*
*

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

t4"i'htf tu ?""' "r1f

FigUl-e 4 : Diagramme de GanU du planning prvisionnel


!Jans la pratique, les choses ne se sont pas passes comme prvu. D'autres tches se sont
ajoutes ou ont t modifies en terme de dur ou de succession. Le tableau 2 nous donne les
taches du planning rel.

Tableau 2 : Planning rel


Mois

Jours

Tches

Septembre

02-03

01

Accueil, modalits sur le sta e

04

02

Prsentation et visite de l'INSD

01

05-09

03

Attente de thme, Formation en Outlook

02

10

04

Echange avec le service marketing pour


d a er le thme

02

11-12

05

Interview pour comprendre et lucider le


thme

13-16

06

Corn rhension et acce tion du thme,

Dpendance

Phases
1

15

resoumis au service marketin


17-18

07

Recherche sur le thme

19-25

08

Etude de l'existant, Etude du langage


UMLet du rocessus2TUP

A partir
du 19

06

Dbut de rdaction du rapport

SeptembreOctobre

26-02

09

Octobre

03-09

\0

10-16

08

Validationd~s dbnt;srecueillies

17-23

09

Conce tion des diffrents diagrammes

22-25

10

Elaboration du SOBO

28

11

Validation et MA] des donnes recueillies

29-31

12

Installaion,d'outils dedveloppemerit,
Zend FrameWork

01-12

13

Rvision du SQL, prise en main de zend


framework

09

06-18

14

Dve10

10

Etude des fonctions, dtermination des cas


d'utilisations
besoins

(fonctionnel

et

05

06

Novembre

ement

19

20-29
3 mois

12

--'---'- _ _- ' 90 'ours

--'----

--J...._...L-_.....J

Ce tableau nous a pennis d'avoir le diagramme de Gantt de la figure 5:

, (icstioll

/\t1 1 (lill:ll'.. ~

des Puhlications de IT\SD ')

16

~-9:'"

\' ~ :' .~_!"


;",::H ,I!!~ ""~,::JJI,t! l,.r le

Itar!

~'~:~':i1:iO"I!~ .I~'ti 1" f-I,"~,:

,;~'~ 0... ~"e"'e e: I");"-nf~r

t:J

Groupe de plil)tilge

Groupe de pilclage

~::il ufou~e de pilot~ge;Groupe de projet

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

..

fJ'l Groupe de projet


~~'C:'IJtICO"',e:dtdl
1

,'='1 t,

I!

~~t'.., 1)

Groupe de projet

!O"',l,H

~.Gf~~-ptIot-aee:;-Gf-OllPc--de-tlttffhdlett"'

.....

~! Groupe de pilotage;Groupe de projet

#_._-

,.! Groupe de PiIOlall:e;Grou~ede projet


~

GrOtlpe de

p~-ojet

.i~~,J rJ~_o\lpe

dr pilolage;Groupe tle projet

D Gr0l-lpe de pllotage;Groupe de projet


!

w;J Groupe de projel

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'

~..\ Groupe de proirl

i,t";~';'--;:~:"""P'ij"'-'] Groupe de proiet

D- Groupe de proj~
1

Figure 5: Diagramme de Gantt du planning rel

L 1.2. 1 Explication des carts


Pour un certain nombre de raisons, nous n'avons pas pli respecter le planning prvisionnel
Les figures 6 et 7 nous donnent respectivement la liste des tches prvisionnelles et celle des
tches relles

licslion /\lil()Jl1dli<~ des Publications

ue JNSD )
17

Nomdeelat:he

Dure

.A;cceu il ~: f~':!- -= r ~ t- -= j u S j cur!

:]Dbut

Lun 02/::>9/13

Fin

T lPrdc..ss ..ur'T

'le ri J6/:: 3" 13

th"'~

Lun 09/09/13

Mer 111~9.13

Etuda de! l::rg=;~! e:


ch oh du 13(';3g~! IJML et
de la rT'ethcde 2TUF

10 jours

Jeu 12/09/13

Mer 25/J9/13

reccE:uil d-=~ te~=i""i


l,fonctionnel tt.=:chn;que:i

5 jour~

Jeu 26/09/13

Mar 02/10/13

3;2

Valid_ticn je! d:rc~~,

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.

Con<>E:'ticr. c~s .jiffr.:nt:i

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

l<igu re 6 : Liste des tches prvisionnelles


L'obtention du thme ne s'est pas faite dans les premiers jours comme nous l'avions indiqu
llans le planning.
La mervei lieuse formation que nous avons bnfici sur Outlook nous a pris quelques jours
galement
La validation et la mIse jour des donnes ont mis plus de temps que prvu. Nous avons
report plusieurs rendez-vous au niveau des agents du service marketing pour des raisons de
mission.
Entre autres, nOLIs avons t rappel au cours du mOIs de Novembre (du 25/11/2013 au
07112/2013) par notre cole pour un cours de rattrapage d'une matire dnomme
Il

Programmation Mathmatique et Optimisation

1,<\ prise en main des outi Is de dveloppement (la plateforme zendframwork) a pris galement

plus de temps que prvu, Ce qui conduit au diagramme de gant de la figure 7 :

18

Nom de la tche

Prdcesseurs

Dure

Dbut

2jours

Lun 02/09/13

Mar03/09/13

.!\cceuil et f"!"c-jalrte sr.Jr/e stase

Pre:;ertaticn et ... i:;:lt' di! /'INSD

1 jour

Mer 04/09/13

Mer 04/09/13

.o..ttente. du them.e oetformation


sur Ol,.; tlcd:-"

3 jour:a

Jeu 05/09/13

Lu n 09/09/13

ech2r~~

:;,:-:::.Ie:

Mar 10/09/13

~"::\'/l::';:

mad. .;:tlrg CL( j';:~3.,~-=r le

th e n~-=

lnt~r", \;;'~'.' ~

-: '_r ,: ""'pi ",norE -et

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

themE au !'rvice n~31d:eting

7
8

A.pprcpriati::>f"!, etlJ8E d@:

Sjours

l'elli::-r3n: E': detL": j'?f\3:lyse

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

:.L~_.t .~~ cnn~-:j

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

Pri!e er ccn~te d02;;; derniere:s:


remarqu$

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

Figure 7 Liste des tches relles

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:

(les l'uhl il'ations Je l" INSD

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

futur systme pour dterminer le cot de ralisation.

ILL ETUDE PRELIMINAIRE


II.l.I. Description gnrale du fonctionnement

:>

Enqute

L'enqute est le point de dpart de l'tablissement d'un document. Un service technique


exprime et matrialise le besoin d'initier une enqute qui va ncessairement aboutir la
production d'un document. Cette enqute peut tre un devoir priodique, ou seulement entam
sur demande ou ncessit. En fait, la fin de l'enqute, les donnes sont rassembles,
corrobores et analyses. Ainsi donc, elle aboutit j'laboration d'un document mis au service
de qui le dsilc.

:>

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'

ck-" Puhlicdtions de "INSD"

20

:> Clientle et acquisition


Ileut tre client. tout organe ou toute personne dsirant consulter le document. En s'adressant au
service marketing. on peut acqurir le document.

II,1.2, Fonctionnalit de GAPI


La description gnrale du fonctionnement de l'application nous permet de recenser les
fonctions suivantes rparties en modules:

:> Grer Document


Ce module permettra les actions qui ont trait direct aux documents: Leur manipulation, leur
classification, leur stockage ... Ainsi, le document qui est beaucoup plus manipul par le
service marketing, ama des actions qui le concernent telles, enregistrer document, voir
recettes du document, suivre ses traces, ...

:> Grer Client


Les clients reprsentent tous ceux qui doivent ou veulent acqurir un document quelconque. Ce
module doit donc pouvoir permettre de rcapituler les habituels clients, de voir les meilleurs
clients, d'ajouter un nouveau client, de supprimer un client.
~

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.

:> La gestion des paramtres et des utilisateurs


Les accs l'application doivent tre contrls d'o la ncessit de ce module. Il doit permettre
d'ajouter un utilisateur et de lui attribuer des rles et lui permettre de grer son compte. Les
paramtres basiques d avancs de l'application pourront aussi tre dfinis.

" \i~"ti()11 /\1I1,)rn;lli<;,"~ de" Puhlications de IINSD

2]

11.2. CAPTURE DES BESOINS


II.2.1. Captu re des besoins fonctionnels
ILL 1. i. Cas d'utilisation

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

d'un utilisateur. La totalit des cas d'utilisation

constitue ['ensemble des fonctionnalits du systme.


Le diagramme des cas d'utilisation reprsente la structure des fonctionnalits ncessaires aux
utilisateurs du systme.

Il sert structurer les besoins des utilisateurs et les objectifs

correspondants du systme. Il exprime les interactions acteurs/systme et apporte une valeur


:Ijoute l'acteur concern. C'est en regroupant les intentions fonctionnelles des utilisateurs en
units cohrentes qu'nn identifie les cas d'utilisation.
IL1.1.2. Identification des cas d'utilisation

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

Grer les enqutes

Agents Service
Marketing

Saisie/MAl, consulter

Liste des Enqutes

Grer les Services


techniques
Grer les Commandes
Grer les Types de
Documents
Grer le Stock

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

Liste .des . tyP~~._ de


Doq~meri~, j;:\ii's:-Liste des Documents

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 ....

s' ,~' , ' "-.i'\~'~:~' /:f';:~~!lt:~;,r;';,~

Ooc1.ltn~ntsZC~.~n~s~,'.

Saisie/MAl, consulter

Saisie/MAJ, consulter

Liste des clients


Physiques
Liste des clients
Moraux
Liste des Commandes

Saisie/MAJ, consulter
Saisie/MAJ, consulter
Saisie/MAJ, consulter

Liste des profils'


Liste des Modules
Liste Privilges

Saisie/MAJ, consulter

IL 1.1.3. Description fonctionnelle des cas d'utilisation


~

Grer Document

Le tableau 4 donne la description fonctionnelle du cas d'utilisation grer les documents

Tableau 4 : Description fonctionnelle du cas d'utilisation grer les documents


Cas d'utilisation

Description

Grer les documents

Enregistre les informations sur un document.


Est li type de document, service technique,
enqute, commande

Grer les Enqutes

Enregistre les informations SUl;'iu~e,~1II1


Est li Service technique, Docment
.'.
Enregistre les informations sur un service
technique. Est li Document, enqute
Enregistre les Diffrents types de documents.
Est li ft Document
Permet de 1ister les Documents disponibles et
leur quantit. Mais en relation Document,
Commande
Met en relation le document et le client qui
l'acquiert

Grer les Services technique


Grer les types de documents
Grer les Stocks

Grer traabi 1it

:>

...ii.

Gl"l'rClicllts

Le tableau 5 donne la description fonctionnelle du cas d'utilisation grer les clients

Tableau 5 : Description fonctionnelle du cas d'utiHslltion grer les clients


Grer les Clients Physiques

Enregistre les informations sur une personne


physique. Est en relation avec Client

23

Enregistre les informations sur une personne

Grer les Clients Moraux

morale. Est en relation avec Client


Grer les Commandes des Clients

:> Grer utilisateurs


Lt' tableau 6 donne 1,\ description fonctionnelle du cas (l'utilisation grer les utilisateurs
Tableau 6 : Description fonctionnelle du cas d'utilisation grer les utilisateurs
Grer utilisateur

Enregistre les infor~ations '. s


.utilisateur. Est en reiation.~~.~c. :C.,9.~. ~ '
document
'';;'",:;':.;' '.'ci

Grer profil

Enregistre les diffrents profils des utilisateurs.


Est en relation avec utilisateur et privilge
Change le mot de
d'uQntilisateijr..
f~;i
L-_---C:- - -passe
''--'---_ _-'---'---''--'-_
_

Changer mot de passe

un

11.2.2. Capture des besoins techniques


1,(1 capture des hesoins techniques est une tape qui traite des contraintes techniques et
logicielles. Ct'st le lit'u o ['on fait les choix ncessaires (technologies, outils, matriel) pour
un dploiement de son systme. Ces choix sont soumis aux contraintes de performance d'accs
<lL1X

donnes, de scurit du systme, de l'interoprabilit, de la volumtrie et du mode

d'utilisation du systme.

Pour faire un choix judicieux il est important de faire une tude

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.:~.

1. ,Le langage de programmatioll

le langage de programmation est la matire premire des programmes informatiques. II existe


plusieurs langages L]un peut classer selon diffrents critres: concepts utiliss (dclaratifs ou
impratifs), gnration (L3G, L4G) ... Pour les applications d'entreprise, on rencontre le plus
souvent la technologie Java ou la technologie .NET et d'sutres.
Avec l'accord du groupe de pilotage, il a t dcid de mettre en place un systme de type
application web. Pour de telles applications, parmi les langages les plus populaires, on peut
citer: Java (JSP+sen!et.s). PHP, Ruby. Il n'y a pas de meilleur langage dans l'absolu, tous ces

il.'sliPIl !\1l1()inull~<C: des

/'uhlicallons Je 1" P\SD

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;

-+. __.-:...~~. __.........~..............


-pas trs rpandu.
Non

- orient objet et autres


paradigmes;
-ramasse-miettes;
Ruby
-systme de gestion
d'exception;

-possibilit de
modification de classe
pendant l'excution;

, -nombres entiers de taille


illimite;
1,

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-

Qu'est-ce qu'un rramcwork?

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:
~

son caractre gnrique, faiblement spcialis, contrairement certaines bibliothques;


un framework peut, ce titre, tre constitu de plusieurs bibliothques, chacune tant
spcialise dans un domaine. Un framework peut nanmoins tre spcialis, sur un
langage palticulier, une plateforme spcifique, un domaine particulier (Reporting,
mapping. etc.).

le cadre de wlVail (traduction littrale de frame\\ork) qu'il impose de par sa construction


mme, guidant l'architecture logicielle voire conduisant le dveloppeur respecter
certains patterns; les bibliothques le constituant sont alors organises selon le mme
paradigme.

b. Pourquoi utiliser un framework ?


~

Un framework n'est pas une ncessit absolue, mais nanmoins il est trs utile.

Un framework est un gage de qualit, d'volutivit et de facilit de maintenance des


applications.

Les applications dveloppes l'aide de framework sont conformes avec les standards
du march.

Source: http://ti.wikipedia.org/wiki/Framework

Quel framework allons-nous utiliser?

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.

Tableau 8 : Tableau comparatif de frameworks PHP


Les moins

Les plus
Framework PHP
~

CakePHP

CakePHP ].3

SyrnforlY

Symfony 2

-Implmentation du pattern Mye;


1 - Intgration de bibliothques AJAX1' -Ne sup~orte pas PDO (PHP
: (Prototype, script.aculo.us) ;
Data ObJect).
-Licence Open Source.
~"'" '" ...._.-..__._~-----'"-.__......- ~
_..__.-......-......---..,..,..~!"'""M
-Configuration en mode graphique;
-Implmentation du pattern MYC ;
. -Moteur de tempIates (twig) ;
~LicenceOpfinSpurce.. .
~.

Zend Frame\\'OI'K 1.12

~ ~.o

~~ ~

!-Difficile

prendre

en t

main;
-Pas de composant pour les:
ACL et l'authentifi"
1
o,

-Composants pour les ACL,


, l'authentification et les sessions;
- Intgration de bibliothques AJAX
(jQuery, Dojo) ;
: -Implmentation du pattern MYC ;
-Licence Open Source.

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.

11.3. L'ARCHITECTURE LOGICIELLE DE L' APPLICATION


L'architecture du systme est guide par le framework de dveloppement bien qu'il ne
l'impose pas. Zend Fraillework implmente le pattern MVe (Model-View-Controller).
Le design pattern Modle- Vue-Contrleur (Mye) est un pattern architectural qui spare les

donnes (le modle), l'interface homme-machine (la vue) et la logique de contrle (le
contrleur).
('e

modle de conccplinn impose donc une sparation en 3 couches:

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.

Le contrleur: " gre l'interface entre le modle et le client. Il va interprter la requte de ce


dernier pour lui envoyer la vue correspondante. Il effectue la synchronisation entre le modle et
les vues.
la synchronis<ltion entre la vue et le modle se passe avec le pattern Observer. Il permet de

gnrer des vnements lors d'une modification du modle et d'indiquer la vue qu'il faut se

11.4. L'ENVIRONNEMENT DE DEVELOPPEMENT (IDE)


Un Environnement de Dveloppement Intgr (EDI) est un programme regroupant un
ensemble d'outils pour le dveloppement de logiciels. En rgle gnrale, un EDI regroupe un
diteur de texte, un compilateur, des outils automatiques de fabrication, et souvent un
dbogueur.
Plusieurs environnements de dveloppement permettent le dveloppement web. Le tableau 9
J]ous tit une petite comparaison de quelques 'un d'entre eux.

Tableau 9: Tableau comparatifd'EDI


EDI

Zend Studio 9.0

\iJ

Netbeans

7.k

III

Support
Zend
Frarriework
Oui

Outil de
'd66gage

Oui
Non

Eclipse for PHP


Developers 3.0.2 _ _ _-'--

Outil
Tests';'

Oui

Unitai~es
Oui

Oui

Oui

Oui

Oui

--'-

----J'--

Open source/ gratuit


...L-

...J

" Source: http://jlllien-pauli.developpez.com/tutoriels/php/m yc-controleur/

, l.icslilll

i\u\omati:;~'-':

des Puhlications de l'INSD

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.

11.5. UNE PLATEFORME PHP


Lne plateforme PH P est un ensemble de logiciels permettant le dveloppement, les tests et le
dploiement d'applications web PHP. C'est un ensemble constitu en gnral du serveur web
Apache, de l'interprte PHP et d'un SGBD (MySQL ou PostgreSQL). C'est cet ensemble qui
sera le moteur de notre appl ication ; grce lui, on pourra gnrer les interfaces et excuter les
diffrents traitements dvolus au systme. En un mot, c'est le cerveau du systme. Plusieurs
plateformes PHP sont disponibles. En voici quelques un sous forme de tableau comparatif dans
le tableau 10.

Tableau 10 : Tableau comparatif de plateformes PHP


Plateformes PH P

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_."_.~.

Zend Servel' CE 5.6

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.

Pour viter tout problme li un changement possible de systme d'exploitation, nous


cartons WalllpServer qui est uni-plateforme. Quant aux deux autres plateformes, Zend Server
est plus fourni en fonctionnai it et intgre notre framework de dveloppement, nous opterons
donc pour Zend Server CE 5.6.
NB: pour plus d'information sur MySQL, voir annexe 2 la page 59.

11.6. OUTILS DE MODELISATION


Les outils de modlisation qui ont servi la ralisation du projet sont les suivants:

:> Visio 2013 pour la conception des diffrents diagrammes UML et de l'architecture
rseau insrs dans le rapport.

:> Gantt Pmject pour l'tablissement du diagramme de Gantt au

niveau des

planllings:

11.7: ANALYSE DU FUTUR SYSTEME


Nous prsentons ici le scnario retenu pour le futur systme.
On utilisera les graphiques suivants pour prsenter les architectures rseaux correspondantes:

30


commutatS'J(

Figure 6 : Prsentation du matriel

II.7.1. Dcsc ription gnrale


Il consiste en la mise en place d'une application web qui fonctionne selon une

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

Agent rnq rketing

DMZ

-----~-

Admi nl~\ trateur

Figure 7 : Architecture rseau

II.7.2. Estimation des Besoins


Ce dont a besoin notre solution pour un fonctionnement optimal, est rcapitul dans le tableau
1

J.

Tableau Il : Estimation des besoins


Dsignation ~

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

Tire sur Il ttp ://www.senetie.fr/produet/626475-421

Tire sur htt[)://store .apple.eom/fr/produet/TR423ZM/A/onduleur-idowell-ibox-ups-550%C2%AOva

~ 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

] 1.7.3. Cot de dveloppement et de formation

On distingue plusieurs mthodes permettant d'estimer le cot de dveloppement d'un logiciel


parmi lesquelles nous avons le modle COCOMO (COnstructive COst MOdel). Cette mthode
existe en trois versions: simple, intermdiaire et dtaille.
Nous utiliserons le modle COCOMO simple qui est le mieux document, il donne des
estimations des cots en s'appuyant sur la taille (estime) du logiciel et sur le type de logiciel
ou projet raliser. Il existe trois (03) types de projets que sont:

:>
Ces projets

les projets de mode organique:


SOllt

raliss par L1ne quipe de taille relativement petite travaillant dans un

environnement tmilier et dans un domaine d'application connu de l'quipe.

( (1I:slil)11 !\lil()n)(\lis,.~

des Puhlications de lNSD

33

:> les projets de mode semi-dtach :


Ce sont des types de projets qui ne sont pas trop complexes. L'quipe de dveloppement se
connat un peu, et les technologies peuvent tre mal connues, mais pas d'une grande difficult
d'apprhension.
~

les projets de mode embarqu:

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:

:> mode organique: HM = 2,4 (KLSL) 1,05 ;


:> mode semi-dtach : HM = 3 (KLSL)
:> mode embarqu: HM =

3,6 (KLSL)

1,12 ;

1,20.

:> HM (signifie Homme-Mois) : reprsente l'effort requis pour le dveloppement de


l'application.

:> KLSL (Kilo-Lignes-Sources du logiciel) : correspond

1/1000 du nombre de lignes de

code du logiciel.

:> Le modle COCOM simple permet galement d'estimer le temps ncessaire au


dveloppement d'un projet (TDEV). Les quations pour les diffrents types de projets
sont les suivantes:

:> Mode organique: TDEV =

2,5 (HM) 0,38

:> Mode semi-dtach : TDEV = 2,5 (HM) 0,35 ;


~

Mode embarqu: TDEV

= 2,5 (HM) 0.32.

Le nombre de personnes requis pour raliser le projet dans cet intervalle de temps est donc:

:>

N == Ht\VTDEV.

Le cot total de ralisation est donn par:


~

COllt = HM*\',i1eurHM.
O ValeurHM reprsente le salaire moyen d'un informaticien. Au Burkina Faso nous

estimons ce salaire 225.000 FCFA.

, \.icslion ;\litU!n;ili~c \: dc~ !'uhlications de liNSD

i)

34

Le nombre de lignes de code est estim 6100.


La mthode COCOMO simple en mode semi-dtache est la mthode retenue pour le
calcul des cots :
HM = 3 (KLSL)

\,12,

TDEV=2,5 (HM) 0,35;


N = HM/TDEV et

Cot

HM*ValeurHM ce qui donne.

Tableau 12 : Cot de dveloppement


Montant

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

1 500 000 FCFA

-_.DVl: 1Oppl11ent

5 303 250 fCFA

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'~

cks Puhlications de lNSD

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~

sont les diagrammes de cas d'utilisation, les diagrammes de squences. les

diagrammes de classes et les diagrammes de dploiement.

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

Figure 8 : Diagramme de cas d'utilisation global

37

Gestion document
Grer service
technique

Grer enqute

Grer document

o
Agent ser ice marketing

Grer type de
document

Grer comman de

~-

-----~-~-----------------------------'

Figure 9 : Reprsentation dtaille du cas d'utilisation grer les documents


Grer les uttllsate Jrs

Grer Agents
Changer le mot de
pass

~-~-

'~,

Adm nistrateur

------.......

" '\

Grer les profils

'-~
extend
----~

Enregistrer un
utilisateur

figure 10: Reprsentation dtaille du cas d'utilisation grer les utilisateurs

, (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

}<'jgure 11 Reprsentation dtaille du cas d'utilisation grer les Clients

[Ill; 1.

DI;~cription

textuelle de qUldqlll'S cas cl'utillsation

Documentation des cas d'utilisations:


Un scnario est une instance de cas d'utilisation. On distinguera dans la description des cas
d'utilisation trois types de scnario savoir:

Scnario nominal ("basic path")

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})

Nom du cas d'utilisation: S'authentifier


Rsum: Ce cas d'utilisation permet chaque utilisateur de se connecter au systme en utilisantson
identifiant et son mot de passe
Acteur: Tous les uti 1isateurs du systme
Pr condition : Avoir ~t enregistrc91l1ll1ti:l}tilisateur du systme
Scnario nominal:
dbut
1. l'utilisJteur Lmce l'application;
2. le systme 1LI i affiche la fentre de connexion;
3. l'utilisateur renseigne les informations concernant j'identificateur et le mot de passe;
4. le systme vrifie les infonnations fournies (El, E2);
5. le systme aftiche la page d'accueil de l'utilisateur qui s'est authentifi ..

fin
Scnario d'exception:
1

IF"El:l'identiJicat~ur o.lIle it,lqt ~eI:p~s~~i~~l incorrect.


2~:i;11;:\;i Le systme inforh,ll~tmlls~ifique';le5'iMrmations SOI1re:rraln;es;.st
2. . On repart au;point 3 d~scnaii~:ri6inji1t.l:l~"
E2 : un au moins des champs de saisie n'est pas renseign.
\. Le systme informe l'utilisateur que les champs doivent tre remplis
2. On repart 311:point 3 du premier scnario.

1.

40

Tableau 16 : Description textuelle de quelques cas d'utilisation Grer un utilisateur

Nom du cas d'utilisation: Grer un utilisateur


Rsum: Ce cas d'utilisation permet de saisir un utilisateur avec la possibilit de mettre jourles
1

'1

informations le conc(,lllant
Administrat~\Irsdu

Acteur:

systme

Pr condition: Avoir t enregistr comme utilisateur du systme avec un profil


Scnario nominal:

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:

Al: L'administrateur dcide de mettre jour un utilisateur


1.
2.
3.
4.
5.
6.

Il slectionne utilisateur en question;


Le systme lui affiche les anciennes donnes de l'utilisateur;
Il effectue les diffrents modifications;
Il demande valider ses modifications;
Le systme prynd en coropte ls IllQdifications; ,
Fin du cas d'utilisation.

Al : L'administrateur dcide de supprimer un utilisateur

1. Il slectionne l'utilisateur en question;


2"<- ,
2. Le systme lui affiche une boite de dialogue pour lui demander de confirmer 'la ~upptessipIr
de l'utilisateur;
"
c

~,:"

<:

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.

Le systme informe l'utilisateur que les champs doivent tre remplis


On repart au point 4 du scnario nominal.
: les donnes sont errones.
Le systme informe l'utilisateur que les donnes ne sont pas correctes;
On repart au point 4 du scnario nominal;

Tableau 17 : Description textuelle de quelques cas d'utilisation Grer document

Nom du cas d'utilisation: Grer document


Rsume: ce cas d'utilisation permet d'avoir des infonnations compltes et jour sur un document
donn. C'est--dire le service techni ue et l'en ute ui ont aboutis son laboration.
Acteurs: Agent du service marketing
Pr-condition: Avoir t~ enregistr comme utilisateur du systme
Scnario nominal:
dbut
1. L'utilisateur lance la fentre de saisie des documents;
2. Le systme lui affiche la fentre;
3. II renseigne les informations (A l, A2, E2,E2)
4. Il valide la saisie
5. Le systme contrle et rassure que tous les champs ont t bien remplis
6. Le systme enn':1iSlre les donnes
fin
Scenario alternatif:
AI : L'utilisateur dcide de mettre jour un document
1. 11 slectionne le document en question;
2. Le systme lui affiche les.ancieOI1:esAonnesdu document;
3. Il effectue les diffrntes roodifTciitions;":"
.
4. Il demande valider ses modifiati<5Il.s;
.
5. Le systme prend en compte les modifications ;
Fin du cas d'utilisation. ;
A2 : L'utilisateur dcid~' de supprimer undocument
1. Il slectionne le document en qesti~n;
2. Le systme lui affiche une boite de dialogue PQur lui demander
du document;
3. Il confirme l'opration; .
Le s stme su rime le document;
Scnario d'exception:

El: un au lIIoins des champs de saisie obligatoires n'est pas renseign.


3.
4.
E2
3.

Le syslme inlorme l'utilisateur que les champs doivent tre remplis


On repali au point 3 du scnario nominal.
: les donnes sont errones.
Le systme informe l'utilisateur que les donnes ne sont pas correctes;

On re art au point 3 du scnario nominal;

, CIcstjpIl :\utUIII';[:" . .: cies \'uhlic<tlions

de 1"1NSD

Il

42

Tableau 18 : Description textuelle de quelques cas d'utilisation Grer clients


Nom de cas: Grer client
Rsum: ce cas d'utilisation permet d'avoir et de mettre jour les informations sur un client
Acteurs: les agents du service marketing
Pr-condition: Avoir t enregistr comme utilisateur du systme
Scnario nominal:

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

1. li slectionne le client en question;

2. Le systme lui affiche les anciennes donnes du client;


3.

11 effectue les diffrentes modifications;

4.

Il demande valider ses modifications;

5. Le systme prelld ell compte les modifications;


6.

Fin du cas d'utilisation.

A2 : L'utilisateur dcide de supprimer un client

1. Tl slectionne le client en question;


2. Le systme lui affiche une boite de dialogue pour lui demander de confirmer la suppression
du client;
3. Il confirme " opration;
4.

Le systme supprime le client;

Scnario d'exception :
El : un au moins des champs

.
,

;>:,'';:;, t:\:;:"':

.:'T- <~-;; _-~-:-~_-

de saisie()})lgat~'!rS~~'st
'u.'

pas rel[lS~:igltiJ~J';~~~;i~;

5.

Le systme informe l'utilisateur q~e les champs doivent tretemplis

6.

On repal1 au [Joint 4 du scnario nominal.

E2: Les donnes sont errones.


7. Le systme informe l'utilisateur que les donnes ne sont pas correctes;
8. On repart au point 4 du scnario nominal,;
NB : Ai devant une activit indique l'existence d'un scnario alternatif numro i et Ei devant
tlne activit indique l'existence d'un scnario exceptionnel numro i.

43

La description textuelle de ces cas d'utilisation sera accompagne par le diagramme de


squence qui montrera de faon squentielle le flux de message chang entre l'utilisateur et le
systme.

111.1.2. Diagramme de squence


Les diagrammes de squences permettent de reprsenter des collaborations entre acteurs et
objets selon un point dc vue temporel, on y met l'accent sur la chronologie des envois de
mcssages. Le tcmps

s'~coule

"de haut en bas" de l'axe vertical du diagramme.

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

boucle. En gnral, une contrainte appele garde indique le nombre de rptitions


(minimum et maximum) ou bien une condition boolenne respecter. La boucle est
rpte al! moins minimum fois avant qu'une ventuelle condition de garde boolenne
ne soit teste. Tant que la condition est vraie, la boucle continue au plus maximum fois.
~

L'oprateur rel: une rfrence peut tre vue comme un pointeur ou un raccourci

vers un autre diagramme de squence existant. Cela quivaut copier le contenu du


diagramme de squence point en lieu et place de la rfrence.
1\ travers les tigures 14 17 nous prsentons les diagrammes de squences de certains cas

d'utilisation tel s'authentifier , grer document , enregistrer une commande et


approvisionner stock .

44

iAuthentificatio~
[1 parametersl
Base de
donne

loop si don nces incorrectes


-Demande identlfication-

1', "

, _Renseigner
- ) champs
et
1

1
1
1
1
1

1
1
1
1
1

1
1

1
1
1

Valjde~Sie

1
1

{-----Envoie pour veriflcation------'

h---

+-demande details utilisateur-.


Envoie details- - - - -

Validation

-------.,~" "'",. , - ------w

,
1

<- - -Afficher resultats - -

1
1

1
1

1
1
1
1
1

1
1
1

,>--

~Fournir espace de travail

Figure 12 Diagramme de squence du cas d'utilisation s'authentifier


,-~~~~~,.-;o~~~~~~------~~~--~~~~-~-~~--~------~-------,

Authentification
\...---lallcer ecran de documen

:--Ci-lol~ir action

a effectue

~ - Afficher champ pour saisie-Icap si donnes incorrectes


1 infini

,-~~~~---,,-~~~~--j

Loop
1

in~RenSeigner

champs_Valiger saisie

Envoie pour enregistrement

,
,

Demande d'enregistremen

,
~

Enregistre

1
1
1

Envoie resultats - - - -

- - - - Envoie details--- - -

- - - -Afficher resultats- - - 1

~ -Revenir ecran de document-

Figure 13 Diagramme de squence du cas d'utilisation Grer documents

llestioil ;\II!C>ln,lli<' des Puhlications de lNSf) 1)

45

--~~~---

--------

Enregistrer une commande J

GAPI/
Comn;-ande

,.,

)
Authentification()

,
~L<mcer

ecran dt'> C(Jmm<lnde---"

~ _. -Afficher chalnf's de s"isie--

Il

~51e

Figure 14 Diagramme de squence du cas d'utilisation Enregistrer une commande


gerer document

GAPI7~ase d
donnes

"---------lanCf'f ~('an de stock

:-<------fdfllh.lgeecran----1-

-~-ChUlsi( document

:~ - - Afficher champ de saisie- - -

~~[paramelters!
Joop

Ipar1<lmeters]

~Ren'ieigerchamps

,,
,

,,

Valld

,
,,,
,
,
,

saisie

Envoie pour enregistremen

,,
,,

Demande d'enregistremen
Enr
- - - - - -Envoie detaits- - - - - -

,
,
,
:.,.::"=----=-~~.~ resurtats- - - - -

tter

- - - - - - -env aie resultats- - - - - -

;<- ~ -I{evenrr a pcran de Stock- - -

~--_--

~~__"___L_~_~_

~~~~--~~~-~--~~~--~-~~

Figure 15 Diagramme de squence du cas d'utilisation Approvisionner stock

lJeslioll !\lil(}!TIilli,,~~ des I)uhlieations de '"lNSD

46

111.1.3. Diagramme de classe


111.3.1.1. Rgles de gestion (RG)
Les rgles de gestion suivantes, organises par grand domaine fonctionnel expriment les
relations statiques qui seront prises en compte entre les entits interagissant dans la gestion de
la publication de l'INSD. Ce sont ces mmes rgles qui rgissent le diagramme de classe de la
ligure 18.
~

GESTION DES DOCUMENTS


un document est produit par un service technique
un service technique peut produire un ou plusieurs documents
un service technique dirige une ou plusieurs enqutes
une enqute est dirige par un service technique
un document peut avoir plusieurs types
un type peut concerner plusieurs documents

GESTION DES UTILISATEURS


un utilisateur est une personne
un utilisateur a Lin profil
un profil peLlt admettre plusieurs utilisateurs
un utilisateur enregistre un ou plusieurs documents
un document est enregistr par un utilisateur

GESTJO;\ DES CLIENTS


un client est soit moral ou physique
un client lance L1ne ou plusieurs commandes
une commande concerne un et un seul client
une commande concerne un ou plusieurs documents
un document peut faire l'objet de plusieurs commandes

- un document peut faire l'objet de plusieurs commandes

47

1I1.3.1.2.. Schma du diagramme de classe


Client
,: ~
.lava la~qStrinq
. 3drasseCIient :J3valanqString
!. ~bjH1if .java lang.String
~-_._---_.-

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

:j":l Il'; S::ir;

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
"

Figure 16 : Diagramme de classes

111.1.4. Diagramme de dploiement


Les diagrammes de dploiement UML2 sont utiliss pour reprsenter l'architecture physique
d'un systme en utilisant des nuds et des connexions entre ces nuds comme le montre la
iigure 19,

48

Figure 17 : Diagramme de dploiement

111.2. DEVELOPPEMENT DE GAPI


Voici la liste des diffrentes mthodes associes aux diffrentes classes de notre solution.
Tableau 19 : Liste des mthodes lies aux diffrentes classes

String

Enregistre des donnes dans une classe

String

Met jour les donnes d'une classe

Gestion Automatise (ks Publications de l'INSD

49

111.2.1 Arborescence du projet zend framework dans NetBeans

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

Figure 18 : Arborescence du projet zend framework


Dans un projet NetBeans, le code de l'application se trouve dans le dossier Sources
Files , les fichiers de test dans Test Files . Nous nous intressons au dossier le plus
important: Sources Files, il est organis en sous-dossiers selon l'arborescence recommande
par zend framework.
~

application

../ le fichier Bootstrap.php contient le code de chargement automatique des ressources de


l'application au dmarrage. Le chargement automatique permet d'initialiser l'application et
de charger certains composants du framework ;

../ 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, ... ;

../ controllers contient les fichiers correspondants aux diffrents contrleurs;


../ models stocke les fichiers correspondants aux modles;
../ views stocke les vues;

Gestion Automatise des Publications de l'[NSO

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

=>

library: ce dossier contient la bibliothque jQuery et le framework zend luimme.

=>

Public:

./ css: ce dossier contient les feuilles de style;


./ js: c'est le dossier contenant les scripts javascript ;
./ le fichier index.php est le point d'entre de l'application, toutes les requtes passent par l ;
./ Le fichier .htaccess est utilis par le serveur web Apache.

=>

Docs: ce dossier est ddi la documentation gnre ou saisie.

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.

111.2.2 Quelques crans de GPF

:> 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.

Gestion Automatise des Publications de l'INSD)l


51

Login

admln

Password
Connexion

DT DE PASSE OU

OM D'UTIUSATEUR J CORRECT

Figure 19 Ecran de connexion avec chec d'authentification


Une fois l'authentification russie, l'utilisateur accde sa page d'accueil.
~ La page d'accueil

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.

Gesllon Automatise de PubiJcallons de l

le 21 Junk!.l10.l4

Bienvenue Z ~ 0!3IA0n

'0

52

Flrore 20: Page d'accueil


~

L'explorateur

L'explorateur permet l'utilisateur connect de naviguer travers les diffrentes fonctionnalits


que lui offre son profil.
La liste des documents est affiche lorsque l'on clique sur le menu Gestion documents Les
oprations de tri, d'ajout, de modification, de suppression et d'affichage dtaill des informations
d'un document sont offertes.
Tous les d
Afficher 10

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)

Fi2Ure 21: Ec.-an de gestion des documents

111.3. DEPLOIEMENT DE GAPI


111.3.1. Politique de scurit
La scurit d'une application doit tre prise en compte tous les stades de sa vie. Elle
commence au moment de la conception, quand on met en place les choix stratgiques; elle est
constante, et enfm elle se concrtise par la surveillance des oprations journalires lorsque
l'application sera mise en production.
La politique de scurit a pour but de minimiser les risques de parme, d'viter que la base de
donnes soit dans un tat d'incohrence, d'viter les accs non autoriss la base et d'viter la
prsence de programmes indsirables dans le rseau. Il s'agit donc de prendre toutes les
dispositions utiles afin de rduire au minimum les effets nfastes des pannes matrielles ou
logicielles

Gestion

utomaLise des Pubhca.llOllS de rI

53

111.3.2.

Gestion des attaques

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:

:> Les virus et autres logiciels malveillants


Considrs comme le malle plus rpandu de la scurit de l'information, les virus, dans
leur majorit, ont pour but premier l'infection en vue d'une dstabilisation du systme
informatique auquel ils accdent. Ce sont des programmes informatiques plus ou moins
autonomes dans leur fonctionnement qui se propagent par les supports de stockage.
Dans notre systme, la prsence d'un virus provoquerait des dsagrments normes du
fait de sa capacit se propager travers le rseau et donc une infection de tout le systme si
des mesures adquates ne sont pas prises. Pour viter ces dsagrments, il sera install sur
chaque poste client, un antivirus en vue de permettre un contrle beaucoup plus rapide des
informations que les acteurs du systme auront traiter.

:> Les accs non autoriss


Les accs non autoriss ou accs malveillants reprsentent des attaques qui touchent la
confidentialit et la scurit des donnes. Les attaques d'accs malveillants prennent diverses
formes selon que l'information est stocke sur un support physique (cl USB, disque dur, CDROM) ou lectronique (rseau). Ces attaques peuvent donc tre ralises grce l'accs
physique de l'agresseur dans le local o se trouve l'information ; mais aussi grce un
dispositif informatique permettant d'intercepter l'information en transit sur le rseau.
La dfinition de profil utilisateur au moyen de l'utilisation de mot de passe et de nom de
connexion permettra d'offrir chaque utilisateur les donnes et traitements auxquels il a droit.
Aussi les informations telles que les mots de passe de connexion ne seront stockes ni en clair
ni sous forme dcodable dans la base; ces informations feront l'objet d'un cryptage qui
permettra le brouillage des mots de passe.
Pour remdier aux attaques portant atteinte la scurit des donnes, l'INSD a mis en
place un contrle d'identification des personnes qui accdent au local o se trouve le serveur.

Gestion Automatise des Publications de l'lNSD

54

111.3.3. Gestion des catastrophes


Le maillon faible du systme est le serveur; quant il est hors service, c'est tout le
systme qui ne tourne plus. On se concentre donc sur la scurit du serveur. Les catastrophes
qui constituent une menace pour le serveur sont les incendies, les inondations, la foudre. Pour
cela, l'INSD dispose des moyens qui sont dj mis en place pour lutter contre ces diffrentes
catastrophes, savoir des extincteurs dans les locaux, un parafoudre. Les risques d'inondation
sont rduits, les bureaux des agents du service marketing tant au deuxime niveau

111.3 A. Gestion des incidents d'exploitation


En cas d'incident, l'utilisateur concern doit faire appel une personne qualifie ayant des
comptences en informatique pour la rsolution du problme. Si l'incident est li
l'application, il pourra ventuellement se servir des dossiers de programmation pour y parvenir.
Au cas o le problme persiste, l'INSD pourra faire recours aux programmeurs.

111.4. POLITIQUE DE SECOURS


11104.1. Plantage du systme
La premire mesure prendre en cas de plantage du systme est de le relancer. Si le problme
persiste, il faudrait faire intervenir le groupe de projet.
111.4.2. Panne due un accs au rseau et Autres pannes critiques
En cas de panne due l'accs au rseau, on pourra faire appel un technicien rseaux.
Pour toutes autres pannes, on fera intervenir une fois de plus le groupe de projet.

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.

Gestion Automatise des Publications de l'INSO )

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.

111.5.2. Formation des utilisateurs


Elle permettra

aux utilisateurs de se familiariser avec le nouveau systme. Un systme

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.

Gestion Automatise cks Publications de /'INSD ))

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.

Gestion Automatise des Publications de l'INSD ))


57

BIBLIOGRAPHIE:

.... Julien Pauli et Guillaume Poncon, Les cahiers du programmeur Zend Framework
Bien developper en PHP

.... Jean Engels, PHP5, Paris, Eyrolles, 2008


.... Christophe Porteneuve, Bien dvelopp pour le web 2.0, Paris, Eyrolles, 2008

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 .

.... SAGA Abdoul Karim et KIMA Franc 2011-2012: Informatisation de la


gestion d'Elite Htel rapport de stage ES12011-2012

Gestion Automatise des Publications de l'INSD

58

Annexe 1 : Prsentation de Zend Framework


Le Zend Framework est un Framework haut niveau orient composants, pour PHP5. Il
fonctionne partir de PHP 5.1.4 et apporte un socle de solutions orient objet pour les
applications web, des plus simples au plus complexes.
Zend Framework (ZF) est un Framework open-source

Zend Framework

destin aux dveloppements d'applications web et de


services web avec PHP5. Le Zend Framework est
construit en utilisant 100% de code orient-objet. La
structure des composants du Zend Framework est
quelque peu unique ; chaque composant est conu
avec de faibles dpendances envers les autres

Dvelol)IJeur

Zend Technologies @

Dernire version

1.11.4 (3 Mars 2011) [+1-]

crit en

PHP

composants. Cette architecture faiblement couple

Envir onnement

Mulli-plaleforme

permet aux dveloppeurs d'utiliser les composants

langue

Multilingue

individuellement.

Type

Framework

licence

New BSD license

Site web

frame\>vork.zend.com!9

Les fonctionnalits de Zend Framework

modifier

Avec ce jour une cinquantaine de packages, Zend


Framework propose un ensemble de composants, permettant entre autre
./ La connexion et la gestion de bases de donnes,
./ L'intgration d'un modle MVC,
./ Un support de l'Ajax au travers de Dojo et d'un composant de cration de formulaire,
./ La gestion de l'authentification,
./ La gestion de la session PHP,
./ Et bien plus encore...

Composants de Zend Framework


Bien qu'ils puissent tre utiliss individuellement, les composants de la librairie standard de
Zend Framework forment un Framework d'application web puissant et extensible quand ils sont
combins. Le ZF offre une robuste et performante implmentation du motif MVC, une

Gestion Automatise d~s Puhlications de l'TNSD

59

...

abstraction de base de donnes simple d'utilisation, et un composant de fonnulaire qui


implmente un rendu HTML, la validation et le filtrage des donnes, ainsi les dveloppeurs
peuvent consolider toutes ces oprations en utilisant une interface orient-objet facile
d'utilisation. Quel que soit le besoin de votre application, vous avez toutes les chances de
trouver un composant de Zend Framework qui peut tre utilis pour rduire drastiquement
votre temps de dveloppement avec une base de tests solide

Annexe 2 : Prsentation de MvSOL


Prsentation gnrale
MySQL est un systme de gestion de base de donnes (SGBO). Il est distribu sous une double
licence GPL et propritaire. Il fait partie des logiciels de gestion de base de donnes les plus
utiliss au monde l , autant par le grand public (applications web principalement) que par des
professionnels, en concurrence avec Oracle, Infonnix et Microsoft SQL Server.

Principales caractristiques
MySQL supporte la nonne SQL2 (utilisation des
et

LEFT JOIN),

RIGHT JOIN

ce qui fait de lui un SGBO sr, la confonnit

cette nonne garantissant qu'il honorera les requtes


nonnalises correspondantes. Cependant, les fonctionnalits
des nonnes SQL les plus rcentes ne sont pas toutes
implmentes et certaines ne respectent pas la syntaxe
recommande (la concatnation par exemple), empchant

My

l'interoprabilit des requtes entre diffrents SGBO.


Ne supportant (sauf en utilisant des moteurs comme InnoOB)
ni transactions ni intgrit automatique des tables, il n'est pas
destin aux transactions financires intensives; cependant, ses perfonnances (parfois meilleures
que celles de systmes concurrents fenns) et son prix d'implantation nettement infrieur le
font adopter dans des entreprises ou services ayant besoin d'une base de donnes simple et peu
onreuse mettre en uvre pour des applications non critiques.

(restion Automatise des Publicalions de l'INSD )

60