Objets d'entreprise de l'application Planning Server

Une application est le conteneur de niveau supérieur de tous les composants Planning Server. Les applications sont conçues pour exécuter des fonctions complexes de planification, de budgétisation, de prévision et de gestion des performances. Pour créer des applications, les analystes d'entreprise définissent des modèles, des dimensions, des affectations, des cycles et les processus d'entreprise associés. Une application contient également une bibliothèque partagée. Chaque application est contenue dans sa propre base de données Microsoft SQL Server.

Par exemple, une application Planning Server est le conteneur des éléments suivants :

• Définitions de modèles d'entreprise Planning Server d'une société

• Dimensions prédéfinies et définies par l'utilisateur

• Mappages qui connectent les définitions de modèles d'entreprise à la source de données de la société

• Métadonnées Planning Server telles que les vues, les autorisations et les informations de workflow

Les sites de modèles servent à organiser votre application et vos données. Chaque application possède un site de modèles racine qui contient les dimensions prédéfinies et les modèles d'hypothèse globale. Tous les autres sites de modèles de l'application sont appelés « sous-sites de modèles ». Vous déployez chaque site de modèles sur une base de données SQL Server 2005 Analysis Services.

Les sous-sites de modèles représentent la structure d'une société. Ils peuvent être basés sur la structure des rapports, les processus financiers, les processus opérationnels, etc. d'une société. Par exemple, une société peut créer des sous-sites d'après les divisions, les unités d'entreprise ou les restrictions d'accès sécuritaires qui nécessitent la séparation de processus ou de fonctions.

Les sous-sites de modèles héritent de certaines des métadonnées partagées qui sont associées à chaque site de modèles ancêtre. Il s'agit notamment des modèles d'hypothèse, des dimensions et des membres de dimension. En outre, les sous-sites de modèles peuvent contenir des modèles, des dimensions ou des membres de dimension qui sont propres à ce sous-site de modèles.

Le diagramme suivant illustre la structure hiérarchique des sites de modèles dans une application Planning Server.

Une dimension est un attribut structurel d'un cube OLAP (OnLine Analytical Processing), hiérarchie organisée de catégories qui décrit les données d'une table de faits. Ces catégories se rapportent généralement à un ensemble similaire d'éléments. Par exemple, la dimension Géographie peut contenir les membres Pays, Région, Département et Ville.

Planning Server prend en charge deux catégories de dimensions : prédéfinies et définies par l'utilisateur. Les dimensions prédéfinies sont automatiquement générées par Planning Server lors de la création d'une application.

Planning Server fournit les dimensions prédéfinies suivantes :

• Compte

• Processus d'entreprise

• Méthode de consolidation

• Devise

• Entité

• Taux de change

• Flux

• Intersociétés

• Scénario

• Temps

• AffichageDonnéesTemps

Vous pouvez utiliser des dimensions prédéfinies ou choisir de modifier ou développer les dimensions prédéfinies pour qu'elles correspondent à la structure et aux conventions de nom de vos données actuelles.

Chaque site de modèles contient généralement un ou plusieurs modèles. Les modèles contiennent des jeux de membres de dimension, qui sont des jeux de membres définis par l'utilisateur, et des données de faits.

Chaque modèle correspond à un cube dans la base de données Analysis Services du site de modèles.

Chaque modèle appartient à un type spécifique de modèle. Il existe cinq types de modèle dans Planning Server.

Les dimensions d'un modèle sont les dimensions sélectionnées lors de la création d'un modèle. Certaines dimensions sont automatiquement sélectionnées pour vous d'après le type de modèle.

Planning Business Modeler vous aide à gérer les dimensions en organisant ses membres dans des jeux de membres. Les membres de dimension peuvent appartenir à plusieurs jeux de membres. Les jeux de membres sont ensuite utilisés pour créer des modèles qui contiennent les données utilisées par les applications.

Un jeu de membres peut être plat, tous les membres de dimension étant organisés en tant que frères, ou être organisé selon une hiérarchie.

Les membres de dimension peuvent être organisés à l'aide de vues de membre, qui sont des hiérarchies de membres de dimension groupés en fonction de leurs propriétés. Les vues de membre ne sont pas utilisées pour produire des modèles. En revanche, elles fournissent un autre moyen de créer des rapports sur les membres d'une dimension à l'aide des propriétés de membre de dimension pour analyser des groupes de membres apparentés. Une fois que vous avez créé une vue de membre, vous pouvez l'utiliser pour calculer la somme de tous les membres de dimension avec la même valeur pour une propriété donnée.

Les jeux et les vues de membres sont des formes de hiérarchie.

Une règle d'entreprise est un programme exécutable qui effectue une action d'entreprise. Dans Planning Business Modeler, les règles d'entreprise opèrent sur les données multidimensionnelles d'un modèle. Par exemple, vous pouvez utiliser des règles pour allouer des ressources, calculer des prévisions, déterminer des écarts et rechercher des indicateurs de performance clés (KPI). Les règles vous permettent d'exécuter des requêtes, d'amorcer des données dans des formulaires Microsoft Office Excel et de déplacer des soldes d'une période à une autre.

Certaines règles peuvent être directement exécutées par les utilisateurs, tandis que d'autres ne peuvent être exécutées que dans le cadre d'un type de tâche spécifique. Lors de son exécution, une règle applique les actions écrites dans l'instruction de la règle.

Une association est une relation logique entre deux modèles de Planning Business Modeler. Ces modèles se nomment modèle source et modèle de destination. Lorsque vous créez et exécutez une association, vous pouvez déplacer les données de faits du modèle source vers le modèle de destination et, le cas échéant, agréger ces données au cours du processus.

Les associations qui déplacent des données sont utiles dans divers scénarios.

Le calendrier de l'application sert à configurer un concept de périodes de temps correspondant aux pratiques appliquées dans votre société. Un calendrier de l'application précis fournit vos données passées, présentes et prévisionnelles avec le contexte nécessaire pour un suivi et un benchmarking financiers réussis. Le calendrier de l'application est créé dans le cadre du processus de création d'application et constitue une étape obligatoire.

Planning Server prend en charge le calendier fiscal et le calendrier grégorien.