Proposition d’un support de conduite

des processus d’entreprise

dans un contexte perturbé

R. Megartsi et A.Cauvin

Département de recherche en Informatique Automatique et Mécatronique

PLAN

I. Contexte de notre travailI

IV. Conclusion et Perspectives

II. Problématique : Conduite des processus d ’entreprise dans un contexte perturbéII

IV

III III. Proposition d ’un support de conduite 1. Phase d ’analyse2. Phase d ’exploitation

0/17

Filière mécanique

Filière électronique

Filière informatique

Prototype

Génération Concepts

Modélisation virtuelle/physique

Evaluation Concepts

Définition Spécifications techniques

Conception détaillée

Prototypage

Zone d’intégration

FM E

FM M

Coordination

échangesd ’informations

Contexte de notre étude: Conduite et perturbations

Exemple : Zone d’intégration en ingénierie simultanée

I

II

III

IV

1/17

perturbations

Prise de décisions

Génération Concepts

Modélisation virtuelle/physique

Evaluation Concepts

Définition Spécifications techniques

Conception détaillée

Prototypage

Fm : Filière métier

2/17

I

II

III

IV

Difficultés rencontrées

• Sensibilité particulière aux perturbations (types de décision non-programmées)

• Manque de partage des connaissances et de communication entre FM

• Perte de temps de réaction due à la "Re-invention" des solutions et à la répétition des erreurs

• Perte des compétences du niveau "collaboratif" au niveau  "acteur »

• Remise en cause fréquente des règles de conduite des processus

Modélisation et capitalisation des mécanismes de prise charge des perturbations

• Modéliser les processus de prise de Décision

( décisions de type non programmées [SIMON.H.A,1990])

• Modélisation du réseau de communications informelles [LEMOINGNE.J.L, 1990]

• Capitaliser des processus d ’entreprise [GRUNDSTEIN.M, 1995]

3/17 Définitions : Perturbation-Processus

Perturbation

"tout événement imprévu conduisant à la rupture du fonctionnement en mode

normal d’un processus d’entreprise"

Processus d ’entreprise

Processus

Activité 1

Activité n

Action a Action b

Action c Action d

I

II

III

IV

Situation1

Situation n

4/17 Définition Conduite des processus d ’entreprise

DéfinitionC ’est la capacité à prendre des décisions pertinentes afin de prendre en charge,

dans des délais acceptables,

l’occurrence d’une perturbation,

en s’appuyant sur une bonne coordination entre les différents acteurs,

pour exploiter leurs connaissances et leurs compétences,

en équilibrant l’autonomie individuelle et l’agencement collectif des actions

gestion des mécanismes de prise en charge des perturbations

gestion des processus de décisionsLa conduite

I

II

III

IV

I

II

III

IV

5/17Problématique: conduite des processus

d ’entreprise dans un contexte perturbé

Besoins industriels

Besoins d ’un support méthodologique commun pour tous les acteurs de la conduite

Fédérer les processus de l’entreprise

Aide à la décision pour

prendre en charge les

perturbations

Améliorer les conditions de conduite des processus dans un contexte perturbé

Contributions: Proposition d ’un support de

conduite

(Analyse des processus et des perturbations)

Analyse de la conduite

Phase 1

Phase 2Exploitation du système de conduite

(Plate-forme d ’aide à la conduite)

I

II

III

IV

6/17

Analyse de la conduite

Objectif: Compréhension de la pratique de conduite

• les Acteurs

• les Circuits d ’information

• les Décisions et leur impact

• les Indicateurs de performance

Analyse des perturbations

Modélisation des processus

étudier

I

II

III

IV

7/17

Modélisation des Processus

Entrée SortieProcessus

Réseau des activitésI

II

III

IV

8/17

EntréeCode

Verbe

Ressourcescognitive

Ressource technique

Indicateurs de performance

IP

Type (S, I,E)

Sortie

qualité

coût

délais

prévu réel

Situation

Assembler E& I

4.1

Valider prototype

18.1

Assembler prototype

5.1

&

J2

Concevoir boitier

2.1

&

J1

&

J4

Concevoir Carte électronique

1.1

Concevoir soft

3.1

L1 L7L3 L18L9

L6L24

L23L22

IP IP

IP

IP

IPIP

Tester boitier

17.1

Assembler

15.1

Usiner pièces

14.1

L17L16

IP IP IP

Tester

Carte

13.1

Cabler et

souder

12.1

Réaliser

circuit

imprimé

10.1

L14L15

IPIPIP

Tester Intégration

9.1

Intégrer soft - puce

8.1

implémenter soft

7.1

L11L10

IP IP IP

Modélisation des Processus

I

II

III

IV

9/17

Analyse des perturbations

I

II

III

IV

• Identification et Catégorisation des Principales Perturbations

• Représentation Relais Actorial

• Représentation des Processus de Prise en Charge des Perturbations

10/17

Perturbation Significative

Rôle et ordre d’intervention des acteurs,

type et nature des informations échangées entre acteurs

Description du processus décisionnel déclenché face à l ’occurrence d ’une perturbation

Perturbation Gravité Causalité Prévisibilité Maîtrise

Intégration Soft dans carte Assez forte Initiale N/prévisible Aucune

Interférences Assez forte Résultante N/prévisible Partielle

Câblage filaire d’un module à l’autre Assez forte Résultante N/prévisible Partielle

Perçage et taraudage Assez faible Résultante Prévisible Partielle

Retard de livraison Assez forte Résultante Prévisible Aucune

Catégorisation des Principales perturbations

I

II

III

IV

11/17

Perturbation Significative = Gravité assez forte + Maîtrise aucune

Intégration Soft dans carte Assez forte Initiale N/prévisible Aucune

Représentation Relais Actorial 12/17

acteurActeur décideur

Client

Fournisseur

Technicien

Resp électroniqueResp informatique

0 1

2

3

5

Communication formelle

Communication informelle

Relation de concertation

Perturbation

Resp mé canique

4

Resp achatResp commercial

Chef du projet6

7

8 99

10

9 9

11I

II

III

IV

Environnement externe

Environnement

interne

Représentation des processus de prise en charge des perturbations

Intégration

réalisée

Intégration

validée

Process /

Tester Intégration

Intégration

non validée

Soft

reprogrammé

Process Flow/

Sélectionner solution

Goto /

Concevoir Soft

Assembler

Goto/

Elec-Info

Goto /

IntégrerPuce changée

Non disponible Commandée RéceptionnéeGoto /

Intégrer

Process Flow/Sélectionner

Fournisseur

Process Flow /Demander matériel stock

Disponible

I

II

III

IV

13/17

14/17Exploitation de la conduite

Développement d ’une plate-forme d’aide à la conduite

Objectifs:

• Doter le système de conduite d’une capacité de structuration (décisions non-programmées ---> décisions programmées)

• Structurer la mémoire de l’entreprise

• Améliorer la communication entre les acteurs

• Capitaliser des connaissances

I

II

III

IV

Fonctionnalités de la plate-forme d ’aide à la conduite

I

II

III

IV

15/17

Perturbation

Informer

Base de données

Support de conduite

connues

Mémoriser

Décider

Réactions

Réaction

identifierconsulter

Acteurs impliqués

Classifier

Réagir

Perturbations

NouvellePerturbation

Réseau

Procédure de capitalisation 16/17

I

II

III

IV

NomDDc

lexiques

NomDDc

activité a1{

}

a2{

}

Validation

nom donné au

Processus de prise en charge

de la perturbation

Description des conditions dans lesquelles

ils se trouvent afin de réagir

Enregistrement des activités décrivant la processus deprise en charge

axiomatique

r1

r2

r3

Processus Représentation du

Processus

Classes deProcessus

au sein de l'entrepriseau sein de la plate-forme

d’aide à la conduite

I

II

III

IV

Conclusions et Perspectives17/17

Fournir aux acteurs de la conduite une aide

pour la prise en charge des perturbations

Proposition d ’un support de conduite

Analyse exploitation

Implémenter et valider la plate-forme

Modèles et outils