SOA+d : Une méthode pour intégrer l’aspect
décisionnel dans l’architecture orientée service.
2
Exemple introductif
CAS D’UTILISATION
Enseignant
Sélectionner le meilleur
candidat
Décideur
Sélectionner le meilleur
can...
Ne montrent pas comment la prise de
décision est faite?
Et quelles sont les conséquences ?
Quelles informations utilisent-...
4
Introduction
Contexte Objectifs PlanProblématique
Pourquoi l’aspect décisionnel ?
Grandes quantités de
données collectée...
5
Introduction
Contexte ObjectifsProblématiqueContexte Problématique Plan
1
Etude de littérature
Quelle est la position de...
Introduction
Contexte ObjectifsProblématiqueContexte Problématique Plan
2
Etude de littérature
Quelles sont les relations
...
Introduction
Contexte ObjectifsProblématiqueContexte Plan
3
Solution
conceptuelle
Intégration
Solution conceptuelle
décisi...
Introduction
Contexte ObjectifsProblématiqueContexte Plan
1
4 3
2
Solution
méthodologique
Comment implémenter
les différen...
9
Introduction
DémarcheProblématiqueContexte ObjectifsObjectifs Plan
ConclusionLa
contribution
État de l’art
Positions Pro...
ESI 201410
État de l’art
L’aide à la décision
Champ d’étude Le développement SOA
11
État de l’art L’aide à la décision
Définitions IDC DMN
Les vues d’une
décision
Roy et Bouyssou [Roy and
Bouyssou, 1993]...
État de l’art L’aide à la décision
Définitions IDC DMN
Les vues d’une
décision
Définitions
Les vues d’une
décision
12
Déci...
13
DMNDéfinitions
Les vues d’une
décision
Les vues d’une
décision
État de l’art L’aide à la décision
IDCIDC
Conception Cho...
Hofer et
Schendel
(1978)
Minzberg et al.
(1976)
Glueck
(1976)
Mazzolini
(1981) KEPNER- TREGOE (2008)
Lunenburg, F.
C. (201...
15
DMNDéfinitions
Les vues d’une
décision
Les vues d’une
décision
État de l’art L’aide à la décision
IDCIDC
Problème de
de...
16
DMNDéfinitions
Les vues d’une
décision
Les vues d’une
décision
État de l’art L’aide à la décision
ISCIDC
Les modèles
pr...
17
Analyse des
risques
Définitions Protocoles utilisés
Les vues d’une
décision
Architecture DMNIDC
État de l’art L’aide à ...
18
Analyse des
risques
Définitions Protocoles utilisés
Les vues d’une
décision
Architecture DMNIDC
État de l’art L’aide à ...
ESI 2014
19
Analyse des
risques
Définitions Protocoles utilisés
Les vues d’une
décision
Architecture DMNIDC
État de l’art ...
20
Analyse des
risques
Définitions Protocoles utilisés
Les vues d’une
décision
Architecture DMNIDC
État de l’art L’aide à ...
21
Analyse des
risques
Définitions Protocoles utilisés
Les vues d’une
décision
Architecture DMNIDC
État de l’art L’aide à ...
Analyse des
risques
Définitions Protocoles utilisés
Les vues d’une
décision
Architecture DMNIDC
État de l’art L’aide à la ...
Nous proposons de développer une
méthodologie permettant d’assurer
l’aspect décisionnel selon
Commentaire
23
ESI 2014
24
État de l’art
L’aide à la décision
Champ d’étude
Le développement orienté service
25
État de l’art Le champ d’étude
SI SOA Cadre de référenceArchitecture d’un SI
Structurelle
Fonctionnelle
Montre la sépar...
26
État de l’art Le champ d’étude
SI SOA Cadre de référenceArchitecture d’un SI
Structurelle
Fonctionnelle
Systémique
Syst...
27
Et État de l’art Le champ d’étude
SOA Cadre de référenceSI Architecture d’un SI
Architecture
SI
Fonctionnelle
Logique
P...
28
Et État de l’art Le champ d’étude
Cadre de référenceSI SOAArchitecture d’un SI
SOA, une approche de
conception et de
co...
29
Et État de l’art Le champ d’étude
Cadre de référenceSI SOAArchitecture d’un SI
Service
Vue
Architecture
Vue
Composition...
30
Et État de l’art Le champ d’étude
SI SOAArchitecture d’un SI Cadre de référenceSOA
Service
Vue
Architecture
Vue
Composi...
ESI 201431
État de l’art
L’aide à la décision
Champ d’étude
Le développement orienté service
32
État de l’art Le développement SOA
Méthode orientée
service
SoaML
SOA +arbres de
décision
SOA +règles
métier
SOA +table...
33
Et État de l’art Le développement SOA
Méthodes OS Arbres de décision Règles métierSoaML Tables de décision
34
Et État de l’art Le développement SOA
Arbres de décision Règles métier Tables de décisionMéthodes OS SoaML
2008
35
[Casanave, 2009] [Amsden, 2010]
MDSE [Elvesaeter et
al., 2011]
Et État de l’art Le développement SOA
Arbres de décision...
36
La décision pertinente qui
devrait être résolue dans le
SI.
SOAD, peut résoudre
uniquement les décisions
architecturale...
37
Tables de décisionMéthodes OS SoaML Règles métierArbres de décision
État de l’art Le développement SOA
37
Le service de...
38
État de l’art Le développement SOA
Méthodes OS SoaML Arbres de décision Tables de décisionRègles métier
Services Web po...
Copyright 2009
Commentaire
Arbre de décision
Règles de décision
Tables de décision
SOA+d
SOA
SOA
SOA
.
Niveau
logiquededéc...
Contribution
L’architecture SOAda
La méthode SOA+d
Etude de cas
L’architecture SOAda
41
Contribution
Motivation Classification des servicesMéta-modèle de l’ AOSad
Meilleure homogénéité
V...
L’architecture SOAda
42
Contribution
SOAda
Classification des
services
Méta-modèle de l’
AOSad
L’architecture AOSad va app...
L’architecture SOAda
43
Contribution
SOAda
Classification des
services
Méta-modèle de l’
AOSad
• Un nouveau concept va app...
L’architecture SOAda
44
Contribution
Introduction Classification des servicesMéta-modèle de l’ AOSadMotivation Méta-modèle...
L’architecture SOAda
45
Contribution
Introduction Classification des servicesMéta-modèle de l’ AOSadMotivation Méta-modèle...
L’architecture SOAda
46
Contribution
Introduction Classification des servicesMéta-modèle de l’ AOSadMotivation Méta-modèle...
L’architecture SOAda
47
Contribution
Introduction Classification des servicesMéta-modèle de l’ AOSadMotivation Méta-modèle...
L’architecture SOAda
48
Contribution
Introduction Classification des servicesMotivationMéta-modèle de l’ AOSad
14
24
34
44...
Commentaire
49
Contribution
L’architecture SOAda
La méthode SOA+d
Etude de cas
La méthode SOA+d
Principes de SOA+d
Etude préliminairePrincipes de SOA+d DescriptionDescription
Contribution
Principe d’ou...
Réutilisation de l’existant: permet aux concepteurs de réutiliser leurs connaissances, et d’éviter les erreurs.
La méthode...
Principe de prise en compte de la décision
La méthode SOA+d
Principes de
SOA+d
Etude préliminairePrincipes de SOA+d Descri...
Le principe de couverture des phases de cycle de vie des services
La méthode SOA+d
Principes Etude préliminaire
Contributi...
La méthode SOA+d
Principes Etude préliminaire
Contribution
Principes de SOA+d DescriptionDescription
Phase 1 Phase 2 Phase...
Phase 1 :
Analyse
Phase 2 Phase 3 Phase 4
Analyse décision
56
Pourquoi le diagramme des cas d’utilisation ?
La majorité de...
Phase 1 ;
Analyse
Phase 2 Phase 3 Phase 4
Analyse décision
57
Analyse Information
Analyse métier
Nous adoptons le langage ...
Phase 1 ;
Analyse
Phase 2 Phase 3 Phase 4
Analyse métier
58
Analyse Information
Analyse décision
1
2
3
Decision
Système
d’...
Phase 1 :
Analyse
Phase 2 :
Identifier les services
Phase 3 Phase 4
Service :
Information
Service : métier
Service :
décis...
Phase 1 :
Analyse
Phase 2 :
Identifier les services
Phase 3 Phase 4
Service :
Information
Service : métier
Service :
décis...
Phase 1 :
Analyse
Phase 2 :
Identifier les services
Phase 3 Phase 4
Service :
Information
Service :
métier
Service :
décis...
Phase 1 :
Analyse
Phase 2 :
Identifier les services
Phase 3 Phase 4
Service :
Information
Service :
métier
Service :
décis...
Phase 1 :
Analyse
Phase 2 :
Identifier et
catégoriser les services
Phase 3 :
Modélisation
des Services
Phase 4
Diagramme d...
SoaML
Diagramme de
Participants
Architectures de
services
Contrats
de Service
Phase 1 :
Analyse
Phase 2 :
Identifier et
ca...
Phase 1 :
Analyse
Phase 2 :
Identifier et
catégoriser les services
Phase 3 :
Modélisation
de Services
Phase 4 :
La réalisa...
Description de la démarche
Utilisation des formalismes
Spécification des modèles support SOA+d
Conception de l’outil suppo...
Contribution
L’architecture SOAda
La méthode SOA+d
Etude de cas
Etude de cas
ESI 201568
Contribution
IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Présentation du cas
SO...
Etude de cas
69
Contribution
IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Présentation du cas
Succès des...
Etude de cas
70
Contribution
IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 1
Analyse du
SI
Analyse
...
Etude de cas
71
Contribution
IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 1
Approvisionnement
Appe...
Etude de cas
72
Contribution
IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 1
Approvisionnement
Stoc...
Etude de cas
73
Contribution
IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 1
74
Après la réception, le magasinier
procède à la codification et à la
classification des médicaments
Dégager à tout momen...
Etude de cas
75
Contribution
IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 2
SI
Service interface
d...
Etude de casContribution
IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 2
76
Etude de cas
77
Contribution
IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 2
Etude de cas
78
Contribution
IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 3
Architecture des servi...
Etude de cas
79
Contribution
IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 3
Le contrat de service
...
Présentation
Etude de cas
80
Contribution
IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 4
Moteur d’...
La réalisation des
services par des
services web.
81
Intégration des
Services Web
82
Commentaire
83
SOA+d
SOA+
SMA
SOA+
DSS
SOA
Gestion de projet de SONELGAZ [Boumahdi et al., 2012].
Praxeme
La décision une ...
ESI 201484
Conclusion & perspectives
Intégration
Standards
Complémentarité DMN
Classification
des services
SOA+d
La méthode
proposée est la
première méthode
de...
Domaines étudiés La méthode
Automatisati
on
MDA
Plus des
règles
d’identificati
on
Patterns de
transformati
on
Composition
...
Publications
1) [Boumahdi et al., 2014] Boumahdi, F., Chalal, R., Guendouz, A., and Gasmia, K (2014). Soa+d : a
new way to...
Conmmunications
1) [Boumahdi and Chalal, 2012] Boumahdi, F. and Chalal, R. (2012). A newdecision support system
based on a...
Présentation de Doctorat. Mme Boumahdi Eps Rahal. Le jeudi 28 Mai 2015
Prochain SlideShare
Chargement dans…5
×

Présentation de Doctorat. Mme Boumahdi Eps Rahal. Le jeudi 28 Mai 2015

741 vues

Publié le

Ma présentation de doctorat qui résume mon travail de recherche réalisé de 2010 à 2014.

Publié dans : Technologie
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
741
Sur SlideShare
0
Issues des intégrations
0
Intégrations
4
Actions
Partages
0
Téléchargements
34
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Présentation de Doctorat. Mme Boumahdi Eps Rahal. Le jeudi 28 Mai 2015

  1. 1. SOA+d : Une méthode pour intégrer l’aspect décisionnel dans l’architecture orientée service.
  2. 2. 2 Exemple introductif CAS D’UTILISATION Enseignant Sélectionner le meilleur candidat Décideur Sélectionner le meilleur candidat MODÈLE MÉTIER
  3. 3. Ne montrent pas comment la prise de décision est faite? Et quelles sont les conséquences ? Quelles informations utilisent-ils ? Qui prennent les décisions ? Contexte Objectifs PlanProblématique Introduction 3
  4. 4. 4 Introduction Contexte Objectifs PlanProblématique Pourquoi l’aspect décisionnel ? Grandes quantités de données collectées par les organisations pendant des années d’activités? Difficulté de faire sortir des connaissances a partir de cette grande quantité de données bruts Risque prendre des mauvaises décisions
  5. 5. 5 Introduction Contexte ObjectifsProblématiqueContexte Problématique Plan 1 Etude de littérature Quelle est la position de notre travail dans le monde de système d’information ? Quelles sont les approches qui permettent de construire une architecture SOA ? 2 3 Comment la décision est-elle prise dans l’entreprise ? 1
  6. 6. Introduction Contexte ObjectifsProblématiqueContexte Problématique Plan 2 Etude de littérature Quelles sont les relations entre les services et les dimensions ? Quels sont les services nécessaires pour chaque dimension? Quelles sont les vues d’un système peuvent exister? Quels sont les différents types de services qui existent dans l’entreprise ?6
  7. 7. Introduction Contexte ObjectifsProblématiqueContexte Plan 3 Solution conceptuelle Intégration Solution conceptuelle décision Text in here SOA SOAda SOA Décision SOA 7
  8. 8. Introduction Contexte ObjectifsProblématiqueContexte Plan 1 4 3 2 Solution méthodologique Comment implémenter les différents services Comment modéliser les services ? Comment concevoir les dimensions de SOA? Comment identifier chaque type de service ? Vision 01 Vision 03 Vision 02Vision 04 SOA+d? 8
  9. 9. 9 Introduction DémarcheProblématiqueContexte ObjectifsObjectifs Plan ConclusionLa contribution État de l’art Positions Propositions Résultats
  10. 10. ESI 201410 État de l’art L’aide à la décision Champ d’étude Le développement SOA
  11. 11. 11 État de l’art L’aide à la décision Définitions IDC DMN Les vues d’une décision Roy et Bouyssou [Roy and Bouyssou, 1993] estiment que la décision est souvent présentée comme le fait d’un individu isolé (décideur) qui exerce librement un choix entre plusieurs possibilités d’actions à un moment donné dans le temps. Une décision est une action qui est prise pour faire face à une difficulté ou répondre à une modification de l’environnement, c’est à dire, pour résoudre un problème qui se pose à l’individu ou à l’organisation [Lévine and Pomerol, 1989].
  12. 12. État de l’art L’aide à la décision Définitions IDC DMN Les vues d’une décision Définitions Les vues d’une décision 12 Décision L’aspect d’organisation L’aspect structurel L’aspect processus Cet aspect cherche à représenter les divers objets produits tout au long du processus de décision. Aborde la décision comme un enchaînement d’activités qui conduisent au résultat. Il s’intéresse à la manière dont les humains sont organisés ou s’auto-organisent pour prendre des décisions
  13. 13. 13 DMNDéfinitions Les vues d’une décision Les vues d’une décision État de l’art L’aide à la décision IDCIDC Conception Choix EvaluationIntelligence Vise à recenser les informations utiles dont le décideur aura besoin lors de sa prise de décision. La génération, le développement et l’analyse des différentes actions Il s’agit de déterminer les critères d’évaluation des différentes solutions envisageables La recommandation d’une solution
  14. 14. Hofer et Schendel (1978) Minzberg et al. (1976) Glueck (1976) Mazzolini (1981) KEPNER- TREGOE (2008) Lunenburg, F. C. (2010) Etape 1 Identification de la stratégie Phase d’identification d’un besoin de décision - Diagnostic Évaluation (détermination les opportunités d’environnement) Identification d’un besoin de décision D'abord fixer les objectifs d'une décision. Identifier le problème Etape 2 Diagnostic d’environnement - Phase d’élaboration - Recherche - Conception Choix, phase 1 considérer les solutions stratégiques Recherche de solutions d’action Classer les objectifs d'après leur importance. Génération des alternatives . Etape 3 Analyse des ressources Phase de choix  Examen  Évaluation Autorisation Choix, phase 2 choix de la stratégie Analyse des solutions d’action Mettre au point les différentes actions possibles. L'évaluation des alternatives Etape 4 Analyse d’écart Mise en œuvre Revue et approbation Evaluer les actions possibles par rapport aux objectifs fixés. Choisir une alternative Etape 5 Solutions stratégiques Évaluation Mise en œuvre Choisir la possibilité la mieux à même d'atteindre tous les objectifs. Application de la décision Etape 6 Évaluation de la stratégie Explorer les conséquences futures de la décision envisageable. Etape 7 Choix de la stratégie Contrôler les effets de la décision définitive. Intelligence Conception Choix Evaluation
  15. 15. 15 DMNDéfinitions Les vues d’une décision Les vues d’une décision État de l’art L’aide à la décision IDCIDC Problème de decision Le processus IDC [Simon, 1960 Intégration de l’aspect de decision dans la SOA
  16. 16. 16 DMNDéfinitions Les vues d’une décision Les vues d’une décision État de l’art L’aide à la décision ISCIDC Les modèles présentent les phases IDC Une source Ouvre la voie de l’aide à la décision [Ghomari, 2008] Facile à implementer [Chalal, 2007] IDC?
  17. 17. 17 Analyse des risques Définitions Protocoles utilisés Les vues d’une décision Architecture DMNIDC État de l’art L’aide à la décision (DMN 2.0) – 15/03/2015 Version 1.0 01/02/2014
  18. 18. 18 Analyse des risques Définitions Protocoles utilisés Les vues d’une décision Architecture DMNIDC État de l’art L’aide à la décision Concepts DRG NDL DMN? Niveau Logique de la décision Niveau exigences de la décision Processus métier Plusdedétailles
  19. 19. ESI 2014 19 Analyse des risques Définitions Protocoles utilisés Les vues d’une décision Architecture DMNIDC État de l’art L’aide à la décision Concepts DRG NDL DMN? Le niveau des exigences de décision (Decision Requirements DRG) Décision Connaissance métier Donnée en entrée Source Connaissance
  20. 20. 20 Analyse des risques Définitions Protocoles utilisés Les vues d’une décision Architecture DMNIDC État de l’art L’aide à la décision Concepts DRG NDL DMN? Niveau Logique de la décision Table de décision Règles métier Algorithmes
  21. 21. 21 Analyse des risques Définitions Protocoles utilisés Les vues d’une décision Architecture DMNIDC État de l’art L’aide à la décision Concepts DRG NDL DMN? Modélisation de la décision Actuellement, très peu d’articles de référence sont disponibles Avantages Inconvénients Combler le vide Outils [Modeler, 2014] Notation commune
  22. 22. Analyse des risques Définitions Protocoles utilisés Les vues d’une décision Architecture DMNIDC État de l’art L’aide à la décision Concepts DRG NDL DMN? IBM Blueworks[Thorpe et al., 2014]. 22
  23. 23. Nous proposons de développer une méthodologie permettant d’assurer l’aspect décisionnel selon Commentaire 23
  24. 24. ESI 2014 24 État de l’art L’aide à la décision Champ d’étude Le développement orienté service
  25. 25. 25 État de l’art Le champ d’étude SI SOA Cadre de référenceArchitecture d’un SI Structurelle Fonctionnelle Montre la séparation entre les parties opérationnelle, informationnelle et décisionnelle Systémique Positionne les fonctions rendues par le SI dans l’entreprise autour de l’information Met l’accent sur les liens forts entre processus et système d’information. [Touzi, 2007] Système d’information
  26. 26. 26 État de l’art Le champ d’étude SI SOA Cadre de référenceArchitecture d’un SI Structurelle Fonctionnelle Systémique Système d’information Quel point de vue du SI devons-nous considérer? Nous nous appuyons dans nos travaux sur les rôles : métier et décisionnel, pour la définition d’un système d’information
  27. 27. 27 Et État de l’art Le champ d’étude SOA Cadre de référenceSI Architecture d’un SI Architecture SI Fonctionnelle Logique Physique Spécifie les besoins fonctionnels des utilisateurs du système d’informationIdentifier la structuration d’un système d’information en adoptant une logique indépendante des considérations techniques. Décrit la structuration d’un SI en termes d’organisation de fonctions et des constituants qui le composent.
  28. 28. 28 Et État de l’art Le champ d’étude Cadre de référenceSI SOAArchitecture d’un SI SOA, une approche de conception et de construction d’un système d’informations complet qui utilise des interfaces services pour la création de ce dernier. Explorer les apports de l’architecture SOA en matière d’automatisation de l’aspect décisionnel du SI SOA?Spécifiques • Permettant au SI d’etre plus flexible et plus réactif • S’avère être un modèle d’intégration moderne • Les entreprises algérienne commencent à appliquer la SOA. Exp ; Sonatrach, Sonelgaz Générales • Facilite l’adaptation aux nouveaux besoins • Renforce l’interropérabilité et l’intégrité • Architecture basée sur les standards
  29. 29. 29 Et État de l’art Le champ d’étude Cadre de référenceSI SOAArchitecture d’un SI Service Vue Architecture Vue Composition Vue Méthode Vue Technologie -Type de composition - Approches de composition - Définition des concepts SOA - Méta-modèle Expose les différents standards et langages sur lesquels se basent les services - SOAP - UDD - Les méthodes de mise en place d’une SOA
  30. 30. 30 Et État de l’art Le champ d’étude SI SOAArchitecture d’un SI Cadre de référenceSOA Service Vue Architecture Vue Composition Vue Méthode Vue Technologie Positionnement SOA SOA+d Décision SOA SOAda Décision
  31. 31. ESI 201431 État de l’art L’aide à la décision Champ d’étude Le développement orienté service
  32. 32. 32 État de l’art Le développement SOA Méthode orientée service SoaML SOA +arbres de décision SOA +règles métier SOA +tables de décision La méthode de recherche : nous positionnons notre travail par rapport
  33. 33. 33 Et État de l’art Le développement SOA Méthodes OS Arbres de décision Règles métierSoaML Tables de décision
  34. 34. 34 Et État de l’art Le développement SOA Arbres de décision Règles métier Tables de décisionMéthodes OS SoaML 2008
  35. 35. 35 [Casanave, 2009] [Amsden, 2010] MDSE [Elvesaeter et al., 2011] Et État de l’art Le développement SOA Arbres de décision Règles métier Tables de décisionMéthodes OS SoaML Actuellement, 3 méthodes outillées utilisent le langage SoaML pour la modélisation des services.
  36. 36. 36 La décision pertinente qui devrait être résolue dans le SI. SOAD, peut résoudre uniquement les décisions architecturales, Ex : choix de plateformes technologiques. État de l’art Le développement SOA Règles métier Tables de décisionMéthodes OS Arbres de décisionSoaML SOAD d’IBM [Zimmermann, 2009]SOA+d [Boumahdi et al., 2014]
  37. 37. 37 Tables de décisionMéthodes OS SoaML Règles métierArbres de décision État de l’art Le développement SOA 37 Le service de décision expose la méthode dont la décision est prise dans SI ou processus métier. Les règles métier sont exposées comme un service de décision [Boumahdi et al., 2014] [Zarghami et al., 2012] WebSphere d’IBM [Jerome , 2012]
  38. 38. 38 État de l’art Le développement SOA Méthodes OS SoaML Arbres de décision Tables de décisionRègles métier Services Web pour tester la génération des cas [Noikajana and Suwannasart, 2008] Sélection de service pour ESB [Fabiana, 2009]. Dans la littérature, ce concept est utilisé dans d’autres domaines
  39. 39. Copyright 2009 Commentaire Arbre de décision Règles de décision Tables de décision SOA+d SOA SOA SOA . Niveau logiquededécision(DLL)deDMN Par l’utilisation de DMN dans SOA+d, nous pouvons considérer 39 Absence de la dimension décisionnelle dans le développement SOA
  40. 40. Contribution L’architecture SOAda La méthode SOA+d Etude de cas
  41. 41. L’architecture SOAda 41 Contribution Motivation Classification des servicesMéta-modèle de l’ AOSad Meilleure homogénéité Variabilité des services Aide à définir les services Définir les catégories et relations Réutilisation des services.
  42. 42. L’architecture SOAda 42 Contribution SOAda Classification des services Méta-modèle de l’ AOSad L’architecture AOSad va apporter une nouvelle structuration de l’architecture d’entreprise selon une perspective SOA. Cette orientation donne naissance à un triple aspect pour notre architecture
  43. 43. L’architecture SOAda 43 Contribution SOAda Classification des services Méta-modèle de l’ AOSad • Un nouveau concept va apparaître dans l’entreprise. • Doit être placé par rapport aux concepts qui existent déjà. • Nous avons fait recours à la méta-modélisation afin de mettre en évidence ce concept.
  44. 44. L’architecture SOAda 44 Contribution Introduction Classification des servicesMéta-modèle de l’ AOSadMotivation Méta-modèle de l’ AOSad Le Méta-modèle Décisionnel des Services [Boumahdi et al., 2014] Notre contribution La vue Métier La vue informationnelle La vue de la décision
  45. 45. L’architecture SOAda 45 Contribution Introduction Classification des servicesMéta-modèle de l’ AOSadMotivation Méta-modèle de l’ AOSad Métier Service Métier Service Fonctionnel Une brique réutilisable à un niveau métier. Il correspond à des fonctionnalités métier. • Encapsule la logique associée à un processus métier. • Expose la fonction du SI, • Permet d’implémenter l’activité métier.
  46. 46. L’architecture SOAda 46 Contribution Introduction Classification des servicesMéta-modèle de l’ AOSadMotivation Méta-modèle de l’ AOSad Information Service d’interface utilisateur Service Entité Service Technique La gestion du dialogue avec l’utilisateur pour aider le service métier à atteindre son but Réalise les opérations basiques CRUD Permet de gérer l’infrastructure du système d’information de l’entreprise
  47. 47. L’architecture SOAda 47 Contribution Introduction Classification des servicesMéta-modèle de l’ AOSadMotivation Méta-modèle de l’ AOSad Décision Service Décision Service Choix Service Conception Service Intelligence Permet de retenir une alternative. Sélectionner une des solutions élaborées et proposées par les services de conception, celle-ci devenant le résultat provisoire de la décision qui sera transmise au Service Décision, Construire et étudier les solutions, en utilisant l’information qui résulte du service intelligence. Cherche l’information pertinente en relation avec le problème à résoudre.
  48. 48. L’architecture SOAda 48 Contribution Introduction Classification des servicesMotivationMéta-modèle de l’ AOSad 14 24 34 44 Atomique Composé Service métierService interface utilisateur. Services Technique Service Entité Classification des services
  49. 49. Commentaire 49
  50. 50. Contribution L’architecture SOAda La méthode SOA+d Etude de cas
  51. 51. La méthode SOA+d Principes de SOA+d Etude préliminairePrincipes de SOA+d DescriptionDescription Contribution Principe d’ouverture: il impose de s’inscrire dans le cadre d’utilisation des standards. 51
  52. 52. Réutilisation de l’existant: permet aux concepteurs de réutiliser leurs connaissances, et d’éviter les erreurs. La méthode SOA+d Principes de SOA+d Etude préliminairePrincipes de SOA+d DescriptionDescription Comment intégrer SOA+d au processus de développement des services existants [Boumahdi et al., 2014] Contribution 52
  53. 53. Principe de prise en compte de la décision La méthode SOA+d Principes de SOA+d Etude préliminairePrincipes de SOA+d DescriptionDescription Contribution SOA+d adaptée pour résoudre les problèmes de décision. Proposer une typologie de service qui prend en compte cette spécificité Au cœur de cette typologie se trouve le service Décision. 53
  54. 54. Le principe de couverture des phases de cycle de vie des services La méthode SOA+d Principes Etude préliminaire Contribution Principes de SOA+d DescriptionDescription Identification des services Modélisation des services Développement des services 54
  55. 55. La méthode SOA+d Principes Etude préliminaire Contribution Principes de SOA+d DescriptionDescription Phase 1 Phase 2 Phase 3 Phase 4 Analyse-  l’élaboration du modèle métier,  l’étude du SI  Réponse aux problèmes décisionnels Identification –  Services métier,  Service du SI  Service de décision . Modélisation- les services doivent être modélisés avec un formalisme, nous adoptons le langage SoaML Réalisation- La mise en œuvre d’une architecture SOA 55
  56. 56. Phase 1 : Analyse Phase 2 Phase 3 Phase 4 Analyse décision 56 Pourquoi le diagramme des cas d’utilisation ? La majorité des analystes/concept eurs sont familiers avec l’utilisation des cas d’utilisations. Les cas d’utilisations identifiés deviendront potentiellement des services. Les cas d’utilisations permettront d’identifier les points de décision Analyse Information 56 Analyse métier
  57. 57. Phase 1 ; Analyse Phase 2 Phase 3 Phase 4 Analyse décision 57 Analyse Information Analyse métier Nous adoptons le langage BPMN2.0 dont la sémantique est proposée par l’OMG. 57
  58. 58. Phase 1 ; Analyse Phase 2 Phase 3 Phase 4 Analyse métier 58 Analyse Information Analyse décision 1 2 3 Decision Système d’information Métier Identifier les Décisions. Spécifier les besoins de la décision Spécifier le niveau logique de la décision (DMN) Cas d’utilisation BPMN diagram 58
  59. 59. Phase 1 : Analyse Phase 2 : Identifier les services Phase 3 Phase 4 Service : Information Service : métier Service : décision 59 Dimension Métier Dimension Système d’Information Dimension Décision 59
  60. 60. Phase 1 : Analyse Phase 2 : Identifier les services Phase 3 Phase 4 Service : Information Service : métier Service : décision 60 Cas d’utilisation Service Exemple Cas d’utilisation global métier 60
  61. 61. Phase 1 : Analyse Phase 2 : Identifier les services Phase 3 Phase 4 Service : Information Service : métier Service : décision 61 Cas d’utilisation Service Exemple Cas d’utilisation CRUD CRUD BPMN Service Exemple Activité Fonctionnel BPMN Service Exemple Tâche Technique 61
  62. 62. Phase 1 : Analyse Phase 2 : Identifier les services Phase 3 Phase 4 Service : Information Service : métier Service : décision Cas d’utilisation+ BPMN Service Exemple Indice de Décision Décision DMN Service Exemple Connaissanc e métier Conception DMN Service Exemple Source de Connaissance Choix DMN Service Exemple Donnée en entrée Intelligence 62
  63. 63. Phase 1 : Analyse Phase 2 : Identifier et catégoriser les services Phase 3 : Modélisation des Services Phase 4 Diagramme de Participants Architectures de services Contrats de Service 63 Comment modéliser les services et leurs interactions ? La notation SoaML offre une solution standardisée et basée sur l’UML et centrée sur la notion d’architecture. Quels sont les participants ? Quelles sont les capacités des participants ? Quels sont les rôles et les responsabilités de chaque participant? Quels sont les contrats de services associés à chaque interaction ? Quelles sont les dépendances entre les rôles ? 63
  64. 64. SoaML Diagramme de Participants Architectures de services Contrats de Service Phase 1 : Analyse Phase 2 : Identifier et catégoriser les services Phase 3 : Modélisation de Services Phase 4 Définir les fournisseurs et les consommateurs d’un service Décrire les modes d’interaction entre des entités de services. une description de la manière dont les participants s’échangent des services exprimés par les contrats de services. 64
  65. 65. Phase 1 : Analyse Phase 2 : Identifier et catégoriser les services Phase 3 : Modélisation de Services Phase 4 : La réalisation 65 ServiceExécution Registre Service Qualitéde Service Déploiement deservices CouchePersistance Systèmed’exploitation Cette phase donne un aperçu des composants SOA et les options disponibles pour la mise en œuvre d’une architecture SOA à travers les Systèmes Open Source (SOS). 65 Serveur Apache HTTP jBPM de JBoss Apache Axis jUDDI LogicBlaze FUSE PostgreSQL, MySQL
  66. 66. Description de la démarche Utilisation des formalismes Spécification des modèles support SOA+d Conception de l’outil support SOA+d Commentaire 66 vue la complexité de cette étape, nous l’avons considéré comme perspective.
  67. 67. Contribution L’architecture SOAda La méthode SOA+d Etude de cas
  68. 68. Etude de cas ESI 201568 Contribution IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Présentation du cas SOAFrantz FanonGestion de stock des médicaments Gestion de stock Hôpital SOA La présente étude de cas porte sur la GSP au niveau du Frantz Fanon.
  69. 69. Etude de cas 69 Contribution IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Présentation du cas Succès des hôpitaux Rôle majeur de la décision dans la GSP. Plusieurs problèmes de décision. GSP comprend des activités métiers liées à des activités décisionnelles. Quoi acheter ? Quand acheter ? En quelle quantité ? D’où acheter ?
  70. 70. Etude de cas 70 Contribution IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 1 Analyse du SI Analyse métier Analyse de la décision
  71. 71. Etude de cas 71 Contribution IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 1 Approvisionnement Appel d’offres Achat Stockage Sélection du fournisseur Prévision de la Quantité Classement des produits
  72. 72. Etude de cas 72 Contribution IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 1 Approvisionnement Stockage Achat Appel d’offres
  73. 73. Etude de cas 73 Contribution IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 1
  74. 74. 74 Après la réception, le magasinier procède à la codification et à la classification des médicaments Dégager à tout moment l’état des stocks et de savoir les coûts de stockage et la manière dont les produits ont été utilisés par les différents services. Le modèle ABC
  75. 75. Etude de cas 75 Contribution IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 2 SI Service interface d’utilisateur Magasinier Administrateur Fournisseur Dep_finances Service Entité Médicaments Fournisseur Client Commande Livraison Client Service Technique Messagerie Accès au ressources
  76. 76. Etude de casContribution IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 2 76
  77. 77. Etude de cas 77 Contribution IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 2
  78. 78. Etude de cas 78 Contribution IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 3 Architecture des services.
  79. 79. Etude de cas 79 Contribution IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 3 Le contrat de service « Exécuter Livraison »
  80. 80. Présentation Etude de cas 80 Contribution IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 4 Moteur d’orchestration Base de données Services Formulaires Le système de gestion de BDD SQL Server. IIS 7 un framework de services web Bizagi est un outil de modélisation et d’exécution des processus métiers.
  81. 81. La réalisation des services par des services web. 81
  82. 82. Intégration des Services Web 82
  83. 83. Commentaire 83 SOA+d SOA+ SMA SOA+ DSS SOA Gestion de projet de SONELGAZ [Boumahdi et al., 2012]. Praxeme La décision une boite noire. Gestion de projet [Boumahdi and Chalal, 2013b] Gestion de stock [Boumahdi and Chalal, 2012] Gestion de stock [Boumahdi and Chalal, 2013a] Gestion de Stock [Boumahdi and Chalal, 2014b] Recrutement [Boumahdi and Chalal, 2015a] SOA+d
  84. 84. ESI 201484 Conclusion & perspectives
  85. 85. Intégration Standards Complémentarité DMN Classification des services SOA+d La méthode proposée est la première méthode de SOA qui utilise le DMN Conclusion Perspectives Conclusion & Perspectives Nous avons traité la nécessité d’une nouvelle catégorie . La solution basée sur IDC SOA+d supporte la vision de la réutilisation : pour diminuer les coûts, réduire les délais et améliorer la qualité du produit.85
  86. 86. Domaines étudiés La méthode Automatisati on MDA Plus des règles d’identificati on Patterns de transformati on Composition des services de SOAda Feedback dans le cas d’une mauvaise décision Transposer l’approche pour le Cloud Perspectives Conclusion & Perspectives 86
  87. 87. Publications 1) [Boumahdi et al., 2014] Boumahdi, F., Chalal, R., Guendouz, A., and Gasmia, K (2014). Soa+d : a new way to design the decision in soa—based on the new standard decision model and notation (dmn). Service Oriented Computing and Applications, Springer London, pages 1–19. 2) [Boumahdi and Chalal, 2014b] Boumahdi, F. and Chalal, R. (2014b). Soada : A new architecture to enrich soa with a decisional aspect. International Journal of Systems and Service-Oriented Engineering (IJSSOE), IGI Global, 4(2) :13–27. [Boumahdi and Chalal, 2015b] Boumahdi, F. and Chalal, R. (2015b). Extending the service oriented architecture to include a decisional components. In Tweedale, J. and Jain, L., editors, Knowledge-Based Information Systems in Practice Knowledge-Based Information Systems in Practic, volume 30 of Smart Innovation, Systems and Technologies, page In Press. Springer Berlin Heidelberg. 1 2 3 87
  88. 88. Conmmunications 1) [Boumahdi and Chalal, 2012] Boumahdi, F. and Chalal, R. (2012). A newdecision support system based on agents dedicated to service oriented architectures. In BIEIT 2012 ; 5 - 6 September – Istanbul, Turkey. 2) [Boumahdi et al., 2012] Boumahdi, F., Chalal, R., Guendouz, A., and Gasmia, K. (2012). Posee : Plateforme orientee services pour e-entreprise etude de cas sonelgaz. In Journees Nationales sur l Informatique et ses Applications.JNIAK2012. 3) [Boumahdi and Chalal, 2013a] Boumahdi, F. and Chalal, R. (2013a). Soada : Service oriented architecture with a decision aspect. Procedia Computer Science, Elsevier, 22(0) :340 – 348. 17th - {KES2013}. 4) [Boumahdi and Chalal, 2013b] Boumahdi, F. and Chalal, R. (2013b). Soadsspm : a new service- oriented architecture of the decision support system for the project management, 4 – 7 jun 2013, sousse, tunisie; (CEIT13), pages 6–10. 5) [Boumahdi and Chalal, 2014a] Boumahdi, F. and Chalal, R. (2014a). A multi-agent system to integrate the decision aspect in soa. The Eighth International Conference on Advanced Engineering Computing and Applications in Sciences ADVCOMP , August 24 - 28, 2014 - Rome, Italy.. 6) [Boumahdi and Chalal, 2015a] Boumahdi, F. and Chalal, R. (2015a). Decision making and service oriented architecture for recruitment process using the new standard decision model and notation (dmn), WorldCIST’15, Olhão, Azores, Portugal, April 1-3, 2015. 1 2 3 4 5 6 88

×