Transports Canada
www.tc.gc.ca
Liens de la barre de menu commune
Liens institutionnels
Innovation
Explorer les ressources
Information sur l'innovation
Parcourir par mode
Parcourir par sujet
À notre sujet
glossaire
Architecture
Une architecture définit un cadre à l’intérieur duquel un système peut être bâti. Elle définit la fonctionnalité des composants d’un système et l'information échangée entre ces composants. Une architecture est orientée au niveau fonctionnel, mais elle n’est pas particulière à une technologie, ce qui lui permet de rester efficace au fil du temps. Elle définit ce qui doit être fait, et non comment cela doit être fait."
Architecture de projet de STI
Cadre de définition des ententes institutionnelles et des opérations techniques nécessaires à la création d’une interface entre un grand projet de STI et d’autres projets ou d’autres systèmes de transport intelligents.
Architecture des STI
Architecture de systèmes interreliés qui travaillent ensemble pour livrer des services de transport. Une architecture de STI définit de faç on générale les fonctionnalités des éléments constitutifs des STI qui sont regroupés, ainsi que les échanges d’information entre ces systèmes, pour fournir des services de transport.
Architecture des STI pour le Canada
Cadre commun établi pour élaborer des systèmes. L’architecture des STI pour le Canada comprend une architecture logique et une architecture physique qui intègrent la gamme complète des services aux utilisateurs des STI. Elle est entretenue par Transports Canada.
Architecture logique
Structure de l’architecture des STI pour le Canada qui définit ce qui doit être fait à l'appui des services aux utilisateurs des STI, ainsi que les processus qui exécutent les fonctions des STI et les flux de données ou d'information qui sont partagés entre ces processus. L'architecture logique, qui a été mise au point à l'aide de techniques d'analyse structurée, comprend les diagrammes de flux de données, les spécifications des processus et les éléments du dictionnaire de données. On l'appelle également « modèle essentiel » parce qu'elle n'est pas propre à une technologie et qu'elle ne dicte pas de mise en œuvre particulière. Cette indépendance à l'égard de la mise en œuvre la rend adaptable à l'innovation, redimensionnable pour la mise en œuvre de divers systèmes (des petits systèmes aux grands systèmes régionaux) et favorable à des conceptions très variées.
Architecture physique
Structure de l’architecture des STI pour le Canada qui donne aux organismes une représentation physique des interfaces importantes des STI et des éléments des principaux système (mais pas de conception détaillée). L'architecture physique établit une structure de haut niveau pour les processus et flux de données définis dans l'architecture logique. Ses principaux éléments sont les sous-système et flux architectural qui raccordent chaque sous-système et chaque terminateur dans une structure globale. L’architecture physique reprend les processus établis dans l'architecture logique et les assigne à des sous-systèmes. En outre, les flux de données (aussi repris de l'architecture logique) sont regroupés dans des flux architecturaux. Chaque flux architectural et ses exigences en matière de communication définissent les interfaces requises entre les sous-systèmes, qui constituent le fondement d'une bonne partie des travaux d'élaboration de normes en cours dans le cadre du programme des STI.
Architecture régionale des STI
Sous-ensemble d’une architecture de STI qui s’inscrit dans le cadre d’une entente interorganismes et d’une intégration technique aux fins de la mise en œuvre de projets de STI ou de groupes de projets dans une région particulière. Une architecture régionale des STI définit les composants du système qui sont liés les uns aux autres et l’information échangée entre eux.
Communications dédiées à courte distance
Canal de communication sans fil utilisé pour les communications de proximité entre les véhicules et l'infrastructure immédiate. Les communications dédiées à courte distance viennent à l'appui des communications localisées pour les services des STI, comme la perception de péage, la gestion des véhicules de transport en commun, la gestion de l'information à l'intention des conducteurs et l'exploitation automatisée de véhicules commerciaux. Il s'agit de l'un des liens architecturaux définis dans l' architecture des STI pour le Canada.
Communications entre véhicules
Système dédié sans fil qui assure les communications entre véhicules en visibilité directe à débit élevé de données et à faible probabilité d'erreur. Il se peut que les services évolués de véhicule utilisent, à l'avenir, cette liaison à l'appui de la mise en oeuvre des systèmesd'évitement des collisions, du partage des données sur les conditions routières et de la coordination active avec les systèmes évolués de commande. Il s’agit d’un des types de liens architecturaux définis dans l’architecture des STI pour le Canada.
Communications filaires
Lien qui assure les communications entre des sources stationnaires. Des communications filaires peuvent être établies au moyen de divers réseaux de communications publics ou privés, qui peuvent inclure, mais sans toutefois s’y limiter, des réseaux sans fil (comme les réseaux de relais hertzien) et des réseaux de câble à paires torsadées, de câble coaxial, de fibre optique, des réseaux à spectre étalé, etc. Ce qui importe avec les communications filaires, c’est qu’elles desservent des sources stationnaires. Des ressources de communications dédiées et partagées peuvent être utilisées. Il s’agit d’un des types de liens architecturaux définis dans l’architecture des STI pour le Canada.
Communications sans fil étendues
Lien qui assure les communications entre un utilisateur autonome et un système fondé sur une infrastructure. Les services de communications diffusées (unidirectionnelles) et interactives (bidirectionnelles) sont regroupés, dans l'architecture des STI pour le Canada, dans les communications sans fil étendues. Ces liens viennent à l'appui de toute une gamme de services de l'architecture des STI pour le Canada, y compris l'information diffusée en temps réel à l'intention des voyageurs et diverses formes de communications dans un parc de véhicules. Il s’agit d’un des types de liens architecturaux définis dans l’architecture des STI pour le Canada.
Composant
Composante de base des architectures régionales des STI et des architectures de projets de STI. « Composant » est le terme utilisé par les intervenants pour décrire un système ou un élément d’un système.
Couche communication
Une des trois couches définies par l'architecture des STI pour le Canada, les deux autres étant la transport et la couche institution. La couche communication comprend tout l'équipement de communication (par ex. émetteurs et récepteurs filaires et sans fil) et les capacités de transport et de gestion de l'information nécessaires au transfert de l'information entre des entités de la couche transport. Le contenu des données de l'application et les exigences de l'application de transport sont généralement transparents dans la couche communication. La couche communication perç oit les STI comme de nombreux utilisateurs répartis, dont certains sont mobiles, qui demandent des services de communication.
Couche institution
Faisant partie intégrante de l’analyse de l’architecture des STI pour le Canada, la couche institution représente les contraintes et les arrangements institutionnels, existants et émergents, dans le contexte des déploiements de tous les STI. La couche transport et couche communication fournissent ensemble le cadre technique à l’intérieur duquel des systèmes interopérables peuvent être mis en place. La couche institution présente les politiques, les mesures de financement, les accords de collaboration et la structure juridictionnelle qui soutiennent les couches techniques de l’architecture. La couche institution fournit la base pour déterminer qui seront les intervenants et les rôles qu’ils joueront dans la mise en œuvre des STI.
Couche transport
Une des trois couches définies par l'architecture physique, les deux autres étant la couche communication et la couche institution. La couche transport montre les rapports entre les éléments associés au transport. Elle se compose des sous-système pour les voyageurs, les véhicules, les centres de gestion du transport et les dispositifs sur le terrain, ainsi que des interfaces (terminateurs) avec les systèmes externes aux limites de l'architecture physique.
Diagrammes de flux de données
Schémas qui, dans l'architecture logique, montrent les fonctions requises pour les STI et l'information qui se déplace entre ces fonctions. On ne trouve que quatre symboles dans les diagrammes de flux de données. Un cercle représente un processus ou une fonction qui exécute le travail. Une flèche représente un flux de données qui montre de quelle faç on les données se déplacent dans le système. Les lignes parallèles représentent une mémoire de données qui contient les « données inactives » du système. Enfin, un rectangle représente une terminateur qui définit les limites de l'architecture logique. Une hiérarchie des diagrammes de flux de données illustre la fonctionnalité des STI et les exigences des flux de données avec de plus en plus de détail jusqu'à ce que les processus « primitifs » soient définis.
Diagramme général
Illustration structurée qui montre tous les sous-système de l'architecture des STI pour le Canada et les canaux de communication de base d'un sous-système à l'autre. Il s'agit d'un diagramme montrant les liens architecturaux de haut niveau. Des variantes du diagramme général sont parfois utilisées pour illustrer des architectures régionales des STI de STI de haut niveau.
Document sur l'architecture logique
Le document sur l'architecture logique contient trois volumes : Description et diagrammes de flux de données (Volume 1), Spécifications des processus (Volume 2) et Dictionnaire de données (Volume 3). Ces volumes servent respectivement à donner un aperç u fonctionnel des services aux utilisateurs des STI, à présenter des diagrammes qui montrent les rapports entre les processus et les flux de données, ainsi qu'à définir les éléments de données.
Document sur l'architecture physique
Le document sur l'architecture physique décrit la couche transport et la couche communication qui découlent de la subdivision des processus de l'architecture logique, présente les diagrammes de flux architectural montrant la transmission de données d'un sous-système, physique à l'autre et donnant les caractéristiques et les contraintes des flux de données.
Document sur les ensembles de solutions applicatives
Le document sur les ensembles de solutions applicatives est une extension de la discussion entamée dans le document sur la stratégie en matière de mise en œuvre en fournissant un examen complet de chaque ensemble de solutions applicatives. Ce document contient des exemples qui illustrent des faç ons d’appliquer des ensembles de solutions applicatives à une architecture régionale des STI et aux activités d’élaboration d’ architectures de projets de STI. Au moyen de définitions, d’analyses et d’exemples, il décrit comment des ensembles de solutions applicatives peuvent être utilisés pour planifier et mettre en œuvre des systèmes de transport intégrés et adaptés aux besoins locaux.
Domaine de sûreté de STI
Domaine d’application général d’un STI pouvant être utilisé pour améliorer la sûreté du transport de surface. L’architecture des STI pour le Canada fournit des entités (sous-système et terminateur), des fonctions et des interfaces qui couvrent les différents aspects des huit domaines de sûreté de STI.
Élément de dictionnaire de données
Chaque flux de données compris dans l'architecture logique de l'architecture des STI pour le Canada est défini par un élément de dictionnaire de données (EDD). Chaque EDD contient une description textuelle du flux de données qu'il définit et identifie les éléments de données de niveau inférieur qui composent le flux.
Ensemble de produits
Les ensembles de produits sont les composants de base des sous-systèmes de l’ architecture physique. Ces ensembles de composants permettent la mise en œuvre des éléments fonctionnels à l’intérieur d’un sous-système. Les ensembles de produits tiennent compte de l’existence des services aux utilisateurs et des divers niveaux de fonctionnalité du système. Ils sont utilisés comme base pour évaluer les coûts associés aux déploiements. Les ensembles de produits forment les éléments les plus détaillés de l’architecture physique et ils sont directement associés à des ensembles de solutions applicatives spécifiques. De ce fait, ils fournissent un lien naturel entre la définition de l’architecture, du point de vue de son interface, et les ensembles de solutions applicatives, davantage orientés vers le déploiement.
Ensemble de solutions applicatives
Ces modules donnent une perspective accessible de l'architecture des STI pour le Canada, axée sur le déploiement. Les equipment packages sont adaptés – séparément ou selon diverses combinaisons – à des besoins et à des problèmes réels de transport. Ils définissent l’ensemble ou les ensembles de produits nécessaires à la prestation d’un service de transport donné, ainsi que les flux architectural qui les relient et d’autres importants systèmes externes. En d’autres termes, les ensembles de solutions applicatives déterminent les éléments de l'architecture physique qui sont requis pour la mise en œuvre d'un service de transport particulier.
Entités physiques
Personnes, lieux ou choses qui composent un système de transport intelligent. Dans l’architecture physique, une entité représente un subsystem ou un terminateur de l'architecture des STI pour le Canada
Entrepôt de données archivées
Entrepôt dans lequel des données sont conservées durant une période indéterminée. Des entrepôts de données archivées sont montrés dans des diagrammes de flux de données, où ils sont requis pour soutenir l’agrégation de données ou des services d’archives.
Exigence de service aux utilisateurs
Énoncé fonctionnel précis de ce qui doit être fait à l'appui des services aux utilisateurs de STI. On a élaboré des exigences de service aux utilisateurs (ESU) spécifiques comme exigences de référence pour orienter la mise au point de l'architecture des STI pour le Canada. Les ESU ne doivent être considérées comme des mandats donnés aux responsables de la mise en œuvre de l'architecture ou des systèmes. Comme exigences de référence, les ESU contiennent peu d'informations descriptives ou de documentation.
Exigence fonctionnelle
Une exigence fonctionnelle est un énoncé qui stipule ce qu’un système doit faire. Les exigences fonctionnelles des énoncés qui définissent chaque fonction importante exécutée par un composant STI que les intervenants et, en particulier, les responsables de la mise en œuvre des systèmes, doivent comprendre. Dans l’architecture des STI pour le Canada, des exigences fonctionnelles ont été définies pour chaque ensemble de produits qui est axé sur les exigences de haut niveau qui soutiennent l’intégration régionale.
Flux architectural
Série de données échangées entre un sous-système et un terminateur dans l'aperç u de l’architecture physique de l'architecture des STI pour le Canada. Les flux architecturaux sont le principal outil utilisé pour définir les interfaces de l’architecture régionale des STI. Les flux architecturaux et leurs exigences en matière de communication définissent les interfaces qui constituent le fondement d'une grande partie des travaux d'élaboration de normes en cours dans le cadre du programme national des STI. Les termes "flux d’information" et "flux architectural" sont utilisés de faç on interchangeable.
Flux de données
Les flux de données sont comme un pipeline le long duquel des informations dont la composition est connue sont transmises. Les flux de données sont modélisés dans l’architecture logique de l'architecture des STI pour le Canada. Ils représentent une série de données transférées entre des processus ou entre un processus et un terminateur. Les flux de données sont représentés par des flèches dans les diagrammes de flux de données et définis dans des éléments de dictionnaire de données de l'architecture logique. Plusieurs flux de données sont regroupés pour former un flux architectural de haut niveau dans l' architecture physique de l'architecture des STI pour le Canada.
Flux d'information
Série de données échangées entre un sous-système et terminateur dans l'aperç u de l’architecture physique de l'architecture des STI pour le Canada. Les flux d'information sont généralement identiques aux flux architectural dans l'architecture des STI pour le Canada. Les termes « flux architectural » et « flux d’information » sont utilisés de faç on interchangeable.
Intervenant
Terme utilisé pour désigner un organisme public, une organisation privée, une association ou le public voyageur ayant un intérêt pour un ou plusieurs éléments touchant le transport, à l’intérieur d’une architecture régionale des STI.
Lien architectural
Un lien architectural est un trajet de communication assurant la transmission de données entre un sous-système et un terminateur dans l'aperç u de l' architecture physique de l' architecture des STI pour le Canada. Plusieurs types de liens sont définis dans l'architecture pour refléter toute la gamme des exigences d'interface dans les STI. Dans la majorité des cas, il s'agit de divers types de liens de communication définis dans la couche communication. Quatre types de liens de communication sont définis : communications filaires, communications sans fil étendues, communications dédiées à courte distance, et communications entre véhicules. En outre, on donne une définition pour plusieurs liens spécialisés qui reflètent d'autres exigences d'interface. Parmi les autres types de liens, notons les interfaces humaines (par ex. ce que l'utilisateur du système voit et entend) et les interfaces physiques ou environnementales (par ex. ce que les capteurs des STI perç oivent).
Normes
Spécifications techniques ou autres critères précis parrainés par un organisme d’élaboration de normes devant être utilisés systématiquement comme règles, lignes directrices ou définitions de caractéristiques pour l'échange de données. Toute une gamme de normes relatives aux STI est en préparation pour définir de faç on précise la majorité des interfaces identifiées dans l'architecture des STI pour le Canada.
Processus
Fonction ou activité établie dans l'architecture logique de l'architecture des STI pour le Canada qui est requise à l'appui des services aux utilisateurs de STI. L'architecture logique présente les processus dans l'ordre descendant en commenç ant par les processus généraux (comme la « gestion du trafic »), qui sont décomposés en processus plus détaillés (comme « la surveillance du trafic » et la « surveillance de l'utilisation des voies réservées aux véhicules à occupation multiple »). Les processus généraux sont définis en fonction de processus détaillés à l'aide de diagrammes de flux de données. Les processus les plus détaillés, qu'on appelle parfois « processus primitifs », sont définis dans les spécifications des processus (PSpecs).
Projet de STI
Projet qui, en tout ou en partie, implique l’acquisition des technologies et le développement des systèmes d’information nécessaires à la mise en place d’un ou de plusieurs services aux utilisateurs de STI.
Région
Zone géographique qui établit les limites territoriales d’une architecture régionale des STI des STI et qui est définie par les besoins des organismes participants et des autres intervenants. Dans les zones métropolitaines, une région devrait être située à l’intérieur des limites de la zone de planification métropolitaine.
Service aux utilisateurs de STI
Les services aux utilisateurs de STI documentent ce que les STI doivent faire du point de vue des utilisateurs. Un grand nombre d’utilisateurs sont pris en compte, dont le public voyageur et divers exploitants de systèmes. Les services aux utilisateurs de STI, y compris les exigences de service aux utilisateurs correspondantes, forment la base du travail d’élaboration de l’architecture des STI pour le Canada. Le concept de services aux utilisateurs de STI permet de définir le système ou le projet en commenç ant par l’établissement des services de haut niveau qui seront fournis pour aborder les problèmes et répondre aux besoins. De nouveaux services aux utilisateurs de STI ou des services aux utilisateurs de STI mis à jour ont été et continueront d’être offerts par l’architecture des STI pour le Canada au fil du temps.
Sous-système
Chaque sous-système est un des principaux éléments structuraux de l’architecture physique. Les sous-systèmes sont des éléments individuels du système de transport intelligent tel qu’il est défini par l’architecture des STI pour le Canada. Les sous-systèmes sont regroupés en quatre catégories : centres, voies de transport, véhicules et voyageurs. Voici des exemples de sous-systèmes : le sous-système de gestion de la circulation, le sous-système de véhicule et le sous-système routier, qui correspondent à des réalités physiques (centres des opérations relatives au trafic, automobiles et dispositifs de signalisation routière). En raison des liens étroits de correspondance entre les réalités physiques et les sous-systèmes, les interfaces de sous-système se prêtent très bien à la normalisation.
Sous-systèmes centraux
Sous-systèmes qui assurent les fonctions de gestion, d'administration et de soutien pour le système de transport. Les sous-systèmes centraux communiquent avec d'autres centres pour permettre la coordination entre les modes et à l'intérieur des juridictions. Voici les sous-systèmes centraux : gestion du trafic; gestion du transport en commun; administration des véhicules commerciaux; gestion des données archivées; gestion des émissions; administration du péage; gestion des urgences; fournisseurs de services d'information; gestion de parc de véhicules et de marchandises; et gestion de l'entretien. Il s'agit de l'une des quatre catégories générales de sous-systèmes que définit l'architecture des STI pour le Canada.
Sous-systèmes d'accès aux services
Équipement utilisé par les voyageurs pour avoir accès aux services des STI avant le départ et en cours de route, y compris les éléments dont les voyageurs sont les propriétaires exploitants, ainsi que les éléments qui appartiennent aux fournisseurs de transport et d'information. Il s'agit de l'une des quatre catégories générales de sous-systèmes que définit l'architecture des STI pour le Canada.
Sous-système de véhicule
Sous-système qui couvre les éléments des STI ayant trait aux plateformes de véhicule. Chaque sous-système de véhicule comprend les systèmes généraux de sécurité et d'information à l'intention des conducteurs qui s'appliquent à tous les types de véhicules. Quatre sous-systèmes de véhicules (de transport en commun, d’urgence, commerciaux et d’entretien) ajoutent des capacités STI uniques à ces types de véhicules particuliers. Il s'agit de l'une des quatre catégories générales de sous-systèmes que définit l'architecture des STI pour le Canada.
Sous-système routier
Sous-système architectural couvrant l’infrastructure intelligente répartie le long du réseau de transport, qui exécute les fonctions de surveillance, de diffusion d’information et de commande d’intervention, et dont le fonctionnement est régi par les sous-systèmes des centres de gestion. Il existe une interface directe entre chaque sous-système routier et chaque sous-système de véhicule. Il s'agit d'une des quatre catégories générales de sous-systèmes définis dans l' architecture des STI pour le Canada.
Spécifications des processus (PSpec)
Définitions textuelles des processus les plus détaillés établis dans l’architecture logique. Les spécifications des processus inclut un aperç u, une série d'exigences fonctionnelles et une série complète d'intrants et d'extrants
Système
Ensemble de matériel informatique, de composants logiciels, de données, de processus et d’individus qui travaillent ensemble pour atteindre un but commun. à noter que l’étendue du terme « système » varie selon les points de vue. Pour un fabricant de panneaux de signalisation, un panneau à messages est un « système » Pour un ministère provincial des Transports, le même panneau est seulement un composant d’un système plus large de gestion autoroutière. Dans une architecture régionale des STI, un système de gestion autoroutière fait partie du « système » global de transport de surface dans la région.
Système Clarus
Réseau permettant de partager et d’échanger des données météorologiques de surface et des informations sur les conditions du transport de surface.
Système de transport intelligent
Système qui applique des technologies de l’information et de la communication, de manière isolée ou en les intégrant, pour améliorer l’efficience et la sécurité du transport de surface.
Système existant
Chacun des systèmes de transport, des systèmes de communication et des processus institutionnels en place.
Terminateur
Un terminateur est un dispositif qui définit les limites d’une architecture de STI. Les terminateurs de l’architecture des STI pour le Canada représentent les personnes, les systèmes et le milieu général qui communiquent avec des STI. On trouve des définitions pour les interfaces entre chaque terminateur et chaque sous-système et processus dans l'architecture des STI pour le Canada, mais il n'y a pas d'exigences fonctionnelles aprévues pour les terminateurs. L'architecture physique et l'architecture logique comptent le même ensemble de terminateurs. La différence, c'est que chaque processus de l'architecture logique communique avec un terminateur en utilisant un flux de données, tandis que chaque sous-système de l'architecture physique a recours à un flux architectural.
Traç abilité
Une des pierres angulaires de l’architecture des STI pour le Canada est la traç abilité, ou la possibilité de retracer le parcours de tous ses composants. Les bases de données de Microsoft Access sont utilisées pour maintenir les rapports établis entre ces composants. L’architecture des STI pour le Canada, qui est hyperliée, compte sur la traç abilité pour établir les liens entre les services aux utilisateurs, l'architecture logique, et l'architecture physique.
Turbo Architecture
Logiciel automatisé utilisé pour entrer et gérer l’inventaire du système, les ensembles de solutions applicatives, les flux architectural et les liens ou les interconnexions dans le cadre d’une architecture régionale des STI ou de multiples architectures de projets de STI.
Volets de services aux utilisateurs de STI
Regroupement logique de services aux utilisateurs STI qui fournit une faç on pratique d’aborder l’éventail des exigences dans une zone d’intervenants. Les services aux utilisateurs de STI sont regroupés en neuf volets : le volet des services d’information sur les services aux voyageurs; le volet des services de gestion du trafic; le volet des services de transport en commun; le volet des services de paiement électronique; le volet des services d’exploitation de véhicules commerciaux; le volet des services de gestion des urgences; le volet des services touchant les systèmes de sécurité et de commande de véhicules; le volet des services de gestion de l’information; et, enfin, le volet des services d’entreposage de données.
