2. Les phases de la construction d’un modèle de données
57
2.6 L’architecture de données d’entreprise
est vitale
De la pérennité des
données
Selon de nombreuses études, durant la phase de définition et de
développement d'un système d'information, les futurs utilisateurs
expriment leurs besoins en mettant l'accent sur des fonctions
complexes et des procédures sophistiquées à réaliser, alors qu'à
l'usage du système, ils attachent au contraire une importance
stratégique aux données et à la disponibilité des informations tenues
à jour. C'est pourquoi il est impératif qu'un architecte de données
examine les questions suivantes dès le départ : Quelles sont les
données que l'entreprise devra elle-même collecter ? Quelles sont les
données qui seront alimentées par des fournisseurs d'informations
externes ? Comment faut-il classer et structurer les ensembles de
données en tenant compte des réalités nationales et internationales ?
Qui est responsable de la maintenance et de la mise à jour des données
réparties géographiquement ? Quelles sont les dispositions relatives à
la protection et à la sécurité des données dans le contexte
international ? Quels sont les droits et les obligations en matière
d'échange et de transmission des données ? Ces questions montrent la
nécessité vitale d'une architecture de données pour l'entreprise et
placent le modèle de données de l'entreprise au centre de ses
préoccupations.
Comment se
dirige-t-on vers un
chaos des
données ?
Face aux besoins sans cesse croissants des utilisateurs, les
activités d'analyse et de conception sont menées la plupart du temps
pour ne mettre en œuvre que des fonctions additionnelles, ou au
mieux, des applications dans un domaine d'activité spécifique de
l'entreprise. Dans la réalisation des bases de données relationnelles,
une telle approche comporte le risque de créer une multitude de tables
ad hoc ou de satisfaire uniquement les besoins d'une application
locale. Il en résultera une prolifération incontrôlée de tables pleines
de redondances et d'ambiguïtés. Le chaos des données est inévitable.
L'existence d'un système valable pour l'ensemble des applications de
l'entreprise devient problématique, ou ne peut être envisagée qu'à
grands frais.
57
2.6 L’architecture de données d’entreprise
est vitale
De la pérennité des
données
Selon de nombreuses études, durant la phase de définition et de
développement d'un système d'information, les futurs utilisateurs
expriment leurs besoins en mettant l'accent sur des fonctions
complexes et des procédures sophistiquées à réaliser, alors qu'à
l'usage du système, ils attachent au contraire une importance
stratégique aux données et à la disponibilité des informations tenues
à jour. C'est pourquoi il est impératif qu'un architecte de données
examine les questions suivantes dès le départ : Quelles sont les
données que l'entreprise devra elle-même collecter ? Quelles sont les
données qui seront alimentées par des fournisseurs d'informations
externes ? Comment faut-il classer et structurer les ensembles de
données en tenant compte des réalités nationales et internationales ?
Qui est responsable de la maintenance et de la mise à jour des données
réparties géographiquement ? Quelles sont les dispositions relatives à
la protection et à la sécurité des données dans le contexte
international ? Quels sont les droits et les obligations en matière
d'échange et de transmission des données ? Ces questions montrent la
nécessité vitale d'une architecture de données pour l'entreprise et
placent le modèle de données de l'entreprise au centre de ses
préoccupations.
Comment se
dirige-t-on vers un
chaos des
données ?
Face aux besoins sans cesse croissants des utilisateurs, les
activités d'analyse et de conception sont menées la plupart du temps
pour ne mettre en œuvre que des fonctions additionnelles, ou au
mieux, des applications dans un domaine d'activité spécifique de
l'entreprise. Dans la réalisation des bases de données relationnelles,
une telle approche comporte le risque de créer une multitude de tables
ad hoc ou de satisfaire uniquement les besoins d'une application
locale. Il en résultera une prolifération incontrôlée de tables pleines
de redondances et d'ambiguïtés. Le chaos des données est inévitable.
L'existence d'un système valable pour l'ensemble des applications de
l'entreprise devient problématique, ou ne peut être envisagée qu'à
grands frais.