Intégration des middlewares dans la conception logicielle. Sujets spéciaux en génie logiciel

Transcription

1 Intégration des middlewares dans la conception logicielle Sujets spéciaux en génie logiciel

2 Intégration des middlewares dans la conception logicielle Introduction UML Approche orientée composant Approche orientée modèle Conclusion

3 Introduction Un nombre important des systèmes distribués parmi les systèmes développés. Systèmes distribués: hétérogénéité Auparavant: à la main Actuellement: middleware

4 Introduction Middlewares: fournissent des solutions aux aspects non-fonctionnels (sécurité, transactions) Une grande classe: les middlewares qui utilisent les objets distants (orientes objets) Profondes modifications dans la façon de concevoir les applications

5 Introduction Manque de méthodes et d outils de conception Structure de l article: Niveau objet en se basant sur UML Approche orientée composante Approche orientée modèle

6 Intégration des middlewares dans la conception logicielle Introduction UML Approche orientée composant Approche orientée modèle Conclusion

7 UML UML: outil standard pour modéliser la programmation orientée objets Mais UML standard ne supporte pas les grands particularités des systèmes distribués: les transactions => Extensions d UML

8 UML - Transactions Modéliser les communications entre les entités repartis du systèmes A Method for the Design and Development of Distributed Applications using UML de Born, Holz et Kath 5 nouvelles concepts pour modéliser indépendamment de la plate-forme

9 UML - Transactions Les 5 concepts: Computationnel objet (CO): Attributs et opérations de comportement Interface d interaction avec l environnement Configuration Mécanisme d accéder a une instance via son interface

10 UML Transactions Les 5 concepts (suite) Convention Les pré-requis d une interaction (contraintes à être satisfaites avant l établissement de l interaction Prédicats Expressions logiques QoS (Quality of Service) pour formuler les conventions Artefacts Les éléments du langage de programmation permettant de réaliser le comportement de l objet

11 UML Propriétés du contexte Changement continuel du contexte du système Manque du support technique => prise en compte du contexte seulement pendant la phase d implémentation Modèle non à jour Difficulté dans la vérification

12 UML Propriétés du contexte Toward Designing Distributed System with ConDIL de Felix B ubl, Emmerich Wolfgang, Tai Stefan Utilisation de ConDIL (langage de distribution) avec une extension d UML pour spécifier ces propriétés Prenant en compte des infrastructures et des ressources (logicielles, matérielles, organisationnelles) lors la conception du système

13 UML Propriété du contexte

14 UML 4 vues d UML étendu Diagramme de classe Filet de topologie Distribution avec ConDIL Diagramme de déploiement Détection des erreurs de conception grâce au diagramme de déploiement

15 Intégration des middlewares dans la conception logicielle Introduction UML Approche orientée composant Approche orientée modèle Conclusion

16 Approche orientée composant Limitations de l approche au niveau objet: Aspects non fonctionnels codés dans directement dans les objets Connexions gérées au niveau de l objet Vision globale difficile Services développés difficilement réutilisables

17 Approche orientée composant Niveau d abstraction plus élevé: niveau composant Démarche intégrée dans les principaux middlewares: EJB DCOM CCM

18 Approche orientée composant Composant: entité qui offre un certain nombre de service via son interface Intégrés dans des conteneurs gérant les services systèmes Implémentation du composant contenant uniquement la logique métier Accompagnés d un descripteur permettant de les configurer

19 Approche orientée composant Exemple: CCM (CORBA Component Model) Package = archive ZIP, avec implémentation (DLL) et descripteurs (en XML)

20 Approche orientée composant Avantages Séparation des tâches: Architectes => structure de l application Développeurs => implémentation des composants Plus grande réutilisabilité Plus grande productivité

21 Approche orientée composant Plusieurs méthodologies intégrant l approche composants: RUP (Rational Unified Process) Catalysis UML Components

22 Intégration des middlewares dans la conception logicielle Introduction UML Approche orientée composant Approche orientée modèle Conclusion

23 Approche orientée modèle L approche orientée composant présente encore des problèmes Middlewares incompatibles entre eux, nécessité de connaître la plate-forme utilisée avant la conception Changement de plate-forme de plus en plus coûteux avec l avancement du développement Durée de vie plus longue de la logique métier que de l application

24 Approche orientée modèle MDA (Model Driven Architecture) développée par l OMG 3 modèles = 3 niveaux d abstraction: CIM (Computation Independent Model) PIM (Platform Independent Model) PSM (Platform Specific Model)

25 Approche orientée modèle PIM et PSM représenté à l aide de profils UML PIM: profil EDOC (Enterprise Distributed Object Computing) PSM: profil UML pour EJB, CORBA, etc. Transformations semi-automatiques du PIM eu PSM, et du PSM à l exécutable Possibilité de déployer l applications sur plusieurs plates-formes différentes, grâce à XMI

26 Approche orientée modèle Avantages de cette approche: Modèles successifs permettent d avancer dans le développement en résolvant d abord les problèmes de haut niveau Meilleure portabilité Gain de productivité Possibilité d intégrer les systèmes déjà existants

27 Approche orientée modèle MDA: ensemble de concepts et de notations, pas de réelle méthodologie Plusieurs méthodologies proposées basées sur MDA, plus ou moins généralistes

28 Approche orientée modèle Limites Encore jeune Complexité importante Pas d outils supportant complètement MDA à l heure actuelle UML insuffisant pour modéliser les applications Réelle efficacité de l automatisation des transformations?

29 Intégration des middlewares dans la conception logicielle Introduction UML Approche orientée composant Approche orientée modèle Conclusion

30 Conclusion Étude des différentes solutions proposées jusqu ici pour intégrer les middlewares dans la conception logicielle Solutions basées sur UML trop incomplètes ou trop spécifiques Nombreuses méthodologies pour l approche orientée composant, pas assez spécifiques MDA solution a priori la plus acceptée à l heure actuelle

31 Conclusion Questions?