T H E S E - LIFL

22 Contexte logiciel spécifique à la thèsel’interrogation de bases de données (SQL 14 ), pour le développement de pilote [MRC + 00]ou les ordonnanceurs [BM02].Il s’agit de langages fournissant des constructions appropriées à une classe particulièrede problèmes [Con04]. En particulier, ils permettant de simplifier la tâche deprogrammation étant donné que l’expertise du domaine est capturée dans le langagelui-même plutôt que codée par le développeur du logiciel. Le fait de programmer enutilisant des idiômes du même niveau que le domaine adressé augmente significativementla maîtrise de l’application. Ceci permet aux experts du domaine d’exprimer demanière naturelle leurs spécifications et facilite pour les non experts la compréhensionet la réutilisation du code.Parce que les traitements liés au domaine sont encapsulés dans le langage même, laprobabilité pour le développeur de faire des erreurs se retrouve réduite, ce qui permetd’obtenir des applications plus robustes. En outre, par le biais d’analyses statiques,l’utilisation de constructions spécifiques à un domaine autorise des vérifications spécifiquesqu’il serait impossible ou trop coûteux de réaliser avec du code écrit avec unlangage généraliste. Ces vérifications apportent ainsi des garanties sur le code spécifiéavec le langage dédié. Enfin, les langages dédiés sont plus performants car ils tirentprofit des algorithmes spécifiquement optimisés pour le domaine qu’ils ciblent.Pour toutes ces raisons, l’utilisation de langages dédiés s’avère être une techniqueparticulièrement appropriée pour la mise en oeuvre du principe de séparation des préoccupations.Cependant, il est toutefois relativement ardu de concevoir un DSL car ilfaut d’une part bénéficier de connaissances dans les langages ainsi que dans le domainecapturé par le langage. Par ailleurs, un problème récurrent lors de la conception deDSL est de trouver le juste équilibre dans l’ouverture du langage : un langage dédiétrop ouvert perd son intérêt face à un langage généraliste, tandis qu’un langage troprestreint est certes plus efficace mais utilisable sur une classe de problèmes amoindrie.Enfin, un DSL requiert de former les utilisateurs qui ont à l’utiliser et de développerles outils spécifiques à sa mise en oeuvre.2.3 Qualité de ServiceLe concept de QdS recouvre un large domaine de propriétés inhérentes au domainede la transmission de données. Plusieurs travaux pour définir la QdS dans un systèmedistribué sont à l’origine d’une proposition de standardisation [ISO]. La référence normativeest le « Quality of Service Framework » publiée dans [ISO98]. D’après cetteréférence, les concepts fondamentaux suivants structurent la QdS :– Caractéristiques de QdS : un aspect quantifiable de QdS, qui est défini indépendammentdes moyens par lesquels il est représenté ou contrôlé.– Etablissement de la QdS : l’utilisation de mécanismes pour créer les conditionspour l’activation d’un système afin que les caractéristiques de QdS désirées soientatteintes.– Mécanisme de QdS : un mécanisme spécifique, pouvant utiliser des paramètresde QdS ou des informations de contexte, potentiellement en coordination avecd’autres mécanismes de QdS, dans le but de permettre l’établissement, le monitoring,la maintenance, le contrôle et la demande de QdS.14. Structured Query Language