Sujet précédent

Gestion des Exports

Sujet suivant

Jeux de contrôle

Contrôles

La validation effectue un ensemble de contrôles syntaxiques, sémantiques et structurels sur un jeu de données d’offre de transport collectif.

Chouette ITS intègre un outil de validation de la base de données qui permet de contrôler et détecter les erreurs les plus grossières qui auraient pu être laissée dans la base de données. Un ensemble de contrôles est disponible mais il n’est pas obligatoire de les passer tous.

Les objets soumis au contrôle sont:

  • Transporteur
  • Arrêt
  • Mission
  • Itinéraire
  • Course
  • Générique
  • Ligne
  • ITL

Vous pouvez contrôlez les données de vos offres avec les vérifications suivantes:

Transporteur

  • Présence du nom des transporteurs

Arrêt

  • Les arrêts ont un fuseau horaire (Ce contrôle permet de vérifier qu’un fuseau horaire a bien été renseigné sur les arrêts utilisés dans l’offre)

Mission

  • Définition minimale d’une mission
  • Contrôle des distances entre les arrêts d’une mission (Un contrôle des missions dans lequel l’utilisateur peut vérifier si tous les arrêts de la mission sont définis avec un kilométrage compris dans une fourchette qu’il indique. Ce contrôle s’applique sur les kilométrages définis au sein de chaque mission. Si aucune valeur n’est définie entre deux arrêts, elle est considérée à zéro)
  • Contrôle des durées entre les arrêts d’une mission (Un contrôle des missions dans lequel l’utilisateur peut vérifier si tous les arrêts de la mission sont définis avec un temps compris dans une fourchette qu’il indique. Ce contrôle s’applique sur les temps définis au sein de chaque mission. Si aucune valeur n’est définie entre deux arrêts, elle est considérée à zéro)
  • Doublon de missions dans une ligne (Deux missions de la même ligne ne doivent pas desservir les mêmes arrêts dans le même ordre)
  • Présence de courses

Itinéraire

  • Nombre de frontières en fonction du nombre de pays dans l’itinéraire
  • Les arrêts non-commerciaux ont une montée / descente interdites
  • Un itinéraire ne doit pas utiliser des arrêts n’appartenant pas à son organisation
  • Détection de double définition d’itinéraire
  • Présence de missions (un itinéraire doit avoir au moins une mission)
  • Un itinéraire doit contenir au moins 2 arrêts
  • Existence d’une mission passant par tous les arrêts de l’itinéraire (une mission de l’itinéraire devrait desservir l’ensemble des arrêts de celui-ci)
  • Vérification des terminus de l’itinéraire inverse (deux itinéraires en aller/retour doivent desservir les mêmes terminus)
  • Vérification de l’itinéraire inverse (l’itinéraire inverse doit avoir un sens opposé à l’itinéraire testé).
  • Utilisation des arrêts par les missions (les arrêts de l’itinéraire doivent être desservis par au moins une mission)
  • Les arrêts d’un itinéraire ne doivent pas être désactivés
  • Deux arrêts d’une même ZDL ne peuvent pas se succéder dans un itinéraire

Course

  • Présence de la capacité du bus
  • Valeur du numéro de service pour un transporteur donné
  • Cohérence date de fin de vente - date de fin de circulation
  • Une course doit avoir au moins un calendrier de vente
  • Une course ne doit pas être liée à un calendrier d’application vide (Ce jeu de contrôle permet de vérifier que les calendriers d’application d’une course ne sont pas vides).
  • Les temps de parcours entre 2 arrêts doivent être similaires pour toutes les courses d’une même mission
  • La vitesse entre deux arrêts doit être dans une fourchette paramétrable
  • Une course doit avoir au moins un calendrier d’application
  • Chronologie croissante des horaires
  • La durée d’attente à un arrêt ne doit pas être trop grande

Générique

  • Présence d’un champ personnalisé (un Contrôle dans lequel l’utilisateur peut sélectionner un champ personnalisé pour vérifier si sa valeur est renseignée dans l’objet dans lequel il est appliqué).
  • Valeur min, max de champs numériques (la valeur numérique de l’attribut doit rester comprise entre 2 valeurs)
  • Contrôle du contenu selon une expression régulière
  • Unicité d’un attribut d’un objet dans une ligne (la valeur de l’attribut doit être unique au sein des objets de la ligne)

Ligne

  • Les lignes doivent appartenir au périmètre de lignes de l’organisation
  • Appariement des itinéraires (les itinéraires d’une ligne doivent être associés en aller/retour)

ITL

  • Couverture de l’itinéraire (une ITL ne peut pas couvrir l’ensemble des arrêts de l’itinéraire)
  • Définition minimale d’une ITL (une ITL doit référencer au moins 2 arrêts)
  • ITL & arrêt désactivé (les arrêts d’un itinéraire ne doivent pas être désactivés)