Embed Size (px)
Citation preview
Ecole Supérieure d’Informatique
Soutenance de Thèse de Doctorat en Informatique
Thème
Réalisée par : Fatima BOUMAHDI EPS RAHAL
Thèse Dirigée par : Pr Rachid CHALAL . Professeur, ESI
28 Mai 2015
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 candidat
MODÈLE MÉTIER
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
IntroductionContexte 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
IntroductionContexte ObjectifsProblématiqueContexte Problématique Plan
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
IntroductionContexte ObjectifsProblématiqueContexte Problématique Plan
1 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
IntroductionContexte ObjectifsProblématiqueContexte Plan
1 2
Solution conceptuelle
Intégration
Solution conceptuelle
décision
Text in here
SOA
SOAdaSOA Décision
SOA
7
IntroductionContexte ObjectifsProblématiqueContexte Plan
132
Solution méthodologiqu
e
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
IntroductionDémarcheProblématiqueContexte ObjectifsObjectifs Plan
ConclusionLa contribution État de l’art
Positions Propositions Résultats
ESI 201410
État de l’art
L’aide à la décision
Champ d’étude
Le développement SOA
Les deux volets : SOA et la décision.Fort de ce constat, nous avons exploré 3 domaines de recherche
11
État de l’art L’aide à la décisionDéfinitions IDC DMNLes vues d’une
décision
Roy et Bouyssou [Roy and Bouyssou, 1993] estiment que la décision est souventprésentée comme le fait d’un individu isolé (décideur) qui exerce librement un choixentre 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 sepose à l’individu ou à l’organisation [Lévine and Pomerol, 1989].
État de l’art L’aide à la décisionDéfinitions IDC DMNLes vues d’une
décisionDéfinitionsLes vues d’une
décision
12
DécisionL’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
DMNDéfinitions Les vues d’une décision
Les vues d’une décision
État de l’art L’aide à la décisionIDCIDCLe décideur est conduit à prendre
des décisions
Comment les prend-il ?
Sur quelle démarche repose sa prise de décision ?
Le processus de décision IDC [Simon, 1960]
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èresd’évaluation des différentes solutions envisageables
La recommandation d’une solution
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’identificationd’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
DMNDéfinitions Les vues d’une décision
Les vues d’une décision
État de l’art L’aide à la décisionIDCIDC
Problème de decision
Le processus IDC [Simon, 1960 Intégration de l’aspect de
decision dans la SOA
16
DMNDéfinitions Les vues d’une décision
Les vues d’une décision
État de l’art L’aide à la décisionISCIDC
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
Analyse des risquesDéfinitions Protocoles utilisésLes vues d’une
décisionArchitecture DMNIDC
État de l’art L’aide à la décision
DMN
(DMN 2.0) –15/03/2015
Version 1.0 01/02/2014
18
Analyse des risquesDéfinitions Protocoles utilisésLes vues d’une
décisionArchitecture 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
Plus
de
déta
illes
ESI 201419
Analyse des risquesDéfinitions Protocoles utilisésLes vues d’une
décisionArchitecture 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 Connaissan
ce
20
Analyse des risquesDéfinitions Protocoles utilisésLes vues d’une
décisionArchitecture 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
Analyse des risquesDéfinitions Protocoles utilisésLes vues d’une
décisionArchitecture DMNIDC
État de l’art L’aide à la décision
Concepts
DRG
NDL
DMN?
Modélisation de la décision
Actuellement, trèspeu d’articles de référence sont disponibles
Avantages Inconvénients
Combler le vide Outils [Modeler, 2014]
Notation commune
Analyse des risquesDéfinitions Protocoles utilisésLes vues d’une
décisionArchitecture DMNIDC
État de l’art L’aide à la décision
Concepts
DRG
NDL
DMN?
IBM Blueworks[Thorpe et al., 2014].
Actuellement, les développeurs de la méthode publique Praxeme pensent à l’intégration du nouveau standard DMN [BIGAND, 2014],22
Nous proposons de développer une méthodologie permettant d’assurer
l’aspect décisionnel selon
CommentaireChamp d’étude
DMN
IDC
23
ESI 201424
É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érence Architecture 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 autourde l’information
Met l’accent sur les liens forts entre processus et système d’information.
[Touzi, 2007]
Système d’information
26
État de l’art Le champ d’étude SI SOA Cadre de référence Architecture 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
Et État de l’art Le champ d’étude SOA Cadre de référence SI 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
Et État de l’art Le champ d’étude Cadre de référence SI 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
Et État de l’art Le champ d’étude Cadre de référence SI 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
Et État de l’art Le champ d’étude SI SOAArchitecture d’un SI Cadre de référence SOA
Service
Vue Architecture
Vue Composition Vue
Méthode
Vue Technologie
Perspective SOA+d
Perspective SOAda
Positionnement SOASOA+d
Décision
SOASOAda
Décision
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 +tables de décision
La méthode de recherche : nous positionnons notre travail par rapport
33
Et État de l’art Le développement SOAMé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
• La modélisation des SOA.
• OMG a standardisé un
profil UML appelé SoaML
(Service oriented
architecture Modeling
Language)
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
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 SOARègles métier Tables de décisionMéthodes OS
Arbres de décision SoaML
SOAD d’IBM [Zimmermann, 2009]
SOA+d [Boumahdi et al., 2014]
Le même objectif
La nature de la décision
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]
Le même objectif
La technique
La nature de la décision
38
État de l’art Le développement SOAMé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
Copyright 2009
CommentaireArbre de décision
Règles de décision
Tables de décision
SOA+d
SOA
SOA
SOA
.
Niv
eau
logi
que
de d
écisi
on (D
LL) d
e DM
N
Par l’utilisation de DMN dans SOA+d, nous pouvons considérer
39
Absence de la dimension décisionnelle dans le développement SOA
Contribution
L’architecture SOAda
La méthode SOA+d
Etude de cas
L’architecture SOAda
41
ContributionMotivation 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.
L’architecture SOAda
42
Contribution SOAda Classification des
servicesMé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
L’architecture SOAda
43
Contribution SOAda Classification des
servicesMé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.
L’architecture SOAda
44
ContributionIntroduction 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
L’architecture SOAda
45
ContributionIntroduction 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.
L’architecture SOAda
46
ContributionIntroduction 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
L’architecture SOAda
47
ContributionIntroduction 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.
L’architecture SOAda
48
ContributionIntroduction Classification des servicesMotivationMéta-modèle de l’ AOSad
1\4
2\4
3\4
4\4
Granularité
Abstrait
Abstraition
Concret
Atom
iqu
e
Com
pos
é
Composition
Service métier
Service Fonctionnel
Service DécisionService interface utilisateur.
Services Technique
Service Entité
Service Choix
Service ConceptionService Intelligence
Classification des services
Commentaire
49
SOAdA : vision d’une SOA
Comment obtenir SOAda
?
À partir d’un problème, comment trouver les services?
Comment répondre aux problèmes de
décision?
Contribution
L’architecture SOAda
La méthode SOA+d
Etude de cas
51
La méthode SOA+dPrincipes de
SOA+d Etude préliminaire
Principes de SOA+d DescriptionDescription
Contribution
Principe d’ouverture: il impose de s’inscrire dans le cadre d’utilisation des standards.
51
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éliminaire
Principes de SOA+d DescriptionDescription
Comment intégrer SOA+d au processus de développement des services existants [Boumahdi et al., 2014]
Contribution
52
Principe de prise en compte de la décision
La méthode SOA+d
Principes de SOA+d
Etude préliminaire
Principes 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
Le principe de couverture des phases de cycle de vie des services
La méthode SOA+d
Principes Etude préliminaire
ContributionPrincipes de
SOA+d DescriptionDescription
Identification des services
Modélisation des services
Développement des services
54
La méthode SOA+d
Principes Etude préliminaire
ContributionPrincipes 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 lelangage SoaML
Réalisation- La mise en œuvre d’une architecture SOA
55
Phase 1 : Analyse
Phase 2 Phase 3 Phase 4
Analyse décision
56
Pourquoi le diagramme des cas d’utilisation ?
La majorité des analystes/concepteurs 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
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
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
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
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
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é FonctionnelBPMN Service Exemple
Tâche Technique
61
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écisionDMN Service Exemple
Connaissance métier
Conception
DMN Service Exemple
Source de Connaissance Choix
DMN Service Exemple
Donnée en entrée
Intelligence
62
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
SoaMLDiagramme 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
Phase 1 : Analyse
Phase 2 : Identifier et
catégoriser les services
Phase 3 : Modélisation
de Services
Phase 4 : La réalisation
65
Serv
ice
Exéc
ution
Regi
stre
Se
rvic
e
Qua
lité
de
Serv
ice
Dépl
oiem
ent
de se
rvic
es
Couche Accès Service
Couche Service
Couche IntégrationCouche Application
Couc
he P
ersis
tanc
e
Syst
ème
d’ex
ploi
tatio
n
Couche d’orchestration des service
Couche Service Application
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
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
• SOA+d comporte 4 phases• Les activités, les E/S et les
rôles de chaque phase
vue la complexité de cette étape, nous l’avons considéré comme perspective.
Contribution
L’architecture SOAda
La méthode SOA+d
Etude de cas
Etude de cas
ESI 201568
ContributionIntroduction Présentation du cas Phase 1 Phase 2 Phase 3 Phase 4Présentation du cas
SOAFrantz Fanon Gestion 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.
Etude de cas
69
ContributionIntroduction Pré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 ?
Etude de cas
70
ContributionIntroduction Présentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 1
Analyse du SI
Analyse métier
Analyse de la
décision
Etude de cas
71
ContributionIntroduction Présentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 1
Analyse du SI
Analyse métier
Analyse de la
décision
Approvisionnement
Appel d’offres
Achat
Stockage
Sélection du fournisseur
Prévision de la Quantité
Classement des produits
Etude de cas
72
ContributionIntroduction Présentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 1
Analyse du SI
Analyse métier
Analyse de la
décision
Approvisionnement
Stockage
Achat
Appel d’offres
Etude de cas
73
ContributionIntroduction Présentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 1
Analyse du SI
Analyse métier
Analyse de la
décision
Sélection du fournisseur
Prévision de la Quantité
Classification des
médicaments
74
Analyse métier
Analyse de la
décision Classification des
médicaments
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
Etude de cas
75
ContributionIntroduction Pré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
Vue du SI
Vue métier
Vue de la
décision
Etude de casContributionIntroduction Présentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 2
La vision Métier
Service Métier
Approvisionnement
L'appel d'offres Achat Stockage
Service Fonctionnel
La demande d'approvisio-
nnement
Estimation des besoins
La livraison, la réception
et la vérification
76
Vue du SI
Vue métier
Vue de la
décision
Etude de cas
77
ContributionIntroduction Présentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 2
Service: Décision
Sélection du fournisseur
Estimer la quantité
commandée Déterminer la classification
des médicaments
Service : Choix
Classement des fournisseurs
Proposer des quantités
Proposer une classification
Service : Conception
AHP
Wilson
ABC
Service : Intelligence
Fournisseur
Critères
Usage
Liste _cmd
Vlm _consom
Coût _demande
Vue du SI
Vue métier
Vue de la
décision
Etude de cas
78
ContributionIntroduction Présentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 3
Architecture des services.
Etude de cas
79
ContributionIntroduction Présentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 3
Le contrat de service « Exécuter Livraison »
Présentation
Etude de cas
80
ContributionIntroduction Pré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 7un framework de
services web
Bizagi est un outil de
modélisation et d’exécution des
processus métiers.
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]. PraxemeLa 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]
DMN
SOA+d
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 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
Domaines étudiés La méthode
Automatisa
tion
MDA
Plus des règles
d’identification
Patterns de transforma
tion
Composition des
services de SOAda
Feedback dans le cas
d’une mauvaise décision
Transposer l’approche
pour le Cloud
Perspectives
Conclusion & Perspectives
86
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
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
688
![[XLS]este.ucam.ac.maeste.ucam.ac.ma/documents/liste2/TM.xls · Web viewMOUNIR BOUMAHDI 1129410160 MOUFTAKIR MOHAMMED 1129539254 YOUNESS OUSSALEM 1210250071 MERYEM BARIM 1210749594](https://img.pdfslide.net/doc/110x75/5aaa80ff7f8b9a90188e331a/xlsesteucamac-viewmounir-boumahdi-1129410160-mouftakir-mohammed-1129539254.jpg)
