1 / 20

RM-ODP

RM-ODP. Reference Model of Open Distributed Processing Le but de RM-ODP est de proposer un standard permettant de décrire et de réaliser des systèmes distribués pouvant interagir sans pour cela imposer une technologie ou des composants particuliers. Différents points de vue.

holt
Download Presentation

RM-ODP

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. RM-ODP • Reference Model of Open Distributed Processing • Le but de RM-ODP est de proposer un standard permettant de décrire et de réaliser des systèmes distribués pouvant interagir sans pour cela imposer une technologie ou des composants particuliers.

  2. Différents points de vue • La spécification de tout système distribué nécessite la manipulation d ’un vaste ensemble d ’informations. • RM-ODP classe ces informations suivant 5 points de vues : • le point de vue de l ’entreprise • le point de vue informationnel • le point de vue computationel • le point de vue de l ’ingénierie • le point de vue technologique

  3. Entreprise • But, portée et stratégie liées au système • Information • sémantique des informations et de leur manipulation • Calcul • Décomposition fonctionnelle • Ingénierie • Infrastructure support de la distribution • Technologie • Choix d ’une technologie pour l ’implantation

  4. Cahier des charges Entreprise Information "Computation" Spécification fonctionnelle Conception Ingénierie Implantation Technologie

  5. Le point de vue de l ’entreprise • Point de vue métier • rôles joués par le système • activités dévolues au système • situation stratégique du système P/R à l ’entreprise • Les éléments déterminant ce point de vue • les objets métier • les rôles de ces objets • les contraintes associées à ces objets et à leurs interactions.

  6. Le point de vue informationnel • L ’ensemble des schémas décrivant la structure et l  ’état des objets: • sémantique de l ’information • sémantique des traitements • sémantique des contraintes

  7. Le point de vue computationel • Décomposition fonctionnelle d ’un système ODP en termes d ’objets « computationels » interagissant par le biais de leur interface. • Un objet computationel • encapsule des données et des traitements • offre une ou plusieurs interfaces d ’interaction • peut initier ou répondre à un signal • peut produire ou consommer des données • peut initier ou terminer des opérations

  8. Le point de vue computationel (suite) • Trois formes d ’interaction existent: • interface opérationnelle • le client invoque une opération du serveur • interface de flux • un flux continu de données entre un objet producteur et un consommateur • interface de signal • les éléments primitifs de communication

  9. Le point de vue de l ’ingénierie • Description de l ’infrastructure de distribution des objets computationels et de leurs interactions. • Les objets computationels sont décrits en terme d ’objets de l ’ingénierie et les interactions entre objets computationels sont réalisées par le biais de canaux.

  10. Le point de vue de l ’ingénierie (suite) • Les canaux sont composés de • stubs (dépandant de la sémantique de l ’application) • binders (maintenant la liaison indépendamment de la sémantique de l ’application) • objets protocole (réalisant la couche réseau)

  11. Le point de vue de l ’ingénierie (suite) Objet Client Objet Serveur Stub Stub Canal Binder Binder Interface de communication Objet Protocole Objet Protocole

  12. Le point de vue de l ’ingénierie (suite) • Les objets de l ’ingénierie sont regroupés en « clusters » qui permettent de les manipuler en bloc (sauvegardés, transférés,…) et qui permettent aux objets de communiquer sans passer par le biais d ’un canal. • Les clusters sont regroupés en capsules qui possèdent un gestionnaire de capsule et une unité de stockage propre. Ils communiquent par le biais de canaux. • Un nœud (ordinateur) regroupe des capsules et est contrôlé par un nucleus (OS).

  13. Le point de vue technologique • Description de l’implantation du système • Description des qualités attendus du système (critères de test)

  14. Un exemple « Architectural » Opérateur 2 Système Serveur Opérateur 1 Système Client Opérateur 3

  15. Le point de vue de l ’entreprise {Règles}2 Dessinateur {Règles}1 Outil de Dessin Outil de Visualisation Dessinateur Dessinateur

  16. Le point de vue informationnel Outil Personne Plate-forme Nom Adresse Dessinateur Compétence Droits d ’accès Outil de Visu Outil de Dessin

  17. Le point de vue computationel Utilisateur Utilisateur Composition de Dessins Binding Visualisation de Dessins Visualisation de Dessins Base de Données Dessins Utilisateur

  18. Le point de vue de l ’ingénierie Utilisateur Composition de Dessins Base de Données Dessins Visualisation de Dessins Cluster Capsule Stub Binder Protocole Noeud

  19. Le point de vue technologique • TCP/IP, PostScript, Connexion à 56K,… Visualisation de Dessins Points de conformité

  20. Conclusion • RM-ODP permet par ses différents points de vue de spécifier les systèmes distribués en focalisant sur un seul aspect à la fois. • Pérennité du modèle ? • Applicabilité réelle ?

More Related