MISTRA Système d information pour la gestion des routes et du trafic

ASTRA OFROU Code document : M MA MISTRA Système d information pour la gestion des routes et du trafic Système global Mandat de projet Rapport succinct (août 2005) Auteurs Version Th. Mahrer, C. Käser, J.-P. Bolli 2.02 (nouvelle) Date 05.09.2005 Techdata AG Projekt - und Baumanagement Effingerstrasse 13, Postfach, 3001 Bern Tel. 031 384 07 07, Fax 031 384 07 17 E-Mail: bern@techdata.net

Impressum Impressum Date de création : 22 juillet 2005 Dernière modification : 5 septembre 2005 Chefs de projet : Th. Mahrer, C. Käser Assistance : Jean-Pierre Bolli Numéro de mandat : LA.N.04002 Répertoire et fichier : c:\documents and settings\jean-pierre\mes documents\mistra\arbeitsordner\r 2005 09 05 m kurzbericht projektauftrag.doc Nombre de pages total y compris 21 page de titre et table des matières : Gestion des documents Version Date Auteurs Remarques 0.1 15.01.2004 JL, JPB Projet 1.0 28.01.2004 EB, JPB Compléments selon révision interne, adaptation au cahier des charges du système de base 2.0 22.07.2005 JPB Mise à jour du bref rapport 2.01 22.08.2005 JPB Retouche en fonction de l avis de la direction du projet 2.02 05.09.2005 JPB Nouvelle version définitive 2005 09 27 m rapport succinct mandat Page I

Table des matières Table des matières Page 0 Résumé...1 1 But du document...2 1.1 Introduction...2 1.2 But du rapport...2 2 Situation initiale...3 2.1 Mandat...3 2.2 Délimitation...5 2.3 Analyse de la situation...6 2.3.1 Réforme de la péréquation financière et de la répartition des tâches (RPT)...6 2.3.2 Processus...6 2.3.3 ISA, KOFINAS, contrôle des coûts des projets...6 2.3.4 STRADA-DB, KUBA-DB, UH-PERI...7 2.3.5 Accidents de la circulation...7 2.3.6 Monitorage du trafic...8 2.3.7 Locomotion douce, SIG-LD, MD-LD...8 2.3.8 Inventaire des voies historiques de la Suisse (IVS)...8 2.3.9 Autorisations spéciales...9 2.3.10 Gestion de l entretien...9 3 Objectifs et solutions...10 3.1 Vision...10 3.1.1 Stratégie d entretien...10 3.1.2 Projets d aménagement...10 3.1.3 Transports exceptionnels...11 3.1.4 Politique de sécurité routière (Via Sicura)...11 3.2 Objectifs du système...12 3.2.1 Objectifs généraux...12 3.2.2 Objectifs supérieurs...12 3.2.3 Objectifs principaux...12 3.3 Solutions proposées...13 3.3.1 Vue d ensemble du système...13 3.3.2 Architecture du système...14 3.3.3 Data Warehouse (DWH)...15 4 Planification et organisation...16 4.1 Calendrier prévu de la phase de mise sur pied...16 4.2 Organisation structurelle...17 2005 09 27 m rapport succinct mandat Page I

Table des matières Tableau Tableau 1 : Caractéristiques principales de MISTRA... 4 Page Figures Fig. 1 : Délimitation du système MISTRA... 5 Fig. 2 : Vue d ensemble du système MISTRA (développement à moyen terme du point de vue actuel)... 13 Fig. 3 : Architecture de MISTRA et du système de base... 14 Fig. 4 : Exemple de requête combinée avec extrait de carte et graphique à partir du DWH... 15 Fig. 5 : Feuille de route de la phase de mise sur pied de MISTRA... 16 Fig. 6 : Organisation structurelle de MISTRA... 17 Page 2005 09 27 m rapport succinct mandat Page II

Résumé 0 Résumé Le système STRADA, destiné à gérer les données routières, a vieilli et doit être remplacé. Il manque en outre des solutions informatiques qui permettent de simplifier le contrôle au niveau général. La demande s oriente vers des applications capables de gérer et de contrôler de manière simple les différents besoins et exigences en matière de routes et de circulation routière. Le présent projet a pour but de créer un système d information pour la gestion des routes et du trafic (MISTRA) qui soutienne le pilotage stratégique, conceptuel et opérationnel des champs d action de l OFROU que sont la conception, la mise à disposition et l utilisation du réseau, ainsi que de champs d action analogues de propriétaires de routes professionnels et d exploitants de réseau en rapport avec les routes. Il est prévu de créer ce système, qui se fonde sur un système d information et de communication géographique (SIC), en collaboration avec des cantons, des agglomérations, divers offices fédéraux et des organisations professionnelles concernées. MISTRA traite exclusivement les données d infrastructures statiques, ce qui signifie que leur actualité est au maximum journalière. Les applications de comptabilité financière, de comptabilité d exploitation et de télématique des transports routiers (p. ex. Gestion du trafic en Suisse) ne sont pas gérées dans MISTRA même, mais en parallèle. Les données de base de MISTRA constituent la base commune de tous les systèmes. Les Avantages principaux de MISTRA sont : remplacement de solutions informatiques qui demandent beaucoup d entretien par une solution intégrée ; mise en place par étapes d une base d information standardisée et statique sur l infrastructure ; utilisation cohérente de standards ainsi que de données et d applications existantes ; prestations de l OFROU plus efficientes et plus efficaces ; prestations économiques et efficaces dans le domaine des routes et du trafic. Phase de mise en place (2004 à 2006) : mise en place du système de base MISTRA (base de données socle y compris module de base SIG, Data Warehouse et interfaces avec les applications métier) et d exemples d application métier (par exemple Chaussée et installations annexes, Ouvrages d art et tunnels, Accidents de la circulation, Monitorage du trafic, Locomotion douce et IVS), du catalogue et du modèle des données, ainsi que migration des données socles de STRADA-DB, KUBA-DB et d autres bases de données. Phase d exploitation I (2007 à 2009) : mise en œuvre successive d autres applications métier (par exemple Conception du réseau, Construction et aménagement, Equipement technique, Gestion de l entretien, Acquisition de terrain, Immeubles). Phase d exploitation II (2010 à 2012) : réalisation d applications métier supplémentaires (par exemple Entretien courant, Signalisation, Sécurité, Contrôles du trafic, Entretien des espaces verts, projets d agglomération) et liaison de celles-ci au système de base MISTRA. Dès que les données auront été migrées à partir de STRADA-DB et que l exploitation normale de MISTRA sera garantie, il sera possible, dès 2007, de mettre STRADA-DB progressivement hors service comme application de base. Une exploitation en parallèle est prévue dans le cadre du remplacement. La mise hors service définitive aura lieu lorsque le transfert des données des cantons à l OFROU dans le cadre de la RPT sera achevé. Le système de base de MISTRA et la version prédécesseur de l application métier Ouvrages d art et tunnels sont maintenant en cours de réalisation. Les applications métier Accidents de la circulation, IVS et Locomotion douce sont parvenues au terme de l analyse préliminaire et sont entrées en phase de conception. Les projets partiels Monitorage du trafic et Chaussée et installations annexes sont encore en phase d analyse préliminaire, laquelle sera toutefois terminée d ici fin 2005. Le site www.mistra.ch fournit des informations supplémentaires. 2005 09 27 m rapport succinct mandat Page 1 sur 1

But du document 1 But du document 1.1 Introduction Une partie de l OFROU et la moitié environ des cantons gèrent aujourd hui les données routières à l aide du système informatique STRADA. La base de données saisie est considérable. La conception de STRADA date toutefois des années 80. Ce système est désormais technologiquement obsolète et ses utilisateurs critiquent son maniement et son coût d exploitation et d entretien. Les utilisateurs ont confirmé cette évaluation lors de l enquête de 2002 sur STRADA et sur les besoins auxquels devrait répondre une solution qui prendrait sa succession. L OFROU a donc donné mandat à la Centrale de gestion STRADA (CG STRADA) d évaluer un remplacement du système informatique STRADA. Le projet a été lancé au printemps 2003, en même temps que l ouverture d un concours pour le système de base MISTRA. A l OFROU, la direction du projet MISTRA a commencé son travail en juin 2003. Le mandat de projet a tenu compte d une approche large et intégrée des données de la route et du trafic ainsi que des développements en matière de politique de sécurité routière. Les nombreuses autres collections de données géoréférencées de l OFROU devraient également être intégrées. Ces directives sont mises en œuvre selon un plan modulaire, le système global étant divisé en sous-systèmes dont la réalisation est échelonnée en fonction du personnel disponible. Le plan prévoit toutefois de réaliser au minimum le système de base de MISTRA et le remplacement de STRADA d ici le printemps 2007 au plus tard. 1.2 But du rapport La version abrégée s adresse aux lecteurs intéressés qui ne participent pas directement au projet ou pour lesquels la version complète ne contient pas d informations supplémentaires essentielles. La version abrégée doit être compréhensible pour tout un chacun et donner un aperçu du projet. La version abrégée a été mise à jour en août 2005 afin d une part de montrer l évolution du projet et d autre part de faire le lien avec le mandat de projet initial. 2005 09 27 m rapport succinct mandat Page 2 sur 2

Situation initiale 2 Situation initiale 2.1 Mandat La direction de l OFROU confie le mandat suivant à la direction du projet MISTRA : L OFROU crée un système d information pour la gestion des routes et du trafic (MISTRA) pour soutenir le pilotage stratégique, conceptuel et opérationnel des champs d action de l OFROU que sont la conception, la mise à disposition (planification, construction, aménagement, entretien, exploitation) et l utilisation du réseau, ainsi que de champs d action analogues de propriétaires de routes professionnels et d exploitants de réseau en rapport avec les routes. Ce système d information et de communication (SIC) géographique est créé en collaboration avec des cantons, des agglomérations, divers offices fédéraux et des organisations professionnelles concernées. Caractéristiques principales de MISTRA : Efficient en termes de gestion National Orienté objet A l écoute des clients permet de générer des états simples orientés client, telles qu analyses et rapports spécialisés, et si possible de manière automatique de caractéristiques chiffrées du réseau servant d informations de gestion pour l OFROU ; appui ciblé pour les processus géoréférencés de l OFROU ; utilité potentielle considérable pleinement exploitée par l OFROU grâce à l intégration à grande échelle. destiné à tous les propriétaires de routes professionnels, publics et aux exploitants de réseau en rapport avec les routes ; pour tout ce qui touche à l infrastructure et au trafic routiers d importance directement ou indirectement nationale ; applications et services Web constants pour l ensemble du territoire. contient des données attribuables à des objets routiers et à des réseaux en tant qu informations spatiales statiques sur l infrastructure pour les : routes nationales ; routes principales ; routes cantonales ; routes communales ; autres routes ; pistes cyclables (au plan national et régional) ; chemins pédestres et de randonnée (an plan national, régional et local) ; voies de communication historiques (au plan national, régional et local). groupes cibles sur les besoins desquels l OFROU axe la création de valeur : public et usagers des transports ; cantons et organisations cantonales ; agglomérations, villes, communes ; professionnels ; services spécialisés ; Confédération, OFROU, divers offices fédéraux. 2005 09 27 m rapport succinct mandat Page 3 sur 3

Situation initiale Intégré Economique Efficace standardisation selon les directives de la Confédération et les directives stratégiques de l OFROU concernant l informatique ; réutilisation des jeux de données existants ; réutilisation simple de services Web et d applications ; co-utilisation des géoservices de swisstopo et COSIG ; prise en compte des normes VSS dans la mesure du possible et pour autant que ce soit judicieux. prestations élaborées sur la chaîne de création de valeur conformément à la RPT et dans le cadre de l OFROU GMEB (fournisseur OFROU client) en grande partie sans ruptures de la chaîne de l information ; solution SIC ouverte, évolutive et flexible qui peut bénéficier largement du développement de logiciels standard ; mise à disposition d informations, de données, de services Web et d applications du système de base MISTRA sans frais pour les clients ; utilisation simple et large des données et des applications ; optimisation de la répartition des tâches en fonction du coût économique (par exemple applications développées par la Confédération ou par le marché). Les processus, applications, services Web et données sont clairement spécifiés et adaptés aux groupes cibles de MISTRA. La solution MISTRA fonctionne avec une continuité, une stabilité et une fiabilité élevées. Le rapport coût/bénéfice est raisonnable. Tableau 1 : Caractéristiques principales de MISTRA La phase de mise sur pied (2004 à 2006) de MISTRA vise les résultats suivants : a) analyse préliminaire et conception du système global avec définition de l ordre de priorité des applications métier ; b) mise sur pied du système de base MISTRA ; c) intégration des données socles de STRADA, UH-PERI, KUBA-DB d autres bases de données ; d) réalisation des applications de base nécessaires pour l exploitation du système avec les services Web ; e) garantie d un fonctionnement informatique évolutif avec un Service Level Agreement clair passé entre l OFROU et l exploitant du système ; f) définition des processus principaux de l OFROU. La phase d exploitation I (2007 à 2009) de MISTRA vise les résultats suivants : a) extension du modèle et du catalogue de données en fonction des besoins ; b) perfectionnement du système de base en fonction des premières expériences des utilisateurs ; c) forte avancée des services Web avec une technologie basée sur un navigateur Web. 2005 09 27 m rapport succinct mandat Page 4 sur 4

Situation initiale La phase d exploitation II (2010 à 2012) vise les résultats suivants : a) définition de nouveaux processus pour les applications métier et externes de l OFROU ; b) sinon mêmes résultats que phase d exploitation I. Exploitation normale de MISTRA (dès 2012) : Adaptation incrémentielle et perfectionnement du système MISTRA dans tous les domaines conformément aux caractéristiques principales précitées du système. Remplacement progressif de STRADA-DB (dès 2007) : Dès que les données seront migrées depuis STRADA-DB et que le fonctionnement irréprochable de MISTRA sera garanti, STRADA-DB pourra être transférée progressivement dans le nouveau système de MISTRA. Une exploitation en parallèle est prévue dans le cadre du transfert. La mise hors service définitive, c est-à-dire la suspension du financement des services de maintenance et de support, aura lieu lorsque le transfert des données des cantons à l OFROU en vertu de la RPT sera achevé, probablement le 1.1.2008. 2.2 Délimitation Conformément à ses caractéristiques principales, MISTRA traite exclusivement les données d infrastructures statiques. L actualité de ces données, en fonction des manipulations et des mutations, est au maximum journalière. Les applications de comptabilité financière, de comptabilité d exploitation (Gestion des coûts), de télématique des transports routiers et celles propres à la RPT, par exemple Gestion des immeubles ou Acquisition de terrain, ne font donc pas partie intégrante de MISTRA. La conception de MISTRA est en revanche ouverte de façon à ce que ces applications puissent lui être reliées par des interfaces clairement spécifiées et que des données socles puissent être obtenues ou livrées. Le graphique suivant explicite la délimitation des différents systèmes, sous une forme encore simplifiée. Elle est également valable pour d autres systèmes externes (applications externes), tels que SIGD, système de navigation, information sur le trafic, etc. Données statiques de la route et de l infrastructure Immobiliers Cadastre Applications spécifiques Chaussée et équip. Ouvrages d art Tunnels Accidents circulation Monitorage du trafic Autres selon besoin Données spécialistes Gestion de maintenance Locomotion douce Autres selon besoin Informations routières Gestion des coûts Gestion du trafic Données de base MISTRA Système de base MISTRA Fig. 1 : Délimitation du système MISTRA 2005 09 27 m rapport succinct mandat Page 5 sur 5

Situation initiale 2.3 Analyse de la situation 2.3.1 Réforme de la péréquation financière et de la répartition des tâches (RPT) La Réforme de la péréquation financière et de la répartition des tâches entre Confédération et cantons (RPT) représente une évolution majeure du contexte pour MISTRA. Le paysage des compétences changera beaucoup avec l approche RPT. En gros, on peut énoncer les éléments suivants : achèvement du réseau des routes nationales en collaboration avec la Confédération et les cantons) ; aménagement et extension du réseau des routes nationales = tâche fédérale ; entretien et exploitation du réseau des routes nationales = tâche fédérale ; aménagement des réseaux de trafic d agglomération = tâche conjointe ; gestion du trafic sur les routes nationales et les axes de transit (GT-CH) = tâche conjointe ; désenchevêtrement partiel dans le domaine des subventions au réseau des routes principales ; construction et entretien des autres réseaux routiers = tâche cantonale ; pistes cyclables et chemins de randonnée nationaux = tâche conjointe ; autres chemins = tâche cantonale ; voies de communication historiques d importance nationale = tâche conjointe ; autres = tâche cantonale. Il importe donc de structurer MISTRA de façon à ce que les parties concernées et impliquées puissent de toute façon redéfinir les compétences sans restructurer les processus et les applications métier correspondantes. 2.3.2 Processus Les processus de l OFROU (modes d élaboration des prestations) servent de base centrale pour les autres travaux. MISTRA est structuré de façon à pouvoir dorénavant fournir les prestations définies avec les processus dans le cadre de gestion de l OFROU GMEB. Il s agit par conséquent, lors de la phase de réalisation du système de base MISTRA, d atteindre une coïncidence complète des processus par adaptation aux travaux sur l OFROU GMEB et sur la RPT. Les processus du système de base ont été définis jusqu au niveau micro et aux cas d utilisation. Ils constituent la base de la réalisation, de l introduction et de l exploitation du système de base ainsi que du Data Warehouse. Les processus des applications métier Chaussée et installations annexes, Ouvrages d art et tunnels, Accidents de la circulation, Monitorage du trafic, Locomotion douce et Voies de communication historiques sont en cours d élaboration. En même temps, les principes des processus techniques correspondants sont définis et adaptés au système de gestion actuel de l OFROU. 2.3.3 ISA, KOFINAS, contrôle des coûts des projets Les données financières relatives à l infrastructure routière sont aujourd hui gérées au moyen du système ISA (Informatiksystem Amt). Grâce aux perfectionnements constants apportés, ce système remplit les exigences imposées en matière de technique et de performance. Seule l interface utilisateur ne répond plus aux normes bureautiques actuelles et devrait être adaptée. Un concept de remplacement d une partie du système ISA a été élaboré depuis début 2003 dans le cadre du projet KOFINAS (gestion des coûts et des finances OFROU). Comme il n a pas été possible d obtenir les résultats souhaités avec KOFINAS, le projet a été abandonné. Une nouvelle analyse préliminaire a donc été établie pour un outil de contrôle des investissements. 2005 09 27 m rapport succinct mandat Page 6 sur 6

Situation initiale 2.3.4 STRADA-DB, KUBA-DB, UH-PERI Environ 17 cantons et l OFROU utilisent STRADA-DB pour planifier l entretien des routes. Cette base de données ne fait plus l objet de travaux de développement, mais seulement de mesures nécessaires à l exploitation (maintenance, support). Le projet UH-PERI NS a été élaboré comme base pour les projets d entretien des routes nationales. Il présente un inventaire complet des ouvrages des routes nationales. L application informatique correspondante, intégrative, sera totalement intégrée dans le système de base et développée de façon adéquate. Il est prévu en outre d y intégrer les répertoires de sections d entretien (tronçons de rapport). Grâce à la collaboration avec swisstopo/cosig, les listes d ouvrages sont largement mises à disposition par le biais d'un serveur Web SIG de la COSIG. Système de base Les données de base de STRADA-DB et les données d UH-PERI seront intégrées dans le système de base. Pour la conception et la réalisation du système de base, 5 candidats sur 30 demandes de participation ont été sélectionnés pour élaborer l analyse préliminaire, la conception, un prototype et une offre de prix, dans le cadre d un mandat d études parallèles. Ce dernier a démarré début 2004. Au printemps 2004, les candidats ont présenté leurs analyses préliminaires et un premier prototype. Les conceptions et les prototypes perfectionnés ont été présentés en novembre 2004, puis évalués. L évaluation globale pour l adjudication a eu lieu en juin 2005. Le début de la réalisation est prévu pour octobre 2005. Il est également prévu que le système soit introduit à l OFROU et prêt à fonctionner début 2007. Chaussée et installations annexes Les données spécialisées relatives à la chaussée et à la planification de l entretien étaient gérées jusqu à aujourd hui avec STRADA-DB. Une application métier appropriée doit être disponible pour la remplacer. Il peut s agir aussi bien d une adaptation d'une application métier existante que, si les exigences ne sont pas remplies, d un nouveau développement. Les premiers résultats de l analyse préliminaire (analyse de la situation et système cible) sont aujourd hui disponibles. Il est prévu que le rapport complet d analyse préliminaire soit disponible en décembre 2005. Ouvrages d art et tunnels Dans le cadre des derniers développements, KUBA-DB, en coordination étroite avec MISTRA, sera complétée d ici fin 2006 par un module de Système de gestion pour la planification de l entretien et d un module de gestion des données de substance des tunnels forés. La phase de conception pour enrichir KUBA-DB du système de gestion (KUBA-MS) est terminée. Les travaux de réalisation et les prestations de maintenance ont fait l objet d un appel d offres et ont été adjugés au printemps. La réalisation de KUBA 4.0 a démarré en août 2005. Il est prévu d introduire cette nouvelle version fin 2007 dans tous les cantons. KUBA 4.0 est enrichie des fonctions destinées à gérer les ouvrages d art (BMS). Les travaux de conception informatique de KUBA 4.1 pour l enrichir des tunnels forés et la relier complètement au système de base MISTRA sont en cours. La conception sera disponible en automne 2005. 2.3.5 Accidents de la circulation Le nouveau protocole de recensement des accidents a été défini en collaboration avec le BPA, l OFS et les organes de police cantonaux. Entre autres éléments, on y exige impérativement la localisation géographique du lieu de l accident. Ce nouveau protocole a été testé en 2004 et sera introduit après des expériences positives. Il existe déjà sur le marché diverses applications pour recenser les accidents et exploiter les statistiques. 2005 09 27 m rapport succinct mandat Page 7 sur 7

Situation initiale Les mesures résultant du projet Politique de sécurité routière de la Confédération (VESIPO) doivent être mises en œuvre dans le programme d action Via Sicura. L application métier Accidents de la circulation peut être considérée comme une mesure anticipée de ce programme. Le rapport de conception correspondant sera disponible au printemps 2006, si bien que la réalisation d un outil de saisie et d analyse des données des accidents pourront être mise au concours. 2.3.6 Monitorage du trafic Le projet partiel Monitorage du trafic a pour but premier de saisir et de préparer des bases de nature quantitative et qualitative concernant les flux de trafic. Plus tard, il devra aussi suivre davantage les domaines environnementaux (bruit, air, poussière, eau) et mettre en relation les données relevées au trafic motorisé individuel (TMI). Les travaux d analyse préliminaire, déjà terminés début 2005, ne concernaient qu une partie du Monitorage du trafic (CACR), raison pour laquelle le projet a été remis en route sur ordre de la direction générale du projet, afin d élaborer une approche élargie pour le monitorage. L analyse préliminaire et la conception seront adaptées en conséquence. La réalisation des premiers modules doit être mise au concours au printemps 2006. La première phase consiste à mettre en œuvre des modules pour les compteurs automatiques de la circulation routière (CACR), WIM (systèmes dynamiques de relevé de la charge par essieu), la gestion des stations de mesure et du modèle du trafic DETEC (en collaboration avec l ARE). Les données brutes provenant des capteurs (compteurs de la circulation routière, installations WIM, etc.), les données et les informations routières analysées, par exemple TJM, pourcentage de poids lourds, courbes de variation, doivent toutes devenir accessibles dans le système de base MISTRA ou via le Data Warehouse (DWH). L extension future en direction de la gestion et du suivi des données relatives aux embouteillages ainsi que des effets du trafic routier en termes de bruit, d air et de sol sera intégrée dans les travaux correspondants. 2.3.7 Locomotion douce, SIG-LD, MD-LD Le domaine Locomotion douce a élaboré une analyse préliminaire SIG-locomotion douce (SIG-LD) et le modèle de données correspondant (MD-LD). Cette analyse a notamment révélé que pour étudier la locomotion douce les données de base relatives à la marche et au cyclisme ainsi que l IVS doivent être disponibles pour l ensemble du territoire suisse. C est pour cette raison qu il est envisagé de fonder les informations de base spécifiques à la LD sur les données de référence de swisstopo (VECTOR25). Le projet partiel Locomotion douce a été divisé en janvier 2005, sur ordre de la direction générale du projet, en une partie Modèle et catalogue de données locomotion douce et une partie IVS pour l application Web, qui doit mettre à disposition les voies de communication historiques de Suisse par intranet ou extranet. La phase d analyse préliminaire est terminée. Le modèle de données est en cours d adaptation aux exigences de MISTRA. L application métier elle-même a été repoussée, mais les données doivent être saisies et gérées dans le système de base avec les fonctions de base disponibles. Dès 2006, les activités principales se concentreront sur la saisie des données. 2.3.8 Inventaire des voies historiques de la Suisse (IVS) Afin d éviter une énorme montagne de papier lors de la publication et de la mise à jour de l IVS, il est prévu de mettre en consultation l ordonnance sur l IVS (OIVS), de traiter et de mettre à jour l IVS luimême avec des médias électroniques. C est pour cette raison que le projet WEB-SIG de COSIG prépare l application pilote WEB-IVS. C est probablement vers fin 2005 que l ébauche de l Inventaire des voies historiques pour toute la Suisse sera librement accessible par voie numérique pour tous les segments de clientèle de MISTRA. 2005 09 27 m rapport succinct mandat Page 8 sur 8

Situation initiale L inventaire des voies historiques de la Suisse (IVS) est géré comme une application métier autonome. A l état d ébauche, l IVS est aujourd hui entièrement numérisé et il est prévu de le publier prochainement avec ses courtes descriptions via intranet ou Internet et qu il devienne contraignant pour les autorités fait nouveau dans l administration fédérale. Egalement utile à la consultation prévue, l application Web sert de base pour l évaluation des demandes d aide financière déposées par les cantons et pour la mise à jour. 2.3.9 Autorisations spéciales Pour établir les autorisations spéciales, on a cherché un moyen informatique avec formulaire d autorisation, facturation, comptabilisation et interface avec SAP. Un groupe de travail devrait mettre au clair les informations sur l itinéraire et les obstacles qui s y trouvent, lesquelles serviront de base pour établir l autorisation spéciale. La consultation des entreprises de transport, des services cantonaux et des services de police a révélé qu il n existe pas de besoins clairs en matière d autorisations spéciales. Le projet partiel a donc été suspendu en janvier 2005 sur ordre de la direction générale du projet. 2.3.10 Gestion de l entretien Pour la gestion de l entretien, des directives stratégiques ont été fixées dans le cadre du projet UplaNS. Dans le même temps, la gestion du système global et celle des systèmes partiels (chaussée, pont, électromécanique) ont été définies et la collaboration régie afin de rendre possible une optimisation au niveau du système global. Le support par un auxiliaire informatique n a pas été réalisé. Les cantons en revanche ont transposé les directives stratégiques en tronçons d entretien (tronçons UplaNS). En janvier 2005, le projet partiel a été stoppé et remis à plus tard sur ordre de la direction générale du projet. Des considérations sommaires sur la gestion de l entretien globale seront à faire dans le cadre de la gestion de l entretien des différents systèmes partiels tels que Chaussée et Ouvrages d art. 2005 09 27 m rapport succinct mandat Page 9 sur 9

Objectifs et solutions 3 Objectifs et solutions 3.1 Vision Système d information et de communication dédié à la route et au trafic, intégré, efficace au plan de l exploitation et efficient en termes économiques, servant à l OFROU de base de décision pour la conception, la mise à disposition et l utilisation du réseau, et destiné à être utilisé largement par tous les partenaires (services fédéraux, cantons, agglomérations). Les chapitres suivants définissent cette vision à l aide de quelques exemples. 3.1.1 Stratégie d entretien Monsieur X, collaborateur de l OFROU, reçoit le mandat de développer la stratégie globale d entretien des routes nationales pour les 5 prochaines années. Cela signifie qu il s informe d abord de l inventaire global avec la valeur de remplacement de l infrastructure globale des routes nationales. Il veut ensuite intégrer les indices de l état des routes les plus actuels des dernières campagnes de mesure. A l aide des pronostics pluriannuels les plus récents sur le trafic, il peut calculer la perte de valeur annuelle d une route, donc l évolution de son état. Il veut également relever l évolution des ouvrages d art et des installations électromécaniques avec les valeurs d état et la perte de valeur annuelle. Il s agit ensuite de déterminer les tronçons d entretien optimisés sur les 5 prochaines années. Il importe aussi de respecter la distance minimale entre les chantiers. Il convient en outre d étudier pour les tronçons d entretien fixés les mesures d entretien prioritaires qui pourraient venir à échéance dans les 5 à 10 prochaines années. Monsieur X désire obtenir comme résultat d une part un aperçu général de la Suisse avec les tronçons d entretien optimisés, chaque année étant signalée par une couleur différente. Un aperçu cartographique indiquant les différents ouvrages et mesures planifiées est nécessaire pour chaque tronçon d entretien. Finalement, ces résultats doivent encore être rassemblés sous forme de liste avec les données exactes pour chaque tronçon d entretien. Dans le futur, Monsieur X s assied devant son ordinateur, lance Internet Explorer et la page intranet MISTRA. Il a tout de suite devant lui l aperçu général de la Suisse avec le réseau des routes nationales. Le répertoire des ouvrages de l infrastructure des routes nationales lui permet d afficher un classement des ouvrages dont l état est critique pour l année 2008 et il retient les 100 ouvrages les plus importants dans une sélection. La définition et l optimisation des tronçons d entretien s effectuent maintenant pour les ouvrages sélectionnés. La liste des coûts incluse permet de contrôler que les directives budgétaires pour 2008 soient respectées et de procéder à la sélection définitive. Tronçon par tronçon, Monsieur X vérifie à l écran la sélection effectuée et apporte encore des corrections de manière interactive. Il enregistre ensuite les mesures d entretien prévues en 2008 pour les ouvrages sélectionnés. Monsieur X répète la même procédure pour 2009, puis pour 2010 à 2012, et obtient en très peu de temps la stratégie d entretien souhaitée. Notons au passage que lors de la définition et de l optimisation des tronçons d entretien pour l année 2010 par exemple, les mesures d entretien prévues pour 2008 et 2009 sont correctement prises en compte et n apparaissent plus comme ouvrages dont l état est critique. 3.1.2 Projets d aménagement L OFROU a reçu les documents de planification sur le projet cantonal d aménagement de la route cantonale Berne-Schwarzenburg. Lors de l enregistrement du dossier, Madame M regarde sur la page intranet MISTRA si le canton a déjà inscrit le projet. Elle entre à cet effet son titre «Projet d aménagement de la route cantonale Berne-Schwarzenburg» comme critère de recherche. Effectivement, ce projet est affiché dans la fenêtre d aperçu graphique. L étape suivante consiste à définir les responsables de l OFROU à consulter. Un menu standard pour les consultations apparaît à cet effet à l écran et propose les thèmes à traiter et les personnes compétentes. Le système examine si 2005 09 27 m rapport succinct mandat Page 10 sur 10

Objectifs et solutions les personnes proposées sont présentes et peuvent traiter le dossier dans les prochains jours. Une fois que le traitement du dossier et les délais sont fixés, Madame M le libère pour traitement. Les responsables des thèmes peuvent, par le biais de la page intranet MISTRA, simultanément élaborer leurs avis et déposer des propositions d amendement dans le dossier sous forme de variantes. Tous les responsables peuvent ensuite accéder à ces propositions et les prendre en compte. Dès que tous les avis sont élaborés, le système l annonce par courriel au responsable du dossier. Celuici peut alors effectuer le contrôle final et faire étudier les contradictions ou lacunes éventuelles qui existent dans ces avis. Une fois que ces travaux sont achevés avec succès, le projet d aménagement retourne au canton. Comme tous les travaux ont été documentés dans le système MISTRA, le canton les reçoit non seulement sur papier, mais peut aussi y accéder directement par le système MISTRA. Avec les droits d accès appropriés, il est maintenant possible de continuer à travailler sur le projet dans le canton. 3.1.3 Transports exceptionnels Le transporteur A, d Allemagne, doit effectuer un transport de Stuttgart à Gstaad. Comme son véhicule dépasse le poids autorisé en Suisse, il doit demander une autorisation spéciale. Le transporteur A s assied à son ordinateur et parvient, par la page Internet de l OFROU, au domaine Autorisations spéciales. Il entrera d abord sont lieu de départ et son lieu d arrivée. Le système propose ensuite l itinéraire optimal des deux côtés de la frontière, sous forme de carte et de description. De plus, le système lui établit sur cette base l autorisation spéciale nécessaire. Tout est prêt pour le transport! A cause d un imprévu et en accord avec le destinataire de la marchandise, le transport est repoussé. Le trajet se déroule sans difficultés jusqu à la frontière suisse. Après le contrôle, il continue jusqu à Berne. Mais là, le système de gestion du trafic lui indique que la route n est ouverte aux poids lourds que jusqu à Zweisimmen, étant donné qu un éboulement a enseveli une partie de la route et que celle-ci n est désormais ouverte qu à la circulation des voitures de tourisme en raison des travaux de déblaiement et d entretien. Le chauffeur prend contact directement avec le transporteur A au moyen de son téléphone mobile et lui demande un autre itinéraire. Le transporteur A consulte à nouveau la page Internet Autorisations spéciales de l OFROU, indique Berne comme nouveau lieu de départ et Gstaad comme lieu d arrivée et fait calculer le nouvel itinéraire. Le système lui propose maintenant un itinéraire par Berne-Fribourg-Bulle-Gruyères. La fermeture temporaire de la route Zweisimmen-Gstaad au trafic lourd est déjà intégrée dans le système. Après avoir reçu du système la description de l itinéraire et l autorisation spéciale mise à jour sous forme de fichiers texte, il les envoie à son chauffeur par SMS. Ce dernier peut continuer sa route et livrer la marchandise à Gstaad encore le jour même. 3.1.4 Politique de sécurité routière (Via Sicura) Madame S, du domaine Politique de sécurité routière de l OFROU, reçoit de son directeur le mandat de contrôler le résultat des mesures prescrites depuis l introduction de la nouvelle politique trois ans auparavant. Elle va à cet effet sur la page intranet MISTRA et va chercher dans le système, comme situation de référence, les statistiques annuelles des accidents de la circulation routière et des morts et blessés graves qu ils ont causés au cours des 5 dernières années qui précèdent la mise en œuvre de la VESIPO. Elle commande en outre l affichage graphique des points noirs et la liste des points les plus importants. Elle fait aussi afficher pour ces points noirs les mesures prises par les cantons et les communes. Elle établit ensuite la même évaluation pour les 3 dernières années. Elle a maintenant les bases essentielles pour établir son rapport d évaluation VESIPO et tirer les premières conclusions. 2005 09 27 m rapport succinct mandat Page 11 sur 11

Objectifs et solutions 3.2 Objectifs du système 3.2.1 Objectifs généraux Objectifs généraux de MISTRA : 1. Appui des décisions stratégiques «Où le franc d impôt utilisé est-il le plus efficace?» 2. Aide pour le travail quotidien avec des données géographiques 3. Information du public Il est possible d en dériver les objectifs supérieurs et principaux suivants. 3.2.2 Objectifs supérieurs 1. Mise sur pied de MISTRA Le système d information pour la gestion des routes et du trafic soutient intégralement le pilotage stratégique, conceptuel et opérationnel des champs d action de l OFROU que sont la conception, la mise à disposition (construction, aménagement, entretien, exploitation) et l utilisation du réseau ainsi que des champs d action analogues de propriétaires de routes professionnels et d exploitants de réseau en rapport avec les routes. 2. Remplacement de solutions informatiques techniquement dépassées MISTRA remplace complètement et sans problème la solution informatique STRADA-DB et intègre les applications métier correspondantes. Les données non personnelles disponibles sont migrées. 3.2.3 Objectifs principaux 1. Prestations de l OFROU Les prestations de l OFROU deviennent plus efficientes en termes de gestion et d économie publique. 2. Création de valeur par l OFROU La création de valeur de l OFROU est orientée clients, c est-à-dire avec une meilleure utilité pour le client. 3. Coûts périodiques Il est nécessaire d améliorer le rapport coût/bénéfice propre aux coûts périodiques d exploitation, d entretien et de support du système. Pour atteindre ces objectifs principaux, il importe de respecter les conditions-cadres suivantes : Les données existantes (données de base et spécialisées) doivent être reprises sans pertes. Les données et applications métier sont proposées à des tiers aux coûts marginaux. Il convient de prendre en considération les développements internationaux. Il importe d optimiser la répartition des compétences conformément aux dépenses publiques. 2005 09 27 m rapport succinct mandat Page 12 sur 12

Objectifs et solutions 3.3 Solutions proposées 3.3.1 Vue d ensemble du système Fournisseurs OFROU, offices fédéraux, cantons, agglomérations et villes, mandataires, professionals New ASTRA Clients Confédération, OFROU, offices fédéraux, Cantons, agglomérations et villes, mandataires, professionals, public SIC Système de base Légende: AM BCI/SIC AM AM Bruit AM Immobiliers AM Cadastre Données de base swisstopo Application de base: (application de base SIG, administration, analyse+exploitation, axe-tendu, Data Warehouse) Métadonnées aux données de base et généralistes Données généralistes de la route et du trafic: ouvrages, voies, revêtements de surface, trafic, accidents, coûts, locomotion douce Données de base de la route et du trafic: axes, géométries des axes, réseaux spécifiques, topologie, intervenants, inventaire des ouvrages, etc.. Autres données de base: réseaux surfaciques, cartes pixel, VECTOR25/200, orthophotos, modèles de terrain, noms géographiques, etc. Système informatique (HW, OS) / banques de données Processus soutenu par une application métier Services Web pour les clients Données de base Navigation AM Limite du système MISTRA Business Collaboration Infrastructur / Système d information et de communication Communication AM Accidents de la circulation AM Monitorage du trafic Métadonnées aux données spécialistes Applications métiers existants, données tiers p.ex. KUBA, STRADA, swisstopo,vm-ch, LKC, etc. Ouvrages d art Chaussée Migration données / Serveur SIG / Internet / Intranet Electromécnique AM Entretien courant AM Gestion du trafic AM Evacuation des eaux Données spécialistes de la route et du trafic Informations du trafic Données tiers Navigation Swisstopo KOGIS VM-CH VM DETEC Gestion entretien Données LKC Fig. 2 : Vue d ensemble du système MISTRA (développement à moyen terme du point de vue actuel) AM Chaussée+équipements AM Ouvrages d art + tunnel AM Locomotion douce AM Voie de coomunicat. hist. AM Gestion de l entretien etc AM WEB-GIS: UH-PERI WEB-GIS: IVS Webservice Catalogue des données + modèle des données geocat.ch de COSIG Webservice Modèle des données Les relations entre les objets seront définis en fonction des résultats attendus MISTRA-Phase I: 1. sans exploitation 2. sans gestion du trafic 3. focalisé sur l infrastructure des routes nationales, la locomotion douce, les accidents de la circulation et le monitorage du trafic La figure 2 donne un aperçu global de l insertion du projet MISTRA. Pour que les applications métier puissent appuyer le travail quotidien avec efficacité et efficience, elles doivent pouvoir recourir à un système commun d information et de communication (SIC). Ce SIC constitue le système de base de MISTRA et se compose des parties systèmes informatiques, bases de données, module de base SIG, Data Warehouse, Internet-intranet, les données généralistes et de base relatives aux routes et au trafic routier. Les applications métier, les fournisseurs, les clients et les services Web publics destinés aux utilisateurs finaux accèdent aux systèmes et aux données par Internet et intranet, donc via le SIC. Le SIC reproduit l environnement informatique et réseau des différents participants, ce qui permet une collaboration constructive et efficiente avec tous sans ruptures de la chaîne de l information. Cela signifie que le SIC est structuré de manière hétérogène, en partie centralisée, en partie décentralisée. Grâce au respect des normes convenues (modèle de données, catalogue de données, technologie Web, système SIG, bases de données, réseau informatique, etc.), les systèmes informatiques peuvent bien collaborer avec les applications et les données. Certaines applications métier nécessitent des données spécialistes. Celles-ci sont saisies séparément et ne sont pas gérées avec le SIC. Les données spécialistes sont le plus souvent disponibles sous forme agrégée. Afin de rendre possible l intégration éventuelle d autres données spécialistes dans le SIC, les normes et définitions correspondantes (catalogue de données, modèle de données, règles de saisie) sont déjà traitées pour l ensemble des données relatives aux routes et au trafic. 2005 09 27 m rapport succinct mandat Page 13 sur 13

Objectifs et solutions 3.3.2 Architecture du système Le cœur est le système de base avec la base de données socle (BDS) et le Data Warehouse intégré. En principe, toutes les données interapplications se trouvent dans la BDS. Des applications et services Web sélectionnés mettront à disposition du grand public sur Internet une information prétraitée. L architecture du système est à 3 couches. La couche inférieure comprend les données de la base de données socle (couche données). Elle stocke les données socles. Le système de base distingue entre données de base, qu elle met à jour, et données généralistes, mises à disposition par des applications métier. OFROU / Confédération / Cantons Public Internet Client tier Rich-GIS, -Admin Web-GIS, -DWH, -Admin Web-GIS, -DWH Client métier Client-SIG Data tier Application tier Appl. Serveur AS Data-Access Données métiers GIS-Serveur (Service-Interface) Data Access Layer Données géographiques Map-Server Métadonnées et données métiers Web-Serveur ETL ETL BI-Serveur Data Marts ETL ODS ETL DWH Firewall Geo Service Conf. GIS-Serveur Data-Access Données GEO Web-Serveur Map-Serveur BI-Serveur Data Marts ETL données GEO DWH interne DWH externe Environnement de production Fig. 3 : Architecture de MISTRA et du système de base Intranet (KOMBV) DMZ Conf. Infrastructure internet La couche moyenne (couche application) contient la logique de traitement des données, pour les échanges de données et pour les analyses. Elle est utilisée par le système de base lui-même. Le traitement des données s effectue sur le système SIG ArcGIS d ESRI. La couche supérieure (couche client) contient les clients, c est-à-dire les instruments destinés aux utilisateurs. Ces instruments doivent être maintenus aussi sveltes et simples que possible. MISTRA mise donc beaucoup sur la technologie Web. Il est encore possible de répartir le système en trois domaines «verticaux» : infrastructure Internet ; environnement de production système de base avec infrastructure adéquate ; environnement de production de n importe quelle application métier avec infrastructure adéquate. 2005 09 27 m rapport succinct mandat Page 14 sur 14

Objectifs et solutions La modularité du système est importante. Les applications métier doivent aussi pouvoir fonctionner sans système de base. Il doit être facile d adapter les applications existantes qui ont fait leurs preuves dans la pratique et de les rendre compatibles avec MISTRA. Les échanges de données s effectuent autant que possible avec un interface basé sur INTERLIS2. 3.3.3 Data Warehouse (DWH) Le Data Warehouse est un élément complémentaire du système de base et se subdivise en : Data Warehouse interne Le Data Warehouse interne est prévu pour être utilisé par des utilisateurs ou clients internes. L accès s effectue dans ce cas par des clients Web intranet ou par un logiciel client installé. Data Warehouse externe Le Data Wareouse externe est prévu pour l accès public (public access). L accès s effectue dans ce cas par des clients Web Internet. Les données et fonctions contenues (analyses et rapports) ne correspondent qu à un sous-ensemble du Data Warehouse interne. Le Data Warehouse est utilisé dans MISTRA pour la plupart des analyses. En principe, n importe quel système interne ou aussi externe à l OFROU peut être utilisé comme source de données. Le DWH sert de plate-forme d intégration et a pour but d homogénéiser des données hétérogènes et incohérentes et ainsi de les rendre comparables ou connectables. Fig. 4 : Exemple de requête combinée avec extrait de carte et graphique à partir du DWH 2005 09 27 m rapport succinct mandat Page 15 sur 15

Planification et organisation 4 Planification et organisation 4.1 Calendrier prévu de la phase de mise sur pied Direction & coordination du projet global en accord avec RPT, NRM, GMEB Monitorage trafic Réalisation + analyse prél.+concept. migration des données Exploitation Locomotion douce analyse préliminaire Saisie des données Exploitation WebIVS analyse Conception prélimin. + prototype + réalisation Exploitation Ouvrages d art et tunnel Réalisation + Conception analyse préliminaire migration des donn. Exploitation Chaussée, équip. annexes Appel d offres + Analyse prél. analyse de situation migration des donn. Exploitation Accidents de circulation Réalisation Conception analyse préliminaire + migration des données Exploitation Système de base analyse prél. Groupe de travail catalogue de données et modèle de données en collaboration avec la VSS 2004 Conception +prototype+offre DWH offre Réalisation en collaboration avec les cantons (BE, VD, ZH) et l OFROU Réalisation Phase d exploitation I Support + Hosting Exploitation Support + Hosting MISTRA-CG Exploitation centrale de offres gestion MISTRA (MISTRA-CG) STRADA - Exploitation 2005 2006 2007 Fig. 5 : Feuille de route de la phase de mise sur pied de MISTRA La feuille de route est structurée en trois niveaux : Niveau de la gestion A ce niveau, la direction et la coordination du système global sont garanties en accord avec les principes d efficacité (GMEB), le nouveau modèle comptable de la Confédération (NMC) et la réforme de la péréquation financière entre la Confédération et les cantons (RPT). Processus, applications métier Au niveau suivant, les applications métier sont énumérées comme projets partiels autonomes, conformément aux phases de HERMES analyse préliminaire, conception, réalisation, introduction et exploitation. Elles sont réparties en phase de mise sur pied et phase d exploitation I. Niveau système Le niveau inférieur représente l exploitation de STRADA et le développement du système de base. STRADA-DB doit être remplacée progressivement dès 2007. Le projet partiels système de base traite la base de données socle, le module de base SIG, le Data Warehouse et les interfaces avec les applications métier. Le catalogue de données, le modèle conceptuel de données ainsi que les règles de saisie et de mise à jour sont fixés parallèlement à la conception et à la mise sur pied du système de base. 2005 09 27 m rapport succinct mandat Page 16 sur 16