Urbanisation des Syst

1
Urbanisation des Systèmes d'Information

• Normes et Standards
• Description de produits ISO 10303 et 13584,
• Commerce UN/CEFACT, ebXML.

2
Des normes de vocabulaires partagés pour les
produits

• STEP et PLIB reposent sur
• Un langage formel EXPRESS pour décrire les
  modèles dinformation.
• Des modèles définis en EXPRESS pour exprimer un
  ensemble dentités représentatives des objets à
  modéliser
• Chaque entité est définie par un ensemble de
  caractéristiques appelées attributs chaque
  attribut possède un domaine de valeurs licites
• Une notation graphique EXPRESS-G pour définir un
  formalisme graphique de représentation textuelle
  des modèles de données
• EXPRESS est une sorte de langage dontologie
• À comparer avec les standards RDFS/OWL du W3C

3
Des normes de vocabulaires partagés pour les
produits

• ISO 10303 dit  STEP 
• Une norme générique déclinée en protocoles
  applicatifs déclinant pour une application
  donnée, le point de vue de lutilisateur métier
• OBJECTIFS DE STEP
• La définition dune modélisation de données pour
  le partage de modèles standards de données
  produit
• La couverture du domaine envisagé, correspondant
  à lensemble des catégories de produits (pièces
  élémentaires, assemblage,) selon le point de vue
  des métiers (électronique, mécanique,
  ingénierie,) et à toutes les phases du cycle de
  vie (conception, analyse, fabrication et/ou
  installation, maintenance,)?
• Laccroissement de lutilisation de définition
  produit standardisée en vue de répondre aux
  besoins de lingénierie et de faciliter les
  échanges en environnement hétérogène

4
Des normes de vocabulaires partagés pour les
produits

• UTILISATION DE STEP
• STEP est un moyen de ralliement pour les éditeurs
  majeurs de logiciels, mais la réalisation
  dinterfaces déchange dépend de leur
  interprétation de la norme (vis-à-vis du modèle
  produit de leur offre logiciel)?
• STEP est destinée aux échanges de données produit
  entre industriels et partenaires (ex automobile,
  aéronautique)?
• STEP implique ladoption de modèles de données
  normalisés par métier et des processus partagés
  de gestion de ces données, aussi bien pour les
  industriels que pour les éditeurs de logiciels,
  ainsi que la disponibilité de certification
  dinterfaces pour assurer la conformité du
  résultat dune interface avec les spécifications

5
Des normes de vocabulaires partagés pour les
produits

• ISO 13584 dite  PLIB 
• La définition dune modélisation de données
  composant reposant sur la notion de dictionnaires
  de données et de propriétés
• Une typologie de données permettant à
  lutilisateur de définir le problème à résoudre
  en sappuyant sur les caractéristiques de
  composants et sur les paramètres de contexte
  fournis par le fabricant pour sélectionner les
  composants répondant aux valeurs définies par
  lutilisateur, en fonction des caractéristiques
  choisies et des paramètres de contexte
• Lincitation à lutilisation de composants
  standardisés en vue de répondre aux besoins de
  lingénierie et de simplifier le travail de
  modélisation
• UTILISATION DE PLIB
• PLIB est un moyen de dialogue pour les
  industriels et un moyen de ralliement pour les
  fournisseurs de bibliothèque de composant
• PLIB permet de saisir toute la connaissance sur
  le comportement et les critères de sélection dun
  composant pour une application donnée
• PLIB implique le respect par les fournisseurs des
  terminologies et les attributs techniques, ainsi
  que les principes fondamentaux de modélisation de
  composants.

6
Standards de gestion de données

• CM II (pour mémoire à ne pas confondre avec
  CMMI) est un standard promu par lICM
•  LInstitute of Configuration Management  est
  un organisme prescripteur en matière de méthodes
  de gestion de configuration.
• Le respect de ses recommandations est un critère
  de qualité de tout système de gestion de données
  techniques.
• Dans la pratique les SGDT du marché y font
  systématiquement référence.

7
Normes pour le commerce et ladministration

• Les Nations Unies ont créé l'UN/CEFACT en vue
  d'améliorer la coordination à l'échelle mondiale
  de la facilitation des procédures commerciales.
• LUN/CEFACT fait la promotion
• de linitiative de normalisation de  Core
  Component Types 
• des standards ebXML , conjointement avec OASIS
• ebXML Messaging Services
• Spécification des éléments de la structure des
  messages ebXML
• ebXML Registry
• Intéropérabilité des registres de référentiels
  partagés.
• ebXML CPPA Collaboration Protocol Profile and
  Agreement
• Collaboration Protocol Profiles (CPPs) et
  Collaboration Protocol Agreements (CPAs).
• ebXML Implementation, Interoperability, and
  Conformance
• Implémentation dinfrastructures et
  dapplications intéroperables ebXML.

8
ebXML et ses objectifs (source site ebXML)?

• L'initiative ebXML a débuté en Novembre 1999 à
  San José, California. Pour répondre aux  les
  objectifs fixés, ebXML a développé un ensemble de
  principes généraux sur les plans fonctionnels et
  techniques qui devraient être respectés dans la
  suite des travaux.
• Ces principes sont les suivants  
• Permettre, en utilisant XML, de conduire des
  opérations de commerce électronique de manière
  simple et universelle .
• Utiliser les spécifications techniques XML du W3C
  ayant acquis le statut de recommandation de la
  manière la plus étendue possible.
• Fournir un standard trans-sectoriel ouvert et
  interopérable pour le commerce "B to B" et "B to
  C".
• Fusionner les composants de structure et de
  contenu d'initiatives XML divergentes en un
  unique standard XML applicable à l'ensemble des
  relations d'affaires. 
• Fournir une dynamique initiale suffisante pour
  que les ressources communes engagées actuellement
  dans la mise au point de solutions verticales à
  court terme puissent être mobilisées dans un
  effort commun de développement de solutions
  horizontales portant sur le long terme. 
• S'appuyer sur des regroupements horizontaux et
  verticaux des participants de l'industrie et du
  commerce.
• Éviter les solutions propriétaires qui
  influencent la liberté des choix financiers et
  logiciels des utilisateurs d'ebXML et
  contraignent ces derniers à acheter, installer ou
  supporter des produits logiciels ebXML uniques
  pour mener à bien leurs échanges d'informations
  d'affaires.
• S'efforcer de minimiser le coût du commerce
  électronique.
• Fournir un support multilingue.
• Se conformer aux règles et spécifications
  nationales et internationales du commerce.
• Proposer un chemin de migration permettant à
  partir de l'EDI  standardisé de développer des
  standards XML EDI.

9
ebXML Messaging Services
10
ebXML Registry

• Un répertoire ebXML est destiné au stockage de
  toutes sortes de contenu électronique mis à
  disposition tels que documents XML, textes,
  images, sons et vidéos.
• Les Instances de tels contenus sont définis comme
  entités de référence.
• Ces entités sont rangés dans un référentiel
  défini dans les répertoires ebXML

11
ebXML CPPA Collaboration Protocol Profile and
Agreement
12
ebXML CPPA Collaboration Protocol Profile and
Agreement
13
Core Component Types de lUN/CEFACT

• Méthodes de structuration pour établir des
  typologies communes de données
• En cours dadoption par le commerce et les
  gouvernements

14
Core BusinessComponents
15
Initiatives ebXML

• ebXML Messaging Services
•  The ebXML Message Service  (ebMS) définit
  lenveloppe du message et son en-tête de
  communication via un protocole tel que HTTP or
  SMTP et le comportement du logiciel denvoi et de
  réception.
• ebMS est defini comme un jeu de couches
  dextension de messages selon le protocole Simple
  Object Access Protocol SOAP et ses attachments
  SOAPAttach. Elles définit les éléments de
  sécurité et de fiabilisation des échanges.

16
Méthodes technologies émergentes

• UML Model Driven ArchitectureXML/RDF Web
  sémantique,
• Ontologies dorganisation dun SI

17
(No Transcript)
18
XML/RDF/RDFS/OWL

• Lensemble des démarches de normalisation visent
  à décrire des vocabulaires à partager, ainsi que
  leurs conditions dutilisation, dans des messages
  échangés
• XML est adopté comme méta-langage support de tout
  échange de messages
• Les vocabulaires se doivent dêtre décrits en
  langage XML
• RDFS/OWL sont conçus pour décrire des thesaurus
  de vocabulaires
• Les structures des messages sont décrits en
  langage XML
• Les DTD et schemas XSD sont conçus pour décrire
  des messages
• La description précède lutilisation
• Lontologie des (bonnes) pratiques est un
  préalable dune démarche de modélisation
• Elle est un complément naturel pour une ontologie
  peuplée de description formelle d'un système
  d'Information (cf. module 6)?

19
Fin du Module