Download
1 / 19
190 likes | 295 Views
Lannion 23/06/1999. CoCAO. Les 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). Soit le processus a été mal appliqué:
E N D
Lannion 23/06/1999 CoCAO
Les 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) • 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é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é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
A3b A2 A3 A4 Réunion Les trois solutions en face d'un problème Problème (b) (a) (c)
Exemple 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éel • Faillite d'un participant • Mise en œuvre d'un nouvel appel d'offres • Solution (b)
Proposition • 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}
A B A C B Proposition • 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 C
Proposition • 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
Proposition • 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
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}
a b c a c a b c c qs qe a b c a b c c a b c a b c a c Où en est le prototype ?
0.333 0,25 1 1 1 0.667 0.5 1 qe qs a b c a c 1 0,75 1 0,4 qs a b c qe 0.5 0,2 0,4 Où en est le prototype ? Modélisation actuelle: {abcac, abcc, abcabcc, abcabcac} Modélisation future:
Conclusion • 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é
