Académique Documents
Professionnel Documents
Culture Documents
Oracle BI APPS
GUIDE D’UTILISATION
Document
Référence Manuel d’utilisation
Version du modèle 1.0
Version du document 1.0
Date 27/01/2019
Etat Applicable
Auteur Catalyst Business Solutions -
Mohamed BESSA
Chef de projet Fouad BOULAHYA
CATALYST Guide d’utilisation
Sommaire
1 PRESENTATION DU PROJET .................................................................................................................... 3
2 LA NAVIGATION DANS LES TABLEAUX DE BORD PAR DOMAINES .............................................................. 4
3 ARCHITECTURE GLOBALE DE LA SOLUTION ............................................................................................. 8
3.1 FOCUS SUR LE PREBUILT DATAWAREHOUSE DE LA SOLUTION ............................................................................. 9
3.1 FOCUS SUR LA COUCHE METADONNEE ( ORACLE BI REPOSITORY) .................................................................... 10
3.1.1 la couche physique........................................................................................................................ 10
3.1.2 la couche métier et mapping ........................................................................................................ 11
3.1.3 la couche présentation ................................................................................................................. 12
3.2 FOCUS SUR LA COUCHE DASHBORDING (OBIEE ) ......................................................................................... 12
4 LA GESTION DE LA SECURITE PAR DOMAINE ......................................................................................... 14
4.1 AFFECTATION DES PRIVILEGES AUX ROLES .................................................................................................... 14
4.2 GESTION DES PERMISSIONS ET DES DOSSIER DE CATALOGUE............................................................................ 14
5 COMMENT PASSER DU STANDARDS AU PERSONNALISER SUR BIAPPS .................................................... 17
5.1 LES FONCTIONNALITES PHARE D’ORALCE OBIEE ........................................................................................... 17
5.1.1 les analyses ................................................................................................................................... 17
5.1.2 Les tableaux de bord ..................................................................................................................... 18
5.1.3 Les filtres et les invites de tableaux de bord.................................................................................. 19
5.1.4 Les conditions ............................................................................................................................... 20
5.2 COMMENT PERSONNALISER LES DASHBORD SUR ORACLE BI APPS .................................................................... 21
6 ANNEXE .............................................................................................................................................. 24
Page 2 sur 33
CATALYST Guide d’utilisation
1 PRESENTATION DU PROJET
GTG a acquis la suite OBIpps dans le cadre des travaux de mise en œuvre et amélioration du son
système d’information Musis II. La mise en œuvre d’OBIapps concerne la mise en place des
tableaux standard de quatre domaines comme stipulé par le contrat à savoir :
Il est à noter que cette solution a pour objectif de fournir une gamme complète de fonctionnalités
d'aide à la décision qui permettent d'effectuer les actions suivantes :
Page 3 sur 33
CATALYST Guide d’utilisation
Avant de détailler les tableaux de bord proposé par oracle, il faudra revenir sur un concept
important relatif à Oracle OBIEE, à savoir le concept de catalogue. En effet, il s’agit du catalogue de
présentation Oracle BI (Business Intelligence) qui stocke les objets Business Intelligence et sert
d'interface pour créer, gérer les objets, y accéder et pour effectuer des tâches basées sur les objets
(export, impression et modification, par exemple). Le catalogue est organisé en dossiers partagés
ou personnels.
Les catalogues qui devrait être accessibles par les utilisateurs de GTG et pour lesquelles des
tableaux bord seront consultables sont les suivants :
Page 4 sur 33
CATALYST Guide d’utilisation
Pour naviguer facilement dans les tableaux de bord (dans ce cas on va choisir le tableau de bord des
achats comme exemple). Il est possible de consulter le catalogue et pointer sur le dossier achats et
puis sélectionner le tableau de bord achat. Par ailleurs et par soucis d’ergonomie, OBIEE propose
aux utilisateurs de pouvoir naviguer directement dans les tableaux bord sans passer par le
catalogue. Pour cela il faudra suivre les étapes suivantes :
- Sélectionner l’onglet présentation dans la barre de navigation suivante comme suit :
- Cliquer sur l’onglet tableau de bord pour que la liste des Dashbords dont l’utilisateur aura le
droit d’y accéder
- Il suffit de choisir parmi la liste des tableaux de bord disponibles pour pouvoir commencer à
naviguer dans les KPI et les éléments graphiques composants le dashbord.
Page 5 sur 33
CATALYST Guide d’utilisation
A titre d’information, pour un profil administrateur il est possible de naviguer dans les tableaux de
bord selon l’arborescence suivante :
Chaque tableau de bord propose un ensemble d’onglet permettant de réaliser les analyses
nécessaires pour chaque problématique métier.
Page 6 sur 33
CATALYST Guide d’utilisation
Il est à noter, qu’il est possible d’imprimer l’onglet en entier et pour un élément graphique
particulier, il est possible de changer de présentation (élément graphique), exporter sous plusieurs
formats ( PDF,XLS,…etc) et même avoir des raccourcis pour accéder d’un onglet ou élément
graphique à un autre comme c’est le cas pour cet exemple de tableau de bord pour l’EAM.
Pour consulter le catalogue entier des tableaux de bord , des onglets et des indicateurs
disponibles en standards dans la solution , veuillez consulter l’annexe de ce manuel.
Page 7 sur 33
CATALYST Guide d’utilisation
Il s’agit d’une architecture 3-tiers permettant une séparation physique entre la couche data
(Database host), la couche applicative (application server host) et la couche end user (client
host).
Client tier
App tier
DATA tier
Dans ce qui suit on fera une abstraction sur les couches backoffice de la solution et décrira en détail
les différentes composantes par lesquels transitent les traitements pour alimenter les tableaux de
bords standards proposés par Oracle.
Il s’agit principalement de 4 compartiments détaillés comme suit :
Page 8 sur 33
CATALYST Guide d’utilisation
Page 9 sur 33
CATALYST Guide d’utilisation
Pour accéder aux différentes couches, il faut tout d’abord installer le client oracle BI administration
Tools et ouvrir l’Oracle BI Repository (RPD file). Une interface de gestion des différentes couches
s’affichera et permettra de détailler les couches suivantes :
La couche physique définit les sources de données auxquelles le serveur BI soumet les requêtes et
les relations entre les bases de données physiques et les autres sources de données utilisées pour
traiter plusieurs requêtes de source de données. Chaque hiérarchie physique d'une dimension
physique contient les colonnes de la base de données. La couche physique se présente comme
suit :
Page 10 sur 33
CATALYST Guide d’utilisation
La couche Modèle métier et Mapping définit le modèle métier, ou logique, des données et spécifie
le mappage entre le modèle métier et les schémas de la couche physique. Cette couche peut
contenir un ou plusieurs modèles d'entreprise.
Page 11 sur 33
CATALYST Guide d’utilisation
Dans la couche Présentation, il est possible de créer des vues personnalisées, sécurisées et basées
sur les modèles métiers réalisés dans la couche précédente. Les vues de la couche Présentation
sont appelées domaines, qui peuvent être identiques au modèle métier.
Il est à noter qu’il est possible de fournir également des domaines plus petits, basés sur les rôles,
qui présentent un sujet ou qui prennent en charge un rôle professionnel. Ceci en regroupant
diverses tables, colonnes et attributs pour former les domaines. Il est indispensable d’organiser le
contenu de manière à donner un sens aux utilisateurs.
Page 12 sur 33
CATALYST Guide d’utilisation
Il est important de préciser que dès l’authentification, il est possible de choisir la langue de navigation
(français ou anglais).
Dans ce qui suit on se propose de détailler le catalogue standard que propose Oracle dans sa
solution.
Page 13 sur 33
CATALYST Guide d’utilisation
Dans cette rubrique, il faudra affecter les privilèges nécessaires au rôle créé précédemment,
principalement à ce niveau, il s’agit de privilèges permettant de limiter les fonctionnalités offertes
en standards par la solution.
A partir cette partie, on passera à un autre niveau de gestion de la sécurité, il s’agit de la gestion
des accès au contenu de l’application, principalement, les tableaux de bords, les analyses et le
catalogue qui regroupent l’ensembles des éléments disponibles au sein de l’outil.
Page 14 sur 33
CATALYST Guide d’utilisation
l’icône permission qui permet, aux utilisateurs, aux groupes ou alors aux rôles d’y accéder. Pour
agir sur les permissions il faudra suivre les étapes suivantes :
Il faudra appuyer sur le bouton « Droit d’accès » et rajouter le nouveau rôle parmi les rôles
existants par défauts, par exemple, pour tout ce qui concerne le dossier partagé, comme suit :
Commented [H1]: Ok mieux montrer exemple de user
positionnel
Bien étendu, le bouton permission est accessible sur l’ensemble des objets composants les tableaux
de bord offerts par la solution comme c’est le cas pour le tableau de bord achat :
Page 15 sur 33
CATALYST Guide d’utilisation
Cette démarche permettra à chaque utilisateur d’accéder aux domaines et aux rapports selon la
stratégie de gestion de la sécurité à mettre en place.
Il est à noter que la solution BI apps permet d’avoir d’autres niveaux de sécurité, tel que la sécurité
par domaine dans la couche présentation de la console BI admin et aussi une gestion au niveau des
données aux niveau de la couche physique.
Page 16 sur 33
CATALYST Guide d’utilisation
La principale différence entre OBIEE et les applications Oracle BI est que nous utilisons OBIEE pour
développer nos propres rapports (manuellement) et notre tableau de bord, alors que dans les
applications prébuilt, nous devons simplement les déployer sans aucune personnalisation.
OBIEE est également le moteur qui contient les applications Oracle BI. Oracle BI contient des
packages complets tels que les achats et l'analyse des dépenses, les finances, etc. Avec les
applications prédéfinies, nous obtenons le modèle de données physique - tables de dimensions et
de faits, modèle d'entreprise et catalogue de présentation - mappages de référentiels et d'ETL.
En effet, en plus des tableaux de bords standards, Oracle Apps donnent aux utilisateurs la
possibilité de réaliser de la personnalisation du standard ou alors de créer de nouveaux rapports ou
tableaux de bord qui collent le plus à leurs besoins.
Dans ce qui suit on se propose dans un premier temps de faire un tour d’horizon des fonctionnalités
utiles pour la construction de rapport dans OBIEE puis dans un second temps on détaillera les
différentes catégories de customisation.
Une analyse est une requête par rapport aux données générées par EBS et qui fournit des réponses
à des questions concernant l'activité. Les analyses permettent d'explorer des informations et
d'interagir avec elles en présentant les données de façon visuelle dans des tables, des graphiques,
des tableaux croisés dynamiques, etc.
Les analyses que crées peuvent être enregistrées dans le catalogue de présentation Oracle BI et
intégrées à n'importe quel tableau de bord Oracle BIEE. Il est toujours possible de les améliorer
grâce à des fonctionnalités telles que les graphiques, la mise en page des résultats, les éléments
calculés et l'exploration.
Page 17 sur 33
CATALYST Guide d’utilisation
Il est à noter que l'imbrication d'une analyse dans un tableau de bord provoque automatiquement
son exécution et l'affichage des résultats les plus récents chaque fois que le tableau de bord est
consulté.
Il suffit de cliquer sur l’onglet analyse et de choisir un domaine parmi les domaines déjà créée au
niveau d’oracle admin tool dans la présentation catalogue pour ouvrir une interface de design d’un
élément d’analyse.
Les tableaux de bord fournissent des vues personnalisées des informations internes et externes. Ils
se composent de plusieurs pages. Les pages contiennent tout élément auquel vous avez accès ou
que vous pouvez ouvrir avec un navigateur Web, notamment les éléments suivants :
Page 18 sur 33
CATALYST Guide d’utilisation
Force est de constater que la possibilité de créer des tableaux de bord est contrôlée par le privilège
Gérer le
Tableau de bord (Manage Dashboard), qui est géré par l'administrateur.
Pour amorcer la construction du tableau de bord, il suffit de cliquer sur l’onglet tableau de bord et
la fenêtre suivante s’affichera :
En remplissant les informations relatives aux tableau de bord et après validation, le studio de design
du tableau bord s’ouvre proposant une panoplie de fonctionnalités.
Les filtres sont utilisés pour limiter les résultats affichés lorsqu'une analyse est exécutée, de sorte
que les résultats répondent à une question précise.
Avec les colonnes sélectionnées pour l'analyse, les filtres déterminent ce que les résultats
contiennent. En fonction des filtres et des étapes de sélection, seuls les résultats correspondant aux
critères apparaissent.
Page 19 sur 33
CATALYST Guide d’utilisation
A titre d’exemple, en bas une illustration de quelques filtres qu’on retrouve en standards dans
Oracle BI apps.
Il est important de préciser qu’un autre type de filtre, appelé invite, peut s'appliquer à tous les
éléments d'un tableau de bord. Il est possible d’utiliser des invites pour effectuer les étapes de
sélection et les filtres au moment de l'exécution.
Les conditions sont des objets qui renvoient une seule valeur booléenne en fonction de l'évaluation
d'une analyse ou d'un indicateur clé de performances (KPI).
Les données évaluées par une condition varient selon qu'elle est basée sur une analyse ou sur un
KPI, comme suit :
- Pour une analyse, elle évalue le nombre de lignes que celle-ci contient.
- Pour un indicateur clé de performances, elle évalue le statut de celui-ci.
A titre d'exemple, une condition peut déterminer si les résultats d'une analyse renvoient un
nombre de lignes supérieur à 0 :
- Si l'analyse renvoie au moins une ligne, la condition a la valeur True.
- Si l'analyse ne renvoie aucune ligne, la condition a la valeur False.
Page 20 sur 33
CATALYST Guide d’utilisation
- Chaque entreprise a ses propres exigences en matière de rapports et ils peuvent s’avérer
très spécifique
- L'évolution de l'environnement des entreprises et les nouvelles exigences apparaissent
constamment
Il convient de préciser que dans les bonnes pratiques BI, la personnalisation est additive afin que nous
ne perdions pas les pré-built objets lorsque nous personnalisons les applications BI.
D’une manière plus précise, la personnalisation résulte principalement des raisons suivantes :
- Modifications réalisées sur le système source (EBS) pour répondre aux besoins du client à
savoir :
o Interface utilisateur
o Extensions de modèles de données
o Nouvelles entités (composants métier)
o Différentes relations entre les composants
o Règles de visibilité modifiées
o Autorisation / authentification différente
Ces modifications doivent être systématiquement prises en compte dans les applications BI à
travers des actions de personnalisation.
- Extensions d'applications BI (pour les tableaux de bords voici quelques-unes des exigences
typiques)
o Tableaux de bord spécifiques à l'entreprise, analyses, navigation
Page 21 sur 33
CATALYST Guide d’utilisation
La personnalisation des Dashboard sur Oracle BI apps exploitent essentiellement les fonctionnalités
proposées par oracle OBIEE et oracle administration tool. En désirant customiser les tableaux de
bord, l’utilisateur final aura la possibilité de le faire lui-même s’il s’agit de réaliser des améliorations
graphiques au niveau de la présentation des tableaux de bord ou alors un certains nombres
d’enrichissement selon son niveau de privilège défini dans la console d’administration d’OBIEE.
Le graphique suivant détaille les différentes catégories de modification réalisable par l’utilisateur
finale au niveau d’Oracle BI apps.
Dans chacun des niveaux de personnalisation, il existe aussi des sous niveaux qui prennent en
charges d’autres critères, à savoir la complexité, la disponilbité, l’impact …Etc. dans ce qui suit on
fera un focus sur les opérations de personnalisation relatives à la couche tableau de bords
réalisable au niveau de OBIEE.
Il s’agit principalement de :
- Changements de format, de structure, de navigation, etc. dans les rapports existants, par
exemple :
o Format de données tel que le format de date ou de devise
o Présentation des données sous forme de tableau croisé dynamique, graphique, etc.
o Totaux généraux, commandes, nouveaux filtres, étapes de sélection, invites du
tableau de bord
o Navigation personnalisée d'un rapport à l'autre
Page 22 sur 33
CATALYST Guide d’utilisation
Page 23 sur 33
CATALYST Guide d’utilisation
6 ANNEXE
Page 24 sur 33
CATALYST Guide d’utilisation
Page 25 sur 33
CATALYST Guide d’utilisation
Page 26 sur 33
CATALYST Guide d’utilisation
Page 27 sur 33
CATALYST Guide d’utilisation
Page 28 sur 33
CATALYST Guide d’utilisation
Page 29 sur 33
CATALYST Guide d’utilisation
Page 30 sur 33
CATALYST Guide d’utilisation
Page 31 sur 33
CATALYST Guide d’utilisation
Page 32 sur 33
CATALYST Guide d’utilisation
Renommer les noms des invites (traduction en Français) pour une meilleure signification:
Exemple EAM:
Commandes à livrer OT
Groupe d'actifs groupe d'équipements
Page 33 sur 33