ModSim Cours3
ModSim Cours3
ModSim Cours3
Exemple :
Dans un système de réservation automatique de billets, le client dit à l’analyste : ‘‘ Ne vous inquiétez pas, nous avons toutes les
données que vous désirez et sur une période de 5 ans’’. Lorsque les données furent recueillies auprès du client, il s’avère que ces
données n’étaient que des moyennes du temps mis par les clients de l’agence aux guichets de réservation chaque année. Or
l’analyste avait besoin de mesures individuelles et non de moyennes pour mener le projet (pour déterminer les paramètres
du modèles).
Il faut remarquer que sur l’organigramme, les étapes de construction du modèle et de collecte des données sont placées au même
niveau. Ceci signifie en fait que ces deux étapes peuvent progresser en parallèle.
Codage
Il s’agit de traduire le modèle conceptuel obtenu à l’étape 3 dans une forme acceptable par l’ordinateur (i.e. programme appelé
aussi modèle opérationnel). Pour cela, il va falloir utiliser un langage de simulation parmi ceux disponibles. Certains langages de
simulation offrent l’avantage de séparer entre le cadre d’expérimentation (Experimental Frame) qui contient toutes les données et
les informations pour exécuter la simulation. Il devient alors possible de faire différentes expérimentations sur le même modèle
en changeant uniquement le cadre d’expérimentation (données d’expérimentation). C’est le cas avec SIMAN.
Vérification
L’étape de vérification est extrêmement importante dans tout projet de simulation. Elle concerne le modèle opérationnel
(programme). Il s’agit de s’assurer que le modèle s’exécute sans erreurs. La vérification est primordial même pour des modèles
de taille réduite car ces derniers peuvent aussi comporter des erreurs bien qu’ils soient très petits comparés à des modèles de
systèmes réels par essence complexes.
Il est vivement recommandé d’attendre jusqu’à ce que le modèle entier soit terminé pour commencer la vérification et que celle-
ci se fasse de façon continuelle.
Les recommandations pour réussir cette étape sont :
Validation
La validation consiste à s’assurer que le modèle conceptuel est une représentation fidèle du système réel. Il s’agit en fait de
savoir si le modèle peut être substitué au système réel pour le but de l’expérimentation.
Dans le cas ou le système existe, la façon idéale de valider le modèle conceptuel est de comparer ses sorties avec celles du
système. Malheureusement, on n’a pas toujours cette possibilité surtout dans les projets de conception de nouveaux systèmes.
Exécutions supplémentaires
A ce niveau, on dispose d’un ensemble de résultats provenant des différentes simulations qu’on a réalisé ainsi que d’une analyse
de ces résultats. Il s’agira de déterminer sur la base de cette analyse si d’autres simulations doivent être faites, si d’autres
scénarios non prévus doivent être expérimentés afin de s’assurer que le modèle répond bien aux objectifs visés dans l’étape 2.
Documentation
La documentation est nécessaire pour différentes raisons et concerne aussi bien le modèle que les résultats de la simulation.
Si le modèle aura un jour à être réutilisé par d’autres personnes, la documentation les aidera à comprendre le fonctionnement du
modèle et leur facilite toutes modifications ou mises à jour du modèle.
Implémentation
L’objectif de toute simulation est de proposer pour un problème plusieurs solutions. Le choix de la meilleure solution devra être
fait par l’analyste qui la justifiera dans la documentation et la propose (et ne l’impose pas) au client. La décision de retenir cette
solution pour une éventuelle implémentation reste donc une responsabilité du client.
C’est ainsi que la qualité et la richesse de la documentation peut avoir une grande influence sur cette étape. De plus, l’implication
du client tout au long de la conduite du projet augmente les chances d’une implémentation de la solution retenue.