Rendre votre entreprise innovante, avec des processus métiers plus agiles et augmenter sa capacité à évoluer, sont les principaux objectifs de l'urbanisation du SI.
L'urbanisation du SI est une méthode de la maîtrise de la complexité.
L'urbanisme cible la réappropriation du SI par la maîtrise d'ouvrage.
Pour y arriver, une compétence plus grande en matière de SI leur est nécessaire.
Une meilleure communication maîtrise d'ouvrage - maîtrise d'œuvre pourra s'instaurer.
Une organisation innovante et performante dépend de l'optimisation de son SI dont la complexité est sans cesse croissante.
Il faut maîtriser le SI pour pouvoir le moderniser et innover : le projet d'urbanisation du SI n'est pas un projet en plus !
C'est souvent celui qui permet de réussir tous les autres.
Voir les sous-catégories de la catégorie "Urbanisation SI" :
- Le processus d'urbanisation du Système d'Information
- L'urbanisme et la gouvernance du Système d'Information
- Les autres méthodes de gouvernance du SI
- Les recherches en urbanisation du SI
Comment mettre en œuvre le framework d’Architecture d’Entreprise TOGAF (The Open Group Architecture Framework) ?
TOGAF est une méthode générique comportant des solutions clés en main à la transformation de l’architecture d’entreprise.
Évidemment l’objectif suprême est la réalisation d’applications opérationnelles.
Pour se faire, il faut une vision globale couvrant les aspects stratégiques, métiers, organisationnels, s’assurer de l’alignement entre le métier et la technique, rechercher constamment l’évolutivité des SI et avoir une culture de l’innovation.
TOGAF intègre les stratégies, les exigences, les processus métiers, les applications, les infrastructures techniques et des associations efficientes entre ces différents aspects et va même jusqu'à la planification et la gestion du changement.
Voici un de nos plus fameux articles sur TOGAF : TOGAF pour les nuls.
Vous trouverez bien sur le reste de notre saga dans la catégorie TOGAF
Vous cherchez désespérément un formalisme pour vos processus métiers mettant en accord MOA et MOE, la solution miracle existe, elle s'appelle BPMN
BPMN est un langage plus concret que UML, spécialement conçu pour les experts métiers afin qu'ils puissent représenter leurs processus métiers avec la terminologie qu'ils connaissent
L'article suivant référence l'ensemble des sujets traités sur BPMN :
Le reste de notre saga dans la catégorie BPMN
SysML, c'est comme UML mais en mieux !
UML ne permet pas directement de modéliser les exigences et d'assurer la traçabilité vers leurs réalisations par les autres éléments de conception.
UML ne prévoit rien pour représenter des éléments non-logiciels, des équations mathématiques, des contraintes, des flux (énergie, fluide, ...), des allocations structurelles/comportementales, ...
Et enfin, UML utilise la terminologie orientée objet (classe, attribut, méthode, ...) qui si elle convient bien aux méthodes et langages de programmation objets, n'est pas celle adoptée par l'ingénierie système.
Mais n'oublions pas tout de même que UML est la base de SysML qui est un profil UML (package de stéréotypes, tags/values et contraintes OCL).
Voir les articles de la catégorie SysML de ce blog et notamment SysML pour les nuls : de la modélisation des exigences à la réalisation du système .
Derniers articles
Tutorial, exemple d’étude de cas TOGAF - Analyser les objectifs - étape 3.1 de Comment modéliser la phase A Vision de la méthode ADM
La stratégie d'entreprise est le fait de se fixer des objectifs en fonction de la configuration de l'environnement et des ressources disponibles dans l'organisation puis à allouer ces ressources afin d'obtenir un avantage concurrentiel durable et défendable
Dans l’article suivant, je présentais le métamodèle de la vue stratégique de la démarche d’urbanisation du SI :
Libérez-vous, laissez votre straté...
Exemple d’étude de cas TOGAF - Comment modéliser la phase A Vision de la méthode ADM : étape 2, matrice des parties prenantes (stakeholder)
Connaître les préoccupations des participants oriente les choix de création et conception des artefacts. Les rôles des participants et leurs tâches dans le cycle ADM doivent être déterminés. La granularité des modèles seront établies de manière à être compréhensible par les destinataires.
Lors de notre précédent article, au paragraphe "Les propriétés des artefacts TOGAF", nous avions abordé...
Exemple d’étude de cas TOGAF - Comment modéliser la phase A Vision de la méthode ADM : étape 1, les éléments de modélisation
La phase préliminaire de la méthode ADM (Architecture Development Method) de TOGAF (The Open Group Architecture Framework) identifie les acteurs participant aux travaux d’architecture d’entreprise et par rapport à leurs préoccupations spécifiques, on détermine les points de vue et artefacts importants dans le cadre d’une entreprise.
Pour comprendre ce que sont les points de vues et les vues TOGAF, voir l’article qui leurs sont consacré...
Exemples d’études de cas d’architecture d’entreprise avec le framework TOGAF empruntés à l’outil français Modelio
Après la théorie sur le framework d’architecture d’entreprise, standard du marché, TOGAF, voici, des exemples complets et bien concrets illustrant la modélisation des phases du cycle de la méthode ADM (Architecture Development Method).
Les différentes études de cas sont fournies par l’outil de modélisation français, open source, Modelio.
Installation de Modelio
La version open source est té...
Les points de vue et les vues TOGAF ou comment montrer que les préoccupations et les exigences des parties prenantes sont prises en compte
TOGAF recommande en phase préliminaire d'identifier les vues architecturales et les points de vue pertinents pour le cycle ADM (Architecture Development Method) afin de satisfaire les préoccupations et les exigences des différentes parties prenantes
Les « parties prenantes » (individus, des équipes ou organisations) ont des rôles clés dans le système ou des préoccupations à ce sujet ; par exemple, en tant qu'utilisateurs, dé...
Les fondamentaux de la modélisation d'un Système d'Information : le bon usage des modèles
Un modèle est faux par nature !
Il n’est pas conçu pour être vrai et représenter parfaitement la réalité mais pour répondre à un usage. Un modèle n’est ni bon ni mauvais, un modèle est juste adapté ou pas à un usage.
Un modèle est comparable aux cartes géographiques, il peuvent être déclinés à différentes échelles qui permettront de zoomer sur une partie du domaine traité...
Gouvernance de l'architecture en pratique : principaux facteurs de succès et éléments d'une stratégie efficace
Cet article fournit des directives pratiques pour la mise en œuvre efficace de la gouvernance de l'architecture. Une architecture d'entreprise imposée sans soutien politique approprié est vouée à l'échec. Pour réussir, l'architecture d'entreprise doit refléter les besoins de l'organisation.
Gouvernance de l'architecture - Principaux facteurs de succès
Il est important de prendre en compte les éléments suivants pour assurer une approche ré...
Le cadre de gouvernance de l'architecture : identifier les processus et les structures organisationnelles efficaces
Cet article décrit un cadre conceptuel et organisationnel pour la gouvernance de l'architecture.
Le cadre de gouvernance est ici, un cadre générique qui peut être adapté à l'environnement de gouvernance existant d'une entreprise.
Il est destiné à aider à identifier les processus et les structures organisationnelles efficaces, de sorte que les responsabilités métiers associées à la gouvernance de l'architecture puissent ê...
Gouvernance d’entreprise, Gouvernance technologique, Gouvernance informatique et Gouvernance de l’architecture : mais où se situe la Gouvernance TOGAF ?
La gouvernance de l'architecture ne fonctionne généralement pas de manière isolée, mais au sein d'une hiérarchie de structures de gouvernance.
Cet article définit ce qu’est la gouvernance et les différents niveaux qui peut exister au sein d’un grand compte ainsi que le périmètre couvert par la gouvernance de l'architecture d’entreprise TOGAF.
La hiérarchisation des différents types de gouvernance au sein de l'entreprise
La gouvernance d'architecture est la pratique et l'orientation donné...
Le référentiel TOGAF, le patrimoine des informations et des bonnes pratiques pour toute l’entreprise
Le référentiel TOGAF récupère des informations du cycle ADM (Architecture Development Method) qui à son tour utilise les données de ce référentiel en fonction de ses besoins.
La structure et le contenu des zones du référentiel TOGAF contiennent les résultats des projets, à savoir le « paysage d'architecture », la « bibliothèque de référence ...