Table des matières - Gilles Daniel
Table des matières - Gilles Daniel Table des matières - Gilles Daniel
270 Modélisation et simulation multi-agents pour Sciences de l'Homme et de la Société. fois toutes les estimations reçues, le prix du marché peut alors être déterminé et communiqué aux traders, qui calculent le profit ou la perte réalisée. Une fois les acteurs et leurs principales actions identifiés, nous pouvons définir la manière dont ils seront représentés dans notre modèle informatique sous forme d'objets, grâce au diagramme de classes. Figure 12.2. Le diagramme de cas d'utilisation permet de définir les acteurs du système ainsi que leurs principales action. 12.4.2. Diagramme de classes Le diagramme de classes représente le squelette du programme. Il décrit avec précision tous les objets du système ainsi que leurs éventuelles interactions. Un objet est une entité indépendante, possédant ses propres propriétés (l'estimation ou le profit final pour les traders, le prix pour le marché) et pouvant exécuter des actions (calculer une estimation, définir le prix). Le diagramme de cas d'utilisation précédent nous a déjà permis d'identifier les acteurs du système (les traders et le marché) ainsi que certaines de leurs actions. Une autre entité, indépendante du marché et des traders, a été mentionnée à plusieurs reprises, et mérite sans doute d'être modélisée comme un objet à part entière : l'information. En effet, le tirage initial des pièces se fait de façon tout à fait indépendante des traders ou du marché ; c'est d'ailleurs un point fondamental de la théorie classique qui veut que la valeur fondamentale d'une action soit déterminée de manière extérieure au marché, en
Modélisation, implémentation et exploration d'un Système Multi-Agents. 271 fonction de critères économiques globaux et/ou propres à chaque entreprise. Nous percevons donc ici le besoin de créer un autre objet pour gérer l'information ellemême. Celle-ci n'étant pas un acteur à proprement parler du système, elle n'apparaissait dans le diagramme précédent qu'à travers certains cas d'utilisation. Le diagramme de classe correspondant à notre modèle conceptuel et au diagramme de cas d'utilisation est présenté en Figure 12.3. Figure 12.3. Le diagramme de classes, ou squelette du programme, définit les objets constitutifs du modèle informatique, leurs propriétés et actions respectives, ainsi que leurs éventuelles relations. On y retrouve nos trois objets, les traders, le marché et l'information. Les traders sont caractérisés par leur niveau d'information, calculent leur estimation et mettent à jour leur profit, alors que le marché est en charge de fixer le prix, et l'information définit la valeur fondamentale. Le marché est constitué de traders, qui ont accès à l'information. Les diagrammes de cas d'utilisation et les diagrammes de classes font partie d'une méthode de modélisation informatique plus générale appelée Unified Modeling Language (UML [SIA 98]), très employée en Informatique pour passer des besoins de l'utilisateur (ici notre modèle conceptuel) à la spécification des détails
- Page 215 and 216: Modélisation d’accompagnement. 2
- Page 217 and 218: Modélisation d’accompagnement. 2
- Page 219 and 220: Modélisation d’accompagnement. 2
- Page 221 and 222: Modélisation d’accompagnement. 2
- Page 223 and 224: Modélisation d’accompagnement. 2
- Page 225 and 226: Deuxième partie Modélisation et s
- Page 227 and 228: Modélisation multi-agents comme co
- Page 229 and 230: Modélisation multi-agents comme co
- Page 231 and 232: Modélisation multi-agents comme co
- Page 233 and 234: Chapitre 11 Des réseaux d’automa
- Page 235 and 236: Des réseaux d’automates aux mod
- Page 237 and 238: Des réseaux d’automates aux mod
- Page 239 and 240: Des réseaux d’automates aux mod
- Page 241 and 242: Des réseaux d’automates aux mod
- Page 243 and 244: Des réseaux d’automates aux mod
- Page 245 and 246: Des réseaux d’automates aux mod
- Page 247 and 248: Des réseaux d’automates aux mod
- Page 249 and 250: Des réseaux d’automates aux mod
- Page 251 and 252: Des réseaux d’automates aux mod
- Page 253 and 254: Des réseaux d’automates aux mod
- Page 255 and 256: Des réseaux d’automates aux mod
- Page 257 and 258: Des réseaux d’automates aux mod
- Page 259 and 260: Des réseaux d’automates aux mod
- Page 261 and 262: Chapitre 12 Modélisation, impléme
- Page 263 and 264: Modélisation, implémentation et e
- Page 265: Modélisation, implémentation et e
- Page 269 and 270: Modélisation, implémentation et e
- Page 271 and 272: Modélisation, implémentation et e
- Page 273 and 274: Modélisation, implémentation et e
- Page 275 and 276: Modélisation, implémentation et e
- Page 277 and 278: Chapitre 13 Apprentissage dans les
- Page 279 and 280: Apprentissage dans les modèles mul
- Page 281 and 282: Apprentissage dans les modèles mul
- Page 283 and 284: Apprentissage dans les modèles mul
- Page 285 and 286: Apprentissage dans les modèles mul
- Page 287 and 288: Apprentissage dans les modèles mul
- Page 289 and 290: Apprentissage dans les modèles mul
- Page 291 and 292: Apprentissage dans les modèles mul
- Page 293 and 294: Apprentissage dans les modèles mul
- Page 295 and 296: Apprentissage dans les modèles mul
- Page 297 and 298: Apprentissage dans les modèles mul
- Page 299 and 300: Chapitre 14 Influence sociale, jeux
- Page 301 and 302: Influence sociale, jeux de populati
- Page 303 and 304: Influence sociale, jeux de populati
- Page 305 and 306: Influence sociale, jeux de populati
- Page 307 and 308: Influence sociale, jeux de populati
- Page 309 and 310: Influence sociale, jeux de populati
- Page 311 and 312: Influence sociale, jeux de populati
- Page 313 and 314: Influence sociale, jeux de populati
- Page 315 and 316: Influence sociale, jeux de populati
Modélisation, implémentation et exploration d'un Système Multi-Agents. 271<br />
fonction de critères économiques globaux et/ou propres à chaque entreprise. Nous<br />
percevons donc ici le besoin de créer un autre objet pour gérer l'information ellemême.<br />
Celle-ci n'étant pas un acteur à proprement parler du système, elle<br />
n'apparaissait dans le diagramme précédent qu'à travers certains cas d'utilisation.<br />
Le diagramme de classe correspondant à notre modèle conceptuel et au<br />
diagramme de cas d'utilisation est présenté en Figure 12.3.<br />
Figure 12.3. Le diagramme de classes, ou squelette du programme, définit les objets<br />
constitutifs du modèle informatique, leurs propriétés et actions respectives, ainsi que leurs<br />
éventuelles relations.<br />
On y retrouve nos trois objets, les traders, le marché et l'information. Les traders<br />
sont caractérisés par leur niveau d'information, calculent leur estimation et mettent à<br />
jour leur profit, alors que le marché est en charge de fixer le prix, et l'information<br />
définit la valeur fondamentale. Le marché est constitué de traders, qui ont accès à<br />
l'information. Les diagrammes de cas d'utilisation et les diagrammes de classes font<br />
partie d'une méthode de modélisation informatique plus générale appelée Unified<br />
Modeling Language (UML [SIA 98]), très employée en Informatique pour passer<br />
<strong>des</strong> besoins de l'utilisateur (ici notre modèle conceptuel) à la spécification <strong>des</strong> détails
Change language