2,176 research outputs found

    L'action des objets et les objets de l'action

    Get PDF
    L’article examine les caractĂ©ristiques des objets ainsi que leur contribution Ă  l’action humaine dans le cadre d’une sociologie pragmatique du jugement et de l’action. Porteurs des conventions sociales, les objets balisent les situations et constituent des ressources pour les humains pour agir et se coordonner entre eux. Ce faisant, les objets constituent autant des prises que des contraintes Ă  l’action. Il existe une large gamme de rapports aux objets depuis les situations oĂč ils prĂ©sentent de fortes contraintes jusqu’à celles oĂč ils laissent place Ă  l’arbitraire des personnes, depuis les situations oĂč les humains s’engagent de maniĂšre non rĂ©flexive en se laissant guider par lesobjets jusqu’à celles oĂč ils mobilisent leur rĂ©flexivitĂ© en l’absence de routines Ă©tablies ou pour contourner celles dĂ©posĂ©es dans les objets

    ModÚle de communication entre un laboratoire virtuel réflexif et un tuteur dans un systeme tutoriel intelligent

    Get PDF
    L'intégration des laboratoires virtuels à des agents tuteurs d'un systÚme tutoriel intelligent (STI) s'est souvent réalisée avec une perte de leur autonomie. En effet, l'encapsulation des composantes est difficile à préserver parce qu'elles doivent collaborer intimement. Il en résulte que les modifications de ces composantes sont difficiles. Notre objectif est de réconcilier ces deux aspects, c'est-à-dire d'ouvrir les fonctionnalités du laboratoire virtuel aux agents tuteurs tout en réduisant le couplage. Nous proposons à cet effet un cadre méthodologique de développement de laboratoires virtuels sous forme d'un modÚle générique. Ces laboratoires sont réflexifs aux agents tuteurs et à l'apprenant et peuvent s'intégrer aisément à une architecture de STI à travers une interface de communication qui fait partie du présent travail. La réflexivité permet aux laboratoires virtuels de décrire leurs caractéristiques et leurs fonctionnalités aux agents tuteurs via les ontologies. Elle permet également une adaptation plus facile de ces entités, tout en encapsulant les caractéristiques et les fonctionnalités de chacun

    Développer et évaluer les compétences professionnelles des enseignants de langues à l'université : une mission impossible ?

    No full text
    International audiencePoser la question du dĂ©veloppement et de l'Ă©valuation des compĂ©tences professionnelles des enseignantes et enseignants de langues suppose de prendre en compte les rĂ©flexions et propositions qui sont actuellement faites en sciences de l'Ă©ducation. Plusieurs pistes essentielles doivent ĂȘtre Ă©voquĂ©es : la nĂ©cessitĂ© de professionnaliser les enseignant(e)s ; la dĂ©finition de l'agir enseignant et des compĂ©tences professionnelles ; la production de dĂ©marches et d'outils permettant Ă  la fois le dĂ©veloppement et l'Ă©valuation de ces compĂ©tences. Nous rappellerons pour la France la courte histoire des IUFM (1990-2010) dans le cadre spĂ©cifique de la professionnalisation des jeunes enseignants. Quelles pistes ont Ă©tĂ© mises en place ? Nous questionnerons ensuite la pĂ©riode actuelle caractĂ©risĂ©e par la " mastĂ©risation " de la formation professionnelle des enseignant(e)s. Quelles conditions faut-il rĂ©unir pour que ce nouveau dispositif puisse rĂ©ellement aboutir Ă  la professionnalisation souhaitĂ©e ? Peut-on espĂ©rer dĂ©velopper et Ă©valuer des compĂ©tences professionnelles ? Comment situer alors la formation et l'Ă©valuation des futurs enseignant(e)s de langues dans ce paysage

    Intergiciel d'intergiciels adaptable Ă  base de Services, Composants et Aspects

    Get PDF
    Cette habilitation Ă  diriger des recherches prĂ©sente mes travaux sur le gĂ©nie logiciel des intergiciels, domaine Ă  la croisĂ©e de l’informatique rĂ©partie et du gĂ©nie logiciel. L’intergiciel est la couche logicielle permettant de s’abstraire de l’hĂ©tĂ©rogĂ©nĂ©itĂ© des technologies de l’informatique distribuĂ©e et de rĂ©pondre aux besoins d’interopĂ©rabilitĂ©, de portabilitĂ©, d’adaptation et de sĂ©paration des prĂ©occupations des applications rĂ©parties. Mes travaux ont Ă©tĂ© guidĂ©s par deux questions de recherche ouvertes : 1) quel est le paradigme de programmation le plus appropriĂ© pour les applications rĂ©parties ? 2) quelle est l’organisation la plus appropriĂ©e pour l’intergiciel ?La premiĂšre partie prĂ©sente une synthĂšse de mes travaux et contributions. PremiĂšrement, mes travaux ont portĂ© sur la transition des objets vers les composants CORBA donnant lieu Ă  deux contributions majeures : le langage de script CorbaScript standardisĂ© auprĂšs de l’OMG et la plate-forme OpenCCM pour le dĂ©veloppement, le dĂ©ploiement, l’exĂ©cution et l’administration d’applications rĂ©parties Ă  base de composants CORBA. DeuxiĂšmement, je me suis intĂ©ressĂ© Ă  la conception de canevas intergiciels hautement adaptables. Ces travaux basĂ©s sur les composants rĂ©flexifs Fractal ont donnĂ© lieu Ă  un cadre de programmation par attributs sur lequel trois canevas flexibles pour la gestion du transactionnel, le dĂ©ploiement de systĂšmes distribuĂ©s hĂ©tĂ©rogĂšnes et les composants Java temps-rĂ©els ont Ă©tĂ© bĂątis. Enfin, mes travaux ont portĂ© sur la proposition du modĂšle Services Composants Aspects (SCA) et l’intergiciel d’intergiciels FraSCAti.La deuxiĂšme partie opĂšre un zoom sur le projet FraSCAti. La contribution scientifique de ce projet est de proposer un intergiciel rĂ©flexif pour l’informatique orientĂ©e service combinant deux idĂ©es originales : la notion d’intergiciel d’intergiciels et le modĂšle Services Composants Aspects rĂ©flexif. Partant du constat qu’il n’existe pas d’intergiciel universel capable de couvrir l’ensemble des besoins de toutes les applications distribuĂ©es, le projet FraSCAti propose un canevas intergiciel extensible pour l’intĂ©gration et la composition Ă©lĂ©gante des intergiciels et technologies SOA existants, c’est-Ă -dire un intergiciel d’intergiciels. Le modĂšle SCA rĂ©flexif est quant Ă  lui le mariage fĂ©cond du standard OASIS Service Component Architecture (SCA), du modĂšle de composants Fractal et de la programmation orientĂ©e aspects (AOP). Dans ce modĂšle, tout est composant rĂ©flexif permettant ainsi d’adapter dynamiquement aussi bien les applications mĂ©tiers, l’intergiciel, les liaisons de communication rĂ©seau que les aspects non fonctionnels. Cette contribution a Ă©tĂ© appliquĂ©e sur l’orchestration de services Ă  large Ă©chelle, la construction de systĂšmes de systĂšmes et une plate-forme distribuĂ©e multi-nuages. La derniĂšre partie dresse un bilan des contributions et prĂ©sente mes perspectives de recherche centrĂ©es sur le gĂ©nie logiciel pour l’informatique en nuage (cloud computing)

    Prévention et détection des interférences inter-aspects (méthode et application à l'aspectisation de la tolérance aux fautes)

    Get PDF
    La programmation orientĂ©e aspects (POA) sĂ©pare les diffĂ©rentes prĂ©occupations composant un systĂšme informatique pour amĂ©liorer la modularitĂ©. La POA offre de nombreux bĂ©nĂ©fices puisqu'elle permet de sĂ©parer le code fonctionnel du code non-fonctionnel amĂ©liorant ainsi leur rĂ©utilisation et la configurabilitĂš des systĂšmes informatiques. La configurabilitĂ© est un Ă©lĂ©ment essentiel pour assurer la rĂ©silience des systĂšmes informatiques, puisqu elle permet de modifier les mĂ©canismes de sĂ»retĂ© de fonctionnement. Cependant le paradigme de programmation orientĂ©e aspect introduit de nouveaux dĂ©fis pour le test. Dans les systĂšmes de grande taille oĂč plusieurs prĂ©occupations non fonctionnelles cohabitent, une implĂ©mentation Ă  l'aide d'aspects de ces prĂ©occupations peut ĂȘtre problĂ©matique. Partageant le mĂȘme flot de donnĂ©es et le mĂȘme flot de contrĂŽle les aspects implĂ©mentant les diffĂ©rentes prĂ©occupations peuvent Ă©crire dans des variables lues par d'autres aspects ou interrompre le flot de contrĂŽle commun aux diffĂ©rents aspects empĂȘchant ainsi l'exĂ©cution de certains d'entre eux. Dans cette thĂšse nous nous intĂ©ressons plus spĂ©cifiquement aux interfĂ©rences entre aspects dans le cadre du dĂ©veloppement de mĂ©canismes de tolĂ©rance aux fautes implĂ©mentĂ©s sous forme d aspects. Ces interfĂ©rences sont dues Ă  une absence de dĂ©claration de prĂ©cĂ©dence entre les aspects ou Ă  une dĂ©claration de prĂ©cĂ©dence erronĂ©e. Afin de mieux maĂźtriser l assemblage des diffĂ©rents aspects composant un mĂ©canisme de tolĂ©rance aux fautes, nous avons dĂ©veloppĂ© une mĂ©thode alliant l'Ă©vitement Ă  la dĂ©tection des interfĂ©rences au niveau du code. Le but de l'Ă©vitement est d'empĂȘcher l'introduction d'interfĂ©rences en imposant une dĂ©claration de prĂ©cĂ©dence entre les aspects lors de l'intĂ©gration des aspects. La dĂ©tection permet d'exhiber lors du test les erreurs introduites dans la dĂ©claration des prĂ©cĂ©dences. Ces deux facettes de notre approche sont rĂ©alisĂ©es grĂące Ă  l utilisation d une extension d'AspectJ appelĂ©e AIRIA. Les constructions d'AIRIA permettent l instrumentation et donc la dĂ©tection des interfĂ©rences entre aspects, avec des facilitĂ©s de compilation permettant de mettre en Ɠuvre l Ă©vitement d interfĂ©rences. Notre approche est outillĂ©e et vise Ă  limiter le temps de dĂ©boguage : le testeur peut se concentrer directement sur les points oĂč une interfĂ©rence se produit. Nous illustrons notre approche sur une Ă©tude de cas: un protocole de rĂ©plication duplex. Dans ce contexte le protocole est implĂ©mentĂ© en utilisant des aspects Ă  grain fin permettant ainsi une meilleure configurabilitĂ© de la politique de rĂ©plication. Nous montrons que l'assemblage de ces aspects Ă  grain fin donne lieu Ă  des interfĂ©rences de flot de donnĂ©es et flot de contrĂŽle qui sont dĂ©tectĂ©es par notre approche d'instrumentation. Nous dĂ©finissons un ensemble d'aspects interfĂ©rant pour l'exemple, et nous montrons comment notre approche permet la dĂ©tection d'interfĂ©rences.Aspect-oriented programming (AOP) separates the different concerns of a computer software system to improve modularity. AOP offers many benefits since it allows separating the functional code from the non-functional code, thus improving reuse and configurability of computer systems. Configurability is essential to ensure the resilience of computer systems, since it allows modifying the dependability mechanisms. However, the paradigm of aspectoriented programming introduces new challenges regarding testing. In large systems where multiple non-functional concerns coexist, an AOP implementation of these concerns can be problematic. Sharing the same data flow and the same control flow, aspects implementing different concerns can write into variables read by other aspects, or interrupt the control flow involving various aspects, and thus preventing the execution of some aspects in the chain. In this work we focus more specifically on interference between aspects implementing fault tolerance mechanisms. This interference is due to a lack of declaration of fine-grain precedence between aspects or an incorrect precedence declaration. To better control the assembly of the various aspects composing fault tolerance mechanisms, we have developed a method combining avoidance of interferences with runtime detection interferences at code level. The purpose of avoidance is to prevent the introduction of interference by requiring a statement of precedence between aspects during the aspects integration. Detection allows exhibiting during the test, errors introduced in the precedence statement. These two aspects of our approach are performed through the use of an extension called AspectJ AIRIA. AIRIA s constructs allow instrumentation and therefore the detection of interference between aspects, with facilities compilation to implement the interference avoidance. Our approach is designed and equipped to limit the debugging time : the tester can focus directly on the points where an interference occurs. Finaly, we illustrate our approach on a case study : a duplex replication protocol. In this context, the protocol is implemented using fine grained aspects allowing a better configurability of the replication policy.We show that the assembly of these fine-grained aspects gives rise to interference data flow and control flow that are detected by our instrumentation approach. We define a set of interfering aspects in this example, and show how our approach allows the detection of interferences.TOULOUSE-INP (315552154) / SudocSudocFranceF

    Prévention et détection des interférences inter-aspects : méthode et application à l'aspectisation de la tolérance aux fautes

    Get PDF
    La programmation orientĂ©e aspects (POA) sĂ©pare les diffĂ©rentes prĂ©occupations composant un systĂšme informatique pour amĂ©liorer la modularitĂ©. La POA offre de nombreux bĂ©nĂ©fices puisqu'elle permet de sĂ©parer le code fonctionnel du code non-fonctionnel amĂ©liorant ainsi leur rĂ©utilisation et la configurabilitĂš des systĂšmes informatiques. La configurabilitĂ© est un Ă©lĂ©ment essentiel pour assurer la rĂ©silience des systĂšmes informatiques, puisqu’elle permet de modifier les mĂ©canismes de sĂ»retĂ© de fonctionnement. Cependant le paradigme de programmation orientĂ©e aspect introduit de nouveaux dĂ©fis pour le test. Dans les systĂšmes de grande taille oĂč plusieurs prĂ©occupations non fonctionnelles cohabitent, une implĂ©mentation Ă  l'aide d'aspects de ces prĂ©occupations peut ĂȘtre problĂ©matique. Partageant le mĂȘme flot de donnĂ©es et le mĂȘme flot de contrĂŽle les aspects implĂ©mentant les diffĂ©rentes prĂ©occupations peuvent Ă©crire dans des variables lues par d'autres aspects ou interrompre le flot de contrĂŽle commun aux diffĂ©rents aspects empĂȘchant ainsi l'exĂ©cution de certains d'entre eux. Dans cette thĂšse nous nous intĂ©ressons plus spĂ©cifiquement aux interfĂ©rences entre aspects dans le cadre du dĂ©veloppement de mĂ©canismes de tolĂ©rance aux fautes implĂ©mentĂ©s sous forme d’aspects. Ces interfĂ©rences sont dues Ă  une absence de dĂ©claration de prĂ©cĂ©dence entre les aspects ou Ă  une dĂ©claration de prĂ©cĂ©dence erronĂ©e. Afin de mieux maĂźtriser l’assemblage des diffĂ©rents aspects composant un mĂ©canisme de tolĂ©rance aux fautes, nous avons dĂ©veloppĂ© une mĂ©thode alliant l'Ă©vitement Ă  la dĂ©tection des interfĂ©rences au niveau du code. Le but de l'Ă©vitement est d'empĂȘcher l'introduction d'interfĂ©rences en imposant une dĂ©claration de prĂ©cĂ©dence entre les aspects lors de l'intĂ©gration des aspects. La dĂ©tection permet d'exhiber lors du test les erreurs introduites dans la dĂ©claration des prĂ©cĂ©dences. Ces deux facettes de notre approche sont rĂ©alisĂ©es grĂące Ă  l’utilisation d’une extension d'AspectJ appelĂ©e AIRIA. Les constructions d'AIRIA permettent l’instrumentation et donc la dĂ©tection des interfĂ©rences entre aspects, avec des facilitĂ©s de compilation permettant de mettre en Ɠuvre l’évitement d’interfĂ©rences. Notre approche est outillĂ©e et vise Ă  limiter le temps de dĂ©boguage : le testeur peut se concentrer directement sur les points oĂč une interfĂ©rence se produit. Nous illustrons notre approche sur une Ă©tude de cas: un protocole de rĂ©plication duplex. Dans ce contexte le protocole est implĂ©mentĂ© en utilisant des aspects Ă  grain fin permettant ainsi une meilleure configurabilitĂ© de la politique de rĂ©plication. Nous montrons que l'assemblage de ces aspects Ă  grain fin donne lieu Ă  des interfĂ©rences de flot de donnĂ©es et flot de contrĂŽle qui sont dĂ©tectĂ©es par notre approche d'instrumentation. Nous dĂ©finissons un ensemble d'aspects interfĂ©rant pour l'exemple, et nous montrons comment notre approche permet la dĂ©tection d'interfĂ©rences. ABSTRACT : Aspect-oriented programming (AOP) separates the different concerns of a computer software system to improve modularity. AOP offers many benefits since it allows separating the functional code from the non-functional code, thus improving reuse and configurability of computer systems. Configurability is essential to ensure the resilience of computer systems, since it allows modifying the dependability mechanisms. However, the paradigm of aspectoriented programming introduces new challenges regarding testing. In large systems where multiple non-functional concerns coexist, an AOP implementation of these concerns can be problematic. Sharing the same data flow and the same control flow, aspects implementing different concerns can write into variables read by other aspects, or interrupt the control flow involving various aspects, and thus preventing the execution of some aspects in the chain. In this work we focus more specifically on interference between aspects implementing fault tolerance mechanisms. This interference is due to a lack of declaration of fine-grain precedence between aspects or an incorrect precedence declaration. To better control the assembly of the various aspects composing fault tolerance mechanisms, we have developed a method combining avoidance of interferences with runtime detection interferences at code level. The purpose of avoidance is to prevent the introduction of interference by requiring a statement of precedence between aspects during the aspects integration. Detection allows exhibiting during the test, errors introduced in the precedence statement. These two aspects of our approach are performed through the use of an extension called AspectJ AIRIA. AIRIA ‘s constructs allow instrumentation and therefore the detection of interference between aspects, with facilities compilation to implement the interference avoidance. Our approach is designed and equipped to limit the debugging time : the tester can focus directly on the points where an interference occurs. Finaly, we illustrate our approach on a case study : a duplex replication protocol. In this context, the protocol is implemented using fine grained aspects allowing a better configurability of the replication policy.We show that the assembly of these fine-grained aspects gives rise to interference data flow and control flow that are detected by our instrumentation approach. We define a set of interfering aspects in this example, and show how our approach allows the detection of interferences

    Apprendre en français en milieu francophone minoritaire : un enjeu majeur

    Get PDF
    • 

    corecore