urbanisation-si.com

22/06/2015

0 J'aime 0 Poster un commentaire

Urbanisation du Système d'Information : Devenez MEGA Man !

Dans la démarche d'urbanisation du Système d'information, il est nécessaire d'utiliser un outil pour gérer le référentiel des modèles et concevoir les cartographies ainsi que d'assurer la traçabilité.

MEGA, de l'éditeur français du même nom, s'est forgé sa réputation dans les années 90 comme étant le support de référence de la méthode franco française MERISE.

L'outil a ensuite évolué pour supporter les normes UML, BPMN, ..., et est devenu une suite complète d'outils depuis les cartographies d'urbanisme jusqu'aux modèles de conception et à la génération de code.

Parmi la bonne trentaine de modules, se trouve celui appelé MEGA Architecture.

Ce module permet de créer des plans d’urbanisme. Un plan d’urbanisme est un découpage du système d’information suivant un critère particulier. Ce peut être un regroupement par grandes fonctions de l’entreprise, ou bien suivant l’origine des applications, comme à la suite d’une fusion, voire par type d’environnement système, ou tout autre critère pertinent dans le contexte de l’entreprise.

Après avoir créer un plan d’urbanisme, on peut créer à l'intérieur les zones :

Zone : C’est le plus haut niveau de découpage du système d’information de l’entreprise. On trouvera par exemple, dans la plupart des entreprises, une zone d’acquisition des données, une zone opérationnelle de traitement de l’information, une zone de pilotage, une zone "référentiel", etc.
Quartier : Le quartier est un regroupement de traitements pouvant par exemple correspondre à une activité ou à un métier, c’est-à-dire à une nature d’information.
Bloc (ou encore îlot) : Le bloc correspond au composant de base de l’urbanisme. Un bloc est un ensemble de données et de traitements homogènes. Les applications informatiques sont regroupées à l’intérieur des blocs d’urbanisme.

Un des principaux objectifs de l’urbanisation est de faciliter l’évolution du système d’information en permettant de modifier un des blocs applicatifs ou d’en ajouter un nouveau avec un minimum d’impact sur les autres blocs. Pour cela, il est indispensable d’identifier les canaux de communication entre les applications, ainsi que la nature des flux échangés entre elles.

Un canal est une voie de communication par laquelle transite les flux d'information (les messages et leurs contenus) entre un émetteur et récepteur. Ces derniers peuvent être des zones d'urbanisme, des métiers ou des acteurs de l'entreprise, etc.

Le diagramme d’urbanisme de MEGA permet de mettre en évidence ces canaux de communications.

La suite MEGA est complète, elle permet d'acquérir les modules dont on a besoin avec l'avantage que tous les modules communiquent entre eux. Des modules transverses permettent par exemples l'administration comme la gestion des profils utilisateurs, leurs droits, la configuration de la génération des documentations. La gestion des versions peut être confiée à des produits tiers spécialisés comme Microsoft Visual source Safe.

Mon avis est que les licences sont très onéreuses, elle fonctionnent sur le principe du nombre d'utilisateurs connectés simultanément. Si vous avez 2 personnes de la cellule urbanisme qui se connectent en même temps, il vous faut 2 licences pour le module MEGA Architecture.

D'autre part le produit est très fermé et les documentations restent confidentielles.

J'ai l'impression que le petit monde d'experts MEGA veut préserver leur chasse gardée, ce qui va à l'encontre de toutes les tendances open source et partage de la connaissance !

"Quand nous avons soif, il nous semble que nous pourrions boire tout un océan : c’est la foi. Et quand nous nous mettons à boire, nous buvons un verre ou deux : c’est la science."

Anton Tchekhov

Voir aussi :

28/05/2015

0 J'aime 0 Poster un commentaire

Urbanisation du Système d'Information : n'ayez pas les yeux plus gros que le ventre pour vos projets

Lors d'une refonte d'un système d'information, la tentation est grande de vouloir tout refaire du sol au plafond.

Le piège est par exemple de mettre en place simultanément : des nouveaux référentiels produits, personnes, contrats, une nouvelle application de prestations, de cotisations, de renouveler le portail internet client et bien sur de repenser toutes les interfaces internes et externes pour les partenaires et fournisseurs.

Croire que cela va marcher est utopique.

Tous les retours d'expérience montrent que vous allez droit dans le mur !

L'urbanisation du SI est la concrétisation du schéma directeur. Elle dessine une trajectoire pour atteindre le SI cible en définissant les projets prioritaires ainsi que leur positionnement dans les cartographies stratégique, métier, fonctionnelle, applicative et infrastructure. Les applications sont loties en blocs applicatifs communiquant entre eux et implémentant des blocs fonctionnels qui eux même implémentent des blocs métiers. Les échanges de flux sont modélisés dans la cartographie d'infrastructure.

Les principes de l'urbanisme des SI impliquent une décomposition efficiente en blocs autonomes et permet de planifier des projets à taille humaine ou le périmètre est mieux maîtrisé. La modélisation de la trajectoire, des processus métier, du POS, et des cartographies applicative et d'infrastructure, offre aux projets : le contexte, les liens avec les autres applications existantes ou futures et les référentiels de données et de règles métiers.

Comme dit le proverbe "diviser pour mieux régner", la maîtrise de la complexité passe par un découpage en applications relativement restreintes sur le plan fonctionnel et collaborant avec d'autres par messages. C'est l'application à un niveau macroscopique des concepts de la conception objet ou les objets sont autonomes et communiquent entre eux par messages.

Il ne viendrait à l'idée de personne aujourd'hui de concevoir une application COBOL de plusieurs millions de lignes comme on le faisait dans les années 70. Les concepts objets, composants, services et les méthodes itératives et agiles doivent s'appliquer à la gestion de projet.

La bonne pratique est de faire un projet pilote volontairement restreint et non stratégique permettant la mise au point d'une méthode, de familiariser toutes les parties prenantes avec, de valider la communication avec la MOE et de capitaliser pour les projets futurs.

C'est le secret de l'évolutivité, la réutilisabilité la maintenabilité et du succès des projets, mais chut ne le dites à personne.

"Faites que le rêve dévore votre vie afin que la vie ne dévore pas votre rêve."

Antoine de Saint-Exupéry

Voir aussi :

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 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 : 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 :

29/04/2015

0 J'aime 0 Poster un commentaire

Le Big-Mac de l'urbanisation SI

Dans la démarche d'urbanisation SI, pour atteindre le but de faciliter la compréhension mutuelle à la fois du patrimoine mais aussi des initiatives et projets de transformation, il est nécessaire de se référer à des nomenclatures communes. Elles permettent de répertorier et de classer les sujets concernés : des données, des applications, des processus, mais aussi des composants logiciels ou équipements techniques, ainsi que les initiatives et les projets de transformation. L’objectif est de définir et d’entretenir pour chaque point de vue sur le SI (vue stratégie, vue métier, vue fonctionnelle, vue applicative, vue infrastructure) une nomenclature de référence qui permette :

de structurer le patrimoine et sa transformation,
de faciliter la communication et la compréhension du patrimoine et des projets

Ces nomenclatures de références sont régies par trois principes fondamentaux : administration étendue, évolution continue et transparence. Il est préférable d’identifier l’ensemble

des zones. Pour trouver un parallèle, il est préférable d’avoir une photo panoramique avec des zones floues, qu’une photo ne présentant qu’une portion limité du champ de vision mais parfaitement nette.
Une nomenclature de référence est un cadre structurant qui doit présenter une stabilité globale. Toutefois sa réalisation est un travail sur le long terme qui nécessite des adaptations régulières, des affinages progressifs tout en suivant les évolutions de la réglementation, du métier, et des technologies. Une nomenclature n’est donc pas figée dans le temps, elle rentre dans un processus d’amélioration continue. La question du périmètre couvert notamment est importante.
Une nomenclature de référence est un cadre qui donne une vision d’ensemble sur le SI, il doit être diffusé et partagé le plus largement possible. Il ne contient par nature aucune information à caractère confidentiel.

"Hier est derrière, demain est un mystère, aujourd'hui est un cadeau, c'est pour ça qu'on l'appelle présent."

Proverbe chinois

Voir aussi :

29/04/2015

1 J'aime 0 Poster un commentaire

Urbanisation SI : attaquez les risques avant qu'ils ne vous attaquent !

La vue Risque transverse aux 5 autres est ajoutée pour enrichir les points de vue lors de l’analyse et la transformation du SI de l'entreprise.

Elle consiste à identifier les risques auxquels sont soumis les actions de transformation du SI et le SI lui même.

L’identification des facteurs de risques et leur positionnement par rapport aux principaux concepts des 5 vues, notamment avec leurs criticités et vulnérabilité permet une véritable gestion des risques.

S'il est bon de ne rien dire avant de parler il est encore plus utile de réfléchir avant de penser.

Pierre Dac

Voir aussi :