Cycle de vie d'une application Planning Server
Mise à jour : 2009-04-30
Planification PerformancePoint est un logiciel tourné vers les entreprises, conçu pour répondre aux impératifs de votre entreprise dans le domaine de la budgétisation, la prévision, la consolidation et d'autres finalités d'entreprise. Planning Server permet de personnaliser le système pour répondre aux besoins de votre entreprise.
En raison de la complexité du système, nous vous recommandons une implémentation de Planification en trois à cinq phases. Le cycle de vie complet de l'implémentation d'une application Planning Server comporte une phase de démonstration conceptuelle (POC, Proof-Of-Concept), une phase de conception, une phase de test, une phase de préproduction et une phase de production. Certaines de ces phases peuvent être combinées en fonction de votre environnement. Par exemple, vous pouvez ignorer la phase POC ou combiner les phases de conception et POC. Vous pouvez également choisir d'exécuter les phases de test et de préproduction individuellement ou combinées en une seule phase.
Voici un exemple d'implémentation en cinq phases :
Phase | Topologie recommandée |
---|---|
Démonstration conceptuelle (POC) |
Un ordinateur |
Conception |
Trois serveurs. Un ordinateur est également acceptable. |
Test |
Trois serveurs* |
Préproduction |
Trois serveurs* |
Production |
Trois serveurs* |
Voici un exemple d'implémentation en trois phases :
Phase | Topologie recommandée |
---|---|
Démonstration conceptuelle (POC)/Conception |
Un ordinateur |
Test/Préproduction |
Trois serveurs* |
Production |
Trois serveurs* |
Remarque : |
---|
Consultez le Guide de déploiement de PerformancePoint Server 2007 pour obtenir des instructions sur l'installation d'un environnement autonome ou distribué. |
* Bien que la topologie recommandée minimale pour un environnement de test, de préproduction ou de production soit une configuration à trois serveurs, il est vivement recommandé d'analyser les besoins, les objectifs et les charges de votre entreprise et d'utiliser notre potentiel d'évolutivité pour choisir une topologie optimale adaptée à votre système de production.
Une fois la phase de démonstration conceptuelle (POC)/de conception terminée et les résultats satisfaisants, utilisez l'outil de migration pour migrer les paramètres personnalisés au cours de la phase de conception vers votre environnement de préproduction.
Le diagramme suivant du processus du cycle de vie d'une application Planification illustre les relations entre chaque phase et détaille la procédure nécessaire pour implémenter un système Planification.
Phases de démonstration conceptuelle et de conception
Étape 1 : Installer et configurer
La première étape consiste à installer et à configurer le logiciel pour qu'il corresponde aux besoins de votre environnement. Après avoir d'abord exécuté l'Assistant d'installation et de configuration, utilisez Gestionnaire de configuration Planning Server pour terminer l'étape d'installation. Consultez le Guide de déploiement de PerformancePoint Server 2007 pour obtenir des instructions sur l'installation d'un environnement autonome ou distribué.
Étape 2 : Configuration de Planning Server
À l'aide de la Console Administration de planification, effectuez les tâches suivantes :
Créez une nouvelle application Microsoft Office PerformancePoint Server 2007 Planning.
Configurez les données de sécurité au niveau du système (définissez les rôles système Administrateur général (GA), Administrateur d'utilisateurs (UA), Administrateur de données (DA) et Modeleur).
Définissez les sources de données utilisées par Planning Business Modeler pour le chargement de données.
Définissez l'emplacement de destination des données pour la fonctionnalité sortante.
Configurez ou modifiez les paramètres de configuration, comme les délais d'expiration.
Pour plus d'informations sur ces tâches, voir l'aide en ligne de la Console Administration de planification.
Étape 3 : Conception du contenu
Utilisez Planning Business Modeler pour créer votre contenu. Selon votre plan de conception, configurez les définitions de votre structure d'entreprise, les sites de modèles, les modèles, les dimensions, les hiérarchies, les propriétés de dimension, les hypothèses globales et les dépendances entre modèles (modèles liés). Une fois ces métadonnées enregistrées dans la base de données d'application Planning Server, utilisez Planning Business Modeler pour charger les données de référence tirées des sources de données définies à l'étape précédente dans la Console Administration de planification.
Étape 4 : Processus ETL
Après l'étape de création de contenu, vous pouvez utiliser le processus ETL (extraction, transformation et chargement) pour charger des données de référence et de faits dans la base de données d'application Planning Server. Les activités ETL peuvent se dérouler en parallèle entre l'étape de création de contenu et l'étape de création de processus d'entreprise.
Le processus ETL comprend les étapes de conception ETL et d'exécution ETL. Éventuellement, l'étape de conception ETL inclut les actions suivantes :
Identification des données sources
Création de vos mappages de schéma
Chargement des données de dimension et de faits à partir de sources vers la base de données de transit Planning Server.
Vous pouvez créer des packages SSIS (SQL Server 2005 Integration Services) ou des scripts SQL Server pour extraire les données et les transformer au format approprié dans la base de données de transit Planning Server.
L'étape d'exécution ETL consiste à déplacer les données de la base de données de transit Planning Server vers la base de données d'application Planning Server. Utilisez l'outil de ligne de commande PPSCmd.exe ou Planning Business Modeler pour charger les données de référence et de faits de la base de données de transit Planning Server vers la base de données d'application Planning Server. Pour plus d'informations sur le processus ETL, voir le « Guide des opérations de PerformancePoint Server 2007 » sous « Intégration de données ».
Lorsque vous avez terminé la conception de la définition structurelle, utilisez Planning Business Modeler pour effectuer le déploiement initial du site de modèles. Cette étape crée une nouvelle base de données Analysis Services et des cubes OLAP pour le nouveau site de modèles sur lequel vous travaillez. Cette étape est obligatoire avant de passer à l'étape suivante de création de processus d'entreprise.
Pendant que vous travaillez sur ces conceptions, vous pouvez régulièrement enregistrer les métadonnées et les données de référence dans la base de données d'application Planning Server pour éviter de perdre des données. Il est recommandé de sauvegarder régulièrement les bases de données de votre système, notamment les bases de données d'application et de transit Planning Server et les bases de données PPSPlanningSystem et PPSPlanningService.
Étape 5 : Création du processus d'entreprise
Dans cette étape, vous :
concevez les règles d'entreprise ;
créez des formulaires ;
entrez les données de sécurité ;
définissez les cycles de workflow, les affectations et les tâches ;
définissez les mappages d'associations de modèles.
Étape 6 : Déployer le site de modèles
Cette étape effectue des mises à jour incrémentielles de la base de données et des cubes Analysis Services du site de modèles. Toutes les métadonnées, notamment les métadonnées structurelles, les données de sécurité, les données des règles de calcul, les données de référence et les données de faits, sont enregistrées dans la base de données d'application Planning Server et traitées de façon incrémentielle dans la base de données et les cubes Analysis Services.
Étape 7 : Test
Le test est l'étape finale. Utilisez Complément PerformancePoint pour Excel, SQL Server Management Studio, SQL Server Business Intelligence Development Studio, SQL Server 2005 Reporting Services, PerformancePoint Monitoring et tout autre outil nécessaire à votre entreprise pour effectuer les tests et vérifications suivants :
Précision des données
Performances
Sécurité des données
Envois de workflow
Résultats de l'exécution des tâches commerciales et financières
Le processus de test doit être itératif : vous effectuez des tests en continu, depuis la phase de configuration ou de conception de contenu jusqu'à la phase de test officielle, jusqu'à ce que vous soyez satisfait des résultats. Par exemple, commencez par créer un site de modèles et un modèle, en répétant ce processus jusqu'à ce que les résultats vous conviennent. Ensuite, étendez ce processus à plusieurs modèles dans un site de modèles, puis à plusieurs sites de modèles avec une application. Pendant la phase de configuration, effectuez le test avec chaque paramètre de configuration jusqu'à ce que vous soyez satisfait. Notez que ce processus ne s'applique pas au déploiement initial d'un site de modèles. Pour plus d'informations, voir la rubrique d'aide de PerformancePoint Planning Business Modeler, « Déploiement de sites de modèles ».
Remarque : |
---|
Pendant que vous travaillez sur l'environnement de conception/POC, vous devez effectuer fréquemment une sauvegarde complète du système Planification pour éviter de perdre des données. Pour plus d'informations sur la sauvegarde de votre système, voir le « Guide des opérations de PerformancePoint Server 2007 ». |
Migration de la phase de conception aux phases de préproduction et de production
Une fois que vous avez terminé la phase de démonstration conceptuelle (POC)/conception et avez entièrement testé le système, vous êtes prêt à passer à la phase de préproduction ou de production. Vous pouvez utiliser l'outil de migration de Planning Server pour migrer les métadonnées du système source vers le système de destination. Pour les données de référence et de faits, chargez directement les données de la base de données de transit Planning Server dans le système de destination. Il est probable que les données de faits utilisées dans l'environnement de conception représentent une petite fraction de votre système de production. L'outil de migration migre seulement les métadonnées vers le système cible. Vous devez toujours concevoir ETL pour charger les données dans le système cible. Vous devez effectuer l'étape de conception de processus d'entreprise sur ce système de préproduction/production.
Voici une vue d'ensemble de la migration Planification PerformancePoint. La migration d'application ne copie pas toutes les données du système source vers le système de destination.
Les informations suivantes seront migrées au cours de la migration d'application et sont illustrées dans l'étape de migration du diagramme précédent détaillant le processus d'application :
Rôles de sécurité
Métadonnées structurelles : toutes les définitions des sites de modèles, des modèles, des dimensions et des jeux de membres
Règles de calcul et tous les modèles de tâche associés
Modèles de formulaire
Calendriers
Les éléments suivants seront migrés lors de la migration des données et sont affichés dans le processus ETL du diagramme « processus d'application » :
Données de dimension et de hiérarchie
Données de faits et annotations
Associations
Les éléments suivants ne seront pas déplacés au cours de la migration d'application et sont illustrés dans la conception de processus d'entreprise du diagramme « processus d'application » :
Rapports
Workflow : affectations, tâches, définition et instances de cycle
Utilisateurs et leurs affectations dans les rôles de sécurité
Remarque : Tous les objets non migrés doivent être recréés manuellement ou importés à l'aide de fichiers .csv.
Les principales étapes pour migrer le système PerformancePoint Planning Server vers une nouvelle destination sont les suivantes :
Exporter à partir d'un système source
Importer vers un système de destination
Migrer les données : exporter les données à partir du système source, préparer la zone de transit et charger les données préparées
Charger les données de workflow, de sécurité et de rapport
Déployer tous les sites de modèles dans le système de destination
Mettre le système migré en ligne
Vérifier la migration de l'application
Pour plus d'informations sur la migration de données, voir le Guide des opérations de PerformancePoint Server 2007.
Les étapes décrites dans les phases de préproduction et de production sont les mêmes. Vous suivez le même processus de migration dans ces deux phases.
Flux de données dans Planning Server
Le diagramme suivant présente le flux de données de haut niveau dans l'ensemble de Planning Server. Il décompose Planification PerformancePoint en trois niveaux : client, serveur et stockage. La section suivante présente le flux de données en fonction des scénarios de chaque composant client principal illustré dans le diagramme. Les numéros (n° 1, 3, etc.) font référence aux numéros de flux de données dans le diagramme.
Planning Business Modeler :
Conception de contenu : #3, #9.1, #18
Conception de processus d'entreprise : #3, #9.1
Déployer le site de modèles : #3, #9.1, #9.2, #13
Complément PerformancePoint pour Excel :
Entrée des données : #5, #9.1, #9.2
Conception des rapports : #12, #5, #9.1
Publier des modèles de formulaire : #5, #9.1
Rapports d'exécution : #10
Publier les rapports sur Reporting Services : #19
Scénarios au moment de l'exécution : #5, #10, #12
Console Administration de planification : #2, #8, #9.1
Rapport : #1, #6, #7
PPSCmd : #4, #9.1
ETL :
Synchroniser la base de données d'application avec la base de données de transit Planning Server : #14
Chargement des données de la base de données de transit Planning Server dans la base de données d'application Planning Server : #15
Chargement des données d'un entrepôt de données vers la base de données de transit Planning Server : #16
Intégration de données
Avant que l'analyse de données et la planification soient disponibles dans une application d'entreprise, Planning Server doit obtenir des données d'une ou plusieurs combinaisons de sources de données d'entreprise. Les données peuvent être déplacées d'une source de données vers la base de données de transit Planning Server. Les données peuvent ensuite être validées et déplacées de la base de données de transit Planning Server vers la base de données d'application Planning Server.
PerformancePoint Server intègre des outils et des méthodologies permettant de déplacer les données de sources de données opérationnelles internes à votre entreprise vers une base de données de transit. Il est important de noter que PerformancePoint Server ne fournit pas d'outils permettant d'extraire, de transformer et de charger les processus.
Il est important de planifier consciencieusement les processus de chargement de données. En effet, une planification incorrecte risque de produire des données impossibles à rapprocher entre des modèles, des dimensions et des jeux de membres connexes.
Les considérations essentielles relatives au chargement de données concernent la fréquence de chargement des données, le type de chargement effectué (complet ou incrémentiel), le volume de données et les performances.
Tenez compte de l'heure et de la fréquence du chargement de données, ainsi que des utilisateurs responsables de ces processus. Cela peut s'avérer particulièrement important pour les implémentations multisite et multimodèle.
Dans Planning Business Modeler, vous pouvez charger des données de dimension et les données de hiérarchie associées de la base de données de transit Planning Server vers la base de données d'application Planning Server. Lors de cette opération, toutes les modifications apportées aux données de dimension dans la base de données de transit Planning Server sont intégrées à la base de données d'application Planning Server. Cela concerne notamment les lignes de membre de dimension nouvelles, mises à jour et supprimées. Les membres de dimension non modifiés dans la base de données de transit Planning Server restent inchangés dans la base de données d'application Planning Server. Pour plus d'informations sur la fonctionnalité de chargement de données, voir l'aide en ligne de Planning Business Modeler.
Consultez le Guide des opérations de PerformancePoint Server 2007 sous « Intégration de données » pour suivre les étapes détaillées de l'intégration de données.
Voir aussi
Autres ressources
Data Integration
ETL
Source systems
Moving to a Production Environment
Data Flow Example