L'interface native de Nit, un langage de programmation à objets

L'interface native permet à un logiciel de profiter des avantages des langages natifs ainsi que de ceux du langage de haut niveau. Elle intervient entre les différents langages pour permettre les appels de méthodes et la conversion des données. Son utilisation amène cependant généralement une perte de sûreté à l'exécution du logiciel et son emploi est souvent complexe. Dans le cadre de cette recherche, nous développons l'interface native du langage de programmation à objets Nit. Notre recherche vise à résoudre au mieux les problèmes soulevés par l'utilisation d'une interface native, et ce, par une analyse rigoureuse des différents détails de conception d'une interface. Notre intention est donc de concevoir, selon des objectifs précis, l'interface native idéale pour le langage Nit. Pour mettre à l'épreuve notre proposition, nous avons conçu et implémenté l'interface native du compilateur Nit. La conception de cette interface native s'appuie donc sur des objectifs que nous considérons garants d'une interface native de qualité. Ces objectifs consistent à préserver la sûreté d'exécution du logiciel, maintenir une connaissance du flot d'appels, utiliser le langage Nit de façon expressive et selon ses forces, conserver une syntaxe naturelle en C ainsi qu'offrir une interface native versatile et d'utilisation rapide par tout autre moyen. Pour atteindre ces objectifs, nous proposons quatre grandes approches clés : la forme des modules hybrides pour gérer la coexistence de deux langages; une déclaration explicite des appels de méthodes réalisées depuis le langage C pour conserver la connaissance du flot d'appels; une représentation symétrique des types et méthodes Nit en C pour en permettre une utilisation naturelle et vérifiée statiquement; les classes natives qui représentent les types C en Nit et leur appliquent les forces du paradigme de programmation à objets, dont le polymorphisme. Enfin, pour valider l'interface native proposée et implémentée, nous présentons comment nous avons utilisé cette interface pour réaliser des modules et des logiciels Nit. Nous démontrons également que cette interface peut être utilisée dans le développement d'autres interfaces spécialisées en fonction de besoins spécifiques.\ud ______________________________________________________________________________ \ud MOTS-CLÉS DE L’AUTEUR : interface native, interface de fonctions étrangères, compilation, langages de programmation à objet

Un modèle de représentation des connaissances à trois niveaux de sémantique pour les systèmes tutoriels intelligents

Ce mémoire s'inscrit dans le cadre du projet ASTUS qui vise le développement d'un système tutoriel intelligent ( STI ). Les connaissances sont un élément crucial pour ces systèmes, car elles constituent le langage commun entre les différents modules. Le mémoire propose un modèle original de représentation des connaissances pour les STI qui tire profit de trois approches prometteuses: la représentation psychologique et didactique, la représentation logique et ontologique des logiques de description, et la notion d'objet d'apprentissage utilisée dans le domaine de la formation en ligne. De cette combinaison, résulte un modèle novateur avec des caractéristiques avantageuses, qui établira un fondement solide pour le système en développement

Un outil d'assistance pour le design pédagogique : conception et implémentation du système CIAO

Les systèmes auteurs (SA) constituent aujourd'hui des outils vitaux en ce qui a trait aux activités de conception de cours dans le domaine du Design Pédagogique (DP). Ces activités permettent d'élaborer des systèmes tuteurs dotés d'une intelligence permettant d'offrir un cadre d'apprentissage et de formation approprié. Cette activité souffre toutefois d'un manque crucial car les SA actuels ne prennent pas en compte l'utilisation de théories pertinentes auxquelles peut se référer le concepteur. Le concepteur n'est ainsi pas en mesure d'avoir accès à ces théories directement à partir du SA. Face à cela, il devient difficile de garantir l'effet de l'apprentissage, car la structure de cours conçue à l'aide des SA ne peut être correctement validée. C'est pour faire face à ces problèmes et fournir une assistance active durant le processus de DP que le présent projet nommé CIAO a été initié. Il a pour objectif de développer un outil d'assistance active basé sur l'usage d'ontologies de théories du Design Pédagogique. Dans le cadre de ce projet, nous avons axé notre attention sur la mise à la disposition du concepteur en tout temps d'une base de connaissance regroupant les théories de l'instruction, de l'apprentissage et du DP. L'accès à ces théories et au savoir qu'elles contiennent permettra à l'auteur de garantir une structure de cours fiable et efficace. Pour la mise en oeuvre, nous avons utilisé (1) une base de connaissances contenant les théories associées aux activités de Design Pédagogique; Cette base de connaissance permettra au concepteur d'explorer en tout temps les théories qu'elle contient et lui permettra d'obtenir des informations clés pour la réalisation de ses activités de DP; (2) des modèles de structures représentés sous forme de scénarios pédagogiques; Ces scénarios constituent le lien entre notre système CIAO et les SA utilisés par le concepteur. Ils pourront être analysés, validés et modifiés en vue de les rendre compatibles aux normes de construction de cours et principalement aux objectifs et attentes visés par le concepteur. L'outil développé dans le cadre de ce projet permet alors d'intégrer une assistance active basée sur des théories pertinentes du Design Pédagogique. Cette assistance est jusqu'à présent l'élément manquant dans les SA. ______________________________________________________________________________ MOTS-CLÉS DE L’AUTEUR : Assistance au Design Pédagogique, Système tuteur et ontologies, Systèmes auteurs et assistance aux concepteurs, Conception intelligente par Ontologies

L'introduction de l'entraînement à la prise de décision dans la formation supérieure en arts du cirque et ses effets sur les stratégies d'enseignement et sur l'apprentissage et sur la performance

La présente recherche a été subventionnée par le ministère de l'Éducation, du Loisir et de Sport dans le cadre du Programme de recherche et d'expérimentation pédagogique de l'Association des collèges privés du Québec.Bibliographie

Élaboration d'un banc d'essai pour la comparaison de SGBDR de modèles différents

Ces dernières années, le domaine des bases de données a beaucoup évolué. De nombreux modèles ont émergé de part et d'autre : XML, ODBMS, Map Reduce... Ces modèles ont pour objectif de résoudre les problèmes existants du modèle relationnel. Et pourtant, aucun n'a réussi à détrôner SQL, la variante la plus connue du modèle relationnel. Cela révèle tout d'abord un problème vis-à-vis du modèle relationnel tel qu'implémenté par SQL qui ne s'adapte pas à toutes les applications. Cela révèle aussi l'incapacité des nouveaux modèles à pallier les lacunes de SQL tout en conservant ses forces : son expressivité et sa capacité à assurer l'intégrité des données. Ces caractéristiques restent primordiales pour de nombreuses applications et ne peuvent donc pas être ignorées. Notre intuition est donc qu'il ne faut pas totalement mettre de côté le modèle relationnel de Codd [10], mais plutôt l'améliorer. Étant donné que seul le langage relationnel SQL a su s'imposer, l'évaluation des SGBD relationnels s'est toujours faite en ne considérant que celui-ci. De plus, les bancs d'essai existants considèrent le facteur de l'efficience comme le plus important à évaluer, probablement car c'est le critère qui dépend davantage de l'implémentation du langage faite par les SGBD que des variantes dialectiques du langage. Nous nous sommes donc donnée [i.e. donnés] pour objectif de définir un banc d'essai plus large permettant d'évaluer des modèles relationnels différents en prenant en compte des critères plus variés et tout aussi importants tels que la validité, la disponibilité, la sécurité et l'expressivité. Le banc d'essai ainsi défini a été implémenté pour deux SGBDR basés sur SQL : Oracle et PostgreSQL. L'implémentation pour des SGBDR basés sur des modèles différents étant laissée pour des travaux futurs. Les résultats obtenus nous ont tout d'abord permis de démontrer la pertinence de notre banc d'essai. Malgré le fait que les deux SGBD soient basés sur le langage SQL, le banc d'essai a révélé des différences pour la majorité des critères définis. Ainsi, Oracle se démarque en ce qui concerne la validité des données. Contrairement à PostgreSQL, il ne présente pas de lacunes pouvant compromettre l'intégrité des données. Oracle se démarque aussi en ce qui concerne la sécurité. Les mécanismes présents y sont plus complets et plus flexibles. PostgreSQL, lui, se démarque par rapport à l'expressivité du dialecte SQL utilisé. Des fonctionnalités primordiales sont présentes tandis qu'elles sont absentes sous Oracle. Au niveau de l'efficience, nos résultats révèlent une différence quant à la gestion des optimisations, car selon les fonctionnalités testées, le SGBD le plus efficient est différent. Cependant, aucun des SGBD ne se démarque. Pour finir, en ce qui concerne le critère de disponibilité des données, les résultats sont identiques pour les deux SGBD. Cette identification des lacunes propres à ces deux SGBD nous permettra par la suite de tirer des enseignements de ces problèmes de manière à ne pas les reproduire pour notre nouveau modèle

Le Web sémantique n'est pas antisocial

National audienceCet article rebondit sur une série d'articles soulignant l'importance de la prise en compte de l'aspect social dans le Web sémantique mais opposant radicalement l'approche Web sémantique et l'approche sociale. Tout en reconnaissant cette importance, nous montrons ici que ces deux approches sont complémentaires