Diapositive 1

1
Ecole Système de Systèmes
Modèles de données pivot
2
PLAN

• Interopérabilité et modèles pivots
• Principales critiques et difficultés
• Axe damélioration
• Réflexions
• Conclusion

3
INTEROPERABILITE Aptitude de systèmes à fournir
des informations et des services à
d'autres systèmes, à accepter des informations et
de services d'autres systèmes, et à utiliser les
informations et les services ainsi échangés (
NATO ADatP-2 )
INTEROPERABILITE
Opérationnelle
Procédurale
Technique
.
Norme spécifiant les procédures concernant la
forme dans laquelle les informations sont
transférées, le langage normalisé de compte
rendu, les procédures d'exploitation pour la
transmission des informations.
Norme spécifiant les caractéristiques
fonctionnelles, électriques et physiques des
équipements assurant l'échange d'informations
entre les systèmes de matériels différents.
Norme spécifiant le sens, le contenu et
l'utilisation des informations à échanger.
Sémantique
Syntaxe
Protocole
Echanges dinformations automatisés
4
Information et donnée
Les informations sont constituées de données
associées dans un contexte défini
5
Modèles de données interopérabilité

• Un élément dinformation est défini par
• une signification la sémantique (unique) qui
  relève de linteropérabilité opérationnelle.
• une représentation la syntaxe (multiple) qui
  qui relève de linteropérabilité procédurale.
• Les données et leurs relations sont représentées
  dans des Modèles Conceptuels de Données (MCD)
• définition des données capitalisation de la
  sémantique.
• description du contexte relationnel
  construction de linformation.

6
Modèle pivot pourquoi ?
N.(N-1)/2 interfaces Explosion combinatoire
7
Modèle Pivot

• Vocation
• Référence sémantique pour les échanges
  automatiques dinformations entre les systèmes
  dune communauté dintérêts (Ex Opérations
  interarmées MPIA).
• Contenu
• Définitions précises des données,
• Contexte conceptuel des données (structure du
  modèle).
• Caractéristique principale
• MCD de haut niveau conceptuel.
• Objectif léchange
• Etablir un lien vers une norme déchange
  implémentable. (Ex XML-IA)

8
XML-IA

• Schéma de validation global (XSD)
• Tous les messages XML-IA (documents XML) doivent
  être valides selon le schéma XML-IA
• Assure linteropérabilité opérationnelle
• Contient toute la sémantique du modèle de données
  pivot MPIA
• Aborde linteropérabilité procédurale
• Définit la syntaxe XML spécifique des échanges
  interarmées

9
Mise en uvre MPIA XML-IA
Modèle Pivot Inter Armées MPIA
Traçabilité
Traçabilité
Réutilisation partielle
Réutilisation partielle
Format déchange interarmées
XML-IA
Modèle de données de conception MCD-C
Modèle de données de conception MCD-C
Traçabilité
Traçabilité
Information respectant le format déchange
dinformations interarmées
Injecteur / extracteur
Injecteur / extracteur
ZONE DECHANGE
Système MARINE
Système AIR
10
Caractéristiques dun modèle pivot

• Toutes les données sont précisément définies
• Classes, attributs, valeurs, types, etc.
• Structure globale non spécifique et stable dans
  le temps
• Squelette du modèle de données réutilisable
  dans différents environnements
• Classes généralisées conceptualisation maximale
• Ex Objets, types, états, actions, localisation,
  rapports, composition, etc.
• Associations principales entre classes
  généralisées
• Métier reflété dans les classes spécialisées
• Cardinalités ouvertes
• Les restrictions sopérent à dautres niveaux
• Support du métamodéle de la communauté
• Types de données définis

11
JC3IEDM classes généralisées
12
Classes spécialisées classes métier
13
Un modèle pivot nest pas

• un modèle de système
• optimisé pour les traitements
• optimisé pour les requêtes
• destiné à une implémentation en létat (AGL)
• contraint par les impératifs applicatifs
• règles
• cardinalités spécifiques
• noms de longueur réduite

14
Généralisation de la méthode

• Un modèle de données pivot par communauté
  dérivant du modèle pivot interarmées
• Terre, air et mer
• Renseignement,
• Logistique (transport)
• Ensemble de règles de dérivation des modèles
• Identification de la provenance des données,
• Restriction et/ou extension de listes de valeurs
• Traçabilités
• En cas de non réutilisation des données du pivot

15
Principales critiques de la méthode

• Volume et complexité des modèles

16
Principales critiques de la méthode

• Approche très monolithique
• De la prise en compte du modèle déchange dans
  les développements de système difficulté de
  définir le périmètre
• De la norme déchange dans sa globalité (LXML-IA
  na aucun sens opérationnel)
• Jeunesse de la méthode
• Règles de dérivation strictes et lourdes
• Clauses contractuelles inadaptées
• Multiplicité et volume des livrables
• Traçabilités exhaustives

17
Adhésion difficile à la méthode

• Difficultés de fédérer les communautés autour
  dune solution non-propriétaire
• Chaque fédération a résolu les problémes
  déchange à sa manière
• Impacts des changements de version XML-IA sur les
  programmes
• Obligation de travailler de concert dans des
  calendriers non synchronisés
• Limplémentation de lXML-IA V3 a permis de
  corriger des bugs de syntaxe XML
• Doutes sur limplémentation des V1 et V2 !

18
Les raisons de persévérer

• Principes de la méthode repris par les 3
  fédérations (Terre, Air et Mer)
• Modèle déchange (MPGT, SAS, SIC21)
• Echanges en XML
• Premiers échanges en XML-IA concluants
• XML-Terre construit avec la grammaire XML-IA
• Etude NATO RTO (à expliquer)

19
Axe deffort futur Modularité des échanges

• Création et gestion de messages XSD
  sous-schéma dXML-IA
• Dérivés de lXML-IA
• Ajout de règles
• Restrictions (de cardinalités, de listes de
  valeurs, etc.)
• Ayant un sens opérationnel (ex ACO)
• Structuration des messages adaptée aux besoins
  opérationnels
• A prendre en compte par les programmes en
  fonction de leurs besoins

20
Axe deffort futur Modularité des échanges

• Gestion de configuration des messages (et non
  dXML-IA global)
• Gestion des versions des composants du modèle
  pivot
• Entité, attribut, valeur, relation
• Administration des données
• Gestion des listes de valeurs

21
Axe deffort futur Modularité des échanges

• Modularité des échanges
• Traçabilité du modèle de données pivot sur les
  messages
• Définition précise du périmètre des données à
  prendre en compte par les programmes
• Analyse dimpact des évolutions du modèle pivot
  sur les échanges
• Identification des programmes concernés
• Identification du volume des modifications
  induites (prévision coûts)
• Aide à la décision
• Justification opérationnelle et utilisation des
  données

22
Analyse dimpacts
23
Réflexions

• Ces (vrais) problèmes que lon attribue (à tort)
  au pivot
• Rétro-compatibilité
• Liée à lévolution du besoin
• Existe sans pivot au niveau applicatif
• Mise en uvre des règles métier
• Prise en compte au niveau applicatif
• Prise en compte dans les messages
• Volume et complexité
• Inhérents aux besoins exprimés
• Cycle de vie des données
• Problématique de tous les systèmes
• La norme déchange peut soutenir des méta-données
  ou des mécanismes de support au cycle de vie des
  données

24
Réflexions

• Nouvelles technologies
• XML et registres XML
• Outils adaptés OUI
• Solutions miracle NON
• SOA
• Architecture non orthogonale à lemploi dune
  sémantique commune
• Les messages XML sont de bons candidats pour des
  interfaces de données de services Web
• Ontologies, OWL, Web sémantique
• Outils qui ne dispensent pas de sémantique et
  dintervention humaine
• Ensemble de règles sémantiques quil convient de
  définir
• Data discovery et services discovery
• Reposent sur des méta-données quil faut
  renseigner
• Ne dispensent pas de sémantique

25
Conclusion

• Linteropérabilité des systèmes a pour vocation
  de faciliter les échanges dinformations entre
  humains
• La sémantique est la base de la compréhension
• Les technologies actuelles facilitent grandement
  les échanges
• elles reposent toujours sur une sémantique
  définie par lhomme,
• elles ne sont pas suffisamment matures pour se
  substituer à lintervention et au contrôle
  humains. Le seront-elles un jour ?