Les architectes et les responsables du développement des systèmes de THALES doivent faire face à un double constat :
 |
D’une part les middleware propriétaires sont coûteux à maintenir et à faire évoluer (mélange entre code métier et code technique qui ne suivent pas les mêmes cycles d’évolution, difficulté de trouver des développeurs formés sur des technologies en voie d’obsolescence, complexité croissante des besoins technologiques qui requiert des niveaux d’expertise toujours plus importants) |
|
D’autre part on constate le développement rapide des
technologies de middleware « du commerce » (investissements massifs de
la part des éditeurs de logiciel et communautés d’utilisateurs et de
service importantes) qui pour la plupart sont en plus appuyées par des
organismes de standardisation. |
Il est important pour THALES de rester en accord avec ces évolutions importantes et c’est dans ce sens qu’ont été définis 4 thèmes de recherche sur les middleware :
2.1 Ingénierie des Containers
Les middleware récents, permettent l’exécution d’applications à base de
composants. Dans un middleware supportant le déploiement et l’exécution de
ces composants, le conteneur est le médiateur entre les composants
fonctionnels (« métier ») et les services non fonctionnels (tolérance aux
fautes, sécurité, persistance, etc.). Il est le garant d’une bonne
séparation entre le code métier (au cœur de la compétence THALES) et le code
technique.
2.2 Des PSM vers plates-formes
Ce thème traite du passage du monde de l’ingénierie logicielle dirigée par
les modèles au monde des middleware et du code. Il est le pivot entre les
thématiques Ingénierie dirigée par les modèles et Technologies
middleware.
2.3 Framework à composants pour le temps réel et l’embarqué, et modèles
d'interaction temps réel
Dans ce thème, on cherche à étudier des architectures de middleware dédiées
au temps réel et à l’embarqué qui empruntent les meilleurs caractéristiques
des plates-formes pour composant (c'est à dire la notion de conteneur et la
notion d’interaction entre les composants). On vise ainsi à isoler le code
métier des préoccupations telles que : la gestion de l’ordonnancement des
tâches, la sélection d’un protocole de communication, la mise en œuvre de
fonctions de trace.
2.4 Network-Centric Middleware
Un nouveau champ applicatif, celui des systèmes de systèmes, important pour
THALES, requiert encore un travail significatif d’investigation pour les
années à venir. Cette problématique, principalement issue du domaine du
C4ISR (Command, Control, Communications, Computers, Intelligence,
Surveillance, and Reconnaissance), se caractérise par la formation
d’applications résultant de la découverte réciproque de systèmes mobiles.
Cela amène la notion de système de systèmes pour laquelle il faut des
middleware spécifiques, appelés « network-centric », qui garantiront
sécurité et qualité de service, tout en offrant un niveau de dynamicité et
d'intégration de technologies hétérogènes sans équivalent dans les
middleware traditionnels.
Dernière mise à jour: 07/01/2004 - Mentions Légales
Le cycle du
développement logiciel
vu par MIRROR et ALICE,
deux programmes pilotes menés par THALES sur l'ingénierie dirigée par les
modèles et les middleware. Les recherches menées par CARROLL s'inscrivent
dans les besoins de ces programmes pilotes
