Quiz & test
Présentation
En anglais
NOTE DE L'ÉDITEUR
Cet article est la version actualisée de l'article de même nom et de même auteur, publié dans nos éditions en 2008.
RÉSUMÉ
Les systèmes d'information de nombreuses grandes entreprises se sont construits graduellement au cours des dernières décennies sous forme d'applications indépendantes où les informations sont dupliquées. Cela se traduit par des ruptures, citons celle des identifiants, de la chaîne informatique, la temporelle et la géographique. Résoudre ces ruptures est fondamental, car elles sont responsables d’incohérences, de saisies multiples et d’un service peu satisfaisant pour les utilisateurs et l’entreprise. L’architecture informatique SOA REST permet de restructurer le système d’information en simplifiant l’expression des principes, et de fait d’apporter solution à ces problématiques. Cet article présente des principes d'urbanisation fondés sur ce style d'architecture.
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleABSTRACT
The information systems of a significant number of large companies have been gradually built up over the last few decades in the form of independent applications where information is duplicated. This generates ruptures in identifiers and in the computing chain and also temporal and geographical ruptures. It is essential to address these ruptures as they are responsible for inconsistencies, multiple data entries and an unsatisfactory service for users and companies. The SOA REST computing architecture restructures the information system by simplifying the expression of principles and helps solve these issues. This guide presents urbanization principles based upon this style of architecture.
Auteur(s)
-
Jean-Paul FIGER : Président de la société ARMOSC
INTRODUCTION
Ce guide présente des principes d’urbanisation fondés sur un style d’architecture SOA REST. Ces principes restent valables quel que soit le style d’architecture pour l’urbanisation de tout système d’information complexe.
Ce document est une adaptation dans le cadre d’une architecture SOA REST d’un guide préparé par Th. Moineau – [email protected]
JM. Lapeyre – [email protected]
D. Oddoux – [email protected]
pour la réalisation de systèmes d’information complexes dans une grande entreprise.
L'expertise technique et scientifique de référence
MOTS-CLÉS
KEYWORDS
urbanization | SOA | REST | MQTT | loose coupling
VERSIONS
- Version archivée 1 de août 2008 par Jean-Paul FIGER
DOI (Digital Object Identifier)
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(239 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Présentation
Annexe 3 : Alertes, affaires et indicateurs métier
En anglais
12. Annexe 2 : « Optimistic locking »
Comme nous l’avons vu au principe 7 de « non-exclusivité des données », il n’est pas possible de réserver, même temporairement, une donnée. Une conséquence de ce principe est qu’une donnée peut potentiellement être modifiée par un utilisateur pendant qu’un autre utilisateur est en train de l’éditer.
Supposons, par exemple, que l’utilisateur veuille modifier l’adresse d’un client. Il effectue pour cela une activité dans le SF Pilote approprié. Il est fort probable que l’interface homme-machine, pour cette activité, affiche un ensemble d’informations sur le client, dont l’adresse courante. Notre utilisateur commence à saisir la nouvelle adresse, mais il est interrompu par un appel téléphonique. Pendant ce temps, un autre utilisateur effectue une activité qui a pour conséquence de modifier l’adresse du client. Notre premier utilisateur qui reprend son activité à la fin de sa conversation téléphonique n’est pas au courant de la modification faite par l’autre utilisateur et risque donc de l’écraser.
En général, cela ne pose pas de problème fonctionnel, car le résultat est habituellement le même que dans le cas tout à fait valide où le second utilisateur avait fait sa modification en premier, par exemple, quelques minutes avant que le premier utilisateur ne commence.
Dans certains cas, le traitement fait par le pilote dépend de la valeur initiale de la donnée. Il est alors important de vérifier, avant les mises à jour dans les SF Silos, que la valeur n’a pas changé durant le traitement de l’activité par l’utilisateur. La solution classique pour traiter ce genre de scénario consiste à introduire dans le service de modification d’une donnée la dernière valeur connue par le pilote. Le SF Silo compare celle-ci avec la valeur courante dans le référentiel ; en cas de divergence, une erreur est retournée au pilote qui peut alors, si nécessaire, afficher un message à l’utilisateur indiquant que la valeur a été modifiée entre temps et lui demandant, par exemple, la conduite à tenir. Il convient cependant de relativiser la fréquence et l’importance de ces cas :
-
la fréquence de tels conflits sera rare, et bien moindre que celle des refus a priori par verrouillage, car, comme nous l’avons vu au principe 7, l’approche par réservation impose un périmètre de verrouillage assez large puisque l’on...
L'expertise technique et scientifique de référence
TEST DE VALIDATION ET CERTIFICATION CerT.I. :
Cet article vous permet de préparer une certification CerT.I.
Le test de validation des connaissances pour obtenir cette certification de Techniques de l’Ingénieur est disponible dans le module CerT.I.
de Techniques de l’Ingénieur ! Acheter le module
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(239 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Annexe 2 : « Optimistic locking »
L'expertise technique et scientifique de référence
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(239 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
QUIZ ET TEST DE VALIDATION PRÉSENTS DANS CET ARTICLE
1/ Quiz d'entraînement
Entraînez vous autant que vous le voulez avec les quiz d'entraînement.
2/ Test de validation
Lorsque vous êtes prêt, vous passez le test de validation. Vous avez deux passages possibles dans un laps de temps de 30 jours.
Entre les deux essais, vous pouvez consulter l’article et réutiliser les quiz d'entraînement pour progresser. L’attestation vous est délivrée pour un score minimum de 70 %.
L'expertise technique et scientifique de référence
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(239 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
