Ensemble organisé de ressources qui permet de collecter, stocker, traiter et diffuser de l’information ;
Composé de deux parties :
Ne se résume donc pas à un unique SGBD
Un SI est un réseau complexe de relations structurées où interviennent hommes, machines et procédures qui a pour but d’engendrer des flux ordonnés d’informations pertinentes provenant de différentes sources et destinées à servir de base aux décisions (Hugues Angot).
Dans un système d’information d’une grande entreprise, on trouve : - ERP (pour Enterprise Resource Planning, PGI pour Progiciel de Gestion Intégré), intégrant les systèmes informatisés transactionnels ;
des progiciels métiers, couvrant aussi le front-office, le middle, et/ou le back-office, et qui ne sont pas de conception maison, mais ont été bati par un éditeur spécialisé sur un métier et dont les modes de fonctionnement logiciels correspondent aux meilleurs pratiques constatées à un moment donné ;
des systèmes spécifiques (non standards, de conception maison, développés sur mesure, que l’on ne trouve pas sur le marché, …), où l’on rencontrera davantage d’applications dans les domaines du calcul de coûts, de la facturation, de l’aide à la production, ou de fonctions annexes.
Besoin de faciliter la gestion de l’entreprise au quotidien (rapidité de traitement, erreurs minimisées, simplicité à prévoir des programmes, …);
Besoin d’intégrer tous les éléments dans un système permettant l’unicité de chaque information (pas de redondance, données mises à jour en temps réel - par exemple, dans la gestion de stock);
Limitation des supports non connectés (papiers, fichiers personnels, …) pour l’intégration de toutes les données dans un même système ;
Rendre possible l’interaction directe des clients (particuliers ou entreprises) avec les données de l’entreprise (catalogue en ligne, commande en ligne, échange d’informations entre entreprises, …).
Un SI est fait pour que l’entreprise fonctionne au mieux, mais elle a besoin de faire des analyses pour s’améliorer, d’où la nécessité d’un SI Décisionnel.
Données : mesure simple collectée par un capteur ou renseignée par une personne.
Par exemple, le client 123456 a retiré 200€ au DAB n°321 le 01/09/2015
Information : calcul ou agrégation de données.
La moyenne journalière des retraits au DAB n°321 est de 500€
Connaissance : résultat d’une réflexion sur la base des informations disponibles, et permettant à l’entreprise de mieux comprendre son fonctionnement et éventuellement de l’améliorer.
Le DAB n°321 est très peu utilisé, et d’autres sont présents à proximité, il serait donc économique de le supprimer
L’informatique décisionnelle (ou Business Intelligence - BI) désigne les moyens, les outils et les méthodes qui permettent de collecter, consolider, modéliser et restituer les données d’une entreprise en vue d’offrir une aide à la décision.
Elle cherche à : - Mesurer des indicateurs (ou mesures, faits, métriques) - Restituer ceux-ci selon des axes d’analyse (ou dimensions)
La réalisation technique est appelée Entrepôt de données (ou Data Warehouse - DW), global pour l’entreprise, et composé de plusieurs Magasin de données (ou Data Mart - DM) plus spécifiques.
Rendre accessible les informations de l’entreprise (en terme de compréhension et de navigation simple et rapide) ;
Rendre cohérente l’information d’une entreprise (qualité de l’information) ;
Constituer une source d’information souple et adaptable (en prévoyant les modifications à venir : nouveaux produits, nouveaux processuss, …) ;
Représenter un bastion sécurisé qui protège le capital information (sécurité, visibilité) ;
Constituer la base décisionnelle de l’entreprise (dans le cadre de l’aide à la décision, ce pour quoi le système est fait à la base).
Ce n’est pas une alternative au SI, mais bien un complément.
2 concepts différents : - OLTP : On-Line Transaction Process - OLAP : On-Line Analytical Process
| OLTP | OLAP |
|---|---|
| Informatique opérationnelle | Informatique décisionnelle |
| Opérations journalières | Support décisionnel |
| Orienté applications | Orienté sujet |
| Usage répétitif | Usage occasionnel |
| Requête simple, courte | Requête complexe |
| Sur peu de données | Sur des millions de données |
| Beaucoup d’utilisateurs | Très peu d’utilisateurs |
Schéma général d’un data-warehouse
Dans la pratique, on parle globalement de Reporting ou de Tableaux de bord pour désigner le tout.
Liste non exhaustive, quelques logiciels parmi l’offre nombreuse.
| Payant | Open source | |
|---|---|---|
| ETL | Microsoft SSIS | Talend |
| Oracle Data Integrator | Pentaho Data Integration | |
| DW | Microsoft SQL DataWarehouse | Pentaho |
| Microsoft SQL Server | SpagoBI | |
| Oracle | JasperSoft | |
| Reporting | Tableau Software | BIRT |
| QlikView | JasperReports | |
| Microsoft SSAS | ||
| Business Object |
Schéma de la BD Adventure Works
Schéma du Data Mart fait sur Adventure Works, autour des achats de produits
Processus modélisé ici : vente d’un produit à un client par un employé à une date
CA journalier moyen des clients français, pour les ventes par des représentants, avec paiements par chèque et envoi via Colissimo.
A noter : - Utilisation des presque toutes les tables - Donc beaucoup de jointures - Calcul du CA à partir de Order_Details - Calcul du jour de la semaine à partir de la date OrderDate
SELECT CompanyName, JourSemaine, AVG(CA) AS CAmoyen
FROM Customers C, Employes E, Payment_Methods PM,
Shipping_Methods SM, Orders O, Payments P,
(SELECT OrderID,
SUM(UnitPrice * Quantity * (1 - Discount)) AS CA
FROM Order_Details
GROUP BY OrderID) CA,
(SELECT OrderID, DAY(OrderDate) AS JourSemaine
FROM Orders) J
WHERE C.CustomerID = O.CustomerID
AND O.EmployeeID = E.EmployeeID
AND O.ShippineMethodID = SM.ShippingMethodID
AND O.PaymentID = P.PaymentID
AND P.PaymentMethodID = PM.MethodPaymentID
AND O.OrderID = CA.OrderID
AND O.OrderID = J.OrderID
AND C.Country = "France" AND E.Title = "Représentant"
AND SM.ShippingMethod = "Colissimo"
AND PM.PaymentMethod = "Chèque"
GROUP BY CompanyName, JourSemaine;
SELECT CompanyName, WeekDay, AVG(CA) AS CAmoyen
FROM FaitVente V, DimClient C, DimEmploye E, DimDate D,
(SELECT OrderID,
SUM(UnitPrice * Quantity * (1 - Discount)) AS CA
FROM FraisVente
GROUP BY OrderID) CA
WHERE V.CustomerID = C.CustomerID
AND V.EmployeeID = E.EmployeeID
AND V.DateId = D.DateID
AND V.OrderID = CA.OrderID
AND C.Country = "France"
AND E.Title = "Représentant"
AND V.ShippingMethod = "Colissimo"
AND V.PaymentMethod = "Chèque"
GROUP BY CompanyName, WeekDay;
Requête seulement simplifiée et plus rapide à exécuter. Mais certaines demandes ne peuvent quasiment pas avoir de réponses sur la base de la BD source.
Les SID sont absolument nécessaires dans le cadre d’une entreprise pour : - Avoir une historisation complète de ses données ; - Avoir une vision globale de son fonctionnement ; - Permettre de répondre à tout demande d’analyse pour améliorer ses processus, via des méthodes statistiques et/ou de data-mining ; - Prendre les bonnes décisions sur la base de données qualifiées, consolidées et agrégées.