2.1 Définition de l’architecture

0
263

Cette étape définit la vision globale de l’architecture technique à mettre en oeuvre. Elle nécessite la prise en compte de trois facteurs : Les besoins; L’environnement existant et les orientations techniques stratégiques planifiées. En plus de l’architecture supportant l’entrepôt, il est nécessaire de mener des réflexions sur les outils de conception de la zone de préparation des données et des outils de restitutions.

Liste des tâches :

1. Constituer le groupe de travail sur l’architecture
2. Collecter et documenter les besoins techniques
3. Analyser l’environnement technique existant
4. Réaliser le document de spécification d’impact de la nouvelle architecture
5. Crée le plan architectural
6. Déterminer une approche d’implémentation par phases
7. Définir et spécifier les sous-systèmes
8. Crée le plan d’architecture
9. Développer les recommandations de configuration
10. Adhésion des utilisateurs/ révision du projet

Rôles responsables des tâches

Directeur Projets BI

Le Directeur BI est le garant de la stratégie, l'architecture et le budget BI, ces tâches sont les suivantes : Développer la vision BI...

Chef de projet

Le chef de projet BI est le responsable de la gestion de projet BI. Selon la nature et l'envergure du projet, en général, il...

Analyste d’affaires

Ce rôle permet de déterminer les besoins d’affaires et de les traduire en besoin en architecture, en données et en analyse restitution. Il représente...

Rôles impliqués dans les tâches

kimball design tips

A Dimensional Modeling Manifesto

Drawing the Line Between Dimensional Modeling and ER Modeling Techniques Dimensional modeling (DM) is the name of a logical design technique often used for data...

Design Tip #41: Drill Down into a More Detailed Bus Matrix

Many of you are already familiar with the data warehouse bus architecture and matrix given their central role in building architected data marts. The corresponding...

Differences of Opinion

The Kimball bus architecture and the Corporate Information Factory: What are the fundamental differences? Based on recent inquiries, many of you are in the midst...

The Matrix: Revisited

With the current industry buzz focused on master data management (MDM), it’s time to revisit one of the most critical elements of the Kimball...

Six Key Decisions for ETL Architectures

This article describes six key decisions that must be made while crafting the ETL architecture for a dimensional data warehouse. These decisions have significant...

Design Tip #135 Conformed Dimensions as the Foundation for Agile Data...

Some clients and students lament that while they want to deliver and share consistently-defined master conformed dimensions in their data warehouse/business intelligence (DW/BI) environments,...

Design Tip #158 Making Sense of the Semantic Layer

  One of the key components of the business intelligence (BI) architecture is a semantic layer. The semantic layer provides a translation of...

Concepts & Astuces

4ème alternative au data warehouse : ETL intégré et BD propriétaire

la quatrième alternative au Data warehouse est l'utilisation de l'ETL et la BD propriétaire intégrés à l'outil BI (C'est le cas de plusieurs outils...

3ème alternative au data warehouse : Transformations à la volée par l’outil BI

la troisième alternative au Data warehouse est l'utilisation du système de requêtage de l'outils BI directement sur les systèmes sources : Pas d'extraction, toutes...

2ème alternative au data warehouse : Accès direct aux systèmes sources

la deuxième alternative au Data warehouse est l'utilisation des systèmes sources : Pas d'extraction, toutes les données sont transformées et stockées dans les BD...

1ère alternative au data warehouse : Tableur Excel ou autres

La première alternative au Data warehouse est l'utilisation de tableurs Excel ou autres : l'extraction de données est faite par le biais des fonctions...

5 prérequis pour une architecture BI robuste et évolutive

Dans le cycle de vie de projet BI (l'approche kimball), l’étape de la mise en place de l’architecture vient après la définition des besoins...

Quelles alternatives d’un Data Warehouse ?

Nous avons à plusieurs reprises définit la Business Intelligence, pourquoi la définir une fois de plus ?.  Nous avons choisis de donner la définition de...

Les 38 sous-systèmes d’un système ETL

Les catégories d'outils ETL Actuellement il existe trois catégories d’outils ETL : Engine-based : les transaformations sont executées sur un serveur ETL, disposant en général...

Staging Area dans le Processus ETL

La notion de staging area ( zone de préparation ) n'est rien d'autre qu'une composante qui porte souvent à la confusion, surtout pour les...

News Forums Architecture Applicative BI

Ce forum contient 1 sujet et a été édité pour la dernière fois par  admin il y a 3 mois et 1 semaine.

1 sujet (sur un total de 1)
1 sujet (sur un total de 1)

Vous devez être connecté pour créer de nouveaux sujets.

Etapes de la phase : Architecture

2.1 Définition de l’architecture

Cette étape définit la vision globale de l’architecture technique à mettre en oeuvre. Elle nécessite la prise en compte de trois facteurs : Les...

2.2 Sélection des produits

A partir de l’étude de l’architecture technique il faut sélectionner les composants spécifiques au projet BI, telle que la plate-forme(s) matérielle(s) et logicielle(s), SGBD...

2.3 Gestion des métadonnées

Lors de cette étape du projet BI la stratégie de gestion de métadonnées est mise en place, tout en mettant l'emphase sur la sensibilisation...

2.4 Sécurité

Lors de cette étape du projet BI on définit, concoit et mets en place la stratégie de sécurité que ce soit tactique ou stratégique....

2.5 Infrastructure BI/DW

Pour réaliser un projet Business intelligence on fait sûrement appel à une ou plusieurs expertises pointues. Cependant, seule l’expertise ne suffit pas pour réussir...

2.6 Installation des produits

Une fois les produits évalués et sélectionnés, ceux-ci doivent être installés, configurés et testés méticuleusement afin : de garantir une intégration adéquate d’un bout...

3.1 Conception du modèle dimensionnel

C’est la définition des besoins qui détermine quelles sont les données requises pour répondre aux besoins d’analyse des utilisateurs. La conception du modèle logique...

3.2 Conception et Implémentation du Datawarehouse

La conception physique d’une base de données définit les structures nécessaires pour l’implémentation du modèle dimensionnel. Les éléments fondamentaux sont la détermination des règles...

3.3 Conception et Développement ETL

La conception de la zone de préparation des données (staging area) constitue généralement la tache la plus sous-estimée du projet entrepôt de données, et...

3.4 Conception & Développement des Apps BI

Une fois la base de données du Data warehouse et quelques jeux de tests de données crées, on passe à l'étape de conception et...
PARTAGER