Post on 01-Jan-2016
description
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é