Vers un environnement intelligent d’aide à la modélisation conceptuelle

1. Vers un environnement intelligent d’aide à la modélisation conceptuelle Bilal Hussein1, Patrice Caulier1, Moncef Yousef 2, Patrik Millot1, Yahia Rabih3 1UVHC-LAMIH UMR CNRS 8530 Campus Du Mont Houy–f-59313 Valenciennes CEDEX 9 husseinbilal@yahoo.fr patrice.caulier@univ-valenciennes.fr millot@univ-valenciennes.fr 2 Université Libanaise- Faculté Des Ingénieurs- LIBAN ymonsef@ul.edu.lb 3 Université Libanaise- ISAE - LIBAN yrabih@hotmail.Com 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006

2. Problématique • Ingénierie des logiciels - Inadéquation services d’un système / besoins client - Méthodes et modèles avec interprétations variées • Ingénierie de besoins - Difficulté du choix du modèle - Mauvaise compréhension des besoins par les développeurs - mal entente des utilisateurs / développeurs du modèle utilisé 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006

3. Problématique (suite) • PREVIEW: notion de point de vue • Nature: concept «Situation, Décision, Argument, Action » • MAP: extension du projet NATURE, propose un modèle de conduite de plusieurs modèles d’ingénierie • CREWS: approche scénario • CREWS-l’Ecritoire: couplage entre buts et scénarios 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006

4. OBJECTIFS • Élaboration d’une nouvelle méthodologie de développement de logiciels basé sur un environnement mixte intelligent (EMI) EMI = Systèmes à base de connaissances + Ràpc • Standardisation des besoins • Génération automatique d’un modèle de conception en formalisme UML 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006

5. Nouvelle approche de développement basée sur un EMI • Philosophie du cycle de vie • Approche et méthodologie nouvelle * Standardisation des besoins * Modélisation par scénario 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006

6. Enoncés informels des besoins Expert du métier Outil intelligent de saisie et de transformation Énoncés formels des besoins sous forme de connaissances standard (Scénarios) Base de connaissances Outil d'édition de solution conceptuelle Expert – Ingénieur système Problèmes et solutions conceptuelles Base de cas Outil de Ràpc besoins Client Pré-solution conceptuelle Ingénieur système Outil d’adaptation et de validation Solution conceptuelle finale en diagrammes UML Démarche de développement de l'EMI 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006

7. Démarche du développement de l'EMI • L’environnement EMI inclut quatre outils principaux: - Saisie et transformation des besoins - Édition des solutions conceptuelles - Génération d’une pré-solution - Adaptation et validation de la pré-solution 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006

8. Outil: Saisie & transformation des besoins • Expert du métier standardise les besoins en : - Décomposant les besoins informels en fragments - Modélisant ces fragments en fragments de scénarios prototypes. - Composant les fragments scénarios résultants en scénarios prototypes - Regroupant les scénarios prototypes dans des classes de cas d’utilisation en les enregistrant dans une base de connaissances 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006

9. Outil: Édition des solutions conceptuelles • Rendre la base de connaissances une base de cas similaire à celle utilisée dans les systèmes à Ràpc • l’ingénieur système utilise cet outil pour ajouter la solution conceptuelle correspondante à chaque scénario 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006

10. Outil : Génération d’une pré-solution. • Cet outil s’appuie sur les techniques des systèmes Ràpc • Cet outil utilise les deux premières étapes du Ràpc - Spécification et classification du problème cible - Remémoration d’un problème source et identification de la pré-solution 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006

11. Spécification & classification du problème cible • Dans notre approche les besoins client et ses attentes représentent le problème cible • Ingénieur système doit, tout d’abord, construire la spécification du problème à résoudre afin d’élaborer sa solution 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006

12. Scénario 2 11 Micro-besoin 7 1 6 13 12 3 10 5 14 8 15 4 9 Prototype Standard 1 Prototype Standard 2 Prototype Standard 3 8 15 7 14 2 4 Construction de la SpécificationEnoncé formel de besoins obtenu à partir de prototypes standards • Plusieurs prototypes standards de besoins (classes de cas d’utilisation) 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006

13. Cas d’Utilisation { Incomplet} Prototype Standard Cas d’Utilisation <<Opérations déclencheurs>> <<Opérations principales>> <<Opérations secondaires>> <<Opérations d’arrêt>> { Incomplet} Point de Vue1 <<Opérations de Spécialisations>> Point de Vue2 Point de Vue3 Détail d’un cas d’utilisation prototype Point de Vue2 Point de Vue3 Point de Vue1 Construction de la Spécification (suite) 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006

14. Cas d’Utilisation <<Opérations déclencheurs>> <<Opérations principales>> <<Opérations secondaires>> <<Opérations d’arrêt>> Point de Vue client <<Opérations de spécialisation>> Point de Vue1 Point de Vue2 Point de Vue 3 Construction de la SpécificationPrototype modifié par le point de vue client • Paramétrage d’un scénario standard => Spécification obtenue = modèle de cas d’utilisation 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006

15. Remémoration et identification de la solution • Trouver, dans la base de cas, un cas similaire à la spécification construite • Une partie importante de la solution est déjà disponible • Générer la solution de la partie restante (Scénarios paramètrés) • Construire la pré-solution 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006

16. Outil : Adaptation et Validation • La pré-solution construite sera adaptée et validée pour qu’elle réponde exactement aux attentes du client • La pré-solution adaptée et validée devient une solution finale 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006

17. Conclusion La standardisation des besoins avec EMI : - Phénomène important ` - Réduit le coût de développement - Exploite les connaissances et les expériences des experts dans tous les domaines - Permet de recourir aux systèmes Ràpc afin de ne pas perdre des expériences réussites 14e Atelier de Raisonnement à Partir de Cas,Besançon 30-31 mars 2006