Cahier des charges du projet
Ski Optimal
T ABLE DES MATIÈRES
1 I
NTRODUCTION3
1.1 PERSPECTIVE DU PRODUIT 3
1.2 ANALYSE PRÉ-PROJET 3
1.2.1 SIMULATION PERMANENTE 3
1.2.2 SIMULATION JOURNALIÈRE 3
1.2.3 SOLUTION RETENUE 4
2 D
ÉVELOPPEMENT BASÉ SUR DES DONNÉES RÉELLES4
2.1 BESOINS À L'ENTRÉE (INPUTS) 4
2.1.1 DÉTAIL DU FICHIER "STATION.XML" 5
2.1.2 DÉTAIL DU FICHER "VOLUMESKIERS.DBF" 5
2.1.2.1 Nombre total de skieurs par tranche horaire 5
2.1.2.2 Nombre de comptages SkiData pour chaque remontée mécanique par tranche horaire 6
2.1.2.3 Structure du fichier 7
2.1.3 DONNÉES À OBTENIR DE SKIDATA 8
2.1.4 DONNÉES À OBTENIR DE LA STATION DE SKI 8
2.2 RÉSULTATS SOUHAITÉS (OUTPUTS) 8
2.2.1 VISUELS 8
2.2.2 STATISTIQUES 9
2.3 FONCTIONNALITÉS EXISTANTES 9
2.3.1 À CONSERVER 9
2.3.1.1 Raster 9
2.3.1.2 Piste de ski et remontées mécaniques 9
2.3.1.3 Calcul du coefficient d’attraction 9
2.3.2 À SUPPRIMER 9
2.3.2.1 Hauteur de neige et concavité 9
2.3.2.2 Menu « Simulation » 9
2.3.2.3 Piste « verte » 10
2.4 FONCTIONNALITÉS À IMPLÉMENTER 10
2.4.1 SCHEDULER 10
2.4.2 INDICATIONS À L’ÉCRAN 10
2.4.3 INFORMATIONS POUR UNE REMONTÉE MÉCANIQUE 11
2.4.4 RECTIFICATION DES COMPTAGES SKIDATA POUR UNE REMONTÉE PRINCIPALE 11
2.4.4.1 Calcul des skieurs entrant et sortant de la station 11
2.4.5 CALCUL DE L'ITINÉRAIRE D'UN AGENT 13
2.4.6 FILES D'ATTENTE ET DE REMONTÉE 13
2.4.7 ENCOMBREMENT DE LA STATION 14
2.4.7.1 Agents sur le domaine 14
2.4.7.2 Couleur du raster / piste 14
2.4.8 TEMPS DE REMONTÉE 14
2.4.9 NOMBRE TOTAL D’AGENTS SUR LE DOMAINE 14
2.4.10 SAUVEGARDE DES MODIFICATIONS 14
2.4.11 AJOUT D'UNE NOUVELLE REMONTÉE MÉCANIQUE 14
2.4.12 GÉNÉRATION D’UN FICHIER DE STATISTIQUES À LA FIN DE LA SIMULATION 15
2.4.13 GÉNÉRATION D’UN FILM DE SIMULATION 15
2.4.14 INSERTION DES DONNÉES DE COMPTAGE HORAIRE À LA MAIN 15
2.4.15 CALCUL AUTOMATIQUE DU DÉNIVELÉ ET DE LA LONGUEUR D'UNE INSTALLATION 15 2.4.16 AJOUT DE RESTAURANTS ET DE PARKINGS SUR LE DOMAINE SKIABLE 15
2.4.17 INDICATIONS SUR LES PISTES 15
2.4.18 COÛT D’UN REMBLAI D’UNE PISTE 15
3 P
LANNING16
3.1 PLANNING PRÉVISIONNEL 16
3.2 SUIVI 17
3.3 SAUVEGARDES 17
3.4 SÉANCE HEBDOMADAIRE 17
1 I NTRODUCTION
1.1 P ERSPECTIVE DU PRODUIT
Suite aux différentes discussions avec les personnes engagées dans le projet (M. Michaël Schumacher, M. Marut Doctor, M. Jean-Christophe Loubier), nous avons défini les fonctionnalités du logiciel Ski Optimal.
Ski Optimal se destine principalement aux personnes qui ont pour tâche de concevoir ou modifier un domaine skiable existant. La modification d'un domaine skiable peut se traduire par :
La modification d'un tracé ou d’un type de piste,
L'ajout / la suppression / le déplacement d'une ou de plusieurs remontées mécaniques, La simulation de la fermeture d'une ou de plusieurs remontée(s) mécanique(s),
L’ajout / la modification de point d’attraction sur le domaine : restaurants, parkings…, L’ajout d’indications de temps d’attente à différents endroits de la piste, afin d’influencer sur le flux de skieurs.
L'application doit pouvoir fournir un aperçu visuel de l'encombrement d'un domaine skiable sur une journée type, en fonction de la météo (ensoleillé, nuageux, neigeux). La simulation est une véritable aide à la décision. Le décideur cherche par conséquent à optimiser des valeurs telles que :
Le temps d'attente au départ des remontées mécaniques, qui va influencer le temps passé à skier,
Le moment de puissance de chaque installation.
Choisir un compromis adéquat entre le prix d'une modification et les répercussions sur le domaine skiable, en matière de flux de skieurs.
En l'état de la technologie actuelle, il n'est pas possible de prévoir des accidents. Ceci demande trop de ressources logicielles. D'autant plus, nous manquons de statistiques précises et géo-localisées, afin d'en extraire des facteurs accidentogènes réels.
1.2 A NALYSE PRÉ - PROJET
Durant la phase d’analyse du projet, plusieurs solutions se sont présentées. Nous avons du choisir entre le développement d’une solution de simulation permanente ou journalière.
1.2.1 S
IMULATION PERMANENTELa simulation permanente permet de faire évoluer un nombre d’agents fixe sur le domaine skiable.
Elle est axée sur l’influence du flux de skieurs, en fonction du débit de chaque remontée mécanique, de son emplacement, du type de pistes, mais aussi de l’ajout de moyens de ralentissement tels que des indications de temps d’attente, des goulots d’étranglement ou des filets de ralentissement.
1.2.2 S
IMULATION JOURNALIÈRELa simulation journalière permet de faire évoluer un nombre réel d’agents sur le domaine, tel qu’observé dans la réalité. Ce développement, se basant sur des données de comptage SkiData, est axé sur l’influence du flux de skieurs, en fonction du débit de chaque remontée mécanique et de son emplacement.
Ce développement permet de voir l’évolution horaire du temps d’attente au départ de chaque installation, en fonction du nombre de skieur empruntant les remontées mécaniques, à chaque moment de la journée.
1.2.3 S
OLUTION RETENUENous avons finalement retenu la simulation journalière basée sur des données réelles de comptage SkiData. Cette solution est davantage utile pour une personne chargée de régir une station de ski, car la solution retrace une journée type d’utilisation de la station.
2 D ÉVELOPPEMENT BASÉ SUR DES DONNÉES RÉELLES
Ce modèle de développement propose une simulation journalière du flux de skieurs évoluant sur un domaine skiable. C'est une solution qui se veut proche de la réalité, car basé sur des données réelles de fréquentation totale du domaine, et de comptage aux remontées mécaniques, pour chaque tranche horaire.
Dans un premier temps, le logiciel utilisera des données factices, afin de démontrer la faisabilité du projet. Dans un deuxième temps nous récolterons les données requises auprès de SkiData, pour la station à simuler.
L'utilisateur a la possibilité d'ajouter, de supprimer ou de modifier une piste de ski ou une remontée mécanique sur le domaine skiable, et d'observer ensuite l'impact de sa modification sur le flux de skieurs.
2.1 B ESOINS À L ' ENTRÉE ( INPUTS )
Le logiciel doit permettre la création et la modification d'une station de ski au format sop (SkiOptimProject). Un fichier .sop contient :
Le raster de design la station au format dbf (Raster1m.dbf) La configuration générale au format xml (Config.xml) La configuration de la station au format xml (Station.xml) Le raster de l'altitude de la station au format dbf (Alti5m.dbf)
Le volume de skieurs, pour une journée type, par installation et par tranche horaire1 (VolumeSkiers.dbf)
1Par tranche horaire, nous entendons les différentes heures d’exploitation du domaine skiable durant la journée, dès l’ouverture de la station (07h00) à la fermeture des installations (16h00).
2.1.1 D
ÉTAIL DU FICHIER"S
TATION.
XML"
Une station de ski doit comprendre Une ou plusieurs pistes
o Nom de la piste o Tracé de la piste
o Type de la piste (couleur) o Sens de la piste
o Raccordée à une autre piste ou à une remontée mécanique (noeud) Une ou plusieurs remontées mécaniques
o Nom de la remontée o Type de la remontée
o Débit nominal horaire de la remontée o Définir au moins une remontée principale o Vitesse (m/s) de la remontée mécanique o Longueur de la remontée
o Dénivelé de la remontée
Prix d’une nouvelle remontée / modification d’une remontée (optionnel)
2.1.2 D
ÉTAIL DU FICHER"V
OLUMES
KIERS.
DBF"
2.1.2.1 NOMBRE TOTAL DE SKIEURS PAR TRANCHE HORAIRE
Ce fichier de type dbf contient le nombre de skieurs au total sur le domaine skiable, pour chaque tranche horaire. Ces chiffres sont obtenus sur la base de données réelles (Skidata). Exemple :
07h: 0
07h-08h : 150 (+150) 08h-09h : 500 (+350) 09h-10h : 650 (+150) 10h-11h : 700 (+50) 11h-12h : 1000 (+300) 12h-13h : 950 (-50) 13h-14h : 800 (-150) 14h-15h : 300 (-500) 15h-16h : 120 (-180)
16h-17h : 0 (-120, fermeture des installations à 16h00)
Ce qui nous donnerait un graphique de fréquentation par tranche horaire de cette forme (la Télécabine_1 étant la télécabine principale, par là où les agents entrent et sortent de la station) :
Graphique 1 : Fréquentation totale du domaine skiable
2.1.2.2 NOMBRE DE COMPTAGES SKIDATA POUR CHAQUE REMONTÉE MÉCANIQUE PAR TRANCHE HORAIRE
Ce fichier contient également le nombre de remontées comptabilisées pour chaque installation mécanique, pour chaque tranche horaire (données obtenues de SkiData).
Exemple de données de fréquentation pour la Télécabine_1 (principale) : Télécabine_1 (principal) :
07h-08h : 400 + 150 (entrants) = 550 Données utile : 400 08h-09h : 1200 + 350 (entrants) = 1550 Données utile : 1200 09h-10h : 1400 + 150 (entrants) = 1550 Données utile : 1400 10h-11h : 1800 + 50 (entrants) = 1850 Données utile : 1800 11h-12h : 3600 + 300 (entrants) = 3900 Données utile : 3600 12h-13h : 3200 -50 (sortants) = 3150 Données utile : 3200 13h-14h : 2600 -150 (sortants) = 2450 Données utile : 2600 14h-15h : 1000 -500 (sortants) = 500 Données utile : 1000 15h-16h : 400 -180 (sortants) = 220 Données utile : 400 16h-17h : 0 -120 (sortants) = 0
Exemple de données de fréquentation pour le Téléski_1 : Téléski_1 :
07h-08h : 200 08h-09h : 800 09h-10h : 1200 10h-11h : 1400 11h-12h : 1200 12h-13h : 600 13h-14h : 300 14h-15h : 200 15h-16h : 100 16h-17h : 0 -600
-400 -200 0 200 400 600 800 1000 1200
Fréquentation du domaine skiable
Télécabine_1 -/+ agents Total sur le domaine
Ce qui nous donne un graphique de fréquentation par remontée mécanique tel que celui-ci :
Graphique 2 : Comptages SkiData, pour chaque remontée mécanique
2.1.2.3 STRUCTURE DU FICHIER
Ce fichier (VolumeSkiers.dbf) contient comme "clé" un champ composé du type de jour et de la tranche horaire correspondante : composition du champ HOUR : j-n, j étant l'identifiant du jour type (01, 02, 03 ou 04), n étant l'identifiant du laps de temps à simuler. Nous prenons ici un modèle sur 10 entrées, représentant les 10 tranches horaires d'une journée d'exploitation d'un domaine skiable. (07h à 17h)
Structure du fichier VolumeSkiers.dbf :
HOUR TELEA TELEB … TOTAL
(07h-08h) 01-01 400 200 … 150
(08h-09h) 01-02 1200 800 … 500
(09h-10h) 01-03 1800 1200 … 650
… … … … … …
Figure 1 : Structure du fichier VolumeSkiers.dbf
Les données de fréquentation par remontée seront ensuite utilisées uniquement pour diriger les agents vers leur destination.
0 500 1000 1500 2000 2500 3000 3500 4000 4500
Comptages SkiData
Télécabine_1 (total) Télécabine_1 (pour calcul) Téléski_1
2.1.3 D
ONNÉES À OBTENIR DES
KID
ATANombre de remontées comptabilisées sur chaque remontée mécanique, pour chaque tranche horaire de la journée (07h-08h, 08h-09h, …)
Nombre de skieurs au total présents sur la station pour chaque tranche horaire de la journée (07h- 08h, 08h-09h, …)
Nombre de skieurs au total présents durant toute la journée.
Dans le cas de l'utilisation de jour types, obtenir de SkiData des données des jours types également en fonction de la météo du jour en question :
Ensoleillé et chaud (+ de 3°C à mi-altitude), Ensoleillé et froid (- de 3°C à mi-altitude), Précipitations sous forme de pluie,
Précipitations sous forme de neige.
2.1.4 D
ONNÉES À OBTENIR DE LA STATION DE SKI Pour chaque remontée mécanique sur le domaine :Nom de l'installation, Débit nominal,
Pourcentage d'utilisation maximale2, Longueur de l'installation (m), Vitesse de l'installation (m/s),
Remontée principale ou non (point d'entrée dans la station), Dénivelé de la remontée mécanique (m).
Raster de la station de ski (fichier dbf)
Schéma précis du tracé et du type de pistes (couleurs).
Raster de l'altitude de la station de ski (fichier dbf)
2.2 R ÉSULTATS SOUHAITÉS ( OUTPUTS )
2.2.1 V
ISUELSLe logiciel doit être capable de simuler visuellement une journée type de fréquentation d'un domaine skiable, basée sur des données de fréquentation réelles.
L'utilisateur va pouvoir juger visuellement de l'encombrement du domaine skiable de deux manières :
Agents parcourant le tracé des pistes Indication de la fréquentation sur la piste.
Seront affichées également des données sur les files d'attente à chaque installation, qui évoluent au fil de la simulation :
Temps d’attente
Nombre de personnes dans la file Barre visuelle
2Le pourcentage maximum d'utilisation est calculé lorsqu'il y a une file d'attente au bas d'une remontée mécanique, et que la remontée mécanique tourne à plein débit.
Pour chaque remontée mécanique, y sont affichés ses paramètres, ainsi que le nombre d'agents qui l'empruntent. Cette donnée évolue également.
2.2.2
STATISTIQUESA la fin de la simulation, un fichier de statistiques est créé comprenant
Le moment de puissance3 général (débit réel total / dénivelé total (km))
Le temps d'attente moyen à chaque départ de remontée mécanique, pour chaque tranche horaire de la simulation.
Le temps d'attente général sur la station, pour chaque tranche horaire de simulation La moyenne du temps d'attente sur la journée.
2.3 F ONCTIONNALITÉS EXISTANTES 2.3.1 À
CONSERVER2.3.1.1 RASTER
Le logiciel Juste Neige intègre la possibilité de créer et modifier un raster existant (carte des pistes praticables pour les skieurs).
2.3.1.2 PISTE DE SKI ET REMONTÉES MÉCANIQUES
Le logiciel Juste Neige intègre la possibilité de créer de nouvelles remontées mécaniques et de nouvelles pistes de ski. La création et la modification d'une piste de ski (tracé, type, sens, nom) est conservée. Le principe de création et de modification d’une remontée mécanique reste le même pour le logiciel Ski Optimal, à la différence près que Ski Optimal permet de rajouter et modifier différents paramètres supplémentaires relatifs à chaque remontée mécanique.
2.3.1.3 CALCUL DU COEFFICIENT D’ATTRACTION
Le logiciel Juste Neige est pourvu d’un algorithme permettant de calculer le coefficient d’attraction de chaque point d’arrivée (départ d’une remontée mécanique), en fonction du nombre de skieurs ayant emprunté cette remontée mécanique. Nous utilisons cet algorithme dans le cas de Ski Optimal.
2.3.2 À
SUPPRIMER2.3.2.1 HAUTEUR DE NEIGE ET CONCAVITÉ
Prise en compte de la hauteur de neige de la station et de la concavité de la piste. Ces données ne modifient pas le comportement des agents dans le cadre de la simulation de flux, et ne sont donc pas nécessaires.
2.3.2.2 MENU « SIMULATION »
Le menu « Simulation », qui comporte les sous-menus suivants : Simulation GRNN
Simulation Météo Simulation Graphe Simulation Skieur Simulation Juste Neige
Ce menu est remplacé par le "panneau de commande" qui sera ajouté au logiciel. Détails ici : Indications à l’écran.
2.3.2.3 PISTE « VERTE »
Création d'une piste de type « Verte », car ce type de piste n'existe pas en Suisse. Nous ne disposons par conséquent pas de statistiques pour ce type de pistes.
La gestion de ce type de piste reste néanmoins possible. Elle sera simplement sous forme de commentaires dans le code de l’application.
2.4 F ONCTIONNALITÉS À IMPLÉMENTER
Mon travail de bachelor est un travail exploratoire. Il va permettre de démontrer la faisabilité d’un tel projet. C’est pour cela que toutes les fonctionnalités décrites ici ne seront pas développées dans le cadre de ce travail de bachelor.
Voici, listées et décrites, les fonctionnalités que le logiciel final devrait comprendre :
2.4.1 S
CHEDULERAjout de la notion de temps (scheduler). La notion de temps doit permettre : La prise en compte des différentes tranches horaires
De gérer les agents qui "prennent" une remontée mécanique, en fonction du débit horaire effectif de celle-ci.
De simuler au plus proche de la réalité le temps que met un agent pour parcourir une piste.
De simuler le temps que dure la remontée par une remontée mécanique D'indiquer le temps d'attente au départ de chaque installation.
De gérer l'ensemble de la simulation au moyen de 2 boutons .
2.4.2 I
NDICATIONS À L’
ÉCRANLe logiciel doit permettre d’afficher toutes sortes d’informations à l’écran, afin que l’utilisateur puisse les consulter, et interagir avec certaines de ces données.
Eléments affichés à l’écran :
Raster du domaine skiable (existant) Tracé des pistes de ski (existant) Remontées mécaniques (existant)
Informations sur les remontées mécaniques o Nom (existant)
o Débit nominal et débit effectif
o Vitesse de la remontée mécanique (m/s) o Nombre d’agents dans la remontée mécanique o Moment de puissance nominal
Attente au départ des remontées mécaniques o Temps d’attente
o Nombre de personnes dans la file d’attente o Barre visuelle
Choix d’un jour type : ensoleillé et froid, ensoleillé et chaud, nuageux et froid, … (grisé dès la simulation lancée)
Information sur le temps simulé Bouton de lancement et d’arrêt Heure de la simulation
Vitesse de la simulation (réglable)
Information sur le nombre d’agents au total présents pour la journée à
Coût total du cas étudié (sommes des prix introduits par l’utilisateur dans les remontées mécaniques créées ou modifiées)
Raster coloré en fonction de l’encombrement des pistes, ou indication d’encombrement
2.4.3 I
NFORMATIONS POUR UNE REMONTÉE MÉCANIQUEL'utilisateur du système doit pouvoir ajouter/modifier une remontée mécanique sur le domaine skiable. Il doit alors renseigner ces différents champs :
Nom de la remontée Type de la remontée
Débit nominal horaire de la remontée Le pourcentage d’utilisation maximum Remontée principale ou non ( checkbox ) Vitesse (m/s) de la remontée mécanique Longueur de la remontée (m)
Dénivelé de la remontée mécanique (m)
Prix d’une nouvelle remontée / modification d’une remontée (simplement indicatif) Une nouvelle remontée mécanique doit également être convenablement raccordée aux pistes existantes (sens, nœuds).
Le débit effectif de la remontée est calculé en fonction du pourcentage d’utilisation maximum de celle-ci.
2.4.4 R
ECTIFICATION DES COMPTAGESS
KID
ATA POUR UNE REMONTÉE PRINCIPALE La simulation journalière doit prendre en compte des skieurs entrant et sortant de la station de ski4. Il faut donc adapter le nombre de skieurs obtenus de SkiData, en fonction de ces nouveaux skieurs.Pour cela, nous partons du principe qu’une remontée mécanique principale5 (télécabine) qui a comptabilisé plus de remontées qu’une autre remontée mécanique principale (télésiège), est empruntée par davantage d’agents entrant de la station. Nous supposons également que davantage d'agents quittant la station se rendent au bas de cette remontée mécanique.
Le calcul se fait alors de manière différente, sachant que les agents entrent ou sortent de la station de ski.
2.4.4.1 CALCUL DES SKIEURS ENTRANT ET SORTANT DE LA STATION
Nous pouvons connaitre le nombre de personnes entrant dans la station pour une tranche horaire, en faisant la différence avec la tranche horaire précédente. Ce nombre est utilisé pour corriger le nombre de comptages SkiData pour un départ de remontée mécanique principale, afin d'avoir un résultat cohérent.
Dans le cas où nous avons plusieurs remontées principales dans la station, il faut alors répartir les nouveaux skieurs et les skieurs sortant du domaine de manière proportionnelle sur ces installations mécaniques.
4Pour cette phase du projet, nous supposons que les personnes quittant la station le fassent au départ d'une remontée mécanique principale.
2.4.4.1.1 SKIEUR S ENTR ANT DANS LA STATION DE SKI
Lorsque des skieurs entrent dans la station, leur passage est également comptabilisé par "SkiData".
Il faut alors soustraire ces comptages aux comptages "SkiData", afin de garder pour le calcul seulement les agents déjà présents sur la station qui empruntent cette remontée. Ceci aura pour effet de corriger l'"attraction" de ce point, et ainsi de refléter mieux à la réalité.
Prenons le cas où nous avons deux remontées principales dans la station de ski. Nous savons que pour la période 09h-10h, il y a eu 200 nouveaux skieurs sur le domaine :
Remontée_1 débit : 3000 p/h comptages 09h-10h : 1500 passages Remontée_2 débit : 4000 p/h comptages 09h-10h : 3000 passages
Il s’agit maintenant de calculer les coefficients par rapport aux comptages des autres remontées principales :
Remontée_1 coefficient d’utilisation : 1500 / (1500+3000) = 0.33 Remontée_2 coefficient d’utilisation : 3000 / (1500+3000) = 0.66 Ensuite, cela nous donne le nombre de skieurs entrant à chaque installation principale :
Remontée_1 nombre d’agents entrants : 200 * 0.33 = 67 agents Remontée_2 nombre d’agents entrants : 200 * 0.66 = 133 agents
Nous avons maintenant attribué à chaque remontée principale, le nombre d'agents entrant dans la station de ski. Reste à modifier les comptages "SkiData", afin qu'ils prennent en compte cette donnée :
Remontée_1 nombre d’agents pour le calcul : 1500 - 67 = 1433 agents Remontée_2 nombre d’agents pour le calcul : 3000 - 133 = 2867 agents Nous utilisons donc ces nouvelles données pour le calcul d'itinéraire.
Le logiciel créera les nouveaux agents aux différents départs d'installation, à intervalles réguliers durant la tranche horaire.
2.4.4.1.2 SKIEUR S SOR TANT DANS LA STATION DE SKI
A l'inverse, lorsque le nombre d'agents diminue, en fin de journée par exemple, nous devons également adapter ces comptages. Etant donné que les skieurs empruntant la remontée sont cette fois moins nombreux que les skieurs se rendant au fond de cette remontée (parking, arrêts de bus,
…), nous devons ajouter les skieurs sortants aux comptages. Ceci aura pour effet de rendre ce point plus "attractif" pour les agents lors de la simulation, et ainsi de coller mieux à la réalité.
Prenons le cas où nous avons deux remontées principales dans la station de ski. Nous savons que pour la période 15h-16h, il y a eu 600 skieurs qui ont quitté le domaine skiable :
Remontée_1 débit : 3000 p/h comptages 15h-16h: 500 passages Remontée_2 débit : 4000 p/h comptages 15h-16h: 700 passages
Il s’agit maintenant de calculer les coefficients par rapport aux comptages des autres remontées principales :
Remontée_1 pourcentage d’utilisation : 500 / (500+700) = 0.42%
Remontée_2 pourcentage d’utilisation : 700 / (500+700) = 0.58%
Ensuite, cela nous donne le nombre de skieurs sortant à chaque installation principale : Remontée_1 nombre d’agents sortants : 600 * 0.42 = 252 agents Remontée_2 nombre d’agents sortants : 600 * 0.58 = 348 agents
Nous avons maintenant attribué à chaque remontée principale, le nombre d'agents entrant dans la station de ski. Reste à modifier les comptages "SkiData", afin qu'ils prennent en compte cette donnée :
Remontée_1 nombre d’agents pour le calcul : 500 + 252 = 752 agents Remontée_2 nombre d’agents pour le calcul : 700 + 348 = 1048 agents Nous utilisons donc ces nouvelles données pour le calcul d'itinéraire.
Le logiciel supprime donc des agents aux différents départs de remontée mécanique principale, à intervalles réguliers durant la tranche horaire.
2.4.5 C
ALCUL DE L'
ITINÉRAIRE D'
UN AGENTAvant de calculer les plans d'action pour une tranche horaire précise, ces différentes étapes sont effectuées :
1. Le logiciel récupère toutes les données du fichier "VolumeSkiers.dbf", afin de pouvoir les consulter à tout moment.
2. Le logiciel calcule la différence d'agents par rapport à la période précédente.
3. Les valeurs sont mises à jour, en fonction des remontées principales. Voir Calcul des skieurs entrant et sortant de la station
Ces valeurs sont utilisées afin de définir les probabilités de rejoindre des destinations de piste, lors de la création des plans d'action. La création des plans d'action se fait à l'aide de l'algorithme précédemment développé dans le cadre du logiciel "Juste Neige".
Une fois que les plans d'action sont créés, le logiciel effectue ces différentes étapes :
1. Le logiciel regroupe les plans d'action partant d'un même point de départ (arrivée de remontée mécanique).
2. Ces différents plans d'action sont mélangés et insérés dans une file de trajets6.
3. Chaque agent partant du sommet de cette remontée récupère un plan d'action dans cette file de trajets et suit son plan d'action.
2.4.6 F
ILES D'
ATTENTE ET DE REMONTÉEUne file d'attente est visible au fond de chaque remontée mécanique. On y trouve les indications du nombre d'agents qui attendent, ainsi que le temps d'attente (calculé en fonction du débit effectif).
Les agents arrivant au départ d'une remontée mécanique se mettent dans cette file d'attente.
La file d'attente est défilée en fonction du débit maximum de la remontée mécanique. Dès qu'un agent est défilé, il est mis dans une autre file : la file de la remontée. En effet, un agent met un certain temps pour arriver au sommet d'une remontée mécanique. C'est donc avec cette deuxième file que ce processus de remontée est simulé. (voir Temps de remontée )
Une fois "au sommet", c'est-à-dire qu'il sera resté dans la file de remontée pour la durée de la remontée, l'agent est défilé et il reçoit un nouveau "plan d'action".
6La file est un objet regroupant tous les plans d'action, qui peuvent être récupérés un à un. A la fin de chaque tranche
2.4.7 E
NCOMBREMENT DE LA STATIONL'encombrement de la station est visible de deux manières : agents sur la piste et couleur changeante du raster.
2.4.7.1 AGENTS SUR LE DOMAINE
Les agents évoluant sur le domaine sont en permanence visibles. Ils peuvent être masqués grâce au filtre de simulation.
2.4.7.2 COULEUR DU RASTER / PISTE
Le raster démontre l'encombrement de la station de ski. Pour ce faire, nous pouvons imaginer une coloration des pistes, selon qu'elles sont fréquentées ou non, ou alors un indicateur pour chaque piste, sur le modèle de l'indicateur de temps d'attente :
2.4.8 T
EMPS DE REMONTÉELes agents empruntant les remontées mettent un certain temps pour arriver au sommet des pistes.
Ce temps est calculé en fonction de la longueur de la remontée mécanique (en mètres) et de la vitesse de la remontée (en m/s). Ce sont des données que nous récupérons de la station de ski et qui sont entrées par l'utilisateur.
2.4.9 N
OMBRE TOTAL D’
AGENTS SUR LE DOMAINELors de chaque heure simulée, le système rajoute / retire des agents sur la remontée mécanique principale, en fonction du nombre total d'agents sur le domaine pour chaque tranche horaire (données réelles).
2.4.10 S
AUVEGARDE DES MODIFICATIONSLe logiciel doit permettre la sauvegarde de toutes les modifications apportées à la simulation.
Ajout / suppression / modification d'une installation Ajout / suppression / modification d'une piste Modification du raster (existant)
Les informations sont sauvegardées au format .sop (SkiOptimProject).
2.4.11
AJOUT D'
UNE NOUVELLE REMONTÉE MÉCANIQUELors du rajout d'une nouvelle remontée mécanique, le système doit lui attribuer un coefficient d’attraction de lui-même, car nous n'avons pas de statistiques pour cette nouvelle remontée. Le calcul de ce coefficient se fait en prenant la moyenne du ratio d'utilisation de toutes les remontées mécaniques, et en la combinant avec le débit (p/h) de la nouvelle remontée.
Exemple pour la période 09h-10h:
Utilisation de la télécabine_1 : 1400 comptages, débit : 2000 p/h. Calcul : (1400*100)/2000 = 70%
Utilisation du téléski_1 : 1200 comptages, débit : 1500 p/h. Calcul : (1200*100)/2000 = 60%
Moyenne d'utilisation : (60%+70%)/2 = 65%
Débit de la nouvelle remontée : 3000p/h.
Calcul : (3000*65)/100 = 1950 comptages. Pour la nouvelle remontée
La nouvelle remontée mécanique se verra attribuer 1950 comptages (factices), ce qui la rend légèrement plus attractive que les autres remontées, étant donné son débit plus élevé.
2.4.12 G
ÉNÉRATION D’
UN FICHIER DE STATISTIQUES À LA FIN DE LA SIMULATIONLe système doit pouvoir générer un fichier au format texte (statistiques.txt), comprenant les statistiques de la simulation effectuée. Ce fichier comprend :
Le temps d’attente moyen par heure, pour chaque remontée mécanique
Le moment de puissance (théorique + réel) de chaque remontée sur la journée, ainsi que le moment de puissance total (théorique + réel) sur la journée.
2.4.13 G
ÉNÉRATION D’
UN FILM DE SIMULATIONA la fin de la simulation, le logiciel créé un film, composé de captures d’écran prises à intervalles régulières de (par exemple) 5 minutes, retraçant l’évolution du domaine skiable lors de la journée simulée. Les captures d’écran reprennent tout ce que l’utilisateur voit à l’écran, à l’exception des agents évoluant sur la piste.
2.4.14 I
NSERTION DES DONNÉES DE COMPTAGE HORAIRE À LA MAINEtant donné que bon nombre de stations de ski n'utilisent pas de système de comptage du type SkiData, il faut que l'outil permette l'insertion des données par l'utilisateur.
2.4.15 C
ALCUL AUTOMATIQUE DU DÉNIVELÉ ET DE LA LONGUEUR D'
UNE INSTALLATION Lorsque le logiciel se basera sur des données réelles, et inclura une carte d'altitude pour la station simulée, il sera en mesure de calculer automatiquement la longueur et le dénivelé d'une installation mécanique nouvelle ou existante. Restera alors à l'utilisateur à insérer le débit horaire pour connaître le moment de puissance d'une installation.2.4.16 A
JOUT DE RESTAURANTS ET DE PARKINGS SUR LE DOMAINE SKIABLEDans une station de ski, nous avons remarqué que pour le temps de midi, bon nombre de skieurs se rendent dans les restaurants, ce qui modifie également le flux et la densité des skieurs sur les pistes de ski.
Nous avons également remarqué que le fait qu’un départ de remontée mécanique comporte ou non un parking modifie l’ « attrait » de cette remontée mécanique. En effet, cela rend la remontée mécanique « principale », là par où les skieurs rentrent et sortent de la station.
2.4.17 I
NDICATIONS SUR LES PISTESLe logiciel permet d'ajouter des indications à certains endroits du domaine skiable. Ces indications informent le skieur du temps d’attente pour l’arrivée d’une remontée mécanique. Techniquement, elles permettent à un agent de recalculer son itinéraire d’arrivée selon un nouveau coefficient d’attraction.
2.4.18 C
OÛT D’
UN REMBLAI D’
UNE PISTELors du rajout d’une nouvelle remontée mécanique, ou de la modification du débit d’une remontée mécanique existante, il peut arriver que l’on doive élargir une ou plusieurs pistes. Cette opération de remblai a un coût. Ce coût pourrait être calculé en fonction de nombre de mètres/cube de piste modifiés. (surface de la modification x hauteur).
Ce calcul pourrait également se faire en exportant le raster au format .dwg, qui pourrait être lu par le logiciel de dessin « Autocad », afin de calculer ledit coût.
2.5 C ONTRAINTES GÉNÉRALES
Approcher la réalité au niveau du temps simulé, notamment pour simuler le temps que met un agent pour parcourir la piste.
3 P LANNING
3.1 P LANNING PRÉVISIONNEL
Analyse Sem1
Définir un cahier des charges détaillé présentant plusieurs solutions de développement différentes.
Etudier la faisabilité des différentes solutions de développement en analysant le projet existant (analyse + tests).
Créer un raster personnel, afin de tester les nouvelles fonctionnalités (terrain, pistes, remontées)
Sem2
En fonction de la solution retenue, définir un plan relativement détaillé des différents développement à apporter au logiciel (cahier des charges)
Développement Sem3 Finaliser le cahier des charges, définir les développements à effectuer dans le cadre de mon travail de bachelor.
Début du développement, création d'une station de ski "factice".
Sem4
Développement du scheduler.
Nombre d'agents en fonction des données de la base de données.
Prise en compte des jours types (beau et chaud, beau et froid, pluie, neige).
Rectifier le nombre de comptages, en fonction des agents entrant/sortant de la station, faire entrer les agents en fonction des données de la base de données et des remontées principales.
Sem5 Gérer le temps pour qu'il soit le plus réel possible (vitesse des agents).
Agents empruntant les remontées mécaniques (vitesse de la remontée)
Sem6 Files d'attente, indications à l'écran
Encombrement des pistes (indicateur graphique et statistique)
Rapport Sem7 Fichier de statistiques
Rapport de stage à mettre à jour
Relecture du code, nettoyage, commentaires, débogage.
Sem8 Relecture du code, nettoyage, commentaires, débogage.
Finalisation du rapport de stage, impression et reliure des documents.
3.2 S UIVI
En début de projet, une planification initiale est établie. Au fil du projet, le détail des tâches effectuées est saisi en regard de la semaine correspondante, dans un fichier Microsoft Excel.
3.3 S AUVEGARDES
Chaque soir, l'ensemble du code et de la documentation est sauvegardé à l'aide du logiciel
"DropBox".
Lors de chaque avancée importante au niveau du code, une version commentée est sauvegardée en ligne, à l'aide de la solution "SVN".
3.4 S ÉANCE HEBDOMADAIRE
Chaque semaine une séance avec le responsable du projet est organisée. Cette entrevue permet de suivre l'avancement du projet et de discuter des problèmes rencontrés et amener des solutions.
