5. Intégration et migration des bases de données
175
Le seul
changement de la
technologie ne
suffit pas
Ce principe qui paraît évident est néanmoins controversé dans la
pratique. Il est frappant de constater qu'on hésite souvent à consentir
les efforts nécessaires pour structurer les données à l’échelle de
l'entreprise. Une telle attitude réduit l’intégration et la migration
éventuelle des données aux aspects purement techniques. Or, si
l’entreprise veut qu’un changement de la technologie des bases de
données aille de pair avec la mise en place d'une architecture de
données à long terme, elle doit appliquer ce premier principe dès le
début.
Principe 2
Adopter la technologie des bases de données relationnelles ou postrelationnelles
La mise en œuvre de nouvelles applications et fonctions d'affaires doit
se baser sur la technologie des bases de données relationnelles et
relationnelles orientées objet.
Réduire la
complexité des
systèmes et les
interfaces
Devant la complexité des systèmes d’information existants et de
l’usage du Web, la standardisation des différentes approches
architecturales et la réduction des interfaces s’imposent. Dans le
développement des applications, il est par conséquent logique que des
principes obligatoires soient définis et appliqués en matière de
technologie des bases de données et de l’usage du Web. Autrement,
les unités de développement, constamment exposées à la pression des
délais, sont trop souvent confrontées aux problèmes de décisions et
continuent d’utiliser par la force de l’habitude des méthodes et
techniques traditionnelles.
Principe 3
Interdire les extractions incontrôlées de données
Les ensembles de données créés par extraction à l’usage des
départements doivent être considérés uniquement comme des
exceptions dûment autorisées.
L’extraction de
données est
admise seulement
dans le cadre d’une
stratégie d’entrepôt
de données
Dans une société de services, l'extraction régulière de données
contenues dans des bases de données existantes est extrêmement
problématique et ne devrait être envisagée que dans le cadre d’une
stratégie d’entrepôt de données adéquate (voir aussi 6.5). L’extraction
incontrôlée des données productives est incompatible avec l'objectif
d'assurer un service 24 heures sur 24. En outre, la création périodique
des ensembles de données soulève de graves problèmes de
175
Le seul
changement de la
technologie ne
suffit pas
Ce principe qui paraît évident est néanmoins controversé dans la
pratique. Il est frappant de constater qu'on hésite souvent à consentir
les efforts nécessaires pour structurer les données à l’échelle de
l'entreprise. Une telle attitude réduit l’intégration et la migration
éventuelle des données aux aspects purement techniques. Or, si
l’entreprise veut qu’un changement de la technologie des bases de
données aille de pair avec la mise en place d'une architecture de
données à long terme, elle doit appliquer ce premier principe dès le
début.
Principe 2
Adopter la technologie des bases de données relationnelles ou postrelationnelles
La mise en œuvre de nouvelles applications et fonctions d'affaires doit
se baser sur la technologie des bases de données relationnelles et
relationnelles orientées objet.
Réduire la
complexité des
systèmes et les
interfaces
Devant la complexité des systèmes d’information existants et de
l’usage du Web, la standardisation des différentes approches
architecturales et la réduction des interfaces s’imposent. Dans le
développement des applications, il est par conséquent logique que des
principes obligatoires soient définis et appliqués en matière de
technologie des bases de données et de l’usage du Web. Autrement,
les unités de développement, constamment exposées à la pression des
délais, sont trop souvent confrontées aux problèmes de décisions et
continuent d’utiliser par la force de l’habitude des méthodes et
techniques traditionnelles.
Principe 3
Interdire les extractions incontrôlées de données
Les ensembles de données créés par extraction à l’usage des
départements doivent être considérés uniquement comme des
exceptions dûment autorisées.
L’extraction de
données est
admise seulement
dans le cadre d’une
stratégie d’entrepôt
de données
Dans une société de services, l'extraction régulière de données
contenues dans des bases de données existantes est extrêmement
problématique et ne devrait être envisagée que dans le cadre d’une
stratégie d’entrepôt de données adéquate (voir aussi 6.5). L’extraction
incontrôlée des données productives est incompatible avec l'objectif
d'assurer un service 24 heures sur 24. En outre, la création périodique
des ensembles de données soulève de graves problèmes de