Bien plus qu’un outil de tableaux de bord #
Lorsqu’on découvre BiBOARD pour la première fois, il est naturel de le comparer à un outil de datavisualisation ou de création de tableaux de bord. Pourtant, cette vision ne reflète qu’une partie de ses capacités.
BiBOARD est une plateforme de développement qui permet de créer et publier des Applications Web de reporting personnalisées.
Son objectif n’est pas uniquement d’afficher des indicateurs ou des graphiques, mais de fournir un environnement complet permettant de concevoir des applications décisionnelles adaptées aux besoins de chaque organisation.
Avec BiBOARD, le développeur peut créer des interfaces de reporting interactives, organiser plusieurs pages au sein d’une même application, personnaliser la navigation et intégrer des développements spécifiques afin de répondre aux processus métier de l’entreprise.
Cette page présente les concepts fondamentaux de la plateforme et explique comment les différents éléments s’articulent pour transformer des données en une Application Web de reporting.
De la donnée à l’Application Web #
Le développement d’une application BiBOARD suit un enchaînement logique. Chaque étape prépare la suivante jusqu’à la mise à disposition des utilisateurs.
Besoin métier
│
▼
Sources de données
│
▼
Requêtes SQL
│
▼
Préparation des données
│
▼
Construction des Pages Web de reporting
│
▼
Personnalisation de l'application
│
▼
Publication
Le Studio BiBOARD accompagne le développeur tout au long de ce cycle, depuis l’accès aux données jusqu’à la diffusion de l’application.
Les deux briques d’une Application Web BiBOARD #
Une Page Web de reporting #
La Page Web de reporting constitue l’unité de base développée dans BiBOARD.
Elle correspond à un tableau de bord interactif construit dans le Studio BiBOARD et rassemble les différents éléments de restitution nécessaires au suivi d’une activité ou d’un processus métier.
Une page peut contenir notamment :
- des indicateurs (KPI) ;
- des tableaux ;
- des graphiques ;
- des cartes ou composants spécialisés ;
- des contenus HTML personnalisés.
Chaque page répond généralement à un besoin métier précis.
Une Application Web BiBOARD #
Une Application Web BiBOARD est constituée d’un ensemble de Pages Web de reporting organisées autour d’une navigation commune.
Il ne s’agit pas d’un objet spécifique de la plateforme. Une application est créée directement dans le Studio BiBOARD en assemblant plusieurs pages et en définissant la manière dont l’utilisateur naviguera entre elles.
Cette navigation peut être réalisée à l’aide :
- des composants BiBOARD ;
- de menus HTML ;
- de boutons HTML ;
- de feuilles de style CSS ;
- de JavaScript ;
- de développements personnalisés.
Chaque application peut ainsi être entièrement adaptée à l’identité graphique, aux usages et aux contraintes de l’entreprise.
Les données : point de départ du développement #
Avant de construire une interface de reporting, il est nécessaire de définir les données qui seront exploitées.
Les sources de données #
BiBOARD peut interroger de nombreuses sources grâce aux connexions ODBC.
Les informations peuvent provenir de bases de données relationnelles, d’ERP, de logiciels métiers, d’applications internes ou encore d’entrepôts décisionnels.
L’objectif est de récupérer les données nécessaires à la construction des indicateurs et des tableaux de bord.
Les requêtes SQL #
Dans la majorité des projets, le développement commence par l’écriture des requêtes SQL.
Ces requêtes permettent notamment :
- d’extraire les données utiles ;
- d’appliquer les règles métier ;
- de réaliser les calculs nécessaires ;
- de préparer les informations destinées aux composants de restitution.
Les requêtes constituent donc la première étape du développement dans BiBOARD.
Le Datawarehouse BiBOARD #
Lorsque les données nécessitent une préparation supplémentaire, BiBOARD peut s’appuyer sur son Datawarehouse.
Celui-ci permet notamment de créer ou d’alimenter des tables complémentaires destinées à simplifier les traitements ou à stocker des informations techniques.
Selon les besoins, ces tables peuvent servir à conserver un historique, préparer des calculs complexes, gérer des référentiels ou stocker des données intermédiaires.
Cette étape reste entièrement facultative et dépend de l’architecture choisie pour chaque projet.
Développer dans le Studio BiBOARD #
Le Studio BiBOARD regroupe les différents modules utilisés pour construire une Application Web de reporting.
Chaque module intervient à une étape précise du développement.
Les Requêtes #
Le module Requêtes permet de créer les requêtes SQL qui alimentent les développements.
Il constitue généralement le point d’entrée des données dans la plateforme.
Les Datasources #
Les Datasources permettent de préparer ou d’enrichir les données avant leur utilisation dans les composants.
Selon la configuration du projet, elles peuvent être créées automatiquement après la sauvegarde d’une requête ou être réalisées manuellement.
Elles sont particulièrement utiles pour ajouter des calculs, transformer certaines valeurs ou simplifier la réutilisation des données.
Les Tableaux de bord #
Le module Tableaux de bord est le cœur du développement.
C’est dans ce module que sont construites les Pages Web de reporting.
Le développeur y assemble les différents composants BiBOARD afin de créer l’interface destinée aux utilisateurs.
Les principaux composants sont notamment :
- KPI ;
- tableaux ;
- graphiques ;
- composants HTML ;
- éléments interactifs.
La mise en page #
Les composants peuvent être positionnés directement dans la page ou organisés à l’aide de Layouts.
Cette approche permet de créer des interfaces homogènes, réutilisables et adaptées à tous les formats d’affichage.
La personnalisation avancée #
BiBOARD permet d’aller bien au-delà des composants standards.
Le développeur peut intégrer directement du HTML, du CSS et du JavaScript afin de créer des interfaces ou des comportements entièrement personnalisés.
Le JavaScript peut être utilisé :
- dans les composants HTML ;
- dans les propriétés des tableaux de bord (JavaScript global) ;
- dans des fichiers JavaScript associés.
Cette souplesse permet de construire des applications dont l’interface est entièrement adaptée aux besoins des utilisateurs.
Le Référentiel BiBOARD #
Tous les développements réalisés dans le Studio sont enregistrés dans un référentiel central.
Celui-ci contient les différents objets créés au cours du développement, notamment les requêtes, les datasources, les tableaux de bord, les composants et leurs paramètres.
Le Référentiel BiBOARD permet à la plateforme de retrouver l’ensemble des éléments nécessaires au fonctionnement des applications.
Les développements peuvent également être exportés ou importés sous forme de fichiers .bib, facilitant les échanges entre environnements et les opérations de déploiement.
Exécuter et publier une Application Web #
Une fois les développements terminés, la plateforme BiBOARD prend en charge leur exécution.
Lorsqu’un utilisateur ouvre une Page Web de reporting, BiBOARD récupère les objets enregistrés dans le référentiel, exécute les requêtes nécessaires puis génère automatiquement la page Web.
Pour le développeur, ce fonctionnement reste totalement transparent.
Les Pages Web de reporting peuvent ensuite être mises à disposition des utilisateurs de plusieurs façons :
- via le portail BiBOARD, qui gère les accès selon les droits attribués ;
- via une URL dédiée lorsque le contexte de diffusion le nécessite.
Le portail constitue principalement le point d’entrée des utilisateurs finaux, tandis que la structure et la navigation de l’application sont entièrement définies lors du développement.
L’essentiel à retenir #
BiBOARD accompagne le développeur durant l’ensemble du cycle de réalisation d’un projet.
À partir des données du système d’information, il devient possible de créer des Pages Web de reporting, de les assembler au sein d’une navigation personnalisée et de construire une véritable Application Web répondant aux besoins métier.
Cette approche fait de BiBOARD une plateforme de développement complète, capable de transformer les données en applications décisionnelles modernes, évolutives et entièrement personnalisables.
Les chapitres suivants du Wiki détaillent ensuite chaque étape de ce processus, depuis la prise en main du Studio jusqu’au développement de fonctionnalités avancées.