L'architecture SCA (Service Component Architecture), basée sur l'architecture orientée service conforme aux normes de l'industrie, présente tous les processus métier (par exemple, les services Web, les ressources de service EIS, les flux de travaux ou les bases de données) dans un mode orienté service. Dans cette section, nous examinons de manière générale les services et les objets de données de service créés par cette architecture qui formulent ensemble la logique métier et concernent les données métier.
L'architecture SCA a pour but de séparer la logique d'intégration métier de
l'implémentation de façon à ce que le développeur d'intégration puisse se
concentrer sur l'assemblage d'une application intégrée plutôt que sur les
détails de l'implémentation. Pour ce faire, les composants de service contenant
l'implémentation des différents services requis par les processus métier sont
créés. Le résultat obtenu est une architecture à trois couches (logique
d'intégration métier, composants de service et implémentation), comme illustré
dans le diagramme ci-dessous.
Les composants de service contiennent l'implémentation. Le développeur
d'intégration peut donc les assembler graphiquement sans connaître les détails
de l'implémentation. Les composants de service permettent également au
développeur d'intégration, ou à son collaborateur, d'ajouter
l'implémentation ultérieurement. Comme illustré dans le
diagramme du produit, les composants sont assemblés visuellement. En
d'autres termes, vous n'êtes pas exposé au code contenu dans les
composants. Dans le niveau de logique métier présenté dans le diagramme
ci-après, les composants sont assemblés indépendamment de leur
implémentation. L'architecture orientée service vous permet donc de concentrer
vos efforts sur la résolution des questions métier en utilisant et en
réutilisant des composants sans vous préoccuper de la technologie
d'implémentation des services employés.