Results for area 2 ITS Architecture
association where the target class is an aggregate; therefore the source class is a part
NOTE 1 to entry This characteristic is expressed in UML with an attribute named “aggregation” on the target side Association End being set to “aggregate”
application that uses ASN.1 encodings for communication (except XER)
application that uses XML encoding
deployment architecture for one or more ITS services
architecture that provides a vision of a specific deployment of a system within a geographic area
architecture that provides a long-term vision of system elements that may be deployed and managed by different projects and/or entities within a geographic area
NOTE 1 to entry Some countries use the term “regional architecture”, but in International Standards, the term “regional” is avoided due to its multiple meanings.
method of writing specifications and developing applications, based on a platform-independent model (PIM)
NOTE A complete MDA specification consists of a definitive platform-independent base UML model, plus one or more platform-specific models (PSM) and interface definition sets, each describing how the base model is implemented on a different middleware platform.
a TICS Architecture can be described by conceptual, logical and/or physical representations; (see also Conceptual Architecture, Functional Architecture, Logical Architecture, Deployment Design); a TICS Architecture is not specific to any single location
NOTE 1 to entry It is additional information about a piece of data (element). Often attributes are used to pass information about the element and hence can be said to provide metadata for the element. An attribute is a value indicator (=) and the attribute value is specified within the tag (i.e. <H3 align=""centre"">). Attribute in XML is a name=""value"" pair that can be placed in the start tag of an element. For XML, all values have to be quoted with single or double quotes.
association that connects exactly two classes
store of data, characterized in a consistent manner, used for a specific purpose (in this case ITS)
collection of data concepts that allows lookup by entity identifier
<XML> enable elements and attributes with specific names and types (both simple and complex) to appear in document instances
string consisting of one or more words, where each word within the string, except for the first, starts with an upper-case letter and all other letters are lowercase; the words follow each other without any
space; hyphens and numbers may be used, but the first character of the string must be a lower case alphabetic character; a hyphen may not be the last character or occur multiple times in sequence
string of one or more words where each word within the string starts with an upper-case letter and the remainder of each word is in lowercase; the words follow each other without any space; hyphens and numbers may be used, but the first character of the string must be an upper case alphabetic character; a hyphen may not be the last character or occur multiple times in sequence
data element, class, value domain, data frame, message or interface dialogue defined, at a minimum, with an unambiguous identifier and a definition
NOTE 1 to entry In order to exchange a value corresponding to a data concept, more information than an identifier, a name and a definition can be needed. For a property, a data type is needed. Depending on the kind of property, other data elements such as unit of measure, and language, can be needed as well. The additional information can be given in the data dictionary, in a data specification that references the data concept or associated with the data themselves.
<XML> create new types (both simple and complex)
<UML> diagram that shows a collection of declarative (static) model elements, such as classes, types, and their contents and relationships
XML document that conforms to a schema
EXAMPLE If the schema is WSDL, the XML document is an WSDL instance document.
a specific application area which comprises one or more ITS service groups
formal set of production rules that comprise a grammar defining language, such as XML
<enterprise view> interaction between two enterprise objects governed by a documented agreement
EXAMPLE A road operator can enter into formal agreement(s) with the owner of a road and the owner(s) of the associated roadside equipment.
XML based specification for the interoperable exchange of metadata
NOTE It is today most commonly used to exchange UML models between UML tools. XMI is specified in ISO/IEC 19503:2005.
<functional view> series of actions or activities performed by a given object to achieve a goal
NOTE 1 to entry A function transforms inputs into outputs that may include the creation, modification, monitoring or destruction of elements.
a description or definition of a design in terms of its processes and data flows; it does not include hardware or physical items; a functional Architecture is an aspect of a “Logical”, “Process Oriented” decomposition of an overall TICS Architecture (see Process Oriented Logical Architecture); a functional Architecture is not specific to any location; a description of the system in terms of functions and information flows between the functions
architecture viewpoint used to frame concerns related to the definition of processes that perform surface transport functions and data flows shared between these processes
set of related processes that are performed by a physical object to fulfil aspects of an ITS service
EXAMPLE A vehicle OBE can include a “vehicle basic safety” functional object.
NOTE 1 to entry The term “module” is used by the European FRAME architecture while the Architecture Reference for Cooperative and Intelligent Transportation (ARC-IT) uses the term “functional object”.
architecture view from the functional viewpoint
with respect to a Process Oriented Logical Architecture, the Physical Architecture is the allocation of the functions and data flows of the logical architecture to physical entities (but not relate to the deployment of equipment) (see Process Oriented and Logical Architecture); a Physical Architecture, whilst describing physical configurations in system terms, is not specific to any particular location
architecture viewpoint used to frame concerns related to the assignment of functionality to physical objects and the interfaces among these physical objects
a subset of a physical architecture which mainly considers the realization of providing one or more service(s)
<physical view> abstraction of a material entity that interacts with other abstract material entities in the provision of ITS services
NOTE 1 to entry Physical objects are represented as elements within the physical view and perform a role. Physical objects can be implemented as cloud-based systems.
NOTE 2 to entry Within many ITS reference architectures, physical objects are placed into one of five categories: centre, support, field, vehicle or traveller.
architecture view from the physical viewpoint
NOTE 1 to entry The term “deployment view” is sometimes used within the broader ICT community, but the term “physical view” is preferred to prevent confusion between the physical view of a reference architecture and any part of a deployment architecture.
Identifier that is unique in and time, i.e. no other object will ever have the same identifier at any other place and at any time
work product establishing the conventions for the construction, interpretation and use of architecture views to frame specific system concerns
[SOURCE: ISO/IEC/IEEE 42010:2011, 3.6]
identifier that uniquely identifies the document
instance of an object identifier type which relates to an associated module
NOTE In ISO/IEC 8824 a module identifier is defined as: ModuleIdentifier::= modulereference DefinitiveIdentifier If the “DefinitiveIdentifier” is not empty, the denoted object identifier value unambiguously and uniquely identifies the module being defined. No defined value may be used in defining the object identifier value.
globally unique value associated with an object to unambiguously identify it
reference identifiers which relate to prescribed Sub Modules determined in subordinate Standards
with respect to process oriented decomposition, the Information Architecture defines the entities and the relationships of information (Data model) and the principal data constructs (see Process Oriented and Logical Architecture)
NOTE The Information Architecture is not specific to any location
architecture based on political or administrational infrastructure partitioning and its division of responsibilities (rather than functions)
<enterprise view> element that represents coordination between two enterprise objects
specific form of a system architecture for use as a tool in the initial stages of an ITS implementation; non specified system design for a family of functionally different ITS systems, interconnected to operate in consort; it is the non specified system design for a family of functionally different systems, interconnected to operate in harmony. An ITS architecture can be described from different viewpoints, and from multiple viewpoints by conceptual, logical and / or physical representations.
NOTE An ITS Architecture is not specific to any single location. Additional terms may be explicitly referenced in individual standards or references to the source definition explicitly provided.
organizational element or an individual appointed by ISO/TC 204 to undertake the day-to-day management of the data concept registry process
minimum component capable of independent functionality
IRI compact string of characters for identifying an abstract or physical resource
scheme for the arrangement or division of objects into groups by functional area
a subsystem of a TICS system, assembly, or other major element of a system which does not have, by itself, independent operational functionality
association where the target class is a composite; therefore the source class is a part that is strongly owned by the composite and may not be part of any other composite
NOTE This characteristic is expressed in UML with an attribute named “aggregation” on the target side Association End being set to “composite”.
integration of each physical object necessary to implement one or more ITS applications
NOTE 1 to entry An ITS application typically requires multiple components (e.g. an ITS-S acting as a user and another ITS-S acting as a provider). An ITS implementation includes a sample of each component necessary for the service but often does not represent a complete deployment.
NOTE 2 to entry An ITS implementation is typically used for a laboratory or other experimental environment prior to a full-scale deployment.
<XML> set of unique identifiers
NOTE 1 to entry Namespace is a mechanism to resolve naming conflicts between elements in an XML document when each comes from a different vocabulary. It allows the commingling of like tag names from different namespaces. A namespace identifies an XML vocabulary defined within a URN. An attribute on an element, attribute, or entity reference associates a short name with the URN that defines the namespace; that short name is then used as a prefix to the element, attribute, or entity reference name to uniquely identify the namespace.
Namespace references have scope. All child nodes beneath the node that specifies the namespace inherit that namespace. This allows nonqualified names to use the default namespace.
framework that tells designers how elements of hardware and software are to operate in harmony using common protocols and air interface techniques (where applicable)
architecture viewpoint used to frame concerns related to all layers of the Open Systems Interconnection (OSI) stack and related management and security issues
architecture view from the communications viewpoint
NOTE 1 to entry Within ITS, the preferred model for describing the communications view is based on the ITS-S reference architecture.
<UML> endpoint of an association, which connects the association to a classifier
individual occurrence of a data concept
descriptive word or group of words that labels a data concept within its defined context
<XML> set of valid literals for a data type
<XML> element, group, attribute, attribute group, or data types that are not global
documenting characteristic of a data concept that is stored in a data dictionary
work product representing one or more architecture views and expressed in a format governed by a model kind
data concept that contains the formal syntactic definition, and optionally the semantic definition, of a defined set of other data concepts that are all version-controlled as a single unit; a module can be represented in multiple languages (e.g., ASN.1 or XML Schema) and compiled by computer systems
one or more instances of the use of the ASN.1 notation for type, value, value set, information object class, information object, and information object set (as well as the parameterized variant of those), encapsulated using the ASN.1 module notation [ISO/IEC 8824)
object class that the data concept describes
installation capable of performing one or more ITS applications
NOTE 1 to entry An ITS deployment typically refers to the support, central and roadside ITS stations coupled with a tacit acknowledgement of the mobile ITS stations that will communicate with the support, central or roadside ITS stations.
characteristics necessary to fully define how various physical objects interoperate to provide a service
NOTE 1 to entry Characteristics often include but are not limited to functional, performance and interface requirements.
indexical term used by humans as a means of identifying data elements and other data concepts
name of a data concept expressed as a valid “typereference” as defined by ISO/IEC 8824-1
<enterprise view> interaction between two enterprise objects governed by an understanding that is not documented in a formal agreement between the two parties
identifier that represents a version number that the data concept is more generally known by
inter ORB protocol that defines the message formats between ORBs in a distributed environment
<UML> semantic condition or restriction
NOTE 1 to entry Certain constraints are predefined in the UML, others may be user defined. Constraints are one of three extensibility mechanisms in UML.
notation which can be used in association with a type, to define a subtype of that type
limits to the collection of personal data
viewpoint showing how the “building blocks” from the physical viewpoint (or the functional viewpoint) can be allocated to the different types of organisation (or organisations themselves if known) that will be involved with the ITS implementation
planning architecture for one or more ITS services
structured proposal for business improvement that functions as a decision package for decision-makers The business case should explain why a project is required for the business and what the product or service is going to be. It should include an outline of the “Return on Investment” (ROI), or a cost/benefit analysis for the project, the project's product and performance characteristics, major project risks and the opportunities.
The business case addresses, at a high level, the business needs that the project seeks to meet. It includes the reasons for the project, the expected business benefits, the options considered (with reasons for rejecting or carrying forward each option), the expected costs of the project, a GAP analysis and the expected risks.
expression of what a stakeholder wants the ITS implementation to provide, usually written in the language of the stakeholder and thus possibly having little or no formal structure
NOTE There could be many aspirations for each ITS implementation, depending on its scope and the number of stakeholders that are involved.
framework into which business processes are deployed and ensures that the organization's core qualities are realized across the business processes deployed within the organization
NOTE In this way organizations aim to consistently realize their core qualities across the services they offer to their clients
<XML> processor that reads an XML document and determines the structure and properties of the data
NOTE 1 to entry If the parser goes beyond the XML rules for conformance and validates the document against an XML schema, the parser is said to be a “validating” parser. A generalized XML parser reads XML files and generates a hierarchically structured tree, then hands off data to viewers and other applications for processing.
A validating XML parser also checks the XML syntax and reports errors.
architecture viewpoint used to frame the policies, funding incentives, working arrangements and jurisdictional structure that support the technical layers of the architecture
element within an enterprise view that represents an organization or individual
architecture view from the enterprise viewpoint
work product expressing the architecture of a system from the perspective of specific system concerns
[SOURCE: ISO/IEC/IEEE 42010:2011, 3.5]
graphical section of a UML class box positioned directly under the class name compartment
work product used to express an architecture
[SOURCE: ISO/IEC/IEEE 42010:2011, 3.3]
formal expression, using “shall” language, to define what the stakeholders expect the ITS implementation to provide, and from which the functional viewpoint is created, also known as “user need”
natural language text definition of the rule(s) by which permissible legal instances of a data element or a value domain are identified
process by which data is formally described and provided to an approved location in the Data Registry
NOTE This process is effected under the control of the ITS/TICS data registrar, in accordance with the requirements of ISO 14817.
a methodology based on decomposition of the Conceptual Architecture into Functional, Control and Information Architectures
sequence of processes that wait in the background for an event, with some of these processes triggering a separate event that can start other processes in turn
mechanism that allows metaclasses from existing metamodels to be extended to adapt them for different purposes
inter ORB protocol that allows ORBs to use the Internet as a communications bus by mapping inter ORB messages onto TCP/IP
atomic constituent of the UML model logical data structure within an XML document, a piece of data within a file [XML]
NOTE An XML element consists of a start tag, and end tag, and the information between the tags, which is often referred to as the contents. Start tags and end tags show the beginning and end of an element. A schema that can provide a description of the structure of the data describes elements used in an XML file.
<architecture> component member of an architecture model included in an architecture view
transfer of PI from the controller to a processor in the context of a commissioned work
policy subject entity with which a policy assertion can be associated (WS-Policy)
string of the lower case application/toolkit abbreviation as defined in the UML tagged value “ApplicationAbbreviation”
transfer of personal information to recipients other than the data subject, the controller or a processor, in particular publishing of data as well as the use of data for another application purpose of the controller
description of the behavioural requirements of a system and its interaction with a user
[SOURCE: ISO/IEC/IEEE 26515:2018, 3.15, modified — Note 1 to entry removed.]
architecture that provides a template solution for planning and deployment architectures
NOTE 1 to entry Interface standards are based on a reference architecture, which should be explicitly described.
reference architecture for handling communications within a physical object as defined in ISO 21217
NOTE 1 to entry The ITS-S reference architecture provides a model for describing communication.
<XML> short name to uniquely identify the namespace profile
<UML> stereotyped package that contains model elements, which have been customized for a specific domain or purpose using extension mechanisms, such as stereotypes, tagged definitions and constraints
NOTE 1 to entry A profile may also specify model libraries on which it depends and the metamodel subset that it extends.
information flow from a physical object acting as an information provider and sent to another physical object acting as an information consumer
NOTE 1 to entry The term “information flow triple” is used extensively in the Architecture Reference for Cooperative and Intelligent Transportation (ARC-IT; see Reference [25]).
type which is used only for defining the value and subtype notation for a type
NOTE Associated types are defined when it is necessary to make it clear that there may be a significant difference between how the type is defined in ASN.1 and how it is encoded. Associated types do not appear in user specifications.
conventions, principles and practices for the description of architectures established within a specific domain of application and/or community of stakeholders
EXAMPLE 1 Generalised Enterprise Reference Architecture and Methodologies (GERAM) [ISO 15704] is an architecture framework.
EXAMPLE 2 Reference Model of Open Distributed Processing (RM-ODP) [ISO/IEC 10746] is an architecture framework.
[SOURCE: ISO/IEC/IEEE 42010:2011, 3.4]
reference architecture for one or more ITS services
NOTE 1 to entry An ITS architecture can be a reference, planning or deployment architecture.
NOTE 2 to entry The Harmonised Architecture Reference for Technical Standards (HARTS; see Reference [26]) is an example of an ITS reference architecture.
an identifier for a component of an architecture which indicates the component shall be elaborated in a subsequent architecture
electronic data dictionary that follows precise documented rules for the registration and management of stored data concepts
NOTE 1 to entry The data concept registry contains meta-attributes about data concepts in terms of their names and representational forms as well as the semantics associated with the data concepts. A data concept registry may contain metadata that assists information interchange and re-use, both from the perspective of human users and for machine-interpretation of data concepts.
NOTE 2 to entry A data concept registry typically includes advanced features for adding retrieving, and working with its contents.
process by which data is formally described and provided to an approved location in the data concept registry
NOTE 1 to entry This process is effected under the control of the “ITS Registrar”, in accordance with the
requirements of ISO 14817-2.
organizational element or an individual appointed by ISO/TC 204 to undertake the day-to-day management of the Data Registry process
integer that represents the number of edits that have been made to the data concept since the last update to the major version number
<enterprise view> element that represents the specified responsibilities between an enterprise object and another enterprise view element
<enterprise view> relationship where one resource supplements another resource
EXAMPLE A module can extend the functionality of another module.
set of rules for encoding electronic documents defined by the World Wide Web Consortium W3C
NOTE Although developed for documents, it is today widely used for data exchange in general, usually in conjunction with an XML Schema Definition
<XML, UML> system of representing an information model that defines the data’s elements and attributes
definition of the content and structure of data using an ASN.1 type definition
a formal description of the allowed content of an XML document that claims compliance to the schema
NOTE 1 to entry XML Schema Definitions allow for formal validation of syntactical compliance of instance documents.
one or more documents that detail the interoperability design for an ITS application
any natural or legal person, public authority, agency or any other body which alone or jointly with others collect and/or process and determine the purposes and means of the processing of PI, independently whether or not a person uses the PI by themselves or assigns the tasks to a processor; where the purposes and means of processing are determined by national or Community laws or regulations, the controller or the specific criteria for his nomination may be designated by national or Community law
a set of inter-related components which interact with one another in an organised fashion to provide independent operational functionality
NOTE This is the IEEE Definition qualified with the “Independent operational functionality” phase).
defined annotated outline for an ITS application specification
<UML> explicit definition of a property as a name-value pair
NOTE 1 to entry Certain tags are predefined in the UML; others MAY be user defined. Tagged values are one of three extensibility mechanisms in UML.
NOTE 2 to entry In a tagged value, the name is referred as the tag.
<UML> new type of modelling element that extends the semantics of the metamodel
NOTE 1 to entry Stereotypes have to be based on certain existing types or classes in the metamodel. Stereotypes may extend the semantics, but not the structure of pre-existing types and classes. Certain stereotypes are predefined in the UML, others may be user defined. Stereotypes are one of three extensibility mechanisms in UML.
NOTE 2 to entry The stereotype may specify additional constraints and tag definitions that apply to model elements. In addition, a stereotype may be used to indicate a difference in meaning or usage between two model elements with identical structure.
is an object-oriented development methodology, which can be applied to the formulation of an architecture
any person or legal entity receiving PI of a data subject other than the data subject itself or the controller or the processor
<UML> description of a set of objects that share the same attributes, operations, methods, relationships, and semantics
data type (or type for short) that represents in a formalised way a class of information (for example, numerical, textual, still image or video information); the representation is conformant to definitions given in ISO/IEC 8824-1
simple type whose values are the set of all object identifiers allocated in accordance with the rules of the ISO/IEC 9834 series
type definition that does not conform to ISO/IEC 8824
object-oriented modelling language specified in ISO/IEC 19501
need of an entity external to the intelligent transport system for a surface transport system benefit that can be met with the use of information, communication, sensor, and/or control technologies
EXAMPLE Increasing safety, sustainability, efficiency and/or comfort.
factor or condition necessary to achieve desired results within a specified context of use
[SOURCE: ISO/IEC TR 25060:2010, 2.25, modified — “for a user” removed from definition.]
integer that represents the number of normative changes that have been made to approved versions of
the associated data concept
types defined by directly specifying the set of its values
action that circumvents all kinds of operations with the set of PI or certain elements of it meaning both processing of PI and transmission of PI to a third party
<enterprise view> element that represents an association between two resources
<enterprise view> relationship where one resource contains another resource
EXAMPLE Every ITS component includes one or more modules.
data element that cannot be further subdivided meaningfully within the context of ASN.1
<XML> identification of element types and structure within a document
NOTE 1 to entry The mark-up is not actually part of the content, but identifies the components and their roles.
natural person or legal entity or organization that processes personal information (PI) on behalf of and in accordance with the instructions of a PI controller and if it use PI only for the commissioned work
function within the CORBA architecture that acts as a broker in fulfilling client requests for services from objects in a distributed environment