Rapport de Projet ERP
Rapport de Projet ERP
Rapport de Projet ERP
Figure 1 : Diagramme de cas dutilisation gnral Figure 2 : Raffinement de cas dutilisation Ajouter un client .. Figure 3 : diagramme de squence relatif au cas dutilisation Ajouter client ..... Figure 4 : Raffinement de cas dutilisation supprimer un client Figure 5 : diagramme de squence relatif au cas dutilisation supprimer client ... Figure 6 : Raffinement de cas dutilisation modifier un client Figure 7 : diagramme de squence relatif au cas dutilisation modifier client Figure 8 : Raffinement de cas dutilisation Chercher un client .. Figure 9 : Raffinement de cas dutilisation Chercher un client .. Figure 10 : Raffinement de cas dutilisation Ajouter un fournisseur... Figure 11 : diagramme de squence relatif au cas dutilisation Ajouter fournisseur... Figure 12 : Raffinement de cas dutilisation Supprimer un fournisseur Figure 13 : diagramme de squence relatif au cas dutilisation Supprimer fournisseur Figure 14 : Raffinement de cas dutilisation modifier un fournisseur Figure 15 : diagramme de squence relatif au cas dutilisation Modifier fournisseur. Figure 16 : Raffinement de cas dutilisation Chercher un fournisseur Figure 17 : diagramme de squence relatif au cas dutilisation Chercher fournisseur.. Figure 18 : Raffinement de cas dutilisation Ajouter un produit Figure 19: diagramme de squence relatif au cas dutilisation Ajouter produit. Figure 20 : Raffinement de cas dutilisation Supprimer un produit. Figure 21: diagramme de squence relatif au cas dutilisation Supprimer produit.. Figure 22 : Raffinement de cas dutilisation Modifier un produit.
1 1
Figure 23: diagramme de squence relatif au cas dutilisation Modifier produit. Figure 24 : Raffinement de cas dutilisation Chercher un produit.... Figure 25: diagramme de squence relatif au cas dutilisation Chercher produit. Figure 26 : Raffinement de cas dutilisation Ajouter une commande client .. Figure 27: diagramme de squence relatif au cas dutilisation Ajouter une commande client. Figure 28 : Raffinement de cas dutilisation Ajouter une commande fournisseur . Figure 29: diagramme de squence relatif au cas dutilisation Ajouter une commande fournisseur Figure 30 : diagramme de classe gnral ...
Introduction gnrale
Chapitre 1 :
Cadre gnral du projet et tude de lexistant
Introduction :
Dans ce chapitre, nous allons commencer tout dabord par la prsentation dun ERP et nous donnons ensuite une prsentation de notre projet. I. Prsentation dun ERP : 1. Dfinition : LERP (Entreprise Ressources Planning) ou en franais PGI (Progiciels de Gestion Intgr) est une application permettant de grer les processus dune entreprise. Les
diffrentes fonctions de lentreprise sont intgres sous forme de forme de modules indpendants en utilisant une seule et mme base de donnes. Les ERP sont des systmes de gestion intgre dentreprise reposant sur un progiciel intgr paramtrable.ils permettant de grer lensemble des fonctions (finance, logistique, ressources humaines, etc) et processus dune entreprise. Les principaux ERP du march sont :
SAP :
Logiciel de gestion financire complet et intgr, la solution SAP ERP Financial permet votre service financier de jouer le rle du partenaire stratgique et de vous fournir les informations commerciales dont votre organisation a besoin pour augmenter ses performances financires.
SAGE :
Amliorer la satisfaction de vos clients : la qualit de vos produits et services nest plus le seul critre de choix des clients, qui se montrent de plus en plus attentifs la valeur ajoute additionnelle que peut apporter votre entreprise.
MICROSOFT DYNAMICS :
Qui aident intgrer les finances, la comptabilit, la fabrication, les projets, le commerce de dtail et les autres processus mtier de la chane logistique. o Grands ERP: SAP, ORACLE, PEOPLESOFT o Petits ERP specialis: SAGE, QUALIAC, CEGID
II.
1. Pour qui ?
Les ERP sont principalement destins aux grandes entreprises ou multinationales du fait dun cout important. Cependant, le march des ERP tend se dmocratiser vers les PME /PMI.
Certains diteurs conoivent un ERP uniquement pour ce type de structure. Enfin, il existe des ERP open source ce qui revient moins cher, puisquil ny a pas de cout de licence (ils sont gratuits).
2. Pourquoi ?
Concrtement, les avantages de la mise en place dun ERP sont les suivants : Intgrit et unicit du systme dinformation, cest dire globalisation de la formation (mme logique, mme ergonomie).un ERP permet dviter la redondance dinformation entre diffrents systme dinformation de lentreprise. Partage du mme systme dinformation facilitant la communication interne et externe. Matrise des cots et des dlais de mise en uvre et de dploiement. Optimisation des processus de gestion (flux conomiques et financiers). Un ERP permet de matriser les stocks, lment important pour la plupart des entreprises car les stocks coutent chers. III. Prsentation du projet :
1. Objectif :
Lobjectif de notre projet est ltude et la mise en place dun ERP (Entreprise Ressources Planning) qui permettra de grer les processus dune entreprise (production, achat, comptabilit, stock).
3. Solution propose :
Etant donns les inconvnients cits ci-dessus, et dans le but dutiliser des tches dcrites prcdemment.
Notre application permettra de sauvegarder dans la base de donnes toutes les informations concernant les quipements. Elle offrira chaque utilisateur la possibilit daccder aux informations en sidentifiant par son login et son mot de passe. Ainsi, cette solution assurera la confidentialit des informations. En outre, notre application facilitera linterprtation des suivis des quipements puisquelle effectuera des mises jour automatiques et elle affichera automatiquement et rgulirement des inventaires dtaills pour chaque logiciel.
Conclusion :
Nous avons essay dans ce chapitre de donner une vue claire sur le projet pour avoir faire lanalyse des services que lapplication doit offrir et les contraintes sous lesquelles elle doit fonctionner.
Chapitre 2 :
Spcification des besoins et laboration du cahier des charges et de LERP
6 6
Introduction :
LERP est un logiciel de gestion qui aide a bien grer la gestion dune socit et parmi les gestions qui les couvre : Gestion des achats. Gestion des ventes. Gestion comptable : comptabilit client, fournisseur, modalisation personnel. Gestion de stock (logistique). Pour assurer notre objectif il est essentiel davoir une vue claire des diffrents besoins de notre projet. Dans ce chapitre on essayera de prsenter les diffrents acteurs de notre application et voquer leurs besoins fonctionnels et non fonctionnels. I.
Identification des acteurs du systme : Dans cette partie nous allons prsenter les diffrents acteurs de notre application : Ladministrateur : Lauthentification : ladministrateur doit sauthentifier au systme avant de pouvoir accder aux informations confidentielles. Ladministrateur a les droits suivants : La gestion des produits : Ajouter, Modifier, Supprimer, Chercher La gestion des fournisseurs: Ajouter, Modifier, Supprimer, Chercher La gestion des clients : Ajouter, Modifier, Supprimer, Chercher La gestion des commandes : (clients, fournisseurs) La gestion des factures (clients, fournisseurs): Ajouter, Chercher Effectuer des recherches selon les diffrents critres. Le magasinier : Effectuer des recherches : client, fournisseur, produit, commande. Sidentifier pour faire la gestion des produits : Ajouter, Modifier, Supprimer, chercher et pouvoir accder aux informations confidentielles. Le comptable : 7 7
Effectuer des recherches : client, fournisseur, produit, facture. Sidentifier pour faire la gestion des factures : Ajouter, Modifier, Supprimer, chercher et pouvoir accder aux informations confidentielles.
II.
1. Besoins fonctionnels :
Dans cette partie on a comme but dexpliquer clairement les diffrents besoins de tous les acteurs de notre application. Tout acteur doit sidentifier pour utiliser lapplication. Lidentification se fera via le login et le mot de passe dutilisateur. Elle permettra daider lacteur pour accder sa page de service. Ladministrateur : o Ladministrateur introduit son login et son mot de passe pour sidentifier au systme pour accder aux informations confidentielles. o Ladministrateur a le droit dajouter, modifier, supprimer et chercher des clients. o Ladministrateur a le droit dajouter, modifier, supprimer et chercher des fournisseurs. o Ladministrateur a le droit dajouter, modifier, supprimer et chercher des produits. o Ladministrateur a le droit dajouter et chercher des factures. o Ladministrateur a le droit de faire la gestion des commandes dun client. o Ladministrateur a le droit de faire la gestion des commandes dun fournisseur. Le magasinier : Le magasinier introduit son login et son mot de passe pour faire la gestion des produits (Ajouter, Modifier, Supprimer, chercher). Le magasinier a le droit deffectuer des recherches pour le client, fournisseur, produit, commande. Le comptable : Le comptable a le droit dffectuer des recherches pour le client, fournisseur, produit, facture. Le comptable introduit son login et son mot de passe pour faire la gestion des factures (Ajouter, Modifier, Supprimer, chercher).
Conclusion :
Dans ce chapitre, nous prsentons une analyse globale de lapplication tout en spcifiant les besoins fonctionnels et les besoins non fonctionnels.
Chapitre 3 :
ETUDE Conceptuelle
Introduction :
9 9
Dans ce chapitre on va reprsenter toute les tapes lies lanalyse et la conception du projet ; on deux parties de conception : 1. Analyse et la conception du systme 2. Conception de la base de donnes
10
10
Administrateur
Systeme
demande d'identification
Figure 3 : diagramme de squence relatif au cas dutilisation Ajouter client Description dtaille de cas dutilisation Supprimer un client
11
11
Administrateur
Sysme
demande d'identifier
validation
12
12
13
13
Administrateur
Systme
demande d'identification
validation
14
14
15
15
Administrateur
Systme
demande d'identification
validation
affiche le resultat
16
16
Administrateur
Systme
demande d'identification
validation
17
17
18
18
Administrateur
Systme
demande d'identification
validation
Figure 13 : diagramme de squence relatif au cas dutilisation Supprimer fournisseur Description dtaille de cas dutilisation Modifier un fournisseur
19
19
20
20
Administrateur
Systme
demande d'identification
validation
Chercher un fournisseur
Administrateur
<<include>> S'identifier
21
21
22
22
Administrateur
Systme
demande d'identification
validation
affiche le resultat
<<include>>
Ajouter un produit
Administrateur
S'identifier
23
23
24
24
Administrateur
Systme
demande d'identification
validation
Supprimer un produit
Administrateur
<<include>> S'identifier
25
25
26
26
DiagrammeSequence 1
Administrateur
Systme
demande d'identification
validation
27
27
<<include>>
Modifier un produit
Administrateur
S'identifier
28
28
Administrateur
Systme
demande d'identification
validation
Figure 23: diagramme de squence relatif au cas dutilisation Modifier produit Description dtaille de cas dutilisation Chercher un produit
Chercher un produit
Administrateur
<<include>> S'identifier
Administrateur
demande d'identification
validation
affiche le resultat
30
30
<<include>> S'identifier
Client
31
31
Administrateur
Systme
demande d'identification
Figure 27: diagramme de squence relatif au cas dutilisation Ajouter une commande client Description dtaille de cas dutilisation Ajouter une commande fournisseur
<<include>> S'identifier
Fournisseur
32
32
33
33
Administrateur
Systme
demande d'identification
Figure 29: diagramme de squence relatif au cas dutilisation Ajouter une commande fournisseur
34
34
Facture num_fact prix total code_produit designation cat_produit prix d'achat qt_produit remise tva date reglement -
Produit #code_produit cat_produit qt_produit tva prix d'achat marque : int : char : int : int : int : char Fournisseur Command num_command #code_produit cat_produit qt_produit date ... #code_f cin_f nom_f prenon_f adresse_f tel_f mail_f : int : int : char : char : char : int : char
Facture client #code_client cin_client nom_client prenom_client mail_client adresse_client tel_client Command client - #code_client - nom_client Command fournisseur - #code_fournisseur - nom_fournisseur
Client #code_client cin_client nom_client prenom_client mail_client adresse_client tel_client Bon de livraison - num_client - num_command - date
35
35