Pouvez-vous me donner un exemple de Business Intelligence?


17

Je ne comprends pas vraiment en quoi consiste la Business Intelligence. Si je commence par avoir une base de données d'entreprise, qu'est-ce qu'une personne BI ferait? J'ai trouvé beaucoup de matériel sur le Web, mais c'est généralement un peu trop complexe. Je veux un exemple simple qui me ferait comprendre ce qu'est la BI et ce qu'une personne BI produirait et qui serait utile à mon organisation.


6
C'est tellement tentant de répondre «non». ; -}
ConcernedOfTunbridgeWells

Réponses:


19

La Business Intelligence est souvent une secte complètement distincte de l'administration et du développement de bases de données. La Business Intelligence, au plus haut niveau, comprend trois facettes principales:

  1. Rapports
  2. L'intégration
  3. Une analyse

Rapports

Le reporting est la création, le déploiement et la gestion des rapports ainsi que la possibilité supplémentaire pour les utilisateurs de personnaliser dynamiquement le reporting.

L'intégration

Solutions d'intégration et de transformation des données. Sur le tout simple, c'est le moyen d'extraire, de transformer et de charger des données dans une source de données, à partir d'une source de données (qui pourrait être aussi simple qu'un fichier plat). L'intégration est un mile de profondeur, mais c'est la fonctionnalité la plus fondamentale de celui-ci.

Une analyse

Traitement analytique en ligne (OLAP) utilisé pour concevoir, créer et gérer des structures qui contiennent des données agrégées à partir de magasins de données source. Un slogan pour cela est l'exploration de données .

Il s'agit de descriptions extrêmement simplifiées de ce que la Business Intelligence intègre. Il existe une science derrière la BI, ainsi que chacune de ces facettes individuellement. Les professionnels de la base de données consacrent leur temps et leur carrière à la maîtrise de ces derniers.


4
Juste pour être vraiment difficile, l'exploration de données est une chose distincte à Analysis. L'exploration de données consiste à utiliser des algorithmes informatiques pour analyser les données, repérer les tendances et créer des modèles de prévision. Olap / Analysis est davantage orienté vers un utilisateur final effectuant une analyse ad hoc via un outil et explorant les données. Évidemment, il y a un certain chevauchement!
Codek

12

La valeur dépend beaucoup de l'organisation individuelle et de ses exigences. Selon le niveau de sophistication requis, un rôle BI peut appartenir à plusieurs catégories différentes:

  • Jock Spreadsheet - travaillant à partir d'ensembles de données extraits directement des systèmes opérationnels, ce rôle produira des rapports et des analyses à l'aide d'outils de bureau tels qu'Excel ou Access. Souvent, ce rôle n'est pas un spécialiste informatique, ou peut être entrepris à temps partiel par quelqu'un. En fonction de leur niveau de compétence technique et de leur accès aux bases de données sous-jacentes, ils peuvent dépendre d'autres personnels tels que les administrateurs de bases de données pour produire les extraits de données.

    Ce rôle apporte de la valeur lorsque les rapports regroupés ne répondent pas aux exigences et qu'un travail supplémentaire est nécessaire pour obtenir des informations de gestion à partir des bases de données, mais qu'une équipe de développement BI dédiée serait trop coûteuse. Normalement, ce rôle sera nécessaire dans tous les cas, sauf triviaux, bien qu'il puisse ne pas avoir une exigence à temps plein sur les petits sites.

  • Développeur BI - Si l'extraction de données est complexe ou nécessite une intégration à partir de plusieurs sources, il peut être nécessaire de créer un entrepôt de données ou un autre système de reporting pour intégrer la présentation des données dans un format utilisable pour le reporting. Les personnes dans ce rôle auront généralement des compétences de développement technique dans une plus ou moins grande mesure.

    Ce type d'équipe sera souvent séparé en fonctions ETL et fonctions de reporting, mais ce n'est pas toujours le cas. Les développeurs de rapports, les types «Spreadsheet Jock» et d'autres utilisateurs expérimentés peuvent utiliser les données du système de rapports via divers outils.

    La valeur organisationnelle de ce rôle est réalisée lorsque les données sont trop complexes à gérer avec une approche ad hoc et qu'un système de reporting dédié est nécessaire. Dans ce cas, une équipe de BI plus petite, dotée de compétences techniques et d'outils appropriés, peut automatiser une grande partie du travail qui serait sinon effectué manuellement avec des outils de bureau et des extraits ad hoc. Un système d'entrepôt de données peut également alimenter des fonctions de création de rapports en libre-service telles que des cubes OLAP qui permettent aux utilisateurs finaux de l'entreprise de produire et de gérer leurs propres rapports.

  • Architecte de données - Un système d'entrepôt de données mature provoquera des exigences de données de l'entreprise qui ne peuvent pas être satisfaites avec les données disponibles à partir des systèmes source. Il peut être nécessaire de coordonner les modifications des systèmes opérationnels résultant de ces exigences afin de capturer des données supplémentaires ou de nettoyer les données enregistrées de manière incohérente ou incorrecte à la source.

    Un architecte de données peut jouer un rôle qui repose sur plusieurs systèmes opérationnels et de génération de rapports pour coordonner la satisfaction des exigences en matière de données qui doivent être modifiées sur plusieurs systèmes.

    Le besoin de ce rôle n'est souvent pas reconnu, mais il devient important sur des sites plus importants. Souvent, les exigences de reporting ne sont pas bien satisfaites par les systèmes opérationnels, et l'autorité des équipes d'entrepôt de données ne s'étend pas à la modification des systèmes opérationnels. Dans ce cas, un architecte de données agit en tant que coordinateur ou directeur en fonction du niveau d'autorité dans le rôle. La principale valeur consiste à apporter des modifications aux systèmes opérationnels lorsqu'ils ne répondent pas aux exigences en matière de données.

  • Gouvernance des données - Les exigences réglementaires ou commerciales peuvent dicter l'exactitude des données ou les normes de gouvernance. Si les systèmes opérationnels sont sujets à des erreurs de données (ce qui est généralement le cas), une fonction de gouvernance des données peut être mise en place pour gérer la validation et les corrections des données.

    La qualité des données peut être importante pour diverses raisons, souvent liées à des exigences comptables ou réglementaires. Un responsable de la gouvernance des données ou de la qualité des données est généralement un rôle dirigé par l'entreprise, chargé d'organiser des correctifs pour les données déjà enregistrées dans les systèmes.

  • Analyste - Une variante du rôle jock de feuille de calcul où l'utilisateur travaille réellement dans une certaine mesure où il effectue un travail analytique sur les données (par exemple un actuaire d'assurance).

    Un analyste peut être important pour l'entreprise pour diverses raisons, selon le rôle. Dans le cas d'un actuaire, son rôle est d'estimer les réserves à détenir sur les réclamations futures, de maintenir les modèles de tarification des produits d'assurance ou de fournir des évaluations sur diverses transactions financières.

La plupart des employés de BI ont tendance à appartenir à une ou plusieurs de ces catégories. La valeur pour une organisation varie selon les circonstances individuelles. Un phénomène courant que j'observe est que les personnes responsables des systèmes opérationnels sous-estiment considérablement la quantité de travail qui se déroule réellement dans ces rôles. J'ai vu une compagnie d'assurance qui comptait 170 employés seulement au service des comptes de leurs opérations européennes. La plupart de leur temps était consacré à la recherche d'extraits de données dans des feuilles de calcul et à l'exploitation de processus de rapprochement et de contrôle manuels.

L'information de gestion est très souvent un cousin pauvre dans les priorités lors du développement et de l'exploitation des applications métier. Une stratégie d'architecture de données mal coordonnée ou inexistante peut coûter beaucoup de temps et d'argent. Le comportement par défaut consiste à traiter les systèmes comme des silos sans que personne ne soit directement autorisé à résoudre les problèmes de données inter-systèmes. Laisser cela assez longtemps et l'effet net est des opérations de back-office employant des centaines d'employés de bureau (souvent du personnel financier qualifié) passant la plupart de leur temps à effectuer le travail de quelques procédures stockées.


8

qu'est-ce qu'une personne BI produirait qui serait utile à mon organisation.

Je vais essayer cette partie de la question car je pense que d'autres ont bien expliqué ce qu'est la BI. Je travaille pour une entreprise avec de nombreux clients et je connais beaucoup d'informations sur les fonctions que nous fournissons à ces clients.

Nos applications sont très centrées sur les données; notre industrie est réglementée par le gouvernement, il est donc essentiel de se conformer aux lois fédérales et d'État. Qu'est-ce que nos spécialistes en BI apportent à l'entreprise qui les rend précieux?

  • D'abord, nous importons des millions d'enregistrements du client afin qu'il dispose des informations dont il a besoin pour faire son travail. Intégrer les données de leurs bases de données dans nos bases de données est un travail critique et pas très simple; vous avez des informations manquantes pour les champs obligatoires, les incompatibilités de types de données, les problèmes d'intégrité des données (je ne peux pas mettre 02/30/2012dans un champ de date par exemple). Nous faisons également de la personnalisation, donc je dois concevoir un endroit pour mettre des données que nous ne stockerions pas pour d'autres clients, puis créer l'importation pour y entrer les données. Sans les données du client, l'application ne fonctionne pas. Les données sont trop étendues pour être saisies manuellement.

  • Ensuite, les gestionnaires du client doivent voir les données de manière à les aider à gérer leur entreprise. Ils demandent donc des rapports, beaucoup, beaucoup de rapports, des rapports budgétaires, des notes de frais, des rapports de conformité, etc. Ces rapports sont si complexes que les requêtes qui les sous-tendent peuvent dépasser 1 000 lignes. Il peut falloir un expert en SQL pour écrire ce type de code de rapport.

  • De plus, les gens de l'intelligence d'affaires sont souvent plus profonds dans les détails de l'entreprise que de nombreux développeurs d'applications, ils sont donc également la première ligne pour évaluer les exigences. Nous sommes ceux qui soulignons les informations nécessaires qui manquent et les règles commerciales conflictuelles parce que nous connaissons tellement les données, comment elles sont stockées et à quoi elles serviront.

  • Une fois que le rapport arrive à un certain point, nous devons le séparer de la base de données transactionnelle et construire un entrepôt de données afin que les personnes effectuant une analyse complexe des données ne bloquent pas les personnes qui saisissent les données. La façon de structurer les données pour l'analyse n'est généralement pas la meilleure façon de structurer les données pour les transactions et, par conséquent, nous nous efforçons de transformer les données d'une structure de données à une autre qui est très différente. Le fait de pouvoir plonger profondément dans les données grâce à l'analyse de plusieurs années de données est un argument de vente énorme pour nos clients. Encore une fois, nous ajoutons de la valeur en produisant un produit dont nos clients ont besoin pour gérer leur entreprise.

Si vos besoins de données sont tous internes, vous pouvez toujours avoir des clients internes qui ont besoin de ce niveau d'analyse. Dans ce cas, vous êtes probablement plus préoccupé par l'aspect de déclaration de l'entreposage de données que par l'importation de données dans un système transactionnel. Mais toujours coupable d'utiliser les données que vous avez recueillies pour prendre des décisions de gestion est inestimable pour la plupart des organisations.

Que vous ayez besoin d'un spécialiste en BI dépend généralement de l'étendue de vos besoins en données et de la complexité du système. Une petite entreprise peut ne pas avoir suffisamment de travail pour une personne de cette nature et peut engager des consultants pour créer les rapports dont elle a besoin. Les spécialistes en BI ne travaillent généralement que dans les moyennes et grandes entreprises.

Si vous êtes une entreprise qui crée des logiciels COTS , vous aurez probablement besoin de spécialistes en BI pour être les consultants qui connaissent votre produit à l'intérieur et à l'extérieur et créent des rapports personnalisés à partir de celui-ci pour vos clients.


6

Bien qu'ils ne soient pas d'excellents exemples de bonnes pratiques, les exemples de bases de données SQL Server seraient un bon point de départ. Ils comprennent un OLTP, un entrepôt de données et des bases de données de services d'analyse pour une organisation fictive. L'étude de leurs différences devrait vous aider à comprendre en quoi les bases de données OLTP (transaction) et OLAP (analytique / BI) diffèrent et pourquoi.

http://msftdbprodsamples.codeplex.com/

  • La base de données OLTP AdventureWorks prend en charge les scénarios de traitement des transactions en ligne standard pour un fabricant de vélos fictif (Adventure Works Cycles). Les scénarios incluent la fabrication, les ventes, les achats, la gestion des produits, la gestion des contacts et les ressources humaines.

  • La base de données Adventure Works DW montre comment créer un entrepôt de données.

  • Le projet Adventure Works AS peut être utilisé pour créer une base de données AS pour les scénarios de Business Intelligence.


2

Voici une réponse de niveau supérieur, tirée d'un petit-déjeuner BI auquel j'ai assisté il y a deux ans.

La BI est ce que les gens de votre organisation font déjà - prendre des décisions basées sur des informations. L'objectif des outils de BI est de permettre à ces personnes de prendre ces décisions plus rapidement et avec plus de confiance .

Une autre réponse, celle que j'utilise souvent, est que les outils de BI sont là pour transformer les «données» en «informations» en temps opportun.

Kimball Group utilise les expressions «Fournir aux utilisateurs professionnels des données faciles à comprendre et à naviguer» et «Fournir des performances de requête rapides».


2

En termes très très simples, l'intelligence d'affaires signifie essentiellement analyser et interpréter les données à des fins commerciales. La Business Intelligence transforme des données extrêmement brutes en informations précieuses que les entreprises peuvent utiliser pour prendre des décisions stratégiques. Différents types d'entreprises peuvent utiliser la BI de différentes manières pour améliorer leurs opérations. Parmi les industries qui utilisent la BI, il y a l'assurance. Les transporteurs utilisent les logiciels de veille économique offerts par des sociétés technologiques comme MajescoMastek pour comprendre le comportement des utilisateurs, les habitudes d'achat et d'autres indicateurs de ce type pour les aider à prendre des décisions visant à stimuler la croissance.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.