Ce document a pour objet de réaliser un cahier des charges informatiques pour le site France Ferroviaire.

Le site France Ferroviaire abrite un projet collaboratif de documentation du réseau ferré comportant plusieurs aspects. C'est d'abord une base documentaire sur la constitution du réseau ferré français permettant son enrichissement en ligne par des contributeurs autorisés. C'est également un forum de discussion, un outil de communication, un recueil organisé de documents historiques, aussi bien qu'une invitation à la flânerie le long des lignes de chemin de fer à travers les époques au moyen d'une cartographie. A terme en effet, la base pourrait se comporter comme un simulateur historico-géographique d'événements ferroviaires.

 

1 - Pourquoi un cahier des charges

L'ampleur du projet impose une méthode de travail rigoureuse, et une sélection ferme dans les options qui s'offrent au cours de l'élaboration des différents modules informatiques constituant le projet. Le cahier des charges permet de s'en tenir à une ligne directrice concertée, mais fixée à laquelle il n'est pas question de déroger.

2 - Historique et genèse du projet

Premier épisode : Durant les congés de fin d'année 2005, sur le forum Loco-Revue http://forums.lrpresse.fr/index.php, l'idée a été lancée de saisir dans un fichier exploitable le contenu d'un document officiel utilisé dans les grandes compagnies de chemin de fer, datant de 1920 environ.

Le point de départ a donc été un petit livret au format 21 x 11 cm de 204 pages : la Nomenclature des gares françaises (grands réseaux et compagnies secondaires) de 1920.

Le document a été scanné et distribué à un groupe de contributeurs membres du forum qui ont saisi les données sous Excel. Grâce à ce travail collaboratif à distance, via l'Internet, un fichier Excel a été réalisé. Il compte 11349 gares dans 222 compagnies et 92 départements.

Ce fichier est simple et basique, et reprend l'architecture de la nomenclature. Le travail a été fait au mieux, avec correction du maximum d'erreurs de saisie, pour constater aussi que la nomenclature d'origine n'en était pas exempte, sans parler de nombreuses omissions. Mais ce fichier existe.

Deuxième épisode : Très vite l'idée s'est installée de compléter, d'ajouter des dates, de complexifier la chose avec des photos et imaginer une base de données. Pour avoir une idée concrète de l'affaire, un membre du groupe a réalisé début janvier 2006 une petite expérience de mise à disposition de cette base sur le site de son association et a placé quelques photos. Voir ici :

-  la présentation du projet initial : http://www.cfpa.asso.fr/Menu_PROJET.html

-  la consultation de la nomenclature : http://www.cfpa.asso.fr/Menu_NOMENCLATURE.html

L'expérience devait amener à une prise de décisions le 15 février 2006. Mais à partir du début de février, tout s'est emballé.

Troisième épisode : La fameuse discussion sur le projet comptait, le 11 février 2006, 65 pages et 975 messages (Forum LR-Presse /Correspondances ferroviaires), sur ce fil précis : http://forums.lrpresse.fr/viewtopic.php?p=72349#72349 . Très copieux, trop même pour être relu en entier en 2 heures .... Le 5 mars nous en sommes à plus d'une centaine de pages, réparties entre ce fil et un autre, plus spécialisé sur l'informatique : http://forums.lrpresse.fr/viewtopic.php?t=2645 .

Pour résumé, voici quelques caractéristiques de l'affaire :

-  il y a un grand enthousiasme sur le projet, beaucoup de membres sont prêts à saisir des données à partir de leur documentation,

-  l'architecture d'une base de données se dessine à grand pas grâce à quelques spécialistes en informatique,

-  une banque d'images se profile à l'horizon,

-  et la question des cartes dynamiques vient à chatouiller l'esprit (il y a déjà un projet de carte en dessin vectoriel sur les rails).

Quelques intervenants, informaticiens ont poussé dans le sens d'une piste technique qui permet d'envisager, une fois l'ensemble des fonctionnalités en place, (et les données entrées) de disposer d'une base se comportant comme ... un simulateur historico-géographique d'événements ferroviaires.

3 - Descriptif

Le projet doit être multi-plateformes (Mac, Windows, Linux) et multi-utilisateurs. Il convient d'adopter une approche Internet pour la mise à jour et la consultation de la liste.

Le code source (pas le contenu de la base) doit être sous licence GPL afin d'éviter que tout le travaille disparaisse et pour qu'il puisse continuer à être mise à jour. Un projet sous Sourceforge (Serveur pour logiciel libre permettant de partager des sources de programmes) est à créer.

Le choix de langage pour un développement Internet est corrélé au choix de l'hébergeur. La majorité des hébergeurs gratuits ou peu cher fonctionnent dans un environnement Linux, Apache, MySQL avec comme langage accessible PHP, PERL, C'est de temps en temps Java. Il est donc préférable de partir vers ce type de langage plutôt que l'ASP et SQL Server de Microsoft où le coût d'hébergement est plus élevé mais également le coût de développement avec l'obligation d'achat des produits de développements (Note : Cela va devenir obsolète car Microsoft va offrir des versions allégées de son environnement de développement et de sa base de données mais le coût de l'hébergement restera élevé).

Pour faciliter la création et la maintenance du projet, une approche PHP est préconisée en langage de programmation et MySQL en base données. Cette approche permet d'avoir des outils de développements gratuits sur pratiquement tous types de matériels (dont PC et MAC) et un potentiel de développeurs élevé.

Le choix s'est porté sur l'hébergeur OVH, avec acquisition des noms de domaine france-ferroviaire.info et france-ferroviaire.fr. Certaines contraintes existent liées à la nature limitée du contrat passé. Un élargissement des capacités à été opéré par l'achat d'options complémentaires.

A ce jour, les sommes nécessaires à la passation du contrat et à l'achat d'options de base ont été prises en charge par le coordonnateur du projet. Le coordonnateur du projet s'est proposé pour prendre à sa charge tous les frais de la première année. Tant que la somme à réunir pour ce type d'options restera modeste (moins d'une centaine d'euros l'année), on pourra faire appel à une contribution libre et volontaire de la part des acteurs majeurs selon le principe d'un gentleman agreement. Il convient cependant d'envisager de placer le projet sous une structure associative pour les années ultérieures des que le besoin en services informatiques s'accroîtra.

3.3.1 Cahier des charges

Création d'un site Internet de gestion et de consultation de données concernant les chemins de fer français sous un angle avant tout historique, géographique et descriptif.

Le mode de consultation du site devra éviter le pillage des données et des photos en limitant le nombre de lignes affichées et la taille des images.

La mise à jour devra avoir un accès sécurisé et limité. Les droits d'accès aux différentes fonctions (ajout de données, photos, commentaires, ...) devront être paramétrable suivant le login utilisé.

Un compte-rendu des ajouts et modifications sera affichable et envoyé par e-mail tous les jours aux modérateurs. Ces derniers bénéficieront d'un accès rapide à la censure du document, du commentaire ou de l'utilisateur.

Chaque nouvel utilisateur devra se valider par un e-mail reçu. Ses premières modifications seront mises en ligne après validation d'un administrateur qui pourra autoriser ensuite une mise à jour automatique sans validation préalable. Les droit d'accès de ce paramétrage de base devront être paramétrables.

La création d'un compte devra inclure une lecture d'image brouillée pour éviter les robots.

Un flux RSS des nouveautés sera géré.

Une lettre d'information pourra être disponible.

Un moteur de recherche des ressources ferroviaires décrites devra être développé en faisant attention au problème du " SQL Injector " pour éviter le piratage.

Le site devra comporter un système Menu permettant l'ajout de page annexe facilement (historique de la création, liens, visualisation des lettres d'information, historique des changements).

La gestion du site devra se faire entièrement en ligne.

Le site devra être le plus compatible possible ; au minimum avec Internet Explorer, Firefox, Opéra et Safari.

Une capacité à accueillir des liens de publicité devra être envisagée à titre de précaution.

La gestion de la taille des images devra favoriser l'affichage (une image par taille). Il y aura en principe deux tailles par image, vignette de 150x100 environ et vue écran à la dimension du meilleur confort de lecture, éventuellement téléchargeable à la taille de l'image source.

Le noyau de la base est construit de façon à minimiser la mobilisation des capacités de l'ordinateur de l'utilisateur.

3.3.2 Contenus des pages

La page d'accueil devra contenir :

- Logo

- Bannière de titre

- Menu

- Recherche simplifié d'une donnée ferroviaire qui affichera le résultat dans une page appropriée. Cette fonction simplifiée pourra être disponible sans login et servir de promotion au site. Le principe des onglets est à retenir

- Login

- Abonnement à la lettre d'information

- Éditorial

- L'ouvrage du jour (éventuellement) : affichage des informations résumées sur un ouvrage (à des fins de promotion et pour susciter la curiosité)

- Accès rapide à certaines nomenclatures de base (références)

** Ces pages se divisent en trois groupes : la saisie, la conservation et la restitution des données ferroviaires Fra-Fer.

** Ces pages doivent permettre la manipulation des ressources.

Il y a différents objets susceptibles d'être affichés dans leur état à une date courante particulière, appelés des ressources :

- Lieux-localisation,

- Ouvrages,

- Compagnies,

- Lignes,

- Personnages,

- Matériels roulants

- Petits matériels (à terme)

- Références (à terme)

Les ressources peuvent faire également l'objet de requêtes par type ou selon une sélection thématique à définir.

** Ces pages doivent offrir la manipulation des fonctions permettant d'évaluer le niveau de qualité et d'exactitude des données et de faire les corrections correspondantes, et de sélectionner des données en vue de leur restitution selon une approche historique ou géographique délimitées, soit par affichage textuel, soit par affichage cartographique.

Il sera tenu compte différents volets composant le noyau relationnel de la base ferroviaire FF.

- Un graphe orienté dont les nœuds sont des localisations et les arcs des tronçons ou sections de ligne qui les relient, ces arcs étant orientés selon leur abscisse curviligne croissante vue depuis l'origine de la ligne,

- Un volet d'agrégation qui permet de définir la notion de ligne de manière intéressante et récursive,

- Un volet d'historique qui permet au projet de fonctionner comme un simulateur,

- Un volet qualité qui permet à l'outil d'être évalué par son utilisateur, de fonctionner avec des données incertaines et d'assurer un suivi des modifications,

- Un volet documentaire qui associe des fiches d'information sur les établissements ou ouvrages ferroviaires. Ces fiches d'information comportent des photos, plans et permettent à l'utilisateur d'identifier les sources bibliographiques et iconographiques employées pour parvenir à cet état,

- Un volet iconographique qui permet à chaque ressource du modèle d'être munie d'images.

- Un volet d'allocation qui permet de positionner sur le graphe l'ensemble des établissements et ouvrages ferroviaires référencés selon leur point kilométrique (PK).

** Saisie

Suivant le login un accès rapide à la saisie des informations sur un écran de saisie devra être possible.

Les modifications seront archivées pour pouvoir revenir sur un modification frauduleuse ou erroné.

Le login de la personne ayant effectué le dernier ajout sera affiché avec e-mail, nom et prénom si autorisé dans le profil du login.

Un accès à un e-mail de demande de modification, suppression sera accessible directement sur l'écran.

** Restitution des données

L'action de rassembler les données se concrétise au moyen de requêtes, dont la définition fait partie intégrante du projet puisque c'est elle qui assurera les filtrages nécessaires.

Le niveau de détail et la localisation géographique de ces requêtes sont définis par les commandes de l'interface utilisateur, chaque modification des valeurs de commande enclenchant le calcul d'une requête et un réaffichage adéquat par l'interface graphique.

Particularité spécifique à FF, il s'agit notamment de pouvoir présenter l'état du réseau ferré à une date courante donnée, résultat d'une requête de collecte des informations pertinentes sur une situation localisée du réseau à une date courante donnée avec un niveau de détail donné pour un utilisateur donné. C'est bien ici que se concrétise la notion de simulateur.

Cet état simulé inclut l'extraction des nœuds et arcs du graphe dans leur état à l'instant où l'utilisateur a choisi de demander cet affichage (date courante), et permet à chaque objet visible du graphe (ressources et états) d'être associé à des images pertinentes. La matérialisation à l'écran de cette association doit faire l'objet d'études complémentaires.

- Gestion des profils droits d'accès

- Saisie lettre d'information

- Paramétrage par défaut.

- Affichage des modifications depuis le ...

- Saisie liens

- Saisie pages complémentaires

- Gestion des menus

- Documentation technique sur la base et son architecture (en vue reprise éventuelle par un autre programmeur)

Les renseignements pour autoriser l'accès à l'administration seraient les suivants :

- Login : Surnom visible qui sera indiquer dans la r

- Adresse Email pouvant servir pour le login

- Mot de passe

- Nom

- Prénom

- Adresse (facultatif)

- Téléphone (facultatif)

- Autorisation de l'Email, nom, prénom (qui sera codé pour éviter le piratage d'Email dans la page HTML) dans l'affichage des images ou commentaires ajoutés ; sinon seul le login ou le nom et prénom si autorisé seront accessibles.

Liens amis ou conseillés.

3.3.3 Caractéristiques à respecter

Toute information devra pouvoir être créée, modifiée et supprimée suivant les droits d'accès du login. Le format des textes sera sauvegardé en HTML avec saisie en wysiwyg possible dans le maximum d'explorateur possible. Des éditions en format d'impression et l'impression proprement dite seront généralisés. Des masques faciliteront la normalisation de la saisie.

Sources

Les sources et les références bibliographiques devront pouvoir être facilement accessibles. Elles sont constitutives et garantes de la qualité et de la fiabilité des données FF.

Des outils facilitant l'insertion de coordonnées topographiques et des altitudes provenant de sources externes sont à prévoir.

Nom et mot de passe de l'utilisateur. Le login pourra être sauvegardé dans un cookie avec possibilité de supprimer le cookie.

___________________________________________________________________________________________

FRANCE  FERROVIAIRE

Projet collaboratif pour la création d'une base historico-géographique de données ferroviaires.

[Accueil] [Remonter] [Premiers pas] [Le projet, en bref ...] [Iconographie] [Cartographie] [Mises à jour]