L'architecture orientée services (SOA) permet de choisir un Artefact : Fournisseur de services basé non seulement sur la
fonctionnalité fournie mais sur la qualité de service (QoS) qu'il peut garantir. L'une des raisons pour changer de
fournisseur de services peut souvent être le résultat d'une modification d'exigences non fonctionnelles, nécessitant un
nouveau niveau de qualité de service qui n'est pas pris en charge par un fournisseur existant. La raison peut également
être la dégradation de la qualité de service attendue par le consommateur du service. Une architecture orientée
services (SOA) permet cette souplesse, généralement à un coût moindre, que les autres styles d'architecture.
La qualité de service peut être envisagée selon deux perspectives : celle du fournisseur et celle du
consommateur. Le fournisseur de services garantit la fourniture et le maintien d'une qualité de service pour
chacun de ses services ou de ses groupes de services.Le consommateur du service, d'un autre côté, recherche la qualité
de service souhaitée et choisit un fournisseur en fonction de la qualité de service. Il est également important de
noter que, dans une configuration commerciale où le consommateur et le fournisseur établissent un contrat légal sur
l'utilisation du service, ces garanties de qualité de service sont matérialisées dans des contrats de service qui
prévoient souvent des pénalités en cas de manquement par le fournisseur à remplir son obligation de qualité de service.
Il est donc très important de spécifier clairement les exigences non fonctionnelles requises par le consommateur (par
exemple, coût de la transaction, performances, disponibilité, sécurité, etc.) pour un service ou un ensemble de
services. Dans cette tâche de spécification de service, nous identifions les exigences non fonctionnelles pour la
qualité de service souhaitée. Les exigences non fonctionnelles sont utilisées pour valider des ressources pour des
composants de service qui offrent les services et pour financer la réalisation et la maintenance des composants de
service qui assurent la fourniture de la qualité de service dans le temps. Des décisions architecturales essentielles
doivent être prises pour assurer que la qualité de service promise, basée sur les exigences non fonctionnelles, est
atteinte.
Le mode dont les exigences non fonctionnelles sont associées à l'Artefact : Spécification de service n'est pas défini dans les
présentes instructions. Aucune limite n'est, par ailleurs, indiquée quant à la définition d'une exigence, excepté bien
entendu la qualité de service et la sécurité mentionnées ci-dessus. Les exemples peuvent être :
-
La disponibilité (c'est-à-dire moyenne des temps de bon fonctionnement)
-
Une fenêtre opérationnelle (y a-t-il une période où le service ne sera pas utilisé ?)
-
Les temps de réponse (rapidité avec laquelle le service doit répondre à une requête)
-
Le rendement en heures pleines (combien de requêtes pour le service peuvent-elles arriver par unité de
temps, par exemple par seconde, par minute, par heure)
|