urbanisation-si.com

26/05/2015

0 J'aime 0 Poster un commentaire

Urbanisme du Système d'Information : la technique est votre amie

Dans le processus d'urbanisation du Système d'Information, l'urbaniste est assis entre 2 chaises, le fonctionnel et le technique.

L'urbanisme du SI ne doit pas faire de choix techniques comme la syntaxe des messages, les protocoles, les outils, les composants, ..., cela doit être l'affaire des architectes techniques.

L'urbanisme du SI s'abstrait de la tuyauterie, de l'instanciation des serveurs, des choix d'invocation des services ou composants.

Cependant les urbanistes doivent s'intéresser de près à la veille technologique.

Par exemple, les évolutions de l'architecture SOA (Service Oriented Architecture) permet d'impléménter les concepts d'agilité prodiguer par la démarche d'urbanisation du SI.

Un urbanisme technique vise à moderniser les infrastructures, à mettre à profit les progrès des offres et des normes, à mutualiser, à rationaliser la diversité, à limiter les risques de dépendance par rapport à une solution technique.

Il apporte une économie d'échelle, la flexibilité, des fonctionnalités nouvelles et apporte des conseils sur la fourniture de technologie.

"L'amitié, ce n'est pas d'être avec ses amis quand ils ont raison, c'est d'être avec eux même quand ils ont tort."

André Malraux

Voir aussi :

25/05/2015

1 J'aime 1 Poster un commentaire

Urbanisation du Système d'Information : Ne vous perdez pas dans les typologies de référentiel !

Il faut trancher rapidement sur les catégories de référentiel.

Car vous n'obtiendez jamais un consensus sur ce genre de chose. Personne n'est d'accord et tout le monde a de bons arguments pour discuter telle ou telle classe de référentiel : "Pourquoi les contrats sont dans le référentiel de données élémentaires et pas dans le référentiel des données sensibles ?".

Faut-il créer un référentiel avec des données de type nomenclature (tables de référence), un référentiel basé sur le cycle de vie et la fréquence de mise à jour, un référentiel des données confidentielles et un référentiel des données élémentaires (clients, fournisseurs, produits, ...) ?

Mieux vaut se consacrer sur le coeur du sujet c'est à dire :

la description de la structure des entités métiers. Pour cela on utilise une modélisation UML avec un diagramme de classe qui permet de préciser les objets, leurs attributs et les relations entre les objets.
la solution retenue pour l'architecture technique d'implémentation du référentiel (base SQL, base objet, XML, les canaux d'accès, la sécurité, ...)
les données métiers, avec l'analyse de la valeur des données, leur origine, le processus d'acquisition et de mise à jour, l'évaluation de la fiabilité, le propriétaire de la donnée et n'oublions pas le coût d'acquisition et de maintenance.
les interfaces avec les applications futures ou existantes nécessitant la mise en place d'un langage pivot commun et les adapteurs entre ce langage et le format des applications.

"La science est avant tout une classification, une façon de rapprocher des faits que les apparences séparaient bien qu'ils fussent liés par quelque parenté naturelle et cachée. La science en d'autres termes, est un système de relations."

Henri Poincaré

La valeur de la science

Voir aussi :

24/05/2015

0 J'aime 0 Poster un commentaire

Urbanisme SI : les objectifs en moins de 20 lignes !

L'urbanisation SI est une démarche qui asservit les évolutions du système d'information avec la stratégie de l'entreprise et les besoins métiers.

L’objectif majeur de l’urbanisme SI est de permettre au Système d’Information d’évoluer de manière fractale et itérative, sans effet de BIG BANG, en gérant l'intégration d'applications vieillissantes et hétérogènes.

Cela nécessite de définir des règles de conception des systèmes d’information qui soient pérennes pour de longues années et donc agnostiques sur le plan des technologies.

L’urbanisation SI présuppose que la cartographie applicative de l'existant ait été réalisée, mais il n’est cependant pas nécessaire d’avoir documenté l’architecture applicative en détail ; seule la nomenclature des applications et services est indispensable.

Un deuxième objectif de l’urbanisme SI est d’identifier les redondances fonctionnelles pour :

Éviter d’en créer de nouvelles grâce à la réutilisation des ressources logicielles existantes lors du développement de nouvelles applications.
Réduire les coûts de maintenance en effectuant une rénovation bloc par bloc, qui consiste à définir une nouvelle ressource qui se substitue aux anciennes et réponde aux divers cas d’utilisation.
Consolider deux Systèmes d’Information comme dans le cas d’une fusion/acquisition.
Préparer le déploiement d'une plate forme ESB (Enterprise Service Bus) à grande échelle.

"La pire erreur à faire est de constamment avoir peur de faire une erreur."

Elbert Hubbard

Voir aussi :

06/05/2015

0 J'aime 3 Poster un commentaire

Urbanisation SI : en moins de 20 lignes !

L'urbanisation SI est une démarche qui asservit les évolutions du système d'information avec la stratégie de l'entreprise et les besoins métiers.

L'urbanisation SI est un processus efficient dans un contexte où le fonctionnement des entreprises s'est complexifié (nouvelles réglementations, agressivité accrue des concurrents, ...). C'est le moyen de faciliter les interactions avec les SI externes (clients, partenaires, ...).

L'urbanisme SI se fonde sur l'anticipation des évolutions de l'entreprise.

Le processus d'urbanisation SI correspond à l'ensemble des activités liées à l'urbanisme SI :

poser le cadre et les règles d'évolution du SI
porter la dynamique de transformation progressive du SI au fil des projets d'évolution
développer un langage commun du SI entre les acteurs
participer à la gouvernance du SI
mesurer les résultats et les communiquer

L'urbanisation SI est donc un processus permanent qui s'adapte aux entreprises qui se l'approprient et évolue en fonction de la maturité gagnée.

"Le seul fait d'exister est un véritable bonheur."

Blaise Cendrars

Voir aussi :

05/05/2015

0 J'aime 1 Poster un commentaire

Urbanisation SI : est ce qu'on a vraiment besoin de modéliser le SI ?

La modélisation permet la constitution progressive d’une base d’information complète et parfaitement cohérente, facile à maintenir.

L'urbanisation SI permet d'avoir une réflexion plus globale et plus approfondie de l’organisation des composants logiciels nécessitée par des besoins toujours plus importants de communication entre applications.

Par une représentation schématique et structurée, détaillée ou synthétique, la modélisation aide à concevoir et décrire l’architecture des systèmes d’information, et facilite ainsi la maîtrise des évolutions ultérieures.

Il existe de multiples raisons de modéliser un Système d’Information : l’urbaniste peut s’intéresser à la description de l’existant, en focalisant son analyse sur l’architecture logicielle et son intégration dans l’organisation. L'architecte lui se focalisera sur l’infrastructure technique et matérielle du système d’information ; il peut également étudier les évolutions nécessaires d’un système d’information, qu’il s’agisse d’intégrer une nouvelle application, un nouveau site Internet, ou un progiciel tel que SAP, ou d’optimiser une architecture client/serveur, en recherchant la meilleure répartition des données et des traitements.

La cellule urbanisme peut également être amené à représenter de manière précise les interactions entre les applications de l’entreprise et celles de ses partenaires, ou entre des entités autonomes à l’intérieur d’une même entreprise comme lors de la mise en place d’un moteur de workflow.

Par rapport à de simples représentations graphiques ou documents de présentation, la modélisation permet la constitution progressive d’une base d’information complète et parfaitement cohérente, facile à maintenir.

"Il n'y a qu'une chose qui puisse rendre un rêve impossible : c'est la peur d'échouer."

Paulo Coelho

Voir aussi :

05/05/2015

0 J'aime 0 Poster un commentaire

Urbanisation SI : Les indicateurs d’urbanisme SI sont avant tout une aide à la définition de plan d’actions.

Les indicateurs d’urbanisation SI sont avant tout une aide à la définition de plan d’actions sur les travaux d’urbanisme SI pour une entreprise, en fonction de sa stratégie.

En dehors de l’atteinte d’un premier niveau de maturité global, l’importance d’un indice ne réside pas dans sa valeur absolue, mais bien dans les travaux planifiés pour faire évoluer sa valeur en fonction de la stratégie engagée, et donc dans son évolution dans le temps. Ces indicateurs doivent inciter à plus de transparence dans le pilotage, la communication et la maîtrise des transformations du SI de l’entreprise.

En plus de la vision globale , il sera nécessaire à terme d’avoir une vision de ces indicateurs par zones ciblées du POS.

Les indicateurs d'urbanisation SI permettant d’évaluer le niveau de maturité de la démarche d’urbanisation, implicitement ils permettent également de mesurer le niveau d’urbanisation du SI.

Il est très clair que pour pouvoir piloter la transformation du SI de l'entreprise avec efficience, et donc pour pouvoir disposer d’indicateurs pertinents et utilisables, il est déjà nécessaire d’avoir démarré cette démarche d’urbanisation SI. Il est nécessaire d’atteindre « un premier niveau » d'urbanisme SI, de gouvernance et en particulier d’outillage, qui deviendra un élément déterminant pour la construction d’indicateurs et donc de tableau de bord efficace.

Les indicateurs sont organisés par activité de la démarche d’urbanisation.

Pour plus de précisions voir le site du Club Urba-EA.

"Même pour le simple envol d'un papillon tout le ciel est nécessaire."

Paul Claudel

Voir aussi :

30/04/2015

0 J'aime 0 Poster un commentaire

Ubanisation SI : circulation à accés réglementée

En Ubanisation SI, les constructions/destructions et l’entretien du POS sont réglementés :

Chaque zone doit être rattaché à un et un seul des 5 domaines : Opération (1), Support (2), Pilotage & Contrôle (3), Échange (4), Référentiel (5) ;
Chaque secteur fonctionnel (zone, quartier, ou bloc) doit avoir un libellé unique, et n’est rattaché qu’à un et un seul secteur fonctionnel de niveau supérieur (domaine, zone ou quartier) ;
Chaque secteur fonctionnel est identifié par code unique (un entier, non signifiant, qui s’incrémente en fonction des ajouts)
Chaque secteur fonctionnel doit être accompagné d’une définition (description succincte, non ambiguë, et auto porteuse).
Le POS est un découpage fonctionnel ; il constitue une partition. C'est-à-dire qu’un objet métier, ou une fonctionnalité n’appartient qu’à un et un seul secteur fonctionnel, idéalement un bloc voire un quartier le cas échéant) du POS.
Le POS n’est disponible que dans une seule version à un instant t. L’historique des modifications est conservé, mais il n’y a pas de version cible et de version existante. Il s’agit de décrire à un instant la meilleure vision fonctionnelle du moment. Par ailleurs, il peut être utile d’identifier (de marquer) les zones ou quartiers qui doivent faire l’objet d’une étude plus poussée (redécoupage, fusion, révision en profondeur, etc.).

Règles de gouvernance des secteurs fonctionnels du POS :

À chaque zone du POS doit être associée un responsable de zone fonctionnelle (RZF), c'est-à-dire un référent métier chargé de définir la transformation stratégique de la zone en fonction de la stratégie métier
À chaque zone du POS doit être associé un correspondant urbanisation.
Consolidation au fil de l’eau des évolutions et demandes d’évolutions, dans des versions mineures, validées par les correspondants urbanisation.
Production d’une version majeure annuelle du POS reprenant l’ensemble des modifications validées par les responsables de zones fonctionnelles.
Les principes d’urbanisation conduisent de fait à un certain nombre de règles dans l’utilisation de ce POS pour construire l’architecture applicative d’une solution, par exemple : une application ne devrait couvrir qu’au plus un seul bloc.

Faire aisément ce qui est difficile aux autres, voilà le talent ; faire ce qui est impossible au talent, voilà le génie.

Henri-Frédéric Amiel

Voir aussi :

29/04/2015

0 J'aime 0 Poster un commentaire

Urbanisation SI : la carte au trésor se dissimule t-elle dans le POS ?

En urbanisation SI, le POS est un outil graphique, un fond de carte. Il comprend un ensemble de zones fonctionnelles, décomposées en quartier, eux même décomposés en bloc, le tout organisé dans 5 grands domaines fonctionnels.

Chacun de ces secteurs fonctionnels (les zones, quartiers ou blocs) est un ensemble de fonctionnalité et d’objets métiers (de données).

Ce fond de carte est notamment utilisable pour « projeter » ou « positionner » des éléments de pilotage sur chaque zone ou quartier, par exemple :

Nombre d’applications globales, nombre d’application dont la mise en production date de plus de 15 ans (applications anciennes)
Coûts de fonctionnement récurrent annuel, budget d’investissement sur l’année.

Le domaine « Opération » regroupe l'ensemble des fonctions et des objets métiers qui ont une orientation, une finalité, au service des d'acteurs (internes ou externes à l'entreprise).

Le domaine « Pilotage & Contrôle » regroupe l'ensemble des fonctions et d'objets métiers de pilotage transverses des activités de l'entreprise, ainsi que des fonctions de contrôle (audit, inspection…).

Le domaine « Ressource & Support » regroupe l'ensemble des fonctions et des objets métiers d'appuis ou de support aux autres domaines. Il s'agit principalement des fonctions de gestion des ressources : RH, Finances, Immobilier, Moyen Généraux, IT…

Le domaine « Échange » regroupe l'ensemble des fonctionnalités et des objets métiers relatifs aux échanges entre les différents acteurs contributeurs, utilisateurs, partenaires, clients. Les échanges présentent un caractère particulier qu'il convient d'une part de tracer mais aussi de gérer de manière plus globale en les regroupant par thème (clients, partenaires, ...).

Le domaine « Données transverses » regroupe et isole l'ensemble des données, et des fonctions qui les manipulent, transverses ou communes à la plupart, voir la totalité des zones des autres domaines. Ces données transverses sont organisées par thèmes.

Le remède à l'ennui est curiosité. Il n'y a pas de traitement pour la curiosité.

Dorothy Parker

Voir aussi :

29/04/2015

1 J'aime 1 Poster un commentaire

L'urbanisation du SI c'est comme pour les villes, il faut savoir ce qu'on peut construire et détruire et comment on circule.

En urbanisation SI, le Plan d'Occupation des Sols (POS) est un plan de classement unique de la vue fonctionnelle du SI.

Cette nomenclature est un outil essentiel pour :

la stratégie d'évolution du SI : définition de responsabilité par zone,
la priorisation des investissements : projection des portefeuilles sur le POS,
le cadrage en amont des études et des projets (analyse d'impact), les responsabilités sur les projets, et le cadrage d’une manière général de l’évolution et de l’optimisation du patrimoine applicatif
l’analyse du patrimoine (comparaison, simplification, mutualisation), notamment sur les domaines transverses (échange, support, pilotage & contrôle et données transverses)
les responsabilités en matière d’administration des données
le suivi des coûts et donc les démarches de transparence des coûts
la stratégie de construction du SI (et donc d’achat). Par exemple, il pourrait être utile d’indiquer par zone et quartier, le niveau de maîtrise du patrimoine logiciel sous jacent : est-ce du « fait maison » (développement spécifique ») ? est-ce majoritairement des packages (logiciels libres ou éditeurs) ? voir une solution en mode SaaS ?
un élément de communication avec les métiers et les MOE pour faciliter les prises de décisions et faciliter l’analyse du patrimoine applicatif, en positionnant sur chaque secteur fonctionnel les applications correspondantes, ou bien en positionnant des indicateurs.

Lorsqu'une porte se ferme, il y en a une qui s'ouvre. Malheureusement, nous perdons tellement de temps à contempler la porte fermée, que nous ne voyons pas celle qui vient de s'ouvrir.

Alexander Graham Bell

Voir aussi :