Les architectures orientées services ou systèmes SOA sont conçues autour de la notion de services correspondant à une action exécutée par un fournisseur et consommée par un client, alors que l’interaction entre le producteur (fournisseur) et le consommateur (client) du service est assurée par un médiateur «bus». L’un des intérêts de ces architectures est de permettre une grande modularité des systèmes et surtout une réutilisation de services pouvant contribuer au traitement de nombreux processus distincts. Ils présentent toutefois une contrainte forte au regard de l’intégration de composants nouveaux. En matière d’intégration, le client maître d’ouvrage se voit investit d’une obligation de description de ses besoins, en termes de système cible et de description de son existant ou à tout le moins des composants avec lesquels les fournitures nouvelles « matériels et ou logiciels » devront interagir. Si l’existant est conçu avec une architecture de type SOA, cette organisation sera structurante pour le schéma d’intégration de composants nouveaux. Si le fournisseur ne dispose pas d’un accès ou d’une description de l’annuaire des services assez documentée, il y a un risque de dérive des coûts et des délais de réalisation et surtout d’inadéquation de la méthodologie d’intégration par rapport aux contraintes urbanistiques et architecturales du client.