View Categories

Comprendre BiBOARD : de la donnée à l’utilisateur

Comment les données deviennent un tableau de bord #

BiBOARD s’appuie sur une chaîne fonctionnelle simple :

  • une source de données ;
  • une connexion ;
  • une requête ;
  • une Datasource ;
  • des composants ;
  • un tableau de bord ;
  • une publication vers les utilisateurs.

Cette logique permet de passer progressivement de la donnée brute à une analyse prête à être utilisée.

La connexion #

La connexion permet à BiBOARD d’accéder aux données de l’entreprise.
Ces données peuvent provenir d’un ERP, d’un CRM, d’une base de données, d’un Datawarehouse ou d’une autre source compatible.

La requête et la Datasource #

La requête sélectionne les données utiles à l’analyse.
La Datasource reprend ensuite ces données pour les préparer à leur utilisation dans BiBOARD. Elle permet notamment d’organiser les champs, d’appliquer des formats et d’ajouter des calculs métier.
Une même requête peut ainsi servir de base à plusieurs Datasources selon les besoins.

Les composants et le tableau de bord #

Les composants représentent les données dans l’interface.
Selon le besoin, il peut s’agir d’un tableau, d’un graphique, d’une tuile, d’une jauge, d’une liste ou d’un autre composant.
Le tableau de bord regroupe ensuite plusieurs composants dans une même interface métier.


Un tableau de bord devient interactif #

Un tableau de bord BiBOARD ne se limite pas à afficher des informations.
Les utilisateurs peuvent interagir avec les composants pour affiner leur analyse.

Ils peuvent par exemple :

  • sélectionner un commercial ;
  • choisir une période ;
  • filtrer un pays ;
  • cliquer sur un graphique ;
  • mettre à jour plusieurs composants à la fois.

Un même tableau de bord peut ainsi proposer à la fois :

  • des indicateurs de synthèse ;
  • des graphiques d’évolution ;
  • des tableaux de détail ;
  • des composants de sélection.

L’utilisateur passe ainsi d’une simple consultation à une véritable exploration des données.


Trois flux pour comprendre BiBOARD #

Pour bien comprendre BiBOARD, il est utile de distinguer trois flux complémentaires.

Le flux des données #

Le flux des données décrit le chemin suivi par l’information, depuis la source métier jusqu’au tableau de bord.
Il répond à la question : comment les données arrivent-elles jusqu’à l’écran ?

Le flux d’interaction #

Le flux d’interaction décrit la manière dont l’utilisateur agit sur son analyse.
Il répond à la question : comment l’utilisateur pilote-t-il son tableau de bord ?

Le flux de sécurité #

Le flux de sécurité décrit comment un tableau de bord devient visible pour les bons utilisateurs.
Il répond à la question : qui peut accéder à quoi ?


Un exemple concret #

Prenons l’exemple d’un tableau de bord commercial.
Une entreprise souhaite permettre à sa direction commerciale de suivre les ventes, les marges et les principaux clients.

Le fonctionnement est alors le suivant :

  • BiBOARD se connecte à l’ERP ;
  • une requête récupère les ventes ;
  • une Datasource prépare les champs nécessaires ;
  • plusieurs composants affichent les KPI, les graphiques et les tableaux ;
  • le tableau de bord est publié à la direction commerciale.

L’utilisateur final consulte ensuite son tableau de bord depuis le portail Web et peut interagir avec les données.


Les applications BiBOARD #

Studio BiBOARD #

Le Studio est l’outil de conception.
Il permet notamment de créer les connexions, les requêtes, les Datasources et les tableaux de bord.

Portail Web #

Le portail Web est l’interface de consultation et d’interaction.
Les utilisateurs y consultent les tableaux de bord qui leur sont publiés et utilisent les filtres, sélections et interactions mis à leur disposition.

Administration #

L’Administration permet de gérer les utilisateurs, les groupes, les rôles, la sécurité et certaines opérations de maintenance.

PowerSystem #

PowerSystem est le service d’exécution automatisée de BiBOARD.
Il permet notamment de lancer des exports, des mails, des traitements planifiés et certaines préparations de données.
Dans cette page de découverte, PowerSystem est simplement présenté dans son rôle général. Les contextes d’exécution détaillés peuvent être expliqués dans une page dédiée.


A retenir #

BiBOARD suit une logique simple :

  • il se connecte aux données ;
  • il sélectionne les informations utiles ;
  • il les prépare dans des Datasources ;
  • il les restitue dans des composants ;
  • il les regroupe dans des tableaux de bord ;
  • il les publie aux bons utilisateurs.

Cette architecture permet de transformer les données existantes en analyses interactives, structurées et accessibles.

BiBOARD n’est donc pas seulement un outil d’affichage. C’est une chaîne complète allant de la donnée métier à son exploitation par l’utilisateur final.


Pour aller plus loin #

Pour approfondir chaque étape, vous pouvez consulter les rubriques suivantes :

Défiler vers le haut