Présentation
RÉSUMÉ
La maîtrise des systèmes d'information de plus en plus complexes impose aux entreprises la résolution de problèmes de transposition d’applications spécifiques, en particulier dans le domaine bancaire. Des solutions de transposition d’un modèle objet en objet relationnel sont proposées, mais sont encore un peu complexes à mettre en œuvre. Comprendre les règles de transposition, tant au niveau statique (définition des tables relationnelles), qu’au niveau dynamique (services d’accès aux données) doit faciliter la prise en main de tels outils de génération de structure et de classes. Ensuite, des règles de transposition automatisées s’avèrent nécessaires, notamment dans la recherche de produits structurants.
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleAuteur(s)
-
Martial CHRISMENT : Ingénieur informatique ENSEEIHT (École nationale supérieure d'électronique, d'électronique, d'informatique et d'hydraulique de Toulouse) - Société VIVEO
INTRODUCTION
La modélisation et la programmation objet sont aujourd'hui incontournables dans le monde industriel, en particulier avec l'avènement d'architectures dirigées par les modèles (MDA) ou d'architectures urbanisées orientées service. En effet, la nécessité de maîtriser des Systèmes d'Information de plus en plus complexes pousse les entreprises à mettre en œuvre ce type d'approche. Les technologies de programmation objet tels que Java, C++ ou DCOM permettent l'implantation des solutions conçues dans ces architectures, en facilitant ainsi à la fois la maintenance et l'évolutivité du Système d'Information.
Alors que les concepts objets sont très présents dans les phases de conception, les solutions utilisées pour le stockage de données restent majoritairement relationnelles. Le problème de transposition d'applications conçues avec une approche objet et destinées à être implantées dans un contexte relationnel est, de ce fait, un problème récurrent au sein des entreprises.
Pour répondre à cette problématique, il est souvent fait recours à la mise en œuvre de requêtes SQL spécifiques qui ne tiennent pas compte du modèle objet de départ. Bien que relativement efficace, cette solution rend plus complexe toute évolution du modèle objet car les impacts au niveau des données sont difficiles à évaluer et rarement négligeables. Cette approche va donc à l'encontre de la tendance actuelle qui demande aux entreprises de maîtriser de plus en plus leur Système d'Information.
La mise en œuvre de règles de transposition automatisées s'avère donc nécessaire en particulier sur des projets structurants pour l'entreprise. Pour cela, les mécanismes de transposition peuvent être réalisés, soit sur mesure si l'environnement technique répond à des exigences d'entreprise spécifiques, soit avec un outil tiers de transposition dans des environnements plus standard (par exemple, dans un environnement J2EE avec des outils tels que Hibernate ou TopLink, tous deux intégrés à Eclipse).
Cet article est réservé aux abonnés.
Il vous reste 95 % à découvrir.
Déjà abonné ? Se connecter
VERSIONS
- Version archivée 1 de mai 2002 par Martial CHRISMENT
DOI (Digital Object Identifier)
Présentation
ConclusionArticle inclus dans l'offre
"Technologies logicielles Architectures des systèmes"
(236 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
4. Automatisation des transpositions
On présente dans ce paragraphe les principales solutions qui permettent de mettre en œuvre les règles de transposition statique et dynamique d'un modèle objet en modèle relationnel qui ont été évoquées précédemment.
4.1 Transformation MDA pour la transposition de modèles objet
Le point de départ de la transposition réside dans le modèle objet que l'on veut faire persister dans une base de données relationnelles. La transposition de modèles de conception objet en modèle relationnel ou la génération des méthodes et services de transposition s'intègrent parfaitement dans l'approche MDA (Architecture Dirigée par les Modèles ) qui consiste à dériver à partir d'un modèle de conception indépendant de la technique PIM (Platform-Independent Model ) des modèles de conception adaptés à une plate-forme spécifique donnée PSM (Platform Specific Model ).
L'approche MDA permet ainsi de concevoir une application en modèle objet PIM indépendamment de la plate-forme technique cible, en se concentrant sur les invariants métier, c'est-à-dire sur les règles métier qui n'ont pas vocation à évoluer dans le temps indépendamment des contraintes techniques qui sont, elles, en constante évolution.
La transposition d'un modèle objet en modèle relationnel peut se caractériser par au moins deux transformations MDA (figure 11) :
-
transformation de niveau statique : génération d'un modèle relationnel à partir du modèle objet PIM ;
-
transformation de niveau dynamique : génération de classes d'implantation et des services d'accès aux données à partir du modèle objet PIM.
Les transformations de niveau statique permettent de générer un modèle de données relationnel à partir d'un modèle de conception objet. Pour cela, ces transformations créent des scripts DDL (Data Définition Langage ) écrits en SQL standard ne comportant que des ordres de définition...
Cet article est réservé aux abonnés.
Il vous reste 93 % à découvrir.
Déjà abonné ? Se connecter
Automatisation des transpositions
Article inclus dans l'offre
"Technologies logicielles Architectures des systèmes"
(236 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
BIBLIOGRAPHIE
-
(1) - MILLER (J.), MUKERJI (J.) - MDA guide version 1.0.1. - Juin 2003 http://www.omg.org/cgi-bin/doc?omg/03-06-01.
-
(2) - MULLER (P.-A.), GAERTNER (N.) - Modélisation objet avec UML. - Éditions Eyrolles (2003).
-
(3) - KING (G.), BAUER (C.), RYDAHL ANDERSEN (M.), BERNARD (E.), EBERSOLE (S.), FERENTSCHIK (H.) - Hibernate reference documentation. - Avr. 2011 http://docs.jboss.org/hibernate/core/3.6/reference/en-US/html_single.
-
(4) - CHRISMENT (C.), CABANAC (G.), PINEL-SAUVAGNAT (K.), TESTE (O.), TUFFERY (M.) - Bases de données orientées objets. - Lavoisier (2011).
-
(5) - MARÉE (C.), LEDANT (G.) - SQL 2 Initiation programmation. - Armand Colin (1994).
-
(6) - MONSON-HAEFEL (R.) - Enterprise Javabeans 3.0. - Éditions O'Reilly (2006).
-
...
DANS NOS BASES DOCUMENTAIRES
ANNEXES
Cet article est réservé aux abonnés.
Il vous reste 93 % à découvrir.
Déjà abonné ? Se connecter
Article inclus dans l'offre
"Technologies logicielles Architectures des systèmes"
(236 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
