flageng.gif (983 bytes)

Du "Business Motivation Model (BMM)" au SOA

BRIDGING THE ENDS, MEANS, RULES and PROCESSES TOWARD IT LEVEL SOA COMPONENTS

Cette présentation fournit selon le BMM les liens entre votre vision métier et vos objectifs, stratégies, tactiques, ainsi que règles et processus métier. Elle montre ensuite la passerelle à établir avec les composants d'une architecture de type SOA afin d' aligner votre SI sur vos objectifs et directifs métier...

Pour lire la suite (en anglais) 29.04.2008

 

Exécuter votre business à partir de vos objectifs et directifs métier

Un résumé de l'approche "Goal-Driven SOA" basée sur les standards UML, MDA et BMM de l'OMG

Cette section d'introduction à la démarche "Goal-Driven SOA" est particulièrement basée sur le Business Motivation Model de l'OMG. Elle montre d'abord sur un cas concret comment modéliser les relations entre votre vision métier, objectifs, stratégies et tactiques ainsi que vos règles métier avec l'outil BizModeler. Elle illustre ensuite avec l'outil Enterprise Architect (EA) la passerelle entre le business modèle ainsi structuré et les composants informatiques sous-jacents afin d'exécuter votre business plan à partir de vos objectifs métier.

 

Pour lire la suite (en anglais) 9.11.2007

 

 

Comment accroître votre Agilité Métier avec BMM et UML sur une SOA calquée sur vos Objectifs Métier ?

Etapes pour réussir avec le "Goal-Driven SOA" basée sur les standards UML, MDA et BMM de l'OMG

Les démarches orientées objet et dirigées par les cas d'utilisation ne suffisent pas, à elles seules, à assurer de bons niveaux d'agilité aux SI face aux changements. L'une des deux principales raisons de cette insuffisance d'agilité est que de telles méthodes sont à l'origine de problèmes de traçabilité (1-N) entre les exigences et les objets logiciels issus du domaine métier. L'autre raison est qu'elles se focalisent uniquement sur les interactions de leurs utilisateurs avec le système en rendant les règles métier quasi invisibles. Les règles métier devenant ainsi encapsulées derrière les scénarios de cas d'utilisation, le système résultant est quasiment inapte à s'adapter aux changements des exigences métier du fait que ces changements ne peuvent être capturés directement par des "structures de règles appropriées " et propagés jusqu'au niveau des composants informatiques afin d'aligner ces derniers rapidement et en cohérence avec ces changements.

 

Pour lire la suite (en anglais) 15.10.2007

 

Six Patrons pour Aligner l'Informatique sur vos Objectifs et Directifs Métier

Patterns pour réussir avec le Goal-Driven Service Oriented Architecture (GD-SOA)

Tout au long du processus d'adaptation résumé ci-dessus, afin d'éviter les problèmes d'agilité causés par les approches traditionnelles basées sur les "use case" et l'orienté objet traditionnel, les services SOA doivent être conçus comme des composants flexibles et traçables pour assurer une évolution rapide et cohérente face aux changements. Deux groupes de patrons d'ingénierie nous aident à atteindre ces objectifs :

 

Le premier groupe de patrons confère de la flexibilité aux services SOA en leur assurant identification, traçabilité et executabilité.

 

Le second groupe de patrons permet de configurer les services de façon à ce qu'ils éliminent le gap entre les spécifications métier et applicatives et qu'ils assurent au système une évolution cohérente face aux changements.

15.09.2007

 

 

Publications Récentes...

 

Google search
WWW www.goobiz.com