urbanisation-si

urbanisation-si

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

 

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 :

 

Vous cherchez désespérement un formalisme pour vos processus métiers mettant en accord MOA et MOE, la solution miracle existe, elle s'appelle 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

Diagramme information - service métier en phase B architecture métier de TOGAF - étape 20 de l’étude de cas Modelio

Le diagramme information - service métier a pour objectif de modéliser les entités métier utilisées en entrée et produites en sortie par les services métier. Ces modèles constitueront une aide précieuse pour représenter l’architecture des données en phase C architecture des systèmes d’information. Le diagramme est réalisé par les analystes métier avec comme référents les experts mé...

Diagramme de cas d’utilisation métier en phase B architecture métier de TOGAF – étape 19 de l’étude de cas Modelio

Le diagramme de cas d’utilisation métier a pour objectif de modéliser les communications entre les acteurs (consommateurs) externes ou internes et les services métier. Le diagramme est réalisé par les analystes métier avec comme référents les experts métier et à destination des analystes métier, responsables métier et architectes applicatifs.     TOGAF distingue les cas d’utilisation mé...

Les règles métier en phase B architecture métier de TOGAF – étape 18 avec l’outil Enterprise Architect de Sparx Systems

Le diagramme de règles métier a pour objectif de modéliser les exigences de prise de décisions (par ex. les tables et arbres de décisions) et leurs logiques (par ex. formules de calculs) qui constituent le cœur de métier d’une entreprise et qui doivent obligatoirement être modélisées avec la norme OMG (Object Management Group), DMN (Decision Model and Notation). Cette norme a été conçue pour être utilisable avec la norme de modé...

Diagramme de processus métier en phase B architecture métier de TOGAF – étape 17 de l’étude de cas

Le diagramme de processus métier a pour objectif de modéliser la séquence ou un flux d'activités qu’une organisation opère dans le but de l'accomplissement d’un travail. La norme OMG (Object Management Group) de modélisation des processus métier est BPMN (Business Process Model and Notation) qui est unanimement reconnue sur le marché, je vous recommande vivement de l'utiliser. Le diagramme est réalisé par les analystes mé...

Diagramme objectifs-services métier en phase B architecture métier de TOGAF – étape 16 de l’étude de cas

Le diagramme objectifs-services métier a pour objectif d’aider à la préparation aux indicateurs de performance des services métier en représentant les objectifs stratégiques ou opérationnels auxquels ils sont assignés. Le diagramme est réalisé par les analystes métier avec comme référents les experts métier et à destination des analystes métier et architectes applicatifs.  ...

Diagramme de décomposition fonctionnelle en phase B architecture métier de TOGAF – étape 15 de l’étude de cas

Le diagramme de décomposition fonctionnelle a pour objectif de représenter les capacités de l’entreprise et ce qu’elle doit faire sans préciser comment. Le diagramme est réalisé par les analystes métier avec comme référents le top management, les responsables d’unités organisationnelles et à destination des analystes métier et processus.     Les fonctions responsables des missions de l’...

Diagramme de localisation en phase B architecture métier de TOGAF – étape 14 de l’étude de cas

Le diagramme de localisation a pour objectif de représenter la situation géographique des sites de l’entreprise ce qui permettra en phase D, architecture technique, de préciser où sont déployés les applications et les matériels. Le diagramme est réalisé par les analystes métier avec comme référents les responsables d’unités organisationnelles et à destination de la direction, des responsables d’...

Diagramme d’organisation et de localisation en phase B architecture métier de TOGAF – étape 13 de l’étude de cas

Le diagramme d’organisation et de localisation a pour objectif de représenter les occurrences d’unité organisationnelle avec leur situation géographique où elles sont déployées ainsi que l’appartenance des acteurs/rôles à ces unités mais uniquement lorsque ce n’est pas trivial. Le diagramme est réalisé par les analystes métier avec comme référents les responsables d’unité...

Diagramme des rôles joués par les acteurs en phase B architecture métier de TOGAF ? – étape 12 de l’étude de cas

Le diagramme des rôles joués par les acteurs a pour objectif de définir pour chaque intervenant, la fonction qu’il occupe lorsqu’il réalise une activité d’un processus métier. Le diagramme est réalisé par les analystes métier avec comme référents les responsables d’unités organisationnelles et à destination de la direction, des responsables d’unités organisationnelles et des analystes mé...

Comment modéliser les flux échangés entre une entreprise et les acteurs externes en phase B architecture métier de TOGAF ? – étape 11 de l’étude de cas

Le diagramme de flux a pour objectif de définir pour chaque intervenant, les données reçues, traitées et émises spécifiant ainsi leurs responsabilités. Le diagramme est réalisé par les analystes métiers avec comme référent les responsables d’unités organisationnelles et à destination de la direction et des analystes.     Dans ce diagramme, on trouve les stéréotypes ...