• Aucun résultat trouvé

Environnement d'aide au développement & bibliothèque de programmes intelligente

N/A
N/A
Protected

Academic year: 2021

Partager "Environnement d'aide au développement & bibliothèque de programmes intelligente"

Copied!
131
0
0

Texte intégral

(1)

HAL Id: tel-01748356

https://hal.univ-lorraine.fr/tel-01748356

Submitted on 29 Mar 2018

HAL is a multi-disciplinary open access archive for the deposit and dissemination of sci- entific research documents, whether they are pub- lished or not. The documents may come from teaching and research institutions in France or abroad, or from public or private research centers.

L’archive ouverte pluridisciplinaire HAL, est destinée au dépôt et à la diffusion de documents scientifiques de niveau recherche, publiés ou non, émanant des établissements d’enseignement et de recherche français ou étrangers, des laboratoires publics ou privés.

Environnement d’aide au développement & bibliothèque de programmes intelligente

Philippe Haïk

To cite this version:

Philippe Haïk. Environnement d’aide au développement & bibliothèque de programmes intelligente.

Autre. Université Henri Poincaré - Nancy 1, 1999. Français. �NNT : 1999NAN10280�. �tel-01748356�

(2)

AVERTISSEMENT

Ce document est le fruit d'un long travail approuvé par le jury de soutenance et mis à disposition de l'ensemble de la communauté universitaire élargie.

Il est soumis à la propriété intellectuelle de l'auteur. Ceci implique une obligation de citation et de référencement lors de l’utilisation de ce document.

D'autre part, toute contrefaçon, plagiat, reproduction illicite encourt une poursuite pénale.

Contact : [email protected]

LIENS

Code de la Propriété Intellectuelle. articles L 122. 4

Code de la Propriété Intellectuelle. articles L 335.2- L 335.10 http://www.cfcopies.com/V2/leg/leg_droi.php

http://www.culture.gouv.fr/culture/infos-pratiques/droits/protection.htm

(3)
(4)

&

par Directeurs de

travail dans

Environnement d'Aide au 1J(~Vf~lojtJDenlel1t d'Environnement de Résolution de

Problèmes .tJ1J.'Jll(Jth4~Qtle de

de

1'01.1 sotll13l1te aul:0firlatlser,

qUlestllon certains en totlCbLon

The

of Generic Problem

(5)

A mémoi1'1J me montf'lJ1"

moi un

(6)

TABLEDES~,TU~RES ... __ ••... , ....•..•..•... __ .... , ... , .•••.•.•.••.• , ... , .•.•.

TABLE DES ilLUSTRATIONS ... V REMER ClEMENTS ... IX

LllCI"" ... ''>L "".I!:J . . . XI

INTRODUCTION ... 15

I. G~nE8 ... , ... ,. ... , ... 15

A. 15 B. Environnement d'Aide au UélJetovvemel71. P,;lnf,rloP de Prnorfllmm.~.~ et Modèle de ... ' ... " ... 16

A. B. e. D. B. L POutrQUOI B.2. POUtrQUOI B.3. Notre Modèle La réutilisation: ... 16

La cap.italisatit'Jn 18 L~~auœv~~~vemel71 ... ,. ... ,. ... , ... 19

ETAT DE L' ART ... 21

II. A B. e. ill. B. e. D. N. B. A D. ~~~~~'vA~'~'~mu~~~ ... , ... 21

con~~~ ... 21

... , ... 24

GALAXIE .••..••...•....•... , ....•.. , .•... , ... , ... , ... , ....•. 46

(7)

I.

~nérol!I~S~ ... 46

fonctiolnm~ment de Um~loues (1c~tmltlOl[lS ... , ... 50

... 51

~ln1n.hr.nh"n ... 53

... 55

... 56

B. Le contexte amJlic,atüm d'une ... 58

B.l. vIDlll~r~us ... " ... 58

~ùr~lsruûes: ... " ... 59

V~tl~r~;us ... 61

cooœ~es~e~Smuuonl ... , ... 63

n. NOTRE MOTEUR DE PILOTAGE ... .. A Formalisation B. Architecture cell1rtJ~lis~~e ... ~ ... 71

A.1. Architecture du moteur Mécanisme de c011trolle ... 74

c. D. REALISATION ... 81

(8)

~ŒhlfuMtique ... " ... , ... " ... n

D. péll:éra:teu.rs de vapeur ... 100 D.l. ProltllérMtique ... , ... , ... , ... , ... 100

C.3. Résultats 101

R lm

EU. 102

F. Architecture et 102

A.I. Introduction ... 102

A.2. Architecture du moteur 103

A.3. Rôle des différents 103

A.4. Mécanismes de contrôle 104

B. lnstanciation du modèle de 105

B.l. 105

B.2. Présentation des différentes 106

B.3. Ordre de déclaration IV.

A. 111

B. 111

C. sur notre fH//J.I..!K'j,'t' ... 112 C.l. Extension de notre modèle

C.2. Extension de notre moteur de pu(Jta~~e ... . C.3. Réalisation d'une nouvelle IMQUf~tte ... , ... . PERSPECTIVES & CONCLUSIONS ... 115

I.

II.

15

PERSPE~ ... 116 BmLIOGRAPHIE ... 117

(9)
(10)

fJréocc~ufJl'wn issue communautés 24

nnl1rn,('hp TâchelMéthodelSous-Tâche

3 . Modèles de Tâches COlrlCevt14!els 28

4: B.

Chandrasekaran.

5 : Conrpos,ants

6: Paramètres de d'une tâche dans CommonKADS 7: Structure d'une tâche dans TASK

8:

l1éCOml'1OSlltion dans SCARP

30 31 32 33 35 36 39 39

16: Tableau de .V\Jnthp.~p 1JlFésentmrtt

42 44 44

45 GAlAXIE 46 52 53 54

56

maquette

65

74

94

(11)

: Schéma-bloc de tâche 49 : Schéma-bloc de la tâche : Schéma-bloc de la tâche

51 : Schéma-bloc de la tâche Précondition : Schéma-bloc de la tâche P FS : Schéma-bloc de la tâche Précondition 54 : Schéma-bloc de la tâche Hl»

55 : Schéma-bloc de la tâche Pré condition à Hl »

56 . Schéma-bloc de la tâche Visualisation Puissance

108 109 109 109 110 110 III

(12)
(13)
(14)

remetc1er membres

Claude directeur recherche

l'honneur de ce trouve ici ma

bienveillant intérêt à recherche et amical manifesté.

Sabine de recherche à

de

mes et de

d'hlednoté de

l'intérêt lui mall1testé, pour

de nombreuses remarques

l'amélioration manuscrit pour m'avoir

Karl

recherche m'a Formes

mon dttlectc:!ur de

con,tratotes de res~;ow:ces et

mrutl1èt~e, à la

:Merci de

m'a fait pour le

manuscrit.

pour contribué

pour

Reconnaissance

(15)

Kuhlmann efficacité et

remercier toute

~faintenance

pour leur accueil et leur d1s1Pûtl1D111té

Uf:velloppetlle11t d'Electricité de l'occasion de

sur leur sÎte de Chatou; je remercie tout palt:tlc:u.hèreml~nt Benoit différrots

RICARD pour d1sporut,ilit:é et pour m'avoir fait prurta~~er

connaissances galitr()n(}m1Qt:les. Merci aussi ceux derniers

comme un membre du P21 m'ont aidé

rédlactton du peŒctant la prétJara:llon mon

retlnet:ae tout

contrainte de la au:asl--lUICaH[t;:

son

en(:our~:ern,en1:s, leur

de mes mstarlts

ont tO'l.llouts eue en

mes parents pour leurs

et leurs bonnes recettes de dOlJtceutr, Nathalie

mails QU()t1dl1en s. ;:s-tepl:larle

(16)

Base de Connaissances une de permettrult de rep,resent,et

connaisswces

BJackboard ""1'~ ... ,u.

DRD Recherche

Direction des Etudes et Recherches DSP : Densité :Spj~ctJ:ale de Puissance.

est un ensemble cfinformations

entre

un ensemble de rumées pour encourager afin de permettre le transfert du savoir-

utilisateurs industriels

de

un environnement utilisateurs

la valieiatJ()n

wciennement

Environnement de Résolution de P.roblèmes fournit

(17)

Méta-Tâche une méta-tâche rer>rè~;en1te un ensemble même

em;em.ble de

une d'un but

et d'un ensemble de dormées à

tâches pelttUlemmt (1' :rtte1ndJre le

elelmeltlta1.!es dont

sys.tèrne) de demander la résolution d'un pn)blèm,e en palllClOOe:r.

Société de ~péCllalllstc~s

combine les av~mtru:!(!S

nivean d'abstraction sont effectués par

ensuite les uns les autres résoudre le pn)blemle

Sv!~tè1me à Tableau Noir

noir

sp(~ϝ1Stes collaborent niveau d'abstraction afin de

(18)

Tâche: une

ljénéJl1qllle ou ~p.~CI4ilbS~lblje)

del:;CrllpnOn est volontairement regrouper un ensemble de tâches ret)reSerLtelClt des ayant cru:ac1tétllSll1qUles communes. La de résolt:LllOin d'une tene tâche est un choix tâches c.oncrètes- en s.ont des cas palrt1c:Uliers en f.oncti.on pr()oIèmle en coms de rés.olution.

une tâche cornplex:e

Tâche Primitive pro,olème dont la sWltégte

retJ!res;en1ce un

(19)
(20)

Pré;s~lmtlonduorclbk;me

I. Génétalités

A. du

de une activité courante dans de nombreuses prarllques tenes que la surveillance ou la conduite de orclCéciés.le contrôle de

la médecine. dite des

confiée à un ou plutstenrs oo~:ra1:eUlrs hu.mains doivent être fortement spé:Ci2L1:lS(~S

des experts du dOl:na:lne, en tout en étant cat>ab,les de maintenir leur attention

pe11ldrult de Qnantlties de dOflJttées

pour raisons cette oplérat1on

automatisant tout du Bien que souvent

futilisation des mêmes a1w:>rtthmies cliasstQUIes de traitement du la COflcelpttctn svs1:èmes d'mtc:!rpl:éta1tlon autl:>maltlqtle de nombreux prc:>OJ.etlles le choix des ~Ott1thnles leur ordre d'exécution en

traiter en cours d'ililterpréta.tlon.

Dans cadre de cette de dév'clo·ppe.meut des

de corupofsal1Lts

collaboration Traitements de l'Information

de dè,relc,nnement de cat.ttallsat:ion

ambitieux

(21)

une bll::.l1otlu~qUle

incertitudes introduites dYlnaln1(:tm!S liés l'évolution

que r on SOlJh~l1te

en outre du

donc de

sé1Jtar2lt1on de sources, en compte que les

B. Environnement d'Aide au U(~velol)p(~ment, l""un'r-;aCl.p de 1"".rI[)2:!taI10nleS et Modèle de Tâches

autonome de

modules alg()tlthmlques d' clrg:lUUser leur exécution de la utilisateur d'intervenir de ou mOlliS pr()Cesst:LS de choix et des exécutions. Pour permettre au son ut111sa,tet:t( de le raisonnement du doit être facilement

COtllVlelnt de proposer

« Modèles de Tâches ».

un nombre

l'utilisatem propres conruussances

ettlectuer un certain pr()Dlemle traité

(22)

Pour que cela uniforme et

deux problèlnes

po:sstt)le. il convient de fournir au "l'''''''''j.,U,,- des différents algl:>ntrunes rrUID1pullés notre choix de retenir une retltèf,entanon

défini un modèle de tâches

nous avons

d'une

sur un modèle celui-ci

les modules ~;ontth1m(~uc;~s en termes des ac(:::ep,terlt en et prc.ÙU1Setlt d'autre les enchrunements de ces modules

de «st1:ateJ~es en vue de la résolution d'une classe dite d'un

récursivement et de intermédiaires

B.J.

exécuter

prclblème:s. La résolution pr()pllement en la

tenant compte

modèle de tâches que tenté de définir ce dOcunlent être vue comme de cette même tâche.

suivant f exécution d'une tâche COlmp,IeJi:e d'un arbre de

de et

être considéré comme un svs,tetne exécutant un programme co:mtlleJi[e

dont f enchainement

contexte

programmes

(23)

1. Les

cachent dérrière notre travail - rI'"dl", ... " essentiellement éc()fi()mlqIle - sont ceux l'on retrouve en terme géllcr1qUte

« réutilisahilité ». En basée elle aussi sur la modularité des composants

{dé:ve.lotlpem(!nt de de librairies cl' abstraction et

de la réutilisabilité - le fait réutiliser tout ou

existant en incluant certains de dans de nouveaux dc'veloPPClnents pour de faciliter la tâche des concepteurs et des

mt,omlatiqm:!s en leur de des COtlna:lssaIDCC:!S domaine.

A. La réutilisation un sur le cru::actère ... ,,, .... ,, ...

eXIstants a pour

de

pr()gt:atnltna,tion, la réutilisation

permettre aux dé'veloppe1Ufs rct:tUllSer l'existant

que leur de gagner en prc)duct1'iT.1te (re,du(:ucm

des temps dé'velop·pClnent) et réactivité.

B. La réutilisation outre, la réutilisation

en tetme de sûreté

rend vvo""',,,... le

C. La calpitl1li~latlLon des savoir-faire

COtltna1SSa!lces expert<::s. En et

smlCt1:u:es pennettmt r aoqm:S1tiC)n et

validation

(24)

D. L'aide au déveJ[ODfue:mt::nt

la réul:ilisa.llon c01np1Dsants lo~~cilels combinée une

C01ma~~woes O~lrnes ct

d'un domaine un outil de C01tlCepttlDn.

d'offrir utilisateurs non de

nouvelles aP13bcat1cms. on dans notre travailla

des de de pre-pOlser, par le

biais d'une un environnement

2. Plan du mémoire

mémoire de la suivante :

le cll:aplttre 1 p.r(~sej[lte tout d'abord au lecteur la pr()blcematt(lUe des environnement

pr()bl«~ml::!S en tentant ont

sur pltJlridÜSc1plinatte du pr()bl,èm.e abordé apports différentes communautés scten1tific:tu(~S concernées

modèles tâches et

lecteur trouvera une pré~sent~lt1o~ des différentes a1)1t>rofchces

dernières années ont retenu notre attention différents modèles de tâches ont

une svrlthlèse

pr(~seJ[}terorls notre moteur de ntl()t~te

(25)

1& le 4,

(26)

Vi\R1'

Environnement d'Aide au

Environnement de Résolution de PrjobJlèn1eS et de l"'ro'gra~:tll1Jnes

I. Introduction 2'èlllèrale A. Le contexte

d~venue. en moins d'un quart un outil incontournable pour

SC1C~tJtbques et les mgéruew:s. En Ymiotm::tuque, tant sur le matériel

que de dernières décennies chacun

aisément d'une tmtss:w<;e de

sClc:::ntltbques d'avoit Sf"Sténlat1.quc~c~t recours au nr{)to1tvn<U!e tntorrnatlqtlle pour COlLlce:vott tester, moindres nouveaux pn)dtuts

des

souhaitent

pour être

modéliser et simuler pat l'homme.

te<:MllQ1Cles sont encore, ce

folb~~atl,on d'avoir cOlm1Jlétc~nces, non seulement dans leur propre domaine r f ' -:lrf'f .. rff"p malS

aussi dans des domaines aussi variés que

ou encore des

matérielles et des

modèles de domaines

différents (m::lthèmallqtles, statm1lj::tue.s, pnVBilQtles.

svs1:èmes bien sU1:,éneur actuellement

derniers ue'vtClur

un

(27)

pennett:re la réut1l1satlon prc,ducttv1té, de

.industriene modules directement

r aclaptatl.on (pO!sstltUI11té de choisir la méthode la de méthodes

méthodes et

corlcutteJtltets). ~ept:~nd:ant. un tel totalement cene des savoir-faire nomb.re croissant et la cOjmprle:l\lté gt2lfidttssan1:e

mettre en des pt()Ceijes cornplexes, rruus urutorm1f;és, l'utilisation

nécessaire dans les

traitement

Résolution Problèmes

utlhS~ttellltS sont environnements

aider de choix et

de en

1nté:re:ss(~e aux Environnements de

sont donc

leur permettant de résoudre une catégc.n.e pr(!-déterm1n(~e de prCJbJ.ènles en mettant outils

par

cher de

(28)

de de

modules blbil101theQUI::S de programmes

citons :Mathematica et .Matlab pour les le traitement du vers il nons semble falloir gagner en et pe.Jrm.etb:e d'aborder un nombre varié de différents. Pour résumer on définir un environnement de résolution de tm)b}(!m<~s par

ERP = Interface Utilisateur

+ Bases de Connaissances

Les C011cepts sur

trouvent 17intersection de

évaluation

d'une btbl1othe(lUe de pr()gr.urune15,), entre tec:l:mlqIles

La cat:l1taltsatlOfi un

avancée

la communauté

communauté

programmes

.. '"'l' ... '" et non seulement

moins gèl~èrlq{les.

envttonnementsg~~ctlqtles

clisapW:ll::s fondamentales retrouvent

rèsl:>lul1on de problétnes

surveillance

or~~aniSé autour ratmrociler:netlt que nons avons

envttonnement de

leur utilisation est donc domaine de recherche pour aucune

d1ttèn~tles communautés saenirul::JU(~8

(29)

ERP dédiés au Traitement du

Mathematica, MacSYllna}

Communauté

Communauté

Librairies

B. Les modèles de tâches

Méthodes &

Outils de

Méthodes &

Outils de Validation

(30)

à

moindre

tâches moins co:mr.)l~œs permerue d'aboutir

élémt~ntoun~s), c'est-à-dke assoaees

tâches dkectement réalisables action (m1tet1V"eIJrttoin nUfllatltle, exécution d'un module mterenl::::e du

Parallèlement les modèles de tâches ont été pour modéliser connaissances nécessaires au dé've!loPlpetnetlt d'environnement résolution de dédiés aux

mathé:m~lttques ou blb.botilleques de programmes.

Dans cadre de environnements de resoltlLtton de pr()l)llem.es, modèles sont co:mt,le~OOès

tenant indus non seulement

t:mlI)J,elIles eux-mêmes du solutions

informations sur différentes méthodes utilisables au cours de la résolution.

intéressé non seulement la des mais celle

faire .

.8.2.

Le mot « tâche )}

contribuant ainsi définit une

confusion entre le

Chandraseman

notre domaine

statlque) pour atteindre un

du cOtuport1enl,ent anonnaI

(31)

aelcotnpOSJltto,n au travers de

méthodes directement sm:

repose eUes-mêmes dé.:ornpos.tt1on d'une

strategie aSSOdee. Pom: ce

en la seooncle

en SOlIS-IaCnes.

Dans l'énoncé d'un et du moyen de le resoul:tre

Chandrasekaran Chandrasekaran Chandrasekaran

Chandrasekaran Chandrasekaran Chandrasekaran Dans

Ctlajg:nOisttc afin but

une ext:»Il<:at1on causale du comportement anonnal UIJ"'-'1..VL. alors but une pluts.tem:s méthodes

chacune de méthodes est caractérisée par fonnes de connaissances et d'inférences qu nécessite par les ",",,""-uuw

directement par son exécution conviendra d'atteindre

afin en com:s Cette

spé:C1t1lcatlon de n011ve::lUX SOIlS-[JiUIS fait en aSSOCiant

nOUViellf~s nletl1ode:s. et ainsi

Dans

de méthodes aPr)l1c:abll~s pom: un domaine en tenne de COtlctrl1011S d'apf,>l1c:at1c,n des d1f!tér~'!llt€~s flletltlo(les.

des connaissances et mécanismes

deUO'I.1U'UeleS mécanismes (m!eC'aJ11sLl1s)

(32)

récursivement

donc en

obtention méthodes directement exécutablies

1 revient à ex(!cuter. Séq!UeltlCe cornvclsée des méthodes 4 et la méthode méthode que la sp(:cililcation de pllllSleurs méthodes pOUt une tâche de réaliser un OU entre dernières, tandis que la spé:C1blcatlon de plu:sleU.IS tâches pOUt une méthode COl:reS1lJOfld réaliser un ET entre dernières.

Dans cette aPt)ro<:he. l'énoncé d'un V.tclblème la des!cnvt1on du

Parmentier

corps de la tâcbe

comme la dé~;terler()nS trulltnterumt la de(;omlOO~;ltlo,n

cet)eflldafllt, comme

(33)

du de leur modéliSation et

connaissances dans cadre de la COltlCc::ptllon de connaissances et, d'autre

nn:lplc~mlentatt(m et le COfltIole

modèles tâches COtlCepUlels - ceux la conœpnon

de SBC comme - et des modèles de ceux lJllple.m(:nt€~s dans des -. Entte ces deux: extren:les, qruelqlues tentatives de combler le fossé une purement de~>cn1ptt,re d'une apf)!Oic:he opleratlOJtlŒelle modèles

ess:aVt~nt. en de fournit une lJllplemc::nt:ittc.n modèles pr(~abllIJIC::nl(~t

tentent

Modèles

oplerat101tln~tI1scer une modèle COltlce:ptl.leL

Environnement d'Aide Au

GALAXIE

ll. Les modèles cOlnccep1:uels

on dira

Modèles

(34)

A. Les tâches 2éllléJlqlles de B. Chandrasekaran Dans

avoir une ou pltl.S1ew:s méthodes associées résolution

un but à rés1ou(ire) l'obtention du Chacune méthodes est caractérisée par les formes de connaissances d'inférences

nécessite et par les sous-buts additionnels ne seront atteints par son exécution et conviendra d'atteindre rés()Ud.t:e) afin cOtnplet<:!r la résolution du en cours de traitement. DeIlt-f:tre une

la séQlUeJ1Ce d'actions effectuer entièrement pré:déJlln1e, ou être abstrait cela une recherche

III Des tâches co.mme combinaison de méthode

tâches récurrentes cadre de la résolution on

les savoir-faire en en<;apsmant des méthodes de resolIllt1on problètnes par le biais tâches Enes permettent de fournir de téSl[)IU110n

pt(,bUm(~s réutilisables de des:ctl1Jt1c,n C01ID:ll.1Ss:mc:e, moteur d'l1ltéretllce, mécanisme

III Un lalllfarge de haut niveau pour Cn~ialJre tâche f(éJr:lériqlJre rapproche par

d'identifier un certain nombre combinaisons

méthode inférence fow:ntt

permettatlt de enC:l~psuler afin définir

III Tâches de connaissances

orc)bl<:mc;:s et de trouver les COJtlll4USS,a1lces mt~aniSm~~ de raisonneJnent

rapprOChe par

focaliser

(35)

Modifie

4: de la dans

Chandrasekaran.

cerdes et

méthodes.

B. ~SetConnno~S

KADS and une

des dans le de

SBC défini KADScomme

CQ.inpletf~s et un

model(~s. La methcldolo2;le proplOs{~e sur différents modèlles

but POllltSlliV1 la con.stnJLct1c)U

modèll:!s de coopét'auc)n

(36)

KADS-I fun de rec.t1et'lche eur()pét:n la définition acc()mt1agnet' le conceUlteur d'un SBC dans

SBC par la construction ensemble de modèles à des modèles crlltlte:rp1:et<iltton

ur(~dé:tID.1S d1SUOnlbl(~s dans les librairies Comme nous

ensemble de modèles se structure en modèles de ret>rél:;enter différents de connaissances nécessaires lors de la COJtlCc;:ptllon d'un SBC. Le modèle de

nous intéresse des de cette mfmlxt()lo.gle; il consiste en une tâches de la vie courante sont nécessaires pour atteindre le but du tel dans le modèle ct' aliJplJlcatlon en un nombre fini de sous-tâches élémentaires et leur attribution aux différents agents et différents Utilisateurs}.

TI avoir différentes

cotma1.ss~tnoes et

par par r environnement pet:me:tre:llt

cogmt1<::ten de detl~mllner internes et externes, c eSL-:<I.-IJtlI'e

seront àla futilisateur.

Conuno~SIWJldUl~ une mèthe;dologle d·tngeru1ene oonnaissances

propose un nouvel ensemble de modèles pour

la modélisation présenterions que modèle

tâche modèles pelme:ttaltlt la delSCJ:llptlon exhaustive SBC.

Modèle définition du Modèle de

Commo~S

(37)

que

spèC1ttcat!on d'une tâche dans (:OD:lll10jaKtlL1!j C()IDltJo!1te 2

.. la déiinition de la tâche décrit

e est -à-dire ce réaliser

décrit .. le corps de la tâche

raccornptlsse.ment de la eSl:--:l-(llIe comment atteindre

task<name>

end

additional-roles . control-structure:

que pennet

: Paramètres de définition d'une tâche dans CommonKADS

dont COJnpiosite si ne ue\l{-e:ue dè<;Olllposèe

L'attribut type nè(:eSlnte d'être dèc:ornLOosee

cornp<)Seltlt la

l'~-H, ... h,~+ additional-roles.

l',,-H, ... h,~+ control-structure.

C. TASK T ASK IlJle:r:ret:-\J()lDri~Cn

la

traitements

(38)

TASK est pré:Setlltée

Structure TASK

contexte

prutarIletltes. L'attribut corps

il contient soit une un enchaînement

soit un ensemble de lesc=lueHes il conviendra d:>effectuer un choix.

La relationneOe sert décrire en aux

définies dans le SBC relations Potlvrult être différents relation de

~aal~MID~degalènws:mc~oudeco(~~~tt(m).

Dans fonction du type leur corps:

élémentaires dont corps il des

dont le niveau par

cOJrnIJ'oS4ees dont le corps une sIDoctru::e pré~dètm:le

le

définition

caracteru;ttques communes re12~ttv~es

un prclblème

(39)

Comme tâches eleJtne1tltallfeS et str~lt~~es sta1ttqtles, tandis que les

sont fonction du contexte, fur et mesure que resc:>lul1on du prclble:me progresse.

Les

d'un processus processus

SCARP

III. Les modèles opét'~tfi(]ltn1leJs

sont les modèles résolution

moins cOJtnpfleJ!:e contrôle.

A. SCARPet

ont pour le

d~ automatiser tout ou à modéliser un

à la Résolution de pr()bl,èmres}

dé'~el()ot)é au sein du au

prcIgralfrunes en co(mératlon l'utilisateur peut intervenir str:ategie de résolution

valeurs des pruranlètres indéfinis. Différentes crn)p(~ralttts ont

"-_._'~.~-~ de données le d1a~4;)stJlC vibratoire de

l'IFREMER de Brest; l'aide

maladiesnelHo-mus(;ru2~es.

(40)

&sortie une

est-un =

<entrée>

est-un

<entrée>

exec

fmilisateur résolution du tlr()blèmle

tâche au moyen cr c.Pé:rateUlI:S slJéc:1t1(:JUf~S choix-

spéQrah'sa,tiaa); l'attribut exec permet de dont différentes de la résolution seront réalisées

peut renlVO"Ver directement un exécutable

ëltmentaJ'.t:e, soit à une autre alors une sous-tâche de la pr(~cèdellte

d'une

Dans il existe plu!S1eurs de alternatives

op~~rateur choix

al.LaVlc~ au COllltexte la réso,Iutl()n

..

la

..

d'un

(41)

T, pour

T1 deux spé:c:taItsatlolls pour réaliser telle qUllnd.llqu~!e par la séqluen1ce

B. Powe.rTask PowerTask lParm.en1tter Patlllentier un

SCARP T:

pour

T5.

gerlelll=lUe cocrpet:attt dèv'eJobt)è par

la société ILOG des recherches menées Willamowski dans

cadre de définition SCARP. conçu

classification automlatl(~Ue afin

d'1rnlplétnent:er la spécJ.abs~it1on

tâche

.. de V1SlllaÙ.ser

PowerTask

(42)

..

..

méthodes adé:qmltes une

donnée enchainant nec::éssatJte dans le cadre de tâches cornpl1exes)

.. de mémoinsf::t, de la

raf>pl1catton de méthodes

les données de l'n ... nh,r,,~ et

.. d1étenrue fur et mesure en mtlégr.ant de nouvelles méthodes et modes ..l'=~ ... I~.

Un travail de actuenement PowerTask en

mené dans le au sein du

leur utlllLsatlton.

C. TRAM

un gérté:tlc=lue pour dans le cadre de svstènlles réactifs devant prcnOlte constante évc)Iutlolnl

Thibault

nilr ... t-'lEl:p de l:>1t,ltotbèQuc~s de programmes

données de mesures effectuées capteurs. Dans

éV(liu1llotlS d'environnements un certain nombre svsten:les. une action >.'--<"-u,,, ....

la définition des de tel ou événement

le gestto:I:JLnatre

Là encore, une me:tl1()Qe renvoie

de tâche éJémt~t;,urt.~},

par Numencal ~'!OL'ithrns cl' inversion de matrices

(43)

D. OCAPI

OCAPI de Contrôle Az.ltam,a!tiqrue de Procédures .l1.1.1.aJ:.~~/. li1{101San un moteur

le moteur de

déveJlolJ,oé au sein notamment de noyau

ORION de l'INRIA. OCAPI est en

initialement cl.è've!oOne une b1tltlOlth(~ql.JLe de programmes aP1PI1(:allons, démontrant

traitement

d'tolagf!S, a égalemtent OCAPI

Dans cOflceltnè et un

connaissance permet différents op,ér,a!telus

données du t)t()bl,èm.e.

camJ'lexe ou élémentaire nécessite non cl.e(:o!lnP()se en pll.Jtsteurs renvoie donc une

op'~~te'ur élémentaire programme exé:cu1~abj,e.

demande

d' OCAPI: PEGASE et

IV. Les modèles hvhnlde'~

(44)

A. LISA

SOC

un un but caractétl~!e

obtention.

résoudre et but est aux méthodes les

méthode caractérise donc un saVOJI--Ian:e en décrivant la str.l~tè~le

pelmettatlt d'atteindre le hut recherché cene-ci être r exécution directe d'un programme externe, l'utilisation d'une de connaissance ou une de<:Ol1Clp()S1tlon en sous-huts. Le choix de la méthode utiliser pour atteindre un hut donné un ensemble de méthodes concurrentes est par la hase de de pre:tèren(;e

but.

Pour res1pec:ttvl:!mc:!nt une m.~th'od~ futilisateur du fonctions JLI-"-".LJ ... L I

attributs METHODES PREFERENCES de fonction DEFBUT permettel1t de prèltèrence contexte. '~ ... h n . STRATEGIE de définir la s:tt:altég1e de résolution pennett;mt petmette11t de choisir la méthode

fonction DEFMETHOD

d'atteindre le but cible d'une pn>cedrure de calcul un pr(~:Wl:me), d'un ensemble de d'inférence à utiliser sur la hase de connaissances du

dè<:onrlp()stt!Oll en sous-buts.

<nom-but>

Fonction B. KSM KSM L41l011rlet.tlEe Structure M~!11:IJ.rreÎ)

la creauo~n

définir un but

méthode

COIlce1lJt d'unité de COjl'111.alSSaJ1Q':$

ou

(45)

en sous-domaines sont dèltlOjtnfltlèt:!S p1:,tmiaJ1"es de connaissances.

ce tOlt:tn:ilis;m(~, une fonctionnalité associée une unité

par une tâche. en un ensemble de données utilise pour

t)t()dut1re un ensemble de données en sortie. L'exécution d'une tâche alors effectuée par une

méthodes ass;oclèes.

récursivement delcornpos{~e en S01.1S-1cacJtleS une

de

une unité de connaissances

m~:tl1(Jdf~S a!'Sode:es. Dans cette fonctionnalité d'une unité

LINK

décrire une de reJ"r(~se'nt.'lti,(Jn

unité de connaissances du modèle Cotlce:ptl1et

une 01[1J10,tn(~qtle pnfJnlt1V(~S de re1-"Jré~flen'ta.tlon dont élément un

module fonctionnalité des

de connaissances un mécanisme operanonn(~!.

C. PROTEGE

un programme de Int::T.a--Ill'VelJtu

connaissances ad~lptj~eS

raffinement

(BJr::US,001'C Skeletal Plan Reiineme-nt

(46)

d'al,pbcattons en questton.

domaine qU'mcontbe outil afin

L'outil orienté tâches de connaissances peut

directement être utilisée par un moteur d'inférence gétlérlqule

Dans le but d'étendre

de connaissances non seulement du de vue d'une seule et méthode de résolution de pn)blièm.es, de surcroît prédétJ!nte

méthodes pOlllrrc:>nt aborder

un des pour

de vue d'un ensemble différentes.

est de faciliter non seulement la réutilisation des méthodes de résolution de tm)blc~<:!s comme le raffinement de squ.eIelttes de mais aussi cene

domaines

Dans

ont

une tâche ref.,rét;ente certain nombre soumises en entrées. Une tâche ne de t>rodUlre à

associée. De une méthode

suivant un ensemble

certain nOJDOlre

tâche de transformation sous-tâches. Chacune biais d'une autre méthode

résolution de pr()blèmle

ne sont pas déicornt>OS~lbl(es

méthode de résolution de prc.blc~les

alg·orrl:hrltles utilisés pour SOllS-:lDéth<xIt::s et des mécanismes

différents résc:>lutron de problèrnes.

du monde réel

sorties à des données lui directement la transformation lui fait p:u le biais de méthode une

un niveau abstrait

de transformation un ensemble de sorties

parttelllement prédéfinie nn11~cnlP le détail

(47)

Conclusions

A. Clarification du vocabulaire

leur Le lecteur aura doute pu remarquer

rés()lut:ton de problè1:nes formulations que de svstetlfœS

Cep'endant, il processus de résolution par modèles de

cOlcrel>pc1ndanl::e entre les eXl)re:,s:tC)llS sein de modèles celles que utiliserons dans ce mémoire et que nous avons tenté de définir dans trouve au début de ce document. Le tableau ci-dessous a pour but de réaliser cette cOl:re~;pondan(:e

Primil'lvlA'S de

Tâches terminales différents formalismes

B. Vs Tâche

(48)

admettant

nombre d' entités d1tjtèr<~nties de 2, tandis que pour

ayant retenu une dé<;::ootl'P()S1tlon de a d'entité.

un n'admet pas une de

RelqUC:~T.el ut)ètate:ur, est lui-aussi sur 2 d'éléments . les Kt.~qlJrëtf.~s et les Ul)él"atAf!'Wr8 est donc à ce titre à de cette classe de méthodes dont la dec:ornpos.t.tton repose sur la d'une alternance de 2 types.

Sur s1gltlal()ns que d'utiliser un formalisme 2

chott me

être une bonne

Méthodes

modèles présentés.

chott d' ordre jffipl~mlen1:at()ttf~s

vrai que dtsttngnler faction de la manière de la réaliser de la SeUlaRtlqtle

d'ordre sembler

tOt:lctt4:lntLeLJ, cependant, dans le cadre d'un

permet de mettre • l'accent

opèrattolllnt~l, nous ne COltlS.tjjè.tnns, ou moins directement

le souvent,

peut le fait action

réaliser

1 1 1

1 2

(49)

de 2

2

USA 2

2 2

Tableau de formalismes de

c. Vs

Dans de en de

14

D.

(50)

for'malisnle de

KSM

2 2

1 1 2 2

45

(51)

sru: une ti1!Jfl101t:hel:me

1. Notre Modèle de Tâches A. Introductions et ~tl~lbtc~s

tableau de svnthè!;;e plréc~xl.ej[lt dans

Nbre d'Entités

la 1 1 1 2

GALAXIE 10u3

2 2

l'on

'i\ppl1(:::anons de

notre réall1sa11on

Tâche/Sous-Tâche ou

TâchelMéthode/Sous-Tâche GALAXIE

(52)

d'OCAPL

contribution a1Jlp01:Wlt un certain nom'Jte d'améliorations notre modèle par rapport aux m()de~les dont nons

introduction des recluëtes et extension de leur utilisation de sorte petmettre de

Sp€~C1tler une de résolution non pas par ou méthodes mats

par la définition des différents sons buts intervenant dans la résolution {PO,SS11IJili1té

d'indétenninisme dans les La raison de cet de

1JeJtI.l1lett1re la mise en le svsl:èmel obtient une s~ution. le l'utilisateur de tâches moyens résolution "'''il' ... '' .... ''

extension de de la

soJlvalble's. mais sont il

de

non seulement sur des éléments de sur des éléments c01np.(ex:c~s stnl~,es enes-mêmes.

de choix est cl' offrir un futiJisateur pour

COrmaI.S8:llnCli;S et

et distribution du mf:caltl1Sjme sorte à peltl.l14E!m:e une utiJisation

l'indéterminisme de

petmettre de réintroduire de

(53)

A.2. ful;'Iart,7I1CS j)rrJlt'I;rtt1t,rltrrJ$

Cette

f)Olssit>le, à paèL différentes cherche

en

la sepaèLatt()n

Bien que cette aplp.!1c:al1on valide prutt1elletneltlt n,Otre certain n,Ombre de réflexions 'ont

la supc:rpCts111cm

aP1::>ro>Che. elle a étendre n,Otre cOltlsé:qu.en1te mériterait donc d'être dè"llel()f)t:)èe

tester

eX1J!1(:1te une de le résoudre.

peut être

il résultats que rés,Oluti,On est:-a-an:e par

de

émis

r occasion d'un initial Une

décrit et

sur entrées et

hn.n7,n.1 .. décrire la str:atègie de rés,Oluti,On assOd,ée,

la bonne exécuti,On cette même str:ltéj~e. Il

l'autre

Par

Références

Documents relatifs

Non pas que l'école puisse ou veuille orienter seule la vie d'un enfant, mais, une fois entré dans ce monde nouveau, il est indéniable que chaque enfant doit apprendre à

4) La mobilisation des communautés et le soutien à la réalisation de projets structurants pour améliorer les milieux de vie, notamment dans les domaines social,

 Je (nous) certifie certifions) que les dépenses figurant dans ce récapitulatif ont été réellement supportées par la structure qui demande le paiement de la subvention, et

Comme énoncé plus haut, un modèle graphique peut être représenté sous la forme d’un graphe G = (V, E). Un graphe peut avoir différentes structures. Par exemple dans la figure

• La délibération du Conseil de Territoire Marseille-Provence n° VECO 021-194/18/CT du 15/05/18 portant approbation d’une convention de partenariat avec le GERES dans le cadre

Les personnes titulaires du titre professionnel d'assistant(e) de vie aux familles, qui souhaitent obtenir le diplôme d'Etat d'aide-soignant, sont dispensées des unités de