Soutenance PFE ingénieur génie logiciel

Post on 06-Aug-2015

241 views 25 download

Transcript of Soutenance PFE ingénieur génie logiciel

Refonte et extension d’un module de gestioncommerciale SD-Leader (Sales & Distribution System)

Réalisé par : Siwar GUEMRI

Soutenu devant les membres de jury:Mme Saloua BENYAHIA : PrésidenteMme Fatma BAKLOUTI : ExaminatriceMme Wahiba BENFRADJ : Responsable à l'INSATM. Tarek FARES : Responsable à l'Entreprise

• Contexte du projet

Plan

• Etude de l’existant

• Analyse et spécification des besoins

• Conception et Architecture

• Réalisation de la solution

• Conclusion et perspectives

2

Contexte du projet

3

Organisme d’accueil

Gestion des fraudes et

assurance de revenus

Assistance à la gestion des

projets informatiques

Implémentation des projets Data-

Warehouse et Business

Intelligence.

Développement spécifique selon les besoins du

client

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

4

Problématique

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

ERP

Projet de refonte et d’extension de cet ERP

5

Présenation du projet

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

• Fait partie de ce projet de refonte.• Concevoir et implémenter une nouvelle version du module de

gestion commerciale en utilisant SCRUM et en se basant sur l’étude de processus métier.

• Gestion des clients• Gestion des devis• Gestion des bons de commandes• Gestion des bons de livraisons• Gestion des bons de réceptions• Gestion de stock• Facturation• Paiement• Clôture de la caisse• Paramétrage• Gestion des utilisateurs

6

Etude de l’existant

7

Analyse de l’existant

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

• Gestion des clients• Gestion des articles• Gestion des devis• Gestion des bons de commandes• Gestion des bons de livraisons• Facturation• Paiement

8

Critiques de l’existant

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

Gestion des autorisations

• Accès aux mêmes modules

• Notion des rôles n’a pas été considérée.

Module de gestion des utilisateurs

9

Critiques de l’existant

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

Fonctionnalités

• Insuffisances fonctionnelles

• Module ne suit aucun processus métier

Élaboration d’un processus métiers

10

Analyse et spécifications

des besoins

11

Les acteurs du système

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

Administrateur

Service Commercial Service Approvisionnement Caissier

12

Processus métier

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

13

Spécifications fonctionnelles

Gérer les

devis

Gérer les

bons de

commandes

Gérer les

factures

Gérer les

clients

Gérer le

stock

Gérer les

bons de

livraisons

Gérer les

bons de

réceptions

Service Commercial

Service Approvisionnement

14

Gérer les

utilisateurs

Gérer les

paiements

Clôturer la

caisse

Administrateur

Caissier

15

Spécifications non-fonctionelles

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

Disponibilité Extensibilité Sécurité Ergonomie

16

Conception et Architecture

17

Architecture de la solution

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

Utilisateur

Serveur Web

Serveur des

données

Présentation Service Accès aux

données

Les

ob

jets

tie

rs

XHTML pages

Entity beans

DA

O in

terf

ace

DA

O C

lass

es

Serv

ices

Cla

sses

Serv

ices

inte

rfac

es

Man

aged

bea

ns

HTT

P

18

Les sprints

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

Sprints Durée (jours)

Gestion de stock 14

Gestion des utilisateurs et Paramétrage 7

Gestion de devis 14

Gestion des bons de commandes 7

Gestion des livraisons 7

Facturation 7

Paiement 7

Clôture de la caisse 7

19

8 Sprints

Les sprints

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

20

• Spécification fonctionnelle• Conception• Codage• Test

Les activités principales pour chaque sprint sont:

Sprint de Gestion de stock

Retraire les

articles

Déposer les

articles

Transférer les

articles

Consulter

l’historique des

opérations

Agent Approvisionnement

21

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

Spécifications fonctionnelles

S’authentifier

<<include>>

<<include>>

<<include>>

<<include>>

class Gestion de stock

Models

ManagedBeans

Serv ice

DAO

dao::Item_inoutDAO

- sessionFactory: SessionFactory

+ addItem_inout(Item_inout) : void

+ updateItem_inout(Item_inout) : void

+ deleteItem_inout(Item_inout) : void

«interface»

dao::IItem_inoutDAO

+ addItem_inout(Item_inout) : void

+ updateItem_inout(Item_inout) : void

+ deleteItem_inout(Item_inout) : void

mbeans::ItemInOutMB

~ itemService: IItemService

~ item_inoutService: IItem_inoutService

~ warehouseService: IWarehouseService

+ search() : void

+ entrer() : void

+ inStock() : String

+ outStock() : String

+ trsStock() : String

mbeans::ItemInOutConsultingMB

~ itemService: IItemService

~ item_inoutService: IItem_inoutService

~ warehouseService: IWarehouseService

+ search() : void

Serializable

model::Item_inout

- quantity: Float

- type: Boolean

- date: Date

- item: Items

- warehouses: Warehouses

- unit_price: Float

- transport_price: Float

- tva: Float

+ getters()

+ setters() : void

serv ices::Item_inoutServ ice

~ item_inoutDAO: IItem_inoutDAO

+ getItem_inoutDAO() : IItem_inoutDAO

+ setItem_inoutDAO(IItem_inoutDAO) : void

+ addItem_inout(Item_inout) : void

«interface»

serv ices::IItem_inoutServ ice

+ addItem_inout(Item_inout) : void

+ updateItem_inout(Item_inout) : void

+ deleteItem_inout(Item_inout) : void

Agent

Approv isionnement

GestionDeSstockUI

~item_inoutDAO

-item_inout

~item_inoutService

-item_inout

~item_inoutService

Réalisation de la solution

23

Environnement

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

24

Scénario de démonstration

Créer un devis

Prendre en

charge un

bon de

commande

Créer un bon de

livraison

Générer un

bon de

réception

Exécuter la

livraison

Agent Commercial

Agent Approvisionnement

25

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

Générer une

facture

Régler paiement

Agent Commercial

Caissier

26

Démonstration

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

Authentification de l’« Agent Commercial »

27

28

29

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

Authentification de l’« Agent Approvisionnement »

30

31

32

33

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

Authentification de l’« Agent Commercial »

34

35

36

Contexte du projet | Etude de l’existant | Analyse et spécifications des besoins | Conception et architecture | Réalisation de la solution

Authentification du « Caissier »

37

38

39

40

Conclusion

Perspectives

◇ Découvrir le monde professionnel◇ Concevoir et implémenter un module d’ERP extensible et

évolutif

◇ Integration d’un système basé sur les lecteurs codes à barres des produits

◇ Extraire le module de gestion des utilisateurs

41

Merci de votre attention

Refonte et extension d’un module de gestioncommerciale SD-Leader (Sales & Distribution System)

Réalisé par : Siwar GUEMRI

Soutenu devant les membres de jury:Mme Saloua BENYAHIA : PrésidenteMme Fatma BAKLOUTI : ExaminatriceMme Wahiba BENFRADJ : Responsable à l'INSATM. Tarek FARES : Responsable à l'Entreprise