Les plus chers coûts liés aux applications d’affaire résident dans le projet de développement qu’il est nécessaire d’entreprendre pour les adapter à la réalité concrète de chaque entreprise et les intégrer au reste des applications préexistantes. Réduire les termes, et par conséquent les coûts, de cette intégration au maximum possible est un objectif fondamental dans le dessin de l’architecture des applications d’affaire. A cette fin, on recherche la flexibilité maximale pour garantir que la plateforme technologique ne soit pas laissée en suspens et qu’elle puisse évoluer pour s’adapter aux changements dans les nécessités d’affaire, en ajustant de nouvelles applications de manière agile et simple, si nécessaire.

Il y a quelque temps, il était fréquent que se développent des applications séparées pour des processus d’affaire différents, lesquelles n’étaient pas dessinées pour prendre en compte l’existence d’autres applications. Ceci supposait que lorsqu’il y avait besoin que deux applications se communiquent entre elles, ou se partagent une même structure de données, il était nécessaire de développer une interface spécifique fondée typiquement sur les APIs des deux applications.

Actuellement, l’utilisation des interfaces standards est habituelle pour la communication entre applications, comme les WEB Services. Ceci facilite l’implantation d’applications horizontales de support à d’autres applications, lesquelles réalisent des fonctions communes à divers processus d´affaire (par exemple, l’application de la comptabilité d’une banque ou l’application de gestion de la chaîne de fourniture d’une entreprise de distribution).

S’est également généralisé le développement de nouvelles applications aussi selon un modèle de trois couches, dans lequel la présentation, la logique de l’application et les données sont clairement séparées. Cette séparation en couches offre une grande flexibilité ainsi qu’une grande économie. Cela permet non seulement la consolidation de chaque couche dans un type de serveur convenant à cette fonction mais aussi la réutilisation des composants dans toutes les applications.

La séparation et consolidation de la couche des données sont spécialement significatives parce qu’elles permettent de disposer de toute l’information de l’entreprise sur une seule base de données, évitant alors la duplicité ou l’incohérence de l’information.