La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

EDA 20061 Modélisation adaptée aux besoins utilisateurs dans le développement des SID Gilles Zurfluh Estella Annoni, Franck Ravat, Olivier Teste, Gilles.

Présentations similaires


Présentation au sujet: "EDA 20061 Modélisation adaptée aux besoins utilisateurs dans le développement des SID Gilles Zurfluh Estella Annoni, Franck Ravat, Olivier Teste, Gilles."— Transcription de la présentation:

1 EDA Modélisation adaptée aux besoins utilisateurs dans le développement des SID Gilles Zurfluh Estella Annoni, Franck Ravat, Olivier Teste, Gilles Zurfluh IRIT – Toulouse {annoni, ravat, teste,

2 2 Plan État de lart Contexte des travaux Étape de lanalyse des besoins Collecte des besoins utilisateurs Formalisation des besoins utilisateurs Règles de structuration Conclusion et perspectives

3 3 Classification des méthodes Approche ascendante (data-driven) Lourde avec des sources volumineuses Pas de prise de compte des besoins utilisateurs Approche descendante (requirement-driven) Schémas impossibles à mettre en œuvre Approche mixte Prise en compte des utilisateurs et des sources Pas de méthode danalyse des besoins utilisateurs

4 4 Contexte des travaux Collaboration avec la société I-D6 spécialisée dans le décisionnel Focalisation sur les besoins utilisateurs / {pilotage, équipement} Expression de besoins analytiques Table multidimensionnelle expression intuitive et la moins informelle expression inadaptée pour la confrontation Besoin de formaliser les informations ainsi que les traitements

5 5 Contexte de la proposition

6 6 Collecte des besoins utilisateurs (1) Entrée : Documentation projet {manuel utilisateurs, spécifications de lapplication métier} Sortie : {Dictionnaire décisionnel} 1- Sélection requêtes multidimensionnelles pertinentes exprimées en BI-QUERY Analyser Immobilisations.Valeur_vénale Analyser {S.C r }+ En Fonction Catégories.Familles, Catégories.Sous-familles Quand {Cond(S.C r )}+ Temps.AnnéeEn Fonction {A i.E kAi }+ Pour Temps.Année Dans (2003, 2004, 2005); Pour {Cond(A i.E kAi )}+; tables de multidimensionnelles pertinentes

7 7 Collecte des besoins utilisateurs (1) Entrée : Documentation projet {manuel utilisateurs, spécifications de lapplication métier} Sortie : {Dictionnaire décisionnel} 1- Sélection requêtes multidimensionnelles pertinentes exprimées en BI-Query Analyser Immobilisations.Valeur_vénaleAnalyser {S.C r }+ Quand Immobilisations.Valeur_vénale >1000Quand {Cond(S.C r )}+ En Fonction Catégories.Familles, Catégories.Sous-familles En Fonction {A i.E kAi } Temps.Année Pour Temps.Année Dans (2003, 2004, 2005); Pour {Cond(A i.E kAi )}+ tables multidimensionnelles pertinentes

8 8 Collecte des besoins utilisateurs (2) Entrée : {Tables multidimensionnelles, interviews utilisateurs relatifs aux processus ETL} Sortie : {Diagrammes décisionnels} 2- Réalisation du dictionnaire décisionnel Etude des lignes et des colonnes des tables multidimensionnelles Définition des paramètres des traitements ETL ( Extraction Transformation Chargement ) Y : année courante y : année traitée

9 9 Formalisation des besoins utilisateurs (1) Caractéristiques du modèle Intégration des spécificités des besoins analytiques Proche de la vision de linformation par les décideurs Extension du diagramme de classes UML pour garantir la réutilisation des schémas Prise en compte des informations et des traitements Spécification des traitements ETL Concept de propriété dinformativité h : attribut historisé a : attribut archivé * : attribut rafraîchi c : attribut calculé

10 10 Formalisation des besoins utilisateurs (2) Association dun comportement à un attribut Attribut : une classe à part entière [luján-Mora et al, 2004] Limite : impossibilité dassocier une méthode à une classe-attribut Proposition : Définir des méthodes attribut avec le stéréotype > Association dun traitement à chaque propriété Historiser(p, c, cond) Historiser (annee,Y>y-3 and Yy-5 and YY, merge) Calculer ({v i } + ) Calculer(Valeur_venale, Valeur_achat, amortissement) Modèle du diagramme décisionnel (DD)

11 11 Formalisation des besoins utilisateurs (2) Association dun comportement à un attribut Attribut : une classe à part entière [luján-Mora et al, 2004] Limite : impossibilité dassocier une méthode à une classe-attribut Proposition : Définir des méthodes attribut avec le stéréotype > Association dun traitement à chaque propriété Historiser(p, c, cond) Historiser (annee,Y>y-3 and Yy-5 and YY, merge) Calculer ({v i } + ) Calculer(Valeur_venale, Valeur_achat, amortissement) Modèle du diagramme décisionnel (DD)

12 12 Règles de structuration Règles de transformation Passage de la table multidimensionnelle au DD Règles syntaxiques Validation de la cohérence et consistance des DD Règles de fusion Fusion des DD suivant lenvironnement du projet

13 13 Règles de transformation Environnement Fait et mesures Informations Traitements Dimensions et paramètres Informations Traitements

14 14 Règles syntaxiques Informations SDI1 & 2 : Une classe-dimension, classe-fait ne peut pas être reliée respectivement à une autre classe- dimension, classe-fait SD3& 4: A tout paramètre et mesure est associé la propriété dinformativité d historisation sur lexercice précédent SD5: Si un attribut possède la propriété dinformativité « * » alors la classe possède la propriété aussi Processus SDP1: Si la propriété dinformativité porte sur tous les attributs de la classe et avec les mêmes paramètres alors la méthode est spécifiée au niveau de la classe SDP2 : Si une des mesures du fait possède la propriété dinformativité « h » et « a » alors toutes les dimensions liées doivent posséder cette propriété

15 15 Règles de fusion DD ayant la même classe-fait et des classes- dimensions en commun FUS1 : Fusionner les classes-dimension par ajout des attributs et des méthodes FUS2 : Fusionner les classes-fait par ajout des attributs et des méthodes DD ayant des classes de classes-fait différentes et des classes-dimensions en commun FDS1 : Fusionner les classes-dimension par ajout des attributs et méthodes

16 16 Règles de fusion DD ayant la même classe-fait et des dimensions en commun FUS1 : Fusionner les classes-dimension par ajout des attributs et des méthodes FUS2 : Fusionner les classes-fait par ajout des attributs et des méthodes DD ayant des classes de classes-fait différentes et des dimensions en commun FDS1 : Fusionner les classes-dimension par ajout des attributs et méthodes

17 17 Conclusion Proposition dune méthode pour lanalyse des besoins utilisateurs A partir de tables ou requêtes multidimensionnelles Mécanisme basé un 3 types de règles Diagramme décisionnel : modèle proche de la vision des décideurs Prise en compte des besoins Information et Traitements Possibilité de réutiliser les schémas générés

18 18 Perspectives Analyse des besoins de Pilotage et Équipement Automatisation de létape de lanalyse Faciliter la tâche de confrontation Prise en compte des hiérarchies dès létape de lanalyse des besoins

19 19 Merci Contact :

20 20 Immobilisations.Valeur_VénaleTemps.Année Catégories.FamilleCatégories.Sous-Famille ImmatérielLogiciels , , , 09 Progiciels8 958, , , 32 Postes UtilisateursEcrans1 147, ,144624,12 PC3 601, , ,95 Terminaux1 985, , ,34 S.Cr Ai.El Val1 ElAi …Valm ElAi Ai.E k Val1 EkAj {ValC rs (Val1 EkAj, Val1 ElAi )}{ValC rs (Val1 EkAj, Valm ElAi )} Val2 EkAj {ValC rs (Val2 EkAj, Val1 ElAi )}{ValC rs (Val2 EkAj, Valm ElAi )}... Valn EkAj {ValC rs (Valn EkAj, Val1 ElAi )}{ValC rs (Valn EkAj, Valm ElAi )}


Télécharger ppt "EDA 20061 Modélisation adaptée aux besoins utilisateurs dans le développement des SID Gilles Zurfluh Estella Annoni, Franck Ravat, Olivier Teste, Gilles."

Présentations similaires


Annonces Google