Les termes delamodlisation logique

1
Les termes de la modélisation logique
 La théorie sans la pratique est inutile la
pratique sans la théorie est aveugle.  Immanuel
Kant
2
Objectif de la séquence

• Compétence visée
• Pré-requis
• Connaître le formalisme de notation UML
• Notions de base en UML
• Classes
• Paquetages
• Stéréotypes
• Avoir admis la nécessité de la modélisation
  logique
• Connaître les principes de modélisation objet

Maîtriser la terminologie de lurbanisation
et de larchitecture logique
Durée de la séquence 1 h
3
Contenu de la séquence

• Le vocabulaire de larchitecture
• Les constituants de larchitecture
• Les relations dans larchitecture logique

4
Le vocabulaire de larchitecture
1

• Les termes présentés constituent le vocabulaire
  de base de larchitecture de services
• Telle que formulée dans Praxeme
• Précision
• La terminologie vaut pour les strates Métier
  et  Organisation
• Certaines particularités liées aux strates seront
  abordées dans des chapitres spécifiques

5
Vue densemble des constituants

• Cette terminologie présente une analogie
  avec lorganisation dune usine

6
Les constituants de larchitecture
2

• Les services logiques
• Les machines logiques
• Les ateliers logiques
• Les fabriques logiques
• Les structures de données
• Les interfaces des ateliers
• Les automates à états

7
Les services logiques (a)

• Quest-ce quun service logique ?
• Le service logique est le grain élémentaire dans
  larchitecture de services
• Tout ce que lon peut demander au système,
  information action ou transformation, sobtient
  par un service
• Chaque service possède une empreinte digitale
• Cest la signature
• Cf. FML-13
• Exemple
• Service de recherche dun assuré à partir de ses
  coordonnées

Un SI se compose potentiellement de milliers de
services logiques
8
Les services logiques (b)

• Doù proviennent les services logiques ?
• Soit dérivés dune opération, trouvée
• Sur une classe du modèle sémantique
• Sur une classe du modèle pragmatique
• Soit dérivés dune activité élémentaire ou dun
  cas dutilisation
• Cela permet de classer les services en deux
  catégories
• SLM et SLO suivant leur rattachement à lune ou
  lautre des  strates 
• Services logiques  Métier 
• Services logiques  Organisation 

9
De la nécessité dorganiser les services

• La maîtrise de larchitecture de services passe
  par
• La réduction du couplage entre les services
• Lorganisation des services en entités cohérentes
  
• Pour cela les services logiques sont regroupés au
  sein
• De machines logiques
• Ensemble cohérents de services
• Dateliers logiques
• Correspondant à lunité de déploiement
• De fabriques logiques
• Correspondant
• Soit aux domaines dobjets du modèle sémantique
• Soit aux domaines fonctionnels du modèle
  pragmatique

10
Les machines logiques

• Ensemble cohérent de services logiques
• Constitué autour dune notion forte dun modèle
  amont
• Métrique
• Une machine rassemble une dizaine de services
• Représentation
• Les machines logiques sont modélisées sous la
  forme dune classe UML
• Avec un stéréotype
•  machine 
•  machine organisation 

11
Les machines logiques  Métier 

• Sigle
•  MLM 
• Origine
• Les machines logiques  Métier  dérivent des
  classes sémantiques
• La classe sémantique représente un objet
   Métier 
• Elle fixe toute sa sémantique
• Informations, actions, règles de gestion,
  transformations
• Exemple la machine  mSinistre 
• Fonction
• Les MLM restituent la connaissance des objets
  Métier, pour lensemble du système

12
Les machines logiques  Organisation 

• Sigle
•  MLO 
• Origine
• Elles dérivent des cas dutilisation
• Objets liés à lorganisation
• Habilitations, par exemple
• Procédures de travail
• Cas dutilisation
• Avec les règles dorganisation
• Exemple la machine  moDeclarerSinistre 
• Fonction
• Elles orchestrent les services de la strate
   Métier 

13
Le contenu dune ML
Sd lien vers le type
Ces notions seront présentées dans le cours du
stage
Service public
Service privé
Navigation
Service générique
14
Les ateliers logiques

• Ensemble de machines formant un tout fonctionnel
  cohérent
• La cohérence est liée à la proximité sémantique
• Études des relations
• Ordonné autour dun concept central avec notions
  subordonnées
• Métrique
• Un atelier logique rassemble une dizaine de
  machines logiques
• Représentation
• Les ateliers logiques sont représentés sous la
  forme de paquetages UML

15
Les ateliers logiques  Métier 

• Ils sont isolés par décision de larchitecte
  logique
• Aucune unité ne leur correspond dans le modèle
  sémantique
• Critère de la proximité sémantique
• Voir illustration ci-après
• Exemple latelier logique  aMissionnement 
• Autour de lobjet métier  Mission 
• Représentation
• Stéréotype
•  atelier 
• Caractéristique leur contenu est protégé
• On naccède aux services que par linterface
• Voir plus loin

16
Illustration de la proximité sémantique

• Les machines regroupées dans latelier
   aSinistre 

17
Les relations entre les ateliers logiques
18
Les ateliers logiques  Organisation 

• Ils reprennent les domaines fonctionnels
  du modèle pragmatique
• La dérivation est automatique
• Exemple latelier logique  aoGestionSinistres 
  
• Attention
• La strate  Organisation  contient aussi des
  ateliers logiques bâtis comme les ateliers de la
  strate  Métier 
• Exemple  aOrganisation ,  aProcessus 
• Ce sont les ateliers qui traduisent des concepts
  génériques
• Exprimés sous la forme de classes dans le modèle
  pragmatique

19
Les fabriques logiques

• Agrégat dateliers à léchelle dun domaine
• Ces regroupements permettent de donner une image
  structurée du système et de définir les
  responsabilités
• Deux cas de figure
• La FL  métier  dérive du domaine dobjets
• Exemple la FL  fPrestation 
• La FL organisation correspond à lorganisme
• Exemple la FL  foSMABTP 
• Métrique
• Le nombre dateliers à lintérieur dune FLM est
  de lordre dune demi-douzaine
• Représentation
• Une fabrique logique se représente par un
  paquetage UML
• Une FL est typée par sa position dans une des
  strates métier ou organisation

20
Les relations entre les fabriques

• Les agrégats logiques entretiennent des relations
• Le but de larchitecture logique est de réduire
  le couplage au strict nécessaire
• Tout en évitant la redondance
• Cf. séquence FML-04

21
Précisions sur la notion de fabrique logique

• Une FL forme un tout cohérent
• comparable à un module ERP ou à un domaine
  fonctionnel
• La FL na pas de correspondance physique très
  précise
• Contrairement à latelier
• Qui est lunité de déploiement
• La FL est, en revanche, une unité clef pour la
  démarche durbanisation
• Elle engage des notions dorganisation et de
  ressources humaines
• Une unité duvre vue de lextérieur
• Relation avec la maîtrise douvrage
• Dans sa fonction de  propriétaire  du système
• Lien avec la gouvernance du SI

22
Récapitulatif des constituants logiques
Un domaine dobjets. Une organisation
dentreprise. Un ensemble d utilitaires
transverses
Fabrique logique
Proximité sémantique ou Domaine fonctionnel
Atelier logique
Ensemble de services dérivant de Classe
sémantique Classe pragmatique ou use-case
Machine logique
Lunité de base,le grain élémentaire du système
Services
23
Les structures de données

• La notion de SD découle du contrôle par la ML
  dune portion cohérente dinformation du système
• La portion dinformation est circonscrite dans
  les modèles amont
• Toute ML dispose dune structure de données
• Pour les MLM
• La SD dérive de la liste dattributs de la classe
• Pour les MLO
• La SD reflète le contexte dutilisation propre au
  cas dutilisation

24
Les interfaces des ateliers

• Cest lensemble des services que latelier
  propose
• Aussi appelée façade
• Linterface relève dune décision de larchitecte
  logique
• Sans fondement dans les modèles amonts
• Dans les cas où latelier ne présente quune
  seule interface
• Ensemble des services publics des machines
  publiques
• Possibilité de plusieurs interfaces sur un
  atelier
• Voir plus loin

25
La représentation des interfaces des ateliers

• Deux formes possibles

Figure AMS-40_19. Représentation externe
de linterface dun atelier
Figure AMS-40_20. Représentation interne
de linterface dun atelier
26
Lintérêt des interfaces

• Le recours aux interfaces pour élaborer
  larchitecture de services contribue à la qualité
  du système
• Il pousse à la limitation du couplage
• En effet, linterface isole la spécification des
  services publiés
• Elle la rend indépendante de sa ou ses
  réalisations

27
Plusieurs interfaces sur un atelier

• Pour assembler les services en sous-ensembles
  dédiés à un type dutilisation
• Par exemple, une interface pour les services
  courants, une autre pour les manipulations
  statistiques ou pour ladministration

Exemple atelier  aThesaurus 
28
Autre exemple latelier  aClientele 

• Cet exemple fait apparaître lutilisation des
  interfaces

29
Les automates à états

• Définition
• Lautomate à états contraint et régule le
  fonctionnement dune ML
• Il formalise les étapes que la ML doit respecter
• Origine
• 1ère origine
• Reprise tels quels des automates des modèles
   amont 
• Automates des classes sémantiques
• Automates des cas dutilisation
• 2ème origine
• Ajout par le concepteur logique
• Pilotage de fonctions transverses
• Traduction de logique procédurale (origine
  pragmatique) gestion transactionnelle par
  exemple

30
Illustration de lautomate à états
MLM mSinistre
31
Relations dans larchitecture logique
3

• Un objectif principal
• Maîtriser et limiter le couplage au sein du
  système
• Supprimer le couplage nest pas possible
• Le couplage traduit les interactions entre
  composants
• Il découle donc des fonctions du système
• La réduction du couplage a pour vocation de créer
  un optimum conciliant
• Le bon fonctionnement du système
• La compréhension naturelle du système
• Lévolution à long terme du système

32
Les types de relations

• UML fixe trois types de relations entre
  paquetages
• Utilisation
• Dépendance de type  use 
• Importation
• Dépendance de type  import 
• Généralisation
• Ces concepts sont appliqués dans notre
  architecture logique
• But de simplification de larchitecture

33
Zoom sur lutilisation

• Lutilisation est une dépendance fonctionnelle
  réalisée par appel de service
• Elle sapplique à tous les niveaux de
  larchitecture
• Représentation en flèche pointillée

34
Récapitulatif des acquis

• Rappel de lobjectif pédagogique
• Synthèse des notions clefs
• Les quatre types de composants principaux
• Services, Machines, Ateliers, Fabriques
• Les notions connexes de modélisation
• Structures de données, interfaces, automates à
  états
• Les relations entre composants

Maîtriser la terminologie de lurbanisation
et de larchitecture logique
Compétence Performance
35
Exercices (a)

• Quelle est la finalité dun service ?
• Doù proviennent les services ?
• Quel est le lien entre services et machines ?
• Quel est le lien entre machines et ateliers ?
• Quest-ce qui différencie une MLM dune MLO ?
• Quel est le lien entre ateliers et fabriques ?

36
Exercices (b)

• Est-il possible de supprimer totalement le
  couplage ?
• Qui décide de la structuration des FL et AL ?
• À quoi correspond linterface dun atelier ?
• Quel est le périmètre dune structure de données
  (en termes dinformation) ?

37
Exercices (c)

• Quel est le composant clef dune démarche
  durbanisation ?
• Outre le modèle amont, quelle peut être lorigine
  dun automate à états ?