Projet de remplacement et de migration des données des anciennes applications métier STRADA (chaussée) et KUBA (ouvrages d'art) vers le système fédéral MISTRA de l'office fédéral des routes (OFROU).

1. RÉPUBLIQUE ET CANTON DE NEUCHÂTEL
Département de la gestion du territoire
Service des ponts et chaussées
Office des ressources générales
Introduction de MISTRA dans le canton de Neuchâtel
Projet général
Nom du projet Introduction de MISTRA dans le canton de Neuchâtel
Sous-projet Système global
Nom du document Proposition de projet général
Nom du fichier MISTRA-PropositionProjetGeneral-isd.docx
Chef de projet MV
Auteur SPCH, INSER SA
Statut Préparation / Vérification / Approbation
Approbateurs Direction SPCH
Version Date Description, remarques Nom
10.01.2012 Création des contenus M.Vaucher
19.02.2012 Adaptations et compléments J. Steffen
05.04.2012 Adaptations et compléments F. Pointet
10.05.2012 Adaptations et compléments J.-D. Burnat & M. Vaucher
25.05.2012 Adaptations et compléments F. Pointet
13.06.2012 Adaptations et compléments J.-D. Burnat & M. Vaucher
22.06.2012 Adaptations et compléments suite séance F.Pointet
01.07.2012 Finalisation M. Vaucher
14.08.2012 Adaptations A. Pizzera

2. 2/16
Table des matières
1 Généralités 3
2 But du document 3
2.1 But du document selon Hermes ........................................................................... 3
2.2 But du document.................................................................................................... 3
3 Situation de départ 4
3.1 Enoncé du problème.............................................................................................. 4
3.2 Raison et justification du projet............................................................................ 4
3.3 Conditions-cadres du projet.................................................................................. 4
3.3.1 Arrêt de STRADA......................................................................................................................5
3.3.2 Convention OFROU..................................................................................................................5
3.3.3 Conditions techniques fixées par l’OFROU ..............................................................................5
3.4 Analyse de l’existant.............................................................................................. 6
3.4.1 Applications dépendantes de STRADA ....................................................................................6
3.4.2 Applications MISTRA ................................................................................................................7
3.5 Prestations déjà fournies ...................................................................................... 7
4 Objectifs et solutions 8
4.1 Objectifs.................................................................................................................. 8
4.2 Solution proposée.................................................................................................. 9
4.2.1 Généralités................................................................................................................................9
4.2.2 Vision globale............................................................................................................................9
4.2.3 Vision détaillée........................................................................................................................10
4.2.4 Adaptation des applications existantes...................................................................................11
4.2.5 Démarche (prioritaire) .............................................................................................................11
4.3 Sécurité et protection des données.................................................................... 11
5 Moyens nécessaires 12
5.1 Moyens matériels................................................................................................. 12
5.2 Moyens logiciels .................................................................................................. 12
5.3 Efforts nécessaires à la réalisation du projet..................................................... 12
5.3.1 Prestations internes (à l’Etat)..................................................................................................12
5.3.2 Prestations externalisées........................................................................................................12
5.3.3 Formation................................................................................................................................13
6 Planification et organisation 14
6.1 Organisation de projet......................................................................................... 14
6.2 Délais .................................................................................................................... 15
7 Conséquences 16
7.1 Conséquences sur l’organisation....................................................................... 16
7.2 Conséquences en cas de non réalisation ou de retard ..................................... 16
8 Proposition 16

3. 3/16
1 Généralités
Engagé depuis près de 25 ans dans le développement et l'exploitation de bases de données routières
(BDR), d'abord sous forme de prototype puis jusqu'à STRADA, le service des Ponts et Chaussées a
acquis une longue expérience de l'utilité et de la nécessité de tels systèmes dans la gestion moderne
de l'entretien des réseaux routiers.
De son côté et dans le cadre de la RPT, l'OFROU a lancé, au travers du projet MISTRA pour
notamment remplacer STRADA, le développement d'un nouveau système d'information pour la
gestion des routes et du trafic destiné au pilotage stratégique, conceptuel et opérationnel de son
réseau des routes nationales.
Ce système d'information et de communication géographique développé notamment en collaboration
avec les cantons et les agglomérations permettra non seulement l'utilisation rationnelle à l'échelle
nationale, d'un même système performant et à la pointe des technologies de l'information mais aussi
la mise en commun de données routières organisées et homogènes. L’OFROU met les applications
MISTRA à disposition des cantons sous certaines conditions.
En conséquence, le canton de Neuchâtel par son service des ponts et chaussées a décidé d'adhérer
totalement au projet MISTRA et à sa mise en œuvre cantonale.
2 But du document
2.1 But du document selon Hermes
La proposition de projet définit pour chaque projet une situation de départ permettant de décider de la suite des opérations. Les
indications nécessaires à l’évaluation sont présentées de manière récapitulative. La proposition de projet est un document
interne, qui ne devrait pas être accessible à un mandataire externe. Une fois signée, la proposition de projet devient le mandat
de projet.
2.2 But du document
Ce document a pour but de fournir à la direction du service, les éléments nécessaires aux prises de
décisions relatives au projet d'introduction cantonal de MISTRA pour les applications proposées par
l’OFROU dès 2011 et souhaitées par le SPCH, soit :
BS (Basis)
DWH (DataWareHouse)
TRA (Chaussée et PMS)
KUBA (Ouvrage d’art)
VMON (Trafic)
VUGIS (Analyse géo. des accidents)
LV (mobilité douce)
Les applications VU et VUGIS sont déjà introduites à Neuchâtel et ne figurent donc pas dans la liste
des applications à introduire. Quant à l’application LVS, elle ne sera pas utilisée par le canton de
Neuchâtel.
Ce document fixe les conditions cadres techniques et organisationnelles et régit l'intégration du
système global. Par système global, il faut comprendre l’ensemble des applications MISTRA et les
applications internes au canton, dépendantes des données MISTRA. Ces applications internes

4. 4/16
devront être modifiées ou reliées par un interfaçage optimal.
Le projet proposé dans cette proposition doit être considéré comme la gestion et l’organisation d’un
portefeuille de projets.
3 Situation de départ
3.1 Enoncé du problème
Suite aux profondes mutations engendrées par la RPT et le passage à une nouvelle gestion
administrative axée sur les résultats (gestion par mandat de prestations et enveloppe budgétaire,
GMEB), l'OFROU, pour accomplir ses nouvelles tâches, a besoin d'une solide base de décision.
En 2003, il lance alors le projet MISTRA destiné à mettre en place un nouveau système d'information
pour la gestion des routes et du trafic. A terme, ce dernier doit remplacer le système actuel STRADA-
DB également utilisé encore par de nombreux de cantons et dont la conception remonte aux années
80.
Par l'abandon de STRADA-DB, l'OFROU cesse non seulement son développement mais supprime
également, notamment pour les cantons, le financement des services de maintenance et de support.
Les cantons utilisateurs, dont Neuchâtel fait partie, devront donc par conséquent trouver un nouvel
outil pour assumer leurs tâches de planification et de gestion routière.
3.2 Raison et justification du projet
Dès le début du projet MISTRA, l'OFROU s'est associé la collaboration active des cantons qui ont des
besoins similaires en matière de gestion routière.
Pour tirer parti des nombreux avantages que peut représenter l'utilisation commune d'un même
système, l'OFROU propose gratuitement l'accès à plusieurs applications MISTRA aux différents
acteurs des administrations cantonales. Les cantons qui désirent cet accès doivent assurer la gestion
de leurs données dans ce système.
Le canton de Neuchâtel a décidé de profiter de cette offre et d'assumer les coûts liés à sa mise en
œuvre cantonale, afin de remplacer STRADA et assurer la pérennité d’un système d’information pour
la gestion des routes et du trafic à l’Etat de Neuchâtel.
3.3 Conditions-cadres du projet
Durant la phase d’introduction, le canton assume les frais de migration et d’intégration des données
ainsi que les frais de formation. Si souhaité, ces prestations peuvent aussi être exécutées par le
mandataire désigné (secrétariat MISTRA). Si de nouvelles fonctionnalités sont nécessaires à
plusieurs cantons, l’OFROU peut décider de prendre les coûts de développements de ces
fonctionnalités à sa charge. Les coûts d’exploitation des systèmes sont intégralement à la charge de
l’OFROU.
Le canton assume tous les frais d’adaptation de ses propres applications (applications tierces) ainsi
que la gestion des données de ces applications et les éventuels raccordements au réseau. Il est
responsable de tous les frais d’introduction dans le canton et les prend intégralement en charge. Ces
frais incluent les postes de travail, l’adaptation de l’organisation du support et des applications métier
cantonales ainsi que la migration des données et la formation.
Le canton doit assurer le support de premier niveau et la coordination technique et organisationnelle
des systèmes de ticket entre le canton et MISTRA.

5. 5/16
3.3.1 Arrêt de STRADA
Le support et la maintenance STRADA sont assurés par l’OFROU jusqu’au 31.12.2012.
L’utilisation de STRADA peut toutefois, aux risques et frais du canton, se poursuivre jusqu’à la mise
en exploitation des applications BS et TRA et à l’achèvement de la migration des données.
L'introduction du système MISTRA à Neuchâtel doit impérativement et sans exception reprendre
l'intégralité des données et l'ensemble des fonctionnalités disponibles actuellement dans STRADA-
DB, KUBA et KUBA light.
3.3.2 Convention OFROU
La convention de base MISTRA doit être signée par le canton, pour que les projets d’introduction
puisse démarrer. Cette convention concerne BS et DWH.
Ensuite le canton doit signer les accords additionnels, pour les applications choisies.
Convention de base MISTRA
Principes du partenariat, objectifs, parties contractantes, missions, droits, devoirs,
organisation, rôles, offres, indemnisations, durée, résiliations,
communication, responsabilité civile, autres dispositions, signatures, annexes
Applications de base Accords additionnels – applications métier (options)
Système de
base (BS)
Data
Warehouse
(DWH)
Monitorage du
trafic
(VMON)
Accidents de
la circulation
(VU/VUGIS)
Tracé
(TRA)
Ouvrages et
tunnels
(KUBA)
Mobilité douce
(LV)
autres
Garanties de prestations Garanties de
prestations
Garanties de
prestations
Garanties de
prestations
Garanties de
prestations
Garanties de
prestations
Garanties de
prestations
3.3.3 Conditions techniques fixées par l’OFROU
Le détail de ces conditions sont fixées dans la convention de base.
Extrait de ces conditions :
Installation Client Exigence
Système d’exploitation Windows XP ou supérieur
Navigateurs web y compris version Internet-Explorer 7 ou supérieur
Firefox 3.6 ou supérieur
Autres logiciels Citrix Web-Client pour XP ou supérieur
Pour l’accès par F5 : composantes F5 (MISTRA-
f5fpcsetup)
Pour VU : Accès via le portail SSO-DFJP
Ces conditions sont actuellement remplies par le canton (SIEN).

6. 6/16
3.4 Analyse de l’existant
3.4.1 Applications dépendantes de STRADA
Le schéma ci-dessous présente les applications existantes qui font parties du « Système d’information
de l’entretien routier » du SPCH.
Le SPCH a décidé que le système existant « SI PONCHO » serait partiellement maintenu jusqu’à ce
qu’une solution valable, incluant MISTRA VMON éventuellement couplée à une autre application, soit
trouvée.

7. 7/16
3.4.2 Applications MISTRA
APPLICATIONS MISTRA
BS
Système
de base
DHW
Data
Warehouse
VU
Saisie accidents
POCA
VUGIS
Analyse
spatiale
accidents
SPCH
TRA
Chaussées
et PMS
KUBA 5
Ouvrages d’art
Tunnels creusés
VMON
Monitotage
du trafic
LV
Mobilité douce
MISTRA-DB
3.5 Prestations déjà fournies
Mise en production du module MISTRA VU à la police cantonale de Neuchâtel début 2011
pour la saisie des données d’accidents de la circulation selon les standards du nouveau
procès-verbal d’accident (PVA) de la confédération. Mise en production de l'application
VUGIS au SPCH au début 2012 (y compris formation de 2 utilisateurs).

8. 8/16
4 Objectifs et solutions
4.1 Objectifs
Il s’agit de: (prioritaire)
Remplacer les applications STRADA-DB par MISTRA BS+DWH+TRA.
Remplacer les applications KUBA4 et KUBA Light par MISTRA KUBA 5.
Mettre en exploitation MISTRA VMON.
Mettre en exploitation MISTRA LV.
Intégrer les applications existantes du SPCH et du SITN à MISTRA :
o BD SPCH, Interface SRB
o Trafic (Maintenir l’application « Trafic » actuelle avec l’aide de l’équipe informatique en
attendant VMON et/ou la mise en œuvre d’une nouvelle application.)
o ROUTISIGNS; Signalisation verticale
o VIA PMS; Optimisation PMS
o OA/TE; Transport exceptionnel
o GIL; Interventions du LEAR
o PERTUB TRAFIC; Perturbations du trafic
o Guichet cartographique; Intranet et internet
Chacun de ces objectifs sera analysé et réalisé dans le cadre d’un projet ou sous projet.
D’un point de vue des disponibilités financières (crédit d'investissement accordé le 6 juin 2012 pour
cette année seulement), il est nécessaire de réaliser l’introduction des applications BS, TRA et KUBA5
avant la fin 2012.
Pour ce qui est des applications internes, une adaptation de BD SPCH, interface SRB et de l’interface
du guichet cartographique, devrait être provisoirement suffisante pour permettre la poursuite de
l’exploitation des autres applications internes.

9. 9/16
4.2 Solution proposée
4.2.1 Généralités
A terme, la solution retenue consiste à exploiter les nouvelles applications MISTRA sur une
installation centralisée à l’OFROU. Comme il s’agit d’une installation également commune à l’OFROU
et à d’autres cantons, chaque organisation dispose donc de droits particuliers pour gérer ses propres
données. L’accès au système s’effectue via un simple navigateur. Toutefois, certains travaux
graphiques de mise à jour nécessitent un client riche pour accéder en terminal serveur aux
applications ArcGIS de l’OFROU. Les applications existantes accessibles sur l’infrastructure cantonale
du SIEN communiquent avec le système MISTRA en utilisant les interfaces appropriées.
4.2.2 Vision globale
De manière globale, le système d’information cantonal des « données routières » est composé de 3
parties :
Les applications MISTRA
Ce sont les applications mises à disposition par l’OFROU, hébergées au BIT, et utilisées par des
collaborateurs du canton.
Le système MISTRA-NE
Cette infrastructure est celle du canton. Elle permet de disposer, sur le site du canton, d’un sous-
ensemble des données mises à jour dans les applications MISTRA.
La base de données MISTRA-NE est alimentée par export/import régulier des données cantonales
gérées dans les applications MISTRA.
Ces données, telles que le SRB, les revêtements, les réseaux d’exploitation, le TJM, les accidents,
voir d’autres, sont mises à disposition, en consultation, des autres applications aux travers de
services. Ces services peuvent être de différents types, selon les besoin des applications clientes :
Services web
Accès direct à la base de données
Système d’import/export
Les applications clientes MISTRA-NE
Ce sont les applications métier existantes qui utilisent des données MISTRA. Chaque application doit
être adaptée pour accéder aux données MISTRA via les services mis à disposition.
Le schéma ci-dessous illustre ces 3 parties de système :

10. 10/16
4.2.3 Vision détaillée
cmp Component Model
MISTRA
MISTRA-NE
DB
Services
App 1 (Client
MISTRA-NE)
App 2 (Client
MISTRA-NE)
App 3 (Client
MISTRA-NE)
Utilisateur
MISTRA
(NE)
Utilisateur
App (NE)Import Process
SI NE
Les services mis à disposition peuvent être:
Un accès direct en lecture sur une base de données
Des export/import de données dans la base de données de l'application cliente
Des services web alphanumériques
Des services géographiques
MISTRA-NE
Administrateur
MISTRA-NE
«use»
«use»
«use»
«use»
«manage»

11. 11/16
4.2.4 Adaptation des applications existantes
En priorité et simultanément à la mise en service des applications MISTRA, les 2 applications internes
suivantes seront adaptées à la nouvelle source de données MISTRA.
DB SPCH : une procédure de transformation FME sera développée pour passer du format Interlis
MISTRA au format d’import de l’interface existante.
Guichet cartographique : une procédure de transformation FME sera développée pour passer du
format Interlis MISTRA au format du guichet.
Les autres applications seront adaptées, éventuellement, ultérieurement.
4.2.5 Démarche (prioritaire)
De manière détaillée, le projet global sera découpé en sous-projets de la manière suivante :
Introduction de BS
Introduction de TRA
Introduction de KUBA
Introduction DWH
Introduction de LV
Introduction de VMON
Intégration des applications existantes
Le projet global et ses sous-projets seront conduits à l’aide de la méthode « Adaptation de système »
de HERMES.
Les points centraux des thèmes à aborder pour chaque projet d’introduction d’application MISTRA
sont les suivants :
Paramétrage du système
Migration des données
Formation des utilisateurs
Mise en place de l’organisation de l’utilisation
Mise en place du support de premier niveau
4.3 Sécurité et protection des données
Pour la partie MISTRA, ce sujet est entièrement réglé dans le cadre de la convention passée avec
l’OFROU. Le canton devra lui identifier les utilisateurs et leurs rôles respectifs afin de demander à
l’OFROU les droits d’accès aux différentes applications.
Pour les adaptations internes au canton, les standards du SIEN s’appliquent.

12. 12/16
5 Moyens nécessaires
5.1 Moyens matériels
Grâce à l'installation centralisée de MISTRA à l'OFROU, les coûts matériels sont de faible importance
car les postes de travail dans les cantons ont des caractéristiques suffisantes. Seule une liaison
rapide avec le réseau de la Confédération est nécessaire.
Par mesure d'ergonomie l'utilisation d'un deuxième moniteur peut être justifiée pour certaines
applications, soit environ CHF 300.- par moniteur. Il est estimé que 10-15 moniteurs seront
nécessaires selon les utilisateurs consultant seulement.
Pour l’intégration des applications existantes, il est prévu de mettre à disposition les données MISTRA
nécessaires dans un système centralisé exploité par le canton. Cette infrastructure actuellement est
déjà existante et ne nécessite en principe pas de moyens matériels supplémentaires.
5.2 Moyens logiciels
Comme stipulé dans la convention de base OFROU – Cantons, « le canton assume tous les frais
d’adaptation de ses propres applications (applications tierces) pour les rendre MISTRA compatibles.
L’élaboration des interfaces nécessaires au bon fonctionnement du nouveau système sera donc pris
en charge pour :
Les applications développées en internes par l’équipe informatique du SPCH. Dans ce cas de
figure, il s’agit principalement de développer les interfaces d’importation du SRB.
Les applications métier commerciales par leurs éditeurs respectifs, financièrement à charge du
canton.
La mise à disposition de géodonnées cantonales supplémentaires pour certains services web
MISTRA sera prise en charge par le SITN.
5.3 Efforts nécessaires à la réalisation du projet
5.3.1 Prestations internes (à l’Etat)
Le canton en tant que commanditaire du système doit impérativement mettre à disposition certaines
ressources internes s’il souhaite obtenir un résultat satisfaisant.
L’effort de conduite du projet sera principalement assumé par des collaborateurs de l’Etat. Cela
concerne en grande partie le SPCH. Toutefois le SITN et le SIEN, apporteront leurs appuis techniques
selon leur spécialité propre. Aucune estimation de cet effort n’est donné ici.
5.3.2 Prestations externalisées
Les prestations non couvertes en internes, pour les activités d’analyse, d’implémentation et
d’introduction, seront réalisées sous forme de prestations de services.
L’introduction de MISTRA nécessite un certain nombre de prestations externes au SPCH comme
celles qui seront attendues du BIT-Confédération, du centre de support et des mandataires qui
porteront leur concours au projet d’introduction en fournissant un appui technique et organisationnel
précieux.

13. 13/16
Les types de prestations qui seront fournies sont les suivantes :
Appui à la direction de projet
Migration des données
Paramétrisation des applications MISTRA
Formation des utilisateurs
Appui pour la mise en place du support de premier niveau
L’adaptation des applications existantes
Les prestations suivantes seront déléguées à des prestataires de services.
EBP Pour le paramétrage de BS
INSER Pour la migration des données BS, la formation BS
Pour l’adaptation des systèmes existants
Pour l’appui à la maîtrise d’ouvrage
CADRZ/IMC Pour le paramétrage et la migration des données, la formation KUBA
Zülke/Vico Pour le paramétrage et la migration des données, la formation TRA
D’autres mandataires pourraient également intervenir.
L’estimations des mandats externes est basée sur les chiffres moyens fournis par l’OFROU (budget
en milliers de francs) :
BAMO Mandataires Réserve TOTAL
Projet Général 27 31 58
BS 13 90 103
KUBA 13 30 43
TRA 13 40 53
Intégration existant 13 30 43
TOTAL 79 190 31 300
5.3.3 Formation
Chaque année, sur le portail MISTRA public, la GS MISTRA propose une liste de cours sur les
applications de base et métier en fonction de l’état d’avancement de ces dernières dans leur mise en
production ou dans le cas de nouvelles Release. Les formations sont dispensées par des mandataires
agréés MISTRA et les frais pris en charge par le canton.
Dans un premier temps, la formation sera délivrée principalement au responsable cantonal MISTRA
ainsi qu’aux différents responsables métier. Compte tenu des exigences système envers certaines
applications partiellement en exploitation, il n’est pas impossible de devoir reformer des
collaborateurs.
Le SPCH a décidé de ne former en externe que ses collaborateurs « gestionnaires ». Parmi ces
derniers et pour chaque application métier, un expert sera désigné pour former en interne les autres
utilisateurs « consultants » du service.
Les bases de calcul pour l’estimation des coûts de formation sont les suivantes :
Les formations sont données par des mandataires externes.

14. 14/16
Les formations sont données en 2012
Les formations sont données pour les applications BS, TRA et KUBA.
Les types de formation (base = ½ jour, avancé = 2 jours)
Le nombre d’utilisateurs à former
Les prix des formations indiqués dans la convention de base (750.-/jour/pers.)
Nbutilisateursconsult.
(Formationinterne)
Nbutilisateursgestion.
(Formationexterne)
Nombredejoursde
formations«avancé»
Prixdesformationsen
externe
BS 18 4 8 6’000.-
TRA 18 4 8 6’000.-
KUBA 5 13.5 10’500.-
Total (environ) 22’500.-
6 Planification et organisation
6.1 Organisation de projet
Il s’agit de l’organisation du projet d’introduction de MISTRA. Cette organisation sera opérationnelle
uniquement durant la « vie du projet ».
Les sous-projets sont les suivants (en 2012):
o Introduction de BS
o Introduction de TRA
o Introduction de KUBA
o Introduction DWH
o Introduction de LV
o Introduction de VMON
o Intégration des applications existantes.
Chacun de ces sous-projets doit disposer de sa propre organisation.

15. 15/16
Comité de pilotage
Chef: N. Merlotti
Membres: A. Pizzera
A. Rizzo (SIEN)
M. Riedo (SITN)
Direction générale
MISTRA-NE
Marc Vaucher
Pierre Grellet
Projet BS
Marc Vaucher
Projet TRA
David Peniceni
Projet KUBA
Ursula Otter
Projet VMON
Pierre Grellet
Projet LV
Intégration
Marc Vaucher
BAMO
Mandataire
externe
Support MISTRA
GS MISTRA
6.2 Délais
Dates de mise en production :
o MISTRA VU : En production depuis le 01.01.2011
o MISTRA VUGIS : En production depuis le 01.01.2012
Dates prévues de mise en production :
o MISTRA BS : 30.10.2012
o MISTRA TRA : 30.12.2012
o MISTRA KUBA5 : 30.11.2012
o MISTRA VMON : A déterminer
o MISTRA DWH : A déterminer
o MISTRA LV (mobilité douce) : A déterminer
o Intégration applications existantes : 30.10.2012 pour une intégration partielle du SRB

16. 16/16
7 Conséquences
7.1 Conséquences sur l’organisation
L’exploitation de MISTRA dans le canton de Neuchâtel va amener l’organisation d’un groupe d’experts
MISTRA, y compris une organisation de support de premier niveau.
La mise en place de cette organisation fait partie intégrante du projet.
7.2 Conséquences en cas de non réalisation ou de retard
L’intégration de MISTRA est essentielle, une non-réalisation de ce projet conduirait à l’abandon d’un
système d’information pour la gestion du domaine routier.
La planification de ce projet est liée à l’utilisabilité du système STRADA en production. Un retard
important sur la mise en exploitation des systèmes critiques conduirait le SPCH à se retrouver sans
l’appui informatique nécessaire pour l’exécution de ses tâches (sur la durée du retard). De plus, la
maintenance STRADA ne sera plus maintenue dès le 01.01.2013.
Le crédit d'investissement obtenu le 6 juin 2012 est conditionné à son utilisation totale en 2012 et le
solde éventuel ne pourra donc pas être utilisé sans autre en 2013.
8 Proposition
Les décisions suivantes ont déjà été prises :
o Le canton de Neuchâtel veut utiliser le système MISTRA mis à disposition par la
confédération. La convention de base OFROU-Neuchâtel a été signée par le SPCH le 12 juin
2012.
o Les applications BS/, TRA, KUBA5 et VUGIS seront utilisées prioritairement.
o L’application VMON devra être utilisée dès la mise en service de la relaese 2 pour tous les
comptages fixes et mobiles du canton, dès que disponible en 2013 avec également la reprise
des comptages des 10 – 15 années précédentes.
o L’application LV sera utilisée dès qu’elle permettra la gestion des parcours cyclo vers 2014
o Les interfaces SRB entre MISTRA et le SITN devront être opérationnelles dès la mise en
production de MISTRA BS et TRA fin 2012. En principe elles seront réalisées par le SITN ou
le SPCH.
Il est donc proposé de procéder de la manière suivante :
o Finaliser au plus vite le concept d'introduction du canton et le présenter à l'OFROU avant le 6
juillet 2012.
o Démarrer le projet MISTRA-NE qui chapeaute l’introduction de MISTRA dans le canton de
Neuchâtel.
o Etablir, pour chaque sous-projet une proposition de projet.