Le Studio BiBOARD : l’environnement de développement des Applications Web de reporting #

Le Studio BiBOARD est l’environnement de développement permettant de concevoir, personnaliser et publier des Applications Web de reporting.

C’est dans le Studio que le développeur réalise l’ensemble des étapes nécessaires à la création d’une application :

• accès aux données ;
• préparation des informations ;
• création des Pages Web de reporting ;
• mise en forme des interfaces ;
• personnalisation des comportements ;
• publication auprès des utilisateurs.

Le Studio constitue donc le point central du développement avec BiBOARD.

Construire une Application Web de reporting #

Avec BiBOARD, le développement commence par la création de Pages Web de reporting (PWR).
Une PWR correspond à un tableau de bord construit dans le Studio et destiné à répondre à un besoin métier précis.

Une Application Web de reporting (AWR) est ensuite construite en assemblant plusieurs Pages Web de reporting et en créant une navigation adaptée aux utilisateurs.

Cette navigation peut être réalisée grâce :

• aux composants BiBOARD ;
• aux menus HTML ;
• aux boutons HTML ;
• au JavaScript ;
• aux personnalisations développées dans le Studio.

Une Application Web de reporting n’est donc pas un objet spécifique créé dans le Studio. Elle résulte de l’organisation des différentes Pages Web de reporting et des interactions mises en place.

Le cycle de développement dans le Studio BiBOARD #

Le développement d’une application suit généralement plusieurs étapes :

Espace de travail personnel
            │
            ▼
Création des Pages Web de reporting
            │
            ▼
Préparation et enrichissement des données
            │
            ▼
Mise en forme et personnalisation
            │
            ▼
Publication dans les catégories BiBOARD
            │
            ▼
Accès des utilisateurs

Le développeur travaille d’abord dans son espace personnel afin de construire et tester ses Pages Web de reporting avant leur diffusion.

Les principaux éléments du Studio BiBOARD #

Le Studio regroupe plusieurs fonctionnalités permettant de construire progressivement une Page Web de reporting.

Les Requêtes #

Les requêtes constituent généralement la première étape du développement.
Elles permettent d’accéder aux données nécessaires aux restitutions.

Le développeur peut notamment :

• interroger les sources de données disponibles ;
• appliquer des règles métier ;
• préparer les informations utilisées par les composants.

Les Datasources #

Les Datasources permettent d’enrichir et de préparer les données avant affichage.
Elles interviennent lorsque les résultats issus des requêtes nécessitent une préparation complémentaire avant leur utilisation dans les composants BiBOARD.

Elles peuvent notamment permettre :

• d’ajouter des calculs ;
• de compléter les informations existantes ;
• de transformer certaines valeurs ;
• d’adapter les données aux besoins de restitution.

Selon la configuration, une Datasource peut être créée automatiquement après la sauvegarde d’une requête ou être définie manuellement.

Les Tableaux de bord #

Le module Tableaux de bord constitue le cœur de la construction des Pages Web de reporting.

C’est dans cet espace que le développeur assemble les différents composants BiBOARD :

• KPI ;
• tableaux ;
• graphiques ;
• composants HTML ;
• autres éléments de restitution.

Chaque composant est associé aux données préparées précédemment afin de construire une interface interactive répondant aux besoins métier.

La mise en forme de la page #

La mise en forme d’une Page Web de reporting repose principalement sur le positionnement des composants qui la composent.

Le développeur peut organiser l’affichage :

• par positionnement direct des composants ;
• ou, pour aller plus loin, grâce à l’utilisation de Layouts.

Les Layouts permettent de structurer plus précisément les zones d’affichage et de créer des interfaces plus homogènes.

La personnalisation avancée #

BiBOARD permet d’adapter les Pages Web de reporting au-delà des composants standards.

Le développeur peut intégrer :

• du HTML ;
• du CSS ;
• du JavaScript.

Ces technologies peuvent être utilisées pour :

• personnaliser le rendu graphique ;
• créer des éléments spécifiques ;
• ajouter des interactions ;
• construire des navigations personnalisées.

Le JavaScript peut notamment être utilisé :

• dans les composants HTML ;
• dans les propriétés des tableaux de bord (JavaScript global) ;
• via des fichiers JavaScript associés.

Cette capacité permet de construire des interfaces adaptées aux besoins spécifiques de chaque projet.

Organisation et publication des Pages Web de reporting #

Une fois les Pages Web de reporting développées et validées, elles peuvent être publiées afin d’être accessibles aux utilisateurs.
La publication s’effectue dans les catégories BiBOARD.
Ces catégories permettent d’organiser les Pages Web de reporting et de les rendre disponibles auprès de groupes d’utilisateurs définis.

Le principe général est le suivant :

Page Web de reporting
            │
            ▼
Catégorie BiBOARD
            │
            ▼
Groupe d'utilisateurs
            │
            ▼
Utilisateur final

Certaines Pages Web de reporting peuvent également être rendues non visibles directement dans les catégories.

Cette possibilité est utile lorsque des pages sont utilisées :

• comme pages intermédiaires de navigation ;
• avec des paramètres transmis depuis une autre page ;
• comme éléments internes d’une Application Web de reporting.

Elles restent alors accessibles uniquement via les liens ou mécanismes prévus dans l’application.

Accès des utilisateurs aux applications #

Une fois les publications réalisées, les utilisateurs peuvent accéder aux Pages Web de reporting selon les droits qui leur sont attribués.

Deux modes principaux sont possibles :

Accès via une URL dédiée #

Une Page Web de reporting peut être accessible directement via une URL spécifique.
Ce mode est notamment utilisé lorsqu’une page doit être intégrée dans un autre contexte ou appelée directement.

Accès via le Portail Web BiBOARD #

Le Portail Web BiBOARD constitue le point d’entrée principal pour les utilisateurs finaux.
Il présente les catégories qui leur ont été publiées et permet d’accéder aux Pages Web de reporting disponibles selon leurs droits.
Le portail est donc l’interface de consultation, tandis que le développement de l’application est réalisé dans le Studio BiBOARD.

Du développement à l’application métier #

Le Studio BiBOARD accompagne le développeur depuis la préparation des données jusqu’à la mise à disposition des utilisateurs.

Le processus complet peut être résumé ainsi :

Données
   │
   ▼
Requêtes
   │
   ▼
Datasources
   │
   ▼
Pages Web de reporting
   │
   ▼
Navigation personnalisée
   │
   ▼
Application Web de reporting
   │
   ▼
Utilisateurs

Grâce au Studio BiBOARD, les développeurs peuvent construire des applications Web de reporting personnalisées, adaptées aux besoins métier et évolutives dans le temps.