Architecture IT

Aller au contenu | Aller au menu | Aller à la recherche

Architecture IT

Entre l'Enterprise Architecture, la Software Architecture, SOA, l'EAI, MDA, les middlewares et autres joyeusetés, j'essaie modestement de trouver le point d'équilibre entre les best practices, les coûts, le pragmatisme et les modes...

L'architecture IT est un art compris seulement par ceux qui le pratiquent. En gros l'architecte est un incompris. Mais c'est pas grave.

samedi 2 avril 2011

L'architecture IT: faire rêver ou faire marcher?

Le 1er avril on m'a proposé de travailler sur un projet. En regardant le document d'architecture fourni, j'ai d'abord cru à un poisson d'avril mais il s'avère que non... J'ai donc cherché à comprendre comment on avaient pu faire une telle ... œuvre? Il m'est aussi arrivé de faire des choses dont je ne suis pas fier à cause de contraintes fortes (historique, moyens financiers, compétence de l'équipe ou de moi même, timing...). Mais dans ce cas on m'a répondu: il faut faire rêver le client! Et là je pose la question: quel est le plus important: faire rêver ou faire marcher?

mercredi 30 mars 2011

Documenter l'utilisation d'une interface... Dictionnaire de données kesako?

Parfois certaines règles qui semblent basiques nécessitent d'être rappelée... Dans les projets d'intégration, le succès dépends souvent de la bonne utilisation des interfaces. Mais pour cela, ces dernières doivent être clairs! Simple me direz vous et pourtant...

jeudi 24 mars 2011

Accéder aux données d'une application externe? ok mais pas n'importe comment...

Beaucoup de projets que je vois et qui ont besoin d'information contenues à l'extérieur de leur périmètre accèdent directement aux bases de données d'autres applications... J'espère que tout comme moi cela vous choque!

Voici comment je vois les choses: