Architecture Orienté Service
Bien que l'expression AOS ait connu son lot de publicité récemment, il semble qu'il est toutefois difficile de bien définir ce qu'est un AOS. Pour certains, il s'agit d'exposer des applications via des services web et pour d'autre le concept de web n'a rien à voir avec l'AOS. Le problème est ici que les acteurs ne parlent pas tous de la même chose. L'AOS en tant que principe n'a rien à voir avec les services web. Toutefois, il est possible d'implémenter une AOS grâce à des services web1. L’AOS se base sur des principes qui ont fait leur preuve soit des ”applications auto-décrite, une encapsulation explicite et le chargement dynamique des fonctionnalités à l'exécution”2 L’AOS permet de conserver les actifs informationnels actuels de l'entreprise tout en permettant de remplacer les morceaux au besoin en créant une zone tampon entre l'appelant et l'appelé. L'important est que la zone tampon, l’interface, soit fixe; dans la littérature, on utilise le terme contrat. Une AOS incorpore aussi une couche de médiation qui permet aux différents services d’accéder aux autres services. Cette couche permet aussi de faire de la transformation de données au besoin3. L’un des avantages majeurs de l’AOS est que les services peuvent être regroupés pour créer de nouveau services. Nemo (2006) mentionne les gains et les risques de cette approche.
Il y a un lien fort entre l'AOS et les données, car pour être efficace, un service appelé doit avoir à sa disposition les données