Le concept de rle dans ODP

1
Le concept de rôle dans ODP

• Et par conséquent pour lOMG, et donc pour la
  communauté objet en général

2
Plan

• Pertinence dODP pour nos travaux
• Place du concept de rôle dans ODP
• Définition et description
• Concepts ODP liés
• Nouvelle définition
• Le concept de rôle dans le point de vue
  entreprise dODP
• Conclusion réponses aux 8 questions

3
Pertinence dODP pour nos travaux (rappel)

• But dODP
• offrir un cadre permettant de développer des
  standards
• pour bénéficier de la distribution des services
  de traitement de linformation
• dans un environnement de ressources de
  technologie de linformation hétérogènes et de
  domaines organisationnels multiples
• Répondre aux besoins croissants déchange
  dinformation à lintérieur dune organisation et
  entre des organisations coopérant

4
Pertinence dODP pour nos travaux (rappel)

• Caractéristiques des systèmes considérés par ODP
  
• hétérogénéité, autonomie, évolution, mobilité
• Les solutions proposées par ODP rejoignent les
  nôtres
• Ouverture, intégration, flexibilité (évolutivité,
  reconfiguration dynamique), Modularité

5
Place du concept de rôle dans ODP

• Concept de spécification transverse à tous les
  points de vue ODP
• Entreprise, Information, Distribution des
  traitements, Ingénierie, Technologie
• Définition (pas claire) dans X 902 ODP, part 2
  Fondations
• 9 Concepts de spécification Type, Classe,
  Template
• 9.14 Rôle
• Description plus claire dans X 901 ODP part 1
  Panorama
• 7 Fondations
• 7.2 Concepts de spécification
• Rôles

6
Place du concept de rôle dans ODP

• Utilisation avant définition dans X 902
• 8 Concepts de modélisation de base Objet,
  Environnement, Action, Interface, Activité,
  Comportement, Etat, Communication
• 8.3 Action
• Note 4 un objet interagissant avec lui-même
  joue deux rôles
• Utilisation dans X 902
• 11 propriétés des systèmes et objets
  transparences, concepts de régulation, propriétés
  temporelles
• 11.2 Policy concepts (concepts de régulation)
  contrat, qualité de service, obligation,
  permission, interdiction
• 11.2.1 Contrat spécifie aussi les rôles que
  les objets impliqués peuvent assumer, et les
  interfaces associées aux rôles
• Règles dutilisation dans X 903 ODP, part 3
  Architecture
• 5 Enterprise ViewPoint
• 5.2 structuring rules

7
Définition (X902-9.14)

• Role Identifier for a behaviour, which may
  appear as a parameter in a template for a
  composite object, and which is associated with
  one of the component objects of the composite
  object.
• Specification of a template as a composition of
  roles enables the instantiation process to be
  explained as the association of a specific
  component of the resultant composite object with
  each role. The association of a component object
  with a role may result from the actualization of
  a parameter.
• PAS CLAIRE, MEME POUR LES EXPERTS DE LISO
• Genilloud, Wegmann 2000 in EDOC 2000

8
Description

• X 901 7.2.3. Roles
• Subsets corresponding to specific functionalities
  can be extracted from the behaviour of an object.
  Such subsets are called roles. When an object is
  viewed in terms of a role, only a named subset of
  its actions is of interest, and other actions are
  abstracted away - possibly to other roles. Each
  object may have several roles at a given time
  depending upon its interactions, and may take
  different roles at different times. These roles
  may be associated with interfaces.
• PLUS CLAIRE SI ON COMPREND
• BEHAVIOUR, ACTION, INTERFACE

9
Concepts liés

• Action X 902, 8 Basic modelling concepts
• 8.3 Something which happens
• Interactions et actions internes
• Comportement X 902, 8.6
• Ensemble des actions possibles
• ET ensemble des états possibles
• ET contraintes doccurrence des actions
• Ordonnancement ou autres selon langage de spéc.
• Action et Activité en sont des cas dégénérés
• Interface X 902, 8.4
• Une abstraction du comportement dun objet qui
  consiste en un sous-ensemble des interactions de
  cette objet ainsi quun ensemble de contraintes
  sur le moment de leur occurence. (Plan daction
  ?)

10
Concepts complémentaires

• Etat à un instant donné, la condition dun
  objet qui détermine lensemble des séquences
  dactions auxquelles lobjet peut participer.
• Activité DAG dactions, où loccurrence dune
  action est rendue possible par loccurrence de
  toutes les actions la précédant immédiatement.

11
Rôle vs Interface selon genillou et Wegmann
2000

• Interface partition exclusive
• Une action ? une ! Interface
• Non déterministe
• Indépendante des autres interfaces
• Rôle
• Un objet peut effectuer la même action au titre
  de plusieurs rôles différents
• Un rôle implique daccepter des invocations, mais
  aussi den effectuer sur dautres rôles
• Les rôles sont toujours définis relativement à
  dautres rôles dans un contexte spécifique
• Il est facile de trouver le comportement dun
  objet par la synthèse de ses rôles

12
Une nouvelle définition

• Une abstraction du comportement dun objet qui
  consiste en un sous-ensemble des interactions de
  cet objet, ainsi quun ensemble de règles sur le
  moment doccurrence de ces actions
• Un rôle appartient toujours à un comportement
  spécifique plus large impliquant dautres rôles,
  appelé un comportement collaboratif

13
Comportement collaboratif

• Comportement collaboratif
• Peut être représenté par un diagramme
  dinteraction UML
• Template de comportement collaboratif
• Cas dutilisation UML enrichi des Rôles des
  Acteurs et du Système

14
Le concept de rôle dans le langage dentreprise
dODP

• An enterprise specification defines, and the
  enterprise language is able to express, the
  purpose, scope and policies of an ODP system in
  terms of each of the following items
• roles played by the system
• activities undertaken by the system
• policy statements about the system, including
  those relating to environment contracts.

15
Le concept de rôle dans le langage dentreprise
dODP

• In an enterprise specification, an ODP system and
  the environment in which it operates are
  represented as a community.
• At some level of description the ODP system is
  represented as an enterprise object in the
  community.
• The objectives and scope of the ODP system are
  defined in terms of the roles it fulfils within
  the community of which it is part, and policy
  statements about those roles.

16
Le concept de rôle dans le langage dentreprise
dODP

• A community is defined in terms of each of the
  following elements
• the enterprise objects comprising the community
• the roles fulfilled by each of those objects
• policies governing interactions between
  enterprise objects fulfilling roles
• policies governing the creation, usage and
  deletion of resources by enterprise objects
  fulfilling roles
• policies governing the configuration of
  enterprise objects and assignment of roles to
  enterprise objects
• policies relating to environment contracts
  governing the system.

17
Le concept de rôle dans le langage dentreprise
dODP

• A role is defined in terms of the permissions,
  obligations, prohibitions and behaviour of the
  enterprise object fulfilling the role.
• An enterprise object can fulfil one or more roles
  in a community, and the roles which it can fulfil
  are determined by the contract on which the
  community is based.
• While it is part of one community the enterprise
  object can continue to fulfil roles in other
  communities, subject to the provisions in the
  contracts of the communities involved.
• Interactions between enterprise objects
  fulfilling appropriate roles within different
  communities can be considered as interactions
  between those communities.

18
Le concept de rôle dans le langage dentreprise
dODP

• When fulfilling a role, an object becomes subject
  to permissions, obligations and prohibitions by
  delegation or transfer.
• In some roles, objects are permitted to change
  policy.

19
Conclusion réponse aux questions

• Q1 place du rôle cf. T4 et T5.
• Concept de spécification générique surtout
  développé dans le point de vue entreprise
• Q2 nature du rôle cf. T11
• Un objet de première classe. Même statut
  quinterface en UML.
• une partie du comportement dun objet dans un
  comportement collaboratif
• Q3 contenu du rôle
• Rôle Interface plan daction

20
Conclusion réponse aux questions

• Q4 relation avec autres concepts TA
• Rôle Activité ( Comportement) dun Objet
  dEntreprise dans un comportement collaboratif
• Utilisateur OE
• Q5 Rôle et ressource cf. T15
• Des politiques gouvernent la création, lusage et
  la suppression de ressources par les OE selon
  leurs rôles
• Q6 affectation des rôles
• un rôle est affecté à un OE, qui peut être une
  personne, un département, un groupe, un objet
  technique En UML Acteur

21
Conclusion réponse aux questions

• Q7 dynamicité des rôles
• Un rôle définit une dynamique, un comportement,
  une activité
• Laffectation des rôles est dynamique et gérée
  par les politiques de la communauté
• Q8 relation avec pattern et framework
• Un rôle est un pattern de collaboration

22
Conclusion

• Généralité et consistance de la définition du
  rôle proposée
• Conforme aux propriétés identifiées par Steimann
  (UML 2000)

23
Références

• ITU-T Rec. X.901 ISO/IEC 10746-1 Overview
  contains a motivational overview of ODP giving
  scoping, justification and explanation of key
  concepts, and an outline of the ODP architecture.
  It contains explanatory material on how this
  Reference Model is to be interpreted and applied
  by its users, who may include standards writers
  and architects of ODP systems. It also contains a
  categorization of required areas of
  standardization expressed in terms of the
  reference points for conformance identified in
  ITU-T Recommendation X.903 ISO/IEC 10746-3.
  This part is not normative.

24
Références

• ITU-T Rec. X.902 ISO/IEC 10746-2 Foundations
  contains the definition of the concepts and
  analytical framework for normalised description
  of (arbitrary) distributed processing systems. It
  introduces the principles of conformance to ODP
  standards and the way in which they are applied.
  This is only to a level of detail sufficient to
  support ITU-T Recommendation X.903 ISO 10746-3
  and to establish requirements for new
  specification techniques. This part is normative.

25
Références

• ITU-T Rec. X.903 ISO/IEC 10746-3 Architecture
  contains the specification of the required
  characteristics that qualify distributed
  processing as open. These are the constraints to
  which ODP standards must conform. It uses the
  descriptive techniques from ITU-T Recommendation
  X.902 ISO/IEC 10746-2. This part is normative.
• Genilloud, Wegmann 2000 G. Genilloud and A.
  Wegmann, A Foundation for the Concept of Role in
  the RM-ODP, in EDOC 2000
• EDOC 2000 4th International Enterprise
  Distributed Object Computing Conference (EDOC
  2000), Makuhari, Japan, Sept. 2000.