Saisie des incidents : Démonstration avec gestion des erreurs / contraintes sur les champs (uniquement coté client, pas d'enregistrement). Affichage conditionnel des champs ou des sections. Onglets actifs avec suivi du scroll. Simulation d'un enregistrement automatique.
Composants des tunnels : Démonstration de la création d'une arborescence pour représenter les composants d'un tunnel (uniquement coté client, pas d'enregistrement).
Page d'accueil pour les gestionnaires : Démonstation avec simulation du processus de création d'une fiche incident via le choix du tunnel.
Contraintes sur pas mal de dates (vérification de la chronologie).
Erreurs plus en évidences (bordure plus grosse).
Changement du bandeau du haut, il contient le nom du tunnel et les infos de la fiche.
Ajout du bouton "Tester la validation".
PK devient PR et type de champ = texte de 10 caractères.
Précision localisation : "Aucun" en avant dernière position, juste avant "Autre"
Incendie en ligne et pas en onglet. Mise en conformité des champs suivant la discussion. Contraintes sur dates, calcul de la durée de l'incendie. Ajout d'un commentaire.
Cause principale : Les listes dépendent du type d'incident. Ajout d'un champ fictif "--- à saisir ---". Il reste des questions pour la liste sur "événement extérieur au tunnel.
Moyens de détection : "Autre" devient "Autre équipement", on saisi des délais et pas des durées.
Type collision : Ajout d'un champ fictif "--- à saisir ---".
Restrictions de circulation : La notion de plus pénalisante est donnée par l'ordre initial. Les dates deviennent obligatoire donc les flèches ne sont plus nécessaires, et pas de date pour "Aucune". Contraintes sur dates. Le choix "Aucune" exclu les autres.
Présence d’une nasse à évacuer devient Présence de nasse.
Remise en exploitation : visible aussi pour le type saturation de trafic. Contraintes sur dates, calcul de la durée de l'événement.
Equipements utilisés pendant l’intervention : suppression de "Péagiers". En attente classement par le GT.
Moyens mis en oeuvre pendant l'intervention : Ajout, pour chaque ligne, de date d’appel et date d’arrivée. Contraintes sur dates.
Nombre victimes : ajout d'une contrainte pour un total >0 (les 3 champs sont non requis et compris entre 0 et 99).
Utilisation des moyens de sauvegarde des usagers : ajout de "Des usagers n’ont pas évacués". Le champ devient obligatoire.
TMD : Création d'un tableau pour saisir les matières dangereuses. Chaque ligne doit être saisie complètement ou pas du tout.
Facteurs liés à l’environnement et Facteurs liés à l’usager : "Aucun" et "Inconnu" en premier.
Ajout de Impacts sur les CME dans "Circonstances et conséquences" pour le type "incident sur les installations".
Evénement extérieur : Suppression des champs "situation" et "précision localisation".
Evénement extérieur/cause principale : Ajout d'un champ de saisie pour choix "autre", et suppression de "bouchon" de la liste.
Moyens de première détection devient Moyens de détection. Ajout d'un champ global de type DateHeure non obligatoire, correspondant au moment de la première détection. Les délais deviennent obligatoires (suppression des flèches de classement) mais avec pour chacun une case à cocher "donnée estimée". Un des délais doit obligatoirement être à 0.
Liste des incidents de accueil prive : affichage de tout ce qui n'est pas archivé avec si besoin un ascenseur. La liste des colonnes est : DateheureIncident / Tunnel / NumFiche / TypeIncident / Etat / Créateur / DateCréation / Erreurs / Actions.
Composants du tunnel : Suppression de la notion de type (tube / bretelle / sens / voie).
Base de données : Mise en place d'une première version. Gestion du verrouillage des enregistrements pour éviter les conflicts d'accès.
Services : Création / Modification / Enregistrement. (suppression non gérée)
Tunnels : Création / Modification / Enregistrement y compris les "composants", et le paramétrage de "précision localisation" et "moyens de sauvegarde des usager". (suppression non gérée)
Utilisateurs : Création / Modification / Enregistrement / GestionDesDroits. (suppression non gérée)
Incidents : Création / Modification / Enregistrement / Suppression, avec sauvegarde des non-validés dans une table temporaire en JSON. (validation / archivage non gérés)
Application : Connexion à l'application avec demande d'authentification.
Application : Developpement quasi-complet coté serveur (php) de la gestion des contraintes sur les champs de saisie, à l'identique du coté client (javascript)
Application : Reprise de la page d'accueil de l'ancien site.
Événement suivi d'un incendie devient Événement suivi d'un incendie dans l'espace circulé.
Incendie : Uniquement pour les types d'incidents 1 à 4.
Dégat domaine : Affichage du bloc si panne ou installation du tunnel avec incendie. (∅ serveur)
Manoeuvre principale avant et Type de collision uniquement pour les types d'incidents 1 et 2. (∅ serveur)
Incident sur les installations en tunnel : Suppression du champ PR. (∅ serveur)
Cause principale pour un événement extérieur : Ajout de "Fermeture tunnel itinéraire"
Numéro de l'incident générateur de l'événement extérieur pour type "Evénement extérieur". L'incident générateur doit exister au sein du même service. Masque "Cause principale", mais sélectionne automatiquement "Fermeture tunnel itinéraire". Masque le PR, "Etat du trafic" et "Mode d'exploitation avant" (et quoi d'autre ???).(∅ serveur)
Numéro de l'incident générateur de l'événement extérieur : Masque la section "Contexte" (et quoi d'autre ???). (∅ serveur)
Precision localisation : Suppression de "Aucun" et ajout de "Sur la bande d’arrêt d’urgence".
Manoeuvre principale avant : Ajout de "Manœuvre vers/depuis une voie de garage"
Equipements utilisés pendant intervention : Ajout de "Autre" avec champ à remplir obligatoire. (∅ serveur)
Moyens mis en oeuvre : Dateheures facultatives, et remplacement de "Autres gestionnaires" par "Autre".
Moyens de détection : DateHeure première détection obligatoire (suite réunion interne CETU). Délais en seconde. Remplacement de "Opérateur" par "Exploitant connexe". Dateheure détection supérieure à date début événement. Remplacement de "Autre équipement" et "Autre usager" par "Autre » avec champ à remplir obligatoire. (∅ serveur)
Mode d’exploitation avant : Ajout d'un champ vide pour forcer une sélection.
Manoeuvre principale avant : Ajout d'un champ vide pour forcer une sélection.
Restrictions de circulation mises en œuvre : Dateheures facultatives et postérieures à la date de début de l’événement.
TMD : Ajout d'un champ "Nombre de TMD impliqués", nombre entier entre 0 et 9, vide par défaut et obligatoire. Si des TMD sont impliqués, ouverture du tableau de saisie des MD sans aucunes règles de saisies. (∅ serveur)
Lancement du scénario incendie : Ajout d’une coche "oui/non". Si oui est sélectionné, affichage d'un champ date et heure bloquant. (∅ serveur)
Déclenchement du désenfumage : "Automatique" devient "Automatique sans action humaine (hors SAE, SAGT, GTC)".
Equipements utilisés pendant l'incendie : Ajout d'un choix "Autre" avec champ à remplir obligatoire. (∅ serveur)
Utilisateurs : Ajout des champs "Adresse" et "Téléphone".
Utilisateurs : Ajout de la fonction de suppression (réelle si pas d'incident, sinon ajout de 'ex_' pour nom/prénom).
Utilisateurs : Ajout de la fonction de duplication lors de l'affichage d'un utilisateur.
Utilisateur connecté : Ajout de la fonction de changement de mot de passe dans "mon profil".
Tunnels : Ajout des champs "Type" et "Département".
Tunnels : "Moyens de détection" et "Equipements utilisés" deviennent customisables.
Tunnels : Ajout de la fonction de suppression (possible uniquement si pas d'incident).
Saisie des incidents : Ajout d'un bouton permettant d'initialiser les dates vides ou en erreur en fonction de la date de début.
Incidents : Suppression uniquement possible pour le créateur de la fiche ou son validateur, et s'il n'est pas encore validé et qu'il n'est pas générateur d'autres incidents.
Base de données : Préparation de la base pour stocker les incidents validés (tables incident_xxx).
Application : Gestion des erreurs et log des actions sur la base.
Application : Limitation des tentatives de connexion.
Application : Connexion obligatoire sur toutes les pages (pas d'accès public).
Moyens de détection : Suppression de DateHeure première détection qui devient la date du début d'incident. Délais en minutes. Il doit y avoir un et un seul délai plus petit que les autres.
Cause principale : Pas de cause principale en cas de fausse alerte (les causes seront saisies dans les moyens de détection).
Situation : Changement complet du principe de saisie. Afin de permettre des sélections/tris sur Excel, la relation parent-enfant est remplacée par un code signifiant décrivant l'arborescence. Lors de la saisie, il faudra cocher le(s) choix de situation le(s) plus précis, il ne pourra y avoir qu'une seule case cochée par branche.
Véhicules impliqués : Le tableau est maintenant fonctionnel.
Incident générateur de l'événement extérieur : En cas de saisie valide, masque la cause principale (mise automatiquement en "Fermeture tunnel itinéraire"), le PR (il est dans l'incident générateur), et les moyens de détections (non utiles).
Incident générateur de l'événement extérieur : Impossibilité de chainer des incidents liés via un générateur (A→B→C nonOK ; A→B et A→C OK).
Situation : Le champ est à remplir pour tous les type d'incident (événement extérieur compris car le champ indique les parties impactées du tunnel).
Moyens de détection : Le champ est aussi à remplir pour le type saturation de trafic.
Etat du trafic avant : Le champ est aussi à remplir pour le type événement extérieur (avec ou sans incident générateur).
Mode d'exploitation avant : Le champ est aussi à remplir pour le type saturation et événement extérieur (avec ou sans incident générateur).
Restriction de circulation : Le champ est aussi à remplir pour le type saturation de trafic.
Sauvegarde des usagers : Le champ est aussi à remplir pour le type incident sur les installations du tunnel.
Bloc dégat au domaine : Le champ est aussi à remplir pour le type incident sur les installations du tunnel (avec ou sans incendie).
Incident sur les installations en tunnel : Le champ PR est à remplir.
incendie : Pour comptabiliser les victimes d'un incendie, ajout des champs obligatoires : nombre de blessés légers/hospitalisés, nombre de tués et NOVI.
Edition fiche incident : La vérification des erreurs fonctionne maintenant coté client et, normalement de façon identique, coté serveur.
Edition fiche incident : On peut proposer la validation ou directement valider suivant ses droits d'accès. Si aucune erreur détectée par le serveur, l'action est réalisée directement sans passer par une boite de dialogue de confirmation.
Fiche incident : Le stockage des incidents validés se fait dans des tables structurées de le base de données.
Fiche incident : Les fonctions de validation/dévalidation et archive/désarchivage fonctionnent.
Fiche incident : Les données temporaires d'une fiche incident sont purgées lors de l'archivage de la fiche.
Fiche incident : On peut afficher le détail de l'état d'une fiche via l'icone loupe (pour voir la fiche il faut utiliser l'icone oeil).
Application : Suppression de la page d'accueil de présentation de l'application.
Application : Création d'un profil d'utilisateur ayant les droits de lecture sur tout.
Incidents : Export des incidents validés en CSV HTML et JSON.
Tunnels : Export des tunnels en CSV HTML et JSON.
Service, User, Tunnel : Ajout des dates création et modification pour service, user, et tunnel.