En "gros" c'est la glue entre les applications d'une entreprise (mais si je donne plus de détails, tu risques de me sortir le Business_loto :p).
Le temps gagné est difficilement mesurable (comme souvent) mais c'est clairement la différence entre "les applications peuvent évoluer indépendamment les unes des autres" de "ah mais pour mettre en production A1, il faut que A2 change ses interfaces qui dépendent de A3 ayant comme pré-requis A1, on fait comment, sur un week-end comme d'hab' ?".
Ce que ça apporte, c'est que la "glue" encaisse les changements (de versions, de fonctionnalités des applis) et ipso facto permet de documenter tant les interfaces d'un point de vue technique que les processus d'un point de vue métier. Et pour répondre au commentaire au-dessus, un tableur est une réponse possible, la meilleure pour avoir un truc non visible des directions informatiques et laissant les utilisateurs s'enterrer dans leur démerde à eux qu'ils gèrent tant bien que mal, généralement mal, jusqu'à appeler à l'aide...
[^] # Re: gni ?
Posté par BAud (site web personnel) . En réponse à la dépêche Bonita : Une solution open source de gestion de processus métier simple et puissante. Évalué à 9.
En "gros" c'est la glue entre les applications d'une entreprise (mais si je donne plus de détails, tu risques de me sortir le Business_loto :p).
Le temps gagné est difficilement mesurable (comme souvent) mais c'est clairement la différence entre "les applications peuvent évoluer indépendamment les unes des autres" de "ah mais pour mettre en production A1, il faut que A2 change ses interfaces qui dépendent de A3 ayant comme pré-requis A1, on fait comment, sur un week-end comme d'hab' ?".
Ce que ça apporte, c'est que la "glue" encaisse les changements (de versions, de fonctionnalités des applis) et ipso facto permet de documenter tant les interfaces d'un point de vue technique que les processus d'un point de vue métier. Et pour répondre au commentaire au-dessus, un tableur est une réponse possible, la meilleure pour avoir un truc non visible des directions informatiques et laissant les utilisateurs s'enterrer dans leur démerde à eux qu'ils gèrent tant bien que mal, généralement mal, jusqu'à appeler à l'aide...
Bon courage pour parcourir wikipedia, le sujet est assez complexe et varie d'une entreprise à l'autre, même s'il y a des constantes.
http://fr.wikipedia.org/wiki/Urbanisation_%28informatique%29 et http://en.wikipedia.org/wiki/Enterprise_architecture peuvent aider, même s'il vaut mieux avoir déjà été confronté à ces soucis pour se rendre compte que le bon sens aide bien souvent (et que la solution n'est pas qu'informatique).