Outils pour utilisateurs
boardz:journal14102019
Différences
Ci-dessous, les différences entre deux révisions de la page.
| Prochaine révision | Révision précédente | ||
|
boardz:journal14102019 [2019/10/28 10:31] florence créée |
boardz:journal14102019 [2020/04/07 11:07] (Version actuelle) |
||
|---|---|---|---|
| Ligne 1: | Ligne 1: | ||
| | | | | ||
| + | | {{ :avignon-universite.jpg?nolink|}} | {{ :blocks:logo-apl.png?nolink&220|}} | | ||
| ===== JOURNAL DE BORD au 14 Octobre 2019 ===== | ===== JOURNAL DE BORD au 14 Octobre 2019 ===== | ||
| Ligne 18: | Ligne 19: | ||
| * **Un principe générique de Feeder :** une classe capable de recevoir un flux de données et d'y appliquer des filtres et des parseurs de données. | * **Un principe générique de Feeder :** une classe capable de recevoir un flux de données et d'y appliquer des filtres et des parseurs de données. | ||
| - | * **Un principe générique de filtre (boardz\feeder\Filter) :** Il applique une condition à chaque échantillon, l'accepte ou le rejette en fonction | + | |
| - | * **Un principe générique de parseur (boardz\feeder\Parser) :** Il cherche une donnée précise dans un échantillon et va la pousser dans un stockage de données adéquat | + | * **Un principe générique de filtre (boardz\feeder\Filter) :** Il applique une condition à chaque échantillon, l'accepte ou le rejette en fonction. |
| - | * **Une boucle de lancement** de tous les Feeders déclarés d'un serveur BoardZ (script console) | + | |
| + | * **Un principe générique de parseur (boardz\feeder\Parser) :** Il cherche une donnée précise dans un échantillon et va la pousser dans un stockage de données adéquat. | ||
| + | |||
| + | * **Une boucle de lancement** de tous les Feeders déclarés d'un serveur BoardZ (script console). | ||
| **Spécifiques :** | **Spécifiques :** | ||
| Ligne 26: | Ligne 30: | ||
| * **Une classe MoodleCube** : Elle définit le cube de données moodle et pilote la distribution des échantillons vers des agrégateurs quotidiens (daily), hebdomadaires (weekly), mensuels (monthly) ou annuels (yearly) -- Nous reprenons en ce sens l'esprit des tables standard de statistiques de moodle, mais beaucoup plus complètes sur la qualification des dimensions et des métadonnées de contexte de validité de la valeur. | * **Une classe MoodleCube** : Elle définit le cube de données moodle et pilote la distribution des échantillons vers des agrégateurs quotidiens (daily), hebdomadaires (weekly), mensuels (monthly) ou annuels (yearly) -- Nous reprenons en ce sens l'esprit des tables standard de statistiques de moodle, mais beaucoup plus complètes sur la qualification des dimensions et des métadonnées de contexte de validité de la valeur. | ||
| - | * **Une classe MoodleETLFeeder** : Elle reçoit un flux provenant d'un plugin report_etl/etl_baordz associé au site traité et applique le comportement général du Feeder. | + | * **Une classe MoodleETLFeeder** : Elle reçoit un flux provenant d'un plugin report_etl/etl_boardz associé au site traité et applique le comportement général du Feeder. |
| Ligne 44: | Ligne 48: | ||
| **Explications :** | **Explications :** | ||
| - | Le cube de base reçoit par exemple un comptage des entrées de message de forum pour une dimension précise (cours, contexte, utilisateur, période de référence, etc). sur la même période de référence, si l'on veut avoir le comptage de la même valeur (action) cours par cours pour tous les utilisateurs, nous stockerons un résultat calculé du cube avec des dimensions "utilisateur = 0" ( et toutes les métadonnées directement découlantes de l'utilisateur également annulées), toutes les autres dimensions restant égales par ailleurs. | + | Le cube de base reçoit par exemple un comptage des entrées de message de forum pour une dimension précise (cours, contexte, utilisateur, période de référence, etc). |
| + | Sur la même période de référence, si l'on veut avoir le comptage de la même valeur (action) cours par cours pour tous les utilisateurs, nous stockerons un résultat calculé du cube avec des dimensions "utilisateur = 0" ( et toutes les métadonnées directement découlantes de l'utilisateur également annulées), toutes les autres dimensions restant égales par ailleurs. | ||
| Comme il est impensable de pré-calculer toutes les combinaisons d'agrégation partielle croisant toutes les dimensions possibles, les calculs partiels réellement calculés devront être définis et configurés explicitement par la configuration. | Comme il est impensable de pré-calculer toutes les combinaisons d'agrégation partielle croisant toutes les dimensions possibles, les calculs partiels réellement calculés devront être définis et configurés explicitement par la configuration. | ||
boardz/journal14102019.1572255098.txt.gz · Dernière modification: 2020/04/07 11:07 (modification externe)
Outils de la page
