Guide pour l introduction de KUBA 5 dans les cantons

Département fédéral de l'environnement, des transports, de l'énergie et de la communication DETEC Office fédéral des routes OFROU Guide pour l introduction de KUBA 5 dans les cantons Classification * Statut ** Nom du projet Abréviation du projet Numéro du projet Chef de projet Donneur d ordre Auteur Initiales Coauteurs Vérificateurs Approbateurs Pour information Doc_ID Courte description * Non classé, Interne, Confidentiel ** Préparation, Vérification, Approbation Non classé Préparation Introduction KUBA 5 dans les cantons EF K5 Dr. Gerardo Basurco gbo Damien Rapacchietta (Traduction) Thierry Moebel Modification, contrôles, approbation Introduction de KUBA pour les cantons Version Date Description, remarques Nom ou rôle 0.1 20.07.2011 Conception gbo 0.2 26.80.2011 Corrections gbo 0.3 29.08.2011 Corrections gbo 1.1 12.01.2012 Correction tarif horaire tml 1.2 05.03.2012 Introduction commentaires GS2 gbo 1.3 07.03.2012 Insertion du protocole de réception gbo 1.4 03.05.2012 Adaptations LR 1.5 07.05.2012 Corrections gbo 1.6 12.06.2012 Traduction, Entête HERMES, Validation dra, tml

Version Date Description, remarques Nom ou rôle 1.7 15.06.2012 Corrections après validation IMC tml 1.8 30.07.2012 Organisation, ClickOnce tml 1.9 12.09.2012 Rajout information Host pour F5 tml 1.10 07.11.2012 Corrections gbo 1.11 07.05.2013 Adaptation des exigences relatives aux matériels et logiciels tml Version 2013 V 1.11 2

CADRZ Ouvrages d art - KUBA Impressum Impressum Auteur(e)/Groupe de travail Dr. Gerardo Basurco (CADRZ Damien Rapacchietta (CADRZ) Traduction Editeur CAD Rechenzentrum AG Gewerbestrasse 25 4123 Allschwil CADRZ 07.11.2012 Impression avec citation de la source autorisée à l exception d un usage commercial. 3 Version 2013 V 1.11

CADRZ Ouvrages d art - KUBA Table des matières Table des matières Impressum...3 Table des matières...5 0 Généralités...7 0.1 Documents référencés...7 1 But...8 1.1 Objectif de ce document...8 1.2 Public visé et pré requis pour les lecteurs...8 1.3 Structure du manuel d introduction...8 2 Aperçu du système...9 2.1 Le système KUBA...9 2.2 Le système MISTRA... 10 2.3 Les interfaces entre les systèmes... 11 2.3.1 Interface vers MISTRA... 11 2.3.2 Interface vers Swisstopo... 11 2.3.3 Interface vers la gestion des utilisateurs de MISTRA... 11 3 Organisation du projet... 12 3.1 Planification de l emploi du personnel... 12 3.1.1 Rôles... 12 3.1.2 Le rôle du chef de projet introduction... 13 3.1.3 Emploi du personnel pour la préparation de l installation... 13 4 Procédure d introduction... 14 4.1 Initialisation de l introduction... 14 4.2 Définition des exigences et recherche de solutions.... 14 4.3 Développement du concept détaillé... 15 4.4 Procédé pour la préparation de l introduction... 15 4.4.1 Exigences relatives aux matériels et logiciels... 15 4.4.2 Pré requis pour F5 Firepass... 16 4.4.3 Demande d accès... 17 4.4.4 Concept des droits d accès... 17 4.4.5 Définition des rôles... 18 4.4.6 Préparation du personnel à la formation KUBA 5... 18 4.5 Mise en œuvre des activités de l analyse (adaptation spécifiques au canton)... 18 4.6 Exécution de l installation... 19 4.6.1 Travaux préparatoires... 19 4.6.2 Création d une copie de sauvegarde de KUBA 4... 19 4.6.3 Exécution de la migration des données chez CADRZ... 19 4.7 Installation de la base de données KUBA et des données migrées sur le serveur de l OFIT 19 4.8 Installation des clients en dehors du domaine AF... 19 4.9 Formation du personnel... 21 4.9.1 Formation des administrateurs... 21 4.9.2 Formation métier... 21 4.9.3 Formation de l utilisateur... 21 4.9.4 Autres formations... 22 4.10 Mise hors service de KUBA 4... 22 4.11 Réception du système... 22 5 Coûts de l introduction... 23 5 Version 2013 V 1.11

6 Calendrier... 24 ANNEXE... 25 Annexe A Diagramme d activités pour l introduction dans les cantons... 25 Annexe B Description des rôles... 27 Annexe C Définition des rôles... 28 Version 2013 V 1.11 6

CADRZ Ouvrages d art - KUBA Généralités 0 Généralités 0.1 Documents référencés [1] R 2010 03 26 M Guide pour l introduction dans les cantons V1.20 [2] L. Sommer, Installationshandbuch KUBA_R5.0, CAD Rechenzentrum AG, Allschwil, 2011 [3] C. Kündig, L. Sommer, 62012 Manuel d exploitation KUBA_R5.0, Creagy/CAD Rechenzentrum AG, Allschwil, 2011 [4] G. Basurco, R. Bätschmann, 62011 Manuel d utilisation KUBA_R5.0, CAD Rechenzentrum AG, Allschwil, 2011 [5] E. Pimentel Klose, K50 Roadmap Abnahme-Testphase-Einführung, CAD Rechenzentrum AG, Allschwil, 07. April 2011. [6] E. Pimentel Klose, K50 Phase Introduction Canton, Protocole de réception, CAD Rechenzentrum AG, Allschwil, Version 1.1 du 14 juin 2012. Tableau 1: Documents référencés 7 Version 2013 V 1.11

CADRZ Ouvrages d art - KUBA But 1 But 1.1 Objectif de ce document Ces instructions sont destinées à faciliter les activités liées à l introduction de KUBA 5. Par cette voie l introduction du logiciel sera facilitée et les différentes étapes pourront se dérouler dans les meilleures conditions. Vu que l introduction de l application métier KUBA a lieu au cours de l introduction du «Système d information pour la gestion des routes et du trafic MISTRA» de l OFROU, la connaissance du déroulement de l introduction de MISTRA est pré-requise. (cf. [1]). 1.2 Public visé et pré requis pour les lecteurs Le manuel d introduction s adresse au coordinateur de l introduction de MISTRA dans le canton, au chef de projet KUBA et aux autres responsables de l administration publique et doit servir de guide lors de l introduction de KUBA 5. 1.3 Structure du manuel d introduction Ce manuel est composé de deux parties. Dans la première partie se trouve un aperçu du système KUBA et de l organisation du projet. Dans la seconde se trouve le déroulement de l introduction. Version 2013 V 1.11 8

CADRZ Ouvrages d art - KUBA Aperçu du système 2 Aperçu du système 2.1 Le système KUBA KUBA est un outil pour la saisie, le traitement et l exploitation de données de la substance, de l état et de conservation des ouvrages d art du réseau routier (Ponts, tunnels, etc.). Il sert de base à la surveillance, à l entretien et à la maintenance de ces ouvrages. KUBA 5 est constitué des composants KUBA-DB, KUBA-ST, KUBA-RP, KUBA-MS, KUBA-ADM ainsi que de KUBA-Mobile et KUBA-Web. MISTRA Gestion des utilisateurs AD LDAP KUBA MS KUBA Shell KUBA RP KUBA ST Swisstopo Données cartographi ques KUBA DB / Mobile KUBA WEB MISTRA BS Axes RBBS Objet d inventaire Données générales KUBA ADM Flux de données Dépendance logique Fig. 1: Composants et interfaces de KUBA KUBA-DB KUBA-DB est le composant de gestion des données: C est une application permettant de saisir les données de base des ouvrages d art, de gérer les données d inspection, les interventions de conservation ainsi que la saisie des intervenants et des documents. KUBA-Mobile KUBA-Mobile est une application mobile qui permet de saisir les inspections sur site depuis un ordinateur portable. Cette application autonome permet la saisie des données offline avec toutes les fonctions requises, c est à dire sans avoir recours à une installation complète du système KUBA. Un processus de synchronisation automatisé assure un transfert complet et sûr des données. KUBA-RP Le composant d exploitation (KUBA-RP) est utilisé pour exploiter les données ou pour établir des rapports Office complexes (rapport d inspection, etc.) KUBA-ST Le composant transport spéciaux (KUBA-ST) permet de calculer et d autoriser les transports spéciaux. 9 Version 2013 V 1.11

CADRZ Ouvrages d art - KUBA Aperçu du système KUBA-WEB KUBA-Web affiche les données de KUBA-DB. Il permet un accès rapide aux informations en lecture seul. Ce portail ne nécessite pas d installation logicielle et peut donc être consulté depuis tout poste où les informations relatives aux ouvrages d art sont requises. KUBA-ADM KUBA-ADM permet de gérer la configuration des utilisateurs, des droits d accès et des composants de KUBA. En plus de gérer les utilisateurs avec leurs mandants, les rôles et les profiles, il permet aussi de définir les champs propres, de calculer la qualité des données et de gérer l échange de données entre deux instances de KUBA-DB. KUBA-MS Le composant étude de conservation (KUBA-MS) est utilisé pour soutenir la planification de la conservation des ouvrages d art. Cela permet d établir des diagnostics d état pour un groupe d ouvrages d art quelconque. Par exemple, calculer les besoins financiers futurs ou planifier des interventions de conservations optimales, en tenant compte des moyens financiers limités (budget). Delphi Interview Des interviews d expert sont utilisées pour obtenir des données de démarrage pour KUBA-MS. A partir de ces données les vecteurs de détérioration, les vecteurs de réussite et de transition sont calculés et utilisées comme valeurs empiriques dans KUBA-MS. KUBA-Shell KUBA-Shell est le point d entrée central de KUBA. Le masque apparait dès que l application est démarrée. 2.2 Le système MISTRA KUBA est une application métier intégrée dans le «Système d information pour la gestion des routes et du trafic MISTRA» de l OFROU. (Voir chapitre 1.3 dans [1]). MISTRA se fonde sur un concept modulaire. Il est composé d un système de base, d un Data Warehouse (DWH) ainsi que de différentes applications métiers. Le système de base est la plateforme commune de l ensemble du système et joue un rôle essentiel dans toutes les applications de MISTRA. Le système de base est responsable de la gestion des données de base et les rends disponibles à toutes les applications métiers et au DWH. En outre le système de base met à disposition de toutes les applications métiers intéressé les données généralisées d une application métier. Version 2013 V 1.11 10

CADRZ Ouvrages d art - KUBA Aperçu du système Fig. 2: Architecture système conceptuelle de MISTRA 2.3 Les interfaces entre les systèmes 2.3.1 Interface vers MISTRA Les objets d inventaire sont stockés dans le système de base (SB). Les propriétés de certains types d objets d inventaire sont gérées dans l application KUBA. Les données sont transmises au travers d une synchronisation périodique du SB vers KUBA et de KUBA vers le SB. Cette synchronisation est effectuée par un échange de données hors ligne. Les catalogues et les données SRB sont également échangés. Puisque ces données sont relativement statiques cela ne se produit pas périodiquement mais est réglé au cas par cas. 2.3.2 Interface vers Swisstopo Les cartes de fonds de Swisstopo sont affiché dans la composante SIG de KUBA à travers le service WebMapServices (comme les cartes nationales, les frontières du canton, les axes routiers, etc.). Les WMS-Service spécifiques des cantons peuvent techniquement être intégrer, mais cette possibilité n est à ce jour pas disponible. Pour cela les besoins des cantons doivent être déterminés. 2.3.3 Interface vers la gestion des utilisateurs de MISTRA Les autorisations sur KUBA se font via LDAP, après qu un utilisateur se soit authentifié avec l AD, les rôles et mandant de l utilisateur sont déterminés par le serveur LDAP et lui sont assignés. (Voir:Demande d accès,17). 11 Version 2013 V 1.11

CADRZ Ouvrages d art - KUBA Organisation du projet 3 Organisation du projet Pour l introduction de KUBA l organisation suivante est proposée : Fig. 3: Organisation du projet 3.1 Planification de l emploi du personnel Vu que l introduction de KUBA 5 prévoit plusieurs activités, des rôles sont définis au sein de ce document pour créer une structure claire pour la coopération entre les parties. Les rôles sont attribués à des personnes individuelles qui peuvent avoir plusieurs rôles. 3.1.1 Rôles Les rôles suivants, prévus pour l introduction et l exploitation de KUBA 5, doivent être exercés par les collaborateurs du canton. Direction introduction MISTRA (CP introduction MISTRA): Responsable de la coordination des différentes applications métiers entre le canton et ASTRA. Chef de projet (CP) KUBA: Responsable de la coordination des différentes tâches et de la répartition des autres rôles. Le chef de projet est le responsable de KUBA. Responsable IT Responsable de l exploitation du matériel ainsi que de l installation des logiciels. Version 2013 V 1.11 12

CADRZ Ouvrages d art - KUBA Organisation du projet Administrateur KUBA Responsable des tâches administratives générales au sein de KUBA 5 (Administrateur de profil, champs propre). Utilisateur de KUBA Utilisateur de KUBA 5. KUBA-Power User (pas visible dans l organigramme) Le contact central des utilisateurs de KUBA lorsqu un problème survient. Il renseigne le poste de support sur les incidents KUBA. Les rôles sont attribués à des personnes individuelles pouvant avoir plusieurs rôles. 3.1.2 Le rôle du chef de projet introduction Le chef de projet (PL) pour l introduction est responsable de toutes les tâches associées à l introduction et à l exploitation du système. C est le contact externe (par exemple pour CADRZ) et interne (pour les autres personnes impliquées dans l OFROU). En outre, il est responsable de la répartition des activités à venir. 3.1.3 Emploi du personnel pour la préparation de l installation Le responsable IT traite les questions liées à la configuration matérielle et logicielle et assume la tâche de mener à bien les travaux préparatoires et de créer une copie de sauvegarde. (Voir: section 4.6.1 et 4.6.2). 13 Version 2013 V 1.11

CADRZ Ouvrages d art - KUBA Procédure d introduction 4 Procédure d introduction Pour l introduction de KUBA dans un canton plusieurs activités sont nécessaires. Ces activités seront décrites de manière succincte dans le chapitre suivant. Les activités sont basées sur la méthode de gestion de projet HERMES. Les activités sont adaptées à la situation donnée. Ainsi l activité de l évaluation es omise. Fig. 4: Type de projet adaptation du système selon HERMES, adapté pour introduire KUBA Les phases d initialisation et d analyse préliminaire servent à définir l introduction et les conditions d implémentation de KUBA 5 spécifiquement pour le canton. La phase d implémentation comprend la mise en œuvre des exigences spécifiques au canton et à la migration de KUBA 4 à KUBA 5. L introduction est liée à l installation, la mise en œuvre de KUBA 5 et la formation du personnel, l achèvement correspond à la mise hors service de l ancien système. Les activités sont représentées sous la forme d un ordinogramme en annexe. (Voir: Annexe A Diagramme d activités pour l introduction dans les cantons, S. 25). 4.1 Initialisation de l introduction L introduction est lancée par l initialisation de l introduction. Ceci se fait lors d une réunion avec le canton en présence de représentants du canton, d un membre de CADRZ ainsi que d IMC. Au cours de cette réunion le processus d introduction de KUBA sera expliqué, l organisation du projet sera définie, une analyse préliminaire sera effectuée et une discussion autour des exigences spécifiques du canton concernant KUBA et des solutions possibles aura lieu. Les résultats de cette entrevue seront retenus dans un protocole qui servira de base pour la création éventuelle d un concept détaillé. 4.2 Définition des exigences et recherche de solutions. Lors de la définition des exigences et de la recherche de solutions, les exigences métiers et informatiques autour de l utilisation de KUBA dans le canton sont analysées, des solutions possibles évaluées et la meilleure variante définie. Les points principaux pour la définition des exigences et la recherche de solution sont : L analyse d applications spécialement adaptées ou développées selon des exigences cantonales par le CADRZ ou d autre entreprises. Les rapports développés pour le canton (rapport d inspection, etc.) KUBA-Light Directive de saisie et configuration de KUBA aux pratiques métiers spécifiques du canton Pour un déroulement sans difficultés de ces ajustements, des mesures correspondantes doivent être prise à temps. Version 2013 V 1.11 14

CADRZ Ouvrages d art - KUBA Procédure d introduction 4.3 Développement du concept détaillé La meilleure variante identifiée pendant la recherche de solution concernant l intégration de KUBA 5 dans les processus cantonaux et l infrastructure informatique sera affiné dans un concept détaillé. Le concept détaillé fournit les informations sur l intégration de KUBA 5 dans les systèmes d information du canton. Il s agit notamment de descriptions de : L architecture du système Les interfaces avec des applications tierces La configuration spécifique de KUBA 5 pour répondre aux besoins cantonaux. D éventuel adaptions des directives de saisie D éventuel extensions ou adaptations nécessaires de KUBA ou d applications tierces. 4.4 Procédé pour la préparation de l introduction Pour l introduction (installation et formations), les exigences suivantes doivent être remplies: Mise en œuvre des activités definies dans le concept détaillé Les exigences concernant le hardware le software et le système d exploitation Les exigences pour l installation de F5 Firepass (En dehors du domaine de l administration fédérale [Domaine AF]). Définition des rôles pour l utilisateur et annonce de ceux-ci La nomination du personnel pour les formations et l assurance de leur participation 4.4.1 Exigences relatives aux matériels et logiciels Le tableau suivant fournis des détails sur l infrastructure nécessaire pour KUBA 5 en termes de logiciel et de matériel. Mobile (Tablet-PC) Hardware Ordinateur Taille de l écran Configuration minimale Intel Atom Z2760 (DUAL Core 1.8GHz) 10.1'' Résolution (Pixel) 1366 x 768 Mémoire vive 2 GB Espace disque 15 GB Software Configuration minimale Système d exploitation Windows7 pas de variante Home-avec 32/64bit pour le changement de langue minimum Entreprise ou Windows 8 Pro Base de données SQL-Server 2008 SP1 ou supérieur (Express-Edition aussi) Office Microsoft Office 2007, 2008 ou 2013 Environnement.NET 4.0 15 Version 2013 V 1.11

CADRZ Ouvrages d art - KUBA Procédure d introduction Client Hardware Ordinateur Taille de l écran Configuration minimale Pentium 4 3.4 GHz 21'' (Idéal 2 écrans) Résolution (Pixel) 1280 x 1024 Mémoire vive Espace disque Lecteur DVD Software Système d exploitation 4 GB 3 GB Configuration minimale Win7, 2008, 2008 R2 mit 32/64bit Pas de variante Home Office Microsoft Office 2007, 2008 ou 2013 Environnement.NET 4.0 4.4.2 Pré requis pour F5 Firepass Pour une installation en dehors du réseau de l OFROU, par exemple dans les cantons mais aussi pour les bureaux d ingénieurs ou les organisations, F5 Firepass est nécessaire. F5-FirePass est un client VPN, qui assure une connexion sécurisée entre l ordinateur client et un serveur d application spécifique (par exemple sur la page de l OFIT). Il est installé comme un plugin du navigateur. Selon l emplacement l accès à distance des clients (utilisateurs) KUBA est supposé se faire par F5 Firepass. Avant la mise en service du logiciel F5 FirePass, la présence d un proxy doit être vérifiée dans l infrastructure informatique. En règle générale, le proxy doit être adapté afin de permettre aux adresses spécifiques à KUBA d être acheminées directement. Le logiciel F5 Firepass utilise les ports 80 et 443. Si ces ports sont utilisés par d autres applications sur l ordinateur (IIS, Apache, Teamviewer, Skype ou un logiciel similaire) ces applications devraient être fermées pour une utilisation sûre de KUBA 5. Si un conflit est détecté vous obtiendrez le message 403 (Accès interdit) ou 404 (Non trouvé). Comme F5 Firepass modifie le fichier local Hosts de l ordinateur, l utilisateur doit avoir les droits de modification sur le fichier c:\windows\system32\drivers\etc\hosts pour assurer la communication avec les serveurs distants. Remarque: Si le fichier Hosts n est pas accessible en écriture par l utilisateur de l ordinateur, le service informatique du Canton devra rajouter les lignes suivantes dans le fichier Hosts au moment de l installation de F5 sur le poste de travail : Pour le système KUBA 5 de réception 127.153.215.94 uveks9280.uvek.intra.admin.ch #ADDED BY F5 NETWORKS SSL TUNNEL - ORIGINAL RECORD# 127.153.215.94 uveks9280 #ADDED BY F5 NETWORKS SSL TUNNEL - ORIGINAL RECORD# et pour le système de production 127.26.177.4 uveks3280.uvek.intra.admin.ch #ADDED BY F5 NETWORKS SSL TUNNEL - ORIGINAL RECORD# 127.26.177.4 uveks3280 #ADDED BY F5 NETWORKS SSL TUNNEL - ORIGINAL RECORD# Version 2013 V 1.11 16

CADRZ Ouvrages d art - KUBA Procédure d introduction Lorsque F5-FirePass est installé l accès à l application métier KUBA 5 à l OFIT est possible. En choisissant cette adresse : https://acc4.caz.admin.ch/mistra et en entrant les identifiants de connexion (Voir: Installation des clients en dehors du domaine AF, S. 19). Un test de connexion peut être réalisé au préalable. A cette fin, les identifiants d un utilisateur test peuvent être utilisés. 4.4.3 Demande d accès Un utilisateur doit être enregistré pour pouvoir ouvrir une session à l OFIT sur l application KUBA. Ce processus d ouverture de session passe par deux étapes. Dans une première étape l inscription auprès de MISTRA (https://portal.mistra.ch/mistra%20doclib/remote%20access/user-request/antrag_user_2011_04_04_public_d.pdf), seule la première page du formulaire de demande d utilisateur MISTRA doit être remplie. Dans une deuxième étape, le responsable KUBA du canton décide quels droits doit avoir l utilisateur, rempli le formulaire de demande d utilisateur (voir le formulaire «Définition des rôles» en Annexe C) et envoie les deux documents à CADRZ. CADRZ vérifie le formulaire et transmet les demandes à l OFIT. Cette démarche n est que valable pour l introduction de KUBA, dès que le système est en service le processus standard doit être suivi. 4.4.4 Concept des droits d accès Les droits d accès déterminent quels sont les droits (Lecture, édition, etc.) que possède un utilisateur (avec un rôle correspondant, par exemple inspecteur ou ingénieur) sur un objet (objet d infrastructure, intervenant, document) un propriétaire de données ou un mandant. Propriétaire de données C est le propriétaire des données d objet qui est désigné comme propriétaire des données. Un «propriétaire d objets d infrastructure» par contre est son propriétaire légal. Un propriétaire des données peut avoir plusieurs mandants. Pour chaque propriétaire des données, des champs propres peuvent être définis puis saisi dans KUBA-DB Mandant Le mandant correspond à une instance d ordonnancement permettant de structurer les données dans un système IT, et représentant une unité organisationnelle close au sein d un système. Chaque mandant est toujours affecté à un propriétaire des données. Un propriétaire des données peut toutefois avoir plusieurs mandants. Ainsi, chaque unité organisationnelle (OFROU, canton, ville, bureau d étude) peut structurer ses données et en définir la visibilité et les droits d accès Rôles Pour accéder aux différentes données et fonctions, chaque utilisateur doit avoir un rôle. La plupart des rôles lui sont affectés pour le mandant (par ex. ingénieur DB, Inspecteur) et certains rôles sont affectés pour le propriétaire des données (par ex. champs propres). Certains rôles au contraire, lui sont affectés uniquement sur le plan fonctionnel (par ex. Administrateur de profil, Campagne d import/export). 17 Version 2013 V 1.11

CADRZ Ouvrages d art - KUBA Procédure d introduction 4.4.5 Définition des rôles Un utilisateur peut avoir plusieurs rôles, une langue d application, (langue d utilisation de KUBA, D=Allemand, F=Français, I=Italien) et une langue de catalogue (langue des entrées catalogues) (Voir: Annexe C Définition des rôles, S. 28). Les rôles surlignés en jaune (Voir: Annexe), sont perçu par CADRZ. Tous les autres rôles doivent être définis par le chef de projet pour chaque utilisateur. Pour chaque mandant les rôles doivent être définis (Un onglet par mandant, voir: Description des rôles en Annexe, S. 28 ). Au moins un utilisateur doit, au sein d une organisation, (Canton, confédération, ville, etc.) avoir le rôle administrateur de profils pour définir les propriétés des groupes (Objets d infrastructure, documents et intervenants) ainsi que des filtres. Au moins un utilisateur doit, au sein d une organisation, (Canton, confédération, ville, etc.) avoir le rôle Import-Export de campagne pour pouvoir exporter des campagnes dans le but d exécuter des inspections à l aide de kuba-mobile. Au moins un utilisateur doit, au sein d une organisation, (Canton, confédération, ville, etc.) avoir le rôle Import-export KUBA pour pouvoir échanger des objets entre les bases de données. Au moins un utilisatur doit être Report-User, pour pouvoir créer et gérer des rapports Ad hoc. Remarque: Ces définitions sont valables pour le système productif. Pour la partie réception nous vous recommandons de donner tous les rôles au chef de projet KUBA pour qu il puisse valider l ensemble du système (Voir: Annexe). 4.4.6 Préparation du personnel à la formation KUBA 5 La formation du personnel se déroulera avant l installation de KUBA 5. Le chef de projet doit s assurer que les participants soient disponibles pendant toute la durée de la formation prévue (Voir [5]). 4.5 Mise en œuvre des activités de l analyse (adaptation spécifiques au canton) Dans le cadre de l exécution des travaux ressortant du concept détaillé, KUBA est adapté aux besoins métier et informatique du canton : Ceci contient par exemple : Adaptation d applications spécialement adaptées ou développées selon des exigences cantonales par le CADRZ ou d autre entreprises. Adaptation / Création de rapports développés pour le canton (rapport d inspection, etc.) Transfert des fonctionnalités KUBA-Light Actualisation de la directive de saisie et configuration de KUBA aux pratiques métiers spécifiques du canton Pour un déroulement sans difficultés de ces ajustements, des mesures correspondantes doivent être prise à temps. En cas de besoin une coordination étroite avec les responsables cantonaux sera nécessaire. Version 2013 V 1.11 18

CADRZ Ouvrages d art - KUBA Procédure d introduction 4.6 Exécution de l installation 4.6.1 Travaux préparatoires Si les groupes de profil doivent également être migrés, ils devront être validés au préalable, c.à.d. uniquement des groupes valable devront subsister. Il existe des groupes pour les objets d infrastructure, pour les documents et pour les intervenants. 4.6.2 Création d une copie de sauvegarde de KUBA 4 Le responsable IT sauvegarde la base de données de KUBA 4 avec l utilitaire d export d oracle. Si la version d oracle le permet (à partir de la version 10G) un Data-Dump doit être créé avec expdp. Dans un environnement SQL, l export doit se faire avec SQL Server Management Studio. Le responsable IT livre cette base de données et l archive des documents au CADRZ. Remarque: Pendant la période comprise entre la livraison de la sauvegarde et la mise hors service de KUBA 4 l accès à KUBA se fera en lecture seule (Voir [5]). A part cela le fonctionnement du système KUBA est maintenu (Voir [5]). 4.6.3 Exécution de la migration des données chez CADRZ Après que CADRZ ait reçu le fichier contenant les données de KUBA 4, la migration des données se fait en 3 phases : 1. La première phase consiste à construire la base de données KUBA 4 à l aide des données exportées. 2. Dans une deuxième phase les données de KUBA 4 sont converties en une nouvelle base de données Oracle KUBA 5 à l aide de scripts. Dans le cas d une base de données SQL le dump est d abord converti en une base de données Oracle, puis migré (cette migration prend plus de temps). Au cours de ce processus, un protocole de migration est créé. 3. La validation des données s effectue sur le système de réception de l OFIT par le chef de projet KUBA. Il réceptionne aussi le fichier de protocole avec un employé de CADRZ. 4.7 Installation de la base de données KUBA et des données migrées sur le serveur de l OFIT Après validation par le chef de projet, les données sont intégrées sur le système KUBA 5 de production et sont disponibles immédiatement pour le canton. Ce processus est coordonné entre CADRZ et l OFIT. 4.8 Installation des clients en dehors du domaine AF Les clients en dehors du domaine AF seront pris en service à l aide de F5 FirePass. Pour ce faire, les conditions d utilisation de F5 FirePass doivent être respectées. (Voir: Pré requis pour F5 Firepass, S. 16). L utilisateur reçoit ses identifiants et l URL. Il appelle l URL et se connecte. Il démarre l installation de KUBA 5 depuis la rubrique APP Tunnels et valide tous les avertissements de sécurité suivants. KUBA 5 est installé et démarré. Remarque Lors d un redémarrage, l application KUBA 5 redémarre automatiquement. La procédure exacte de l installation est décrite dans la section 8.3 de [3]. 19 Version 2013 V 1.11

CADRZ Ouvrages d art - KUBA Procédure d introduction ClickOnce L'utilisateur accède au réseau de la confédération en s'authentifiant sur un site Web et démarre le client KUBA 5 en cliquant sur un lien. Lors du premier démarrage ClickOnce copie le client KUBA 5 dans le profil local de l'utilisateur et permet de travailler avec KUBA sur le PC local. Aucun droit administrateur n'est nécessaire pour l'activation de ClickOnce. Lorsque le serveur KUBA 5 est mis à jour, le client copié localement est mis à jour lors du prochain démarrage de ClickOnce. Version 2013 V 1.11 20

CADRZ Ouvrages d art - KUBA Procédure d introduction 4.9 Formation du personnel Pour une utilisation optimale d un système informatique la formation est très importante. C est pourquoi des documents de formation sont fournis par le formateur (classeur de formation, présentation powerpoint, videos etc.), et un environnement de formation convenable est préparé. 4.9.1 Formation des administrateurs La formation de l administrateur de KUBA est composée d une partie générale contenante une version raccourcie de la formation utilisateur et d une deuxième partie contenant les sujets suivants : Création et gestion des groupes profil pour les objets d infrastructure, les intervenants et les documents. Création et gestion de rapports Ad hoc système et gestion de rapports Office. Gestion des réglages globaux, du calcul de la qualité et gestion de la configuration de KUBA-MS. Création et gestion des champs propres Echange de données (KUBA-DB et MISTRA) L objectif de cette formation est de donner les connaissances à l administrateur de KUBA pour qu il puisse trouver des solutions adéquates dans la gestion des groupes profil (objets d infrastructure, intervenants et documents), des rapports Ad hoc et Office et l échange de données. Les cours seront dispensés par CADRZ et se feront chez l OFROU (Bern), chez CADRZ ou dans les cantons et ont une durée de deux jours et demi. 4.9.2 Formation métier L application KUBA apporte beaucoup de nouveautés au niveau métier/professionnel, surtout au sujet de la structuration de la substance de construction. Le but de cette formation métier est de transmettre les bases métier et leurs utilisations correctes dans l application KUBA. Les contenue suivants sont transmis : Structuration des données de substance pour tunnel, ouvrages d arts complexes mais également simples. Campagne d inspection et données d inspection Mesure de conservation Structuration et saisie des coûts Planification de la conservation avec KUBA - Définir les besoins financiers futurs à l échelle du réseau et un programme de travail à l échelle de projet. Les cours seront dispensés par IMC et se feront chez l OFROU (Bern), chez CADRZ ou dans les cantons et ont une durée de ½ - 1 jours. 4.9.3 Formation de l utilisateur L objectif de la formation des utilisateurs est de faire connaissance avec la nouvelle application et les nouvelles fonctionnalités de KUBA 5 pour que l utilisateur puisse : Se retrouver dans le nouvel environnement. Connaitre les différents composants (KUBA-SHELL, KUBA-DB, KUBA-RP, KUBA- MS, KUBA-ST, KUBA-ADM et KUBA-WEB). Les utilisateurs connaitront les nouvelles fonctionnalités de KUBA 5. Ils apprendront l utilisation de ces fonctionnalités par l étude de cas pratiques. 21 Version 2013 V 1.11

CADRZ Ouvrages d art - KUBA Procédure d introduction Les cours seront dispensés par CADRZ, se passeront chez l OFROU (Bern), chez CADRZ ou dans les cantons et ont une durée de deux jours. 4.9.4 Autres formations CADRZ propose des formations spéciales pour : Création et gestion des rapports Ad hoc Les cours seront dispensés par CADRZ, se feront chez l OFROU (Bern), chez CADRZ ou dans les cantons et ont une durée d un jour. Les dates et durée de ces cours seront publiées sur le site de CADRZ. 4.10 Mise hors service de KUBA 4 Après que l utilisateur ait travaillé pendant un certain temps avec les données migrées de KUBA, qu il ait vérifié que le système KUBA 5 fonctionne sans problème, l installation existante de KUBA 4 peut être définitivement mise hors service. Remarque Une conservation des données à long terme est recommandée. Il peut être souhaitable de conserver un poste de travail avec un accès en lecture (Par exemple, pour une période de six mois). 4.11 Réception du système La réception du système se fait selon le protocole de réception (voir : [6] Formulaire «Phase introduction Canton, Protocole de réception»). Le formulaire de réception contient une série d objet de contrôle. La réception de tous les objets de contrôle doit garantir le succès de l intégration de KUBA 5 dans le canton. Les problèmes en relation avec un objet de contrôle sont protocolés et servent de base pour des mesures correctives. La réception est validée lorsque tous les objets de contrôle sont validés. Les objets de protocole listés sont partie intégrante de la réception. De plus des objets de contrôle supplémentaire peuvent être nommés si cela est nécessaire dans le cadre de la réception. Version 2013 V 1.11 22

CADRZ Ouvrages d art - KUBA Coûts de l introduction 5 Coûts de l introduction Les estimations financières suivantes sont uniquement destinées à servir d exemple pour une introduction simple. Thème Coût horaire Nombre d heures Installation Migration Total Construction DB 160 4.0 640.00 Migration des groupes 160 4.0 640.00 Migration des données 160 4.0 640.00 Vérification protocole / Corrections 160 12.0 1'920.00 Livraison 160 4.0 640.00 Formation Par participant Jours / Jour Formation utilisateur 750 2.0 1'500.00 Formation administrateur 750 2.5 1'875.00 Formation métier utilisateur 750 1.0 750.00 Adaptation Tarif horaire Nombre d heures Rapport d inspection 160 8.0 1'280.00 Coordination Tarif horaire Nombre d heures Réunion 160 16.0 2'560.00 Total 12 445.00 Si CADRZ est impliqué dans la définition des exigences de développement d un concept détaillé des coûts supplémentaire seront engendrés. Si IMC est impliqué dans la définition des exigences de développement d un concept détaillé des coûts supplémentaire seront engendrés. Le tarif horaire pour les services supplémentaires du CADRZ est de CHF 160 HT. Le tarif horaire pour les services supplémentaires d IMC est selon les personnes impliqué en moyenne de CHF 160 HT. 23 Version 2013 V 1.11

CADRZ Ouvrages d art - KUBA Calendrier 6 Calendrier Exemple de calendrier pour l'introduction KUBA Nr. Activité 1 initialisation de l'introduction (4.1) 1.0 2 Définition des exigences (4.2) Durée [Jours] Qui Canton, CADRZ Mois n Mois n+1 Mois n+2 3 4 Développement d'un concept détaillé (4.3) Exigences relatives aux matériels et logiciels (4.4.1) Canton 5 Pré requis pour F5 Firepas (4.4.2) Canton 6 Demande d'accès MISTRA (4.4.3) Canton 7 8 9 Demande de rôle KUBA (récept.) p. chef de proj (4.4.5) Demande de rôle KUBA (prod.) p. chef de proj (4.4.5) Adaptation (Ex. Rapport d'inspection) (4.5) Canton, CADRZ Canton, CADRZ 1.0-5.0 CADRZ 10 Validation des Layouts (4.5) 1.0 Canton 11 Adaptations groupes de profils (4.6.1) 0.5 Canton 12 Création d'une copie de sauvegarde de KUBA 4 (4.6.2) Canton 13 Livraison des données (4.6.2) Canton 14 Accès à KUBA 4 en lecture seul (4.6.2) Canton 15 Exécution de la migration (4.6.3) 0.5 CADRZ 16 Validation des protocoles (4.6.3) 0.5 Canton 17 Livraison (4.6.3) 0.5 j. CADRZ 18 Installation de KUBA sur le systeme de réception (4.6.3) 19 Formation du personnel (4.9) 20 Validation des données sur le système de réception 21 Réception du système de réception 22 Installation de KUBA sur le système de production (4.7) BIT, CADRZ Canton, CADRZ Canton Canton,OFRO U CADRZ BIT, CADRZ 23 Migration des groupes profils (4.6.3) 0.25 CADRZ 24 Réception du système de production Canton,OFRO U CADRZ 25 Mise hors service KUBA 4 (4.10) Canton Version 2013 V 1.11 24

CADRZ Ouvrages d art - KUBA ANNEXE ANNEXE Annexe A Diagramme d activités pour l introduction dans les 25 Version 2013 V 1.11

CADRZ Ouvrages d art - KUBA ANNEXE cantons Version 2013 V 1.11 26

CADRZ Ouvrages d art - KUBA ANNEXE Annexe B Description des rôles Description Rôles globaux Le manager de configuration KUBA est compétent de la gestion des utilisateurs (y compris les mandants et les profils). Il possède les droits d exécution des calculs de qualité pour KUBA-DB et KUBA-ST et peut effectuer des réglages. Lorsqu il a en outre le rôle utilisateur rapport, le manager de configuration KUBA peut traiter les rapports ad hoc système dans le composant KUBA-RP (création, modification, suppression, exportation, importation) Le manager de configuration MS est compétent de la saisie des données initiales (y compris les interviews Delphi) et le calcul des données de base et des politiques de conservation pour les configurations de KUBA-MS. L administrateur de profils est responsable de l administration des groupes de profils et du filtre des profils. Lorsqu il a également le rôle utilisateur rapport, l administrateur de profils peut aussi traiter des rapports ad hoc système dans le composant KUBA-RP (création, modification, suppression, exportation, importation de rapports). L utilisateur Support-User peut visualiser les fichiers du journal du serveur d application. Rôle Mandant Un utilisateur avec le rôle Import-Export MISTRA peut définir pour MISTRA l importation des données de base et l exportation des données généralistes. L administrateur de métadonnées est responsable de la création et le traitement des «champs propres» L Administrateur de rôle KUBA est responsable de la gestion des rôles (par mandant) des utilisateurs. Rôle Unité d'organisation Un utilisateur doté du rôle Import-Export KUBA est responsable de l échange de données (exportation d originaux et de copies, importation). Un utilisateur doté du rôle Import-Export des campagnes est responsable de la gestion des campagnes (exportation, importation, restituer). Ce rôle complète celui d inspecteur. L ingénieur DB peut gérer la substance de construction, les interventions de conservation, les documents et les intervenants. Il peut ainsi visualiser et exploiter toutes les propriétés (incl. états et coûts). L inspecteur peut gérer les campagnes, les inspections, les documents et les intervenants. Il peut ainsi visualiser et exploiter toutes les propriétés (incl. états et coûts). L ingénieur ST peut gérer les itinéraires, les structures porteuses et les transports spéciaux. L exécution de calculs comparatifs n est pas possible. L analyste ST peut exécuter des calculs comparatifs sur les itinéraires et les structures porteuses. L analyste MS peut saisir des politiques de conservation définies par l utilisateur et exécuter des calculs au niveau du réseau. L auteur de projet MS peut saisir des politiques de conservation définies par l utilisateur et exécuter des calculs au niveau du projet. L utilisateur rapport peut créer des rapports ad hoc et les valider pour KUBA-Web. Si l utilisateur possède également l un des rôles Poweruser, Inspecteur DB ou Ingénieur, il peut aussi intégrer les propriétés des états et des coûts dans les exploitations. Le Web-User peut visualiser les données de KUBA-DB dans l application internet KUBA-Web et exécuter les rapports à disposition. Si l utilisateur possède également l un des rôles Poweruser, Inspecteur DB ou Ingénieur, il peut aussi visualiser les propriétés des états et des coûts. Un utilisateur doté du rôle User peut visualiser et exploiter toutes les propriétés en dehors des états et des coûts. Un utilisateur doté du rôle Poweruser peut visualiser et exploiter toutes les propriétés (incl. états et coûts). 27 Version 2013 V 1.11

CADRZ Ouvrages d art - KUBA ANNEXE Annexe C Définition des rôles Ce tableau sera fourni au format Excel pour être rempli. Version 2013 V 1.11 28