TRADUCTION D4UN TEXTE EN ANGLAIS
Résolu/Fermé
benamira
Messages postés
38
Date d'inscription
lundi 10 septembre 2007
Statut
Membre
Dernière intervention
2 mai 2009
-
22 mars 2008 à 16:24
s - 17 avril 2008 à 20:52
s - 17 avril 2008 à 20:52
A voir également:
- TRADUCTION D4UN TEXTE EN ANGLAIS
- Traduction anglais français texte long gratuit photo - Guide
- Google traduction anglais français - Télécharger - Traduction
- Transcription audio en texte word gratuit - Guide
- Traduction français-anglais gratuit - Télécharger - Traduction
- Excel cellule couleur si condition texte - Guide
6 réponses
Utilisateur anonyme
22 mars 2008 à 16:30
22 mars 2008 à 16:30
Bonjour
merci de ne pas crier...
as tu fait une traduction google(ou autre outils en ligne) ?
car même si c'est pas parfait, ca peut aider à comprendre...
merci de ne pas crier...
as tu fait une traduction google(ou autre outils en ligne) ?
car même si c'est pas parfait, ca peut aider à comprendre...
chantaussel
Messages postés
137
Date d'inscription
lundi 17 mars 2008
Statut
Membre
Dernière intervention
9 juillet 2014
30
22 mars 2008 à 17:21
22 mars 2008 à 17:21
For example, OCL allows postconditions like self.attr1 = self.attr2, but does not specify whether this means that attr1 has changed, attr2 has changed or both or neither of them have changed.
Par exple, OCL permet de faire / accepte les "postconditions" (conditions à postériori?) telles que self.attr1 = self.attr2, mais ne spécifie pas si cela veut dire que attr1 ou attr2 ont changé de valeur, ou si c'est les deux ou ni l'un ni l'autre.
To interpret such statements LEIRIOS Test Designer™ distinguishes to kinds of predicates, active ones and passive ones, based on the desired semantics of each OCL operator.
Pour interpréter de telles lignes de code, LEIRIOS Test Designer™ distingue deux sortes de prédicats, les actifs et les passifs, basés sur le sens que l'on veut donner à chaque opérateur OCL.
For example, the condition part of an if-then-else is passive, while the then and else parts are active (provided that whole if-then-else itself is active).
Par exple, dans une commande en if-then-else, la partie contenant la condition est passive, alors que les parties en then et else sont actives (à condition que l'ensemble if-then-else soit lui même actif.)
Preconditions and transition guards are always passive. In P1 implies P2, P1 is passive and P2 is active, in E->select(P), P is passive, while in E->forall(P) and E->exists(P), P is active.
Les "preconditons" (???) et les "transition guards" (???) sont toujours passives. Dans P1 implies P2 (P1 implique P2), P1 est passif et P2 est actif. Dans E->select(P), P est passif, alors que dans E->forall(P) et E->exists(P), P est actif.
LEIRIOS Test Designer™ assumes that variables that are not mentioned at all in a postcondition do not change, and that equality should be interpreted as an assignment only in certain active contexts within postconditions.
LEIRIOS Test Designer™ présume/admet que les variables qui ne sont pas du tout mentionnées dans une "postcondition" ne changent pas, et qu'une égalité ne devrait être interprétée comme une attribution que dans certains cas et lorsque l'on se trouve dans une "postcondition".
Any equality that is active and whose left hand side is an attribute (without a @pre modifier) or an output variable is interpreted as an assignment.
Tout égalité qui est active et dont la partie gauche est un attribut (sans un modificateur @pre) ou une variable de sortie (?) est interprétée comme une attribution.
That is, an active equality attr1=E is interpreted as an assignment to attr1, so the final value of attr1 will be equal to E. To avoid ambiguities, the expression E must refer only to input values and the previous state (using @pre). So if we want the above postcondition to mean that attr2 is assigned the original value of attr1, we must write it as self.attr2 = self.attr1@pre.
Ce qui veut dire qu'une égalité telle que attr1=E est interprétée comme l'attribution d'une valeur à attr1, et la valeur finale de attr1 sera égale à E. Pour éviter toute ambiguïté, l'expression E doit faire référence uniquement à des valeurs d'entrée (?) et à l'état précédent (en utilisant @pre). Donc si l'on souhaite que la "postcondition" ci-dessus signifie que attr2 se voit attribuer la valeur première de attr1, il faut l'écrire comme ceci : self.attr2 = self.attr1@pre.
;)
Mahmah
Messages postés
496
Date d'inscription
lundi 17 septembre 2007
Statut
Membre
Dernière intervention
22 juin 2010
125
22 mars 2008 à 17:37
22 mars 2008 à 17:37
C'est bien "pré-conditions" et "post-conditions" (termes utilisés pour la programmation par contrat)
benamira
Messages postés
38
Date d'inscription
lundi 10 septembre 2007
Statut
Membre
Dernière intervention
2 mai 2009
1
23 mars 2008 à 00:23
23 mars 2008 à 00:23
Bonjour
MERCI beaucoup
MERCI beaucoup
chantaussel
Messages postés
137
Date d'inscription
lundi 17 mars 2008
Statut
Membre
Dernière intervention
9 juillet 2014
30
23 mars 2008 à 09:04
23 mars 2008 à 09:04
You're welcome!
Pense à cocher "résolu" ;)
Pense à cocher "résolu" ;)
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Par exemple, OCL permet des post-conditions comme moi attr1 = moi attr2, mais ne spécifie pas si cela signifie qu'attr1 a changé, attr2 a changé ou tous les deux ou aucun d'entre eux ont changé. Pour interpréter de telles déclarations le Créateur d'Épreuve de LEIRIOS ™ distingue aux sortes de prédicats, les actifs a la sémantique désirée de chaque opérateur OCL. Par exemple, la partie de condition d'un "si alors d'autre" est passif, pendant que de l'époque et d'autre les parties sont actives (à condition que le tout "si alors d'autre" lui-même est actif). Les conditions nécessaires et les gardes de transition sont toujours passifs. Dans P1 implique P2.
P1 est passif et P2 est actif, dans E-> l'élection (P), P est passif, pendant que dans E-> forall (P) et E-> existe (P), P est actif. Le Créateur d'Épreuve de LEIRIOS ™ suppose que les variables qui ne sont pas mentionnées du tout dans une post-condition ne changent pas et que l'égalité
devrait être interprété comme une attribution seulement dans de certains contextes actifs dans les post-conditions. N'importe quelle égalité qui est active et dont le côté de main gauche est un attribut (sans un modificateur @pre) ou une variable de production est interprétée comme une attribution. Ainsi, une égalité active attr1=E est interprétée
évitez des ambiguïtés, l'expression E doit faire allusion seulement aux valeurs de contribution et à l'état précédent (utilisant @pre). Ainsi si nous voulons la susdite post-condition de signifier qu'attr2 est alloué la valeur originale d'attr1, nous devons l'écrire comme moi attr2 = moi attr1@pre.
P1 est passif et P2 est actif, dans E-> l'élection (P), P est passif, pendant que dans E-> forall (P) et E-> existe (P), P est actif. Le Créateur d'Épreuve de LEIRIOS ™ suppose que les variables qui ne sont pas mentionnées du tout dans une post-condition ne changent pas et que l'égalité
devrait être interprété comme une attribution seulement dans de certains contextes actifs dans les post-conditions. N'importe quelle égalité qui est active et dont le côté de main gauche est un attribut (sans un modificateur @pre) ou une variable de production est interprétée comme une attribution. Ainsi, une égalité active attr1=E est interprétée
évitez des ambiguïtés, l'expression E doit faire allusion seulement aux valeurs de contribution et à l'état précédent (utilisant @pre). Ainsi si nous voulons la susdite post-condition de signifier qu'attr2 est alloué la valeur originale d'attr1, nous devons l'écrire comme moi attr2 = moi attr1@pre.
22 mars 2008 à 16:55
j'ai cherché sa traduction sur google et systran mais c'est pas clair.
ce que je souhaite comprendre c'est le sens pas les mots un par un
merci quand même de m'avoir répondu
a+