Transmodel - Besoins généraux

TITAN:

[Objectifs] 
  [Partenaires][Analyse des besoins] 
  [Résultats]

Differents types de besoins
Méthodologie d'analyse de besoins
Exemple: Besoins des sites pilotes de TITAN
- Besoins généraux
- Besoins spécifiques
- Comparaison des besoins des sites

Besoins des sites pilotes

Besoins généraux

Implantation d'une base de données de référence :un des besoins principaux est de tester l'adéquation de Transmodel à la définition d'une base de données de référence, c'est-à-dire dédiée à stocker des données permanentes et non-spécifiques des différentes applications.

Indépendance du type de base de données : il est primordial de pouvoir définir, dans la phase d'analyse des besoins et des spécifications, une structure de données sans se soucier du type spécifique de base de données. Transmodel, en tant que modèle conceptuel, répond à ce besoin. Présenté au moyen du formalisme Entité/Association, il représente une vue statique du système, permettant de représenter les concepts d'importance dans une entreprise (entités), les propriétés des concepts (attributs) et les liens (relations) entre les entités.

Indépendance du type d'application : il est indispensable de prévoir une architecture de système qui permette une flexibilité en ce qui concerne les applications (modifications, ajouts, mises à jour, etc.). Une base de données construite à partir de Transmodel doit être indépendante des produits logiciels intervenant dans le système. Le système nouveau doit être conçu de façon à ce que des modifications intervenant dans la base de données n'impliquent que des modifications de certaines interfaces entre la base de données et les applications et non des modifications des applications elles-mêmes. De façon analogue, une modification d'application ne doit influencer que l'interface concernée et non pas la base de données.

Base de données relationnelle : les trois sites de démonstration décident d'implanter une base de données relationnelle. Bien que le formalisme Entité/Association n'implique pas forcément ce choix, le modèle conceptuel de données ainsi présenté s'adapte bien à ce besoin.

Validation de Transmodel V4.1.1 : l'objectif principal des expérimentations est de valider la version 4.1.1 de Transmodel et de proposer, si nécessaire, des modifications du modèle. Du processus de validation doit résulter si les concepts, attributs et associations définis répondent bien aux besoins des sites. Cependant, la validation ne doit pas aller dans le détail des formats des données : le processus doit se dérouler au niveau conceptuel et permettre de juger si Transmodel est suffisamment générique pour représenter la sémantique des besoins locaux.
Les utilisateurs ont exprimé également le besoin de définir un modèle de données de référence plus "opérationnel ", au niveau logique. Un tel modèle est jugé utile plus généralement pour les utilisateurs qui auraient choisi une base de données relationnelle. Les implantations pilotes doivent donc également permettre d'élaborer un ensemble de règles en vue des implantations relationnelles de Transmodel. Bien évidemment, les recommandations ainsi produites devront être considérées comme un exemple ou une aide (type de " manuel d'utilisateur ") et non comme un standard d'implantation du modèle conceptuel.
Implantation du démonstrateur : au-delà de la validation de la sémantique exprimée par Transmodel, les expérimentations pilotes doivent tester également le comportement correct du système en ce qui concerne l'information, c'est-à-dire le transfert ou la production d'information : la base de données et les interfaces doivent permettre un fonctionnement correct des applications et en particulier le partage des données communes. Toute perte d'information résultant de l'architecture bâtie sur Transmodel devra être répertoriée. En particulier, il sera statué si la perte d'information est causée par une sémantique insuffisamment riche de la structure de données ou si elle repose sur des problèmes dus à l'application.
Conception d'interfaces : les structures de données utilisées par les différents produits logiciels ne sont souvent pas implantées comme des bases de données relationnelles ou encore sont basées sur un modèle conceptuel différent de Transmodel. Il est donc nécessaire de réaliser des interfaces permettant une communication entre les applications existantes et la base de données construite à partir de Transmodel.
Normalement, les interfaces devraient être prévues entre des modules logiciels les plus élémentaires. Cependant dans les sites, cela ne peut pas avoir lieu de façon générale, car on doit tenir compte des applications existantes qui sont soit des produits logiciels importants prévus pour un certain nombre de fonctionnalités, soit des applications plus réduites prévues pour une fonction spécifique.

Cependant, une documentation des interfaces doit être produite de façon à guider des futurs utilisateurs.

haut de page