Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

1 1 INFOCENTRE BI / BW INFOCENTRE BI / BW BW (Business Information Warehouse) d

1 1 INFOCENTRE BI / BW INFOCENTRE BI / BW BW (Business Information Warehouse) désormais appelé BI (Business Intelligence) est à la fois l’entrepôt de données et l’outil de Reporting Décisionnel de SAP. Il est nativement intégré aux autres composantes de SAP. Il s’agit donc bien d’une solution Infocentre progicielle, intégrée à l’ensemble des autres composants (SAP HCM pour le transactionnel fonctionnel, SAP Netweaver pour l’infrastructure et SAP Portal pour la publication d’états sur le portail. BW extrait, transforme, stocke et restitue les données de systèmes opérationnels externes. · BW permet de fournir un reporting agrégé multi-axes sur des quantités très importantes de données hétérogènes. · Les données sont envoyées depuis les systèmes sources vers BW via des extracteurs standards, éventuellement complétés par des extracteurs spécifiques. Schématiquement, on peut représenter ainsi la solution BW : 1.1.1 Principe d’architechture de BW 1.1.2 Principe de fonctionnement de SAP BI Les données sont chargées successivement dans différents conteneurs BW : infoObjets pour les données de base (comptes de contrat, partenaires, etc.), ODS et cubes pour les données transactionnelles (paiements, échéanciers, etc.). Au cours de ces chargements, les données peuvent subir différentes transformations. Analyse : • L’analyse des données s’effectue en réalisant des états/requêtes, basés sur les cubes et éventuellement les ODS. • Différentes requêtes restituent l’information. Ces requêtes permettent de mettre en forme l’information et d’offrir la possibilité de naviguer dans les données selon différents axes d’analyse. • Ces reports sont réalisés dans un premier temps avec l’outil Query Designer, puis dans un second temps avec l’outil Web Query Designer. L’objectif de ce projet est de rendre ces reports disponibles pour une interface Web. Alimentation de l’infocentre L’alimentation de l’infocentre est réalisée uniquement depuis l’instance ECC par l’interface standard SAPI (service API). L’extraction en standard des données SAP ECC par SAP BI est basée sur le principe de Business Content : • un ensemble de plus de 5000 objets standards pré-paramétrés dans le système SAP BI, définissant un « contenu standard ». • un ensemble d’extracteurs standards dans le système SAP ECC, correspondant au contenu standard BW. L’existence de ces extracteurs est tributaire de l’installation, sur le système ECC, du Plug-in adapté. L’installation du Plug-in BW sur le système ECC est un pré-requis d’un projet décisionnel BI SAP. Il est fourni par l’administration comme un module SAP. Chargement des données Toutes les données extraites de SAP ECC 6.0 sont chargées selon le schéma suivant : Les chargements sont programmés par un processus spécifique à BI de lancement de BATCHS appelé INFOPACKAGE. Celui-ci détermine les sources et destinations des données, les règles de filtrage éventuelles, et intervient dans la transformation des données. Les INFOPACKAGES sont organisés en chaînes de traitement garantissant l’intégrité fonctionnelle du chargement (en chargeant par exemple les données de base essentielles avant les attributs qui les caractérisent). Ces chargements se font une première fois en mode FULL pour alimenter l’instance BI au départ, puis par incrément (mode incrémental) dont le rythme peut être quotidien ou hebdomadaire. Ce processus de chargement est standard et respecte totalement les règles d’intégrité. La PSA est une structure intermédiaire d’indexation des données du point de vue de BI. La PSA alimente les ODS. 1.1.2.1Données transactionnelles et données de base Ce sont les deux types de données que BW extrait des systèmes opérationnels. Les données transactionnelles représentent l’ensemble des mouvements réalisés dans le système opérationnel (paie, mesures administratives,…). Elles sont complexes dans la mesure où elles sont constituées de plusieurs informations (nature de la donnée, date, entité rattachée…) tandis que les données de base sont unitaires (Nom de l’employé, numéro de rue…). Les données de base peuvent être de trois types : attributs (autres info-objets), textes et hiérarchies. 1.1.2.2 Règles de transfert et de mise à jour L’extraction des données transactionnelles ou de bases depuis les systèmes opérationnels vers les objets de stockage est régit selon des règles dites de transfert et de mise à jour. Ces règles identifient les données à extraire ainsi que leur destination dans leur lieu de stockage. Elles déterminent quel(s) traitement(s) éventuel(s) ces données vont subir avant d’être stockées dans l’entrepôt de données. Par exemple, une règle de transfert consistera à récupérer dans SAP toutes les dates de demandes de mutation mais à n’en retenir que le mois et l’année avant stockage dans l’entrepôt. En résumé, elles gèrent l’alimentation en données des objets de stockage constituant l’entrepôt de données. L’entrepôt de données permet de stocker des informations de sources hétérogènes pour obtenir par la suite des analyses croisées adéquates. Les requêtes lancées depuis le Sap Bex, viennent « piocher » des données dans cet entrepôt avant d’afficher le résultat sous forme de tableur dans Excel ou sous forme Web dans le portail. Note : Par entrepôt de données, on entend généralement l’ensemble des objets de stockage (Info-Objet, ODS et Cube) 1.1.2.3 Rafraîchissement des données Selon la périodicité de changement des données, le rafraîchissement est quotidien, hebdomadaire ou mensuel. Les données de base, qui ont une périodicité de changement importante, sont rafraîchies une fois par semaine ou une fois par mois. A l’inverse, les données transactionnelles sont en constante évolution, ceci étant le résultat des actions des utilisateurs et des nuits applicatives successives. Elles sont donc rafraîchies chaque nuit. Pour quelques exceptions (taxe municipales, départementales, produit constatés d’avance…) le rafraîchissement est mensuel. Au cours de ce passage, les données subissent éventuellement un traitement particulier en fonction des informations que l’on souhaite visualiser dans chaque report. Les données des cubes sont mises à jour en batch et non pas en continu (au fil de l’eau), c’est-à dire qu’une donnée enregistrée dans les systèmes opérationnels n’impacte pas immédiatement le résultat des requêtes. Une fréquence de rafraîchissement est donc définie pour chaque cube. 1.1.2.4Objets techniques utilisés Afin de mieux appréhender le fonctionnement de la solution et en préparation de la Conception Générale, nous avons listé les principaux objets contenus dans BW Le schéma en étoile : Le schéma en étoile correspond à la vision éclatée d’un cube BW. Celui-ci reprend l’ensemble des caractéristiques disponibles pour la navigation dans un état et l’ensemble des ratios associés. Le schéma en étoile permet de voir tous les axes disponibles pour le reporting. Ces axes sont rangés par dimension (domaine), les mêmes que nous retrouvons dans les cubes. Au centre du schéma en étoile schéma sont listés les ratios disponibles. L’infoCube : L’infocube est le modèle de base de stockage d’informations dans BW. C’est une base multidimensionnelle : elle permet une analyse agrégée et rapide des données. L’infoCube est représenté par son schéma en étoile (cf. ci-dessus). Les données sont stockées de manière agrégées dans le cube, selon les caractéristiques disponibles. Par exemple, en reprenant le cube précédent, sur les 6 lignes ci-dessous arrivant depuis le système source dans le cube, 3 lignes seront stockées. Le Multicube / Multiprovider : Un multicube ou multiprovider est une vision consolidée de plusieurs cubes. Il permet de joindre des données hétérogènes pour des analyses croisées. Il ne stocke physiquement pas de données. Un multicube permet de faire du reporting sur des données provenant de plusieurs cubes. Par exemple, dans certains cas, pour des raisons de performances et de volumétrie, les données sont stockées par années dans des cubes différents. Dans ce cas, un multicube permet de consolider les données des différentes années dans les états. Exemple : Un multicube ne permet pas de croiser des données, il ne fait pas de jointures. Le multicube ne fait que rassembler des données. La table ODS / Datastore : La table ODS est la table de détail dans BW. Elle stocke l’information de manière unitaire et permet de gérer des chargements en mode delta. Elle est souvent utilisée comme intermédiaire entre le système source et le cube BW. Les données des tables ODS ne peuvent pas en général être exploitées directement dans les requêtes BW. Cela est toutefois possible via une option particulière, moyennant des performances très amoindries sur la requête. L’Extracteur : L’extracteur est l’outil standard SAP pour extraire les données depuis le système transactionnel vers BW. SAP livre un grand nombre d’extracteur en standard. Il est néanmoins possible d’étendre les extracteurs standards dans le cas ou les données extraites vers BW ne sont pas suffisantes. Il est également possible de créer de nouveaux extracteurs spécifiques en cas de besoin. L’extracteur est caractérisé par son mode d’extraction.. Chaque extracteur peut extraire les données soit en Full, soit en Delta. L’extraction Full correspond à une mise à jour « annule-remplace » qui consiste à (re)extraire l’ensemble des données existantes. L’extraction delta nécessite la gestion de pointeurs de dernière modification dans le système transactionnel, il permet de n’extraire que les dernières données créées ou modifiées dans les systèmes sources, ie les données pas encore extraites dans BW. 1.1.2.5Les Reports générés Le suivi d’une activité croise souvent plusieurs indicateurs de manière transverse, et se fait à travers la lecture de documents appelés « reports » ou « états ». Il existe deux types de reports : • Les reports opérationnels : ce sont des états relativement simples, en uploads/Finance/ bw-bi-bo.pdf