Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
|
boardz:journal12052019 [2019/05/13 09:53] florence |
boardz:journal12052019 [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 12 Mai 2019 ===== | ===== JOURNAL DE BORD au 12 Mai 2019 ===== | ||
| Ligne 6: | Ligne 7: | ||
| **Bienvenue dans le volume de documentation de conception de BoardZ Version 2.** | **Bienvenue dans le volume de documentation de conception de BoardZ Version 2.** | ||
| - | **1. Jonction serveur de service/Sonde sur Moodle Local** | + | ====Jonction serveur de service/Sonde sur Moodle Local==== |
| Ligne 22: | Ligne 23: | ||
| * persistant : classe MysqlDatabase : implémentation d'un client Mysql (sur la base moodel cible) | * persistant : classe MysqlDatabase : implémentation d'un client Mysql (sur la base moodel cible) | ||
| - | Le rendu est effectué par une classe ScalarRenderer dont est équipée l'instance de HtmlINdicatorWidget par construction. Le Renderer est interchangeable en fonction de la nature des données et de l'arité de données de l'indicateur (scalaire, tableaux, séries historisées, etc). | + | Le rendu est effectué par une classe **ScalarRenderer** dont est équipée l'instance de **HtmlINdicatorWidget** par construction. Le Renderer est interchangeable en fonction de la nature des données et de l'arité de données de l'indicateur (scalaire, tableaux, séries historisées, etc). |
| - | Dans le POC démontré, la chaine est établie, mais boardz ne stocke aucune donnée d'indicateur pour l'instant. Nous allons commencer à construire maintenant sur la base des modèles d'indicateurs plus complexes, s'appuyant sur un stockage persistant. Ce stockage va commencer sous une forme très simple (scalaire), pour mémoriser l'état de ce premier indicateur, et constitue un prototype de "cache de données'" qui évitera le recours à la mesure de bout en bout à chaque consutation de l'indicateur. Vont immédiatement suivre l'analyse et la mise en place du "scalaire historisé" pour pouvoir stocker des courbes d'évolutions de mesure.dans le temps. en face devra être constitué le premier renderer graphique de production de graphes. | + | Dans le POC démontré, la chaîne est établie, mais boardz ne stocke aucune donnée d'indicateur pour l'instant. |
| + | |||
| + | Il s'agit dès le départ d'avoir une structure propre où tout est bien rangé, et l'applicatif peut être manipulé dans ses expressions sans remettre à chaque fois tout le code serveur en jeu : | ||
| + | |||
| + | ====Stockage persistant et cache de données==== | ||
| + | |||
| + | |||
| + | Nous allons commencer à construire maintenant sur la base des modèles d'indicateurs plus complexes, s'appuyant sur un stockage persistant. Ce stockage va commencer sous une forme très simple (scalaire), pour mémoriser l'état de ce premier indicateur, et constitue un prototype de "cache de données'" qui évitera le recours à la mesure de bout en bout à chaque consultation de l'indicateur. | ||
| + | |||
| + | |||
| + | ====Renderer et panel d'assemblage des widgets==== | ||
| + | |||
| + | Vont immédiatement suivre l'analyse et la mise en place du "scalaire historisé" pour pouvoir stocker des courbes d'évolutions de mesure.dans le temps. en face devra être constitué le premier renderer graphique de production de graphes. | ||
| + | |||
| + | Juste avant, nous allons valider le principe de Panel qui assemble des widgets. | ||
| + | |||
| + | La partie serveur de webservices progresse également pour se doter d'une structure organisée qui inclue la gestion des CSS et du Javascript qui pourrait entrer en jeu dans les vues. | ||
| - | Juste avant, nous allons valider le principe de Panel qui assemble des widgets. La partie serveur de webservices progresse également pour se doter d'une structure organisée qui inclue la gestion des CSS et du Javascript qui pourrait entrer en jeu dans les vues. | ||
| - | Il s'agit dès le départ d'avoir une structure propre où tout est bien rangé, et l'applicatif peut être manipulé dans ses expressions sans remettre à chaque fois tout le code serveur en jeu. | ||