Trop souvent les démarches SOA adressent uniquement les problématiques d’architectures techniques et fonctionnelles,  au dépend des enjeux humains et organisationnels inhérents à la transformation qu’impose la SOA au SI.

Lire la suite

Lorsqu’une DSI souhaite mettre en œuvre une Architecture Orientée Services (SOA), il lui est souvent conseillé de suivre une démarche en cascade qui part des processus métier de l’entreprise et qui visent à définir des services ré-utilisables. Même en supposant que ce long processus réussisse, la matérialisation informatique de ces services dans le SI passe généralement par de lourds projets de refonte de l’existant qui est généralement peu aligné sur ces visions théoriques. Qui peut alors réalistement défendre auprès de sa Direction Générale un projet de refonte même partiel de son SI aux seules fins de le rendre SOA ?

Lire la suite

Malgré l’émergence de nouveaux concepts, standards, outils, etc., la complexité de l’intégration demeure toujours la même. Intégrer des applications hétérogènes d’un SI dans une démarche d’urbanisation, de flexibilité et d’évolutivité s’avère un exercice complexe et délicat. Cela nécessite à l’entreprise un effort considérable sur divers volets : économique, technique et organisationnel.

Lire la suite

Le texte suivant est extrait du livre "Une Politique pour le Système d'Information - Descartes - Wittgenstein- (XML)" publié par OCTO Technology :

SOA est l’archétype de la régression collective. Rien de grave, cela arrive dans tous les secteurs. Après DCE, Corba, l'urbanisme des SI et les outils d’EAI, voici le serpent de mer resurgir encore.

Et il y a une bonne raison à sa résurrection : toute réalisation informatique qui implique plus d’une application est un cauchemar : coordination, construction à plusieurs, tests à plusieurs, stress à plusieurs...

Alors les solutions fusent, toujours les mêmes : il faut diminuer le nombre de boîtes et le nombre de fils entre les boîtes.

Lire la suite