Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mieux distinguer réglementations temporaires et permanentes #1056

Open
10 of 14 tasks
MathieuFV opened this issue Nov 6, 2024 · 19 comments
Open
10 of 14 tasks

Mieux distinguer réglementations temporaires et permanentes #1056

MathieuFV opened this issue Nov 6, 2024 · 19 comments
Assignees
Labels
Impact : Agents Indicateur "Utilisateurs actifs"

Comments

@MathieuFV
Copy link
Collaborator

MathieuFV commented Nov 6, 2024

User story

J'ai fait un test UX/UI avec les experts qui ont travaillé sur les interfaces de BAC IDF. Pour rappel BAC IDF avait pour objectif de collecter l'ensemble des réglementations propres au transport de marchandises en IDF, qui sont des réglementations permanentes.

Le test a révélé de nombreux points d'amélioration de l'interface, qui a été pensée avant tout pour gérer la réglementation temporaire, afin de mieux prendre en charge la saisie de réglementations permanentes et notamment celles qui se rapportent au transport de marchandises.

Ce ticket rassemble ces différents points d'amélioration en vue de leur traitement (qui pourra être réalisé via des tickets séparés).

En prenant dans l'ordre du workflow de saisie d'un arrêté (à partir de "Ajouter un arrêté") :

  • 1° Pour le champ "Identifiant" le sous-titre "Numéro ou nom de l'arrêté (identifiant unique)" devrait plutôt être restreint à "Numéro de l'arrêté (identifiant unique)" car le nom d'un arrêté ferait plutôt référence à ce que nous appelons "Description", et il serait préférable d'éviter une ambiguïté sur ce qui est attendu dans ce champ.

  • 2° Il pourrait être judicieux de faire remonter le champ "Description" sous le champ "Identifiant", voire de renommer "Description" en "Intitulé" par exemple ?

  • 3° La dropdown "Nature de l'arrêté" ne devrait proposer que trois possibilités : "Réglementation permanente", "Réglementation temporaire", "Réglementation exceptionnelle".

  • 4° On pourrait placer à la suite de cette dropdown une autre dropdown "Objet de l'arrêté" permettant de qualifier son objet parmi des catégories comme celles déjà présentes (Travaux, Incident ou péril, évènement, et d'autres à compléter au fur et à mesure). Ce champ reste optionnel (il pourrait permettre de différencier les masques de saisie selon l'objet par la suite). L'important reste la séparation réglementation permanente/temporaire.

  • 5° A l'étape suivante, on a "Dates à définir" qui s'affiche pour les dates de l'arrêté en fonction de celles qui seront saisie par la suite. Pour un arrêté permanent il faudrait plutôt avoir quelque chose comme "Entrée en vigueur à la signature de l'arrêté" ou quelque chose d'équivalent, signalant que l'arrêté est en vigueur dès la publication de l'acte.

  • 6° De la même manière, dans les périodes d'applications, on ne devrait pas avoir de date/heure de début dans le cas d'un arrêté permanent. i.e si on a choisi une nature "Réglementation permanente" à l'étape précédent il faudrait uniquement pouvoir saisir des périodes "Jours concernés" qui sont récurrentes.

  • 7° Il n'est pas assez claire que le bouton qui permet de "Définir les horaires" est cliquable et permet de saisir les horaires sur les jours concernés.

  • 8° Dans les véhicules concernés par la restriction, le bouton "Poids lourds" pourrait être changé seulement par "Poids" afin d'être en cohérence avec le bouton voisin "Gabarit", et il ne devrait être possible de choisir que parmi une liste de poids proposés plutôt que de saisir manuellement le tonnage.

  • 9° Il manque une catégorie "Véhicules de service" dans les exceptions

  • 10° Dans la section des localisations la sémantique "Où est prévue la perturbation" fait écho aux réglementations temporaires mais n'est pas très adaptée au contexte de la réglementation permanente. On pourrait changer par "Où est prévue la restriction" pour éviter les problèmes de contextualisation.

  • 11° Le nom du champ "Ville ou commune" devrait plutôt être "Ville ou code postal" (car Ville = commune)

  • 12° Les réglementations permanentes devraient pouvoir être appliquées à toute la commune d'un coup

Nous avons aussi finalement évoqué deux idées qui nécessiteraient un travail plus approfondi :

  • La possibilité de saisir des voies sur une carte (on en avait déjà parlé)
  • Le fait de séparer les réglementations propres au transport de marchandises de celles qui sont propres au transport de personnes

Critères d'acceptation

  • (Must have) Critère 1
  • (Nice to have) Critère 2

Design

Implémentation

Contexte supplémentaire

@florimondmanca
Copy link
Collaborator

8° Dans les véhicules concernés par la restriction, le bouton "Poids lourds" pourrait être changé seulement par "Poids" afin d'être en cohérence avec le bouton voisin "Gabarit", et il ne devrait être possible de choisir que parmi une liste de poids proposés plutôt que de saisir manuellement le tonnage.

Ça correspond à #611

@aureliebaton
Copy link
Collaborator

Merci pour ces retours @MathieuFV, il y a pas mal de petites choses qui me semblent pertinentes et seraient pas trop comliquées à mettre en place. A voir comment on peut prioriser.

@MathieuFV
Copy link
Collaborator Author

On regarde au prochain sprint planning comment on peut partir sur de nouvelles maquettes. Je crois qu'il faudrait traiter ça avant de nous lancer sur les histoires de viabilité hivernale car ça facilitera les choses ensuite.

@aureliebaton
Copy link
Collaborator

aureliebaton commented Nov 7, 2024

On regarde au prochain sprint planning comment on peut partir sur de nouvelles maquettes. Je crois qu'il faudrait traiter ça avant de nous lancer sur les histoires de viabilité hivernale car ça facilitera les choses ensuite.

J'ai l'impression que c'est plus des ajustements dans les maquettes que des nouvelles maquettes à proprement parler non ? C'est surtout des petites choses, j'avais pas l'impression que ça remettait tout en question, si ?

@MathieuFV
Copy link
Collaborator Author

Oui tout à fait, on est sur des améliorations :) J'aurais plutôt dû dire ajustements en effet

@MathieuFV
Copy link
Collaborator Author

Je pense qu'on peut ajouter à ces améliorations un point 13° : Permettre d'indiquer quand un seul sens est concerné par une restriction (avec les idées qu'on avait déjà eues sur Point A -> Point B etc.)

@mmarchois
Copy link
Collaborator

ℹ️ comme dit ce matin au daily, j'ai commencé à avancer sur certains points, en mode "quick win". Le 1, 2, 3 et 4.

@MathieuFV
Copy link
Collaborator Author

MathieuFV commented Nov 7, 2024

Point avec Aurélie :

  • 2° : On peut changer le nom du champ "Description" en "Intitulé", plus clair
  • 3° : Pas forcément utile d'avoir le type "Réglementation exceptionnelle" dont on ne sait pas si ça fait vraiment écho à un type d'arrêté. On peut appeler le champ : "Type d'arrêté" (à voir ailleurs sur DiaLog pour assurer la cohérence : type = permanent ou temporaire)
  • 4° : Créer un champ supplémentaire "Objet de l'arrêté" où mettre les catégories suivantes : Travaux, Evènement, Incident ou péril, et Autre (avec possibilité d'ajouter une catégorie personnalisée).
  • 5° : Pertinence de garder la mention "Dates à définir" dans les infos générales pendant l'édition d'un arrêté ? Si oui : On met les dates à jour à chaque validation d'une mesure de restriction. Si non : On enlève la mention et on affiche les dates à compter de la publication de l'arrêté dans DiaLog uniquement. On aurait tendance à l'enlever.
  • 6° : On peut enlever l'heure de début pour une réglementation permanente mais il faudrait garder le jour de début.
  • 7° : A tester en shadowing avec d'autres utilisateurs pour confirmer qu'il y a ambiguïté mais sinon on laisse tel quel.
  • 8° : A voir quel contenu on pourrait avoir dans la dropdown des tonnages, sinon OK mais pas hyper prioritaire.
  • 9° : OK
  • 10° : OK
  • 11° : OK
  • 12° : OK
  • 13° : On ajoute une dropdown pour les localisations sur voies nommées (communales) pour choisir un sens : A vers B, B vers A, ou Double sens. On laisserait double sens par défaut.

@florimondmanca
Copy link
Collaborator

florimondmanca commented Nov 20, 2024

Vu #1075 j'avais qq questions sur le point 9) "il manque une catégorie Véhicules de services"

@MathieuFV Est-ce qu'il y a une définition "officielle" de ce qu'est un "véhicule de service" ? Ça peut être la camionnette d'un artisan / technicien / société d'intervention, jardinerie, etc ?

@Lealefoulon Est-ce que tu as identifié s'il y avait une valeur d'enum correspondante dans le DATEX ? Si elle existe on devrait la trouver dans le schéma DATEXII_3_Common.xsd. S'il n'y en a pas, alors cette catégorie devra aller dans un "autre" du DATEX... mais je ne suis même pas sûr qu'à date on exporte dans le DATEX ce qui est mis dans notre champ "Autre".

@MathieuFV
Copy link
Collaborator Author

Hello, on pense aux camions poubelle, aux véhicules d'intervention de la ville, des services des eaux ou du gaz, etc.

Malheureusement il n'y aura pas vraiment de définition stricte je crois, je suppose que ça fait partie du lexique commun entre les collectivités et la police.

@Lealefoulon
Copy link
Collaborator

Est-ce que "cityLogistics" pourrait correspondre ? C'est ce que j'ai trouvé dans le DATEX

@MathieuFV
Copy link
Collaborator Author

Oui je pense que ça pourrait le faire :)

@florimondmanca
Copy link
Collaborator

florimondmanca commented Nov 21, 2024

@Lealefoulon La description de cityLogistics dans le DATEX semble indiquer que ça fait référence aux véhicules affectés à livraison de marchandises...

      <xs:enumeration value="cityLogistics">
        <xs:annotation>
          <xs:documentation>Vehicles that are used to deliver goods in a city area.</xs:documentation>
        </xs:annotation>
      </xs:enumeration>

Or j'imagine qu'on voudrait le réserver à un futur traitement du cas des livraisons

La définition wikipedia semble être bonne

https://fr.wikipedia.org/wiki/V%C3%A9hicule_de_service

Un véhicule de service, aussi appelé voiture de société1, est un véhicule confié par une entreprise à un groupe de salariés ou à un service spécifique (SAV, vente, etc.). Un véhicule de service peut être utilisé pour signaler des travaux ou une intervention en cours, entre autres sur autoroute pour éviter tout accident.

Mais en regardant dans le DATEX je n'ai rien trouvé qui puisse vraiment correspondre... À la limite roadMaintenanceOrConstruction ? "Vehicle used for road maintenance or construction work purposes."

@Lealefoulon
Copy link
Collaborator

Lealefoulon commented Nov 26, 2024

@aureliebaton @MathieuFV j'ai une interrogation concernant le point 4, si on choisit "Objet de l'arrêté" => Autre on souhaite avoir un nouveau champ tel qu'il existait avant dans la dropdown "Nature de l'arrêté" avec la possibilité de saisir ce qu'on veut ? Il faut que je change le titre du champ si c'est bien ça qu'on veut.
Capture d’écran du 2024-11-26 17-37-24

@florimondmanca
Copy link
Collaborator

Liste des "Autre" présents en prod, sur 458 arrêtés au total

               other_category_text               
-------------------------------------------------
 Livraison
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Temporaire
 Restriction temporaire de circulation hivernale
 Restriction temporaire de circulation
 Arrêté de stationnement
 stationnement pour déménagement
 TEST
 Restriction temporaire de circulation
(29 rows)

@MathieuFV
Copy link
Collaborator Author

@Lealefoulon voici les catégories de véhicules lourds qu'on peut proposer dans la dropdown (c'est à comprendre comme "La restriction s'applique aux véhicules dont le PTAC est supérieur à...") :

  • 3,5t
  • 7,5t
  • 19t
  • 26t
  • 32t
  • 44t

Pourquoi ces catégories ? Au dessus de 3,5t on bascule de véhicule léger à poids lourds et ce n'est plus le même permis, ensuite il s'agit en fait de conserver un poids par essieu constant : 7,5t on a un seul essieu, 19t il en faut au minimum 2, 26t trois, 32t quatre. Au dessus de 44t on est considéré comme un transport exceptionnel et il faut des autorisations spéciales.

@johanricher
Copy link
Collaborator

Pour le point 12

Les réglementations permanentes devraient pouvoir être appliquées à toute la commune d'un coup

Est-ce que par exemple le cas d'usage identifié est les zones 30 ou une le passage des PL sur une commune ? @MathieuFV

Concernant les zones il y avait une explo sur #519. On pourrait faire une première implé avec diffusion en Datex II uniquement (AreaLocation) et pas CIFS (puisque de toute façon Waze ne prend pas les restrictions permanentes).

@Lealefoulon
Copy link
Collaborator

@aureliebaton Je pensai modifier le petit message d'aide pour que ça soit plus clair dans la nouvelle dropdown avec la liste des poids avec par exemple : "La restriction s'applique aux véhicules dont le PTAC est supérieur à ..." ce que @MathieuFV a écrit dans un précédent commentaire pour clarifier.
actuellement on a ça :
Capture d’écran du 2024-12-10 16-54-12

@aureliebaton
Copy link
Collaborator

OK @Lealefoulon la suggestion me va bien, tu peux modifier !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Impact : Agents Indicateur "Utilisateurs actifs"
Projects
Status: En développement
Development

No branches or pull requests

6 participants