D1.1 Cahier des Charges (DoW) Composition de domaines métier : Application à la gestion de projet

Transcription

1 Projet de Fin d Études [R E] D. Cahier des Charges (DoW) Composition de domaines métier : Application à la gestion de projet Participant(s) : AIDOUDI, Mohamed Mehdi, mehdi.idoudi@gmail.com, M2-IFI (AL) Encadrant(s) MOSSER, Sébastien, mosser@i3s.unice.fr, I3S DEANTONI, Julien, julien.deantoni@polytech.unice.fr, I3S Coût du livrable : [48h/étudiant] heures COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET

2 Résumé Exécutif La composition de domaines métier est un concept attirant de plus en plus d attention vu la complexité des nouveaux besoins suscités par les organisations. Plusieurs approches existent pour la composition de domaines dont la composition de modèles et de langages spécifiques au domaine (DSL). C est dans ce cadre que s insère notre présent projet. L objectif de notre travail consiste à étudier les approches existantes pour la composition de modèles, de choisir une méthode puis d implémenter et de fournir une preuve de concept en utilisant la méthode choisie. Afin d évaluer notre approche, nous adressons le cas d une application de gestion de projets. Abstract Domain composition is attracting more and more attention because of the growing complexity of the organizations needs. Several approaches exist for the domain composition, including models composition and Domain-Specific Languages (DSL). Our project fits within this context. The objective of our work is to study the existing approaches for the domains composition, choose a method and then implement a proof of concept using the chosen method. To evaluate our approach, we address the case of an application of projects management. 2 COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET

3 Table des matières. Description du Projet... 4 Contexte de travail... 4 Motivations... 5 Défis... 5 Objectifs... 5 Scénarios... 6 Critères de succès Etat de l art... 8 Description Générale... 9 Méta-Modèle... 0 Modèle... 0 Langage spécifique au domaine (DSL)... 0 Composition de domaine Méthodologie et Planification... 3 Stratégie Générale... 3 Découpage en lots... 3 Planification... 3 Livrables associés au projet... 5 Jalons... 5 Pilotage et suivi Description de la mise en œuvre du projet... 7 Interdépendances des lots et tâches... 7 Description des lots... 8 Résumé de l effort Gestion du risque Participants Mohamed Mehdi AIDOUDI (Master2 IFI Architecture logicielle) Sébastien MOSSER (I3S - MODALIS) Julien DeANTONI (i3s - AOSTE) Bibliographie & Références COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET 3

4 . Description du Projet Contexte de travail Les langages spécifiques aux domaines visent à capturer un domaine précis et à fournir les briques et les outils nécessaires pour un domaine particulier. Cette approche vise à fournir un langage et un ensemble d outils nécessaire pour le domaine étudié en éliminant tous ce qui n est pas nécessaires et inutiles. Cela a un impact dans une organisation qui vise à réduire le temps de prise en main et les coûts. Dans une organisation, on peut avoir un ou plusieurs domaines qui servent à répondre à certains cas d utilisation. Mais, un domaine ne peut pas vivre en isolation dans une organisation et il doit interagir avec les autres domaines. L intégration des domaines est alors nécessaire pour leurs survies. Pour prendre en considération l existence de plusieurs systèmes hétérogènes (domaines) qui entrent en jeu dans une organisation, il est devenu nécessaire de composer ces domaines pour répondre au besoin d un domaine particulier, qui est la «gestion des projets» et qui sera notre cible pour le développement d un preuve de concept. Ce travail vise alors à étudier des mécanismes de compositions existants et en deuxième temps donner le mécanisme le mieux adapté pour composer des sous domaines. Le domaine de la gestion des projets sera notre cible vue qu il a un impact majeur sur la productivité et le coût des projets. Ce travail de recherche entre dans le cadre du projet de fin d études de la deuxième année master à Polytech Nice-Sophia. Il sera réalisé par moi-même, Mohamed Mehdi AIDOUDI, ingénieur développeur et étudiant en Master2-IFI parcours Architectures Logicielles. Passionné par le développement et la recherche dans le domaine du génie logiciel, ce projet me servira comme une initiation à la recherche et une application des connaissances acquises durant le cours «ingénierie des modèles». La réalisation de ce projet durera 20 semaines et la présentation du résultat final est prévue pour le 7 Mars 204. Durant cette période, monsieur Sébastien MOSSER, Maître de conférence à Polytech Nice-Sophia et membre du laboratoire I3S, et monsieur Julien DEANTONI, Maître de conférence à Polytech Nice-Sophia et membre du laboratoire I3S Sophia-Antipolis, seront mes encadrants. COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET 4

5 Motivations Dans une entreprise certaines taches comme la gestion des projets ne sont pas faciles à gérer. Plusieurs systèmes et plusieurs composants interviennent dans ce processus et chaque système a son propre langage de manipulation. Le cas de la mise en place d un nouveau projet passe par la création du descriptif du projet, l affectation des membres et le rôle de chacun, la création d un entrepôt pour la gestion du code source et d autres étapes qui s avèrent obligatoires. Dans ce cas, la prise en main et le temps de mise en place sont importants. Aussi la synchronisation de tous les systèmes intervenants et leur utilisation quotidienne est un peu complexe. Pour la réalisation de cette tâche, la connaissance de chacun des outils est nécessaire et le processus de mise en place va prendre du temps. Aussi, durant un projet, des manipulations quotidiennes doivent être effectuées (vérification du code source, affectation des taches aux membres de l équipe, etc.) via l utilisation du langage spécifique à chaque système intervenant dans ce processus. D où la nécessité de lier ces langages et de créer un champ de communication entre eux pour rendre le processus de gestion de projet facile, donc moins coûteux en temps et en ressources. Défis Selon la problématique et le besoin actuel des organisations pour unifier leurs différents composants applicatifs internes, on a identifié deux défis majeurs qui sont: Défi : composer les domaines existants Défi 2 : définir un langage unifié pour la manipulation des domaines. Objectifs L objectif principal de ce projet est de capturer les besoins du domaine et de donner une interface commune et simple pour composer des domaines (la gestion des projets dans notre cas). Cette interface sera le nouveau langage dédié, simple pour la prise en main, et spécifique au domaine. A travers cette interface et par le langage spécifique, l utilisateur peut gérer tout le processus sans avoir besoin de consacrer beaucoup de temps pour cette tâche quotidienne. D où les objectifs suivants : Objectif : Capturer le domaine, Objectif 2 : Etudier les approches de composition de domaine métier, Objectif 3 : Implémenter un prototype de composition des domaines pour la gestion de projet OGL en SI3 à Polytech Nice-Sophia. COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET 5

6 La période de réalisation de ce projet de recherche est limité (20 semaines), donc une grande partie sera consacrée à dresser l état de l art et mener une étude des méthodes de composition existantes qui sera traduite par l implémentation d un prototype de langage qui simule la composition de domaine pour la gestion des projets OGL au sein de Polytech Nice-Sophia. Scénarios Pour mieux expliquer les besoins cités avant, nous allons prendre le cas de la gestion d un projet de développement de logiciels informatique. Plusieurs sous-domaines sont impliqués pour réaliser ce projet ; on cite par exemple : Un domaine pour la gestion de l équipe et la planification, des outils pour la gestion du code source De nos jours, ces domaines sont isolés et souvent ne communiquent pas ensemble. Pour la gestion du projet, la connaissance de chaque domaine est nécessaire. Par exemple, une expertise dans le logiciel de planification est nécessaire pour l affectation des taches, aussi une prise en main de l outil de gestion du code source. Cela implique un temps de mise en œuvre non négligeable et un temps pour la gestion quotidienne tout au long de la phase de la réalisation du projet. Un deuxième cas plus réel et plus proche à nous est le cas de la gestion des projets étudiants dans notre école Polytech Nice-Sophia, qui sera notre cible pour l implémentation de notre prototype. Les étudiants sont amenés à réaliser plusieurs projets durant leurs parcours. L un des projets à faire est le projet de génie logiciel «OGL». Ce projet fait appel à plusieurs systèmes et doivent être mis à disposition pour les étudiants et les enseignants en respectant toutes les contraintes. Le suivi et la gestion du projet doivent s effectuer à l aide de plusieurs langages spécifiques aux domaines comme : L affectation des étudiants et le suivi du déroulement du projet. Git comme système de gestion du code source. Un système de suivi des tickets. Chaque système constitue un domaine indépendant disposant de son propre langage. Chaque utilisateur, que ce soit administrateur, enseignant ou étudiant doit passer par une phase de prise en main de chaque domaine. En plus, dans certains cas une interrogation entre domaines ou plus est nécessaire pour réaliser certaines taches par les enseignants : Récupérer la liste des étudiants affectés à un projet donné pour la création des tickets. Dans ce cas et vue que les systèmes sont indépendants, cette tâche sera complexe avec des risques de pertes de données, des fausses manipulations sans oublier aussi le temps perdu. 6 COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET

7 Pour résoudre ces problèmes, il sera utile d unifier les sous-systèmes et les domaines par une composition qui implémente le domaine spécifique «gestion des projets» et qui offre un langage unifié, simplifié et qui cache la complexité des appels des sousdomaines impliqués. Critères de succès Le succès de ce projet repose sur ces 3 critères : Critère : Une documentation de bonne qualité, Critère 2 : Choix de l approche de composition adéquate dans les délais, Critère 3 : Simulation de la gestion de projet des étudiants dans les délais. Vu l aspect recherche de ce projet et le cadre où il se déroulera (Laboratoire I3S) une étude bibliographique lui sera consacrée et un état de l art de bonne qualité devra être le fruit de cette étude. Aussi, le choix de l approche de composition est nécessaire pour proposer un Framework qui sera une preuve de concept appliqué à la gestion des projets des étudiants de Polytech Nice-Sophia. Le choix de l approche doit respecter les délais et il sera le sujet du dernier livrable le 7 Mars 204 pour la présentation finale et la simulation d un scénario de test de notre approche. Le deuxième critère va jouer un rôle majeur pour le succès du projet. COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET 7

8 2. Etat de l art L ingénierie des domaines est la discipline qui prend en charge un domaine métier spécifique pour identifier ses composants et le structurer tout en respectant les connaissances acquises dans ce domaine. Elle aide à rendre le développement pour ce domaine plus simple et plus facile en utilisant les mêmes informations métier et le même contexte pour obtenir le même résultat en un temps et coûts réduits. L ingénierie des domaines repose principalement sur le concept du domaine pour lequel plusieurs définitions et interprétations ont été proposées comme celles apportées par Maarit Harsu []: Business area, Collection of problems (problem domain), Collection of applications (solution domain), Area of knowledge with common terminology. D après les définitions précédentes, un domaine doit englober un champ métier pour répondre à ces besoins et donner des solutions à ces problèmes à l aide des connaissances déjà acquises et des applications qui entrent en jeu. L étude des informations et du contexte qui caractérise un domaine nous mène à rassembler ces informations et à évoluer vers une autre structure et une autre manière de représentation du domaine. Cette voie qui dérive de l ingénierie des domaines s appelle l ingénierie dirigée par les modèles. L ingénierie des domaines est composée elle-même d autres concepts qui servent à construire un nouveau système qui répond aux besoins. Parmi ces outils et disciplines on a l ingénierie des modèles et où on distingue le concept de modèle et de méta-modèle mais aussi il y a le langage spécifique au domaine et les mécanismes de composition des domaines. Nous allons nous intéresser dans le paragraphe suivant à l ingénierie des modèles qui représente l évolution du monde objet vers une meilleure représentation des domaines et des problèmes associés à eux. COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET 8

9 Description Générale L approche objet qui a vu le jour depuis les années 80 a donné une nouvelle manière de programmer et de modéliser. Cette approche, contrairement à celle procédurale, nous mène à considérer que tout est objet [2]. Le début des années 2000 a donné le jour à un nouveau concept qui est l ingénierie dirigée par les modèles qui considère que tout est modèle. Cette approche vise à définir un grand nombre de modèles pour exprimer les préoccupations des utilisateurs. L Ingénierie Dirigée par les Modèles (IDM) vise en premier lieu à abstraire et rendre la tache de développement plus précise en créant plusieurs niveaux d abstraction qui sont décrits dans la figure suivante. Figure Pile de modélisation OMG [3] L IDM limite le développement des solutions informatiques par un cadre et un contexte particulier (domaine). Ce développement peut être pris comme un ensemble d abstraction et de raffinements ordonnés suivant une modélisation précise (figure ) qui représentent plusieurs niveaux d abstractions. Un système logiciel peut être présenté par un ou plusieurs modèles, qui présentent différents points de vue de modélisation des besoins et des propriétés de ce système. L IDM doit respecter aussi les contraintes d un domaine pour que ça soit conforme aux attentes des experts et des spécialistes. Dans la prochaine partie nous allons nous intéresser aux deux premiers composants de la pile de modélisation (figure ) qui sont le modèle associé et une abstraction du monde réel, le méta-modèle et son langage spécifique. Le méta-méta-modèle ne fait pas objet de cette étude. COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET 9

10 Méta-Modèle Un méta-modèle est un autre niveau d abstraction qui offre les composants de définition d un modèle. Il offre une vue abstraite du domaine et permet de donner les propriétés nécessaires pour la spécification des modèles. L implémentation d un méta-modèle nécessite un langage spécifique et le résultat sera un modèle totalement conforme. Modèle Un modèle est la modélisation et l abstraction d un système particulier qui représente un domaine métier. Dans un contexte précis, il fournit les composants et les briques nécessaires pour la construction de la solution qui répond aux besoins particuliers. Le modèle sert comme une boite à outils pour la mise en place des systèmes et les acteurs qui représentent le domaine. Il est la vue restreinte d un domaine spécifique. Donc, il doit contenir seulement tous les composants ou propriétés nécessaires à ce domaine et éliminer tout ce qui n entre pas en jeux. Cela facilitera la prise en main et le développement d un langage spécifique au domaine que nous allons définir dans la partie suivante. Langage spécifique au domaine (DSL) Parmi les langages de programmation, ils existent des langages spécifiques dédiés à des domaines particuliers. On appelle cette catégorie de langages, des langages spécifiques au domaine (DSL) qui sont l implémentation d un modèle et donc conformes à lui. Ce langage est une spécification d un domaine et utilise seulement un modèle conforme à lui. Donc, il doit satisfaire seulement les besoins de ce domaine et ne pas dépasser le contexte du domaine. L idée d un DSL est de créer un environnement de travail facile à prendre en main et qui est une abstraction de la complexité du domaine et ses relations. L utilisateur peut manipuler le domaine à travers un ensemble de règles textuelles bien structurées ou bien à travers des interfaces graphiques fournissant tous les composants nécessaires. Un DSL doit utiliser une syntaxe simple et compréhensible pour les experts du domaine et reste dans un contexte métier particulier (contrairement aux autres langages de programmations général). Un DSL peut lui-même interroger un autre DSL et même quelques langages généraux offrent la possibilité d avoir des langages embarqués (ex : HTML qui supporte JavaScript et CSS). Cela est fait en cachant tous les problèmes liés à l hétérogénéité des langages. 0 COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET

11 Le concept de DSL est l un des approches de composition de domaines qu on va aborder dans la partie suivante. Composition de domaine De nos jours, les organisations et les environnements sont de plus en plus complexes et l existence de plusieurs domaines qui entrent en jeu est devenue familière. De ce fait, certains domaines font eux même appel à d autres domaines pour donner le résultat final. Cela nous mène à réfléchir et voir de près certains problèmes qui nécessitent un moyen pour composer deux ou plusieurs domaines et interagir avec des systèmes complètement indépendants et isolés pour garantir l accomplissement de certaines tâches. Dans ce travail on s intéresse à composer des domaines par leurs modèles, métamodèles ou DSL. Evidemment ils existent d autres approches de composition comme l approche de composition des services, mais notre travail utilise l ingénierie des modèles pour mettre en œuvre la solution. Ils existent plusieurs méthodes de composition qu on peut classer comme suit: Composer des méta-modèles, Composer des modèles, Composer des DSL. Ce travail se concentre sur les approches de composition de domaine par méta-modèles et DSL. Ils existent plusieurs approches et plusieurs travaux faits à ce stade: On peut citer «TexMo», qui est un environnement de développement multi-langages [4] réalisé par Rolf-Helge qui introduit les systèmes multi-langages et donne un moyen de les représenter et de créer les liens entre les langages hétérogènes. Une autre approche est celle d Anca Daniela Ionita présenté dans son article qui a proposé une approche de composition des DSL bidimensionnelle (Verticale et horizontale) pour créer des systèmes qui s étend sur plusieurs domaines [5]. Le travail décrit comment créer des domaines totalement autonomes et réutilisables en utilisant l approche verticale. Aussi, une approche horizontale pour créer des compositions de domaines abstraites a été proposée. Aussi, Tom Dinkelaker a proposé une architecture pour composer des DSL embarqués dans son travail [6]. COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET

12 Bien évidemment, d autres travaux ont été réalisés dans ce domaine et l étude bibliographique va être l un de nos objectifs pour essayer de couvrir les différents aspects de ce projet et avoir une vue globale sur les méthodes de composition des domaines par leur langage spécifique. 2 COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET

13 3. Méthodologie et Planification Ce chapitre va aborder la méthodologie de travail et la planification pour réaliser ce projet tout au long de la période consacrée. Stratégie Générale Ce projet, qui a un aspect recherche, se déroulera sur 20 semaines. Ce document (Description of Work), un document de management et la présentation finale sont parmi les livrables du projet. Pour prendre en considération le temps consacré à ce projet (36h) dont une partie est consacrée aux trois livrables cités avant et le temps pour le management et la présentation finale, une méthode agile incrémentale sera dédiée à la gestion du déroulement du projet. Cela nous aidera à bien partager le temps entre développement, étude bibliographique et test. Cela nous garantira aussi d avoir un livrable optimisé en documentation et en logiciel. Une première version des micros DSL sera livrée indépendamment de l étude bibliographique. Une fois les DSL implémentés et la solution du problème choisie, l implémentation du mécanisme de composition sera élaborée pour avoir une documentation de la nouvelle approche avec un prototype et donc une simulation du scénario «gestion du projet OGL». Découpage en lots Tableau - Liste des Lots # Titre du lot Type Leader Budget Début Fin L Management du projet MGMT AIDOUDI 73h S S2 L2 Etude bibliographique RECH AIDOUDI 83h S5 S8 L3 Implémentation des micros DSL IMPL AIDOUDI 20h S8 S4 L4 Implémentation du Framework IMPL AIDOUDI 60h S3 S8 L5 Simulation et test IMPL AIDOUDI 20h S3 S20 L6 Rédaction de la documentation RECH AIDOUDI 60h S5 S2 Total : [36h/étudiant]h Planification COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET 3

14 # Lot / Tâche L Manage ment du L L L projet Planificat ion Suivi du projet Présentat ion finale Etude bibliogra phique Etude des approche s Choix de l approch e Dévelop pement des micros DSL Concepti on des micros DSL Impléme ntation des micros DSL Impléme ntation du Framew ork Concepti on de la Framewo rk Impléme ntation de la COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET

15 L L 6 Framewo rk Simulati on du scénario Test du scénario OGL Correctio n des bugs Rédactio n de la docume ntation Figure 2 - Diagramme de Gantt Livrables associés au projet Tableau 2 - Liste des livrables # Titre du livrable Lot Nature Date D. Cahier des charges (DOW) DOC S4 D.2 Rapport de Management (MGMT) DOC S2 D.3 Diaporama de présentation finale DOC S2 D2. Présentation des méthodes de compositions des domaines 2 DOC S0 D2.2 Présentation de l approche de composition 2 DOC S0 D3 Première implémentation des micros DSL 3 LOG S4 D4 Implémentation du Framework de composition 4 LOG S8 D5. Intégration et test du Framework 5 LOG S8 D5.2 Simulation du scénario «projet OGL» et correction des bugs 5 LOG S20 D6 Documentation du Framework 6 DOC S2 Jalons Tableau 3 - Liste des jalons # Titre du jalon Lot(s) Date Vérification J Fin de la phase de planification initiale du projet S4 D. livré. J2 Fin du projet et de la période de management S2 D.2, D.3 livrés J3 Présentation intermédiaire de l étude bibliographique 2 S0 D2.2 livré J4 Première version des micros DSL 3 S3 D3 livré J5 Première version du Framework 4 S8 D4 livré J6 Fin de scénario de test et évaluation des résultats 5 S20 D5.2 livré J7 Fin du projet 6 S2 D6 livrés COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET 5

16 Pilotage et suivi Pour l organisation du travail, une méthode agile sera la plus adaptée vue les caractéristiques du projet (Durée courte de 20semaines). En plus, l un des objectifs est de réaliser un prototype pour la mise en œuvre de la solution adaptée. Avant cela une étude bibliographique sera nécessaire pour étudier les méthodes existantes. Durant le déroulement du projet Mr, Sébastien MOSSER et Mr, Julien DeANTONI seront mes superviseurs et une réunion chaque Jeudi sera planifiée pour l évaluation du travail déjà fait et la planification des travaux futurs. Mes deux encadrants seront mes guides en période d étude bibliographique pour évaluer ma compréhension du projet et les choix des références. Ils évalueront aussi les probabilités de mise en œuvre du Framework et de l efficacité de la solution proposée. Les outils mis en œuvre par Polytech (Atlas) nous seront utiles pour la gestion du code source, la planification des réunions et tout ce qui est lié au suivi du projet (livrables, taches, sous taches, gestion du temps de travail). Chaque Lot sera décomposé en sous-taches. Toutes les taches seront réalisées sur une période d une ou deux semaines. Cela nous permettra d évaluer les résultats et de mieux planifier les prochaines étapes. Vu que c est un projet de recherche, cette planification va aider à avoir des livrables qui répondent aux besoins minimaux de ce projet et qui sont l étude des méthodes de composition métier et une vue sur le Framework de la solution. 6 COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET

17 4. Description de la mise en œuvre du projet Interdépendances des lots et tâches T2. D. T. D.2 D2. T.2 T2.2 T.3 D2.2 D2.2 D.3 T3. T4. T3.2 T4.2 D3 D4 T5. D5. T5.2 L6 D5.2 D6 COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET 7

18 Description des lots Identifiant L Date de démarrage S Titre Management du projet Type MGMT Participant AIDOUDI MOSSER DeANTONI Effort 78h 0h 0h Objectifs du lot Management et supervision du projet Mise en place de l organisation du travail Définition d un contrat qui contient les défis, les objectifs à atteindre et les livrables attendus Présentation des résultats obtenus Description du lot Tache T. : Planification (AIDOUDI, S S4, 48h) : La première tâche de planification est consacrée à cerner le sujet et ses caractéristiques ainsi que la rédaction de ce document, qui est la description du projet, des intervenants ainsi que la planification de la réalisation qu on va suivre après. Tache T.2 : Suivi du projet (AIDOUDI, S5-S2, 20h) : Cette tâche sera réalisée souvent pour évaluer la progression du travail, anticiper les conflits, assurer la communication avec mes encadrants à travers des réunions chaque Jeudi. Le suivi du projet me permettra de bien optimiser mon travail en suivant la planification préétablie. L outil Jira mis en place par l école, sera notre outil de planification (réunion, livrable, tâches accomplies ou en progression ) et aussi un référentiel Git a été fourni pour la gestion du code source. Tache T.3 : Présentation des résultats obtenus (AIDOUDI, S20-S2, 5h) : Cette tâche aura comme but de présenter le travail fait pendant les 20 semaines. La présentation des résultats sera pendant la soutenance du projet. Donc, d autres intervenants seront présents pour l évaluation du travail. COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET 8

19 Livrables Livrable D. : Cahier des charges (AIDOUDI, DOC, S4) : Le cahier des charges ou «Description of work» permet de planifier le projet ainsi il contient les informations et la description du projet (Positionnement, problématique, solution). Ce document va être évalué par un expert qui va jouer le rôle d un client. Ce document donne une vue sur la mise en œuvre du projet et ses points forts. Livrable D.2: Rapport de Management (AIDOUDI, DOC, S2) Ce rapport sera livré à la fin de la réalisation du projet. Il contient la planification abordée pendant cette période. Les différentes phases de réalisation seront décrites. Ce document permettra de confronter les objectifs définis au début du projet avec les résultats obtenus. Livrable D.3 : Diaporama de présentation finale (AIDOUDI, DOC, S2) La présentation finale sera aussi livrée à la fin de la réalisation du projet. Elle permettra de synthétiser nos travaux et de les présenter oralement devant un jury. Identifiant L2 Date de démarrage S5 Titre Etude bibliographique Type RECH Participant AIDOUDI MOSSER DeANTONI Effort 83h 0h 5h Objectifs du lot Etude et prise en main du domaine de recherche Etude des approches existantes de composition de domaines Choix et maîtrise de la méthode de composition à suivre COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET 9

20 Description du lot Tache T2. : Etude du domaine et des approches existantes (AIDOUDI, S5 S0, 38h) : Pour bien entamer les approches de compositions, l étude du domaine et de ses principes est nécessaire pour ce qui va suivre. Cette tache comportera la lecture des thèses, articles scientifiques et cours universitaires pour maîtriser la thématique du projet. Le choix des ressources bibliographiques sera en collaboration avec mes encadrants. Tache T2.2 : Comparaison et choix de l approche de composition (AIDOUDI, S5-S8, 45h) : Après la première tâche de ce lot, une étude plus focalisée sur les compositions des domaines par IDM sera réalisée et une comparaison des approches est nécessaire pour le choix d une solution. Livrables Livrable D2. : Présentation des méthodes de compositions des domaines (AIDOUDI, DOC, S0) : Une présentation sur papier ou par des slides comportera le résumé des méthodes de composition de domaines existantes. Livrable D2.2 : Présentation de la méthode de composition choisie (AIDOUDI, DOC, S0) La comparaison des méthodes existantes et la solution de composition sera présentée à mes encadrants par des documents (diaporama ou sur papier) et avec l explication du choix Identifiant L3 Date de démarrage S8 Titre Implémentation des micros DSL Type IMPL Participant AIDOUDI MOSSER DeANTONI Effort 20h 3h 0h Objectifs du lot Conception des micros DSL Implémentation des micros DSL tout en respectant les contraintes de compositions 20 COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET

21 Description du lot Tache T3. : Conception des micros DSL (AIDOUDI, S7 S4, 7h) Cette tâche a pour but de concevoir les micros DSL qui serviront de composants de travail et de test pour l implémentation de la solution. Cette tâche sera transversale à la phase d implémentation des micros DSL pour mieux s adapter à la solution choisie. Tache T3.2 : Implémentation des micros DSL (AIDOUDI, S8-S4, 3h) L implémentation des micros DSL est une phase majeure. Les micros DSL choisis doivent être implémentés pour servir ce qui suit. Un retour vers la phase de conception sera réalisé si c est nécessaire. Livrable Livrable D3 : Micros DSL (AIDOUDI, LOG, S3) : Ce livrable comporte trois micros DSL utilisés dans les projets OGL qui suivent aussi les contraintes du Framework de composition. Identifiant L4 Date de démarrage S3 Titre Implémentation du Framework de composition Type IMPL Participant AIDOUDI MOSSER DeANTONI Effort 60h 3h 4h Objectifs du lot Conception du Framework Distinguer les contraintes liées au DSL Implémentation du Framework COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET 2

22 Description du lot Tache T4. : Conception du Framework de composition (AIDOUDI, S3 S8, 7h) : Durant cette tâche, on va concevoir le Framework de composition et on va l adapter durant la phase d implémentation pour avoir l architecture finale du Framework. Tache T4.2 : Implémentation du Framework de composition (AIDOUDI, S4-S8, 43h) : La tâche d implémentation vise à avoir une preuve de concept en utilisant les micros DSL implémentés pour tester le Framework. Un retour vers la phase de conception sera nécessaire en cas d anomalie ou d amélioration. Livrable Livrable D4 : Framework de composition des DSL (AIDOUDI, LOG, S8) : Ce livrable contient le prototype du Framework de composition des DSL qui implémente notre solution et qui répond aux exigences du domaine gestion de projet OGL. Identifiant L5 Date de démarrage S3 Titre Test et intégration Type IMPL Participant AIDOUDI MOSSER DeANTONI Effort 20h 5h 5h Objectifs du lot Correction des bugs des Micros DSL Correction des bugs du Framework Evoluer et intégrer les Micros DSL avec le Framework 22 COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET

23 Description du lot Tache T5. : Test du Framework et du scénario gestion du projet OGL (AIDOUDI, S7 S20, 5h) : Tester le Framework afin de voir s il répond aux besoins fonctionnels ou non. Mr, Mosser sera l utilisateur final et il évaluera le Framework pour détecter les anomalies. Si le Framework est validé par Mr, Mosser, un deuxième test par une autre personne concernée par la gestion des projets, mais qui n est pas impliquée dans le projet, sera planifié. Tache T5.2 : Correction des bugs des Micros DSL et du Framework (AIDOUDI, S3-S4 et S7-8, 5h) : Traiter les bugs et les améliorations possibles reportées de la phase de test seront l objet de cette tâche pour avoir une deuxième version plus stable et mieux adaptée aux besoins. Livrable Livrable D5. : Version améliorée du Framework et correction des bugs (AIDOUDI, LOG, S8) : C est le livrable le plus prioritaire de ce lot. Une version avec moins de bugs et qui implémente la solution de composition des domaines avec le mécanisme choisi sera notre livrable. Livrable D5.2 : Scénario de test du projet OGL (LOG, S20) : Une suite de test du scénario gestion de projet OGL avec différents cas si c est possible. Identifiant L6 Date de démarrage S5 Titre Documentation du Framework Type RECH Participant AIDOUDI MOSSER DeANTONI Effort 60h 5h 5h Objectifs du lot Donner une brève description de la solution Documentation de l architecture et des différents composants Evaluation des scénarios de Tests COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET 23

24 Description du lot Tache T6 : Documentation du Framework (AIDOUDI, S5-S2, 60h) Revenir sur le choix de la solution et ses notions théoriques. Description de l architecture, la mise en place du Framework et les tests réalisés. Livrable Livrable D6: Documentation de l architecture, phase d implémentation et des tests du Framework (AIDOUDI, DOC, S2) La nature du document à fournir sera abordée durant la réalisation du projet et l avancement de la mise en place. Résumé de l effort Tableau 4 - Résumé de l'effort AIDOUDI MOSSER DeANTONI L Management T. Planification 48 3 T.2 Suivi de projet T.3 Présentation des résultats obtenus Sous-Total (h): L2 Etude Bibliographique T2. Etude de l existant 38 5 T2.2 Comparaison et choix de l approche Sous-Total (h): L3 Implémentation des micros DSL T3. Conception des micros DSL 7 T3.2 Implémentation des micros DSL 3 3 Sous-Total (h): 20 3 L4 Implémentation du Framework T4. Conception du Framework 7 T4.2 Implémentation du Framework Sous-Total (h): L5 Test et intégration T5. Test du scénario gestion de projet OGL T5.2 correction des bugs Sous-Total (h): L2 Documentation du Framework T6 Documentation de la solution Sous-Total (h): COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET

25 Total (h) : Effort / lot L - Management Effort / type L2 - Etude biblio L3 - Implé Micros DSL L4 - Implé Framework L5 - Test L6 - Doc RECH IMPL MGMT DEMO Figure 3 - Répartition de l'effort par lot Figure 4 - Répartition de l'effort par type Gestion du risque Tableau 5 - Table de gestion des risques Description Probabi lité Solution Majeur de e compositi on non adéquate Micros DSL non composabl es Conséquenc es Compositio n non accomplie Moyen Compositio n non possible Impact Cause Évitemen t Impossible Choix d une Compara de réaliser méthode ison les Tests et qui n est entre les de fournir la pas bien méthode documentati documenté s on e existante s et la réalisatio n des tests en Impossible de tester le Framework Mauvaise gestion des contraintes de compositio ns parallèle Concepti on des micros DSL en prenant en compte les contraint es de composit ions Résolutio n Correctio n des bugs ou choix d une autre approche. Adaptatio n immédiat e avec le Framewo rk à travers les tests COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET 25

26 Document ation pauvre Majeur Mauvais choix des ressources bibliograph iques Affectation de la phase de conception et d implémen tation Manque de communica tions avec les encadrants et l expert du domaine Assurer des réunions fréquent es et partage des ressourc es Adaptatio n de la méthode et des techniqu es plus documen tées. 26 COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET

27 5. Participants Mohamed Mehdi AIDOUDI (Master2 IFI Architecture logicielle) Je suis titulaire d un diplôme d ingénieur en informatique de l école d ingénieurs ESPRIT en Tunisie ainsi que d une licence en informatique fondamentale de la faculté des sciences de Tunis. Durant mes études d ingénierie j étais le premier de ma classe durant ce parcours de 3 ans et parmi les 3 premiers de ma promotion (d environ 300 étudiants). Mes études se sont focalisées sur le génie logiciel d où mes connaissances acquises dans la programmation orientée objet et la maîtrise du développement des web services, JEE et Spring. Aussi je dispose de bonnes connaissances en administration de bases de données relationnelles sous oracle. Par ailleurs, je suis certifié Cisco (CCNA et 2) et j ai acquis de bonnes connaissances dans l administration systèmes et réseaux. Pour l obtention de mon diplôme d ingénieur, j ai réalisé mon stage de fin d études (6 mois) à SAP Labs Sophia-Antipolis France avec l équipe Scrum «RTI» (Real-timeintelligence) et en collaboration avec d autres équipes (SAP Dublin, Dresde et Paris) pour la réalisation d un projet innovant qui a été présenté dans le «Mobile World Congress 203» à Barcelone. Aussi, j étais affecté à l équipe «Mobility Division» de SAP Research Lab Dresde Allemagne pendant 3 mois et j étais impliqué dans l équipe Scrum avec 9 partenaires pour la réalisation d un prototype de logiciel dans le domaine du transport maritime ( Le présent projet va consolider mon initiation à la recherche et il sera un bon atout pour mon profil afin de m orienter de plus en plus vers le domaine de la recherche scientifique, et plus spécialement, le domaine de la composition des logiciels. Sébastien MOSSER (I3S- MODALIS) Mr, Sébastien MOSSER est Maître de conférence à Polytech Nice-Sophia. Il a eu son diplôme d ingénieur en 2007 de Polytech Nice-Sophia puis son doctorat en 200 sous la supervision du Mme, Mireille Blay-Fornarino et Mr, Michel Riveill. Il a occupé le poste de chercheur à plein temps pendant deux ans à Inria Lille-Nord Europe et en Norvège dans le laboratoire SINTEF IKT à Oslo ( Son domaine de recherche est principalement les architectures distribuées (Cloud, SOA,..) et les mécanismes de compositions (Composition de services, Composition des domaines ). COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET 27

28 Mr, Sébastien MOSSER est responsable de quelques taches administratives au sein de l école et il supervise le déroulement du projet OGL pour les élèves de 3éme année ingénierie. Le projet OGL sera notre cible pour les scénarios de test du prototype qu on va implémenter. De plus, il est responsable de la matière ingénierie des modèles en Master2-IFI [7]. Julien DeANTONI (I3S - AOSTE) Mr, Julien DeANTONI est maître de conférence à Polytech Nice-Sophia. Il assure plusieurs cours (ingénierie des modèles avancé, et ingénierie des modèles pour les systèmes embarqués, systèmes d exploitation ). Son domaine de recherche se situe entre l utilisation des modèles pour la validation formelle et les systèmes embarqués. Vue ses qualités et son expertise dans le domaine, il sera mon deuxième encadrant et il m apportera de l aide pour l implémentation des micros DSL composables [8]. 28 COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET

29 6. Bibliographie & Références [] M. Harsu, A survey on domain engineering, Tech. report, Institute of Software Systems, Tampere University of Technology, [2] M.Benoît Combemale, Ingénierie Dirigée par les Modèles (IDM) Institut de Recherche en Informatique de Toulouse (UMR CNRS 5505), page 2. [3] M.Olivier le Goaer, Syntaxe des DSL en IDM, slides, Université de PAU et des Pays de l Adur, slide 5, [4] M.Rolf-Helge Pfeiffer and Andrzej Wąsowski, TexMo: A Multi-language Development Environment, ECMFA'2 Proceedings of the 8th European conference on Modelling Foundations and Applications, pages 78-93, [5] Anca Daniela Ionita, Jacky Estublier, Thomas Leveque, Tam Nguyen, Bi-dimensional Composition with Domain Specific Languages, e-informatica Software Engineering Journal, ISSN , pages 27-4 [6] Tom Dinkelaker, Michael Eichberg, Mira Mezini, An Architecture for Composing Embedded Domain-Specific Languages, AOSD '0 Proceedings of the 9th International Conference on Aspect-Oriented Software Development, pages [7] Dr, Sébastien MOSSER, Personal web page, [8] Dr, Julien DeANTONI, Personal web page, COMPOSITION DE DOMAINE METIER : APPLICATION A LA GESTION DE PROJET 29