Le reporting étant une des deux facettes de WebQuery, cette page a pour objectif de vous permettre de le positionner dans cet écosystème, à la fois en terme de fonctionnalités mais aussi en fonction des avantages et des inconvénients des typologies de solutions que nous allons voir, les unes par rapport aux autres.
On distingue classiquement deux types de reporting:
- un reporting opérationnel proche des utilisateurs métiers: le reporting applicatif
- un reporting stratégique orienté management: le reporting décisionnel ou BI (Business Intelligence)
WebQuery ne vient pas se substituer au reporting applicatif ou au décisionnel / BI qui ont leur utilité propre, mais se positionne en complément pour des usages bien précis.
Ecosystème du reporting
Cette section présente les différents types de reporting en précisant pour chacun les usages ainsi que les limites ou contraintes.
Reporting applicatif
Contexte: Le reporting applicatif correspond au reporting « embarqué » dans l’application. Il permet d’extraire des données mais aussi parfois d’avoir une solution décisionnelle sur le métier couvert par l’application.
Usage: Extraction de données opérationnelle et solution décisionnelle le cas échéant sur l’application métier sous-jacente.
Contraintes: Uniquement centrée sur l’application métier, le reporting applicatif ne permet pas d’intégrer d’autres sources.
Cible: Les utilisateurs métiers pour manipuler de la donnée opérationnelle ou stratégique (si présence de tableaux de bord).
Décisionnel / BI
Contexte: Une solution décisionnelle / BI offre un environnement permettant:
- de calculer des indicateurs d’activité (ETL / KPI)
- de les stocker (entrepôt)
- de les visualiser (outils graphiques de restitution)
Usage: Constitution de tableaux de bord de suivi d’activité.
Contraintes: Nécessite la mise en œuvre complexe d’un entrepôt de données qu’il faut alimenter et maintenir.
Cible: Les décideurs pour analyser de la donnée synthétique et stratégique dans des tableaux de bord.
WebQuery
Contexte: WebQuery est un requêteur universel, c’est-à-dire qu’il interagit avec votre système d’information en lecture mais aussi en écriture.
Usage: Extraction de données depuis différentes applications et différentes technologies (bases de données, web services, fichiers, etc) permettant de croiser les informations, mais aussi possibilité de mettre à jour le système d’information (à la différence de toutes les autres solutions de reporting).
Contraintes: WebQuery restitue l’information sous forme de tableau et ne propose pas de mise en forme graphique.
Cible: Tous les utilisateurs (sans nécessité d’avoir un compte dans chaque application) pour manipuler de la donnée opérationnelle mais aussi pour la mettre à jour de façon contrôlée.
Comparaison des solutions de reporting
Cette partie s’intéresse aux avantages et aux limites des différents types de reporting les uns par rapport aux autres.
WebQuery versus Reporting applicatif
+ possibilité de requêter d’autres applications
+ possibilité de requêter de nombreuses technologies (bases de données, web services, fichiers, etc) simultanément
+ possibilité de lancer des requêtes en dehors du système d’information car WebQuery est en SaaS alors que généralement les applications métiers ne sont pas « ouvertes » sur le web
+ possibilité d’avoir des requêtes en écriture
+ évolutif (le reporting applicatif est généralement figé par l’éditeur)
– pas de mise en forme graphique
– nécessite une bonne connaissance des bases de données applicatives et/ou des web services applicatifs
WebQuery versus Décisionnel / BI
+ possibilité de requêter de nombreuses technologies (bases de données, web services, fichiers, etc) simultanément
+ 1 seule couche à maintenir (calcul vs calcul/entrepôt/visualisation)
+ possibilité d’avoir des requêtes en écriture
– pas de mise en forme graphique
– pas d’historisation des données si besoin
Décisionnel / BI versus Reporting applicatif
+ possibilité de requêter d’autres applications
+ possibilité de visualiser les données en dehors du système d’information dans l’hypothèse où la solution est « ouverte » sur le web
+ visualisation rapide avec un entrepôt de données optimisé pour la lecture (indexation des « dimensions »)
+ évolutif (le reporting applicatif est généralement figé par l’éditeur)
+ historisation des données si besoin dans l’entrepôt
– nécessite une bonne connaissance des bases de données applicatives et/ou des web services applicatifs
– le résultat n’est pas temps réel car il y a une étape asynchrone de calcul/historisation dans l’entrepôt de données
– 3 couches à maintenir (calcul/entrepôt/visualisation) et des compétences pointues sont nécessaires
– le coût…