Transports intelligents Mise en œuvre de la directive 2010/40=

Transports intelligentsMise en œuvre de la directive 2010/40 pour la période 2012 - 2017 – Rapport d'étudesAnnexe 4 : architectures : aperçu de l’état des lieuxCette annexe présente succinctement quelques références dans le domaine des architectures. Elle ne vise pas àl’exhaustivité, étant entendu que les architectures sur les services STI peuvent être produites dans desréférentiels non explicitement consacrés aux architectures, notamment dans les documents de normalisation oudes référentiels portant sur la qualité, les modalités et les contrats d’échanges de données, etc.En France, le projet ACTIFLancé dans les années 1990 20 , l’outil ACTIF 21 « Aide à la Conception de systèmes de Transports Intelligentsen France » insiste sur le besoin d'interopérabilité des services. ACTIF est conçue pour faciliter le travail desassistants aux maîtres d'ouvrage et des bureaux d'études chargés de la réalisation de systèmes dans 9« domaines fonctionnels » (DF) suivants (cf http://www.its-actif.org) :DF1 « Fournir des moyens de paiement électronique »DF2 « Gérer les services d’urgence et de sécurité »DF3 « Gérer les infrastructures de transports et leurs trafics »DF4 « Exploiter les transports publics »DF5 « Fournir des systèmes d’assistance à la conduite »DF6 « Gérer et Informer sur les déplacements multimodaux »DF7 « Faire appliquer la réglementation »DF8 « Exploiter les transports de marchandises et les flottes »DF9 « Gérer les données partagées »Ceci a conduit à concevoir le besoin d’architecture non pas seulement parce que le service est complexe, maisparce qu’il fait intervenir de nombreux acteurs. ACTIF est pensé comme un outil au service de la régulationdes interactions entre acteurs (échange de données, qualification des données…).La démarche d’architecture, dans le cadre d'ACTIF, est considérée comme souhaitable dans deux situations.• Lors d'une planification territoriale, en vue d’une meilleure articulation des STI avec la politique detransport• Lorsque l’on vise à développer un projet spécifique « multi-acteurs ». l’architecture est nécessaire àl’élaboration de ce projet. Dès lors qu’il y a plus de deux acteurs, la négociation directe et continue entreles acteurs est rendu plus complexe 22 .Cette démarche conduit à la construction d’une architecture « multi-projet » en plusieurs étapes :• Connaître les parties prenantes• Connaître l’existant (notamment les interactions entre les parties prenantes)• Lister ce qui doit être fait (démarche fonctionnelle)• Décrire comment cela doit être fait (démarche organisationnelle)• Définir les interfaces (s’appuyer sur les normes et standarts existants)• Elaborer un scénario de mise en œuvre.20L’acronyme signifiait, au départ : Architecture Cadre pour les Transports Intelligents en France. Il signifie maintenant : Aide à laConception de Systèmes Interopérables en France.21 Cf. bibliographie [1] et [2]22L’architecture, conçue comme une règle du jeu qui s’applique à tous les partenaires a l’avantage d’être plus facile à mettre en placequ’un empilement de contrats bilatéraux entre acteurs, mais l’inconvénient de nécessiter l’adhésion de chacun à ces règles du jeu. Ilexiste, à ce sujet, quelques « zones fragiles », notamment la gestion des interfaces et des sous-systèmes.Collection « Les rapports » – Sétra – 45 – août 2012