Professional Documents
Culture Documents
Par
Ait mlouk Addi
: Professeur (FSSM)
Ddicace
Remerciements
Au terme de ce travail, je tiens exprimer ma profonde gratitude et mes sincres
remerciements M. Abdelaziz. EL FAZZIKI, qui ma donn la permission de passer
ce stage au sein de la socit MIT (MULTI INFORMATION TECHNOLOGY),
Je remercie particulirement M. SADGAL Mohammed pour son encadrement, son
soutien, ainsi que pour ses conseils instructifs durant toute la priode de ce travail.
Mes plus vifs remerciements sadressent aussi tout le cadre professoral et
administratif de la formation Master spcialis Ingnierie des systmes dinformation,
pour leur patience et savoir qui nous a illumins durant ces deux annes de formation.
Nous tenons aussi remercier lentreprise MIT pour laccueil qui nous a t rserv et
particulirement M. EL BOUANANI Salim, directeur gnral de lentreprise et
tuteur de ce stage, pour la mission qui nous a t confie.
Je remercie aussi vivement M. Mohamed Cherkaoui pour son aide son soutien, ainsi
que pour ses conseils pour russir ce projet.
En fin, Je tiens aussi remercier tous les membres du jury qui mont fait lhonneur
daccepter de juger mon travail.
Pour tous ceux que jai oublis, je vous dis Merci.
Rsum
Pour amliorer sa performance, lentreprise daujourdhui vise
automatiser la gestion interne de ses activits en faisant appel des
technologies informatiques. Dailleurs cest le cas de la socit Eone group qui
souhaite optimiser la totalit de sa gestion autour dun mme systme
dinformation laide des progiciels de gestion intgre connu sous lacronyme
ERP. Pdagogique
Notre projet consiste identifier et analyser les besoins lis la socit qui
sarticulent autour des modules fonctionnels savoir : la gestion des ventes, la
gestion comptable, la gestion des achats et entrept, puis la gestion de
maintenance.
Pour y arriver, il a fallu dabord une tude comparative entre les diffrents types
dERP open source existant dans le march qui a abouti au choix dOpenERP.
A l'aide de ce systme unifi, les utilisateurs de diffrents mtiers travaillent
dans un environnement applicatif identique qui repose sur une base de donnes
unique. Ce modle permet d'assurer l'intgrit des donnes, la non-redondance
de l'information, ainsi que la rduction des temps de traitement.
La ralisation de ce
Abstract
To improve the business performance, today's company aim to automate
the internal management of its activities, through computing technologies.
In fact, this is the case of Eone Group company that wishes to optimize its entire
management around the same information system, using an Enterprise
Resource Planning systems known by the acronym ERP.
Our project establishing an integrated management solution, has been to
identify and analyze the needs of the company, that revolve around its functional
modules including : management accounting, sales, purchasing, warehouse
management, human resources management and maintenance management.
To get there, the first step to take is a comparative study between the different
types of existing open source ERP in the market , which ended with a choice of
OpenERP the most appropriate solution for the company Eone Group.
Thanks to the unified system, users of different professions are working in an
identical application environment,based on a single database. This model
ensures data integrity, non-redundant information and reducing processing
time.
The implementation phase of the project has two essential parts: the setup part
and the specific development of functional modules,which were not considered
by OpenERP such as the maintenance management.
Finally, to provide flexibility of the system we have developed a mobile
application, that uses the database of OpenERP in reading and writing mode,
then run simulations and tests to ensure that the work has been done, and fix
bugs that can occurs, if ever there was.
Dsignation
Progiciel de Gestion Intgr
Enterprise Resource Planning
Petites et Moyennes Entreprises
Client Relationship Management
Unified Modeling Language
Rational Unified Process
eXtreme Programming
Two Track Unified Process
eXtended Markup Language
Berkeley Software Distribution
Systme de Gestion de Base de Donnes Relationnelle et Objet
Structured Query Language
Modle Vue Contrleur
Object Relational Mapping
Multi Information Technology
Les diagrammes
Diagramme 1: Diagramme de contexte. ...........................................................................................................35
Diagramme 2: Diagramme de cas dutilisation dadministration du systme. .................................................43
Diagramme 3: Diagramme de cas dutilisation global de la gestion des ventes. ............................................44
Diagramme 4: Diagramme de cas dutilisation dtaill de la gestion des ventes. ...........................................46
Diagramme 5: Diagramme de cas dutilisation global de la gestion des achats et stocks. ..............................47
Diagramme 6: Diagramme de cas dutilisation dtaill de la gestion des achats et stocks. ............................48
Diagramme 7: Processus mtier des ventes......................................................................................................49
Diagramme 8: Processus mtier des achats. .....................................................................................................50
Diagramme 9:Processus mtier de la gestion comptable .................................................................................50
Diagramme 10: Diagramme de squence des ventes. ......................................................................................51
Diagramme 11: Diagramme de squence des achats. ......................................................................................52
Diagramme 13: Diagramme des classes dtaill ..............................................................................................54
Diagramme 14: Diagramme des composantes .................................................................................................55
Diagramme 15: Diagramme de dploiement ....................................................................................................56
Diagramme 16: Diagramme darchitecture dapplication ................................................................................57
Les tableaux
Tableau 1: Liste des fonctionnalits requises ...................................................................................................20
Tableau 2: Comparaison des mthodes de dveloppement ..............................................................................31
Tableau 3 Liste des fonctionnalits requises ....................................................................................................34
Tableau 4: Evaluation des capacits fonctionnelles des ERPs choisis .............................................................25
Tableau 5: Evaluation des facteurs de fiabilit et de facilite de lutilisation ....................................................25
Tableau 6: Evaluation du facteur de rendement des ERPs choisis ...................................................................26
Tableau 7: Evaluation de facteur de maintenabilit des ERPs choisis .............................................................27
Tableau 8: Evaluation de facteur de portabilit des ERPs choisis ...................................................................27
Tableau 9: Evaluation par type de lentreprise des ERPs choisis.....................................................................28
2.
1.2.
1.3.
1.4.
1.5.
2.2
Problmatique ..................................................................................................................18
2.3
2.4
2.5
1.2.
1.3.
1.3.1
1.3.2
1.3.3
1.3.4
1.3.5
1.3.6
1.2
1.3
1.4
2.
Etude de lexistant............................................................................................................33
2.2
2.3
3.
3.2
OpenERP..........................................................................................................................37
3.3
3.4
3.5
3.6
3.7
4.
4.5
4.6
4.7
Ubuntu .................................................................................................................................59
1.2.
1.3.
PostgreSQL ..........................................................................................................................59
1.4.
Python ..................................................................................................................................60
1.5.
1.6.
1.7.
1.8.
1.2.
Installation ...........................................................................................................................67
1.3.
Paramtrage .........................................................................................................................68
1.4.
1.5.
1.6.
1.7.
1.8.
1.9.
10
Introduction Gnrale
Lentreprise daujourdhui est plus consciente de limpact de la gestion efficiente des
ressources internes sur lamlioration de sa performance et par la suite de sa comptitivit
dans le march. Or, la tche de grer savre de plus en plus difficile et complexe. En effet, la
croissance des activits engendre un norme flux de donnes, alors que la diversit des
processus fonctionnels ncessite une gestion adquate des comptences humaines. Pour
surpasser ces difficults, toute entreprise est prte investir des sommes considrables dans
l'implantation de technologies logicielles afin d'amliorer ses services et d'accrotre son
agilit vis--vis ses clients tout en optimisant la communication au sein de ses quipes.
Pour la socit Eone group, la gestion de lensemble de ses activits se fait manuellement ou
par le biais des applications informatiques. La socit souhaite grer la totalit de ses activits
autour dun mme systme dinformation, laide dun progiciel de gestion intgre connu
sous lacronyme ERP.
Cest dans ce cadre que sinscrit notre projet de fin dtudes qui a pour objectif de mettre en
place une solution de gestion intgre au sein de la socit Eone group. Pour cela, lanalyse
des besoins a permis didentifier les modules mettre en place savoir la gestion comptable,
la gestion des ventes, la gestion des achats et stocks, ainsi que la gestion des messageries. La
phase suivante a consist paramtrer lERP choisi et concevoir et dvelopper les modules
non pris en charge par lERP savoir la gestion de la maintenance.
Ce prsent rapport se compose de cinq chapitres. Dans le premier chapitre, nous prsentons
le contexte et la dmarche du projet. Le deuxime fera lobjet dune tude comparative entre
les solutions existantes dans le march des ERP pour choisir un qui rpond aux besoins de
lentreprise. Le troisime chapitre, quant lui, englobe lanalyse et conception dtaille des
besoins de la socit. Les technologies mise en uvre sont dtailles dans le quatrime
chapitre. Le dernier chapitre est consacr la ralisation desktop et mobile de lapplication
puis la mise en production sur un serveur locale, ou sur un rseau prive pour tester le
fonctionnement de notre systme. Enfin, une conclusion pour dresser le bilan de ce travail.
11
12
Prsentation de MIT
Informatique (SSII), Elle dveloppe depuis sa cration des savoir-faire dans le domaine des
Technologies de lInformation quelle dcline en services (formation, accompagnement, conseil,
Ingnierie et Intgration) destination des PME nationaux et Internationaux, Publics et Privs.
Depuis sa cration en Mars 2012, MIT a su gagner la confiance de nombreuses entreprises pour
leurs besoins informatiques ou de formations IT. Ainsi plusieurs socits ont dj sollicits MIT
pour ses savoir-faire dans le domaine des Technologies de lInformation.
MIT met disposition des clients une quipe dintervenants de profil divers (fonctionnel, technique,
managrial) et ayant une exprience confirme.
Les mtiers de MIT couvrent tous les angles dun projet informatique, de la dfinition des besoins
jusqu linstallation des machines et la mise en uvre des solutions. Cette comptence de MIT,
permet non seulement davoir la maitrise du projet sans avoir grer plusieurs prestataires, mais
aussi rduire les cots et diminuer les risques.
MIT
vous permet galement de choisir la prestation qui vous convient le plus grce une
Les mthodes :
Approche du projet
Analyse, tude et critique de l'existant
Dtermination du cahier des charges
13
1.2.
A propos de MIT
Lentreprise MIT a t lanc en mars 2012, les collaborateurs ont en commun des parcours riches
dans lunivers du conseil et de lintgration des systmes :
Lexprience moyenne des collaborateurs est de cinq ans et plus.
50 % des collaborateurs sont des managers.
Services professionnels :
Projet d'intgration : Base de donnes Oracle , J2ee, .Net
Projet de dveloppement WEB : PHP, JEE, GWT, CMS,
Solutions serveurs : Tlphonie par IP, serveur de domaine, Serveur de partage ou
dimpression, Cryptage ou VPN
Assistance technique : Installation des logiciels, Personnalisation des outils installs
Formation et certification sur les principales technologies : Java, Oracle, Windows, Adobe
garantie et maintenance.
1.3.
14
La socit Mit son propre organisation qui constitue dun ensemble des services savoir le
service technique, service commercial et service communication. Lorganigramme suivant illustre
le plan organisationnel de MIT.
1.4.
Domaines dactivits
Moyens humains :
15
MIT sappuie sur des consultants et ingnieurs certifies dans leurs domaines dintervention .Ils
analysent votre besoin en fonction de votre organisation et assure la conception, la ralisation et la
maintenance de la solution.
1.5.
Prestations et services
MIT 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.
La gamme de services de MIT est articule autour dun ensemble daxes majeurs qui permettent
d'accompagner les clients durant toutes les phases d'un projet afin d'en assurer sa russite.
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.
Dveloppement : Il constitue le cur mtier de MIT et comprend le dveloppement soit sur la
base de logiciels libres soit sur des plateformes de dveloppement, de portails collaboratifs Internet
ou Intranet, avec des composantes de publication web, de travail collaboratif.
16
Des projets d'intgration haute valeur ajoute : Base de donnes Oracle , J2ee, .Net
Projets de dveloppement informatique: PHP, JEE, IOS, Android, GWT, CMS, MYSQL
Formation sur les technologies les plus avances: Java, Oracle, Windows, Adobe & Cisco,
Joomla
Partenaires
17
2.2 Problmatique
Pour grer lactivit globale de la socit, chaque dpartement utilise indpendamment des
applications informatiques. Ceci gnre non seulement une difficult dchange de donnes entre
les diffrents dpartements, mais galement une incohrence de linformation interne.
Certes il existe des solutions sur le march, mais elles sont payantes, en plus du fait quil est
difficile de communiquer entre ces applications avec dautres solutions externes (le cas
dautomatiser les commandes des produits), et leur support est bien limit vu quelles ont t codes
la demande, noter aussi quelles ne sont pas flexibles.
Avec ces outils, un grant se retrouve oblig deffectuer lui-mme un bon nombre de tches qui
normalement, avec ces solutions, doivent tre automatises, je cite comme exemple lenvoi des
bons de commande vers le fournisseur : le grant (agent ou administrateur) cre un bon de
commande avec une liste des produits demands ainsi que leur quantits, ce bon devra tre transmis
automatiquement vers un fournisseur parmi ceux enregistrs dans la liste, aprs sa validation, cette
option tait oprationnelle avant, donc le grant est oblig de passer par la mthode classique qui est
passer sa commande par tlphone.
Les bons de commande sont donc temporaires, et se trouvent dans la plupart des cas supprims
aprs avoir effectu la rception des produits.
Ainsi, il savre important de coordonner lensemble des activits de la socit (comme la gestion
des projets, la gestion comptable, la gestion des ressources humaines, etc.) autour dun mme
systme dinformation.
18
Notre projet consiste donc proposer une solution rpondant aux besoins fonctionnels dentreprise.
Cette solution devra entre autres assurer :
Permettre deffectuer des achats auprs des fournisseurs, o il est possible dditer des
devis, de crer des bons de commande et de recevoir les produits.
Permettre une gestion optimise de stock efficace, avec la possibilit de faire les inventaires
physiques et de consulter ltat des stocks nimporte quand.
la gestion des lments de bases, savoir les clients, les fournisseurs avec une interface
ergonomique qui facilite la navigation entre les fonctionnalits du systme.
Un client mobile qui permet laccs ou fonctionnalits systme laide des smartphones.
Les rapports
Fonctionnalit
- Gestion des clients
- Gestion des fournisseurs
- Gestion des utilisateurs
- Gestion des produits
- Consulter la liste des clients
- Grer les devis
- Grer les bons de commandes
- Grer les bons de livraison des produits
- Grer les paiements
- Consulter la liste des fournisseurs
- Grer Les demandes de prix
- Grer les devis de fournisseurs
- Grer les bons de commandes
- Grer les bons de rceptions des produits
- Grer les paiements
- Vrification des stocks
- Imprimer les rapports (bon de commande)
- Imprimer les rapports (facture)
- Tiquet des produits
- Imprimer listes des produits
- Consulter les produits du stock
- Distribution mensuelle des ventes par client
-Distribution mensuelle des achats par
19
fournisseur
- Distribution dtaille des achats par produit /
fournisseur
- Distribution dtaille des ventes par produit /
client
- Inventaire physique des produits
- Gestion des emailes des partenaires
- Envoi des commandes et factures par mail
Tableau 1: Liste des fonctionnalits requises
La personnalisation et le paramtrage.
La fermeture des trous fonctionnels (si un bouton ne fait pas son rle
correctement on doit changer son fonctionnement)
Le pilotage : Test dintgration sur la base des processus et validation des modes
opratoires par les utilisateurs.
20
Dans ce chapitre on a dcrit le contexte gnral dans lequel sinscrit notre projet de fin dtudes. Au dbut, nous avons prsent lentreprise daccueil
MIT. Puis, on a dtermin la problmatique et les objectifs du projet qui se rsument la mise en place dun systme de gestion intgre. Aprs la
description et llaboration du cahier des charges de la socit, nous allons chercher la solution adquate pour assurer la bonne gestion des
processus mtiers interne de lentreprise. Pour ce faire, nous allons faire une tude du march des solutions de la gestion intgre tout en se
basant sur une norme de qualit logiciel.
Dans cette tude, nous allons dfinir les progiciels de gestion, puis
nous allons numrer les secteurs dont les progiciels Open Source
peuvent tre plus bnfique, et finalement nous allons comparer
les solutions Open source existantes afin de choisir un rpondant
nos besoins.
1.
Dans ce chapitre, on va valuer les solutions de gestion intgre qui existent dans le march, afin de
choisir un PGI propritaire ou bien Open Source, alors on va faire une tude comparative basant sur
une norme ISO, le PGI choisi doit tre adquat aux besoins de lentreprise.
23
Cest un facteur qui mesure ladquation des fonctionnalits du logiciel aux besoins prescrits des
utilisateurs et sa possibilit dinteraction avec dautres systmes.
Fiabilit : Est-ce que le logiciel maintient son niveau de service dans des conditions prcises et
pendant une priode dtermine ?
Cest l'aptitude du logiciel maintenir son niveau de service et de fonctionnement pendant une
priode dtermine.
Facilit d'utilisation : Est-ce que le logiciel requiert peu deffort lutilisation ?
Ce facteur value le degr dutilisation du logiciel par les utilisateurs finaux. Ce degr rvle
leffort requis pour exploiter et comprendre les concepts logiques et fonctionnels.
Rendement / Efficacit : Est-ce que le logiciel requiert un dimensionnement rentable et
proportionn de la plate-forme dhbergement en regard des autres exigences ?
Ce facteur mesure le rapport existant entre le niveau de service d'un logiciel, savoir le temps de
rponse de lexcution des requtes, et la quantit des ressources utilises.
Maintenabilit : Est-ce que le logiciel requiert peu deffort son volution par rapport aux
nouveaux besoins ?
Cest l'effort ncessaire pour faire des modifications de donnes et des tests, ce facteur permet en
plus de mesurer la stabilit du logiciel.
Portabilit : ce facteur value la capacit du logiciel de fonctionner dans diffrents environnements
et sa facilit de migration dun systme un autre.
En se basant sur les facteurs dvaluation prcdents, nous allons entamer une tude comparative
entre les logiciels Open source dj cit. Pour ce faire, nous allons dtailler les fonctionnalits
mtiers offertes par chaque ERP, puis nous allons valuer les ERP selon chaque facteur pour enfin
choisir le plus adquat pour nos propres besoins. Notant que ltude se base sur une chelle de six
niveaux suivant :
1 : niveau faible.
2 : niveau passable.
3 : niveau moyen.
4 : niveau bon.
5 : niveau excellent.
24
prciss dans le cahier de charge de la socit. Pour valuer cette chelle, nous allons nous rfrer
une tude faite par Smile, le premier intgrateur Europen de lOpen Source.
ERP fonction
Achats
Ventes
Comptabilit CRM
RH
Paies
Projets
OpenERP
ERP5
Adempiere
CompiereGPL 4
Fiabilit
Facilite de lutilisation
OpenERP
ERP5
Adempiere
CompiereGPL
25
rendement
OpenERP
ERP5
Adempiere
CompiereGPL
26
Nom ERP\Facteur
Maintenabilit
OpenERP
ERP5
Adempiere
CompiereGPL
Portabilit
OpenERP
ERP5
Adempiere
CompiereGPL
27
Nom
Taille dentreprise
Secteur
Chiffre
ERP
daffaire
Service
Industrie
x<5
5<x<10
10<x<50
50<x<250
x>250
X<5M
5M<x<500M
OpenERP
ERP5
Adempiere
Compiere
Une analyse des rsultats de ltude savre indispensable afin de dgager les points
favorisants lun des PGI par rapport lautre parmi les quatre solutions. Cette analyse doit tenir en
compte les contraintes imposes par lenvironnement et les besoins de la socit. Vu que
lenvironnement de la socit ddi la solution de gestion intgre est un serveur Windows, alors
ERP5 est entirement limin. Pour les ERPs restants, lERP qui rpond la majorit des
fonctionnalits dj dfinies dans le cahier de charge est OpenERP. En effet, il est le plus
compatible avec le secteur dactivit de la socit, sa taille et son chiffre daffaire. De plus,
lvaluation dOpenERP selon les critres de la norme ISO 9126 est bonne dans sa totalit.
Donc, aprs cette tude, la solution choisie est le progiciel de gestion intgre OpenERP.
28
29
Analyse du projet
La complexit croissante des systmes informatiques a conduit les concepteurs sintresser aux
mthodes. On a comptabilis en 1994 jusqu 50 mthodes. Chaque mthode se dfinit par une
notation et un processus spcifique. UML a ouvert le terrain en fusionnant la notation. Il reste
cependant dfinir le processus pour rellement capitaliser des rgles dans le domaine du
dveloppement logiciel. Les groupes de travail UML ont donc travaill unifier non pas les
processus, mais plus exactement les meilleures pratiques de dveloppement objet. Ces processus se
distingueront par le gnrique UNIFIED PROCESS .
Un processus dfinit une squence dtapes, en partie ordonn, qui concoure lobtention dun
systme logiciel ou lvolution dun systme existant. Pour produire des logiciels de qualit, qui
rpondent aux besoins des utilisateurs dans des temps et des cots prvisibles. On dcoupe le
processus en deux axes :
production.
Laxe de gestion du dveloppement, qui permet la mesure et la prvision des cots et des
dlais.
1.2
Avant dadopter une mthode, il faut dabord faire une comparaison entre les diffrentes mthodes
existantes, voir les points forts et les points faibles de chacune, puis dterminer celle qui va mieux
dans le contexte du projet. Ci-dessous un tableau qui rsume cette comparaison.
Mthode
Description
Points forts
Rational
Unified -Mthodologie centre
Process (RUP)
sur larchitecture et
couple
aux
diagrammes UML
-Concerne des projets
de +10 personnes
-Processus
complet
assist par des outils
exhaustifs
eXtreme
Programming (XP)
-Coteux
personnaliser
-Trs ax processus, au
dtriment
du
dveloppement
-Lourd,
largement
tendu, il peut tre
difficile mettre en
uvre
de
faon
spcifique
-Convient pour les
grands projets qui
gnrent beaucoup de
documentation
-Dveloppement guid -Itratif
-Ne couvre pas les
par les besoins du -Simple mettre en phases en amont et en
client
uvre
aval du dveloppement
-Equipes
rduites, -Laisse une large place -Assez flou dans sa mise
30
-Itratif
-Spcifie le dialogue
entre les diffrents
intervenants du projet :
les livrables, plannings
et prototypes
-Propose des modles
de documents, et des
canevas
pour
des
projets types
-Rles bien dfinis,
modlisation
Points faibles
centres
sur
dveloppeurs
en uvre : quels
intervenants ? Quels
livrables ?
-Focalis sur laspect
individuel
du
dveloppement,
au
dtriment dune vue
globale et des pratiques
de management ou de
formalisation.
-Superficiel sur les
phases en amont et en
aval du dveloppement
-Aucune proposition de
document type
1.3
Le processus 2TUP
2TUP est un processus UP (processus unifie). Le processus 2TUP apporte une rponse aux
contraintes de changement continuel imposes aux systmes dinformation de lentreprise. En ce
sens, il renforce le contrle sur les capacits dvolution et de correction dun tel systme. 2Track
signifient littralement que le processus suit deux chemins. Il sagit des chemins fonctionnels et
darchitecture technique , qui correspondent aux deux axes des changements imposes au
systme informatique.
Le processus 2TUP apporte une rponse aux contraintes de changement continuel imposes aux
systmes dinformation de lentreprise.
Ce processus suit deux chemins.
Architecture fonctionnelle
Architecture technique
31
32
UML unifie est la fois les notations et les concepts orientes objet. Il ne sagit pas dune simple
notation, mais les concepts transmis par un diagramme ont une smantique prcise et sont porteurs
de sens au mme titre que les mots dun langage. UML a une dimension symbolique et ouvre une
nouvelle voie dchange de visions systmiques prcises, Ce langage est certes issu du
dveloppement logiciel mais pourrait tre applique toute science fonde sur la description dun
systme. Dans limmdiat, UML intresse fortement les spcialistes de lingnierie systme
[Wikipdia].
2. Etude fonctionnelle
Avant de spcifier les besoins il est ncessaire de raliser une tude de lexistant. Ltude de
lexistant est une tape cl dans la ralisation de nimporte quelle application informatique, quel que
soit le domaine concern. Il sagit dune tude permettant de comprendre la problmatique du projet
et de dtecter les avantages et inconvnients des solutions proposes actuellement sur le march afin
den profiter pour la ralisation de notre projet.
33
Gestion de
maintenance
Gestion
comptable
Gestion de la
relation clientl
Gestion des
achats
Le responsable commercial
Description
Peut crer un dossier pour ces clients comme il peut le mettre
jour, il a le droit de visualiser lensemble des clients de la socit.
Dautre part, le commercial peut crer les commandes pour
raliser une opration de vente.
Assure le suivi des ventes faites par les commerciaux, et gre les
factures. Il peut aussi effectuer les mmes oprations que le
commercial. De plus, il valide lensemble des bons de
commandes et il gre lensemble des articles.
34
Rechercher un produit :
Lapplication permet la recherche d'un produit. La recherche est effectue par la saisie d'une de ses
caractristiques cites ci-dessus.
Supprimer un produit :
Lapplication effectue la suppression d'un produit donn par la personne autorise. Une
Confirmation est demande.
Signaler un produit en fin de stock :
Lapplication permet notamment de prvenir l'utilisateur quant la diminution du stock relatif au
produit.
Gestion des droits d'accs :
Cration dutilisateurs
Cette fonction permet de crer les diffrentes fiches du personnel utiliser le systme.
Il suffit de saisir dans le module les donnes correspondant l'identification de l'utilisateur concern
Nom, Login, Mot de passe
Modification : Le systme permet de modifier toutes les donnes relatives l'utilisateur.
Suppression : le systme permet galement de supprimer un utilisateur dans le cas o il n'est
Plus habilit utiliser l'application.
Cration de groupes d'utilisateurs :
Le systme permet de crer un groupe selon la fonction de l'utilisateur et de spcifier les droits
d'accs pour chaque groupe.
Modification : cette fonction permet de modifier les droits d'accs d'un groupe.
Suppression : Le systme permettra de supprimer un groupe d'utilisateur pralablement cre.
Facturation et paiement:
Sauf disposition lgale spcifique, toute prestation fournie par lentreprise doit faire lobjet dune
facturation et dune mise en paiement par le partenaire (client ou fournisseur).
La facture tant tablie conformment la rglementation de la tarification applicable aux
entreprises.
Crer la facture :
Il permet de crer automatiquement la facture du partenaire ds son admission contient toutes les
informations.
Rechercher :
Cette fonction permet de chercher la facture d'un partenaire donn par le nom et prnom ou dautre
information administrative.
Rgler une facture :
Cette fonction permet de rgler la facture en prcisant le mode de rglement chque ou espce.
36
3. Etude technique
3.1 Prsentation gnrale de lopen source
Lacronyme ERP signifie Enterprise Ressource Planning traduit en franais par Progiciel
de Gestion Intgr ou PGI. Cest un progiciel qui permet de grer lensemble des processus dune
entreprise intgrant lensemble de ses fonctions comme la gestion des ressources humaines, la
gestion financire et comptable, laide la dcision, la vente, la distribution, lapprovisionnement,
la production ou encore le e-Commerce. On distingue deux types dERP : les ERP propritaires,
dits par des socits, ce qui implique lachat dune licence, et les ERP open source qui sont
gratuits . Dans notre projet Nous nous intressons la catgorie des ERP open-source et plus
particulirement OPENERP cest grce une tude comparatif des ERP open source on a fait le
choix de lOpenERP [Wikipdia].
3.2 OpenERP
Anciennement connu sous le nom Tiny ERP, signifiant la fourmi de lEnterprise Resource
Planning) est un progiciel intgr de gestion ouvert, libre de droits comprenant les ventes, la gestion
de relation client (CRM), la gestion de projet, la gestion d'entrept, la production, la comptabilit et
les ressources humaines. OpenERP a trois composants spars : le serveur openerp-server qui
stocke ses donnes dans une base postgresql, le client openerp-client qui s'installe sur le poste de
37
l'utilisateur et le serveur web openerp-web qui permet une utilisation depuis un navigateur. Ces trois
composants communiquent par les protocoles xml-rpc et net-rpc.
Le logiciel est bas sur une forte architecture MVC, des flux de travail flexibles, une interfaceutilisateur graphique dynamique, une interface XML-RPC, et un systme personnalisable de
comptes rendus avec une intgration pratique d'OpenOffice.org.
Dans la classification des logiciels, OpenERP, comme tout autre PGI sur le march est un package
destin, a priori, tous les secteurs, toutes les fonctions, les adaptations ncessaires se faisant par
paramtrage.
Il dispose de forts arguments commerciaux pour sduire les dirigeants, Cette offre sduisante par sa
qualit et sa cohrence se rvle lusage plus risque que lon avait pu limaginer : elle ne peut
tre efficace que si lon accepte les contraintes quelle impose. Sa mise en uvre comporte des
difficults et des piges.
Avantages
diteur trs dynamique
Communaut dynamique et exprimente
Primtre fonctionnel ingal avec ses quelques 500 modules et des nouveaux modules tous les
mois.
Conception trs intelligente. Souvent jusqu' 10 fois moins de code que les ERP en Java pour
offrir les mmes fonctionnalits.
Interface web trs comptitive.
Vrai ORM qui fait le pont entre la base relationnelle et le code objet proche des spcifications
fonctionnelles.
Tout le data model et les mthodes mtier sont nativement exposs en web services, c'est un
gage d'interoprabilit facile.
Moteur BPM intgr trs efficace.
Grand souplesse gnrale, notamment grce la scriptabilit des rapports.
Les cots d'intgration les plus faibles
38
OpenERP est coupl une base de donnes PostgreSQL. De plus, il est compatible au pack Open
Office, et aussi avec des outils de reporting (ReportLab) pour produire des rapports en PDF ou en
HTML.
La logique dopenERP est entirement du ct serveur. La tche du client se rsume demander les
donnes (formulaire ou listes) au serveur et de les renvoyer. Avec cette approche, presque tout le
dveloppement est fait du ct serveur. Ce qui rend OPENERP plus simple au dveloppement et
la maintenance.
Lopration client est trs simple. Quand un utilisateur excute une action (sauvegarder un
formulaire, ouvrir un menu, imprimer, ...) il envoie cette action au serveur. Le serveur envoie alors
la nouvelle action pour s'excuter ct client.
Il y a trois types d'actions :
Imprimer un document.
Excuter un wizard.
39
limine les saisies multiples et vite l'ambigut des donnes de mme nature. Larchitecture
modulaire dopen ERP lui permet de couvrir plusieurs domaines illustrs dans la figure ci-dessous :
40
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 les classes Python qui contrle OpenERP.
Un serveur de base de donnes objet pour reprsenter et mmoriser les objets de gestion et
les rendre accessible via le rseau.
de
la
modlisation
des
tches
de
l'ensemble
de
la
chane
ditoriale.
Il permet gnralement un suivi et identifie les acteurs en prcisant leur rle et la manire de le
remplir au mieux,[Wikipdia].
41
Bute
Pourquoi faire ?
Dcomposition d'une application en briques fonctionnelles ou units logiques applicatives.
Composant rutilisable fournissant des donnes et des services dautres Applications.
Facilite l'interoprabilit des diffrents modles de composants en interne comme en externe.
Utilisation et intgration trs facilites de composants mtiers de partenaires
Agrgation de plusieurs services de mtiers diffrents sur un mme site (horaires/rservation
train, assurance, htel...)
Invocation
Il existe deux grands standards de services web, tous deux bass sur XML :
XML-RPC (XML Remote Procedure Call), le plus ancien, fonctionnant sur un principe
procdural et sans gestion des tats.
SOAP
Quel que soit le standard utilis, le principe de programmation est le mme : l'appel de mthode
distante est ralis grce une bibliothque cliente qui transmet la demande au fournisseur de
service en la formatant en XML de manire transparente; au niveau du serveur une bibliothque
serveur dcode la requte, le serveur fait ses traitement, puis rpond grce cette mme
bibliothque; la bibliothque client dcode enfin la rponse afin qu'elle puisse tre utilise par
l'application client.
XML-RPC
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.
XML-RPC permet d'appeler une fonction sur un serveur distant partir de n'importe quel systme
(Windows, Mac OS X, GNU/Linux) et avec n'importe quel langage de programmation. Le serveur
est lui-mme sur n'importe quel systme et programm dans n'importe quel langage.
42
Un message XML-RPC est une requte HTTP POST dont le corps est formalis en XML
La rponse de la procdure distante est galement au format XML
Authentification
<<extend>>
Grer les comptes et les droits
utilisateurs
Administrateur
43
Authentification : avant de se connecter au systme, chaque acteur doit tre identifi par un
login et un mot de passe afin davoir les permissions daccs au systme.
Grer les comptes et les droits des utilisateurs : ce cas permet chaque utilisateur du
systme davoir son compte qui comporte lensemble des processus mtiers dont lesquels il
intervient. Comme, il attribue les droits daccs lutilisateur afin de garantir la fiabilit du
systme.
Grer les fonctionnalits du systme : ce cas permet ladministrateur de grer la totalit
des fonctions mtiers du systme, comme il peut paramtrer des nouvelles fonctionnalits en
cas de besoin.
<<include>>
<<include>>
<<include>>
<<include>>
Suivi d'activit
Directeur gnral
44
Grer les clients : ce cas dutilisation permet aux acteurs de crer et mettre jour les
dossiers lis aux clients, comme il doit assurer le suivi des clients, comme il permet
dassocier les contacts au client si le client est une socit.
Grer les commandes : permet de grer et de faire le suivi des commandes vis--vis au
client avec les rapports imprims.
Grer la facturation : ce cas assure la cration et la mise jour des factures, comme il
permet de faire le suivi des factures jusqu la dernire tape qui est le paiement.
Grer les produits : comporte la cration des produits ou bien les mettre jour. Aussi,
ce cas dutilisation permet de visualiser la variation des stocks et de signaler les
besoins vis--vis les produits matriels non disponibles.
Suivi dactivit : contient lensemble des tableaux de bords qui font lanalyse des
ventes selon les indicateurs (comme le chiffre daffaire par mois, le nombre des ventes
par client, analyse des factures).
45
<<extend>>
Cre client
<<extend>>
<<extend>>
client est
societe
Cre contact
<<include>>
Grer tickets
<<include>>
<<extend>>
Intervention
Commercial
Se connecter
<<include>>
Grer les commandes
<<extend>>
<<extend>>
<<extend>>
<<extend>>
Annuler
commande
Valider
commande
Cre
commande
<<include>>
Imprimer/envoyer
commande
Grer la facturation
Responsable commercial
<<extend>>
<<extend>>
<<extend>>
Pay la
facture
Annuler
facture
Cre facture
<<extend>>
Imprimer/envoyer
facture
<<include>>
<<extend>>
<<extend>>
<<extend>>
Ajout produit
Modifier
produit
supprimer
produit
<<include>>
Suivi d'activit
<<extend>>
<<extend>>
Analyse des
factures
46
4.1.4
La gestion des achats consiste grer les produits entrants et sortants dans le stock comme
elle assure la gestion des achats des produits.
Grer les stocks
<<extend>>
<<include>>
Grer les produits
Responsable stock
<<include>>
<<include>>
<<include>>
Responsable Achat
<<include>>
<<include>>
Grer la facturation
Suivi d'activit
Directeur gnral
47
Grer les produits : comporte la gestion des produits. Aussi, ce cas dutilisation
permet de visualiser la variation des stocks et de signaler les besoins vis--vis les
produits non disponible.
Suivi dactivit : contient lensemble des tableaux de bords qui font lanalyse des
produits selon les indicateurs.
<<extend>>
Mouvement des
stocks
Inventair
physique
<<include>>
Responsable stock
<<extend>>
<<extend>>
Ajout
fournisseur
<<extend>>
Modifier
fournisseur
Supprimer
fournisseur
<<include>>
<<include>>
Se connecter
Responsable Achat
<<include>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
Cre
commande
imprimer
commande
Modifier
commande
<<include>>
Annuler
commande
<<include>>
Grer la facturation
Directeur gnral
<<extend>>
<<extend>>
<<extend>>
Consulter
facture
Etablir facture
Imprimer
facture
Suivi d'activit
<<extend>>
<<extend>>
<<extend>>
Analyse des
achats
Analyse
reception
Analyse stock
48
49
50
Une fois la facturation de vente ou dachat est valide, une criture comptable doit tre
associe. Cest ce moment o commence le processus du paiement qui aboutit en fin une
facture paye.
Les diagrammes de squences sont la reprsentation graphique des interactions entre les
acteurs et le systme selon un ordre chronologique
Les scnarios :
51
Dans le processus des ventes on a lacteur responsable qui interagie avec le systme
central(ERP).
Un client a besoin dun produit doit interagit avec le responsable du vente afin dtablir
un devis.
Aprs ltablissement de devis le systme doit consulter ltat de stock pour enregistrer
cette dernire.
Aprs lenregistrement, le responsable valider la commande et notifi le client par un
email ou SMS pour lui confirmer la commande.
Gnration de la facture totale a pay par le client.
52
Les scnarios :
Dans le processus dachat, on a lacteur responsable des achats qui interagie avec le systme
central(ERP).
Aprs un besoin exprim par les entits de lentreprise et un contact avec le
fournisseur, le responsable dachat demande une liste des prix
Aprs la consultation des prix des produits par les entits de lentreprise le
responsable tablit le bon de commande dachat.
Aprs la validation de commande, le systme doit traiter les donnes et enregistrer la
commande.
Le responsable cre le bon de rception de commande.
Aprs la rception de la commande le systme approuver la facture finale a pay.
Mis jour du stock.
53
Groupe
Utilisateur
- id
: int
- nom
: char
- privileges : char
1..*
0..*
id
nom
prenom
login
mot_de_pass
active
:
:
:
:
:
:
Fournisseur
int
char
char
char
char
boolean
0..*
1..1
Ticket
-
id
auteur
lieu
detaille
date_debut
titre
contact
motif
etat
date_fin
1..1
1..1
:
:
:
:
:
:
:
:
:
:
int
char
char
char
Date
char
char
String
char
Date
1..1 -
commandeAchat
-
id
total
date
etat
:
:
:
:
int
int
Date
char
1..*
1..1
1..1
0..*
0..1
0..*
0..1
1..1
CommandeVente
0..*
1..1
id
totale
date
etat
:
:
:
:
int
long
Date
char
id
line_cde_id
date
description
etat
:
:
:
:
:
int
int
Date
String
char
1..1 -
1..*
id
date
method
type
:
:
:
:
1..*
LigneAchat
1..1
1..1
1..*
1..1
id
date_debut
date_fin
lieu
intervenent
titre
rapport
etat
:
:
:
:
:
:
:
:
Client
-
int
Date
Date
char
char
char
String
char
id
nom
prenom
adresse
civilite
telephon
fax
couriel
ville
image
active
:
:
:
:
:
:
:
:
:
:
:
int
char
char
char
char
int
int
char
char
char
boolean
1..*
LigneVente
-
id
quantite
prix_unitaire
description
sous_total
:
:
:
:
:
id
mode
date_paiement
montant
origine
:
:
:
:
:
Produit
1..*
1..1
0..*
- id
: int
- nom
: char
- discription : String
Contacte
:
:
:
:
:
int
float
float
String
float
1..1
Categories
id
nom
fonction
courriel
telephone
:
:
:
:
:
int
char
char
char
long
1..*
int
char
Date
long
char
int
float
float
String
float
1..1
id
quantite
prix_unitaire
discription
sous_total
Paiement
1..1
Intervention
int
char
char
String
double
double
char
char
boolean
int
Date
char
char
1..*
1..*
:
:
:
:
:
:
:
:
:
Recue
Facture
-
id
nom
prenom
adresse
telephone
fax
ville
couriel
active
1..1
1..*
id
nom
prix_vente
prix_achat
etat
image
quantit_disponible
description
active
:
:
:
:
:
:
:
:
:
int
char
float
float
char
String
float
String
boolean
1..*
1..*
MouvementStock
- id
: int
- date
: Date
- movdest : char
54
4.5
Diagramme de composants
Composant_3
les interfaces
utilisateur
Composant_2
Les actions
Composant_6
base module
distribution
report engine
Composant_5
object busnes
Composant_7
Composant_8
ORM
workflow engine
Composant_10
SGBD postgreSQL
XML-RPC
La couche prsentation : joue le rle de la vue dans le model MVC, il dcrit tous ce qui
est interface, fentres et les actions. dans notre cas les vues sont dveloppes en XML
55
4.6
Diagramme de dploiement
Le diagramme de dploiement est une vue statique qui sert reprsenter l'utilisation de
l'infrastructure physique par le systme et la manire dont les composants du systme sont
rpartis ainsi que la relation entre eux. Les lments utiliss par un diagramme de
dploiement sont principalement les nuds, les composants, les associations. Les
caractristiques des ressources matrielles physiques et des supports de communication
peuvent tre prcises par strotype.
56
4.7
57
Ubuntu
Postgresql
OpenERP
OpenOffice
jquerymobile
58
1.1.Ubuntu
Ubuntu est un systme dexploitation libre commandit par la socit Canonical et une
marque dpose par cette mme socit.
Fond sur la distribution Linux Debian et utilisant le bureau Unity, Ubuntu se veut convivial,
intuitif et sr . Il est constitu de logiciels libres, est disponible gratuitement y compris pour
les entreprises, et bnficie d'une nouvelle version (appele mise niveau ) tous les six
mois.
Avec une utilisation globale estime plus de 25 millions d'utilisateurs, il est principalement
conu pour une utilisation sur des ordinateurs personnels (portables et fixes), bien que
d'autres versions consacres aux netbooks et aux serveurs existent aussi. Depuis Ubuntu
11.04, la version Netbook a fusionn avec la version Desktop. Cette dernire tant passe
l'interface Unity, il n'y avait plus de raison de maintenir deux branches distinctes.
1.3.PostgreSQL
PostgreSQL est un systme de gestion de base de donnes relationnelle et objet (SGBDRO).
C'est un outil libre disponible selon les termes d'une licence de type BSD. Ce systme est
concurrent d'autres systmes de gestion de base de donnes, qu'ils soient libres (comme
MySQL et Firebird), ou propritaires (comme Oracle, Sybase, DB2, Informix et Microsoft SQL
Server). Comme les projets libres Apache et Linux, PostgreSQL n'est pas contrl par une
seule entreprise, mais est fond sur une communaut mondiale de dveloppeurs et
d'entreprises.
59
PostgreSQL peut stocker plus de types de donnes que les types traditionnels entiers,
caractres, etc. L'utilisateur peut crer des types, des fonctions, utiliser l'hritage de
type etc.
PostgreSQL est pratiquement conforme (de plus en plus conforme) aux normes ANSI
SQL 89, SQL 92 (SQL 2), SQL 99 (SQL 3), SQL:2003 et SQL:2008. Il fonctionne sur
diverses plates-formes matrielles et sous diffrents systmes d'exploitation.
PostgreSQL fonctionne sur Solaris, SunOS, Mac OS X, HP-UX, AIX, Linux, IRIX, Digital
Unix, BSD, NetBSD, FreeBSD, OpenBSD, SCO unix, NeXTSTEP, UnixWare et toutes sortes
d'Unix. Depuis la version 8.0, PostgreSQL fonctionne galement nativement sur
Windows. Avant la version 8, il fallait un mulateur de type cygwin pour faire
fonctionner PostgreSQL sur ce systme d'exploitation.
PostgreSQL est largement reconnu pour son comportement stable, proche dOracle.
Mais aussi pour ses possibilits de programmation tendues, directement dans le
moteur de la base de donnes, via PL/SQL. Le traitement interne des donnes peut
aussi tre coupl d'autres modules externes compils dans d'autres langages.
1.4.Python
Python est un langage de programmation multi-paradigme. Il favorise la programmation
imprative structure, et oriente objet. Il est dot d'un typage dynamique fort, d'une gestion
automatique de la mmoire par ramasse-miettes et d'un systme de gestion d'exceptions ; il
est ainsi similaire Perl, Ruby, Scheme, Smalltalk et Tcl. Le langage Python est plac sous une
licence libre proche de la licence BSD et fonctionne sur la plupart des plates-formes
informatiques, des supercalculateurs aux ordinateurs centraux, de Windows Unix en
passant par Linux et Mac OS, avec Java ou encore .NET. Il est conu pour optimiser la
productivit des programmeurs en offrant des outils de haut niveau et une syntaxe simple
utiliser. Il est galement apprci par les pdagogues qui y trouvent un langage o la syntaxe,
clairement spare des mcanismes de bas niveau, permet une initiation plus aise aux
concepts de base de la programmation.
Python est un langage :
60
Fourni ds le dpart avec des modules de tests, Python est un langage agile. Le terme
agile est originellement issu de la mthodologie de programmation agile, trs proche
de la programmation itrative. Cette mthodologie, qui rduit les risques lis la
conception de logiciels, introduit entre autres des principes de tests continus du code.
De haut niveau, orient objet et totalement libre : mme si elle nest pas impose,
Python permet la programmation oriente objet. Tous les mcanismes objet essentiels
sont implments et toutes les donnes manipules sont des instances de classes,
comme pour les langages SmallTalk ou Ruby.
Dynamique : dans la plupart des implmentations, le code source nest pas compil
contrairement des langages comme C ou Pascal, mais excut la vole. On parle
alors de langage interprt.
61
reprend la majeure partie des fonctionnalits de SGML, il s'agit donc d'une simplification de
SGML afin de le rendre utilisable sur le web , XML fait partie du code des modules composants
OpenERP, les vues par lesquelles sont reprsents les diffrents objets sont crites en XML,
ainsi nous y trouvons la description dtaille de laffichage des arbres, formulaires, menus et
autres actions.
Rapports OpenOffice.org
Rapports OpenOffice sont les formats de rapports les plus couramment utiliss par OpenERP
aprs linstallation dun plugin qui permet de grer la connexion entre le serveur OpenERP et
OpenOffice Texte via le protocole XML-RPC afin de cre des nouveau rapports ou de modifier
des rapports existant dj.
OpenOffice Texte est utilis pour gnrer un modle RML, qui son tour est utilis pour
gnrer un rapport PDF imprimable.
Le processus interne
62
1.7.Power AMC
PowerAMC est un logiciel de conception cr par la socit SDP, qui permet de modliser les
traitements informatiques et leurs bases de donnes associes.
Cr par SDP sous le nom AMC*Designor, rachet par Powersoft, ce logiciel est produit
par Sybase depuis leur achat par cet diteur en 1995. Hors de France, la version
internationale est commercialise par Sybase sous la marque PowerDesigner.
63
PowerAMC permet de raliser tous les types de modles informatiques. Il reste un des seuls
qui permet de travailler avec la mthode Merise. Selon Riff News, cela permet d'amliorer la
modlisation, les processus, le cot et la production d'applications.
Framework
Cration de site web/ web application optimises mobiles
Bas sur HTML5 et CSS
Fonctionne avec la librairie jQuery
JQuery est un clbre framework Javascript, permettant de raliser des interfaces animes
pour le web. Un nouveau projet a vu le jour lintrieur de ce Framework : JQuery Mobile, le
but tant de proposer un systme pour dvelopper facilement des applications web pour
mobile, avec une interface unifie.
Pourquoi utiliser jquery mobile pour un site/application mobile ?
Optimisation cross plateforme
Optimisation mobile
optimisation de linterface utilisateur.
comportements semblables aux natifs
Jquery mobile est responsive
cross-device: sadapte la taille de lcran sans code supplmentaire
64
installation et test
Application desktop
Application mobile
La production
65
1.
Installation et Simulation
1.1. les Test
Le test est une activit importante dont le but est darriver un produit zro dfaut .
C'est la limite idaliste vers laquelle on tend pour la qualit du logiciel. Gnralement 40% du
budget global est consacr leffort de test.
Cycle de dveloppement de test
66
1.2.
Installation
Maintenant que le codage est termin, on peut passer linstallation des modules
personnaliss Vente, Achat, Stock, maintenance , qui installera dabord les modules
auxquels il est li, ensuite ajoutera ses propres fonctionnalits. Avant de lancer le serveur
dOpenERP, on doit copier les dossiers de ces modules dans le dossier Addons dOpenERP,
ensuite on lance le serveur (fichier openerp-server.py), et nous pourrons ce stade, installer
notre nouveau module.
Bien videmment, on doit dabord se connecter puis accder aux paramtres.
1.3. Paramtrage
Maintenant que nous avons install les modules, on peut commencer paramtrer le PGI et
dmarrer une simulation pour sassurer de son bon fonctionnement.
Paramtrage Gnral
Avant de se lancer dans le paramtrage de lapplication, on va commencer par un
paramtrage gnral, o il faut saisir les dtails de lentreprise, son adresse, et autres
coordonnes aussi il faut changer la devise vers le Dirham, pour que les prix et les factures
soient bien affichs ultrieurement, selon le contexte marocain.
Plan comptable
Toute application fonctionnant sous OpenERP, il faut spcifier un plan comptable utiliser
pour la gnration des diffrentes critures comptables et journaux de comptabilit.
Pour le plan comptable de ce projet, nous avons choisi le plan comptable marocain de
kazacube, dOpenERP pour enregistrer les diffrentes critures comptables dans leurs
journaux respectifs.
1.4. Gestion de base
La gestion de base (ajout, modifier, supprimer) concerne les objets lmentaires, comme les
utilisateurs, les produits, les clients et groupes. Ci-dessus la liste des utilisateurs qui doivent
interagit avec le systme :
68
69
71
72
73
service au client. Une quipe doit assurer le service pour le client. Pour ensuite termin par
laffectation des interventions au ticket.
74
75
76
77
78
79
Tiny ERP, OpenERP, pour une gestion dentreprise efficace et intgre, Edition
Eyrolles, (Geoffrey S. Gardiner and Fabien Pinckaers), Mai, 2008.
OpenERP : A modern approach to integrated business management based on a free
Open Source software system (Geoffrey S. Gardiner and Fabien Pinckaers), janvier,
2011.
Open Object Developer Book (Tiny ERP) ,2011.
Smile - Livre blanc ERP Open Source version 1.2. (), 2008.
Programmation python Edition Eyrolles, (Tarek ZIAD), janvier 2006.
Apprendre programmer avec Python3 Edition Eyrolles (Grard Swinnen), fvrier
2012.
Webographie
80
ANNEXE :
Ce prsent rapport comprend des annexes
Portant sur :
81
Sinon lors de linstallation dOpenERP toutes les dpendances python sont installer
automatiquement (cest lavantage dutilisation dOpenerp sous linux par rapport Windows
qui oblige linstallation de ces dpendances manuellement).
5. Tlcharger la dernire version de openerp
Toutes les versions dopen source OpenERP sont disponible sur les sites suivant dans notre
cas (linux ubuntu) on va tlcharger le paquet openerp_7.0-20130302-002131-1_all.deb
https://www.openerp.com/en/pricing
https://launchpad.net/openobject/
http://nightly.openerp.com/7.0/nightly/deb/
Aprs le tlchargement du paquet on cherche le paquet et on vrifier sil nest pas installer et
aprs on lance linstallation :
sudo dpkg -i `find . -type f -name '*.deb'`
sudo apt-get -f install
6. Flash plugin
Votre navigateur doit avoir le plugin Flash install, car OpenERP Web utilise des
Composants Flash.
Sudo apt-get install flashplugin-nonfree
2.
82
83
Figure 41: les tapes dinstallation des outils postgresql sous Windows
c) Contrle des services
84
Vous pouvez contrler ltat des services openerp et postgresql via linterface suivant :
Exemple :
class res_partner_address(osv.osv):
_name = 'res.partner'
_columns = {
'name': fields.char('Name', size=128, required=True, select=True),
'date': fields.date('Date'),
'ref': fields.char('Code', size=64),
}
res_partner()
85
86
87
<?xml version="1.0"?>
<openerp>
<data>
<record model="ir.ui.view" id="view_eone_ticket_form">
<field name="name">ticket</field>
<field name="model">eone.ticket</field>
<field name="type">form</field>
<field name="arch" type="xml">
<form string="eone.ticket">
<group colspan="4" col="4">
<field name="cree par" select="1"/>
<field name="client" select="0"/>
<field name="affecter a" select="2"/>
<field name="detaille" select="0"/>
<field name="date creation" select="0"/>
<field name="titr ticket" select="0"/>
<field name="contact appelent" select="0"/>
<field name="motif" select="0"/>
<field name="etat" select="0"/>
<field name="date fermiture" select="0"/>
</group>
<separator string="affectation des interventionnnn"/>
<newline/>
<field name="intervention" select="0"/>
</form>
</field>
</record>
<record model="ir.ui.view" id="view_eone_ticket_tree">
<field name="name">ticket</field>
<field name="model">eone.ticket</field>
<field name="type">tree</field>
<field name="arch" type="xml">
<tree string="eone.ticket">
<field name="cree par"/>
<field name="affecter a"/>
<field name="date creation"/>
<field name="titr ticket"/>
<field name="contact appelent"/>
<field name="motif"/>
<field name="etat"/>
<field name="date fermiture"/>
<field name="detaille"/>
<field name="client"/>
<field name="intervention"/>
</tree>
</field>
</record>
<record model="ir.actions.act_window" id="action_eone_ticket">
<field name="name">Ticket</field>
<field name="res_model">eone.ticket</field>
<field name="view_type">form</field>
<field name="view_mode">tree,form</field>
</record>
<menuitem name="Service Technique" id="menu_eone_ticket"
action="action_eone_ticket"/>
</data>
</openerp>
88
Le model ci-dessus reprsente une facture envoyer au client ait mlouk addi pour lui
sinformer quune facture a tait tablir par lentreprise Eonegroup.
89
Les modles de messageries a pour but dassurer le suivi des commandes et factures.
90
91
92
93
94
96