Rapportstagefinaltransit 121118140133 Phpapp02

105
Master Spcialis : Qualit du Logiciel
Rapport de Stage 2008/2009
Ddicaces
Pour les grands sacrifices que tu as faits pour nous,
Pour les nuits o tu es rest sans dormir pour veiller sur nous,
Pour la formidable mre que tu es
Toi qui es toujours fier de moi,
Pour le symbole respectueux que tu es pour moi,
Pour le pre que tu es
Nul mot ne reflte ma reconnaissance vers vous
Pour votre temps et encouragement
Pour le frre et sur que vous tes
Pour votre soutien
Vous membres de ma famille
Je ddie ce travail
Remerciement
Avant dentamer ce rapport, je tiens tmoigner ma profonde gratitude toutes les
personnes qui ont particip de loin ou de prs llaboration de ce projet de fin dtudes.
Mes sincres remerciements sont adresser Mr. Abderrahman ELKAFIL, directeur de
la socit NEXTMA et mon encadrant professionnel, pour lintrt et le professionnalisme
avec lesquels il a suivi la progression de mon travail, et pour ces aides et ces conseils
fructueux quil na cess de me prodiguer durant toute la dure de mon Projet de Fin
dtudes.
Je tiens exprimer ma profonde gratitude Mr. Kamal Eddine EL KADIRI, mon
encadrant universitaire et responsable du Master Spcialis : Qualit du Logiciel la Facult
des Sciences de Ttouan, pour son excellent suivi, ses remarques pertinentes et ses
recommandations fortes enrichissantes dont jai bnfici tout au long de ce stage,
quil trouve, ainsi, mes vifs remerciements et mes sentiments les plus respectueux.
Je remercie tout particulirement Mr. Mohamed KHALDI, professeur la Facult des
Sciences de Ttouan pour sa disponibilit, ses nombreux conseils et ses indications
prcieuses qui mont permis de mener mon travail bien.
Mes vis remerciements vont galement tout le cadre professoral de la facult des
sciences de Ttouan, pour la formation prodigieuse quil nous a prodigue.
Que messieurs les membres de jury trouvent ici lexpression de ma reconnaissance
pour avoir accept de juger mon travail.
Que tous ceux et celles qui ont contribu de prs ou de loin laccomplissement
de ce travail, trouvent
lexpression de mes remerciements les plus chaleureux.
Hatim EL BOUANANI
Rsum
On ne prsente plus les logiciels libres, aujourdhui reconnus pour leur qualit et leur
ouverture. Ils ont dmontr leur efficacit dans plusieurs domaines, notamment Internet, avec
par exemple, le serveur web Apache et le systme dexploitation Linux. Aussi, de nombreuses
entreprises et gouvernements ont commenc la migration de leurs systmes dinformation
vers des solutions libres.
En consquence, on commence trouver ces logiciels dans des secteurs
traditionnellement rservs aux logiciels propritaires, en particulier Les ERP (en anglais
Enterprise Resource Planning), aussi appels Progiciels de Gestion Intgrs (PGI). Ainsi,
OpenERP, les GNU Entreprise, Compiere et autres viennent empiter sur les terres de BAAN,
SAP, ORACLE, etc. Cependant, ce type dapplication joue un rle stratgique au sein des
entreprises qui les utilisent. Il requiert un trs haut niveau de technicit et de comptences que
ces dernires ne sont pas prtes laisser aux mains de dveloppeurs parpills aux quatre
coins du monde.
Cest pourquoi, comme pour les logiciels propritaires, est apparue la ncessit davoir
des entreprises prestataires de services spcialises en logiciels libres. Ce besoin sest renforc
avec la rationalisation des cots lis aux systmes dinformation depuis lclatement de la
Bulle Internet.
NEXTMA, socit dans laquelle jai effectu mon stage de fin dtudes du 16 mars au
01 juillet 2009, est une de ces nouvelles SSLL (Socit de Services en Logiciels Libres). Elle
propose ses clients un PGI bas sur le logiciel libre OpenERP pour lequel elle peut
dvelopper des besoins spcifique pour chacun dentre eux.
Au cours de ce stage, mon travail a consist comprendre le fonctionnement de
lOpenERP, et concevoir et dvelopper un module de gestion de transit laide de l'ERP
open source OpenERP. Ce stage ma aussi permis de mieux comprendre comment fonctionne
une socit de services et comment une SSLL peut vivre du logiciel libre.
Mots cls :
ERP open source OpenERP ;
Framework OpenObject ;
Python ;
XML.
Abstract
It is no longer open source software, today recognized for their quality and openness.
They have demonstrated their effectiveness in several areas, including the Internet, for
example, the Apache Web server and the Linux operating system. Also, many companies and
governments have begun migrating their information systems to open source solutions.
Accordingly, we begin to find these programs in areas traditionally reserved for
proprietary software, especially ERP (Enterprise Resource Planning), also called Integrated
Management Software (IMS). Thus, OpenERP, GNU Enterprise, Compiere and others from
encroaching on the lands of BAAN, SAP, Oracle, etc... However, this application plays a
strategic role within companies that use them. It requires a very high level of technology and
skills that they are not ready to leave in the hands of developers scattered around the world.
Therefore, as with proprietary software, has emerged the need for service providers
specializing in open source software. This need has increased with the rationalization of costs
associated with information systems since the bursting of the "Internet bubble".
NEXTMA, in which I conducted my internship graduation from 16 March to 30 June 2009, is
one of these new SSLL (in french Socit de Services en Logiciels Libres). It offers its
customers an ERP system based on free software "OpenERP" for which it can develop
specific needs for each of them.
During this stage, my job was to understand the functioning of the OpenERP and realize
the design and dvloppement the Module transit Management using the open source ERP
OpenERP.
This internship also allowed me to better understand how a service company and how a
SSLL can live free software.
Keywords :
ERP open source OpenERP ;
Framework OpenObject ;
Python ;
XML.
Liste des abrviations

Sigle
ERP
PGI
GNU
SAP
SSLL
PME
CRM
BI
UML
2TUP
RUP
XP
FOB
DHS
DUM
SADOC
ODEP
SI
MVC
XML
RPC
LDAP
OLAP
SGBD
IDE
SWT
SQL
SGML
HTML
DTD
Dfinition
Enterprise Resource Planning
Progiciels de Gestion Intgrs
General Public License
Systeme Anwendungen Produkte in der Datenverarbeitung(en anglais
Systems, Applications and Products in Data Processing)
Socit de Services en Logiciels Libres
Petites et Moyennes Entreprises
Customer Relationship Management
Business Intelligence
Unified Modeling Language
Two Track Unified Process
Rational Unified Process
eXtreme Programming
Free On Board
Dirhams
Dclaration Unique de la Marchandise
Systme de l'Administration des Douanes et de l'Office des Changes
Office d'Exploitation des Ports
Systme dInformation
Model View Controller
eXtensible Markup Language
Remote Procedure Call
Lightweight Directory Access Protocol
Online Analytical Processing
Systme de Gestion de Base de Donnes
Itegrated Development Environment
Standard Widget Toolkit
Structured Query Language
Standard Generalized Markup Language
Hypertext Transfer Protocol
Document Type Definition
Liste des figures

Figure 1 :
Figure 2 :
Figure 3 :
Figure 4 :
Figure 5 :
Figure 6 :
Figure 7 :
Figure 8 :
Figure 9 :
Figure 10 :
Figure 11 :
Figure 12 :
Figure 13 :
Figure 14 :
Figure 15 :
Figure 16 :
Figure 17 :
Figure 18 :
Figure 19 :
Figure 20 :
Figure 21 :
Figure 22 :
Figure 23 :
Figure 24 :
Figure 25 :
Figure 26 :
Figure 27 :
Figure 28 :
Figure 29 :
Figure 30 :
Figure 31 :
Figure 32 :
Figure 33 :
Figure 34 :
Figure 35 :
Figure 36 :
Figure 37 :
Figure 38 :
Figure 39 :
Figure 40 :
Figure 41 :
Figure 42 :
Figure 43 :
Figure 44 :
Cycle de dveloppement en Y
Diagramme de Gantt.......
Circuit dun dossier.
Les acteurs principaux du systme
Diagramme des cas dutilisation Cycle de vie dun dossier client..
Architecture technique dun ERP...........
Architecture modulaire dun ERP.......
Fonctionnalits de base dun ERP..
les relations structurelles entre les trois objets
Environnement dexploitation de lERP open source OpenERP
Diagramme de squences du scnario Authentification.
Diagramme de squences du scnario Paramtrage
Diagramme de squences du scnario Gestion des dossiers...
Diagramme de squences du scnario Ventilation..
Diagramme de squences du scnario Dclaration.
Diagramme de squences du scnario Gestion de la facturation
Diagramme de classes
Diagramme dactivit Cycle de vie dun dossier
Diagramme dtat Cycle de vie dun dossier
Page dauthentification.......
Page de module.......
Page de dossier
Dtails de dossier
Dtails de ventilation de dossier.
Dtails de dclaration de dossier.
Facture des ventes.......
Interface de configuration de la base de donnes
Interface de la connexion avec la base de donnes.
Interface de configuration du profil de lentreprise
Interface dauthentification des utilisateurs
Reprsentation dune classe
Reprsentation dun objet.......
Association entre deux classes
Agrgation entre deux classes.........
Hritage entre deux classes.
Diagramme de squence.
Diagramme de collaboration.......
Diagramme dtats transition..
Diagramme dactivit organis par acteur..
Diagramme de cas dutilisation.......
Diagramme dobjets........
Diagramme de classe..
Diagramme de composant.......
Diagramme de dploiement........
20
21
26
34
35
43
44
44
45
46
51
51
52
53
54
55
56
57
58
63
64
64
65
65
66
67
75
75
76
76
78
78
78
78
79
79
80
80
80
81
81
82
82
82
Liste des tableaux

Tableau 1 :
Tableau 2 :
Tableau 3 :
Tableau 4 :
Tableau 5 :
Tableau 6 :
Tableau 7 :
Tableau 8 :
Synthse des mthodologies utilises dans le cadre de

dveloppement Objet et Nouvelles technologies.
Planning du projet
Scnario dauthentification..
Scnario de grer dossier..
Scnario de grer ventilation
Scnario de grer dclaration...
Scnario de grer facturation
Scnario de paramtrage..
18
21
36
37
38
39
40
41
Tables des matires

Introduction gnrale.....................................
11
Partie I : Contexte gnral du projet..

Chapitre 1 : Prsentation de NEXTMA..
1. Prsentation gnrale de NEXTMA
1.1. NEXTMA en Bref.................................
1.2. Prestations et services
2. Secteurs dactivits ...
Chapitre 2 : Prsentation du projet.
1. Prsentation du projet..................................
1.1. Thme du projet.
1.2. La dmarche suivre.
2. Planning du projet
13
14
14
14
14
16
17
17
17
17
20
Partie II : Etude fonctionnelle et technique

Chapitre 1 : Etude prliminaire...
1. Projet de la gestion de transit...
2. Procdures et circuit dun dossier de transit...
2.1 Circuit simplifi dun dossier import/export..
2.2 Le circuit dun dossier
3. Problmatique..
4. Synthse...
Chapitre 2 : Etude fonctionnelle.
1. Objectifs du projet...
2. Capture des besoins fonctionnels.
2.1 Dfinition des acteurs du systme..
2.2 Cas dutilisation du systme..
2.3 Description des cas dutilisation.
Chapitre 3 : Etude technique...
1. Les ERP : Entreprise Resource Planning.
1.1 Architecture technique
1.2 Architecture modulaire...
1.3 Les fonctionnalits de base.
2. Solution de gestion intgre OpenERP
2.1 Environnement de dveloppement.
2.2 Environnement d'excution
2.3 Environnement d'exploitation.
2.4 Framework OpenObject..
23
24
24
25
26
27
30
31
32
32
33
33
34
36
42
42
43
43
44
45
45
46
46
47
Partie III : Mise en uvre du projet...

Chapitre 1 : Conception de la solution...
1. Conception des classes mtiers
1.1 Diagrammes de squences.
1.2 Digramme de classes..........
Chapitre 2 : Ralisation de la solution
1. Outils utiliss...
1.1 IDE Eclipse.
1.2 SGBD PostgreSQL.
1.3 Langage Python......
49
50
50
50
56
59
59
59
60
60
1.4 Langage XML. 61

2. Ralisation du systme 63
2.1 Exemples dillustration... 63
Conclusion et Perspectives
Glossaire........
Bibliographie.
Webographie..
Annexes.
10
68
70
71
71
72
Introduction gnrale
Les ERP open source permettent des petites PME de disposer d'outils de gestion
complets au meilleur cot, leur apportant rapidement un vrai bnfice en termes de
comptitivit. Mais dj, ils remontent l'chelle, et s'adressent des PME de plus de 1000
salaris, que ce soit dans les secteurs industriel, distribution ou services.
Mon projet de fin dtudes vise concevoir et dvelopper un module de gestion de
transit, qui sera incorpor et dploy sur un progiciel de gestion intgr open source, qui porte
le nom OpenERP .
SECORA-TRANS, Socit gnrale de transit, opre au sein dun secteur concurrentiel,
forte agressivit commerciale et en pleine volution. La mise en place donc des procdures
et dune organisation de systme dinformation sort lvidence pour mieux rpondre aux
exigences dun tel environnement.
Pour cela, SECORATRANS sest donn ds fin 2006,
comme objectif prioritaire
lacquisition dun Progiciel de Gestion Intgre open source, afin d'amliorer la qualit de la
gestion des dossiers, le partage de l'information dans le cadre des rseaux de gestion, la
communication interne, et d'assurer la traabilit des documents et une rapidit dans leur
traitement, pour un meilleur suivi du circuit global des dossiers.
Alors mon projet de fin dtudes sarticule concevoir et dvelopper un module de
gestion de transit pour SECORATRANS, afin de suivre et contrler les dossiers.
Mon rapport saxe principalement sur trois parties:
La premire partie prsente une vue gnrale sur mon projet de fin dtudes, elle est
compose de deux chapitres: le premier est consacr la prsentation de lorganisme
daccueil, quant au deuxime il prsente les objectifs de mon projet de fin dtudes et la
dmarche suivie pour assurer son bon droulement.
La deuxime partie est consacre ltude fonctionnelle et technique, elle est constitue
de trois chapitres: le premier expose une tude prliminaire visant donner une vue sur
lexistant, le deuxime prsente ltude fonctionnelle, travers la capture des besoins
fonctionnels, les cas dutilisations UML et leurs descriptions textuelles, et le troisime dfinit
larchitecture logicielle et le Framework utilis.
11
La troisime partie est consacre la mise en uvre du projet, elle sarticule autour de
deux chapitres: le premier est consacr la conception des classes mtiers en prsentant les
diffrents diagrammes de squences, le diagramme de classes, le diagramme dactivit et le
diagramme dtat, quant au deuxime il est consacr la ralisation de la solution en
prsentant les diffrents outils utiliss et quelques prises dcran du systme que jai ralis.
12
Partie
Contexte gnral du
projet
Cette premire partie prsente une vue gnrale sur mon
projet de fin dtudes intitul Conception et
Dveloppement dun module de gestion de transit
laide de l'ERP open source OpenERP . Elle se
compose de deux chapitres :
Le premier chapitre est consacr la prsentation de
lorganisme daccueil.
Le deuxime chapitre prsente les objectifs de mon
projet de fin dtudes ainsi que la dmarche suivie
pour assurer son bon droulement dans les dlais
fixs.
13
Chapitre
Prsentation de NEXTMA
Dans ce chapitre, je prsente de manire gnrale la socit

NEXTMA en tant quorganisme daccueil o sest droul
mon projet, en exposant ses domaines dactivits dune faon
gnrale.
1. Prsentation gnrale de NEXTMA

1.1 NEXTMA en Bref
NEXTMA est une Socit de Services en Logiciels Libres (SSLL) qui accompagne les
entreprises et institutions dans le choix de solutions open source ainsi que dans l'intgration,
le dveloppement, l'adaptation aux besoins spcifiques, la maintenance et le support. Afin de
bnficier des meilleures solutions libres dans la gestion des systmes d'information,
NEXTMA offre aux PME marocaines des services qui sont orients sur le modle
ONE STOP SHOPPING . C'est--dire en offrant une gamme tendue des services
complmentaires sur mesure, car chaque entreprise sa spcificit, afin qu'elles puissent faire
face aux chances du libre change et soient niveau par rapport aux normes de qualit et de
performance internationalement reconnues.
1.2 Prestations et services

NEXTMA offre une large palette de prestations et de services bass sur des
composants libres adapts aux systmes et aux rseaux des clients. La principale tche
de cette socit est doffrir des solutions sur mesure, en matire de formation et
dassistance, concernant
les
problmatiques
relevant
des
systmes
dinformations,
moyennant des outils libres.
14
La gamme de services de NEXTMA est articule autour de quatre axes majeurs qui
permettent d'accompagner les clients durant toutes les phases d'un projet afin d'en assurer sa
russite.
Support
En plus des offres de formations. La socit propose aux quipes ddies au
dveloppement, des prestations de support daide la maintenance, afin de rduire le

temps de rsolution des interrogations ou des difficults que les entreprises pourraient
rencontrer lors de la mise en uvre de certains logiciels.
Conseil
NEXTMA possde une quipe forme de consultants techniques et fonctionnels
qui assure soit dans le cadre de projets, soit en amont, des missions de conseil dans
les domaines suivants: gestion de contenu, travail collaboratif, dmatrialisation des
procdures, migration vers le libre, architecture et dimensionnement d'applications bases
sur open ERPetc.
Dveloppement
Il constitue le cur mtier de NEXTMA et comprend le dveloppement sur la base de
logiciels libres, de portails collaboratifs Internet ou Intranet, avec des composantes de

publication web, de travail collaboratif, de gestion lectronique de documents et de
workflow.
Formation
Loffre des formations, techniques et fonctionnelles, permet d'accompagner les
organisations qui disposent dquipes oprationnelles capables de mener bien des projets.
Ces formations peuvent tre tablies sous forme de transferts de comptences, en phases
avals des projets
15
2. Secteurs dactivits
De part les multiples projets que NEXTMA a men, elle a acquis un savoir
faire susceptible de lui permettre limplantation de logiciels libres dans les diffrents secteurs.
Enterprise Ressource Planning (ERP)

En franais Progiciels de Gestion Intgr (PGI). NEXTMA est le partenaire officiel de
lERP open source Open ERP au Maghreb depuis 2006. Elle adapte celui-ci la lgislation
marocaine et aux besoins spcifiques des entreprises.
Customer Relationship Management (CRM)

NEXTMA propose loffre SUGARCRM qui permet la gestion de la relation client.
Business Intelligence (BI) ou informatique dcisionnelle.
Intranet des entreprises et gestion des contenus
Cration didentits visuelles et sites Internet institutionnels et e-Commerce

La solution propose est SMARTSHOP qui une solution libre de e-commerce
(commerce lectronique) qui s'appuie sur le gestionnaire contenu Joomla!

Gestion lectronique des documents

Il sagit dun systme informatis dacquisition, classement, stockage, archivage
des documents.
16
Chapitre
Prsentation du projet
Dans ce deuxime chapitre je prsente mon projet de fin

dtudes, ses objectifs ainsi que la dmarche suivie pour son
droulement dans les meilleures conditions.
1. Prsentation du projet
1.1. Thme du projet
Mon projet de fin dtudes vise concevoir et dvelopper un module de gestion de
transit pour les transitaires, afin de mettre en place des indicateurs pour suivre et contrler les
dossiers des clients. Le module permettra alors de grer le cycle de vie
dun dossier,
depuis louverture jusqu la facturation de vente.
1.2. La dmarche suivre

Afin dlaborer mon projet, jai choisi dutiliser UML (Unified Modeling Language)
comme formalisme, et 2TUP (Two Track Unified Process) comme dmarche. Dans cette
section, je commence par une brve prsentation du langage de modlisation UML en
justifiant ce choix, et ensuite, je passe en revue les diffrentes tapes de la dmarche 2TUP en
expliquant les raisons qui jai pouss ladopter. (Pour plus de dtails sur le formalisme UML
voir lannexe 2)
17
1.2.1 Le formalisme UML

UML est considr comme le langage standard de conception orient objet, il est un
formalisme et pas une mthode. Il s'en suit qu'il dfinit un ensemble dlments de
modlisation et une notation graphique pour modliser les systmes et ne dcrit pas les tapes
suivre pour le faire.
Les raisons qui mont pouss adopter UML dans mon projet se rsument en :
UML offre un outil prt l'emploi bas sur une modlisation visuelle qui permet
d'changer des modles comprhensibles ;
Si on dveloppe avec des langages Orients Objet, il est plus appropri de concevoir
avec des formalismes Orients Objet.
1.2.2 Processus de dveloppement
Le succs dun projet dpend de ladquation du projet au processus de dveloppement.
Le tableau suivant (Tableau 1) prsente une synthse des processus les plus en vogue dans la
communaut Objet et Nouvelles Technologies.
Description
RUP
Rational
Unified
Process
XP
eXtreme
Programming
2TUP
Two Track
Unified
Process
- Mthodologie centre
sur larchitecture et
couple aux diagrammes
UML ;
- Cible des projets de
plus de 10 personnes.
Points Forts
- Itratif ;
- Spcifie le dialogue entre les
diffrents intervenants du
projet : les livrables, les
plannings, les prototypes
- Propose des modles de
documents, et des canevas pour
des projets types.
Points Faibles
- Coteux personnaliser ;
- Trs ax processus, au
dtriment du dveloppement.

moins de 10 personnes.
- Itratif ;
- Simple mettre en uvre ;
- Fait une large place aux
aspects techniques.
- Ne couvre pas les phases en

amont et en aval au
dveloppement ;
- Assez flou dans sa mise en
uvre.
-S'articule autour de
l'architecture ;
-Propose un cycle de
dveloppement en Y ;
toutes tailles.
- Itratif ;
- Fait une large place la
technologie et la gestion du
risque ;
- Dfinit les profils des
intervenants, les livrables, les
plannings, les prototypes.
- Plutt superficiel sur les

phases situes en amont et en
aval du dveloppement ;
- Ne propose pas de
documents types.
Tableau 1 : Synthse des mthodologies utilises dans le cadre de dveloppement Objet et Nouvelles
technologies
18
On constate que toutes ces mthodologies proposent de travailler de faon itrative, que
ce soit au niveau des plannings, des spcifications, ou du dveloppement.
Si l'itratif s'est impos, c'est parce qu'il rduit la complexit de la ralisation des phases,
en travaillant par approches successives et incrmentales. Il est alors possible de prsenter
rapidement aux utilisateurs des lments de validation. De plus, l'itratif permet une gestion
efficace des risques, en abordant ds les premires itrations, les points difficiles.
Le RUP couvre l'ensemble du processus en spcifiant les interactions entre chacune des
phases, XP se concentre sur la phase de dveloppement, tandis que 2TUP fait une large place
l'analyse et l'architecture.
Ainsi, et en prenant compte des modalits de mon projet, le 2TUP semble le plus adapt
pour mener mon projet.
Le 2TUP propose un cycle de dveloppement en Y, qui dissocie les aspects techniques
des aspects fonctionnels. Le processus en Y s'articule autour de 3 phases :
une phase dtude technique;
une phase dtude fonctionnelle;
une phase de ralisation.
19
La figure ci-dessous (Figure 1) illustre les diffrentes branches du cycle de

dveloppement en Y :
Figure 1 : Cycle de dveloppement en Y
L'objectif de la branche technique est de rassembler les besoins techniques (scurit,

intgration l'existant,) dans un dossier, laborer une architecture logicielle et applicative
qui rpond aux contraintes prsentes dans le dossier technique et identifier les besoins en
frameworks techniques afin de palier aux manques de la technologie (formulaires de saisie
interactifs, outils de mapping Objet / Relationnel, ). Quant la branche fonctionnelle, elle a
pour objectif de juger de la capacit des dveloppeurs intgrer l'architecture applicative
monter en comptences sur les frameworks techniques, comprendre la conception et suivre
les rgles de dveloppement.
20
2. Planning du projet
Ds mon premire runion avec mon encadrant, il ma propos un planning prvisionnel
(Table 2) que jai ajust par la suite et au fur et mesure de lavancement du projet. Les
tches inscrites dans ce planning correspondent parfaitement aux phases du cycle du
dveloppement Y.
Id
Tche
Date de dbut
Date de fin
Dure
Autoformation / Formation :
16/03/2009
04/04/2009
20j
Langage de programmation Python ;
Framework dOpenERP OpenObject ;
Fonctionnement dOpenERP.
Etude de lexistant
06/04/2009
20/04/2009
11j
Etude fonctionnelle
21/04/2009
28/04/2009
6j
Etude technique
29/04/2009
05/05/2009
5j
Conception de la solution
06/05/2009
18/05/2009
9j
Ralisation
19/05/2009
26/06/2009
28j
Validation et tests
29/06/2009
30/06/2009
2j
Finalisation du rapport
01/07/2009
02/07/2009
2j
83j
Total
Tableau 2 : Planning du projet
Figure 2 : Diagramme de Gantt
21
Dans sa globalit, le sujet consiste concevoir et dvelopper un module de gestion de

transit laide de lERP open source OpenERP pour les transitaires. Pour la bonne conduite
du projet, le processus adopt est le processus 2TUP vu quil offre lavantage deffectuer en
parallle deux tudes technique et fonctionnelle avant dattaquer la conception de la solution.
La partie suivante sera consacre ltude fonctionnelle et technique en plus dune tude
prliminaire.
Dans cette partie, il tait question de prsenter le contexte gnral du projet permettant
davoir une ide plus claire sur le cadre entourant
mon projet, afin de
dcouvrir les
diffrentes parties qui suivent avec une vision plus claire.
22
Partie
Etude fonctionnelle
fonctionnelle
et technique
La deuxime partie de ce rapport est consacre ltude
fonctionnelle et technique. Elle sarticule autour de trois
chapitres :
Le premier chapitre prsente une tude prliminaire
visant donner une vue sur lexistant
SECORATRANS o jai fait ltude de
lexistant.
Le deuxime chapitre prsente ltude fonctionnelle,
travers la capture des besoins fonctionnels, les cas
dutilisation UML et leurs descriptions textuelles.
Le troisime chapitre dfinit larchitecture logicielle
du systme et le Framework utilis.
23
Chapitre
Etude prliminaire
Dans ce chapitre je prsente une tude prliminaire sur le projet

en commenant par ltude de lexistant, la problmatique et
enfin une synthse.
1. Projet de la gestion de transit

SECORA-TRANS, est une socit gnrale de transit o jai fait ltude de lexistant,
opre au sein dun secteur concurrentiel, forte agressivit commerciale et en pleine
volution, la mise en place donc des procdures et dune organisation de systme
dinformation sort lvidence pour mieux rpondre aux exigences dun tel environnement.
Les moyens mis en place pour exercer les formes de coordination au niveau de la
direction tout en laissant au personnel leur autonomie, sont de trois sortes :
Le contrle de performance, do une gestion par objectif ;
La supervision directe, do la standardisation et la formalisation de toutes les

procdures de travail ;
Le travail de groupe pour une polyvalence des collaborateurs et un systme de

rsultat.
Ces moyens rduisent la surface de contrle du sommet stratgique. Les qualifications

professionnelles requises et la formation continue y contribuent pour beaucoup.
En outre toute cette organisation ne peut donner ces meilleurs fruits que si elle est
accompagne dun systme dinformation bien rod. Cela ne peut se faire qu laide dun
Progiciel de Gestion Intgr open source qui permettra :
Dassurer une coordination entre tous les intervenants de lquipe ;
24
De suivre toutes les oprations effectues par les intervenants en temps rel ;
Davoir des tableaux de pilotage retraant toute lactivit ;
Davoir un archivage et accs aux documents et aux informations scuris et

rapide.
Pour faire face lvolution des structures et des technologies du commerce

international, SECORA-TRANS a lanc dune manire successive depuis 5 ans une srie de
logiciels afin de mieux rpondre ces problmes de gestion interne, je peux citer titre
dexemple :
le logiciel Gestion des dossiers : qui sert seulement larchivage des dossiers
valids non encore facturs.
le logiciel Gestion de Ventilation : cest un logiciel utilis par le dclarant

afin de rpartir la valeur totale dclare entre plusieurs articles dune mme
facture soumis un mme rgime douanier ;
le logiciel Gestion de la facturation : cest un logiciel utilis par lemploy

afin de laider Facturer et suivre le paiement des clients.
2. Procdures et circuit dun dossier de transit

Le systme actuel est bas sur les registres manuels, ainsi que des applications mtiers
ne communiquant pas entre elles en plus des tats et des tableaux raliss sur Excel ou word.
Le processus du mtier est dcrit dans les lignes qui suivent :
25
2.1 Circuit simplifi dun dossier import/export
Secrtaire I
Rception des documents
Secrtaire II
Ouverture et suivi des dossiers
import/export
Dclarant
Dclaration de la marchandise
Opratrice de saisie
Saisie de la dclaration en dtail
Commis
Ddouanement des produits
Agent de facturation
Etablissement de la facture clients :
Comptable
Contrle et suivi des dpenses et factures clients
Figure 3 : Circuit dun dossier
26
2.2 Le circuit dun dossier

2.1.1 Rception des documents la secrtaire I
Rception par fax, par courrier de lordre de transit et des documents qui
laccompagnent (avis darrive + factures fournisseur,) afin de permettre au transitaire de
prendre les dispositions ncessaires la dclaration (la date de rception ainsi que les
documents reus).
Parfois le client se prsente directement au bureau de la socit muni des documents
ncessaires (factures fournisseur, liste de colisage, titre dimportation, certificat dorigine,
titre de transport, ).
Dans ce cas, la secrtaire I lui dlivre un accus de rception sur lequel est mentionn
le jour de rception, ainsi que les documents reus, et garde une copie.
2.1.2 Ouverture dun dossier la secrtaire II
Tout dabord, elle vrifie les documents reus et sassure de leur caractre original,
relve les documents manquants au dossier, qui peuvent tre source de blocage.
Elle procde par la suite leur enregistrement sur un registre contenant les indications
suivantes :
le numro de dossier (numro de classement+lanne) ;
le nom de limportateur ;
le bureau de ddouanement (ex casa port, casa extrieur...) ;
la dsignation de la marchandise ;
la valeur de la marchandise en dirham et en devise ;
le fournisseur.
Sur ce registre sont mentionns par la suite, le poids de la marchandise ainsi que la
nature des colis. Le rgime douanier attribu la marchandise ainsi que le numro de la DUM
doivent galement tre enregistrs sur ce registre (aprs la validation du dossier).
Elle ouvre enfin un dossier sous un numro et le remplit en fonction des documents
reus, Elle doit mentionner (sur le dossier) les indications suivantes :
la date de rception des documents ;
le nom et ladresse du destinataire des marchandises ;
27
le nom et ladresse de lexpditeur des marchandises ;
la dsignation de la marchandise ;
les documents manquants.
Aprs la rception du bon dlivrer, elle complte les nonciations manquantes

savoir :
Date darrive ;
Les marques, numros, espces et nombre des colis ;
La nature et le poids brut des marchandises ;
Le numro du titre de transport ;
Le dernier port ou aroport (la provenance).
Le numro du titre dimportation doit galement figurer sur le dossier aprs sa

domiciliation.
2.1.3 Dclaration de la marchandise le dclarant
Il sagit pour le dclarant de procder :
Exploitation de dossier par les secrtaires ;
Identification de tous les lments lui permettant dtablir la dclaration en dtail

et de choisir
le rgime douanier, en fonction de lusage que l'oprateur
conomique souhaite rserver sa marchandise ;

Dsignation des nomenclatures : recherche de la nomenclature (numro et

libell) correspondante chaque produit figurant sur la facture ;
Calcul de la contre valeur en monnaie nationale : par lapplication du cours de

change du jour de la dclaration ;
Calcul du poids net total et poids brut total ;
Calcul du montant imputer sur le titre dimportation.
La valeur totale dclarer

Prix FOB en devise * cours de change en DHS + montant du fret en devise *
cours de change + Frais dassurance (0.3% du montant cot et frt en dirhams
+ Frais daconage (23.4 dhs la tonne du poids brut sauf si le montant de
laconage est indiqu sur la facture de la compagnie de transport)
28
2.1.4 La dclaration en dtail (DUM) LOPRATRICE DE

SAISIE
Le logiciel SADOC permet la saisie, la modification et la consultation des lments de
la dclaration, il permet galement la consultation des dclarations sommaires. Avant de
commencer la saisie du dossier, elle lui donne un numro de rpertoire.
Une fois les nonciations de la DUM saisies, lopratrice a deux possibilits. Soit mettre
la dclaration en ATTENTE dans ce cas le systme procde son enregistrement provisoire
et les donnes saisies sont gardes en mmoire pour une dure limit avant quelles soient
automatiquement effaces. Soit de valider dfinitivement la dclaration ce qui vaut signature
et enregistrement dfinitif par le systme. Une dclaration signe et enregistre dfinitivement
ne peut tre ni supprime ni modifie par lopratrice. Mais elle peut tre consulte.
2.1.5 La facturation : Agent de facturation
Une fois le processus de ddouanement achev, le dossier est transmis lagent charg
de la facturation. La facture reprend tous les frais engags qui sont la charge de client. Une
fois tablie une copie est adresse au client avec toutes les pices justificatives (facture
dchange, facture magasinage, rcpiss denvoi des lettres de rserve,) en plus dune
copie de lexemplaire redevable de la DUM et lengagement dimportation imput. Et lautre
copie est transmise au service comptabilit.
La facture client comprend plusieurs frais dont on peut citer titre dexemple :
frais douverture de dossier ;
manipulation ;
frais de transport local ou national ;
frais dchange ;
aconage ODEP ;
les lettres de rserves ;
droit de douane ;
frais de surestarie ;
frais de magasinage (en cas de dpotage) ;
honoraires.
29
3. Problmatique
Le systme actuel de la socit SECORATRANS est bas sur les registres manuels ainsi
que des applications mtiers ne communiquant pas entre elles en plus des tats et des tableaux
raliss sur Excel ou word.
Les outils existant aujourdhui sur le march proposent des fonctionnalits nettement
plus avances et mieux adaptes aux besoins de SECORATRANS, en terme de pilotage,
dintgration de donnes, de partage dinformation en temps rel... Ils permettent galement
de rpondre aux exigences des clients et partenaires de lentreprise.
Dans un tel contexte, lentreprise avait plus que jamais besoin dun nouveau systme qui
correspond le plus ses exigences.
Car, les premiers diagnostics qui ont t effectus ont fait ressortir que les applications
informatiques actuelles, qui malgr leur contribution effective la gestion de lentreprise,
restent marqus par des insuffisances techniques, stratgiques et organisationnelles.
Les principales faiblesses diagnostiques sont :
Lexistence de diverses applications informatiques isoles ;
un recours linformatique insuffisamment dvelopp (exemple : opration du

contrle et du suivi des dossiers non informatise) ;
Coexistence de procdures manuelles avec les applications informatiques;
Les systmes informatiques nintgrent pas toutes les demandes fonctionnelles

exprimes par lentreprise ;
Une large utilisation de documents non informatiss (les chemises import/export

(vert et jaune), fiches de dpense, chque, bulletin de rception) ;
Manque de traabilit ;
Insuffisance du contrle et du suivi des dossiers ;
labsence de procdure automatise de recoupement d'information utilisant un

identifiant unique;
30
4. Synthse
Pour remdier aux problmes cits ci-dessus, et pour amliorer le systme de suivi des
dossiers pour les transitaires, SECORATRANS cherche mettre en place un ERP open
source OpenERP qui assure la gestion de l'ensemble des services de lentreprise depuis la
rception des documents jusquau recouvrement : rception des documents, suivi et contrle
des dossiers.
Cette tude prliminaire ma permis de bien cerner le sujet et de dgager les principales
fonctionnalits utiles pour la mise en place de mon projet. Jentamerai dans le chapitre suivant
ltude fonctionnelle.
31
Chapitre
Etude fonctionnelle
Ce chapitre prsente ltude fonctionnelle du projet qui

comprend la capture des besoins fonctionnels et la
formalisation de ces besoins en cas dutilisation UML.
1. Objectifs du projet
La solution recherche va couvrir lensemble des activits de lentreprise : suivi des
dossiers, la ventilation de la valeur dclare, la dclaration de la marchandise et larchivage
des dossiers facturs, suivi et contrle des dossiers, et devra permettre la dmatrialisation de
lensemble des oprations de lentreprise.
En effet, ce projet doit aussi avoir pour objectif :
la ralisation d'une application informatique unique pour la gestion de l'ensemble

des services de lentreprise depuis la rception des documents jusquau
recouvrement : rception des documents, suivi et contrle des dossiers.
mettre en place un systme commun et partag rpondant aux attentes de

lensemble des utilisateurs de lentreprise
lintroduction dun mot de passe pour chaque utilisateur, choisi par lui-mme. Et
qui une fois attribu, il nengage que la personne titulaire de dit mot de passe.
mettre en place une solution complte de serveur d'entreprise comprenant des

fonctions de messagerie et de collaboration
un stockage de donnes protg et centralis.
32
2. Capture des besoins fonctionnels

Aprs avoir cerner les besoins de la socit dans le chapitre prcdent (tude
prliminaire), je vais formaliser ces besoins en cas dutilisation en dfinissant les acteurs
interagissant avec le systme.
2.1 Dfinition des acteurs du systme

ce stade je vais dterminer les six acteurs principaux interagissant avec le systme
Utilisateur
Cet acteur accde de manire scurise au systme, et consulte les contenus.

Secrtaire de rception des dossiers
Cet acteur accde de manire scurise au systme, recevoir les contenus, et cest celui
qui valide ou pas les dossiers des clients.
Dclarant
Cet acteur accde de manire scurise au systme, ventile les dossiers, et cest celui qui
fait la dclaration des marchandises.
Oprateur de saisie
Cet acteur accde dune manire scurise, obtient le numro de la D.U.M de la

marchandise.
Agent de facturation
Cet acteur accde dune manire scurise, tablit la facture des ventes des dossiers
clients.
Administrateur
Cet acteur attribue les droits d'accs aux utilisateurs, gre les utilisateurs (ajout,
modification, suppression d'un utilisateur), ainsi que le contenu et larborescence de
lOpenERP.
33
Remarque :
Loprateur de saisie nest pas un acteur systme car il ninteragie quavec le systme
SADOC de la douane.
Figure 4 : Les acteurs principaux du systme
2.2 Cas dutilisation du systme

Le diagramme des cas dutilisation permet de structurer les besoins des utilisateurs et les
objectifs dun systme. En effet, il identifie les acteurs et leurs interactions avec le systme.
Afin de mieux comprendre tous les volets du systme, je lai dcompos en huit cas
dutilisations. Par la suite, je vais dtailler les principaux cas dutilisation.
La figure ci-dessous (Figure 5) reprsente le diagramme des cas dutilisation :
34
Figure 5 : Diagramme de cas dutilisation Cycle de vie dun dossier client
35
2.3 Description des cas dutilisation

2.3.1 Cas dutilisation Authentification
Le tableau ci-dessous (Tableau 3), reprsente la description de ce cas dutilisation:
Code
CU_Authentification
Nom
Authentification
Acteurs systme
Tous les acteurs
Objectif/Rsultat
Accs aux fonctionnalits attribues.
Description
Ce scnario permet tout acteur de sidentifier auprs du systme et daccder aux

fonctionnalits qui lui sont attribues.
Existence dans la base de donnes du systme
Pr condition
Scnario
Action de lacteur
authentification
Action du systme
Se connecter au systme.
Vrifier login et mot de passe, valider

et autoriser laccs selon les droits.
Exceptions
1
Se connecter au systme
Le systme ne rpond pas
Se connecter au systme
Vrifier
les
informations
de
lutilisateur. Retour 1 (login ou

password incorrect)
Frquence
A la demande.
Tableau 3 : Scnario dauthentification
2.3.2 Cas dutilisation Grer Dossier

Ce cas dutilisation concerne la gestion des dossiers, opration effectue par
lAdministrateur qui peut ajouter, modifier et supprimer un dossier, ainsi que la validation
dun dossier.
36
Code
CU_Gerer_Dossier
Nom
Grer Dossier
Acteurs systme
Administrateur
Objectif/Rsultat
Suivre et contrler les dossiers clients.
Description
Ce scnario permet de faire les oprations dajout, de modification et de

suppression dun dossier client dans la base de donnes du systme, ansi que la
validation et la clture dun dossier client.
Pr condition
Authentification au systme avec le compte Administrateur.
Scnario Grer_Dossier
Action de lacteur
1
Action du systme
Saisir les informations de dossier

ajouter.
Rechercher le numro de dossier

modifier.

supprimer.
Enregistrer les informations dans

la base de donnes du systme.
Valider dossier
Etat dossier ouvert
Exceptions
1

ajouter.
Le systme ne rpond pas.

ajouter.
Donnes insuffisantes.

modifier, supprimer et valider.
Le systme ne rpond pas.

modifier, supprimer et valider.
Frquence
Erreur.
A la demande.
Tableau 4 : Scnario de grer dossier
37
2.3.3 Cas dutilisation Grer Ventilation

Ce cas dutilisation consiste saisir les dtails des diffrents articles de la marchandise
(nomenclature, quantit, poids, valeur).
Code
CU_Gerer_Ventilation
Nom
Ventilation de la marchandise.
Acteurs systme
Dclarant.
Objectif/Rsultat
Saisie des dtails des diffrents articles de la marchandise.
Description
Ce scnario permet de faire la saisie des articles qui seront utiles pour la
dclaration de la marchandise.
Pr condition
Authentification au systme avec le compte Dclarant.
Scnario Gerer_Ventilation
Action de lacteur
1
Action du systme
Lister dossiers ouverts
Afficher liste dossiers

ouverts.
Choisir numro dossier
4
5
Afficher dossier choisi

Ajouter ventilation
Enregistrer les informations

dans la base de donnes du
systme
Exceptions
1
Lister dossiers ouverts
Ajouter ventilation
Donnes insuffisantes pour

la ventilation
Frquence
A la demande
Tableau 5 : Scnario de grer ventilation
38
2.3.4 Cas dutilisation Grer Dclaration

Ce cas dutilisation consiste calculer la contre valeur, le poids net total, poids brut total
et le montant imputer sur le titre dimportation brut.
Code
CU_Gerer_Declaration
Nom
Dclaration de la marchandise
Acteurs systme
Dclarant
Objectif/Rsultat
Calcul des diffrents indicateurs de la marchandise
Description
Ce scnario permet de faire le calcul de la contre valeur, le poids net total,

poids brut total et le montant imputer sur le titre dimportation brut. qui
seront utiles pour la dclaration chez le systme de la douane (SADOC).
Pr condition
Authentification au systme avec le compte Dclarant
Scnario Gerer_Declaration
Action de lacteur
1
Action du systme
Lister dossiers dclarer
Afficher liste dossier

dclarer
4
5

Dclarer dossier
Calculer paramtres
Etat dossier dclar
Exceptions
1
Dclarer dossier
Donnes insuffisantes
pour le calcul
Calcul impossible dossier
(dj dclar)
Frquence
A la demande
Tableau 6 : Scnario de grer dclaration
39
2.3.5 Cas dutilisation Grer Facturation

Ce cas dutilisation reprend tous les frais engags qui sont la charge de client. Une fois
tablie une copie est adresse au client avec toutes les pices justificatives.
Code
CU_Gerer_Facturation
Nom
Facture des ventes
Acteurs systme
Agent Facturation
Objectif/Rsultat
Calcul des frais de dossier
Description
Ce scnario permet de faire le calcul tous les frais engags qui sont la
charge de client
Pr condition
Authentification au systme avec le compte Agent Facturation

Action de lacteur
Scnario Gerer_Facturation
1
Action du systme
Lister dossiers dclars
Afficher liste dossiers

dclars
4
5

Facturer dossier
Calculer montant total
Etat dossier factur
Exceptions
1
Facturer dossier
Donnes insuffisantes
pour la facturation
Frquence
A la demande
Tableau 7 : Scnario de grer facturation
40
2.3.6 Cas dutilisation Paramtrage

Ce cas dutilisation concerne le paramtrage de lapplication (la gestion des accs et la
gestion de contenu).
Code
CU_PARAM_APPLICATION
Nom
Dfinition des paramtres de lapplication
Acteurs systme
Administrateur.
Objectif/Rsultat
Paramtrer lapplication
Description
Ce scnario permet de paramtrer lapplication, la gestion des accs, la gestion de

contenus...
Pr condition
Connexion avec le compte Administrateur
Scnario
Paramtrage du
Action de lacteur
1
systme
Action du systme
Choisir loption Paramtrage du

Systme.
Afficher la liste des paramtres.
Dfinir les paramtres.
Valider
Sauvegarder
Exceptions
1
Dfinir les paramtres
2
1

Dfinir les paramtres
2
Frquence
Paramtres dsactivs
A la demande.
Tableau 8 : Scnario de paramtrage
Au terme de ce chapitre, jai achev les diffrentes phases de la branche fonctionnelle

du processus Y. Lobjet du chapitre suivant est ltude technique du projet qui a pour but de
faire apparatre le choix de larchitecture du systme et les frameworks techniques qui seront
utiliss.
41
Chapitre
Etude technique
Ce chaplitre dtaille la branche technique du processus Y. Je

prsente dabord, la technologie utilise, puis larchitecure logicielle
du systme pour enfin le Framework et techniques utiliss
1. Les ERP : Entreprise Resource Planning

Les ERPs (Enterprise Resource Planning), aussi appels Progiciels de Gestion Intgrs
(PGI), sont des applications dont le but est de coordonner l'ensemble des activits d'une
entreprise autour d'un mme systme d'information.
Les Progiciels de Gestion Intgrs proposent gnralement des outils de Groupware et
de Workflow afin d'assurer la transversalit et la circulation de l'information entre les
diffrents services de l'entreprise.
Plus qu'un simple logiciel, un ERP est un vritable projet demandant une intgration
totale d'un outil logiciel au sein d'une organisation et d'une structure spcifique, et donc des
cots importants d'ingnierie. D'autre part sa mise en place dans l'entreprise entrane des
modifications importantes des habitudes de travail d'une grande partie des employs. Ainsi on
considre que le cot de l'outil logiciel reprsente moins de 20% du cot total de mise en
place d'un tel systme.
42
1.1 Architecture technique
Figure 6 : Architecture technique dun ERP
L'ERP est donc sur serveur. La majorit des ERP sont coupls une base de donnes
ORACLE. De plus, les ERP sont compatibles packs Office, en particulier pour PowerPoint et
Excel. En effet, le premier tant utile pour personnaliser les bureaux ERP en fonction de
l'entreprise et le second pour effectuer les imports/exports de donnes. Enfin, les ERP sont
aussi compatibles avec des outils de reporting (CrystalReport en gnral). Le reporting tant
utilis en particulier pour le module de gestion relation client, que nous verrons par la suite.
1.2 Architecture modulaire

Un ERP est un ensemble dont toutes les parties fonctionnent les unes avec les autres
d'o l'ergonomie et l'unicit des informations et donc la cohrence du SI.
Un ERP est modulaire dans le sens o il est possible de n'avoir qu'une ou plusieurs
applications en mme temps, ou peu peu. Les applications modulaires telles que les ERP
permettent d'tre sr de la compatibilit des modules entre eux, ils s'imbriquent comme des
43
blocs de Lego et fonctionnent ensemble (pas de vrification de compatibilit

effectuer).Voici un exemple d'architecture modulaire qui tend reprsenter tous les ERP:
Figure 7 : Architecture modulaire dun ERP
L'architecture modulaire schmatise ci-dessus intgre plusieurs modules retouchant aux

grandes fonctions d'une entreprise : le module finance, logistique et e-commerce
1.3 Les fonctionnalits de base

La figure ci-dessous (Figure x) reprsente les fonctionnalits de base dun ERP :
Figure 8 : Fonctionnalits de base dun ERP
44
2. Solution de gestion intgre OpenERP

Open ERP est un progiciel de gestion intgr en licence libre, dont la grande souplesse
est idale aussi bien pour les indpendants que pour les PME. Il couvre pratiquement
tous les secteurs dactivit : industrie, commerce, prestations de services, e-Commerce,
ngoce, etc. Comme la plupart des logiciels libres, l'accessibilit, la flexibilit et la simplicit
sont les matres mots du dveloppement.
2.1 Environnement de dveloppement

Un MVC est une architecture de modle utilise en gnie logiciel. Dans des
applications complexes qui
prsentent des
lots de donnes aux utilisateurs, on
souhaite souvent sparer les donnes (modle) et l'interface utilisateur (vue), de sorte
que les changements l'interface utilisateur n'affectent pas le traitement des donnes,
et que les donnes peuvent tre rorganises sans changer l'interface utilisateur.
Le MVC rsout ce genre de
problme en dcouplant l'accs
des donnes
et la
logique des applications de la prsentation des donnes et de l'interaction utilisateur,

en introduisant un composant intermdiaire : le contrleur .
Dans open ERP, on peut appliquer cette smantique de Model-View-Controller avec :
Model : les modles sont les objets dclars dans OpenERP. Ils sont galement
des tables PostgreSQL ;
View : les vues sont dfinies en fichiers XML dans OPENERP ;
Controller : le contrleur est Python qui contrle OPENERP.
Figure 9 : les relations structurelles entre les trois objets
45
2.2 Environnement d'excution

Pour excuter le code, l'OpenERP serveur doit tre installe dans un serveur excutant
MVC Framework Foundation et un groupe d'applications de tierce-partie que nous appelons
l'environnement d'exploitation. Les utilisateurs n'ont besoin de rien de plus qu'un OpenERP
web client ou OpenERP GTK client pour accder aux diffrents modules de lERP.
2.3 Environnement d'exploitation

OpenERP a besoin d'un groupe bien connu d'applications tierces telles web services,
OpenERP web client ou OpenERP GTK client, et quelques autres utilitaires. Base de donnes
PostgreSQL est galement ncessaire.
Le modle est bas sur le standard SQL, et toutes ces applications peuvent tre installes
aussi bien sur Linux ou Windows.
Figure 10 : Environnement dexploitation de lERP open source OpenERP
46
2.4 Framework OpenObject

OpenObject est le Framework d'OpenERP, ou programme permettant la gnration
d'OpenERP. Il est trs souple et complet, et permet la cration des applications de gestion,
quelles qu'elles soient.
Figure 11 : Framework OpenObject dOpenERP
2.4.1 Rapidit de dveloppement

Dvelopper des applications de gestion avec OpenObject, bien plus qu'avec n'importe
quel autre outil de ce type. On cre un fichier Python contenant la description des champs et
les rgles de gestion, un fichier XML dcrivant les crans, et le tour est jou. Bien sr, il n'y a
aucune limitation aux codes, ceci tant crit en Python, langage trs riche.
Si on a besoin d'aller plus loin, OpenObject permet la cration de Wizards (sousprogrammes), l'automatisation des tches et leur planification, l'intgration de donnes.
47
2.4.2 Gnration de rapports

Les rapports sont trs simplement dfinis et intgrs, ce sous 2 formes :
Rapports imprimables
Ils sont gnrs par le biais de reportlab. Les fichiers de gnration de ces rapports
peuvent tre transforms dans OpenOffice, puis imports rapidement.
Ecrans
On peut dfinir tout type de tableau de bord, contenu des donnes, des listes, des
graphiques.
2.4.3 Gestion des workflows
Toutes les rgles de gestion peuvent tre dfinies. Le moteur de Workflows
d'OpenObject est trs puissant, et permet des imbrications de rgles complexes (ou simples),
qui peuvent tre ensuite modifies par le biais de l'application elle-mme.
2.4.4 Communication avec des applications tierces
Toutes les communications entre OpenObject et les interfaces (mme vers le client GTK
officiel) sont effectues en XMLRPC. Les types d'objets, les crans, les donnes sont
transmises par ce protocole. On a besoin d'intgrer les applications OpenObject un portail
ou une autre application.
Des connecteurs existent entre OpenObject et LDAP, ainsi qu'avec de nombreuses
autres applications Open Source (ezPublish, Asterisk, ...).
2.4.5 Business Intelligence
OpenObject est, dans sa version 5, entirement dot des fonctionnalits pour effectuer
simplement le stockage des donnes dans des bases de donnes tierces (OLAP). Les rapports
sont donc le vrai reflet des activits, non de simples statistiques internes.
Ce chapitre a permis de dtailler les diffrents choix techniques, savoir la technologie
adopte, larchitecture logicielle et le Framework utilis. La partie suivante dtaillera la
branche ralisation du processus Y.
48
Partie
Mise en uvre du
projet
Le contenu de cette partie sarticule sur
deux chapitres :
Le premier est consacr lanalyse et
la conception du module mtier du
systme, en prsentant le diagramme
de classes, dactivit et dtat, quelques
diagrammes
de
squences
et
la
la
structure du systme.
Le
deuxime
est
consacr
ralisation du systme, en prsentant

quelques prises dcran.
49
Chapitre
Conception de la solution
Ce chaplitre dtaille la phase conception de la branche ralisation

du processus Y. Je prsente dabord la conception des classes
mtiers puis la structure du systme.
1. Conception des classes mtiers

1.1 Diagrammes de squences
Le diagramme de squences permet de mettre en relief les diffrents messages changs
entre les objets et acteurs du systme, et ce selon un point de vue temporelle. En effet, l'ordre
d'envoi d'un message est dtermin par sa position sur l'axe vertical (axe temporel) du
diagramme ; le temps s'coule indpendamment des vnements, "de haut en bas" de laxe
vertical. Je vais dans la suite prsenter quelques diagrammes de squences.
1.1.1 Scnario Authentification
Ce scnario permet lutilisateur de se connecter au systme en saisissant son login et
mot de passe. Le systme vrifie ces informations qui sont stockes dans la base de donnes
et affiche la page daccueil suivant les privilges et le rle de lutilisateur.
La figure ci-dessous (Figure 12) reprsente le diagramme de squences du scnario
dauthentification
50
Figure 12 : Diagramme de squences du scnario Authentification
1.1.2 Scnario Paramtrage

Ce scnario est dclench par ladministrateur du systme, il consiste faire la gestion
du contenu, et la gestion des comptes utilisateurs et les droits daccs attribus ces derniers.
La figure suivante (Figure 13), prsente le diagramme de squences du cas Paramtrage.
Figure 13 : Diagramme de squences du scnario Paramtrage
51
1.1.3 Scnario Gestion des Dossiers :

Ce scnario est dclench par ladministrateur du systme, il consiste faire la gestion
des dossiers, et le suivi et le contrle de ces dossiers (Figure 14).
Figure 14 : Diagramme de squences du scnario Gestion des dossiers
1.1.4 Scnario Ventilation :

La ventilation consiste saisir les dtails des diffrents articles (nomenclature, quantit,
poids, valeur)
52
Figure 15 : Diagramme de squences du scnario Ventilation
1.1.5 Scnario Dclaration

La dclaration de la marchandise consiste effectuer les oprations suivantes :
Calcul de la contre valeur en monnaie nationale : par lapplication du cours de

change du jour de la dclaration ;
Calcul du poids net total et poids brut total ;
Calcul du montant imputer sur le titre dimportation.
53
Figure 16 : Diagramme de squences du scnario Dclaration
54
1.1.6 Scnario Gestion de la facturation

La facture reprend tous les frais engags qui sont la charge de client. Une fois tablie
une copie est adresse au client avec toutes les pices justificatives (facture dchange, facture
magasinage, rcpiss denvoi des lettres de rserve,).
Pour crer un avoir, agent de facturation utilise le numro de la facture correspondant
la commande client.
Figure 17 : Diagramme de squences du scnario Gestion de la facturation
55
1.2 Digramme de classes

Le diagramme de classes exprime, de manire gnrale, la structure statique dun
systme, en termes de classes et de relations entre elles.
Une classe permet de dcrire un ensemble dobjets (attributs et comportements), tandis
quune relation ou association permet de faire apparatre des liens entre ces objets.
Le schma ci-dessous (Figure 18) reprsente le diagramme de classe que jai tabli pour
la conception du systme:
Figure 18 : Diagramme de classes
Le schma ci-dessous (Figure 19) reprsente le diagramme dactivit que jai tabli pour
la conception du systme:
56
Figure 19 : Diagramme dactivit Cycle de vie dun dossier
57
Le schma ci-dessous (Figure 20) reprsente le diagramme dtat que jai tabli pour la
conception du systme:
Figure 20 : Diagramme de classes
Ce chapitre avait pour objectif la prsentation de la conception dtaille de la solution

travers le diagramme de classes, dactivit, dtat, et quelques diagrammes de squences.
Dans le chapitre suivant je exposerai les outils utiliss, et quelques exemples dillustration.
58
Chapitre
Ralisation de la solution
Ce chaplitre dtaille la phase ralisation de mon projet. Je
prsente dabord, les outils utiliss et quelques prises dcran du
systme.
1. Outils utiliss
Pour le dveloppement du systme je me suis bass sur lERP OpenERP et les
diffrentes technologies et Framework quil utilise, pour ajouter le systme comme module au
sein de cet ERP jai eu recours plusieurs outils comme lIDE Eclipse et le SGBD
PostgreSQL, ainsi que la langage de programmation Python et la langage balises extensible
XML, dont la prsentation est dtaille dans les paragraphes suivants.
1.1 IDE Eclipse

Eclipse est un environnement de dveloppement intgr dont le but est de fournir une
plate-forme modulaire pour permettre la ralisation des dveloppements informatiques.
Eclipse utilise normment le concept de modules nomms "plug-ins" dans son
architecture. D'ailleurs, hormis le noyau de la plate-forme nomm "Runtime", tout le reste de
la plate-forme est dvelopp sous la forme de plug-in. Ce concept permet de fournir un
mcanisme pour l'extension de la plate-forme et fournir ainsi la possibilit des tiers de
dvelopper des fonctionnalits qui ne sont pas fournies en standard par Eclipse.
Eclipse possde de nombreux points forts qui sont l'origine de son norme succs dont
les principaux sont :
Lextensibilit de plate-forme grce au mcanisme de plug-ins ;
59
La cohabitation entre plusieurs versions d'un mme plug-in sur une mme plateforme ;
Le support de plusieurs langages grce des plug-ins ddis : Python, Java,

Cobol, C, PHP, C#, ... ;
Le support de plusieurs plates-formes d'excution : Linux, Windows,
La rapidit d'excution grce l'utilisation de la bibliothque SWT ;
La construction incrmentale des projets grce un compilateur interne qui

permet de compiler un code mme avec des erreurs, de gnrer des messages
d'erreurs personnaliss
1.2 SGBD PostgreSQL

PostgreSQL est un serveur de bases de donnes SQL (Structured Query Language) qui a
acquis une popularit croissante au fil des annes, notamment par sa gratuit et son
exploitation sur Internet [www.Postgres.com].
Il consiste en un serveur de base de donnes SQL Multi-Utilisateur et multi-thread.
Nous avons utilis PostgreSQL sous Linux, et nous avons utilis lutilitaire pgAdmin pour
lutiliser distance partir dun client Windows.
1.3 Langage Python

Python est un langage portable, dynamique, extensible, gratuit, qui permet (sans
l'imposer) une approche modulaire et oriente objet de la programmation. Python est
dvelopp depuis 1989 par Guido van Rossum et de nombreux contributeurs bnvoles.
Dtaillons un peu les principales caractristiques du langage Python:
Portable : Il est support par les diffrents systmes dexploitation ;
Gratuit ;
Simple : Il possde une syntaxe trs simple tout en combinant des types de
donnes volus (listes, dictionnaires) ;
Absence des pointeurs ;
Il est orient objet et supporte lhritage multiple et la surcharge des oprateurs ;
60
Dynamique : cette fonctionnalit est probablement la plus intressante de

Python ;
Extensible : on peut facilement linterfacer avec des bibliothques C existantes ;
Python : gre
ses
ressources (mmoire,
descripteurs de fichiers...)
sans
intervention du programmeur, par un mcanisme de comptage de rfrences ;

Python : possde actuellement deux implmentations. L'une,
interprte, dans
laquelle les programmes Python sont compils en instructions portables, puis

excuts par une machine virtuelle (comme pour Java, avec une diffrence
importante:
d'acclrer
Java
tant statiquement
l'excution
d'un
typ,
programme
il est beaucoup plus

Java
que
d'un
facile
programme
Python).L'autre gnre directement du bytecode Java ;

Dynamiquement typ ;
Soutenu par la communaut dutilisateurs qui tentent lvoluer.
1.4 Langage XML

XML (eXtensible Markup Language et en Franais Langage balises tendu, ou
Langage balises
extensible) tait lanc en 1997 par la communaut SGML
(Standard Generalized Markup Language). XML est un langage simple et puissant de

description et dchange de documents structurs de nimporte quel domaine de
donnes grce son extensibilit, il dcrit cette structure laide dun systme de balises.
Quelques points remarquables dXML :
Il apparat comme un format dchange de donnes universel ;
Il a la possibilit de crer des nouvelles balises contrairement HTML qui

dfinit un nombre limit ;
Il
garantit ses utilisateurs lindpendance de leurs documents de toute
technologie propritaire ;
Il unifie le monde du traitement de document et celui du Web.
61
Tout document XML se compose :

Dun prologue qui peut contenir une dclaration XML, des instructions de
traitement et une dclaration de type de document, dont la prsence est
facultative mais conseille. Il contiendra un certain nombre de dclarations ;
Dun arbre dlments, on parle dlment pre et dlment fils. En fait

la partie essentielle dun document XML sera toujours forme dune hirarchie
dlments qui dnote la smantique de son contenu ;
De commentaires
et dinstructions de
traitement, dont
la prsence est
facultative. Ils pourront, moyennant certaines restrictions, apparatre aussi bien

dans le prologue que dans larbre dlments.
Un document XML valide est forcment un document bien form mais il obit en plus
une structure type dfinie dans une DTD (Document Type Definition).Une DTD peut contenir
des dclarations d'entits gnrales ;
des dclarations d'entits paramtres ;
des dclarations de notations ;
des dclarations d'lments ;
des dclarations de listes d'attributs ;
des commentaires.
62
2. Ralisation du systme
Dans les chapitres prcdents jai pu dgager les diffrentes fonctionnalits auxquelles
doit rpondre le systme, ensuite jai formalis ces fonctionnalits par des diagrammes UML
et jai spcifi les diffrents choix techniques. Dans la suite je prsente le travail ralis
travers quelques exemples dillustration.
2.1 Exemples dillustration

Pour illustrer quelques cas de figures du systme, je prsente dans la suite quelques unes
de ses fonctionnalits.
2.1.1 La page dauthentification
Afin de donner la notion de scurit au systme la premire page qui saffiche (Figure
21) est la page dauthentification.
Figure 21 : Page dauthentification
Le module de gestion de transit est reprsent comme la figure ci dessous (Figure 22):
Configuration : contient les tables de base (Rgime, Bureaux de douane,

Fournisseur, ) ;
Gestion des dossiers : comporte les dossiers, la ventilation et la dclaration
63
Figure 22 : Page de module
2.1.2 Le dossier
Le systme offre la possibilit de crer un dossier en tat ouvert afin de le suivre et de le
contrler jusqu' ltat de clture (Figure 23).
Figure 23 : Page de dossier
64
Figure 24 : Dtails de dossier
2.1.3 La ventilation
Le systme nous permet de saisir les dtails des diffrents articles de la marchandise
(nomenclature, quantit, poids, valeur) et le calcul du montant de chaque article ainsi que le
montant total de la marchandise.
Figure 25 : Dtails de ventilation de dossier
65
2.1.4 La dclaration
Le calcul des diffrents indicateurs de dossier se base sur la ventilation cit
prcdemment, le calcul de ses indicateurs se fait dune manire automatique en offrant au
Dclarant un Process qui fait un calcul fiable et sr des indicateurs (Figure 26).
Figure26 : Dtails de dclaration de dossier
66
2.1.5 La facturation
La facture reprend tous les frais engags qui sont la charge de client (ouverture de
dossier, transport local,). Une fois tablie une copie est adresse au client avec toutes les
pices justificatives (facture dchange, facture magasinage,).
Figure27 : Facture des ventes
Dans ce chapitre jai prsent la phase de ralisation du processus Y. Durant lequel jai
prsent lIDE Eclipse, le SGBD PostgreSQL, le langage Python, le langage XML ainsi que
le Framework OpenObject utilis, jai galement illustr le travail labor par quelques prises
dcran.
67
Conclusion et Perspectives
Persuads et convaincus de limportance de lopen source dans le monde de
linformatique, jai opt dans mon stage de fin dtudes pour la ralisation dun
module de la gestion de transit laide de lERP open source OpenERP.
Or, je juges trs utile cette exprience de 4 mois que jai pass dans ce stage de
fin dtudes. En effet, le fait de plonger dans les mandres dOpenERP et lui-mme une
motivante aventure o on est amen intercepter tous les cts dun projet, parmi
lesquels on cite :
Le ct fonctionnel: les rencontres continues avec le client pour spcifier les

besoins de mtier permettent lapprentissage de nouveaux
concepts
conomiques ;
Le ct technique : il consiste adapter les besoins fonctionnels du client en une

application hautement conviviale et facilement paramtrable ;
Le ct commercial : il faut introduire convenablement le produit qui doit tre

modulable et
adaptable
au besoin du client
et
lui
accompagner dun
commode marketing pour le commercialiser.

Ce stage a t pour moi un grand pas vers le milieu professionnel, o jai bnfici
dune excellente exprience qui ma permis de concrtiser mes connaissances informatiques
acquises au cours des annes dtudes lors de la priode de ma formation la Facult
des Sciences de Ttouan.
Aussi, ce projet ma permis dacqurir des valeurs indispensables pour le mtier
dun analyste dveloppeur telles que la responsabilit, le travail dquipe, ladaptabilit
lenvironnement de lentreprise et le sens danalyse. Ces valeurs sont sans aucun doute les
bases de russite dans le milieu professionnel.
A propos du projet, jai tabli la base dun module de gestion de transit, pour la
tenue du contrle et du suivi des dossiers de lentreprise en alliant souplesse dutilisation,
convivialit et conformit aux transitaires marocaine.
Parmi les perspectives futures, signalons lintrt dtendre le module de transit par
lintgration des fonctionnalits suivantes :
68
La gestion de transport;
Le paramtrage des comptes comptables pour le transfert direct vers la

comptabilit.
Finalement,
je
souhaite que
le
projet de fin dtudes
soit
la
base
dune
implmentation du module dOpenERP qui traite la gestion de transit sachant

quaucune exprience na t tablie jusqu prsent.
69
Glossaire
Bulle Internet
Web Services
Le standard SQL :
XMLRPC
LDAP
OLAP
GNU
La Bulle Internet (dot-com bubble en anglais) ou bulle technologique est

une bulle spculative, qui a affect les valeurs technologiques , c'est-dire celles des secteurs lis l'informatique et aux tlcommunications,
sur les marchs d'actions la fin des annes 1990. Son apoge a eu lieu
en mars 2000.La Bulle Internet est lie ce que l'on appelle l'immatriel
dans l'conomie moderne.
Un service web est un programme informatique permettant la
communication et l'change de donnes entre applications et systmes
htrognes dans des environnements distribus. Il s'agit donc d'un
ensemble de fonctionnalits exposes sur Internet ou sur un intranet, par
et pour des applications ou machines, sans intervention humaine, et en
temps rel.
SQL (Structured Query Language, traduisez Langage de requtes
structur) est un langage de dfinition de donnes (LDD, ou en anglais
DDL Data Definition Language), un langage de manipulation de
donnes (LMD, ou en anglais DML, Data Manipulation Language), et
un langage de contrle de donnes (LCD, ou en anglais DCL, Data
Control Language), pour les bases de donnes relationnelles.
XML-RPC est un protocole RPC (Remote procedure call), une
spcification simple et un ensemble de codes qui permettent des
processus s'excutant dans des environnements diffrents de faire des
appels de mthodes travers un rseau.
Lightweight Directory Access Protocol (LDAP) est l'origine un
protocole permettant l'interrogation et la modification des services
d'annuaire. Ce protocole repose sur TCP/IP. Il a cependant volu pour
reprsenter une norme pour les systmes d'annuaires, incluant un
modle de donnes, un modle de nommage, un modle fonctionnel
bas sur le protocole LDAP, un modle de scurit et un modle de
rplication.
Online Analytical Processing (OLAP) dsignait l'origine les bases de
donnes multidimensionnelles (aussi appeles cubes ou hypercubes)
destines des analyses complexes sur des donnes.
GNU est un projet de systme d'exploitation compos exclusivement de
logiciels libres.
70
Bibliographie
OpenERP5 : OpenERP pour une gestion dentreprise : efficace et intgr
Par Fabien PINCKAERS et Geoff GARDINER
dition : 2
Publi en 2008
Python
: Tutoriel Python Release 2.4.3

Par Guido van Rossum
dition : 19 juillet 2006
Traduction franaise dirige par Olivier Berger
PostgreSQL : Documentation PostgreSQL 8.2.5

The PostgreSQL Global Development Group
Cet ouvrage contient l'adaptation franaise de la documentation officielle de
PostgreSQL
XML
: Introduction XML
Par Victor Stinner
dition : 16/09/2003
UML
: UML 2
Par Laurent AUDIBERT
dition : 2007-2008
Webographie
Le site officiel de lERP open source Open ERP : http://openerp.com
http://openerp.tv
(Mars-juin 2009)
Solution de gestion intgre OpenERP
: www.open-net.ch
(Mars-juin 2009)
: http://www.developpez.com
(Mars-juin 2009)
: http://www.supinfo-projects.com/
(Mars-juin 2009)
www.developpez.com
www.supinfo-projects.com
71
Annexes
Ce prsent rapport comprend deux annexes

portant sur :
Installation dOpenERP sous Ubuntu
Le formalisme UML
72
Annexe 1 :
Installation dOpenERP sous ubuntu
1. Installation de lenvironnement
1.1 Installation des paquets ncessaires
Pour installer les bibliothques ncessaires, vous pouvez effectuer les oprations
suivantes dans votre Shell:
sudo apt-get install python python-psycopg2 python-reportlab \
python-egenix-mxdatetime python-xml python-tz python-pychart \
python-pydot python-lxml python-libxslt1 python-vobject
1.2 Installation de PostgreSQL

Sur Ubuntu, installer le package PostgreSQL:
sudo apt-get install postgresql
Vous devez crer un utilisateur PostgreSQL. OpenERP utilisera cet utilisateur pour se
connecter PostgreSQL.
createuser - createdb - no-createrole - pwprompt openuser
1.3 Flash plugin

Votre navigateur doit avoir le plugin Flash install, car OpenERP Web utilise des
composants Flash.
Sudo apt-get install flashplugin-nonfree
2. Installation dOpenERP
1.1 Installation dOpenERP Server
OpenERP Server peut tre tlcharg sur le site Web officiel de lOpenERP :
ww.openerp.com.
LOpenERP Server peut tre install trs facilement l'aide du fichier setup.py:
tar -xzf openerp-server-5.0.0.tar.gz tar-xzf openerp-server-5.0.0.tar.gz
cd openerp-server-5.0.0 cd openerp-server-5.0.0
sudo python setup.py install sudo python setup.py install
73
1.2 Installation dOpenERP Client GTK

Pour installer les bibliothques ncessaires, vous pouvez effectuer les oprations suivantes
dans votre Shell:
sudo apt-get install python python-gtk2 python-glade2 \
python-matplotlib python-egenix-mxdatetime python-xml python-hippocanvas
python-matplotlib python-egenix-mxdatetime python-xml python-hippocanvas
LOpenERP Client peut tre tlcharg sur le site Web officiel de lOpenERP
ww.openerp.com.
LOpenERP Client peut tre install trs facilement l'aide du fichier setup.py:
tar -xzf openerp-client-5.0.0.tar.gz tar-xzf openerp-client-5.0.0.tar.gz
cd openerp-client-5.0.0 cd openerp-client-5.0.0
sudo python setup.py install sudo python setup.py install
1.3 Installation dOpenERP Web

Tout dabord vous devez installer TurboGears ne effectuant les oprations suivantes dans
votre Shell:
Sudo apt-get install python-setuptools
sudo easy_install TurboGears == 1.0.8 $ Sudo easy_install TurboGears ==
1.0.8
Puis, Pour installer lOpenERP Web, vous pouvez effectuer lopration suivante dans
votre Shell:
Sudo easy_install-U openerp-web
Si tout marche bien vous pouvez maintenant accder OpenERP, pour cela on se
connecte en effectuant les oprations suivantes dans votre Shell:
openerp-server
openerp-cilent
1.4 Cration de la base de donnes

Si vous utilisez le client GTK, choisissez Fichier, Bases de donnes, Nouvelle base de
donnes. Entrez le mot de passe de super-administrateur et le nom de la nouvelle base de
donnes que vous crez.
74
Figure 27 : Interface de configuration de la base de donnes
La base de donnes est cre, mais sans aucun module install. Il est important de s'y
connecter avec le compte administrateur afin de configurer les fonctionnalits dont on a
besoin.
Figure 28 : Interface de la connexion avec la base de donnes
Suite la cration de la base, open ERP se connecte avec le compte administrateur en

proposant une aide la configuration par un systme d'tapes.
Pour notre exemple, nous avons choisi le profil service car la plupart des entreprises en
ont besoin pour paramtrer les modules de comptabilit et de finance. (Voir figure x)
75
Figure 29 : Interface de configuration du profil de lentreprise
Une fois toutes les tapes effectues pour paramtrer le profile des entreprises, il ne reste qu'
se connecter via linterface dauthentification suivante :
Figure 30: Interface dauthentification des utilisateurs
3. Support

http://www.openerp.com
http://www.axelor.com
76
Annexe 2 : Le formalisme UML

Unified Modeling Language (UML) est considr comme le langage standard de
conception orient objet. Il permet de visualiser, concevoir et documenter les composants
statiques et dynamiques dun systme. Cette annexe prsente une vue globale sur la notation
UML ainsi que ces diffrents diagrammes.
1. Le langage UML
UML est le fruit dune fusion de plusieurs mthodes orientes objet. Cest un langage
de modlisation unifi favorisant :
Une meilleure communication entre les intervenants dans un projet : il offre des moyens de
capture des connaissances sur un sujet travers divers points de vues (ces points de vues
sont fournis par ses diffrents diagrammes) ;
Une bonne comprhension du problme : le systme tudier sera trait suivant diffrents
angles et suivant les diffrents cas dutilisation de ce systme ;
Une incorporation des meilleures pratiques dingnierie dans les diffrents domaines, ce
qui lui permet dtre adapt aux diffrents types de systmes.
UML permet aussi de suivre un projet dans ces diffrentes tapes :
Spcification : il sadresse la spcification du systme, il peut tre utilis pour modliser

les besoins (le quoi) et larchitecture (le comment) ;
Visualisation : les diffrents diagrammes donnent aux concepteurs une vue prcise sur le
systme avant sa ralisation ;
Construction : les diffrents diagrammes et modles tablis durant la phase de spcification

et de conception servent de base pour la ralisation ;
Documentation : les diagrammes utiliss durant les diffrentes phases pour communiquer
les connaissances entre les membres du projet, de la spcification des besoins jusqu la
ralisation, prsentent un document dtaill sur les diverses phases et modules du projet.
77
2. Les diagrammes UML

Avant de prsenter les neufs diagrammes de UML, nous allons commencer par prsenter les
notations utilises par ce langage.
Notation
Classe : description abstraite dune entit ou une ralisation dun type.

Nom de la classe
Attributs de la classe
Oprations de la classe()
Figure 31 : Reprsentation dune classe
Objet : une instance dune classe.

Nom de l'objet
Figure 32 : Reprsentation dun objet
Association entre deux classes : exprime une relation quilibre entre deux classes.
Nom de la classe
Nom de la classe
Figure 33 : Association entre deux classes
Agrgation entre deux classes : forme dassociation non symtrique qui exprime un
couplage fort et une relation de subordination.
Nom de la classe1
Nom de la classe2
Figure 34 : Agrgation entre deux classes
Hritage : relation entre deux classes qui permet le partage de proprits dfinies dans une classe
78
Nom de la classe1
Nom de la classe2
Figure 35 : Hritage entre deux classes
Les diagrammes de comportement (dynamique)
Ces diagrammes offrent un moyen de modliser les interactions entre les acteurs et le systme et
entre les diffrents modules du systme.
Les diagrammes de squences : ils reprsentent les interactions entre les objets dans
un contexte temporel. Cest donc le temps qui dtermine lordre des envois des
messages entre ces objets. Il est constitu de deux axes, un axe vertical reprsentant
lvolution temporelle et lautre horizontal reprsentant les objets considrs.
Objet1
Objet2
1: M1
Objet3
2: M2
3: Traitement
4: M3
5: M4
6: M5
OK
----OK
Figure 36 : Diagramme de squence
m1, m2, m3, m4 et m5 reprsentent les diffrents messages changs entre les trois
objets au cours du temps (le processus commence par lenvoi du message m1 par
lobjet1 et se termine par la rception de m4 ou m5 toujours par lobjet1).
Les diagrammes de collaborations : comme les diagrammes de squences, les

diagrammes de collaborations visualisent les changes de messages, mais ils font
apparatre plus dobjets qui collaborent entre eux afin de rpondre une activit du
79
systme. Laxe du temps nest pas reprsent explicitement sur ces diagrammes,
lordonnancement des messages entre les objets est matrialis par leur numrotation.
1: M1
Objet1
Objet2
3: M3
2: M2
4: M4
Objet3
Objet4
Figure 37 : Diagramme de collaboration
Les diagrammes dtats transition : ils permettent de visualiser lensemble des tats
dun objet durant sa priode de vie. Ils sont des graphes dirigs constitus dun
ensemble dtats relis par des connexions appeles transitions. Ces transitions sont
dclenches par les vnements qui surviennent dans le domaine du problme.
Figure 38 : Diagramme dtats transition
Les diagrammes dactivits : ils sont des cas particuliers des diagrammes dtats
transitions, mais ici les vnements sont internes qui correspondent aux diffrents
oprations et processus. Un diagramme dactivit ressemble au modle organisationnel
des traitements (MOT) dfini dans Merise, il permet de modliser les flux de donnes
entre les diffrents acteurs du systme.
Figure 39 : Diagramme dactivit organis par acteur
80
Les diagrammes statiques
Ces diagrammes mettent laccent sur la partie statique et spatiale du systme ainsi que sur les
relations entre les diffrents objets.
Les diagrammes de cas dutilisations : ils reprsentent les diffrentes utilisations

potentielles du systme. Celles-ci correspondent des vues des acteurs externes sur le
systme. Un diagramme de cas dutilisation rassemble les diffrents acteurs et les
activits attendues du systme.
UseCase1
UseCase2
Acteur1
Acteur2
UseCase3
Figure 40 : Diagramme de cas dutilisation
Les diagrammes dobjets : ou dinstances expriment ltat statique du systme. Ils

sont utiliss principalement pour faciliter la comprhension dun contexte. Ils mettent
en relation un ensemble dobjets du systme pour rpondre un cas dutilisation ou une
activit du systme.
Objet1
Objet2
Objet3
Objet4
Figure 41 : Diagramme dobjets
Les diagrammes de classes : comme les diagrammes dobjets, ils montrent laspect
statique du systme
81
Classe1
Classe2
Classe3
Figure 42 : Diagramme de classe
Les diagrammes dimplmentation
Les diagrammes dimplmentation mettent en vidence les diffrentes dpendances, quelles soient
logiques ou physiques, entre les diffrents modules dun logiciel savoir :
Les diagrammes de composants : ils dcrivent les lments physiques (les fichiers,
les paquetages, etc.) ainsi que les relations entre ces diffrents lments. Les
dpendances sont reprsentes par des traits discontinus pour indiquer quun
composant fait rfrences aux services offerts par lautre composant.
Composant1
Composant2
Figure 43 : Diagramme de composant
Les diagrammes de dploiement : ils voquent la partie matrielle et physique du

systme ainsi que la rpartition des programmes suivant les diffrents composants
matriels. Chaque composant est reprsent par un nud sous forme dun cube. Les
diffrents nuds sont relis par des lignes modlisant les connexions entre les
composants physiques du systme.
Serveur
TCP/IP
Serveur
2
HTTP
Client
FTP
Figure 44 : Diagramme de dploiement
82

Rapportstagefinaltransit 121118140133 Phpapp02

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Rapportstagefinaltransit 121118140133 Phpapp02

Hochgeladen von

Copyright:

Verfügbare Formate



Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

lexpression de mes remerciements les plus chaleureux.

Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

Liste des abrviations

Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

Liste des figures

Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

Liste des tableaux

Synthse des mthodologies utilises dans le cadre de

Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

Tables des matires

Partie I : Contexte gnral du projet..

Partie II : Etude fonctionnelle et technique

Partie III : Mise en uvre du projet...

Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

1.4 Langage XML. 61

Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

comme objectif prioritaire

Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

Dans ce chapitre, je prsente de manire gnrale la socit

1. Prsentation gnrale de NEXTMA

1.2 Prestations et services

moyennant des outils libres.

Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

dveloppement, des prestations de support daide la maintenance, afin de rduire le

logiciels libres, de portails collaboratifs Internet ou Intranet, avec des composantes de

Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

Enterprise Ressource Planning (ERP)

Customer Relationship Management (CRM)

Business Intelligence (BI) ou informatique dcisionnelle.

Intranet des entreprises et gestion des contenus

Cration didentits visuelles et sites Internet institutionnels et e-Commerce

(commerce lectronique) qui s'appuie sur le gestionnaire contenu Joomla!

Gestion lectronique des documents

Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

Dans ce deuxime chapitre je prsente mon projet de fin

depuis louverture jusqu la facturation de vente.

1.2. La dmarche suivre

Master Spcialis : Qualit du Logiciel

Rapport de Stage 2008/2009

1.2.1 Le formalisme UML