SALSA (Software for Assistance in Logistical Solutions Analysis)

1
SALSA (Software for Assistance in Logistical
Solutions Analysis)

• Soutenance de projet

Mercredi 21 Décembre
2
Plan

1. Pourquoi un outil de management de la Supply
   Chain amont ?
2. La couverture fonctionnelle de SALSA
3. Architecture, algorithmes et démonstration de
   loutil
4. La conduite du projet

3
Pourquoi SALSA ?

• Organisation logistique plus complexe
  augmentation de la sous-traitance et du nombre de
  maillons sur la chaîne.
• Une internationalisation de lapprovisionnement.
• Des organisations de plus en plus matricielles,
  avec des actions inter services pour mener à bien
  lactivité.
• Importance du partage de linformation
• Manque doutils adaptés au niveau stratégique

4
Quels sont les objectifs dune entreprise ?
5
Comment atteindre ces objectifs ?
6
Comment développer la transversalité achat
logistique

• Coordonner les actions des différents acteurs de
  ce processus
• Eviter la asymétrie dinformation entre ces
  acteurs
• Leur permettre de justifier et dargumenter leurs
  choix
• Faciliter laccès et lanalyse de linformation

7
Développer la collaboration achats-logistique
8
Couverture fonctionnelle de SALSA

• Utilisé par les achats et la logistique
• Définir les flux dapprovisionnement
• Prendre en comptes les contraintes logistiques et
  la demande client dans la sélection des
  fournisseurs
• Réduire les couts dapprovisionnement
• Visualiser aisément les flux et leur provenance

9
Pourquoi séquiper dun tel outil ?
10
Un exemple de process

• Un fournisseur augmente ses prix
• Que se passe-t-il aujourdhui dans votre
  entreprise ?
• Avec SALSA
• Lacheteur saisit le nouveau prix dans SALSA.
• Il évalue les nouveaux coûts dapprovisionnement
  à laide de SALSA.
• Il peut ensuite vérifier si le nouveau prix donné
  par le fournisseur est toujours intéressant. Si
  ce nest pas le cas SALSA lui proposera une (ou
  plusieurs) solution(s) alternative(s).

11
Architecture, algorithmes et démonstration de
loutil

1. Architecture logicielle de loutil
2. Recherche opérationnelle et algorithmes
3. Démonstration

12
Architecture du logiciel Salsa
Interface Homme Machine
Gestion fichiers
Base de données
Algorithme doptimisation
Évaluation et comparaison
13
Gestion des données

• Base de données Mysql avec interface JDBC
• Interface possible avec le système
  dinformation existant
• Flexibilité en cas de changement de SGBD
• Gestion de fichiers .sol pour larchivage des
  solutions
• Structure arborescente de type XML pour vérifier
  la cohérence des données
• Facilité daccès aux données
• Module dexportation dun fichier solution a
  été envisagé
• Exportation des tableaux de bord vers Excel
• Permet de travailler directement sur un tableur
• Archivage des tableaux de bord

14
Évaluation dune solution

• Évaluation dune solution
• Par référence
• Par produit
• Globale
• Calcul du volume et du coût des marchandises
  transportées par
• Site
• Pays
• Mode de transport
• Comparaison des différentes solutions via lIHM
• Outils Salsa de visualisation
• Tableaux de bord et diagrammes circulaires

15
Interface Homme Machine

• Une interface intuitive, proche de linterface
  Windows XP
• Une prise en main rapide
• Linterface nous guide dans les étapes à suivre
• Une interface robuste via swing
• Fonctionne sur tous les types dOS (Portabilité)
• LAPI swing est riche en fonctionnalité

16
Programme de Génération de Solutions Logistiques

• 1) Principe Générer plusieurs solutions
  pertinentes
• 2) Réflexion Quelle modélisation choisir ?
• 3) Schéma fonctionnel Succession de modules
• 4) Développements envisagés Multi-flots,
  Relaxation Lagrangienne

17
1) Principe

• A partir des données de lutilisateur
• et de ses critères stratégiques,
• modéliser la situation logistique
• pour générer des solutions
• pertinentes
• et variées.
• ? Générer des solutions permettant à
  lutilisateur de visualiser les  meilleures 
  possibilités dapprovisionnement selon différents
  critères

18
2) Réflexion

• Pour résoudre un problème, il est nécessaire de
  choisir une modélisation qui prend en compte le
  plus déléments possibles.
• ? Sites Fournisseurs, Entrepôts, Hubs (ports,
  aéroports), Usines
• ? Produits Demandes usines, Offres
  fournisseurs
• ? Chemins dapprovisionnement Avion, Train,
  Bateau, Route
• ? Contraintes Critères stratégiques (forcer
  lutilisation dun fournisseur, bloquer un
  transporteur), Capacités globales et locales
• ? Données Coûts fixes et variables, Délais,
  Risque, Qualité, Packagings

19
3) Schéma fonctionnel (1)
Base de Données
1 ensemble
Données
Graphe
Solution optimale
Solutions diversifiées
Sélection selon les critères Elagage des données
inutiles
Création des Nœuds et des Arêtes
Recherche de Flots canalisés de coût minimum
Recherche dapprochants (cycles) avec contrainte
de non-similitude
Regroupement des optimaux Mutualisation par
chemins communs
Solutions
20
3) Schéma fonctionnel (2)
21
F1Pa
H1PT1
H1PT1
F1
F1Pb
U1Pa
H1
-D1
D1D3
0,6(D1D3)
U1
D
H1PT2
H1PT2
U1Pb
F1
F1Pc
-D2
H1PT1
H1PT1
U1Pc
U1
H1PT1
H1PT1
0,4(D1D3)
F2
F2Pa
U2Pa
-D3
D2
U2
D
H2PT2
H2PT2
U2Pb
Forcer à 40 pour le Produit A
H2PT2
H2PT2
F3
F3Pc
Coût, Capacité (Délai, Risque)
22
F1Pa
5
H1PT1
H1PT1
F1
5
5
5
F1Pb
5
U1Pa
5
H1
-5
6
5
U1
D
H1PT2
H1PT2
U1Pb
4
F1
F1Pc
-4
4
H1PT1
H1PT1
U1Pc
U1
1
4
H1PT1
H1PT1
4
4
4
F2
F2Pa
5
U2Pa
4
-5
5
U2
5
5
D
5
H2PT2
H2PT2
U2Pb
H2PT2
H2PT2
4
Capacité limitée à 5 unités (sur la période
considérée)
23
F1Pa
5
H1PT1
H1PT1
F1
5
5
5
F1Pb
5
U1Pa
5
H1
-5
6
5
U1
D
H1PT2
H1PT2
U1Pb
4
F1
F1Pc
4
-4
H1PT1
H1PT1
U1Pc
U1
1
4
4
4
4
H1PT1
H1PT1
4
4
4
F2
F2Pa
5
U2Pa
4
-5
5
U2
5
5
D
5
H2PT2
H2PT2
U2Pb
H2PT2
H2PT2
Comparaison du taux de similitude vis-à-vis des
chemins empruntés
4
24
F1
H1
U1
F2
H2
U2
La deuxième solution de groupement a le plus de
 chemins  en commun
25
4) Développements envisagés

• Restrictions prises
• ? Pas de Capacités Globales
• ? Heuristique de Mutualisation
• Améliorations
• ? Multi-flots Considération des produits
  ensembles
• ? Relaxation Lagrangienne Intégration des
  Capacités Globales
• ? Coûts de qualification
• MAIS taille totale des données autorisée réduite

26
Démonstration
27
(No Transcript)
28

1. La conduite du projet

1. Lorganisation mise en place
2. Les outils du projet
3. Le planning lhistorique
4. La répartition des tâches
5. Bilan en chiffres

29
Organisation mise en place
30
Les outils du projet

• MS Project
• projetlosii_at_yahoogroupes.fr
• Gestion du temps (outil développé)
• SVN (Archivage, versionnage)
• Eclipse (outil daide au développement)

31
Planning réalisé du projet
Planning prévisionnel du projet
32
Historique
Choix de la couverture fonctionnelle de loutil
Version finale
Comité de pilotage n2
Version intermédiaire
SOUTENANCE
Rencontre Bull
Rencontre Seb
Charte de fonctionnement
Rencontre Schneider
Analyse de lexistant
Comité de pilotage n1
Décision Algo de flots
Cahier des charges
Fin de mise en place des outils de gestion
Choix des rôles de chacun
Analyse du besoin
Cahier des Spécifications
Salon Progilog
33
Répartition des tâches
Gestion de fichiers
Analyse de lexistant
Cahier des charges
Marketing Com
Analyse du besoin
Algo
Comparaison
BD
IHM
Evaluation
Tests
Débugage
Spécifications
Rendus
34
Bilan en Chiffres
35
Merci pour votre attention
Nous sommes prêts à répondre à vos questions