urbanisation de système d'information - henry boccon-gibod 1 urbanisation des systèmes...

Urbanisation de Système d'Information - Henry Boccon-Gibod 1

Urbanisation des Systèmes d'Information

Normes et StandardsDescription de produits : ISO 10303 et 13584,

Commerce : UN/CEFACT, ebXML.


Des normes de vocabulaires partagés pour les produits

–STEP et PLIB reposent sur :• Un langage formel EXPRESS pour décrire les modèles d’information.

• Des modèles définis en EXPRESS pour exprimer un ensemble d’entité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 d’ontologie–À comparer avec les standards RDFS/OWL du W3C



• 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 l’utilisateur métier

• OBJECTIFS DE STEP–La définition d’une modélisation de données pour le partage de

modèles standards de données produit

–La couverture du domaine envisagé, correspondant à l’ensemble 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,…)

–L’accroissement de l’utilisation de définition produit standardisée en vue de répondre aux besoins de l’ingénierie et de faciliter les échanges en environnement hétérogène



• UTILISATION DE STEP

–STEP est un moyen de ralliement pour les éditeurs majeurs de logiciels, mais la réalisation d’interfaces 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 l’adoption 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 d’interfaces pour assurer la conformité du résultat d’une interface avec les spécifications



• ISO 13584 dite « PLIB »– La définition d’une 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 à l’utilisateur de définir le problème à résoudre

en s’appuyant 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 l’utilisateur, en fonction des caractéristiques choisies et des paramètres de contexte

– L’incitation à l’utilisation de composants standardisés en vue de répondre aux besoins de l’ingé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 d’un 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.


Standards de gestion de données

• CM II (pour mémoire à ne pas confondre avec CMMI) est un standard promu par l’ICM

– « L’Institute 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.


Normes pour le commerce et l’administration

• 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.

• L’UN/CEFACT fait la promotion – de l’initiative 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 d’infrastructures et d’applications intéroperables ebXML.


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.


ebXML Messaging Services


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


ebXML CPPA Collaboration Protocol Profile and Agreement


Core Component Types de l’UN/CEFACT

• Méthodes de structuration pour établir des typologies communes de données

• En cours d’adoption par le commerce et les gouvernements


Core & BusinessComponents


Initiatives ebXML

• ebXML Messaging Services–« The ebXML Message Service » (ebMS) définit l’enveloppe du

message et son en-tête de communication via un protocole tel que HTTP or SMTP et le comportement du logiciel d’envoi et de réception.

–ebMS est defini comme un jeu de couches d’extension 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.


Méthodes & technologies émergentes

UML: Model Driven ArchitectureXML/RDF : Web sémantique,

Ontologies d’organisation d’un SI


Initiatives et Convergences 2 : l’OMG, MDA et les standards UML, MOF, QVT,

• L’initiative MDA est motivée par le souci de réduire les tâches de reconception des applications nécessitées par l’évolution versatile constante des modes et technologies informatiques

intrication

PSMPlatform

specific model

CIMComputer

Independent model

PIMPlatform

Independent model

PDMPlatform

Dependent model

Code


XML/RDF/RDFS/OWL

• L’ensemble des démarches de normalisation visent à décrire des vocabulaires à partager, ainsi que leurs conditions d’utilisation, 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 l’utilisation–L’ontologie des (bonnes) pratiques est un préalable d’une 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)


Fin du Module

urbanisation de système d'information - henry boccon-gibod 1 urbanisation des systèmes...

Documents