Les origines de l’urbanisme

Les origines de l’urbanisme

L’évolution constante des marchés, la recherche d’une

compétitivité toujours plus forte et le rôle croissant des

technologies de l’information nécessitent que l’entreprise

fasse évoluer rapidement ses systèmes d’information.

Mais le patrimoine informatique existant dans l’entreprise,

résulte de l’empilement de générations successives

d’applications, souvent imbriquées, comportant des

redondances et manquant de cohérence.

La complexité croissante de ce patrimoine existant génère des

difficultés de plus en plus grandes pour faire évoluer les

systèmes d’information en adéquation avec les attentes des

différents métiers de l’entreprise.

L’architecture est « l’art de construire, de disposer et d’orner les

édifices ». L’architecture respecte les règles de l’urbanisme qui aura

défini la finalité du bâtiment et les contraintes de construction, mais

dispose dans ce cadre d’une grande liberté.

L’urbanisme du Système d’information ne définit pas la structure

interne des blocs, mais il en définit les règles d’échanges et

d’interaction.

Les règles d’urbanisme peuvent varier suivant l’approche utilisée.

Elles doivent être bien définies au préalable.

Exemple de règles d’urbanisme classique « orienté données »:

Un bloc appartient à un seul quartier, un quartier à une seule zone. Donc un bloc à une seule

zone.

Un bloc est autonome: Chaque bloc doit présenter une cohérence fonctionnelle

interne forte et un couplage le plus faible possible avec les autres blocs.

Un bloc a deux points d’ancrage (Évènement à traiter + CR d’exécution)

Un bloc est asynchrone, une donnée ne peut être mise à jour que par un bloc et un seul un bloc

émet des résultats normalisés.

Toute communication entre blocs transite par le système de gestion de flux

...