Cette section pr´esente l’utilisation du mod`ele de diff´erenciation comportementale comme un outil permettant d’introduire de la diversit´e dans une simulation tout en maˆıtrisant la conformit´e des ´el´ements cr´e´es. Nous pr´esentons tout d’abord les diff´erents modes d’utilisation envisageables, puis leur mise en application.
Figure 3.3 – Utilisation du mod`ele propos´e en tant que module externe `a la simulation.
3.3.1 Diff´erents modes d’utilisation
Le mod`ele peut ˆetre utilis´e `a diff´erents niveaux de la simulation. Tout d’abord, il peut ˆetre utilis´e comme un outil externe fournissant des param`etres d’entr´ee `a la simulation, tel que pr´esent´e dans la Figure 3.3. La simulation se d´eroule en utilisant son mod`ele de d´ecision interne, et ne sollicite le mod`ele de diff´erenciation comportementale que dans des situations particuli`eres, comme la cr´eation des param`etres.
Une autre fa¸con d’utiliser le mod`ele est de l’appliquer non seulement sur les param`etres externes de la simulation, mais aussi sur ses param`etres internes. Dans ce cas, le mod`ele doit ˆetre int´egr´e en tant que module interne de la simulation. Il est cependant n´ecessaire de proc´eder prudemment, les param`etres internes ´etant souvent dynamiques : le m´ecanisme de contrˆole peut alors avoir des effets non d´esir´es, comme nous le pr´esentions dans la Section 2.2.3.3 (p. 58). Dans ce cas, l’outil peut ´egalement ˆetre utilis´e en tant qu’outil de reporting, en mettant `a profit les capacit´es de contrˆole pr´esent´ees dans la Section 3.1. ´Etant en mesure d’observer les param`etres internes de la simulation, il peut alors fournir des informations plus compl`etes sur son fonctionnement.
L’utilisation de l’outil pr´esente deux avantages principaux : son caract`ere non-intrusif et la possibilit´e de r´ealiser la conception en dehors de l’agent. En effet, `a partir du moment o`u une simulation expose ses param`etres de configuration, l’int´egration de l’outil ne n´ecessite aucune modification de celle-ci. La d´efinition des normes peut se baser sur ces param`etres et interagir avec la simulation par leur biais. L’utilisation de l’outil est alors totalement non-intrusive. Dans ce cas, le mod`ele peut ˆetre param´etr´e pour g´en´erer des valeurs conformes `a celles attendues en entr´ee de la simulation et introduire facilement les apports du mod`ele.
Le second avantage est de permettre une conception en dehors des agents. Par l’interm´ediaire de l’outil, leur param´etrage peut ˆetre sp´ecifi´e `a l’ext´erieur de la simulation, ce qui offre une plus grande flexibilit´e lors de la conception et de l’utilisation. Cela fournit par exemple la possibilit´e `
a des utilisateurs non programmeurs de l’exploiter pour leurs exp´erimentations.
3.3.2 Utilisation de l’outil
L’utilisation de l’outil repose sur la d´efinition du param´etrage des normes d’une part, et le couplage `a la simulation d’autre part.
Param´etrage de l’outil Pour permettre une utilisation intuitive, nous limitons le nombre d’´el´ements de configuration n´ecessaires pour une utilisation imm´ediate. Pour utiliser l’outil, un utilisateur n’a besoin de sp´ecifier que les ´el´ements suivants :
– des param`etres, leurs valeurs par d´efaut et leurs domaines de d´efinition. Par exemple : la vitesse maximale vmax d’un pi´eton vaut par d´efaut 5 km/h et peut prendre sa valeur entre 4 et 6 km/h.
– une norme, `a laquelle est associ´ee un ou plusieurs param`etres. Par exemple : la norme Nnormal `a laquelle est associ´ee le param`etre vmax.
Avec ces simples ´el´ements, l’utilisateur peut utiliser le mod`ele pour g´en´erer des param´etrages pour les agents. Notons que la d´efinition d’une seul param`etre et d’une seule norme suffisent. Param´etrage par d´efaut Les ´el´ements qui n’ont pas ´et´e demand´es `a l’utilisateur sont com- pl´et´es automatiquement, en utilisant un param´etrage par d´efaut.
Pour les param`etres, les ´el´ements suivants sont ajout´es :
– pref : pour chaque param`etre p d´efini par l’utilisateur, un param`etre « racine » prac est automatiquement cr´e´e, avec des valeurs identiques `a celles de p. Ce param`etre est associ´e `
a p en tant que param`etre de r´ef´erence,
– gp : prend sa valeur par d´efaut (Sect. 2.2.2 p. 49), – fp : prend sa valeur par d´efaut (Sect. 2.2.2 p. 49).
Une norme racine Ninit contenant tous les param`etres « racine » pracest automatiquement cr´e´ee. Pour les normes, des valeurs par d´efaut sont attribu´ees aux param`etres suivants :
– Nref = Ninit : la norme de r´ef´erence de toutes les normes est Ninit, – QN = ∅ : les normes ne poss`edent pas de propri´et´es particuli`eres,
– τN = 0 : par d´efaut, aucun param´etrage violateur ne sera g´en´er´e. En effet, l’utilisation des violations peut ˆetre contre-intuitive, et n´ecessite une compr´ehension avanc´ee du mod`ele, – δmaxN = 1 : par d´efaut, les violations ne sont pas contraintes par le mod`ele. Comme nous
l’avons vu dans la Section 2.2.3.3, ces contraintes peuvent conduire `a des comportements inattendus de la simulation. S’il souhaite les mettre `a profit, l’utilisateur doit faire ce choix en connaissance de cause.
Enfin, une institution est automatiquement cr´e´ee. Elle contient l’ensemble des normes cr´e´ees manuellement, ainsi que la norme racine. La valeur du facteur global de d´eterminisme σ est fix´ee `
a 0, afin d’interdire par d´efaut toute violation.
Utilisation avanc´ee : d´efinir les param`etres racine Pour exploiter au mieux le mod`ele, les param`etres « racine » du mod`ele peuvent ˆetre d´efinis par l’utilisateur. Cette ´etape n´ecessite une certaine expertise, mais pourra ˆetre r´ealis´ee par tout utilisateur poss´edant une bonne connais- sance du fonctionnement de la simulation. Typiquement, elle ne sera r´ealis´ee qu’une seule fois : une fois les ´el´ements racine du mod`ele construits, tout utilisateur est en mesure de concevoir son propre jeu de normes `a partir de ceux-ci. Il est ´egalement possible de ne permettre `a l’utilisateur final que la modification de certains des param`etres disponibles, afin de contrˆoler l’utilisation du mod`ele.
Les param`etres « racine » sont d´efinis en leur associant les domaines de d´efinition correspon- dant aux valeurs extrˆemes qui pourront ˆetre prises. ´Eventuellement, un jeu de normes utilisable directement par les utilisateurs finaux peut ´egalement ˆetre construit. La norme racine et l’ins- titution sont construites automatiquement, mais le concepteur a la possibilit´e de modifier leur contenu.
Soit il est possible de modifier le code source de l’application pour l’introduire, si les impacts ne sont pas trop importants, soit le mod`ele peut ˆetre ajout´e en tant que module interne de la simulation pour pouvoir cr´eer lui-mˆeme les agents. Notons que dans ce cas les impacts sont plus importants et que le caract`ere non-intrusif de l’approche est en partie perdu, suivant l’importance des modifications n´ecessaires. L’introduction du mod`ele reste cependant int´eressante de par son aspect modulaire et la conception en dehors de l’agent qu’elle introduit dans la simulation.