1

Proposition de mécanismes de versionnement et d’agrégation des connaissances de domaine en

conception de produits industriels

Directeurs : Pr. Michel Tollenaere G-SCOP/INPGPr. Aref Maalej LASEM/ENIS/US

Codirecteur : Dr Habib Ben Bacha LASEM/ENIS/US

US Route de l'aéroport km 0.5 - 3029 SfaxTél. : 74 240 678 / 74 240 986    -   Fax : 74 240 913

URL : http://www.uss.rnu.tn

INPG, 46 Av. Félix Viallet , 38031 Grenoble CedexTel: 04 76 57 43 20 / Fax : 04 76 57 46 95

http://gilco.inpg.fr

ENSGI

2

• Contexte des travaux.

• Problématiques de la recherche

• État de l’art

• Modèles de connaissance de MULTI

• Implémentation des opérateurs de C-K sur les modèles de MULTI

• Le versionnement.

• Les mécanismes de versionnement

• Agrégation des connaissances

• Évolution des versions de connaissances

• Cas d’étude : systèmes de climatisation de voitures automobiles.

• Conclusion.

• perspectives

Plan de la présentation

3

L’étude s’inscrit dans une logique d’ingénierie concourante et de conception routinière, où de

nombreux travaux de recherche tendent à proposer une intégration des connaissances et du savoir-faire, liés à un processus de conception.

Les propositions du projet « Multi » [Menand 02] en font partie.

Contexte des travaux

4

Ingénierie concourante

Les concepteurs et les ingénieurs travaillent simultanément sur un produit pour le transformer de l'étape de concept à l’étape de prototype fonctionnel et à lui faire finalement une réalité d'affaires dans le plus

court délai possible.

temps de conception

Paralléliser et synchroniser les tâches

• partager les connaissances et les ressources de conception

• formaliser les échanges et les décisions

Améliorer la fluidité des échanges des connaissances

5

Les phases amont à la CAO

5

Conception véhicule

Conception sous systèmes

Conception organes

Conceptioncomposants

Réalisationcomposants

Intégrationcomposants

Intégration organes

Intégration sous systèmes

Intégration & qualification

véhicule

STB

STG

STD

STR

Plan de tests

Résultats

fournisseur

Schéma issu de l ’ingénierie système [PSA 99]

6

Typologie de la conception

Conception

Conception routinière Conception nouvelle

Produit de complément

de gamme

Produit de remplacement

Produitnouveau pourl’entreprise

Produitnouveau surle marché

Conception innovante

Conceptioncréative

7

Concepts existants (fournisseurs)

Autres systèmes conçus

Dimensionnement et intégration => conception

routinière

Système à dimensionner et à intégrer parmi d ’autres

systèmes

Consiste à choisir parmi plusieurs concepts établis, et paramétrer celui retenu tout

en l’intégrant dans le système

La structure et les fonctions du produit sont connues au départ.

Conception routinière

8

Problématique de la recherche

Etudier les modèles de versionnement et d'agrégation de connaissances de domaine en conception de produits

Elaborer une méthode qui mette en émergence la collaboration des acteurs en vue de construire dynamiquement un référentiel de connaissances.

Les relations entre les acteurs sont peu formalisées. Les mécanismes de partage, d’interaction et de complémentarité dynamique des tâches difficile à définir.

Difficulté de capitalisation des connaissances métier, réutilisation et maintenance (formalisation, consultation, Mise à jour…)

Manque de systèmes de conception qui puissent être enrichis et modifiés pour prendre en compte de nouvelles technologies tout en réutilisant les concepts fonctionnels

Risque de redondance des connaissances capitalisées dans le référentiel de connaissances

Pas d’outil de suivi de l’avancement d’un projet (processus et produit) et problèmes dans la traçabilité

9

Etat de l’art Gestion, capitalisation et management des connaissances [Grundstein, Ermine, Breuker, Malvache… ]

Dynamique des connaissances en conception

=> L’ingénierie des connaissances [Tollenaere, Tichkiewitch, Dupinet, Eynard, etc.]

=> DEKLARE [Saucier, Vargas, Sellini, etc.]

=> Mémoire de projet [Ribière, Matta, Bekhti, etc.]

=> Théorie C-K [Hatchuel, Weil, Le Masson]

MULTI et ses trois niveaux de connaissances [Tollenaere, Menand, Zouari]

La gestion du versionnement

=> Versionnement d’objet [Van Leeuwen, Kim, Skarra, Talens, Oussalah, etc.]

=> Versionnement d’ontologies [Klein, Noy, Heflin, Compatangelo, etc.]

=> Versionnement de schémas de BD [Odberg, Franconi, Ferrandina, Bounaas, etc.]

10

Modèles de connaissances de MULTI

Générique

Domaine

Projet

Produit Processus

Architecture instancié du produit & valeurs et état des paramètres & versionnement

Historique de conception (processus instancié) & traçabilité & suivi de l ’avancement & retour d ’expérience

Architecture du produit QFD & contraintes & situations de vie

Modèle générique pour décrire un produit en conception

Modèle générique pour décrire un processus de conception

Processus de conception du domaine et connaissances sur les tâches

1 ère instanciation

2 ème instanciation

11

ComposantsComposants

RV

Organes

Composants

Véhicule

Sous systèmes véhicule

Organes

Organes

Composants Composants

. . .

. . .

Conception véhicule

Conceptionsous systèmes

Conception organes

Conceptioncomposants

Réalisation composants

Intégrationcomposants

Intégration organes

Intégration sous système

Intégration & qualification

véhicule

Modélisation des connaissances génériques sur le produit et le processus de conception

Décrire le niveau générique des connaissances relatives à un produit et à un processus de conception.

Produit : paramètres, articles, sous systèmes, caractéristiques, parties, contraintes...Processus de conception : tâches, acteurs, règles, rôles, conditions d’exécution…etc.

Premier niveau de connaissances

est composé de

est composé de

fonction

est identifié par>

est associé à>

Paramètre

situation de vieSystèmes

1..*1..*

0..*

0..*

1..*

1..*

1

1..*

catalogue

est défini par>

0..*

1..*

< est contraint par

1..*

1

Modèle de classes UML du 1er niveau

12

Modélisation des connaissances du domaine

Décrire les connaissances propres et le mode d’exécution du processus de conception pour un domaine technique spécifique

Deuxième niveau de connaissances

Fonctions à réaliser pour le domaine, le type d’exigences, le processus de conception du produit, les situations de vie, les dépendances fonctionnelles des paramètres…etc.

13

Troisième niveau de connaissances

Base de données : produit processus de conception d ’un projet

Modélisation connaissances sur chaque projet pour un domaine   

-Décrire les connaissances du niveau projet.-Capture des résultats (paramètres) sur un projet donné.-Tracer l’historique du déroulement du projet.

<<Projet>>Peugeot 307 HDI

<<Projet>>Citroën C5 HDI

<<Projet>>Peugeot 206 CC

<<Paramètre>>masse sur roue

<<Paramètre>>apports calorif.

<<Paramètre>>température

<<Paramètre>>Puissance frigo.

<<Paramètre>>pression maxi

<<tâche>>Choisir_compresseur

<<instance tâche>> n°1

<< instance tâche >> n°2

<< instance tâche >>n°3

<< instance tâche >>n°4

<< instance tâche >>n°5

Débutée le 29 mars à 10hEtat : à faire

<< instanceparamètre>> n°1

=80

<< instanceparamètre >> n°2

=85

=87

=122

Valeur =---

<<tâche>>Dimensionner le détendeur

<<tâche>>Tracer_cycle_frigo_clim.

A en sortie >

Est associée à >

Est associée à >

Projet Instance paramètre

Instance tâcheParamètre

Tâche1

1..*

1..*

1..*

1..*1 1

0..*

A en entrée >

Est associée à >

<< instanceparamètre >> n°5

<< instanceparamètre >> n°4

<< instanceparamètre >> n°3

Exigences propres au projet, les choix qui ont été retenus, les valeurs des paramètres, la durée de chaque tâche, les tâches réalisées et celles à faire, les versions des informations, les acteurs…etc.

14

Modèle de connaissances versionnées

Bibliothèque des projetsBibliothèque de produits conçus

représentation produit(projet v1)

représentation produit(projet vN)

Processus exécutés (procs_concept)

processusprocessusconcpt (projet v1) concpt (projet vN)

Référentiels métier de domaine référentiel métier de domaine (produit) référentiel métier de domaine (prcs_concpt)

modèle K produit (domaine N)

modèle K produit (domaine 1) concpt (domaine N)concpt (domaine 1)

modèle pocessus modèle processus

Modèle générique

modèle processus de conception

modèle produit

15

Implémentation des opérateurs de C-K sur MULTI

Principe de la théorie C-K

Co-construire le produit et les connaissances qui le supportent.

Espace concepts (C)

Espace connaissances (K)

Conception

Propositions qui ont un statut logique d’un concepteur.

Propositions qui n’ont aucun statut logique dans un espace K.

Hatchuel A., Le Masson P., Weil B.

16

Les opérateurs de la théorie C-K

C K

KC

DisjonctionPartition/Spécification/Validation

ConjonctionActiver/Découvrir/Expérimenter

Expansion par partition ou inclusion

Expansion par déduction ou expérimentation

Formulation d’un concept

Transformer un concept en connaissances

Exp

an

sio

n p

ar p

art

itio

n o

u

incl

usio

n

Décomposition ou regroupement de

concepts

Exp

an

sio

n p

ar d

édu

ctio

n o

u e

xpé

rim

ent

atio

n

Acquisition de connaissances dans l’espace K (consultation de bases de données, de plans d’expérience, d’expert, ...etc.).

17

Disjonction :

Enrichissement du modèle produit par des éléments de connaissances pour que le concept assure les fonctions requises tout au long de son CDV.

Les connaissances (espace K) ajoutent de l’information à la classe “article” (espace C) pour lui permettre une meilleure compréhension.

life situation

name observations

Constraint

name text

0 ..1 0 ..1

is constraint by > Function

nom observation 1 ..* 0 ..* 1 ..* 0 ..*

is associated to 1 ..* 1 ..* concerns

is composed by 0 ..*

0 ..*

Parameter

pa _id name comments

1 ..* 1 ..*

1 ..* 1 ..* 1

article

id_article name_article

0..1 0..1 <caractérise

Project

id_projectCode

Parameter_Instance

id_param _instVersionDate_modifValueRaison_modifTolerance_interval Friability_induce StateSignal

0..*1..1 0..*1..1

Concern >

Parameter

0..*

1..1

0..*

1..1

Has >

18

Conjonction :

Task

Project

Experience feedback

1..1

1..1

1..1

*1..1

1..1

1..1

*

concerne

Ressource de Agrégation de connaissances à partir d’anciens projets sous forme de ressources pour le processus de conception

Les ressources peuvent être exportées à partir de consultation d’experts, d’essais, de simulation, …etc.

Réutilisation des connaissances relatives à un projet (espace C) pour enrichir la classe « tâche » (espace K)

19

Id=choisir compr. début=-/-/- fin=-/-/- état=terminée

choisir compresseur : instance tâche

choisir : tâche

V. 3 : version

raison=version_sport Coment=surface change

a

retour_expérience

Ressource de

acteur projet : acteur

nom= ---- -------- réf_entreprise=++++ password= ****** compétences=concept_clim

est réalisée par

concerne : ressource

306 : projet

compresseur : article

Puissance frigo calcul : paramètre

caractérise

id=puissance frigo catalogue valeur=2500 BTU/hr contrainte=petite cylindrée date_modif=12/05/02 raison_modif=puissance motr tolérance=100 BTU

0 : instance paramètre

a

nom=SHS-33A4007 type=scroll semi-hermetique cylindrée=33.1 cc/tr plage_vitesse=400-7812 rpm moteur=DC BRUSHLESS moteur spécific=5HP/7000rpm réfrigérant=HFC-134a huile=FREOL ALPHA 11H-C charge_huile=170cc REF source_énergie=DC 320 Volt masse=10.4 kg

Moto compresseur : instance article

a

307 SE : plate-forme

307 : projet

concerne

est associé à

Enrichissement du concept

307SE par des éléments de

connaissance du processus de conception

Enrichissement d’un processus de

conception par des retours

d’expérience du concept 306

compresseur : article

Id=choisir compr. début=-/-/- fin=-/-/- état=terminée

choisir compresseur : instance tâche

Puissance frigo calcul : paramètre

caractérise

choisir : tâche

a_entrée

id=puissance frigo catalogue valeur=2500 BTU/hr contrainte=petite cylindrée date_modif=12/05/02 raison_modif=puissance motr tolérance=100 BTU

0 : instance paramètre

a

a_sortie

nom=SHS-33A4007 type=scroll semi-hermetique cylindrée=33.1 cc/tr plage_vitesse=400-7812 rpm moteur=DC BRUSHLESS moteur spécific=5HP/7000rpm réfrigérant=HFC-134a huile=FREOL ALPHA 11H-C charge_huile=170cc REF source_énergie=DC 320 Volt masse=10.4 kg

Moto compresseur : instance article

a

307 SE : plate-forme

V. 3 : version

raison=version_sport Coment=surface change

a

retour_expérience

Ressource de

acteur projet : acteur

nom= ---- -------- réf_entreprise=++++ password= ****** compétences=concept_clim

est réalisée par

307 : projet

concerne

est associé à appartient

concerne

est ressource de

: ressource 306 : projet

Exemple de disjonction/conjonction appliqué au système de climatiseur automobile (Zouari 07).

Exemple partiel d’une bibliothèque de projets

20

Expansion par partition ou inclusion

Enrichir les modèles produit de domaine (espace K) par des éléments de connaissance en provenance du projet à concevoir (espace C).

les sous concepts héritent des composants d'autres concepts ou regroupent des composants pour faire un concept plus spécifique.

MULTI se base sur une approche systémique qui résulte du cycle en V de l’ingénierie système

Article

Name

id_article

Instance_Article

id_inst_art

Version

Date modif

Reason_modif

State

Signal

1..1 1..*

1..11..*

is component of

a

Le versionnement d’objet montre la partition ou l’inclusion des concepts

21

Expansion par déduction ou expérimentation

Task

id_taskCode

Parameter_Instance

id_param _instVersionDate_modifValueRaison_modifTolerance_interval Friability_induce StateSignal

0..*1..1 0..*1..1

Has as entreeParameter

0..*

1..1

0..*

1..1

Has >

L’instanciation permet une auto expansion du référentiel de connaissance (espace K)

Le versionnement des connaissances met en émergence l’expansion de K

l'expansion des connaissances par déduction ou expérimentation résulte de leur instanciation.

22

comp_vis comp_piston

carter

est composé de

pistons

embrayage

poulie

système de climatisation

attelé électrique

diamètre_vis

nombre

tension nomin.

compresseur

est composé de

est caractérisé par

diamètre

caractérise

caractérise

caractérise

caractérise

caractérise

évaporateur

: article : article

: article

: sol_techno : sol_techno

: article : article

est composé de

: article

: article

: article

: article

: paramètre

: paramètre

: paramètre

: paramètre

Exemple d’expansion par partition appliqué au système de climatiseur

Description d’un concept par sa partition

23

instance de section : instance de paramètre

section de vérin : paramètre

instance de section: instance de paramètre

instance section : instance de paramètre

instance section : instance de paramètre

projet X68 : projet

projet Z8 : projet

projet C5 : projet

valeur =3.67

valeur = 4.05

valeur=3.67

instance de section : instance de paramètre

valeur = 4.84

version 1

version 1

version 1

version 2

version 3

valeur =3.48

instance de section : instance de paramètrevaleur = 6.87version 2

< concerne

< concerne

< concerne

< possède

< possède

< possède

Expansion du ré

féren

tiel d

e

connaissance

à travers

le

versionnem

ent

Exemple d’expansion par déduction appliqué au système de direction assistée

24

Le référentiel de connaissances va voir apparaître de nouvelles connaissances (actualisation, enrichissement...) et des modifications sur les

anciennes (expansion, restriction, changement...).

Dans un environnement de conception routinière collaborative, les connaissances sont continuellement modifiées par les acteurs.

Grande diversité de la connaissance, très difficile à gérer.

Versionnement des connaissances

Le versionnement

25

Versionnement : Etudier la capacité de contrôler des modifications et leurs conséquences requises

• enregistrer l'historique de l'information afin d’éviter la répétition (bouclage) des opérations ;

• permettre des changements de données sans références compromettantes aux versions précédentes de ces données ;

• permettre l’inspection et la comparaison des versions ;

• réutiliser des éléments de connaissances.

Maintenir des versions d'information sert quatre objectifs :

Définition et objectifs

26

• Versions des classes : afin de tenir compte de l'évolution des classes, c.-à-d. les propriétés et les opérations qu'une classe contient peuvent être modifiées ou supprimées, voire de nouvelles propriétés peuvent être ajoutées

• Versions d'instances : afin de tenir compte des modifications des propriétés dans les instances.

Deux types de versions sont possibles :

Types de versions

27

Mécanismes de versionnement des K

C

C.v1

Cv1.1

C.v2

Cv2.1 Cv2.2

Cv2.2.1Cv2.1.1 Cv2.2.2

Alternatives

Dér

ivée

Arbre de versions

Opérations sur les instances- Création d'une instance- Modification d'une instance- Suppression d'une valeur d'attribut- Suppression d'une instance

Modèle de présentation des versions d’instance

28

C1

C1v1.0

C1v2.0

C1v2.1

C1v2.2

C2v1.0C2 C2v1.1

Ci Version majeure

Version mineureCivj.k

Versions majeures : il y eu une modification importante au niveau des attributs de l’instance de la classe (versions originales ou mères). Elle est créée pour un nouveau type du concept ou à l’apparition d’une nouvelle technologie.

Versions mineures : créées à partir d’une version majeure, elles héritent des attributs de la version majeure mais avec des valeurs différentes.

Classification des versions de connaissances

29

Agrégation de connaissances

projet en cours

Bibliothèque des projets

Bibliothèque de produits conçus

représentation produit(projet X v1)

représentation produit(projet Y vN)

Processus exécutés (procs_concept)

processusconcpt (projet X v1)

processusconcpt (projet Y vN)

modèle produit (projet v1)

Processus de conception

modèle processus concpt (projet v1)

produits à concevoir

Emprunter certains éléments de connaissances relatives aux produits déjà conçus et les intégrer dans les connaissances du produit en cours de conception.

Agréger des parties des processus de conception déjà exécutés (tâches élémentaires de calcul sous forme de légende .xls ‘MS’, des ressources, etc.) et les intégrer entre les tâches d’exécution d’un nouveau processus de conception.

30

Principe de l’agrégation des connaissances

C1

C1.1

C1.1.1

C1.2

C1.2.1 C1.2.2

C1.2.2.1C2

C2.1

Evolution des versions issues d’une agrégation de connaissances

31

Évolution des versions de K

Cv2

Rv2.1

Rv2.2

Rv2.3

t1 t2 t3

modifier

Création dynamique de révisions à partir d’une version de connaissances

les révisions se créent au cours de l’évolution dynamique du processus de conception à travers les modifications annotations

Version

Révision (version temporaire)

C

Cv1 Cv2

R.v1

R.v2

R.v3

Cv2.1

t1 t2 t3 t4 t5

Créer

Annoter

Valider

Modifier

Temps

Après validation, la révision sera enregistrée dans la bibliothèque de projet en tant qu’une version

32

Formulation du processus de conception

Id_tâche

paramètres d’entrée

Paramètres de sortie

Acteur Ressources

Processus d’exe. Condition d’exe.

Externe : paramètre utilisé uniquement pour cette tâche.Interne : paramètre issue de la sortie d’une autre tâche.

Partagé : paramètre d’entrée pouvant être utilisé pour autres tâches.

matrice d’antériorité pour classer toutes les tâches sur le workflow

T1

T4

T3

T2

T5

T6

T7

Paramètre externe

Paramètre externe partagé

Paramètre interne

Paramètre interne partagé

Exemple scénario d’évolution du mécanisme de versionnement de connaissance

33

Créer

T1

T13

T12

T11

annotation

Modifier

validation

Version temporaire

annotation

validation

validation

Exemple dynamique

34

Cas d’étude : climatiseur de voiture

Condenseur

Compresseur

Filtre déshumidificateur

Évaporateur

Détendeur

Canalisations de liquide

Canalisations de vapeur

35

Modélisation objet d’un processus de conception de climatiseurs

véhicule architecte

responsable matériaux

Q=K.A.(To - Ti):règle

:nature

chaleurapport_mursQkilo Joul

T°&Hr ambiante :Param_externe

Intensité_soleil

diagramme psychro. :ressource

Excel surface

caractérise

Conductivité thermique

caractérise

nécessite

nécessite

appliquée a

a

calculer apport_cal_interne

concepteur climatiseur apport_cal_occupantsEtablir le bilan thermique

: tâche

est composé

réalise

Choisir compresseur

a comme tâche suivante

Puissance frigorifique

: Paramètre

a comme sortie

a comme entrée: tâche

: Paramètre

: tâche

calculer apport_cal_externes: tâche

:Param_externe

a comme entrée

a comme sortie

a comme entrée

chaleur

a comme sortiea comme entrée

apport_cal_murs: Paramètre

:ressource

: Paramètre

: Paramètre

Tâche 1

Tâche 2

Tâche 3

Tâche n

Processus de conception

Calculer

Dessiner

Vérifier

Choisir

36

: tâche

Choisir non polluant: tâche

Choisir T° d’ébullition: tâche

toxicité

ODP: paramètre

GWPA comme sortie>

T°

Choisir détendeur: tâche

Choisir compresseur

: tâche

R 134a: paramètre

choisir réfrigérant: tâche

Est compose de

A comme sortie>

A comme tâche suivante>

<A comme sortie

instance tâche

choisir réfrigérantdébut: 11/10/02fin: 15/10/02état: en cours

<a

V. 3raison: remplace R22Prévention env.

Version

a>

307 HDI: plateforme

307: projet

Appartient a>

Appartient a>

: paramètre

: paramètreA comme

sortie>

A comme sortie>

%

: paramètre

Versionnement des processus de conception

37

Versionnement en fonction de paramètres déterminants

Véhicule

Petit V10

Grand V30

Petite cylindrée, cyl<1.2 V11

Moyenne cylindrée, 1.2<cyl<1.6 V21

Moyen V20Moyenne cylindrée, 1.2<cyl<1.6 V21

Grande cylindrée, 1.6<cyl<1.9 V22

T. grande cylindrée, cyl>1.9 V23

Grande cylindrée, 1.6<cyl<1.9 V22

Objet Paramètre : volume

Paramètre : cylindrée

Paramètre : 0

38

Paramètre

Système de climatisation

Moto Compresseur V1

Compresseur attelé V2

P = 1 kW V1.1

P = 1 kW V2.1

P = 1,3 kW V2.2

P = 1,5 kW V2.3

R134a V1.1.2

R22 V1.2.1

R134a V1.2.2

R134a V1.2.1

CO2 V1.2.2

R134a V1.2.1

CO2 V1.2.2

Technologie ParamètreObjet

R22 V1.1.1

Technologie

Innovation par création d’un concept

Versionnement suite à une innovation ou une loi

39

Dynamique des connaissances au cours d’un processus de conception (collaboration des acteurs)

Modifier

Lire Valider Annoter

DiffuserCréer

Relation

Tâche Rôle

Responsable Expert

Lecteur

Auteur Coauteur

Acteur Groupe

ParticipantVersion N°

Paramètre

Projet

1..n

0..n

0..n

0..n

0..n 1..n

Est compose de

Génère

Instance paramètre

gestionnaire_ projet lancer_projet

choisir produit choisir_processus

acteur_projet

executer_tâche

choisir_domaine

expert renseigner_domaine

le responsable qui intervient au niveau du domaine

le concepteur qui réalise les différentes tâches du processus de conception l’acteur qui donne

une vue d’ensemble sur l’avancement du projet

40

acteur_1fiche_établir

bilanoutil calcul CD_cataloque acteur_2 dimensionnt

canalisationacteur_3 DAO

entrée_paramètreslancer_calcul

paramètre_sortie

choisir_compresseurcaractéristiques_compresseur dimension_pression

demander_paramètrediamètres_canalisation_BP_HP

entrée_paramètrelancer_calcul

paramètre_sortie

demande_paramètre

dessiner_circuit_fluidique

longueur_circuit_BP&HP

perte_charges

demande_paramètres_appareil_annexes

lancer_calculparamètre_sortie

choisir_appareil_annexescaractéristiques_appareils_annexes

paramètres_appareils_annexes

verifier_puissance

puissance

41

Exemple de versionnement et d’agrégation des connaissances

Projet 307

Petite &

vitres teintées

V 1

Leg1.1.xls

Grande

V 2

Leg1.2.xls

Grande &

vitres teintées

réconciliation

?paramètre Position_feuille

Leg1.21.xls

Projet 407

Grande

Petite article

leg1.xls

42

DISKOVER un outil de conception par le versionnement des connaissances

DISKOVERRecueillir les éléments concernant le processus de conception

Recueillir les éléments concernant le produit

Réutiliser les connaissances

Consulter les tâches du processus et leur étatConsulter les paramètres du produitAssister les acteurs dans le déroulement du processus

43

44

45

46

47

48

49

50

51

Conclusion

Les versions peuvent être créées soit en faisant des modifications sur les connaissances du processus de conception (nouvelle méthode de traitement) ou sur les connaissances du produit (nouvelle technologie).

Des révisions peuvent être créées au cours de l’exécution du processus de conception à travers les annotations et les validations entre les acteurs.

Un troisième mode de création de version est d’agréger des connaissances à partir d’autres processus de conception ressemblant à celui en cours d’étude.

Le but de créer des versions de connaissances est de faciliter leur réutilisation.

52

Perspectives

Améliorer la performance de DISKOVER en tant qu’outil d’aide à la conception

Mettre en œuvre l’outil DISCOVER sur plusieurs processus de conception

Etudier la pertinence du modèles dans des contextes de conception non routinière.

Etudier la pertinence du versionnement sur les processus de fabrication (conception intégrée)

53

Merci de votre attention

Alaeddine ZOUARI