Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
presentation [2014/03/15 09:50] blay |
presentation [2016/07/22 09:21] (current) philippereneviergonin |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | ====== Pole Génie du Logiciel et de la Connaissance ====== | + | ====== Equipe SPARKS (Scalable and Pervasive softwARe and Knowledge Systems) ====== |
| La construction des logiciels que l’on peut trouver dans de très nombreux équipements ou systèmes de notre vie courante est un processus difficile, source d’erreurs qu’il s’agit de minimiser voire de supprimer. Les logiciels aujourd’hui construits sont complexes par leur taille - certains peuvent comporter des millions, voire des dizaines de millions de lignes - par leur complexité combinatoire lorsqu’ils gèrent un grand nombre d’événements simultanés ou par leur architecture lorsqu’ils s’exécutent sur des processus multiples parfois mobiles, appartenant à des institutions indépendantes, très diversement interconnectées et pouvant être parfois isolées. Les services qu’ils doivent rendre sont multiples et bien souvent inconnus au moment de leur conception, le logiciel devant alors être capable d’évoluer et de s’adapter aux conditions changeantes de son exécution, mais aussi de son utilisateur. | La construction des logiciels que l’on peut trouver dans de très nombreux équipements ou systèmes de notre vie courante est un processus difficile, source d’erreurs qu’il s’agit de minimiser voire de supprimer. Les logiciels aujourd’hui construits sont complexes par leur taille - certains peuvent comporter des millions, voire des dizaines de millions de lignes - par leur complexité combinatoire lorsqu’ils gèrent un grand nombre d’événements simultanés ou par leur architecture lorsqu’ils s’exécutent sur des processus multiples parfois mobiles, appartenant à des institutions indépendantes, très diversement interconnectées et pouvant être parfois isolées. Les services qu’ils doivent rendre sont multiples et bien souvent inconnus au moment de leur conception, le logiciel devant alors être capable d’évoluer et de s’adapter aux conditions changeantes de son exécution, mais aussi de son utilisateur. | ||
| Line 5: | Line 5: | ||
| Les logiciels sont aujourd'hui construit par assemblage (on parle de SOC : Service-Oriented Computing ou calcul à base de Services). Cette approche, sans être une révolution, vise comme toutes les précédentes à mieux réutiliser ce qui a déjà été produit et surtout à mieux contrôler l’ensemble du cycle de développement des logiciels. L'approche orienté services utilise la capacité de chaque service à s'auto-reconfiguration et s'auto-adapter en utilisant des auto-descriptions relativement fines et précises de chaque service. Ces descriptions ne peuvent être que de nature sémantique. Le monde du génie logiciel rejoint ainsi celui de la connaissance par la nécessité première de structurer, manipuler, échanger, partager ces descriptions essentielles pour l’assemblage des services. Il n’est donc pas surprenant que les différents travaux concernant l’auto-adaptabilité, la qualité de service concernent des chercheurs de ces deux communautés. | Les logiciels sont aujourd'hui construit par assemblage (on parle de SOC : Service-Oriented Computing ou calcul à base de Services). Cette approche, sans être une révolution, vise comme toutes les précédentes à mieux réutiliser ce qui a déjà été produit et surtout à mieux contrôler l’ensemble du cycle de développement des logiciels. L'approche orienté services utilise la capacité de chaque service à s'auto-reconfiguration et s'auto-adapter en utilisant des auto-descriptions relativement fines et précises de chaque service. Ces descriptions ne peuvent être que de nature sémantique. Le monde du génie logiciel rejoint ainsi celui de la connaissance par la nécessité première de structurer, manipuler, échanger, partager ces descriptions essentielles pour l’assemblage des services. Il n’est donc pas surprenant que les différents travaux concernant l’auto-adaptabilité, la qualité de service concernent des chercheurs de ces deux communautés. | ||
| - | Le pôle GLC recouvre en particulier les aspects liés à : | + | L'équipe Sparks recouvre en particulier les aspects liés à : |
| * la maîtrise de la complexité logicielle, | * la maîtrise de la complexité logicielle, | ||
| * la dynamicité et l’adaptabilité, en particulier en fonction de l’évolution du contexte d’exécution, | * la dynamicité et l’adaptabilité, en particulier en fonction de l’évolution du contexte d’exécution, | ||
| Line 12: | Line 12: | ||
| * la construction et l’utilisation des bases de connaissances. | * la construction et l’utilisation des bases de connaissances. | ||
| + | L'équipe Sparks contient une "équipe projet commune" I3S-INRIA : [[http://wimmics.inria.fr/| | ||
| + | wimmics: web-instrumented man-machine interactions, communities and semantics]] | ||
| + | |||
| + | |||
| + | ====== documents relatifs à l'équipe Sparks ====== | ||
| + | |||
| + | ====== documents relatifs au pôle GLC (ancien nom de l'équipe Sparks) ====== | ||
| + | |||
| + | {{::preslabo2avri-sparks.pdf| Présentation de la nouvelle équipe SPARKS au laboratoire, avril 2015 (pdf - 7,9 Mo) }} | ||
| {{:rapport_glc_2010-bilan.pdf| Activités du Pôle 2006-2010 (pdf - 635 Ko)}} | {{:rapport_glc_2010-bilan.pdf| Activités du Pôle 2006-2010 (pdf - 635 Ko)}} | ||
| Line 22: | Line 31: | ||
| {{::glcflyer-v3.pdf|Flyer (15/3/14) (pdf - 1,7 Mo)}} | {{::glcflyer-v3.pdf|Flyer (15/3/14) (pdf - 1,7 Mo)}} | ||
| + | |||
| + | {{::glc-140314.pdf| General Presentation (pdf- 4,4 }} | ||