Transmodel - Solution

[Besoins] [Solution] [Documentation] [Transmodel en bref] [Coûts/bénéfices] [Utilisateurs]

Avantages et limites du niveau conceptuel

L'adoption d'une démarche de développement de systèmes d'information basée sur un modèle conceptuel de données de référence laisse, une grande liberté aux concepteurs et réalisateurs de logiciels: l'approche basée sur Transmodel n'impose en aucune manière le côté fonctionnel des produits. Elle donne par contre une référence commune de structure de données et représente donc une aide plutôt qu'un obstacle, crainte exprimée quelquefois dans le passé. Cette structure de référence est d'autre part purement conceptuelle et donc indépendante de l'environnement physique du système.
Il est évident que la liberté laissée aux réalisateurs d'applications et aux exploitants engendre une diversité de situations:

certains exploitants utiliseront, une partie du modèle de données uniquement,
d'autres rajouteront des concepts ou des liens entre concepts spécifiques à leur pratique ou organisation,
certaines optimisations spécifiques aux applications introduiront des différences entre les implémentations de bases de données, même si elles se réfèrent à un modèle conceptuel commun,
le modèle conceptuel de données indique les concepts et leur principales propriétés, sans entrer dans le détail ni fixer le format des données.

Ces considérations sont à prendre en compte, par exemple lors d'intégration d'applications basées sur un même modèle conceptuel: en général, l'intégration va comprendre un certain travail d'analyse au niveau de l'implantation logique et physique de la base de données. Il ne sera pas possible d'intégrer instantanément des applications nouvelles...
On remarquera que ceci ne pourra sans doute jamais être le cas, ne serait-ce que pour des raisons d'organisation différente des entreprises (que l'on ne saurait standardiser) au sein d'un même pays et à travers l'Europe.

Un modèle de données de référence devra être d'une certaine façon adapté aux besoins spécifiques de chaque exploitant et quelquefois élargi lorsqu'il sera implanté: une référence ne contient que ce qui est de nature générique.
Cependant, les avantages d'un modèle conceptuel de données de référence sont nombreux:

la structure des données ainsi décrite est indépendante de l'environnement physique,
l'architecture des systèmes d'information basés sur une structure des données de référence rend plus facile la maintenance du système, car le nombre d'interfaces entre applications décroît: les applications échangent les données à travers la base de données de référence et non pas par de liens directs,
l'interopérabilité des applications est assurée, ·
la définition de bases de données devient plus " standardisée " tout en permettant aux exploitants et concepteurs d'applications une certaine liberté en ce qui concerne l'implantation physique, c'est-à-dire la réalisation de leurs applications et même l'implantation de la base de données,
l'adhésion d'un certain nombre d'exploitants et de fournisseurs de logiciels à la démarche laisse prévoir une baisse de prix d'outils informatiques, du moins à long terme,
la cohérence d'information est assurée, ce qui contribue à la fiabilité des systèmes,
le fait de décrire une référence commune facilite les spécifications de nouvelles applications: la structure des principales données peut être fournie aux concepteurs d'applications réduisant ainsi le temps de conception et d'analyse,
pour les exploitants désireux de réorganiser leur système d'information, le modèle conceptuel des données sera le point de départ et la référence pour décrire les interfaces nécessaires avec l'existant.

haut de page