Recomendados
Recomendados
Mais conteúdo relacionado
Destaque
Destaque (20)
Semelhante a Présentation de Doctorat. Mme Boumahdi Eps Rahal. Le jeudi 28 Mai 2015
Semelhante a Présentation de Doctorat. Mme Boumahdi Eps Rahal. Le jeudi 28 Mai 2015 (20)
Présentation de Doctorat. Mme Boumahdi Eps Rahal. Le jeudi 28 Mai 2015
- 1. SOA+d : Une méthode pour intégrer l’aspect décisionnel dans l’architecture orientée service.
- 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. 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 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 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. 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. 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. 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 Introduction DémarcheProblématiqueContexte ObjectifsObjectifs Plan ConclusionLa contribution État de l’art Positions Propositions Résultats
- 10. ESI 201410 État de l’art L’aide à la décision Champ d’étude Le développement SOA
- 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. É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 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. 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 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 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 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 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. 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 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 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. 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. Nous proposons de développer une méthodologie permettant d’assurer l’aspect décisionnel selon Commentaire 23
- 24. ESI 2014 24 État de l’art L’aide à la décision Champ d’étude Le développement orienté service
- 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 É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 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 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 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 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. ESI 201431 État de l’art L’aide à la décision Champ d’étude Le développement orienté service
- 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 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 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 [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 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 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 É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. 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. Contribution L’architecture SOAda La méthode SOA+d Etude de cas
- 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. 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. 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. 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. 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. 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. 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. 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. Commentaire 49
- 50. Contribution L’architecture SOAda La méthode SOA+d Etude de cas
- 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. Contribution L’architecture SOAda La méthode SOA+d Etude de cas
- 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. 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. 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. 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. 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. Etude de cas 73 Contribution IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 1
- 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. 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. Etude de casContribution IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 2 76
- 77. Etude de cas 77 Contribution IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 2
- 78. Etude de cas 78 Contribution IntroductionPrésentation du cas Phase 1 Phase 2 Phase 3 Phase 4Phase 3 Architecture des services.
- 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. 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. La réalisation des services par des services web. 81
- 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. ESI 201484 Conclusion & perspectives
- 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. 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. 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. 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