CoCAOCoCAO

Lannion23/06/1999

Les problèmesLes problèmes

Processus lourds multiples intervenants distribués

et complexes longs dynamiques

Difficile de modéliser ces processus Difficile de gérer ces processus

Points clés (AQC)Points clés (AQC)

Soit le processus a été mal appliqué: on met en œuvre des actions correctives

Soit le processus est inapte à la situation rencontrée: dans ce cas, le processus doit être modifié

Ne pas oublier une «dynamique d'évolution permanente»

Solutions envisagéesSolutions envisagées

Un workflow unique et global solution déjà envisagée pour les données (IFC,

Step/Express) complexité à mettre en œuvre, inadéquat à

l'utilisation Un ensemble de fragments de workflows

se rapproche de la manière de procéder reste toujours le problème de mise en œuvre

(acquisition), le problème lié à l'aspect statique et à l'incapacité à gérer les changements

Solution proposéeSolution proposée

Partir de workflows existants (guide AQC)

Fournir des moyens d'acquisition et d'enrichissement (workflows manuels)

Fournir des moyens d'adapter les workflows existants à partir des usages

Il ne s'agit pas de fournir des workflows type administratif

Réunion

Les trois solutions en face d'un problème

Les trois solutions en face d'un problème

A2 A3

A3b

A4

Problème

(a)

(b)

(c)

Exemple réelExemple réel

Mise au point de l'esquisse Problème lors de la validation Raison 1: budget dépassé !

Solution (c) Solution informelle, coopération pour une prise

de décision corrective Raison 2: POS modifié (événement

extérieur au workflow) Solution (a) On doit reprendre en compte les servitudes de la

zone

Exemple réelExemple réel

Faillite d'un participant Mise en œuvre d'un nouvel appel

d'offres Solution (b)

PropositionProposition

Une activité appartient à un processus Processus: esquisse Activité: calcul du budget prévisionnel

Une activité possède un début et une fin Une activité produit un résultat On a donc le tuple suivant

{processus, activité, début-fin, résultat} {esquisse, calcul budget, début-null, null} {esquisse, calcul budget, début-fin, budget}

PropositionProposition

Une activité B suit une activité A ssi B débute après que A termine dans chaque

exécution dans laquelle A et B apparaissent il existe une activité C telle que C suit A et B

suit CA

B

AC

B

PropositionProposition

Dépendance entre activités si B suit A et A ne suit pas B, alors B dépend

de A si A suit B, et B suit A, alors A et B sont

indépendantes si A ne suit pas B, et B ne suit pas A, alors A

et B sont indépendantes

PropositionProposition

Coopération entre activités si B débute avant que A termine dans les

toutes les exécutions, et que res(A) (resp. res(B)) est utilisé dans B (resp. A), alors A et B coopèrent

Sous-activité si B débute après que A débute, et B termine

avant que A termine dans toutes les exécutions, B est une sous-activité de A

ScénarioScénario

ScénarioScénario

ScénarioScénario

Où en est le prototype ?Où en est le prototype ?

État courant: uniquement succession et dépendance pas de prise en compte de la coopération ni

des sous-activités Si on a les exécutions suivantes:

{abcac, abcc, abcabcc, abcabcac}

Où en est le prototype ?Où en est le prototype ?

a b c a c

a b c c

a b c a b c c

a b c a b c a c

qeqs

Où en est le prototype ?Où en est le prototype ?

qs a b c qe1 0,75

0,25

1 0,4

0,20,4

{abcac, abcc, abcabcc, abcabcac}

qs a b c1 a c qe1 1 0.667 0.5 1

0.333

0.5

Modélisation actuelle:

Modélisation future:

ConclusionConclusion

Granularité choisie par les participants Proposition d'opérateurs (COO,....)

coopération réunion

Prise en compte des acteurs Évaluation du gain/coût ?

mesure possibilité d'exprimer le coût d'une activité