lexicon
type: Lexicon
description: This is an example lexicon
description: Ceci est un exemple de lexique @fr
language: en
publisher: ERJU-SP
source: None
subject: Rail transport
subject: Category:Rail infrastructure
subject: Railway Infrastructure
version info: v240716
entry: 1D reference frame
entry: 3D reference frame
entry: ESC
entry: 4.2.17.1. ETCS System Compatibility
entry: Absolute position reference frame
entry: accident
entry: Accuracy
entry: Adaptability
entry: Adapted product
entry: ADCARP something
entry: Add Train
entry: ADM - Automatic Driving Module
entry: ASTP
entry: Advanced Safe Train Positioning (ASTP)
entry: (AFARP) - As far as reasonably practicable
entry: Allocation Area
entry: Analysis
entry: Angular rate
entry: Answer.
entry: ASFA
entry: Anuncio de Señales y Frenado Automático
entry: APM - Automatic Processing Module
entry: Appliation (along EN 50126)
entry: Application Condition.
entry: Application Configuration.
entry: AEE
entry: Application Execution Environment
entry: Application Guideline
entry: AL
entry: Application Layer
entry: ALM
entry: Application Lifecycle Management
entry: Application
entry: ARCADIA
entry: (Arc)hitecture (A)nalysis and (D)esign (I)ntegrated (A)pproach
entry: Architectural Concept
entry: ARCT
entry: Architecture and Release Coordination Team
entry: ATAM
entry: Architecture Tradeoff Analysis Method
entry: AWC
entry: Architecture Working Circle
entry: Area Controller The Area Controller manages areas for the View.
entry: Area of Use
entry: Arrival Datetime Change
entry: AFARP
entry: As far as reasonably practicable
entry: Assessment.
entry: ATO - Automatic Train Operation
entry: ATO Automatic Train Operation AoC Area of Control CCS Control Command and Signal...
entry: Attitude reference frame
entry: Attribute
entry: Authentication
entry: Authorised User
entry: Authorising Entity - Authorising entity means the entity that issues the vehicle...
entry: Automatic Conflict Solution
entry: ASO
entry: Automatic Shunting Operation
entry: ATO
entry: Automatic Train Operation
entry: availability, <of a product>
entry: Availability
entry: Backwards Compatibility
entry: basic ASTP
entry: basic Advanced Safe Train Positioning (basic ASTP)
entry: I4
entry: Basic Integrity Platform Independence Interface
entry: Behavioural Component Exchange
entry: Behavioural exchange
entry: Behavioural Port

1D reference frame
type: LexicalEntry
type: MultiwordExpression
canonical form: 1D reference frame
sense: 1D--REFERENCE--FRAME lexSense

1D--REFERENCE--FRAME lexConcept
type: LexicalConcept
definition: 1 D reference frame is a one-dimensional reference frame where the bogie position, speed and acceleration along the track centreline axis are expressed. It is defined by the bogie frame. On the plan defined by the carriage floor, the x axis is the tangent of the track centreline oriented toward the train front end, the bogie pin close to the train front end is the tangency point. The bogie pin is located on the longitudinal axis of the carriage.

1D reference frame
type: Form

3D reference frame
type: LexicalEntry
type: MultiwordExpression
canonical form: 3D reference frame
sense: 3D--REFERENCE--FRAME lexSense

3D--REFERENCE--FRAME lexConcept
type: LexicalConcept
definition: It is a three-dimensional reference frame where the train speed and acceleration are expressed on the 3 axis component values. It is defined by the carriage frame by a right trihedron. On the plan defined by the carriage floor, the x axis is the carriage longitudinal axis oriented toward the train front end, y axis is the orthogonal to the carriage longitudinal axis oriented to the left, z axis the orthogonal to the carriage floor oriented up, the origin point is the bogie pin close to the train front end.

3D reference frame
type: Form

ESC
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: 4.2.17.1. ETCS System Compatibility
canonical form: ESC

4-2-17-1---ETCS--SYSTEM--COMPATIBILITY lexConcept
type: LexicalConcept
definition: ETCS System Compatibility (ESC) is the recording of technical compatibility between ETCS on-board and the trackside parts ETCS of the CCS subsystems within an area of use. Each ESC Type identifies the set of ESC checks (e.g. document check, lab or track test, …) applicable for a section or group of sections within an area of use. It is possible to use the same ESC type for cross border infrastructure and for different national infrastructures. The results of the ESC checks for an on-board unit on the Interoperability Constituent level or subsystem level, including findings and conditions arising, are recorded in the ESC Check Report. ‘Representative configuration’ means a configuration on the basis of which test results can be achieved, which are valid for various configurations of the same certified ETCS on-board interoperability constituent or of a certified on-board subsystem. These results shall also be equivalent for various configurations of a certified ETCS trackside subsystem. For ESC checks at ETCS on-board Interoperability Constituent level the following is to be observed: (1) The ESC Interoperability Constituent Statement records the ESC results of the ETCS On-board Interoperability Constituent to the ESC Type(s) that is valid regardless of the specific configuration of the ETCS on-board Interoperability Constituent. This document shall be produced by the on-board supplier. The template provided in Appendix C.2 or C.6 shall be used. (2) The ESC Interoperability Constituent Statement shall include the summary of the findings and conditions of the ESC Check Report(s) on the results of the ESC checks passed (defined in one or more ESC Type), which are valid independently from the specific configuration parameters of the on-board Interoperability Constituent and can therefore be used in every applicable specific on-board CCS subsystem level. (3) The ESC Interoperability Constituent Statement shall include the list of ESC checks performed for the ESC Type(s). …

4.2.17.1. ETCS System Compatibility
type: Form

ESC
type: Form

Absolute position reference frame
type: LexicalEntry
type: MultiwordExpression
canonical form: Absolute position reference frame
sense: ABSOLUTE--POSITION--REFERENCE--FRAME lexSense

ABSOLUTE--POSITION--REFERENCE--FRAME lexConcept
type: LexicalConcept
definition: Train front end position expressed with absolute geo coordinate system using a 3 D reference frame (e.g., Long, Lat, Alt, WGS84, ETRS89…).

Absolute position reference frame
type: Form

accident
type: LexicalEntry
type: Word
canonical form: accident
sense: ACCIDENT lexSense

ACCIDENT lexConcept
type: LexicalConcept
definition: ‘accident’ means an unwanted or unintended sudden event or a specific chain of such events which have harmful consequences; accidents are divided into the following categories: collisions; derailments; level crossing accidents; accidents to persons involving rolling stock in motion; fires and others; [SOURCE: SPPRAMSS-337 - [Directive (EU) 2016/798] Article 3 Definitions (11) ]

accident
type: Form

Accuracy
type: LexicalEntry
type: Word
canonical form: Accuracy
sense: ACCURACY lexSense

ACCURACY lexConcept
type: LexicalConcept
definition: The difference between true and estimated values with a defined probability.

Accuracy
type: Form

Adaptability
type: LexicalEntry
type: Word
canonical form: Adaptability
sense: ADAPTABILITY lexSense

ADAPTABILITY lexConcept
type: LexicalConcept
definition: Adaptability refers to the ability to adjust a system in response to changes in its environment or changes of requirements. It involves a broader concept of flexibility and resilience, encompassing not only modifications to the system itself but also its capacity to accommodate evolving needs or external factors. An adaptable system can respond effectively to new technologies, market demands, user expectations, or regulatory changes.

Adaptability
type: Form

Adapted product
type: LexicalEntry
type: MultiwordExpression
canonical form: Adapted product
sense: ADAPTED--PRODUCT lexSense

ADAPTED--PRODUCT lexConcept
type: LexicalConcept
definition: In System Pillar context, an "adapted" product uses some of the SP compliant specifications, but not all. Its system behavior is not completely compliant to System Pillar specification. The adaption is done, to make current national products future ready (later connection or upgrade to SP compliant systems)

Adapted product
type: Form

ADCARP something
type: LexicalEntry
type: MultiwordExpression
canonical form: ADCARP something
sense: ADCARP--SOMETHING lexSense

ADCARP--SOMETHING lexConcept
type: LexicalConcept
definition: Add, Change, Delete, Approve, Release, Decide and Publish

ADCARP something
type: Form

Add Train
type: LexicalEntry
type: MultiwordExpression
canonical form: Add Train
sense: ADD--TRAIN lexSense

ADD--TRAIN lexConcept
type: LexicalConcept
definition: Add a completely new train journey or add a new train journey to an existing train journey

Add Train
type: Form

ADM - Automatic Driving Module
type: LexicalEntry
type: MultiwordExpression
canonical form: ADM - Automatic Driving Module
sense: ADM-----AUTOMATIC--DRIVING--MODULE lexSense

ADM-----AUTOMATIC--DRIVING--MODULE lexConcept
type: LexicalConcept
definition: ADM - Automatic Driving Module

ADM - Automatic Driving Module
type: Form

ASTP
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Advanced Safe Train Positioning (ASTP)
canonical form: ASTP

ADVANCED--SAFE--TRAIN--POSITIONING--ASTP lexConcept
type: LexicalConcept
definition: Advanced Safe Train Positioning (ASTP) is a CCS onboard interoperability constituent, separated from the ERTMS/ETCS on-board equipment by fully standardized interfaces with all connected systems. ASTP shall perform functions for safety relevant applications and be the only source of odometry information in the CCS-OB. The main ASTP functionalities interfacing with other onboard systems, are: * provision of Odometry information * identification of all potential virtual Reference Location(s) * provision of 3D kinematic information

Advanced Safe Train Positioning (ASTP)
type: Form

ASTP
type: Form

(AFARP) - As far as reasonably practicable
type: LexicalEntry
type: MultiwordExpression
canonical form: (AFARP) - As far as reasonably practicable
sense: AFARP-----AS--FAR--AS--REASONABLY--PRACTICABLE lexSense

AFARP-----AS--FAR--AS--REASONABLY--PRACTICABLE lexConcept
type: LexicalConcept
definition: "As far as reasonably practicable" means that the action shall be undertaken until either the requirement is met, or the actors involved in the definition, review and approval of the work item conclude that further effort to resolve open issues is unlikely to bring an equivalent measurable benefit to the overall solution.

(AFARP) - As far as reasonably practicable
type: Form

Allocation Area
type: LexicalEntry
type: MultiwordExpression
canonical form: Allocation Area
sense: ALLOCATION--AREA lexSense

ALLOCATION--AREA lexConcept
type: LexicalConcept
definition: The area in the trackside which shall be free of operational conflict(s) for the execution of an operational need (movement or other). In other words, it is the area in the trackside that shall be reserved to an operational movement. The safety system shall not allow an SPT2OD-6043 - Missing cross-reference to be allocated to conflicting movement(s) or conflicting operational need(s). (image: diagram_20231213-1048.28106.mxg.svg) {comment:64} Note as a representation, SPT2OD-6043 - Missing cross-reference is equivalent to the combined Danger Zone(s) of the underlying assets over the area in which it is intended to next perform a train movement, possibly including flank protection and overlap areas (to be discussed at a later stage).

Allocation Area
type: Form

Analysis
type: LexicalEntry
type: Word
canonical form: Analysis
sense: ANALYSIS lexSense

ANALYSIS lexConcept
type: LexicalConcept
definition: Qualitative assessment of requirements, issues, etc.

Analysis
type: Form

Angular rate
type: LexicalEntry
type: MultiwordExpression
canonical form: Angular rate
sense: ANGULAR--RATE lexSense

ANGULAR--RATE lexConcept
type: LexicalConcept
definition: It is the angular speed of the rotational angles of the attitude.

Angular rate
type: Form

Answer.
type: LexicalEntry
type: Word
canonical form: Answer.
sense: ANSWER lexSense

ANSWER lexConcept
type: LexicalConcept
definition: Answers a Question. Questions and answers are used for Q&A or FAQ documents. If you have an open question in your project, use "Issue"

Answer.
type: Form

ASFA
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Anuncio de Señales y Frenado Automático
canonical form: ASFA

ANUNCIO--DE--SENALES--Y--FRENADO--AUTOMATICO lexConcept
type: LexicalConcept
definition: Anuncio de Señales y Frenado Automático (ASFA; "Announcement of Signals and Automatic Braking"); Is an Automatic Protetion System which is widely used on the Spanish rail network. It consists of a mechanism that stops a train if the driver does not properly heed signals.

Anuncio de Señales y Frenado Automático
type: Form

ASFA
type: Form

APM - Automatic Processing Module
type: LexicalEntry
type: MultiwordExpression
canonical form: APM - Automatic Processing Module
sense: APM-----AUTOMATIC--PROCESSING--MODULE lexSense

APM-----AUTOMATIC--PROCESSING--MODULE lexConcept
type: LexicalConcept
definition: APM - Automatic Processing Module

APM - Automatic Processing Module
type: Form

Appliation (along EN 50126)
type: LexicalEntry
type: MultiwordExpression
canonical form: Appliation (along EN 50126)
sense: APPLIATION--ALONG--EN--50126 lexSense

APPLIATION--ALONG--EN--50126 lexConcept
type: LexicalConcept
definition: Describes the sum of: The system, its needed environment and its form of usage (other systems, processes), and the system life-cycle.

Appliation (along EN 50126)
type: Form

Application Condition.
type: LexicalEntry
type: MultiwordExpression
canonical form: Application Condition.
sense: APPLICATION--CONDITION lexSense

APPLICATION--CONDITION lexConcept
type: LexicalConcept
definition: Requirement about the environment and use of the target system, e.g. skills of maintenance people that ned to be trained or requirements about the physical environment. ("exported constraint, relevant for users").

APPLICATION--CONDITION lexConcept 2
type: LexicalConcept
definition: An Application Condition is a requirement for the environment of a system in its application. Concretely these can be for example requirements concerning the skills of the users, temperatures in a data center, or maintenance processes that need to be established.

Application Condition.
type: Form

Application Configuration.
type: LexicalEntry
type: MultiwordExpression
canonical form: Application Configuration.
sense: APPLICATION--CONFIGURATION lexSense

APPLICATION--CONFIGURATION lexConcept
type: LexicalConcept
definition: Set of combined Features (which are child workitems).

Application Configuration.
type: Form

AEE
type: Acronym
type: LexicalEntry
acronym for: Application Execution Environment
canonical form: AEE

APPLICATION--EXECUTION--ENVIRONMENT lexConcept
type: LexicalConcept
definition: The Application Execution Environment refers to the combination of Runtime Environment and Safety Framework. Previous definition: The Application Execution Environment refers to the combination of Runtime Environment and Safety Environment.

APPLICATION--EXECUTION--ENVIRONMENT lexConcept 2
type: LexicalConcept
definition: The Application Execution Environment refers to the combination of Runtime Environment and Safety Environment.

Application Execution Environment
type: Form

AEE
type: Form

AEE
type: Form

Application Guideline
type: LexicalEntry
type: MultiwordExpression
canonical form: Application Guideline
sense: APPLICATION--GUIDELINE lexSense

APPLICATION--GUIDELINE lexConcept
type: LexicalConcept
definition: Defining procedural requirements for Railway Operators

Application Guideline
type: Form

AL
type: Acronym
type: LexicalEntry
acronym for: Application Layer
canonical form: AL

APPLICATION--LAYER lexConcept
type: LexicalConcept
definition: The Application Layer refers to the functions provided by the Functional Systems. These functions are implemented as Tasks within Functional Applications. Previous definition: The Application Layer contains Functional Applications that constitute Functional Systems.

APPLICATION--LAYER lexConcept 2
type: LexicalConcept
definition: The Application Layer contains Functional Applications that constitute Functional Systems.

Application Layer
type: Form

AL
type: Form

AL
type: Form

ALM
type: Acronym
type: LexicalEntry
acronym for: Application Lifecycle Management
canonical form: ALM

APPLICATION--LIFECYCLE--MANAGEMENT lexConcept
type: LexicalConcept
definition: Application Lifecycle Management

Application Lifecycle Management
type: Form

ALM
type: Form

Application
type: LexicalEntry
type: Word
canonical form: Application
sense: APPLICATION lexSense

APPLICATION lexConcept
type: LexicalConcept
definition: An application in SP context is the resulting situation of a system beeing used in a specific environment by specific actors. In short - Application = System + Processes + Actors + Environment.

Application
type: Form

ARCADIA
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: (Arc)hitecture (A)nalysis and (D)esign (I)ntegrated (A)pproach
canonical form: ARCADIA

ARC--HITECTURE+--A--NALYSIS--AND--D--ESIGN+--I--NTEGRATED+--A--PPROACH lexConcept
type: LexicalConcept
definition: Architecture Analysis & Design Integrated Approach (ARCADIA) is a system and software architecture engineering method based on architecture-centric and model-driven engineering activities. Main resources about ARCADIA can be found on the official websites: https://www.eclipse.org/capella/arcadia-reference.html (image: 3-1-screenshot-20230107-163323.png)

(Arc)hitecture (A)nalysis and (D)esign (I)ntegrated (A)pproach
type: Form

ARCADIA
type: Form

Architectural Concept
type: LexicalEntry
type: MultiwordExpression
canonical form: Architectural Concept
sense: ARCHITECTURAL--CONCEPT lexSense

ARCHITECTURAL--CONCEPT lexConcept
type: LexicalConcept
definition: The architectural process comprises four steps, each dealing with a separate concern. The general concept implements the architecture recommendations from the System Pillar report [SPREP, page 11] for a function-based architecture and a layered architecture approach. Both concepts can be realised with the architectural principles described herein.These steps are described in detail in the following chapters. * Operational analysis (OA): identify the operational process needs that are to be supported by supported{comment:7} by systems or organisations.{comment:4} This analysis should focus as purely as possible on the processes and ideally does not take any specific technical system architecture into account. The operational analysis is usually performed on an abstraction layer above the topmost system in the systems of systems hierarchy and performed only once. * System analysis (SA): identify the needs of the system of interest. This step does not design a specific technical solution but captures the needs for the future system. It hence represents a statement of work and not a finished piece of engineering. It is used to rationalize the decision, which operational processes will be performed by the system of interest, and which will be not (these processes then mostly will be either performed by other systems or by human actors and defined as operating rules). System analysis is performed recursively: * Once for the topmost system of systems, deriving the initial need from the operational analysis * Multiple times for each system of system decomposition step, deriving the system needs of the lower level of decomposition from the higher level of decomposition * Logical architecture (LA): design a solution to the system needs based on solution concepts and architectural concepts. Split the system functions based on solution concepts (e.g. absolute positioning vs reference point based localisation, moving blocks, fixed blocks or hybrid) so that it becomes clear, how …

Architectural Concept
type: Form

ARCT
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Architecture and Release Coordination Team
canonical form: ARCT

ARCHITECTURE--AND--RELEASE--COORDINATION--TEAM lexConcept
type: LexicalConcept
definition: Architecture and Release Coordination Team

Architecture and Release Coordination Team
type: Form

ARCT
type: Form

ATAM
type: Acronym
type: LexicalEntry
acronym for: Architecture Tradeoff Analysis Method
canonical form: ATAM

ARCHITECTURE--TRADEOFF--ANALYSIS--METHOD lexConcept
type: LexicalConcept
definition: Architecture Tradeoff Analysis Method{comment:4}

ARCHITECTURE--TRADEOFF--ANALYSIS--METHOD lexConcept 2
type: LexicalConcept
definition: Architecture Tradeoff Analysis Method

Architecture Tradeoff Analysis Method
type: Form

ATAM
type: Form

ATAM
type: Form

AWC
type: Acronym
type: LexicalEntry
acronym for: Architecture Working Circle
canonical form: AWC

ARCHITECTURE--WORKING--CIRCLE lexConcept
type: LexicalConcept
definition: Architecture Working Circle

Architecture Working Circle
type: Form

AWC
type: Form

Area Controller The Area Controller manages areas for the View.
type: LexicalEntry
type: MultiwordExpression
canonical form: Area Controller The Area Controller manages areas for the View.
sense: AREA--CONTROLLER--THE--AREA--CONTROLLER--MANAGES--AREAS--FOR--THE--VIEW lexSense

AREA--CONTROLLER--THE--AREA--CONTROLLER--MANAGES--AREAS--FOR--THE--VIEW lexConcept
type: LexicalConcept
definition: Area Controller The Area Controller manages areas for the View.

Area Controller The Area Controller manages areas for the View.
type: Form

Area of Use
type: LexicalEntry
type: MultiwordExpression
canonical form: Area of Use
sense: AREA--OF--USE lexSense

AREA--OF--USE lexConcept
type: LexicalConcept
definition: ...

Area of Use
type: Form

Arrival Datetime Change
type: LexicalEntry
type: MultiwordExpression
canonical form: Arrival Datetime Change
sense: ARRIVAL--DATETIME--CHANGE lexSense

ARRIVAL--DATETIME--CHANGE lexConcept
type: LexicalConcept
definition: Change in the arrival time of a train in a station, either by arriving earlier or later than planned

Arrival Datetime Change
type: Form

AFARP
type: Acronym
type: LexicalEntry
acronym for: As far as reasonably practicable
canonical form: AFARP

AS--FAR--AS--REASONABLY--PRACTICABLE lexConcept
type: LexicalConcept
definition: Denote that an action shall be done until the cost to do so does not justify the benefit of doing it.

As far as reasonably practicable
type: Form

AFARP
type: Form

Assessment.
type: LexicalEntry
type: Word
canonical form: Assessment.
sense: ASSESSMENT lexSense

ASSESSMENT lexConcept
type: LexicalConcept
definition: Quantitative assessment of requirements, issues, etc.

Assessment.
type: Form

ATO - Automatic Train Operation
type: LexicalEntry
type: MultiwordExpression
canonical form: ATO - Automatic Train Operation
sense: ATO-----AUTOMATIC--TRAIN--OPERATION lexSense

ATO-----AUTOMATIC--TRAIN--OPERATION lexConcept
type: LexicalConcept
definition: ATO - Automatic Train Operation

ATO - Automatic Train Operation
type: Form

ATO Automatic Train Operation AoC Area of Control CCS Control Command and Signal...
type: LexicalEntry
type: MultiwordExpression
canonical form: ATO Automatic Train Operation AoC Area of Control CCS Control Command and Signal...
sense: ATO--AUTOMATIC--TRAIN--OPERATION--AOC--AREA--OF--CONTROL--CCS--CONTROL--COMMAND--AND--SIGNAL lexSense

ATO--AUTOMATIC--TRAIN--OPERATION--AOC--AREA--OF--CONTROL--CCS--CONTROL--COMMAND--AND--SIGNAL lexConcept
type: LexicalConcept
definition: ATO | Automatic Train Operation AoC | Area of Control | CCS | Control Command and Signaling CI/CD | Continuous Integration / Continuous Deployment CMS | Capacity Management system CPU | Central Processing Unit CTC | Centralized traffic control CVSS | Common Vulnerability Scoring System | DBMS | Database Management System DDOS | Distributed Denial of Service DEV | Development DLP | Data loss prevention DNS | Domain Name System DR | Disaster Recovery-Plan | EDA | Event-driven architecture ELK | Elasticsearch, Logstash, Kibana | FAM | Fixed asset mgmt | HMI | Human Machine Interface HTTP | Hypertext Transfer Protocol | IRM | Information Rights Management | OS | Operating system OR | Operational Requirements | NTMS | Neighborhood TMS | MD5 | Message Digest Method 5 MITM | Man-in-the-middle attack MS | Microservices MVCC | Multi-version concurrency control | PE | Plan Execution PIS | Passenger Information System POS | Path Order System PROD | Production | QA | Quality Assurance{comment:128} | RAID | Redundant Array of Independent Disks RAM | Random Access Memory RBAS | Role Based Access Control REST | Representational State Transfer RIM | Rail Infrastructure Manager ROC | Rail Operating Company RT | Real Time RU | Rail Undertakings | SAD | System Architecture Description SCI-OP | Standard Communications Interface – Operational Plan SEMP | System Engineering Management Plan SOAP | Simple Object Access Protocol SoC | Separation of Concerns SSL | Secure Sockets Layer | TAF | Telematics Applications for Freight TAP | Telematics Applications for Passenger Services TCR | Temporary Capacity Restrictions TLS | Transport Layer Security TMS | Traffic Management System TSI | Technical Specification for Interoperability | UML | Unified Modeling Language | WAF | Web Application Firewall WSDL | Web Services Description Language | XFN | Cross functional

ATO Automatic Train Operation AoC Area of Control CCS Control Command and Signal...
type: Form

Attitude reference frame
type: LexicalEntry
type: MultiwordExpression
canonical form: Attitude reference frame
sense: ATTITUDE--REFERENCE--FRAME lexSense

ATTITUDE--REFERENCE--FRAME lexConcept
type: LexicalConcept
definition: It describes the orientation of a rigid body with respect to a fixed coordinate system by determining the rotational angles, yaw-pitch-roll. On the plan defined by the carriage floor, the roll axis is the carriage longitudinal axis oriented toward the train front end, pitch axis is the orthogonal to the carriage longitudinal axis oriented to the left, yaw axis is the orthogonal to the carriage floor oriented up. Angles are absolute values using as references the horizontal plan to determine the pitch and roll angles, the direction to the north to determine the yaw.

Attitude reference frame
type: Form

Attribute
type: LexicalEntry
type: Word
canonical form: Attribute
sense: ATTRIBUTE lexSense

ATTRIBUTE lexConcept
type: LexicalConcept
definition: Attribute is an inherent property or characteristic of an entity that can be distinguished quantitatively or qualitatively by human or automated means

Attribute
type: Form

Authentication
type: LexicalEntry
type: Word
canonical form: Authentication
sense: AUTHENTICATION lexSense

AUTHENTICATION lexConcept
type: LexicalConcept
definition: The process to verify the identity of communicating peers. (source: SPPRAMSS-1705 - [UNISIG Subset-146] )

Authentication
type: Form

Authorised User
type: LexicalEntry
type: MultiwordExpression
canonical form: Authorised User
sense: AUTHORISED--USER lexSense

AUTHORISED--USER lexConcept
type: LexicalConcept
definition: A system user with write access, who can configure the system

Authorised User
type: Form

Authorising Entity - Authorising entity means the entity that issues the vehicle...
type: LexicalEntry
type: MultiwordExpression
canonical form: Authorising Entity - Authorising entity means the entity that issues the vehicle...
sense: AUTHORISING--ENTITY-----AUTHORISING--ENTITY--MEANS--THE--ENTITY--THAT--ISSUES--THE--VEHICLE lexSense

AUTHORISING--ENTITY-----AUTHORISING--ENTITY--MEANS--THE--ENTITY--THAT--ISSUES--THE--VEHICLE lexConcept
type: LexicalConcept
definition: Authorising Entity - Authorising entity means the entity that issues the vehicle type authorisation and/or vehicle authorisation for placing on the market.

Authorising Entity - Authorising entity means the entity that issues the vehicle...
type: Form

Automatic Conflict Solution
type: LexicalEntry
type: MultiwordExpression
canonical form: Automatic Conflict Solution
sense: AUTOMATIC--CONFLICT--SOLUTION lexSense

AUTOMATIC--CONFLICT--SOLUTION lexConcept
type: LexicalConcept
definition: Solves conflicts based on algorithms. May use optimisation functions.

Automatic Conflict Solution
type: Form

ASO
type: Acronym
type: LexicalEntry
acronym for: Automatic Shunting Operation
canonical form: ASO

AUTOMATIC--SHUNTING--OPERATION lexConcept
type: LexicalConcept
definition: Automatic Shunting Operation

Automatic Shunting Operation
type: Form

ASO
type: Form

ATO
type: Acronym
type: LexicalEntry
acronym for: Automatic Train Operation
canonical form: ATO

AUTOMATIC--TRAIN--OPERATION lexConcept
type: LexicalConcept
definition: Automatic Train Operation

AUTOMATIC--TRAIN--OPERATION lexConcept 2
type: LexicalConcept
definition: Automatic Train Operation is technology for automating the operation of trains. The degree of the automatisation is shown by the Grade of Automatation (GoA). GoA0: train operating on-sight, no automation GoA1: train operating manual, train driver controls starting, stopping, passenger service functions as opening and closing doors and handling emergency. Train protection systems like ETCS L1 in place. GoA2: train operating semi-automatic. Starting and stopping automated using advanced train protection systems like ETCS L2 or 3, driver operates passenger service functions and handles emergencies GoA3: driverless train operation. Starting and stopping automated, service staff operates passenger service functions and handles emergencies GoA4: unattended train operation. All operations are fully automated without any on-train staff

Automatic Train Operation
type: Form

ATO
type: Form

ATO
type: Form

availability, <of a product>
type: LexicalEntry
type: MultiwordExpression
canonical form: availability, <of a product>
sense: AVAILABILITY--<OF--A--PRODUCT> lexSense

AVAILABILITY--<OF--A--PRODUCT> lexConcept
type: LexicalConcept
definition: Ability of an item to be in a state to perform a required function under given conditions at a given instant of time or over a given time interval, assuming that the required external resources are provided [SOURCE: IEC 60050-821: FDIS2016, 821-05-82, modified] Source: SPPRAMSS-349 - [EN 50126-1:2017]

availability, <of a product>
type: Form

Availability
type: LexicalEntry
type: Word
canonical form: Availability
sense: AVAILABILITY lexSense

AVAILABILITY lexConcept
type: LexicalConcept
definition: Availability: property of being accessible and usable on demand by an authorized entity (source: ISO 27000-2018 )

Availability
type: Form

Backwards Compatibility
type: LexicalEntry
type: MultiwordExpression
canonical form: Backwards Compatibility
sense: BACKWARDS--COMPATIBILITY lexSense

BACKWARDS--COMPATIBILITY lexConcept
type: LexicalConcept
definition: Backwards compatibility is a design or software feature that allows a product, system, or software application to remain compatible with earlier versions or older hardware. In the context of software, it means that a newer version of a program can still run and interact with files, data, or systems that were created using previous versions of that software. This ensures that users can upgrade to the latest version without losing access to their existing data or needing to make significant changes to their workflows. It's a valuable feature that enhances user convenience and reduces disruptions when technology evolves. Backward compatibility for hardware, also known as "hardware backward compatibility," refers to the ability of a newer piece of hardware to work seamlessly with older hardware components or peripherals, such as connectors, interfaces, or accessories. In the context of hardware, backward compatibility typically ensures that the new hardware can accommodate and interact with devices or components that were designed for older hardware specifications. Hardware backward compatibility is important for user convenience, cost savings, and reducing the need for immediate updates to all associated hardware components when a single component is upgraded. It often requires the inclusion of older ports or connectors on newer hardware or the development of adapters or converters to bridge the compatibility gap between old and new technologies.

Backwards Compatibility
type: Form

basic ASTP
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: basic Advanced Safe Train Positioning (basic ASTP)
canonical form: basic ASTP

BASIC--ADVANCED--SAFE--TRAIN--POSITIONING--BASIC--ASTP lexConcept
type: LexicalConcept
definition: Basic Advanced Safe Train Positioning (Basic ASTP) is a new CCS-OB interoperability constituent providing Odometry functionality with to be defined performance and availability targets. Basic ASTP shall perform this function primarily for ERTMS/ETCS on-board equipment via a mandatory FFFIS compliant interface, but could be used for other applications on the train.

basic Advanced Safe Train Positioning (basic ASTP)
type: Form

basic ASTP
type: Form

I4
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Basic Integrity Platform Independence Interface
canonical form: I4

BASIC--INTEGRITY--PLATFORM--INDEPENDENCE--INTERFACE lexConcept
type: LexicalConcept
definition: The Basic Integrity Platform Independence Interface I4 (Interface 4) is used to perform a basic integrity platform independence with the applications. In other words, this API is an interface limited to non-safety functionalities between runtime environment and applications.

Basic Integrity Platform Independence Interface
type: Form

I4
type: Form

Behavioural Component Exchange
type: LexicalEntry
type: MultiwordExpression
canonical form: Behavioural Component Exchange
sense: BEHAVIOURAL--COMPONENT--EXCHANGE lexSense

BEHAVIOURAL--COMPONENT--EXCHANGE lexConcept
type: LexicalConcept
definition: exchange between behavioural components

Behavioural Component Exchange
type: Form

Behavioural exchange
type: LexicalEntry
type: MultiwordExpression
canonical form: Behavioural exchange
sense: BEHAVIOURAL--EXCHANGE lexSense

BEHAVIOURAL--EXCHANGE lexConcept
type: LexicalConcept
definition: implemented as component exchange: interaction between two behavioural physical components or logical components, through their behavioural ports

Behavioural exchange
type: Form

Behavioural Port
type: LexicalEntry
type: MultiwordExpression
canonical form: Behavioural Port
sense: BEHAVIOURAL--PORT lexSense

BEHAVIOURAL--PORT lexConcept
type: LexicalConcept
definition: Connection point of one or more behavioural exchanges allocated to a logical or physical component, by specifying what the component can provide (output port) and what it must perform (input port) (original definition may be not that accurate).

Behavioural Port
type: Form

Biometric Reader Device that reads the identity of a person by comparing some at...
type: LexicalEntry
type: MultiwordExpression
canonical form: Biometric Reader Device that reads the identity of a person by comparing some at...
sense: BIOMETRIC--READER--DEVICE--THAT--READS--THE--IDENTITY--OF--A--PERSON--BY--COMPARING--SOME--AT lexSense

BIOMETRIC--READER--DEVICE--THAT--READS--THE--IDENTITY--OF--A--PERSON--BY--COMPARING--SOME--AT lexConcept
type: LexicalConcept
definition: Biometric Reader Device that reads the identity of a person by comparing some attribute of their physiological being or behavioral traits against a sample database. This reader permits the authentication of the actor.

Biometric Reader Device that reads the identity of a person by comparing some at...
type: Form

Black Box View
type: LexicalEntry
type: MultiwordExpression
canonical form: Black Box View
sense: BLACK--BOX--VIEW lexSense

BLACK--BOX--VIEW lexConcept
type: LexicalConcept
definition: The black box view hides structural decomposition of a system. In black box view, it cannot be differentiated between systems that are further refined into a system of systems or into subsystems.

Black Box View
type: Form

Building Block Configuration
type: LexicalEntry
type: MultiwordExpression
canonical form: Building Block Configuration
sense: BUILDING--BLOCK--CONFIGURATION lexSense

BUILDING--BLOCK--CONFIGURATION lexConcept
type: LexicalConcept
definition: A BuildingBlockConfiguration (BBC) is a configurable layer within the configuration dependency tree. It must be uniquely identifiable within the system and may contain a configurationFile artifact and dependencies to other BBCs. One BuildingBlock (BB) can have one or more BuildingBlock Configurations (BBC). One Building BlockConfiguration (BBC) has exactly one configuration.json file (and a configurationSafe.json if it is a safe BBC). BBCs that itself have no further dependencies in their configuration.json file are the Lowest Updatable Units (LUU - can be updated on its own). BBCs that are updatable must provide a corresponding configurationFile (payload). BBCs that are updatable need an endpoint described in the "configuration.json" file. That BBC endpoint can be accessed using a protocol capable of file transfer (e.g. opc ua).

Building Block Configuration
type: Form

BB
type: Acronym
type: LexicalEntry
acronym for: Building block
canonical form: BB

BUILDING--BLOCK lexConcept
type: LexicalConcept
definition: {comment:33} A building block is a sourceable unit of the CCS system (hardware and/or software), having standardised functionality, standardised performance (RAM), standardised safety (including Tolerable Functional Failure Rate [TFFR], Safety Integrity Level [SIL] and Safety Related Application Conditions [SRAC]), standardised security and standardised interfaces towards other building blocks and/or external systems. A building block can also be defined as a standardised module. {comment:158}

BUILDING--BLOCK lexConcept 2
type: LexicalConcept
definition: A Building Block is an equipment based (hardware and/or software) or logical unit of the System having: * standardised functionality or aggregates standard functionality it depends on * may have standardised PRAMS requirements (including Tolerable Functional Failure Rate [TFFR] * may have Safety Integrity Levels [SIL] for functions within the system border and Safety Related Application Conditions [SRAC]) * standardised cyber security requirements (including Security Level [SL] based on the security requirements, and Security Related Application Conditions [SRAC]) * may have (on lower levels) standardised interfaces (on all OSI Layers) towards other Building Blocks and/or external systems. Equipment based Building Blocks are separately sourceable from different suppliers and capable of being integrated by a third party (integrator). A BuildingBlock has one or more BuildingBlockConfigurations. A BuildingBlock must have a unique identifier composed of configurationGroupId and configurationId.

Building block
type: Form

BB
type: Form

Building Strategy Concept
type: LexicalEntry
type: MultiwordExpression
canonical form: Building Strategy Concept
sense: BUILDING--STRATEGY--CONCEPT lexSense

BUILDING--STRATEGY--CONCEPT lexConcept
type: LexicalConcept
definition: (image: 1-screenshot-20230102-140337.png)

Building Strategy Concept
type: Form

Building Strategy
type: LexicalEntry
type: MultiwordExpression
canonical form: Building Strategy
sense: BUILDING--STRATEGY lexSense

BUILDING--STRATEGY lexConcept
type: LexicalConcept
definition: processus allowing to regroup physical components into consistent sub-collection in terms of industral development concerns and a strategy point of view

Building Strategy
type: Form

BuildingBlockConfiguration "configuration.json" document
type: LexicalEntry
type: MultiwordExpression
canonical form: BuildingBlockConfiguration "configuration.json" document
sense: BUILDINGBLOCKCONFIGURATION-- CONFIGURATION-JSON --DOCUMENT lexSense

BUILDINGBLOCKCONFIGURATION-- CONFIGURATION-JSON --DOCUMENT lexConcept
type: LexicalConcept
definition: The BuildingBlockConfiguration configuration.json document describes a BuildingBlock Configuration. In the section <dependencies> the file lists all BuildingBlockConfiguration configuration files the BuildingBlockConfiguration depends on. The BuildingBlockConfiguration "configuration.json" document references other BBC configuration.json documents recursively. This forms a dependency tree that is resolved recursively until the BBC "configuration.json" has no further dependencies. These are the LUU - Lowest updatable units. The LUUs link a configurationFile (payload). As an example there may be different BBC "configuration.json" documents for a specific BuildingBlock: A generic BuildingBlockConfiguration including a firmware as "generic definition" (before integration in its environment) that has been compiled by the BuildingBlock supplier. There might be another BuildingBlockConfiguration from the integrator that includes the parametrization of the generic product and depends on the correct firmware BBC. The BBC configuration is defined within a "configuration.json" document that is validated by the configuration.schema.json.

BuildingBlockConfiguration "configuration.json" document
type: Form

Button A Hard Key allocated to a dedicated system on a cab. It's designed with a...
type: LexicalEntry
type: MultiwordExpression
canonical form: Button A Hard Key allocated to a dedicated system on a cab. It's designed with a...
sense: BUTTON--A--HARD--KEY--ALLOCATED--TO--A--DEDICATED--SYSTEM--ON--A--CAB---IT S--DESIGNED--WITH--A lexSense

BUTTON--A--HARD--KEY--ALLOCATED--TO--A--DEDICATED--SYSTEM--ON--A--CAB---IT S--DESIGNED--WITH--A lexConcept
type: LexicalConcept
definition: Button A Hard Key allocated to a dedicated system on a cab. It's designed with a dedicated SIL level. It allows a selection from two states and keeps one state as long as it is pressed.

Button A Hard Key allocated to a dedicated system on a cab. It's designed with a...
type: Form

Buzzer Electrical device that makes a buzzing noise and is used to provide an au...
type: LexicalEntry
type: MultiwordExpression
canonical form: Buzzer Electrical device that makes a buzzing noise and is used to provide an au...
sense: BUZZER--ELECTRICAL--DEVICE--THAT--MAKES--A--BUZZING--NOISE--AND--IS--USED--TO--PROVIDE--AN--AU lexSense

BUZZER--ELECTRICAL--DEVICE--THAT--MAKES--A--BUZZING--NOISE--AND--IS--USED--TO--PROVIDE--AN--AU lexConcept
type: LexicalConcept
definition: Buzzer Electrical device that makes a buzzing noise and is used to provide an audible warning.

Buzzer Electrical device that makes a buzzing noise and is used to provide an au...
type: Form

C-DAS - Connected Driver Advisory System
type: LexicalEntry
type: MultiwordExpression
canonical form: C-DAS - Connected Driver Advisory System
sense: C-DAS-----CONNECTED--DRIVER--ADVISORY--SYSTEM lexSense

C-DAS-----CONNECTED--DRIVER--ADVISORY--SYSTEM lexConcept
type: LexicalConcept
definition: C-DAS - Connected Driver Advisory System

C-DAS - Connected Driver Advisory System
type: Form

Capability Meaning
type: LexicalEntry
type: MultiwordExpression
canonical form: Capability Meaning
sense: CAPABILITY--MEANING lexSense

CAPABILITY--MEANING lexConcept
type: LexicalConcept
definition: For the purposes of this document, a capability, in the framework of CMS, is considered as an interaction between processes, stakeholders and (IT) tools as illustrated in figure 5:

Capability Meaning
type: Form

capacitor
type: LexicalEntry
type: Word
canonical form: capacitor
sense: CAPACITOR lexSense

CAPACITOR lexConcept
type: LexicalConcept
definition: implicit-from-entry-label: capacitor

capacitor
type: Form

CMS
type: Acronym
type: LexicalEntry
acronym for: Capacity Management system
canonical form: CMS

CAPACITY--MANAGEMENT--SYSTEM lexConcept
type: LexicalConcept
definition: Capacity Management system

Capacity Management system
type: Form

CMS
type: Form

CM
type: Acronym
type: LexicalEntry
acronym for: Capacity Management
canonical form: CM

CAPACITY--MANAGEMENT lexConcept
type: LexicalConcept
definition: In the railway context, capacity management refers to the strategic planning and operational control measures implemented to effectively manage the available resources and infrastructure of a railway system in order to meet the demand for transportation services. It involves assessing, optimizing, and maximizing the capacity of various components within the railway system, such as tracks, stations, trains, and associated facilities.

Capacity Management
type: Form

CM
type: Form

Capacity Planning
type: LexicalEntry
type: MultiwordExpression
canonical form: Capacity Planning
sense: CAPACITY--PLANNING lexSense

CAPACITY--PLANNING lexConcept
type: LexicalConcept
definition: Capacity Planning is an instrument to determining the total theoretically available capacity supply (max. number of journeys per direction) and compare it to demand. Capacity can be requested from long term to short term (ad hoc slot ordering). Capacity planning supports the planning along all-time horizons (strategic to short term).

Capacity Planning
type: Form

Capacity Plan
type: LexicalEntry
type: MultiwordExpression
canonical form: Capacity Plan
sense: CAPACITY--PLAN lexSense

CAPACITY--PLAN lexConcept
type: LexicalConcept
definition: The capacity plan comprises any planned capacity usage (traffic and construction works) at any point in time during the planning period. The aim is a consistent and conflict free capacity plan.

Capacity Plan
type: Form

Capacity Production
type: LexicalEntry
type: MultiwordExpression
canonical form: Capacity Production
sense: CAPACITY--PRODUCTION lexSense

CAPACITY--PRODUCTION lexConcept
type: LexicalConcept
definition: Capacity production is the implementation of the operational plan. Capacity production begins when the train starts its scheduled mission and ends with when it ends.

Capacity Production
type: Form

Capacity Restriction
type: LexicalEntry
type: MultiwordExpression
canonical form: Capacity Restriction
sense: CAPACITY--RESTRICTION lexSense

CAPACITY--RESTRICTION lexConcept
type: LexicalConcept
definition: Capacity restriction is a temporary full or partial unavailability of network infrastructure due to construction works, maintenance, inspection works or due to environmental influences and disruptions.

Capacity Restriction
type: Form

Capacity waste means:
type: LexicalEntry
type: MultiwordExpression
canonical form: Capacity waste means:
sense: CAPACITY--WASTE--MEANS lexSense

CAPACITY--WASTE--MEANS lexConcept
type: LexicalConcept
definition: * Paths are ordered without proper need, allocated and modified after allocation so that other ROCs cannot sensibly make use of them * Allocated paths are changed by RIMs after allocation due to the impact of TCRs by RIMs (same one allocating the path or another one on a different network) * An unnecessary number of paths are not allocated or are cancelled by RIMs due to poor alignment of several planned TCRs * Paths are not allocated or are cancelled by RIMs due to planned TCRs at times when little or no work is actually being carried out * Paths are not allocated or are cancelled by RIMs due to planned TCRs that were cancelled * Paths are not usable (or re-usable) due to the changes being communicated too late (i.e., due to paths being cancelled too late, TCRs cancelled, etc.)

Capacity waste means:
type: Form

Capacity-friendly behaviour means:
type: LexicalEntry
type: MultiwordExpression
canonical form: Capacity-friendly behaviour means:
sense: CAPACITY-FRIENDLY--BEHAVIOUR--MEANS lexSense

CAPACITY-FRIENDLY--BEHAVIOUR--MEANS lexConcept
type: LexicalConcept
definition: * A path confirmed is a commitment from both ROC and RIM, which should be kept after it has been allocated and accepted * Ordering capacity only when the market need for it need has been confirmed (ROC) * Give back the capacity as soon the market need changes, or other external requirements are known (ROC) * Defining the capacity for TCRs in a way that no more capacity than necessary is blocked – in dialogue between ROCs and RIMs * Planning the majority of TCRs and their impact to paths before path allocation (RIM) * Reducing TCRs in operational timetable to the minimum and planning their impact to paths/trains as early as possible (RIM) * Stabilising TCR planning - avoiding TCR cancellations that lead to a double loss of business, as well as massive re-planning of scheduled TCRs, which results in high efforts in operational planning (RIM)

Capacity-friendly behaviour means:
type: Form

Capacity
type: LexicalEntry
type: Word
canonical form: Capacity
sense: CAPACITY lexSense

CAPACITY lexConcept
type: LexicalConcept
definition: The total overall capability of the infrastructure that can be utilised by traffic or by maintenance. Capacity may apply to specific geographic sectors like stations or lines. Capacity usage must be requested, which results in capacity demand.

Capacity
type: Form

CAPEX
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Capital Expenditures
canonical form: CAPEX

CAPITAL--EXPENDITURES lexConcept
type: LexicalConcept
definition: Capital Expenditures or Capital Expenses

Capital Expenditures
type: Form

CAPEX
type: Form

Carriage front end
type: LexicalEntry
type: MultiwordExpression
canonical form: Carriage front end
sense: CARRIAGE--FRONT--END lexSense

CARRIAGE--FRONT--END lexConcept
type: LexicalConcept
definition: It is represented by a point on the carriage floor along the longitudinal axis. This point is the most forward element belonging to the carriage. Its absolute position is expressed in a geocoordinate reference frame. It is used in the case the ASTP is not installed in the first vehicle.

Carriage front end
type: Form

Categorisation of national migration phases for a single country
type: LexicalEntry
type: MultiwordExpression
canonical form: Categorisation of national migration phases for a single country
sense: CATEGORISATION--OF--NATIONAL--MIGRATION--PHASES--FOR--A--SINGLE--COUNTRY lexSense

CATEGORISATION--OF--NATIONAL--MIGRATION--PHASES--FOR--A--SINGLE--COUNTRY lexConcept
type: LexicalConcept
definition: | LEGACY phase | ADAPTION phase | HARMONISATION phase | SERA CCS phase Description | No SP specification used in national propducts | Some SP specifications are used in national bespoke products, which show partly SPRA compliant behavior. This is especially done to connect them to future harmonized products, or to upgrade them to later harmonized products. | First fully harmonized products are available in Europe, and are procured "as is", together with the introduction of the harmonized operational processes that fit to them. Then more and more harmonized products are available. First full pilot lines with harmonized products are built. | A "core" of the harmonized architecture is defined and mandatory (by law, or because national solutions are not any more available or not affordable for the architecture core). Railway Tasks | Define national requirements for bespoke products and installations | Organize, negotiate and execute the integration of harmonized interfaces into national products | Buy harmonized products from the shelf for new lines, and procure also their connection to installed legacy systems. Introduce harmonized processes on the new lines. Perhaps upgrade old lines (optionally). | Buy all core products of the harmonized architecture from the shelf. And some preferred optional harmonized products (e.g. Tools). System Pillar Support | none | Provide first stable harmonized interface specifications and system requirement specifications | Provide and maintain operational rulebooks and system specification, (as recommendations, along STIP process). | Provide and maintain operational rulebooks and system specification, (as recommendations, along STIP process). Supplier Support | Provide and support national bespoke products installation projects and maintenance | Adapt national bespoke products plattforms early and perhaps partly to first harmonized SP specifications | Provide harmonized products. | Provide all harmonized products of the core architecture…

Categorisation of national migration phases for a single country
type: Form

CBM
type: LexicalEntry
type: Word
canonical form: CBM
sense: CBM lexSense

CBM lexConcept
type: LexicalConcept
definition: condition-based maintenance preventive maintenance based on the assessment of physical condition Note 1 to entry: The condition assessment may be by operator observation, conducted according to a schedule, or by condition monitoring (192-06-28 SPPRAMSS-4462 - condition monitoring, <of an item> ) of system parameters. [SOURCE: IEC 60050-192:2015, 192-06-07]

CBM
type: Form

CCF
type: LexicalEntry
type: Word
canonical form: CCF
sense: CCF lexSense

CCF lexConcept
type: LexicalConcept
definition: Common Cause Failures: failures of multiple items, which would otherwise be considered independent of one another, resulting from a single cause Note 1 to entry: Common cause failures can also be "common mode failures" (IEV 192-03-19). Note 2 to entry: The potential for common cause failures reduces the effectiveness of system redundancy. [SOURCE: IEC 60050-192:2015, 192-03-18]

CCF
type: Form

CCS - Control-Command and Signalling
type: LexicalEntry
type: MultiwordExpression
canonical form: CCS - Control-Command and Signalling
sense: CCS-----CONTROL-COMMAND--AND--SIGNALLING lexSense

CCS-----CONTROL-COMMAND--AND--SIGNALLING lexConcept
type: LexicalConcept
definition: CCS - Control-Command and Signalling

CCS - Control-Command and Signalling
type: Form

CCS Deployment
type: LexicalEntry
type: MultiwordExpression
canonical form: CCS Deployment
sense: CCS--DEPLOYMENT lexSense

CCS--DEPLOYMENT lexConcept
type: LexicalConcept
definition: CCS Deployment refers to one physical deployment of a CCS System, that is uniquely identifiable with configurationGroupId, configurationId and configurationVersion. A CCS Deployment consists of the CCS hardware running the BBCs that are defined in safe and non-safe Top-Level BuildingBlockConfigurations (BBC) and their dependencies.

CCS Deployment
type: Form

CCS Evolution Path
type: LexicalEntry
type: MultiwordExpression
canonical form: CCS Evolution Path
sense: CCS--EVOLUTION--PATH lexSense

CCS--EVOLUTION--PATH lexConcept
type: LexicalConcept
definition: A (CCS) Evolution Path, is a standardised upgrade process (extensions, enhancements, and error corrections) of the CCS architecture. The evolution process shall respect the need for sufficient stability, i.e. periods for sufficient return of investment for developed products and installed systems.

CCS Evolution Path
type: Form

CCS Feature (for MIG)
type: LexicalEntry
type: MultiwordExpression
canonical form: CCS Feature (for MIG)
sense: CCS--FEATURE--FOR--MIG lexSense

CCS--FEATURE--FOR--MIG lexConcept
type: LexicalConcept
definition: A CCS Feature is a cohesive piece of system functionality.{comment:9} It can be at the top level of the system of interest, in which case it is equivalent to the concept of System Capability, or it can be at a lower level, in which case it is to be considered as a sub-feature of a higher-level feature.

CCS Feature (for MIG)
type: Form

CCS Feature
type: LexicalEntry
type: MultiwordExpression
canonical form: CCS Feature
sense: CCS--FEATURE lexSense

CCS--FEATURE lexConcept
type: LexicalConcept
definition: A CCS Feature is a main/top-level function on System Level 3 for CCS. Examples: ATO GoA2, Cold Movement Detection, C-DAS Mixable onboard features (M/O means mandatory/optional) Feature(s) | M/O | Comment/Constrain/Condition/Version/Subfeature ETCS (ATP/ATO GoA1), only radio based | M | Compatibilty matrix onboard/trackside System Versions: Like today in TSI22. Assumption about phased out SV for the target system later on: Will be analysed in migration team. Inclusion of GSM-R in target architecture: To be analysed by MIG team with COM team, current TSI discussions to be included. ATO GoA 2,3 or 4 | O | RTO | O | Absolute Continuous Train Positioning | O | Option: Capabal to use trackside augmentation information (like EGNOS or map information) Train Integrity Information | O | Mandatory, if no trackside train detection exists Reliable train length information | O | Mandatory, if no trackside train detection exists Cold movement detection | O | DAC | O | C-DAS | O | Standard diagnostic interface | O | TMS onboard user interface | O | Fallback/light ATP system | O | To be discussed. Idependent and simplified mode or system that has minimal dependecies/maximized availability and allows safe rudimentory traffic in most degraded modes or for special vehicles Mixable trackside features in scope (M/O means mandatory/optional) Feature(s) | M/O | Comment/Constrain/Condition/Version/Subfeature ETCS onboard (ATP/ATO GoA1) | M | Radio based ETCS without lineside signals (no support for "overlay" installations. ATO GoA 2,3 or 4 | O | RTO | O | Postioning Augmentation Information | O | EGNOS, onboard map service Trackside Train detection | O | Mandatory, if trains/train units have no train-integrity, position reporting and reliable length information. Could be block sensors, geometric positions or point sensors. Onboard/trackside sensors can exist in parallel. DAC Control Applications | O | C-DAS Service | O | TMS services for onboard | O | e.g. request shunting route or possessi…

CCS Feature
type: Form

CCS System
type: LexicalEntry
type: MultiwordExpression
canonical form: CCS System
sense: CCS--SYSTEM lexSense

CCS--SYSTEM lexConcept
type: LexicalConcept
definition: The control command and signalling (CCS) system covers signalling, train control, positioning equipment and telecommunications.

CCS System
type: Form

CCS-OB
type: LexicalEntry
type: Word
canonical form: CCS-OB
sense: CCS-OB lexSense

CCS-OB lexConcept
type: LexicalConcept
definition: Control-Command and Signalling - On Board

CCS-OB
type: Form

CCS-TRK
type: LexicalEntry
type: Word
canonical form: CCS-TRK
sense: CCS-TRK lexSense

CCS-TRK lexConcept
type: LexicalConcept
definition: Control-Command and Signalling - Track-side

CCS-TRK
type: Form

CCS/TMS Data Model
type: LexicalEntry
type: MultiwordExpression
canonical form: CCS/TMS Data Model
sense: CCS TMS--DATA--MODEL lexSense

CCS TMS--DATA--MODEL lexConcept
type: LexicalConcept
definition: The CCS/TMS Data Model{comment:91} defines the harmonised language to generate and transport the Domain Data at System Pillar interfaces. The Transversal CCS Subdomain 1 (SD1) is responsible for the specification of the CCS/TMS Data Model in collaboration with * the System Pillar domains which apply the defined data structures in interface specifications * the Innovation Pillar which proves the applicability of the data model by demonstrators.

CCS/TMS Data Model
type: Form

CEF Transport
type: LexicalEntry
type: MultiwordExpression
canonical form: CEF Transport
sense: CEF--TRANSPORT lexSense

CEF--TRANSPORT lexConcept
type: LexicalConcept
definition: Connecting Europe Facility Transport, funding tool of the European Commission

CEF Transport
type: Form

CMS
type: Acronym
type: LexicalEntry
acronym for: Central modelling services
canonical form: CMS

CENTRAL--MODELLING--SERVICES lexConcept
type: LexicalConcept
definition: Central modelling services

Central modelling services
type: Form

CMS
type: Form

CPU
type: Acronym
type: LexicalEntry
acronym for: Central Processing Unit
canonical form: CPU

CENTRAL--PROCESSING--UNIT lexConcept
type: LexicalConcept
definition: Central Processing Unit

Central Processing Unit
type: Form

CPU
type: Form

CTC
type: Acronym
type: LexicalEntry
acronym for: Centralized traffic control
canonical form: CTC

CENTRALIZED--TRAFFIC--CONTROL lexConcept
type: LexicalConcept
definition: Centralized traffic control

Centralized traffic control
type: Form

CTC
type: Form

CCM
type: Acronym
type: LexicalEntry
acronym for: Change Control Management
canonical form: CCM

CHANGE--CONTROL--MANAGEMENT lexConcept
type: LexicalConcept
definition: Change Control Management

Change Control Management
type: Form

CCM
type: Form

CR
type: Acronym
type: LexicalEntry
acronym for: Change Request.
canonical form: CR

CHANGE--REQUEST lexConcept
type: LexicalConcept
definition: PROPOSAL what to change where. Shall normally be linked to an Isse. See SPPR-2210 - Manage change request links

CHANGE--REQUEST lexConcept 2
type: LexicalConcept
definition: Change Request

Change Request.
type: Form

CR
type: Form

Changeability
type: LexicalEntry
type: Word
canonical form: Changeability
sense: CHANGEABILITY lexSense

CHANGEABILITY lexConcept
type: LexicalConcept
definition: Changeability refers to the ease with which a system can be modified or customized to meet specific requirements or adapt to new circumstances. It encompasses both minor changes, such as configuration adjustments, and more substantial modifications, such as adding or removing sub-systems.

Changeability
type: Form

CI = Central Instance ECM 1 and vehicle keeper are registered in EVR () FDFTO TC...
type: LexicalEntry
type: MultiwordExpression
canonical form: CI = Central Instance ECM 1 and vehicle keeper are registered in EVR () FDFTO TC...
sense: https://glossaries.ontorail.org/LEX_SP-DEFS/lex_sp-defs-240716#CI--%3D--CENTRAL--INSTANCE--ECM--1--AND--VEHICLE--KEEPER--ARE--REGISTERED--IN--EVR--FDFTO--TC_lexSense

https://glossaries.ontorail.org/LEX_SP-DEFS/lex_sp-defs-240716#CI--%3D--CENTRAL--INSTANCE--ECM--1--AND--VEHICLE--KEEPER--ARE--REGISTERED--IN--EVR--FDFTO--TC_lexConcept
type: LexicalConcept
definition: CI = Central Instance ECM 1 and vehicle keeper are registered in EVR () FDFTO TCG = Technical Coordination Group{comment:7}

CI = Central Instance ECM 1 and vehicle keeper are registered in EVR () FDFTO TC...
type: Form

Class A / B system
type: LexicalEntry
type: MultiwordExpression
canonical form: Class A / B system
sense: CLASS--A-- --B--SYSTEM lexSense

CLASS--A-- --B--SYSTEM lexConcept
type: LexicalConcept
definition: ERMTS is considered being a class A system whereas national legacy non-ERTMS systems are known as class B systems. In the frame of the migration to the future, harmonised CCS architecture based on harmonised operating rules, ERTMS systems based on earlier baselines are also treated as a kind of Class B system.

Class A / B system
type: Form

Class
type: LexicalEntry
type: Word
canonical form: Class
sense: CLASS lexSense

CLASS lexConcept
type: LexicalConcept
definition: An object is an instance of a class and a class is an object type.

Class
type: Form

Clean code has an important implication of the project’s success as clean code i...
type: LexicalEntry
type: MultiwordExpression
canonical form: Clean code has an important implication of the project’s success as clean code i...
sense: CLEAN--CODE--HAS--AN--IMPORTANT--IMPLICATION--OF--THE--PROJECT S--SUCCESS--AS--CLEAN--CODE--I lexSense

CLEAN--CODE--HAS--AN--IMPORTANT--IMPLICATION--OF--THE--PROJECT S--SUCCESS--AS--CLEAN--CODE--I lexConcept
type: LexicalConcept
definition: Clean code has an important implication of the project’s success as clean code is more efficient and reduces potential bugs. The following code guidelines should be followed: * Readability: Readable code is easy to follow and optimizes space and time * Conventions: Follow conventions will structure the code in a better way and reduces unnecessary lines of code - less code is less complexity. * Indentation: Proper indentation is very important to increase the readability. * Design Principles: Resolves common problems in a very structured way. * Documentation: The code should be properly commented for understanding easily. Especially for microservices, the following guidelines should be followed: * Software components should be built as independent stateless services. * All business logic in a service should be encapsulated with the data upon which it acts. * There should be no direct access to a database from outside a service. Any and all access to a database should be accomplished by invoking a service specifically implemented to do so. * Each service should publish an interface that enables access to its data and functionality by other services. Furthermore, the system follows the 12-factor-app methodology: * Codebase: One codebase tracked in revision control; many deploys. * Dependencies: Explicitly declare and isolate dependencies. * Config: Store config in the environment. * Backing services: Treat backing services as attached resources. * Build, release, run: Strictly separate build and run stages. * Processes: Execute the app as one or more stateless processes. * Port binding: Export services via port binding. * Concurrency: Scale out via the process model. * Disposability: Maximize robustness with fast startup and graceful shutdown. * Dev/prod parity: Keep development, staging, and production as similar as possible. * Logs: Treat logs as event streams. * Admin processes: Run admin/management tasks as one-off processes.

Clean code has an important implication of the project’s success as clean code i...
type: Form

CMD - Cold Movement Detector
type: LexicalEntry
type: MultiwordExpression
canonical form: CMD - Cold Movement Detector
sense: CMD-----COLD--MOVEMENT--DETECTOR lexSense

CMD-----COLD--MOVEMENT--DETECTOR lexConcept
type: LexicalConcept
definition: CMD - Cold Movement Detector

CMD - Cold Movement Detector
type: Form

CCS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Command Control System TSI
canonical form: CCS

COMMAND--CONTROL--SYSTEM--TSI lexConcept
type: LexicalConcept
definition: Command Control System TSI

Command Control System TSI
type: Form

CCS
type: Form

CBO
type: Acronym
type: LexicalEntry
acronym for: Common Business Objective.
canonical form: CBO

COMMON--BUSINESS--OBJECTIVE lexConcept
type: LexicalConcept
definition: Generic target of the System Pillar.

COMMON--BUSINESS--OBJECTIVE lexConcept 2
type: LexicalConcept
definition: Common Business Objective

Common Business Objective.
type: Form

CBO
type: Form

CI
type: Acronym
type: LexicalEntry
acronym for: Common Instance
canonical form: CI

COMMON--INSTANCE lexConcept
type: LexicalConcept
definition: FDFT Central Instance

Common Instance
type: Form

CI
type: Form

Common standard properties of workitems
type: LexicalEntry
type: MultiwordExpression
canonical form: Common standard properties of workitems
sense: COMMON--STANDARD--PROPERTIES--OF--WORKITEMS lexSense

COMMON--STANDARD--PROPERTIES--OF--WORKITEMS lexConcept
type: LexicalConcept
definition: * Title: The name of the work item * Description/design: The description of the work item = the design. The description is work item type specific (e.g., a class description for an exchange object). * Type: One of the types in the next chapter, like “operational problem analysis”, “operational requirement”, “System Function” or “logical component” * State: Work items and link types have a sequence of states, they runs through while a trace is worked out. The minimal set of states is * Suspect: Because of trace changes potentially not any more valid (to be checked) * Configuration: (Multiple choice list) Every work item is part of one or more “configurations”. Configurations can be releases, or certain versions of an architecture (for scalability or migration) * Assignment: Every work item shall be assigned to a person or team. It is the role of a functional team to assign unassigned work items when the author is not sure where to assign. The “unassigned” work items are forming the work que for a functional team. * Priority * Due date/finished on * System Level: Every work item has one of the following System levels: “1/2”, “3”, “4”, “5”. The levels are needed to make the right team assignment choices. Example for some requirements: * Requirement “The ATO GoA 4 operational capability shall allow to move trains without driver” – this requirement has System Level 1/2 because CCS, TMS and DAC are involved. Therefore, the modelling service needs to break it down it. * “The ATP operational capability shall allow safe train ahead distances that are shorter than the breaking distance of the following train” – this requirement has System Level 3 because several elements of CCS are involved. * “The maintenance process of an object controller shall be possible via remote operations as far as economically viable” – this requirement has system level 4, the Trackside Asset CS domain will resolve it. * Rationale: The reason for the design (description) * Comments: All historical w…

Common standard properties of workitems
type: Form

CVSS
type: Acronym
type: LexicalEntry
acronym for: Common Vulnerability Scoring System
canonical form: CVSS

COMMON--VULNERABILITY--SCORING--SYSTEM lexConcept
type: LexicalConcept
definition: Common Vulnerability Scoring System

Common Vulnerability Scoring System
type: Form

CVSS
type: Form

Commonality
type: LexicalEntry
type: Word
canonical form: Commonality
sense: COMMONALITY lexSense

COMMONALITY lexConcept
type: LexicalConcept
definition: Commonality is the set of reusable features (interface, functionality, performance, environment insertion, etc.) that a module or a building block is made of. {comment:178}

Commonality
type: Form

Communication Mean
type: LexicalEntry
type: MultiwordExpression
canonical form: Communication Mean
sense: COMMUNICATION--MEAN lexSense

COMMUNICATION--MEAN lexConcept
type: LexicalConcept
definition: a medium that support interaction between operational entities/actors

Communication Mean
type: Form

CER
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Community of European Railway and Infrastructure Companies
canonical form: CER

COMMUNITY--OF--EUROPEAN--RAILWAY--AND--INFRASTRUCTURE--COMPANIES lexConcept
type: LexicalConcept
definition: Community of European Railway and Infrastructure Companies

Community of European Railway and Infrastructure Companies
type: Form

CER
type: Form

CEE
type: Acronym
type: LexicalEntry
acronym for: Compartment Execution Environment
canonical form: CEE

COMPARTMENT--EXECUTION--ENVIRONMENT lexConcept
type: LexicalConcept
definition: The Compartment Execution Environment refers to the combination of Physical Computing Element and Virtualization Environment.

Compartment Execution Environment
type: Form

CEE
type: Form

CP
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Compartment
canonical form: CP

COMPARTMENT lexConcept
type: LexicalConcept
definition: A Compartment is a consistent, integrated entity comprising exactly one Runtime Environment Instance, at most one Safety Environment Replica, and Task Replicas of its respective Functional Applications. It can be deployed on either a Physical or a Virtual Computing Element. Previous definition: A Compartment is a consistent, integrated entity comprising exactly one Runtime Environment Instance, Safety Environment Task Replicas of at most one Safety Environment, and Functional Application Task Replicas of its respective Functional Applications. It can be deployed on either a Physical or a Virtual Computing Element.

COMPARTMENT lexConcept 2
type: LexicalConcept
definition: A Compartment is a consistent, integrated entity comprising exactly one Runtime Environment Instance, Safety Environment Task Replicas of at most one Safety Environment, and Functional Application Task Replicas of its respective Functional Applications. It can be deployed on either a Physical or a Virtual Computing Element.

Compartment
type: Form

CP
type: Form

CP
type: Form

Complete Train Cancellation
type: LexicalEntry
type: MultiwordExpression
canonical form: Complete Train Cancellation
sense: COMPLETE--TRAIN--CANCELLATION lexSense

COMPLETE--TRAIN--CANCELLATION lexConcept
type: LexicalConcept
definition: Completely cancel the train journey and remove the train from the Forecast calculations

Complete Train Cancellation
type: Form

Completeness
type: LexicalEntry
type: Word
canonical form: Completeness
sense: COMPLETENESS lexSense

COMPLETENESS lexConcept
type: LexicalConcept
definition: Completeness

Completeness
type: Form

Complex Requirement
type: LexicalEntry
type: MultiwordExpression
canonical form: Complex Requirement
sense: COMPLEX--REQUIREMENT lexSense

COMPLEX--REQUIREMENT lexConcept
type: LexicalConcept
definition: A complex requirement is a requirement in which a combination of the main five patterns occurs. The complexity increases with the number of concurrent combinations.

Complex Requirement
type: Form

Component
type: LexicalEntry
type: Word
canonical form: Component
sense: COMPONENT lexSense

COMPONENT lexConcept
type: LexicalConcept
definition: {comment:35} A component is used to structure functionality within building blocks. It implements and encapsulates one or more behaviors (business logic) and exposes services via defined interfaces to other components.{comment:159}

Component
type: Form

CE
type: Acronym
type: LexicalEntry
acronym for: Computing Element
canonical form: CE

COMPUTING--ELEMENT lexConcept
type: LexicalConcept
definition: The Computing Element provides physical or virtual compute resources.

Computing Element
type: Form

CE
type: Form

Concept Aspect.
type: LexicalEntry
type: MultiwordExpression
canonical form: Concept Aspect.
sense: CONCEPT--ASPECT lexSense

CONCEPT--ASPECT lexConcept
type: LexicalConcept
definition: For sketching concepts.

Concept Aspect.
type: Form

CONUSE
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Concept how to use the system
canonical form: CONUSE

CONCEPT--HOW--TO--USE--THE--SYSTEM lexConcept
type: LexicalConcept
definition: Concept how to use the system

Concept how to use the system
type: Form

CONUSE
type: Form

CONEMP
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Concept of Employment
canonical form: CONEMP

CONCEPT--OF--EMPLOYMENT lexConcept
type: LexicalConcept
definition: Concept of Employment

Concept of Employment
type: Form

CONEMP
type: Form

CONOPS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Concept of Operations
canonical form: CONOPS

CONCEPT--OF--OPERATIONS lexConcept
type: LexicalConcept
definition: Concept of Operations

Concept of Operations
type: Form

CONOPS
type: Form

Conceptual Data Model
type: LexicalEntry
type: MultiwordExpression
canonical form: Conceptual Data Model
sense: CONCEPTUAL--DATA--MODEL lexSense

CONCEPTUAL--DATA--MODEL lexConcept
type: LexicalConcept
definition: The conceptual data model is the information model of the railway system. It captures domain knowledge by defining concepts that describe the railway system. The model includes relations between concepts.

Conceptual Data Model
type: Form

Conceptual Glossary
type: LexicalEntry
type: MultiwordExpression
canonical form: Conceptual Glossary
sense: CONCEPTUAL--GLOSSARY lexSense

CONCEPTUAL--GLOSSARY lexConcept
type: LexicalConcept
definition: Container of concepts, typically class model illustrating a lexical definition, incl. relationships between concepts. May also be imported or authored by the project. Conceptual glossaries are referred to by lexcial glossaries.

Conceptual Glossary
type: Form

condition monitoring, <of an item>
type: LexicalEntry
type: MultiwordExpression
canonical form: condition monitoring, <of an item>
sense: CONDITION--MONITORING--<OF--AN--ITEM> lexSense

CONDITION--MONITORING--<OF--AN--ITEM> lexConcept
type: LexicalConcept
definition: obtaining information about physical state or operational parameters Note 1 to entry: Condition monitoring is used to determine when preventive maintenance may be required. Note 2 to entry: Condition monitoring may be conducted automatically during operation or at planned intervals. Note 3 to entry: Condition monitoring methods include: vibration analysis, tribology and thermography. [SOURCE: IEC 60050-192:2015, 192-06-28]

condition monitoring, <of an item>
type: Form

CI
type: Acronym
type: LexicalEntry
acronym for: Confidence Interval
canonical form: CI

CONFIDENCE--INTERVAL lexConcept
type: LexicalConcept
definition: The position, speed, acceleration interval within which the ASTP assumes the true train position, speed, acceleration is, with a defined probability.

Confidence Interval
type: Form

CI
type: Form

Confidentiality
type: LexicalEntry
type: Word
canonical form: Confidentiality
sense: CONFIDENTIALITY lexSense

CONFIDENTIALITY lexConcept
type: LexicalConcept
definition: Confidentiality: property that information is not made available or disclosed to unauthorized individuals, entities, or processes (source: ISO 27000-2018 )

Confidentiality
type: Form

Config Item
type: LexicalEntry
type: MultiwordExpression
canonical form: Config Item
sense: CONFIG--ITEM lexSense

CONFIG--ITEM lexConcept
type: LexicalConcept
definition: The name of a template that is used for System Pillar results

Config Item
type: Form

Configuration Data
type: LexicalEntry
type: MultiwordExpression
canonical form: Configuration Data
sense: CONFIGURATION--DATA lexSense

CONFIGURATION--DATA lexConcept
type: LexicalConcept
definition: The Configuration Data refers to use case-specific data for the Consuming Systems for a specific application. These can be broadly classified as Trackside Configuration Data and Train Configuration Data. Configuration Data being application-specific, they can be further detailed as Map Data (incl. On-Board Map Data), Segment Profiles, Software Packages (generally executable binary data from suppliers) and Parameter Data. As a part of the configuration process, the Consuming Systems need to get the required Configuration Data from TCCS Services. The Configuration Data is static and does not change during the validity period of a Configuration Data version. Potential updates of Configuration Data will be realised by a centralised provisioning process, including activation of the new Configuration Data version.{comment:140}

Configuration Data
type: Form

Configuration Item
type: LexicalEntry
type: MultiwordExpression
canonical form: Configuration Item
sense: CONFIGURATION--ITEM lexSense

CONFIGURATION--ITEM lexConcept
type: LexicalConcept
definition: part of the system that must be engineered, produced or bought, duplicated as much as it is used in the system and assembled with others in order to build a copy of the system

Configuration Item
type: Form

Configuration Management Concept
type: LexicalEntry
type: MultiwordExpression
canonical form: Configuration Management Concept
sense: CONFIGURATION--MANAGEMENT--CONCEPT lexSense

CONFIGURATION--MANAGEMENT--CONCEPT lexConcept
type: LexicalConcept
definition: The Configuration Management Concept is a solution oriented description of the Configuration Management Process: it defines all the technical solutions needed for the concrete implementation of the Configuration Management Process.

Configuration Management Concept
type: Form

Configuration Management Process
type: LexicalEntry
type: MultiwordExpression
canonical form: Configuration Management Process
sense: CONFIGURATION--MANAGEMENT--PROCESS lexSense

CONFIGURATION--MANAGEMENT--PROCESS lexConcept
type: LexicalConcept
definition: The Configuration Management Process captures all concrete activities along the complete configuration management chain: from the Building Block realisation (by the Building Block Supplier(s)), to the integration into a specific System Instance (by the Integrator(s)), to the distribution to the field (by the Operator), and the actual activation (going into operation) in the field (it includes also on a train). The Configuration Management Process is a solution agnostic term that collects all activities needed for the Configuration Management.

Configuration Management Process
type: Form

Configuration Management
type: LexicalEntry
type: MultiwordExpression
canonical form: Configuration Management
sense: CONFIGURATION--MANAGEMENT lexSense

CONFIGURATION--MANAGEMENT lexConcept
type: LexicalConcept
definition: Configuration Management refers to the management of all Configuration Items of a physical instance of a System (e.g. trains or trackside CCS). From a process point of view, it covers activities along the complete chain, from the Building Block Supplier(s) to the Integrators, the Operator, and the actual Deployment being operational.

Configuration Management
type: Form

Configuration View
type: LexicalEntry
type: MultiwordExpression
canonical form: Configuration View
sense: CONFIGURATION--VIEW lexSense

CONFIGURATION--VIEW lexConcept
type: LexicalConcept
definition: The configuration view exposes map data that{comment:1} fit the purpose of a given use case, e.g. ATO, TMS, ETCS L2/3 and delivers the information for the configuration of the subsystems that realise the use case.

Configuration View
type: Form

Configuration
type: LexicalEntry
type: Word
canonical form: Configuration
sense: CONFIGURATION lexSense

CONFIGURATION lexConcept
type: LexicalConcept
definition: Description of a collection of model elements, either available or unavailable in a given context. A context can be a mode, a state or a combination of both.

Configuration
type: Form

Configure/administer content platform, define/moderate/train ACDARP process/prin...
type: LexicalEntry
type: MultiwordExpression
canonical form: Configure/administer content platform, define/moderate/train ACDARP process/prin...
sense: CONFIGURE ADMINISTER--CONTENT--PLATFORM--DEFINE MODERATE TRAIN--ACDARP--PROCESS PRIN lexSense

CONFIGURE ADMINISTER--CONTENT--PLATFORM--DEFINE MODERATE TRAIN--ACDARP--PROCESS PRIN lexConcept
type: LexicalConcept
definition: Configure/administer content platform, define/moderate/train ACDARP process/principles/guideline, define quality criteria/dod, surveil quality/dod, define top-level content targets, moderate content break-down process, check target fulfilment

Configure/administer content platform, define/moderate/train ACDARP process/prin...
type: Form

Conflict
type: LexicalEntry
type: Word
canonical form: Conflict
sense: CONFLICT lexSense

CONFLICT lexConcept
type: LexicalConcept
definition: A conflict is any difference between the operational plan and the forecast, regardless of any actual need for intervention to resolve it.

Conflict
type: Form

Connection Change
type: LexicalEntry
type: MultiwordExpression
canonical form: Connection Change
sense: CONNECTION--CHANGE lexSense

CONNECTION--CHANGE lexConcept
type: LexicalConcept
definition: Change the time and/or location of a connecting train

Connection Change
type: Form

Considered Fleet Type
type: LexicalEntry
type: MultiwordExpression
canonical form: Considered Fleet Type
sense: CONSIDERED--FLEET--TYPE lexSense

CONSIDERED--FLEET--TYPE lexConcept
type: LexicalConcept
definition: type of rolling stock regarding a certain usecas, for example cargo trains, passenger trains, high speed passenger trains

Considered Fleet Type
type: Form

Considered Track Type
type: LexicalEntry
type: MultiwordExpression
canonical form: Considered Track Type
sense: CONSIDERED--TRACK--TYPE lexSense

CONSIDERED--TRACK--TYPE lexConcept
type: LexicalConcept
definition: type of track regarding a certain usecase, for example cargo line, high speed line, regional line

Considered Track Type
type: Form

Consolidated Glossary
type: LexicalEntry
type: MultiwordExpression
canonical form: Consolidated Glossary
sense: CONSOLIDATED--GLOSSARY lexSense

CONSOLIDATED--GLOSSARY lexConcept
type: LexicalConcept
definition: A SPPR-5436 - Lexical Glossary is called consolidated if all contained items are not contradictory nor ambiguous toward other glossaries of System Pillar. All possible ambiguities are resolved by means of context information added to the definitions. A consolidated glossary provides a safe basis for the context underlying its namespace. This supports efficient communication in expert groups. See SPPR-5313 - Consolidate the glossary items.

Consolidated Glossary
type: Form

Constraint
type: LexicalEntry
type: Word
canonical form: Constraint
sense: CONSTRAINT lexSense

CONSTRAINT lexConcept
type: LexicalConcept
definition: Constraints are requirements that limit the solution space beyond what is necessary to meet the given functional requirements and quality (or non-functional) requirements. Constraints should be classified according to its nature: Technical, Legal, Organisational, Stakeholders, Cultural, Enviromental - e.g. Project Requirements and SEMP related rules are organisational constraints -. 'Constraint' for requirement management (this definition) is not strictly the same as a model element 'constraint' used in Capella modelling, which is a "limitation of applicabilty of a design workitem" within a specific model view or perspective. See also from SPPR-2205 - P9.6 Explain engineering content with helper workitems : "A Constraint is typically linked to model elements like processes or functional chains. It limits limits the applicability of something or defines conditions for something."

CONSTRAINT lexConcept 2
type: LexicalConcept
definition: Limitation of applicabilty of a design workitem

Constraint
type: Form

Content Exchange Concept
type: LexicalEntry
type: MultiwordExpression
canonical form: Content Exchange Concept
sense: CONTENT--EXCHANGE--CONCEPT lexSense

CONTENT--EXCHANGE--CONCEPT lexConcept
type: LexicalConcept
definition: (image: 1-screenshot-20230102-140337.png)

Content Exchange Concept
type: Form

Context model
type: LexicalEntry
type: MultiwordExpression
canonical form: Context model
sense: CONTEXT--MODEL lexSense

CONTEXT--MODEL lexConcept
type: LexicalConcept
definition: A context model is a window to the underlying comprehensive linked set of data types. The context model prescribes the content of a view. A context model is platform-independent, i.e. not designed with a particular technology in mind.

Context model
type: Form

context
type: LexicalEntry
type: Word
canonical form: context
sense: CONTEXT lexSense

CONTEXT lexConcept
type: LexicalConcept
definition: The ARCADIA method applies to the design of complex and critical systems, and more generally architectures that are subject to multiple functional and non-functional constraints, including software, electronic, electrical architectures, and industrial processes. It defines a set of practices that guides needs analysis and design to meet an operational requirement. At the same time it is adaptable to the processes and constraints linked to various types of life cycles such as bottom-up approach, application reuse, incremental, iterative and partial development.

context
type: Form

CI/CD
type: Acronym
type: LexicalEntry
acronym for: Continuous Integration / Continuous Deployment
canonical form: CI/CD

CONTINUOUS--INTEGRATION-- --CONTINUOUS--DEPLOYMENT lexConcept
type: LexicalConcept
definition: Continuous Integration / Continuous Deployment

Continuous Integration / Continuous Deployment
type: Form

CI/CD
type: Form

CCS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Control Command and Signaling
canonical form: CCS

CONTROL--COMMAND--AND--SIGNALING lexConcept
type: LexicalConcept
definition: Control Command and Signaling

Control Command and Signaling
type: Form

CCS
type: Form

CCS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Control, Command and Signalling
canonical form: CCS

CONTROL--COMMAND--AND--SIGNALLING lexConcept
type: LexicalConcept
definition: Control, Command and Signalling

Control, Command and Signalling
type: Form

CCS
type: Form

CCS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Control-Command and Signalling
canonical form: CCS

CONTROL-COMMAND--AND--SIGNALLING lexConcept
type: LexicalConcept
definition: Control-Command and Signalling

Control-Command and Signalling
type: Form

CCS
type: Form

Controller Unit The Controller Unit is a hardware component which embeds logical...
type: LexicalEntry
type: MultiwordExpression
canonical form: Controller Unit The Controller Unit is a hardware component which embeds logical...
sense: CONTROLLER--UNIT--THE--CONTROLLER--UNIT--IS--A--HARDWARE--COMPONENT--WHICH--EMBEDS--LOGICAL lexSense

CONTROLLER--UNIT--THE--CONTROLLER--UNIT--IS--A--HARDWARE--COMPONENT--WHICH--EMBEDS--LOGICAL lexConcept
type: LexicalConcept
definition: Controller Unit The Controller Unit is a hardware component which embeds logical controller(s). There may be only one Hardware or distributed to several HMI elements.

Controller Unit The Controller Unit is a hardware component which embeds logical...
type: Form

“Control” something
type: LexicalEntry
type: MultiwordExpression
canonical form: “Control” something
sense: CONTROL --SOMETHING lexSense

CONTROL --SOMETHING lexConcept
type: LexicalConcept
definition: Define/derive deliverables and targets, break down and assign work, define process/leads, supervise timing, check results, organize approval and decision process

“Control” something
type: Form

corrective maintenance
type: LexicalEntry
type: MultiwordExpression
canonical form: corrective maintenance
sense: CORRECTIVE--MAINTENANCE lexSense

CORRECTIVE--MAINTENANCE lexConcept
type: LexicalConcept
definition: Maintenance carried out after fault detection to effect restoration Note 1 to entry: Corrective maintenance of software invariably involves some modification. [SOURCE: IEC 60050-192:2015, 192-06-06]

corrective maintenance
type: Form

CBA
type: Acronym
type: LexicalEntry
acronym for: Cost Benefit Analysis
canonical form: CBA

COST--BENEFIT--ANALYSIS lexConcept
type: LexicalConcept
definition: Cost Benefit Analysis

Cost Benefit Analysis
type: Form

CBA
type: Form

XFN
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Cross functional
canonical form: XFN

CROSS--FUNCTIONAL lexConcept
type: LexicalConcept
definition: Cross functional

Cross functional
type: Form

XFN
type: Form

Cross-Acceptance
type: LexicalEntry
type: Word
canonical form: Cross-Acceptance
sense: CROSS-ACCEPTANCE lexSense

CROSS-ACCEPTANCE lexConcept
type: LexicalConcept
definition: Satus{comment:1393} achieved by a product that has been accepted by one authority to the relevant standards and is acceptable to other authorities without the necessity for further assessment, see [IEC 60050-821:2017,{comment:1335} 821-12-15].

Cross-Acceptance
type: Form

CSM-ALSP
type: LexicalEntry
type: Word
canonical form: CSM-ALSP
sense: CSM-ALSP lexSense

CSM-ALSP lexConcept
type: LexicalConcept
definition: Common Safety Methods for assessing the safety level and the safety performance of railway operators [SOURCE: RECOMMENDATION ERA1219 OF THE EUROPEAN UNION AGENCY FOR RAILWAYS]

CSM-ALSP
type: Form

CSM-RA
type: LexicalEntry
type: Word
canonical form: CSM-RA
sense: CSM-RA lexSense

CSM-RA lexConcept
type: LexicalConcept
definition: ‘common safety method for Risk evaluation and Assessement’ {comment:95} means the methods describing the assessment of safety levels and achievement of safety targets and compliance with other safety requirements; SPPRAMSS-619 - [CSM RA + (EU) No 1136/2015]

CSM-RA
type: Form

CST
type: LexicalEntry
type: Word
canonical form: CST
sense: CST lexSense

CST lexConcept
type: LexicalConcept
definition: ‘common safety targets’ (CSTs) means the minimum safety levels that are to be reached by the system as a whole, and where feasible, by different parts of the Union rail system (such as the conventional rail system, the high-speed rail system, long railway tunnels or lines solely used for freight transport); SPPRAMSS-337 - [Directive (EU) 2016/798]

CST
type: Form

customer
type: LexicalEntry
type: Word
canonical form: customer
sense: CUSTOMER lexSense

CUSTOMER lexConcept
type: LexicalConcept
definition: a customer is an entity who buys and owns railway equipments and services from manufacturers (also called supplier) or engineering companies (e.g. Rus, IMs).

customer
type: Form

CVR-OB - Cabin Voice Radio On-Board
type: LexicalEntry
type: MultiwordExpression
canonical form: CVR-OB - Cabin Voice Radio On-Board
sense: CVR-OB-----CABIN--VOICE--RADIO--ON-BOARD lexSense

CVR-OB-----CABIN--VOICE--RADIO--ON-BOARD lexConcept
type: LexicalConcept
definition: CVR-OB - Cabin Voice Radio On-Board

CVR-OB - Cabin Voice Radio On-Board
type: Form

DAC - Digital Automatic Coupling
type: LexicalEntry
type: MultiwordExpression
canonical form: DAC - Digital Automatic Coupling
sense: DAC-----DIGITAL--AUTOMATIC--COUPLING lexSense

DAC-----DIGITAL--AUTOMATIC--COUPLING lexConcept
type: LexicalConcept
definition: DAC - Digital Automatic Coupling

DAC - Digital Automatic Coupling
type: Form

Danger Zone
type: LexicalEntry
type: MultiwordExpression
canonical form: Danger Zone
sense: DANGER--ZONE lexSense

DANGER--ZONE lexConcept
type: LexicalConcept
definition: The area in the trackside in which the track path shall be uninterrupted and unobstructed at the time a train runs over it.{comment:101} (image: diagram_20231212-1333.02592.mxg.svg) Note as a representation, it has the dimensions of the trackside asset (within its boundaries).

Danger Zone
type: Form

DAS - Driver Advisory System
type: LexicalEntry
type: MultiwordExpression
canonical form: DAS - Driver Advisory System
sense: DAS-----DRIVER--ADVISORY--SYSTEM lexSense

DAS-----DRIVER--ADVISORY--SYSTEM lexConcept
type: LexicalConcept
definition: DAS - Driver Advisory System

DAS - Driver Advisory System
type: Form

Data and Data Class
type: LexicalEntry
type: MultiwordExpression
canonical form: Data and Data Class
sense: DATA--AND--DATA--CLASS lexSense

DATA--AND--DATA--CLASS lexConcept
type: LexicalConcept
definition: element of an exchange item. their content is described by a data class that can be shared by other data. A data class is a structure that defines the data and their elementary properties/attributes

Data and Data Class
type: Form

DLP
type: Acronym
type: LexicalEntry
acronym for: Data loss prevention
canonical form: DLP

DATA--LOSS--PREVENTION lexConcept
type: LexicalConcept
definition: Data loss prevention

Data loss prevention
type: Form

DLP
type: Form

Data Model Layer
type: LexicalEntry
type: MultiwordExpression
canonical form: Data Model Layer
sense: DATA--MODEL--LAYER lexSense

DATA--MODEL--LAYER lexConcept
type: LexicalConcept
definition: Note: informelle Gruppierung im Modell (analog zur RCA tiers), für Kommunikation/Verständnis A data model layer offers a view of the information as needed by, and as limited by a functional domain such as topology, geometry, signalling, gauge, etc.

Data Model Layer
type: Form

DBMS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Database Management System
canonical form: DBMS

DATABASE--MANAGEMENT--SYSTEM lexConcept
type: LexicalConcept
definition: Database Management System

Database Management System
type: Form

DBMS
type: Form

Decision
type: LexicalEntry
type: Word
canonical form: Decision
sense: DECISION lexSense

DECISION lexConcept
type: LexicalConcept
definition: A decision is a single action intended to make a modification the operational plan.

DECISION lexConcept 2
type: LexicalConcept
definition: Link to workitems / documents, that shall be decided. Is assigned to the coregroup conveners.

Decision
type: Form

Decommissioning
type: LexicalEntry
type: Word
canonical form: Decommissioning
sense: DECOMMISSIONING lexSense

DECOMMISSIONING lexConcept
type: LexicalConcept
definition: Withdrawing systems or components from service and dismantle it

Decommissioning
type: Form

Definition.
type: LexicalEntry
type: Word
canonical form: Definition.
sense: DEFINITION lexSense

DEFINITION lexConcept
type: LexicalConcept
definition: Glossary entry. See: Definitions

Definition.
type: Form

delete - CCS Configuration Manifest
type: LexicalEntry
type: MultiwordExpression
canonical form: delete - CCS Configuration Manifest
sense: DELETE-----CCS--CONFIGURATION--MANIFEST lexSense

DELETE-----CCS--CONFIGURATION--MANIFEST lexConcept
type: LexicalConcept
definition: implicit-from-entry-label: delete - CCS Configuration Manifest

delete - CCS Configuration Manifest
type: Form

Deliverable
type: LexicalEntry
type: Word
canonical form: Deliverable
sense: DELIVERABLE lexSense

DELIVERABLE lexConcept
type: LexicalConcept
definition: An input or output of a task that crosses the process boundaries. Any unique and verifiable product, result, or capability to perform a service that must be produced to complete a process, phase, or project. (e.g. Requirement Specification)

Deliverable
type: Form

Departure Datetime Change
type: LexicalEntry
type: MultiwordExpression
canonical form: Departure Datetime Change
sense: DEPARTURE--DATETIME--CHANGE lexSense

DEPARTURE--DATETIME--CHANGE lexConcept
type: LexicalConcept
definition: Change in the departure time of a train in a station, either by departing earlier or later than planned

Departure Datetime Change
type: Form

Deployment
type: LexicalEntry
type: Word
canonical form: Deployment
sense: DEPLOYMENT lexSense

DEPLOYMENT lexConcept
type: LexicalConcept
definition: rollout

Deployment
type: Form

“Design” something
type: LexicalEntry
type: MultiwordExpression
canonical form: “Design” something
sense: DESIGN --SOMETHING lexSense

DESIGN --SOMETHING lexConcept
type: LexicalConcept
definition: Create content along the rules given by all "control" and "manage" roles, moderate review and approval process

“Design” something
type: Form

Desk Area Desk Area is a location attribute (left, center...) associated to HMI...
type: LexicalEntry
type: MultiwordExpression
canonical form: Desk Area Desk Area is a location attribute (left, center...) associated to HMI...
sense: DESK--AREA--DESK--AREA--IS--A--LOCATION--ATTRIBUTE--LEFT--CENTER---ASSOCIATED--TO--HMI lexSense

DESK--AREA--DESK--AREA--IS--A--LOCATION--ATTRIBUTE--LEFT--CENTER---ASSOCIATED--TO--HMI lexConcept
type: LexicalConcept
definition: Desk Area Desk Area is a location attribute (left, center...) associated to HMI Element for TDS Controller to allocate elements to a View.

Desk Area Desk Area is a location attribute (left, center...) associated to HMI...
type: Form

Desk Display Area A Zone displaying a piece of visual information of particular...
type: LexicalEntry
type: MultiwordExpression
canonical form: Desk Display Area A Zone displaying a piece of visual information of particular...
sense: DESK--DISPLAY--AREA--A--ZONE--DISPLAYING--A--PIECE--OF--VISUAL--INFORMATION--OF--PARTICULAR lexSense

DESK--DISPLAY--AREA--A--ZONE--DISPLAYING--A--PIECE--OF--VISUAL--INFORMATION--OF--PARTICULAR lexConcept
type: LexicalConcept
definition: Desk Display Area A Zone displaying a piece of visual information of particular system and defined by a size (in cells) and an absolute position (x ,y, z axes). It is more commonly named Area in this specification.

Desk Display Area A Zone displaying a piece of visual information of particular...
type: Form

Desk Inside a cab, the set of operating controls*, which is dedicated to preferr...
type: LexicalEntry
type: MultiwordExpression
canonical form: Desk Inside a cab, the set of operating controls*, which is dedicated to preferr...
sense: DESK--INSIDE--A--CAB--THE--SET--OF--OPERATING--CONTROLS*--WHICH--IS--DEDICATED--TO--PREFERR lexSense

DESK--INSIDE--A--CAB--THE--SET--OF--OPERATING--CONTROLS*--WHICH--IS--DEDICATED--TO--PREFERR lexConcept
type: LexicalConcept
definition: Desk Inside a cab, the set of operating controls*, which is dedicated to preferred movements in a given direction (i.e. forward movements, in which visibility from the cab is provided to the driver). Exception: some single cab locomotives are fitted with one single desk, allowing normal movements in both directions. *set of operating controls: screens, buttons, traction/brake lever, direction controller, radio control, switches, …Desk

Desk Inside a cab, the set of operating controls*, which is dedicated to preferr...
type: Form

Development Partnership
type: LexicalEntry
type: MultiwordExpression
canonical form: Development Partnership
sense: DEVELOPMENT--PARTNERSHIP lexSense

DEVELOPMENT--PARTNERSHIP lexConcept
type: LexicalConcept
definition: Contract between IM or RU and one of more suppliers about developing product(s) or (sub)systems as a collaboration

Development Partnership
type: Form

Development Task
type: LexicalEntry
type: MultiwordExpression
canonical form: Development Task
sense: DEVELOPMENT--TASK lexSense

DEVELOPMENT--TASK lexConcept
type: LexicalConcept
definition: * Take spec, build system * Usually starts on CENELEC P5 * Bottom of CENELEC “V”

Development Task
type: Form

DEV
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Development
canonical form: DEV

DEVELOPMENT lexConcept
type: LexicalConcept
definition: Development

Development
type: Form

DEV
type: Form

Deviation Detection
type: LexicalEntry
type: MultiwordExpression
canonical form: Deviation Detection
sense: DEVIATION--DETECTION lexSense

DEVIATION--DETECTION lexConcept
type: LexicalConcept
definition: Comparing the operational plan with the real-time status to detected operational deviations. Deviations have already happened and may only be mitigated but not solved.

Deviation Detection
type: Form

Deviation
type: LexicalEntry
type: Word
canonical form: Deviation
sense: DEVIATION lexSense

DEVIATION lexConcept
type: LexicalConcept
definition: A deviation is any difference between the operational plan and the actual state of traffic; unlike a conflict, deviations may only be mitigated but not solved.

Deviation
type: Form

Device
type: LexicalEntry
type: Word
canonical form: Device
sense: DEVICE lexSense

DEVICE lexConcept
type: LexicalConcept
definition: Device{comment:36} A physical entity performing a predefined (set of) task(s). It consists of software integrated on a hardware.

Device
type: Form

Diagnostics
type: LexicalEntry
type: Word
canonical form: Diagnostics
sense: DIAGNOSTICS lexSense

DIAGNOSTICS lexConcept
type: LexicalConcept
definition: Diagnostics{comment:95} : Diagnostics is the assessment{comment:1} of health and performance of an asset or a group of assets. Furthermore, the diagnostic system also provides all information of single components in the field like: software version, parametrisation file version, firmware version, hardware version, manufacturer part number, manufacturer serial number,{comment:35} ID in the field (e.g. NID_ENGINE), cumulated hours in operation, IP address, etc. All this data is being used for analysis purposes.

DIAGNOSTICS lexConcept 2
type: LexicalConcept
definition: Diagnostics is the assessment of health and performance of an asset or a group of assets. Furthermore, the diagnostic system also provides all information of single components in the field like: software version, parametrisation file version, firmware version, hardware version, manufacturer part number, manufacturer serial number, ID in the field (e.g. NID_ENGINE), cumulated hours in operation, IP address, etc. The latter is being used for analysis purposes.{comment:168} {comment:131}

Diagnostics
type: Form

Diagram.
type: LexicalEntry
type: Word
canonical form: Diagram.
sense: DIAGRAM lexSense

DIAGRAM lexConcept
type: LexicalConcept
definition: Stores a diagram, slide, or picture.

Diagram.
type: Form

Diffuse operational state
type: LexicalEntry
type: MultiwordExpression
canonical form: Diffuse operational state
sense: DIFFUSE--OPERATIONAL--STATE lexSense

DIFFUSE--OPERATIONAL--STATE lexConcept
type: LexicalConcept
definition: Detailed granular information about a subsystems that by themselves are not enough to implement a procedure in normal operation . E.g. track position of a starting train, pre-defined failure state of a trackside asset, etc.

Diffuse operational state
type: Form

DAC
type: Acronym
type: LexicalEntry
acronym for: Digital Automated Coupling
canonical form: DAC

DIGITAL--AUTOMATED--COUPLING lexConcept
type: LexicalConcept
definition: Digital Automated Coupling

Digital Automated Coupling
type: Form

DAC
type: Form

Digital Continuity
type: LexicalEntry
type: MultiwordExpression
canonical form: Digital Continuity
sense: DIGITAL--CONTINUITY lexSense

DIGITAL--CONTINUITY lexConcept
type: LexicalConcept
definition: Digital continuity means that the transformation of information from the single source of truth all the way to production maps is fully automated, robust and without manual processing steps. Secondly, new storage technologies, computing platforms, communication protocols will come into fashion and the data model shouldn't prevent future users to adopt such technical innovations.

Digital Continuity
type: Form

Direct Track Possession / Occupancy
type: LexicalEntry
type: MultiwordExpression
canonical form: Direct Track Possession / Occupancy
sense: DIRECT--TRACK--POSSESSION-- --OCCUPANCY lexSense

DIRECT--TRACK--POSSESSION-- --OCCUPANCY lexConcept
type: LexicalConcept
definition: Physical occupation of a train to a network or part of the network

Direct Track Possession / Occupancy
type: Form

DG MOVE
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Directorate-General for Mobility and Transport
canonical form: DG MOVE

DIRECTORATE-GENERAL--FOR--MOBILITY--AND--TRANSPORT lexConcept
type: LexicalConcept
definition: Directorate-General for Mobility and Transport

Directorate-General for Mobility and Transport
type: Form

DG MOVE
type: Form

DG RTD
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Directorate-General for Research and Innovation
canonical form: DG RTD

DIRECTORATE-GENERAL--FOR--RESEARCH--AND--INNOVATION lexConcept
type: LexicalConcept
definition: Directorate-General for Research and Innovation

Directorate-General for Research and Innovation
type: Form

DG RTD
type: Form

DR
type: Acronym
type: LexicalEntry
acronym for: Disaster Recovery-Plan
canonical form: DR

DISASTER--RECOVERY-PLAN lexConcept
type: LexicalConcept
definition: Disaster Recovery-Plan

Disaster Recovery-Plan
type: Form

DR
type: Form

Dispatching
type: LexicalEntry
type: Word
canonical form: Dispatching
sense: DISPATCHING lexSense

DISPATCHING lexConcept
type: LexicalConcept
definition: Dispatching is the sum of actions intended to make modifications the operational plan.

Dispatching
type: Form

Display Panel Glass (LCD) showing pixels without controller.
type: LexicalEntry
type: MultiwordExpression
canonical form: Display Panel Glass (LCD) showing pixels without controller.
sense: DISPLAY--PANEL--GLASS--LCD--SHOWING--PIXELS--WITHOUT--CONTROLLER lexSense

DISPLAY--PANEL--GLASS--LCD--SHOWING--PIXELS--WITHOUT--CONTROLLER lexConcept
type: LexicalConcept
definition: Display Panel Glass (LCD) showing pixels without controller.

Display Panel Glass (LCD) showing pixels without controller.
type: Form

DDOS
type: Acronym
type: LexicalEntry
acronym for: Distributed Denial of Service
canonical form: DDOS

DISTRIBUTED--DENIAL--OF--SERVICE lexConcept
type: LexicalConcept
definition: Distributed Denial of Service

Distributed Denial of Service
type: Form

DDOS
type: Form

DistributionJob "distribution-job.json" document
type: LexicalEntry
type: MultiwordExpression
canonical form: DistributionJob "distribution-job.json" document
sense: DISTRIBUTIONJOB-- DISTRIBUTION-JOB-JSON --DOCUMENT lexSense

DISTRIBUTIONJOB-- DISTRIBUTION-JOB-JSON --DOCUMENT lexConcept
type: LexicalConcept
definition: A DistributionJob is defines the time and conditions when one or more CCS deployments with the same homologation receive their software configuration update (preload and activation). Examples for conditions when the distribution-job is started are approvals from a train-driver, or someone from operation or a GOA4 system that need to approve the configuration update within the preloading and activation time windows. The distribution-job.json document references the safe and non-safe Top Level BuildingBlockConfigurations (BBC) as a dependency, that have in turn their recursive dependency trees. The distribution-job is defined within a distribution-job.json document that is validated by the distribution-job.schema.json.

DistributionJob "distribution-job.json" document
type: Form

DM - Digital Map
type: LexicalEntry
type: MultiwordExpression
canonical form: DM - Digital Map
sense: DM-----DIGITAL--MAP lexSense

DM-----DIGITAL--MAP lexConcept
type: LexicalConcept
definition: DM - Digital Map

DM - Digital Map
type: Form

DMI - Driver Machine Interface
type: LexicalEntry
type: MultiwordExpression
canonical form: DMI - Driver Machine Interface
sense: DMI-----DRIVER--MACHINE--INTERFACE lexSense

DMI-----DRIVER--MACHINE--INTERFACE lexConcept
type: LexicalConcept
definition: DMI - Driver Machine Interface

DMI - Driver Machine Interface
type: Form

Document Exchange
type: LexicalEntry
type: MultiwordExpression
canonical form: Document Exchange
sense: DOCUMENT--EXCHANGE lexSense

DOCUMENT--EXCHANGE lexConcept
type: LexicalConcept
definition: Document exchange is the act of sharing an exported document with people outside the document authoring group (domain task).

Document Exchange
type: Form

Document Generation and Management
type: LexicalEntry
type: MultiwordExpression
canonical form: Document Generation and Management
sense: DOCUMENT--GENERATION--AND--MANAGEMENT lexSense

DOCUMENT--GENERATION--AND--MANAGEMENT lexConcept
type: LexicalConcept
definition: Document Generation is the collection of information/workitems,{comment:3} and its following updating/review, within a single document having a specific scope and foreseen by the Documents Management Plan.{comment:4} The document generation shall be executed by the task that is in charge of the document (as foreseen by the Documents Management Plan). Templates from SP-Central Modelling Service shall be used (80 Templates ).{comment:27}

Document Generation and Management
type: Form

Documents Publication
type: LexicalEntry
type: MultiwordExpression
canonical form: Documents Publication
sense: DOCUMENTS--PUBLICATION lexSense

DOCUMENTS--PUBLICATION lexConcept
type: LexicalConcept
definition: Documents Publication is the creation of a document baseline and subsequent exportation in a defined exchangeable format (pdf, doc). {comment:5}

Documents Publication
type: Form

Domain Data Model
type: LexicalEntry
type: MultiwordExpression
canonical form: Domain Data Model
sense: DOMAIN--DATA--MODEL lexSense

DOMAIN--DATA--MODEL lexConcept
type: LexicalConcept
definition: A domain data model is the information package needed by a professional discipline and the associated subsystems such as TMS, time tabling, ATO, ETCS signalling.

Domain Data Model
type: Form

Domain Data
type: LexicalEntry
type: MultiwordExpression
canonical form: Domain Data
sense: DOMAIN--DATA lexSense

DOMAIN--DATA lexConcept
type: LexicalConcept
definition: Domain Data as part of the SPT2TS-2040 - CCS/TMS Data Model is a use-case-specific representation of information following the specific needs of affected systems and their functionalities implementing the use case. Domain data are a tailored and potentially transformed subset of Engineering Data. {comment:20}

Domain Data
type: Form

DNS
type: Acronym
type: LexicalEntry
acronym for: Domain Name System
canonical form: DNS

DOMAIN--NAME--SYSTEM lexConcept
type: LexicalConcept
definition: Domain Name System

Domain Name System
type: Form

DNS
type: Form

Driveability (or Drivability)
type: LexicalEntry
type: MultiwordExpression
canonical form: Driveability (or Drivability)
sense: DRIVEABILITY--OR--DRIVABILITY lexSense

DRIVEABILITY--OR--DRIVABILITY lexConcept
type: LexicalConcept
definition: The degree of smoothness and steadiness of acceleration of a vehicle.

Driveability (or Drivability)
type: Form

Driving Strategy Change
type: LexicalEntry
type: MultiwordExpression
canonical form: Driving Strategy Change
sense: DRIVING--STRATEGY--CHANGE lexSense

DRIVING--STRATEGY--CHANGE lexConcept
type: LexicalConcept
definition: Change the driving strategy from the defined list (energy efficient, reduce maximum speed, etc..)

Driving Strategy Change
type: Form

Driving Strategy
type: LexicalEntry
type: MultiwordExpression
canonical form: Driving Strategy
sense: DRIVING--STRATEGY lexSense

DRIVING--STRATEGY lexConcept
type: LexicalConcept
definition: How to drive the train as a combination of acceleration, braking, cruising and coasting (Energy efficient, reduced maximum speed, Maximal Coasting, Minimum Time Train Control, etc..)

Driving Strategy
type: Form

Dual Trackside Signalling Strategy
type: LexicalEntry
type: MultiwordExpression
canonical form: Dual Trackside Signalling Strategy
sense: DUAL--TRACKSIDE--SIGNALLING--STRATEGY lexSense

DUAL--TRACKSIDE--SIGNALLING--STRATEGY lexConcept
type: LexicalConcept
definition: Installing and running both class B signalling system and ETCS on the same track

Dual Trackside Signalling Strategy
type: Form

Dynamic Business Rules
type: LexicalEntry
type: MultiwordExpression
canonical form: Dynamic Business Rules
sense: DYNAMIC--BUSINESS--RULES lexSense

DYNAMIC--BUSINESS--RULES lexConcept
type: LexicalConcept
definition: All defined rules related to the journey dynamics, e.g. Maximum waiting time of a connecting train

Dynamic Business Rules
type: Form

EARS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Easy Approach to Requirements Syntax
canonical form: EARS

EASY--APPROACH--TO--REQUIREMENTS--SYNTAX lexConcept
type: LexicalConcept
definition: Easy Approach to Requirements Syntax

Easy Approach to Requirements Syntax
type: Form

EARS
type: Form

EB - Emergency Brake
type: LexicalEntry
type: MultiwordExpression
canonical form: EB - Emergency Brake
sense: EB-----EMERGENCY--BRAKE lexSense

EB-----EMERGENCY--BRAKE lexConcept
type: LexicalConcept
definition: EB - Emergency Brake

EB - Emergency Brake
type: Form

ECN - Ethernet Consist Network
type: LexicalEntry
type: MultiwordExpression
canonical form: ECN - Ethernet Consist Network
sense: ECN-----ETHERNET--CONSIST--NETWORK lexSense

ECN-----ETHERNET--CONSIST--NETWORK lexConcept
type: LexicalConcept
definition: ECN - Ethernet Consist Network

ECN - Ethernet Consist Network
type: Form

ELK
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Elasticsearch, Logstash, Kibana
canonical form: ELK

ELASTICSEARCH--LOGSTASH--KIBANA lexConcept
type: LexicalConcept
definition: Elasticsearch, Logstash, Kibana

Elasticsearch, Logstash, Kibana
type: Form

ELK
type: Form

Element
type: LexicalEntry
type: Word
canonical form: Element
sense: ELEMENT lexSense

ELEMENT lexConcept
type: LexicalConcept
definition: Any physical component that is part of the infrastructure composition (switches, tracks, signals)

Element
type: Form

End Occupancy Location
type: LexicalEntry
type: MultiwordExpression
canonical form: End Occupancy Location
sense: END--OCCUPANCY--LOCATION lexSense

END--OCCUPANCY--LOCATION lexConcept
type: LexicalConcept
definition: The location point where the infrastructure element (track, signal, switch, etc..) occupation has ended

End Occupancy Location
type: Form

End Occupancy Time
type: LexicalEntry
type: MultiwordExpression
canonical form: End Occupancy Time
sense: END--OCCUPANCY--TIME lexSense

END--OCCUPANCY--TIME lexConcept
type: LexicalConcept
definition: The timestamp where the infrastructure element (track, signal, switch, etc..) occupation has ended

End Occupancy Time
type: Form

EoL
type: Acronym
type: LexicalEntry
acronym for: End of Life
canonical form: EoL

END--OF--LIFE lexConcept
type: LexicalConcept
definition: In system design, the term "End of Life" refers to the stage in the lifecycle of a system or product when it is no longer considered viable, functional, or supported. It marks the point at which the system or product is no longer actively maintained, developed, or sold by the manufacturer or service provider.

End of Life
type: Form

EoL
type: Form

EoS
type: Acronym
type: LexicalEntry
acronym for: End of Support
canonical form: EoS

END--OF--SUPPORT lexConcept
type: LexicalConcept
definition: In system engineering, "End of Support" refers to the point in the lifecycle of a system or software product when the manufacturer or service provider discontinues providing technical support, maintenance, and updates for the product. It signifies the end of the official assistance and resources available from the provider to address issues, fix bugs, or offer guidance to users of the system.

End of Support
type: Form

EoS
type: Form

Engaged Area
type: LexicalEntry
type: MultiwordExpression
canonical form: Engaged Area
sense: ENGAGED--AREA lexSense

ENGAGED--AREA lexConcept
type: LexicalConcept
definition: The equivalent area in the trackside in which (controllable) trackside assets shall be restricted from changing its correlation. In other words, whilst the SPT2OD-6035 - Missing cross-reference is occupied, the safety system shall not allow any request that could lead to the unsafe operation of a (controllable) trackside asset to be executed. {comment:40} (image: diagram_20231212-1351.17308.mxg.svg) Note as a representation, as a minimum, it has the equivalent dimensions of Danger Zone + Operating Time (+ applicable Margin), where: * 'Operation time' represents the (best case){comment:60} minimum period of time required for a controllable trackside asset to complete its operation from one defined state to another. * 'Margin' could refer to processing/communication time, etc.

Engaged Area
type: Form

Engineering Data
type: LexicalEntry
type: MultiwordExpression
canonical form: Engineering Data
sense: ENGINEERING--DATA lexSense

ENGINEERING--DATA lexConcept
type: LexicalConcept
definition: The Engineering Data is created based on the Engineering Input Data (IM Data) but generic (IM-unspecific). Typically, the data are not adapted to cope with specific views demanded by different Consuming Systems. The Engineering Data contains all the base data (i.e., track topology and topography) for deriving the Configuration Data during the compile process. Besides providing base data for the Configuration Data generation, the Engineering Data shall also cover the needs for the configuration of Consuming Systems (e.g., Parameter Data). The Engineering Data must fulfil engineering rules that are influenced by requirements of the Configuration Data model and the Consuming Systems. The Engineering Data contains only the updated resulting data (i.e., not several variants/versions of the same track) that is needed for the next compiling and provisioning of Configuration Data and operation at a certain point in time in the Consuming Systems.

ENGINEERING--DATA lexConcept 2
type: LexicalConcept
definition: The Engineering Data as part of the SPT2TS-2040 - CCS/TMS Data Model contains all the base data (i.e.,{comment:19} track topology, track geometry, track asset configuration) for compiling the next version(s) of use case-specific Domain Data. The standardized Engineering Data comprehensively covers the data needs for the SERA in the scope of the System Pillar (i.e. radio-based ETCS only). Specific data needed for migration is out of the scope of SPT2TS-2040 - CCS/TMS Data Model.

ENGINEERING--DATA lexConcept 3
type: LexicalConcept
definition: Engineering data are measurements, design data and derived data that parametrise the railway system, i.e. configuration information.

Engineering Data
type: Form

Engineering Input Data
type: LexicalEntry
type: MultiwordExpression
canonical form: Engineering Input Data
sense: ENGINEERING--INPUT--DATA lexSense

ENGINEERING--INPUT--DATA lexConcept
type: LexicalConcept
definition: Refers to data from Infrastructure Manager (IM) specific digital sources required for engineering, such as: * Track layout (nominal geometry of the respective construction phase * Track Assets (points, signals, train detection elements, etc.) * Properties (speeds, gradients, etc.) * Structures (platform, tunnel, etc.) * Logical data such as trackside train detection sections (if still available) * Acquisition Data * Configuration Data for track objects * Others (placeholder to include other possible data from IM)

ENGINEERING--INPUT--DATA lexConcept 2
type: LexicalConcept
definition: Refers to data for specific digital sources required for engineering, such as * Track layout (nominal geometry of the respective construction phase) * Track Assets (points, signals, train detection elements, etc.) * Properties (speeds, gradients, etc.) * Structures (platform, tunnel, etc.) * Logical data such as trackside train detection sections (if still available) * Acquisition Data * Configuration Data for track objects * Train specific data like ETCS Braking curves * Any other data required for CCS/TMS system configuration

Engineering Input Data
type: Form

Engineering View
type: LexicalEntry
type: MultiwordExpression
canonical form: Engineering View
sense: ENGINEERING--VIEW lexSense

ENGINEERING--VIEW lexConcept
type: LexicalConcept
definition: The engineering view exposes the configuration information that was used to build, test and release the railway system. This constitutes the as-planned situation.

Engineering View
type: Form

Enterprise Shared Services
type: LexicalEntry
type: MultiwordExpression
canonical form: Enterprise Shared Services
sense: ENTERPRISE--SHARED--SERVICES lexSense

ENTERPRISE--SHARED--SERVICES lexConcept
type: LexicalConcept
definition: A collection of standardized interface implementations of central security and IT communication functions in a back-office environment. Examples are Security Incident and Event Management System (SIEM), Intrusion Detection System, PKI Certificate Authority, Corporate Directory, Asset Management, DNS. These services are typically accessible for the automation network via controlled communication paths (e.g. DMZ). The interfaces from the Shared Security Services to the Enterprise Services are identified by ESI-<Service name>. Enterprise Shared Services are typically 3rd-party components not dedicated to the rail environment. Therefore the realization of the Enterprise Shared Services may use other security requirements than the Secure Component Specification. Recommended security specification are ISO 27033, ISO 27034, NIST 800-53, IEC 62443-4-2,...

Enterprise Shared Services
type: Form

ERA - European Railway Agency
type: LexicalEntry
type: MultiwordExpression
canonical form: ERA - European Railway Agency
sense: ERA-----EUROPEAN--RAILWAY--AGENCY lexSense

ERA-----EUROPEAN--RAILWAY--AGENCY lexConcept
type: LexicalConcept
definition: ERA - European Railway Agency

ERA - European Railway Agency
type: Form

EECT
type: Acronym
type: LexicalEntry
acronym for: ERA Extended Core Team
canonical form: EECT

ERA--EXTENDED--CORE--TEAM lexConcept
type: LexicalConcept
definition: ERA Extended Core Team

ERA Extended Core Team
type: Form

EECT
type: Form

ERG - Euro Radio Gateway
type: LexicalEntry
type: MultiwordExpression
canonical form: ERG - Euro Radio Gateway
sense: ERG-----EURO--RADIO--GATEWAY lexSense

ERG-----EURO--RADIO--GATEWAY lexConcept
type: LexicalConcept
definition: ERG - Euro Radio Gateway

ERG - Euro Radio Gateway
type: Form

ERHD
type: LexicalEntry
type: Word
canonical form: ERHD
sense: ERHD lexSense

ERHD lexConcept
type: LexicalConcept
definition: European Railway Hazard Database. A collection existing hazard lists of known hazards which is initiated and maintained by ERJU's PRAMS domain with the aim to provide a harmonized set of hazards.

ERHD
type: Form

ERTMS - European Rail Traffic Management System
type: LexicalEntry
type: MultiwordExpression
canonical form: ERTMS - European Rail Traffic Management System
sense: ERTMS-----EUROPEAN--RAIL--TRAFFIC--MANAGEMENT--SYSTEM lexSense

ERTMS-----EUROPEAN--RAIL--TRAFFIC--MANAGEMENT--SYSTEM lexConcept
type: LexicalConcept
definition: ERTMS - European Rail Traffic Management System

ERTMS - European Rail Traffic Management System
type: Form

ERTMS--COMPRISES--OF--THE--EUROPEAN--TRAIN--CONTROL--SYSTEM--ETCS--I-E---A--CAB-SIGNALLING--SYSTEM--THAT--INCORPORATES--AUTOMATIC--TRAIN--PROTECTION--THE--GLOBAL--SYSTEM--FOR--MOBILE--COMMUNICATIONS--FOR--RAILWAYS--GSM-R--AND--OPERATING--RULES label
type: LexicalEntry
type: MultiwordExpression
label: ERTMS comprises of the European Train Control System (ETCS), i.e. a cab-signalling system that incorporates automatic train protection, the Global System for Mobile communications for Railways (GSM-R) and operating rules.
canonical form: ERTMS--COMPRISES--OF--THE--EUROPEAN--TRAIN--CONTROL--SYSTEM--ETCS--I-E---A--CAB-SIGNALLING--SYSTEM--THAT--INCORPORATES--AUTOMATIC--TRAIN--PROTECTION--THE--GLOBAL--SYSTEM--FOR--MOBILE--COMMUNICATIONS--FOR--RAILWAYS--GSM-R--AND--OPERATING--RULES lexForm
sense: ERTMS--COMPRISES--OF--THE--EUROPEAN--TRAIN--CONTROL--SYSTEM--ETCS--I-E---A--CAB-SIGNALLING--SYSTEM--THAT--INCORPORATES--AUTOMATIC--TRAIN--PROTECTION--THE--GLOBAL--SYSTEM--FOR--MOBILE--COMMUNICATIONS--FOR--RAILWAYS--GSM-R--AND--OPERATING--RULES lexSense

ERTMS--COMPRISES--OF--THE--EUROPEAN--TRAIN--CONTROL--SYSTEM--ETCS--I-E---A--CAB-SIGNALLING--SYSTEM--THAT--INCORPORATES--AUTOMATIC--TRAIN--PROTECTION--THE--GLOBAL--SYSTEM--FOR--MOBILE--COMMUNICATIONS--FOR--RAILWAYS--GSM-R--AND--OPERATING--RULES lexConcept
type: LexicalConcept
definition: (ERA definition)

ERTMS--COMPRISES--OF--THE--EUROPEAN--TRAIN--CONTROL--SYSTEM--ETCS--I-E---A--CAB-SIGNALLING--SYSTEM--THAT--INCORPORATES--AUTOMATIC--TRAIN--PROTECTION--THE--GLOBAL--SYSTEM--FOR--MOBILE--COMMUNICATIONS--FOR--RAILWAYS--GSM-R--AND--OPERATING--RULES lexForm
type: Form
written rep: ERTMS comprises of the European Train Control System (ETCS), i.e. a cab-signalling system that incorporates automatic train protection, the Global System for Mobile communications for Railways (GSM-R) and operating rules.

EUG
type: Acronym
type: LexicalEntry
acronym for: ERTMS Users Group
canonical form: EUG

ERTMS--USERS--GROUP lexConcept
type: LexicalConcept
definition: ERTMS Users Group

ERTMS Users Group
type: Form

EUG
type: Form

Essential Function
type: LexicalEntry
type: MultiwordExpression
canonical form: Essential Function
sense: ESSENTIAL--FUNCTION lexSense

ESSENTIAL--FUNCTION lexConcept
type: LexicalConcept
definition: function or capability that is required to maintain health, safety, the environment and availability for the equipment under control Note 1 to the entry: Essential functions include, but are not limited to, the safety instrumented function (SIF), the control function and the ability of the operator to view and manipulate the equipment under control. The loss of essential functions is commonly termed loss of protection, loss of control and loss of view respectively. In some industries additional functions such as history may be considered essential.

ESSENTIAL--FUNCTION lexConcept 2
type: LexicalConcept
definition: function or capability that is required to maintain health, safety, the environment and availability for the equipment under control Note 1 to the entry: Essential functions include, but are not limited to, the safety instrumented function (SIF), the control function and the ability of the operator to view and manipulate the equipment under control. The loss of essential functions is commonly termed loss of protection, loss of control and loss of view respectively. In some industries additional functions such as history may be considered essential.

Essential Function
type: Form

Estimated Distance
type: LexicalEntry
type: MultiwordExpression
canonical form: Estimated Distance
sense: ESTIMATED--DISTANCE lexSense

ESTIMATED--DISTANCE lexConcept
type: LexicalConcept
definition: It is expressed as the distance along the track centreline between a reference location and the estimated train front end position.

Estimated Distance
type: Form

Estimated Train Front End Position
type: LexicalEntry
type: MultiwordExpression
canonical form: Estimated Train Front End Position
sense: ESTIMATED--TRAIN--FRONT--END--POSITION lexSense

ESTIMATED--TRAIN--FRONT--END--POSITION lexConcept
type: LexicalConcept
definition: The position the ERTMS/ETCS localisation on-board equipment estimates the train front end is at, with the highest probability according to the physical characteristics of the train and to the localisation working conditions. Also referred to as “Estimated Position” SUBSET-023.

Estimated Train Front End Position
type: Form

ETCS - European Train Control System
type: LexicalEntry
type: MultiwordExpression
canonical form: ETCS - European Train Control System
sense: ETCS-----EUROPEAN--TRAIN--CONTROL--SYSTEM lexSense

ETCS-----EUROPEAN--TRAIN--CONTROL--SYSTEM lexConcept
type: LexicalConcept
definition: ETCS - European Train Control System

ETCS - European Train Control System
type: Form

ETP-OB - European Train Protection On-Board Note: ETP-OB equivalent with ETCS-OB
type: LexicalEntry
type: MultiwordExpression
canonical form: ETP-OB - European Train Protection On-Board Note: ETP-OB equivalent with ETCS-OB
sense: ETP-OB-----EUROPEAN--TRAIN--PROTECTION--ON-BOARD--NOTE---ETP-OB--EQUIVALENT--WITH--ETCS-OB lexSense

ETP-OB-----EUROPEAN--TRAIN--PROTECTION--ON-BOARD--NOTE---ETP-OB--EQUIVALENT--WITH--ETCS-OB lexConcept
type: LexicalConcept
definition: ETP-OB - European Train Protection On-Board Note: ETP-OB equivalent with ETCS-OB

ETP-OB - European Train Protection On-Board Note: ETP-OB equivalent with ETCS-OB
type: Form

EUSPA
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: EU Agency for the Space Programme
canonical form: EUSPA

EU--AGENCY--FOR--THE--SPACE--PROGRAMME lexConcept
type: LexicalConcept
definition: EU Agency for the Space Programme

EU Agency for the Space Programme
type: Form

EUSPA
type: Form

EU Regulations
type: LexicalEntry
type: MultiwordExpression
canonical form: EU Regulations
sense: EU--REGULATIONS lexSense

EU--REGULATIONS lexConcept
type: LexicalConcept
definition: ...

EU Regulations
type: Form

EU-RailGoverning Board
type: LexicalEntry
type: MultiwordExpression
canonical form: EU-RailGoverning Board
sense: EU-RAILGOVERNING--BOARD lexSense

EU-RAILGOVERNING--BOARD lexConcept
type: LexicalConcept
definition: EU-RailGoverning Board Final decision body, where a decisions are adopted a majority of at least 55% of the votes

EU-RailGoverning Board
type: Form

EUG - ERTMS Users Group
type: LexicalEntry
type: MultiwordExpression
canonical form: EUG - ERTMS Users Group
sense: EUG-----ERTMS--USERS--GROUP lexSense

EUG-----ERTMS--USERS--GROUP lexConcept
type: LexicalConcept
definition: EUG - ERTMS Users Group

EUG - ERTMS Users Group
type: Form

COM
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: European Commission
canonical form: COM

EUROPEAN--COMMISSION lexConcept
type: LexicalConcept
definition: European Commission

European Commission
type: Form

COM
type: Form

CENELEC
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: European Committee for Electrotechnical Standardization
canonical form: CENELEC

EUROPEAN--COMMITTEE--FOR--ELECTROTECHNICAL--STANDARDIZATION lexConcept
type: LexicalConcept
definition: European Committee for Electrotechnical Standardization

European Committee for Electrotechnical Standardization
type: Form

CENELEC
type: Form

CEN
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: European Committee for Standardization
canonical form: CEN

EUROPEAN--COMMITTEE--FOR--STANDARDIZATION lexConcept
type: LexicalConcept
definition: European Committee for Standardization

European Committee for Standardization
type: Form

CEN
type: Form

EDDP
type: Acronym
type: LexicalEntry
acronym for: European DAC Delivery Program
canonical form: EDDP

EUROPEAN--DAC--DELIVERY--PROGRAM lexConcept
type: LexicalConcept
definition: European DAC Delivery Program

European DAC Delivery Program
type: Form

EDDP
type: Form

EGNOS
type: Acronym
type: LexicalEntry
acronym for: European Geostationary Navigation Overlay Service
canonical form: EGNOS

EUROPEAN--GEOSTATIONARY--NAVIGATION--OVERLAY--SERVICE lexConcept
type: LexicalConcept
definition: European Geostationary Navigation Overlay Service, European satellite navigation system

European Geostationary Navigation Overlay Service
type: Form

EGNOS
type: Form

EPF
type: Acronym
type: LexicalEntry
acronym for: European Passengers' Federation
canonical form: EPF

EUROPEAN--PASSENGERS --FEDERATION lexConcept
type: LexicalConcept
definition: European Passengers' Federation

European Passengers' Federation
type: Form

EPF
type: Form

EIM
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: European Rail Infrastructure Managers
canonical form: EIM

EUROPEAN--RAIL--INFRASTRUCTURE--MANAGERS lexConcept
type: LexicalConcept
definition: European Rail Infrastructure Managers

European Rail Infrastructure Managers
type: Form

EIM
type: Form

ERRAC
type: Acronym
type: LexicalEntry
acronym for: European Rail Research Advisory Council
canonical form: ERRAC

EUROPEAN--RAIL--RESEARCH--ADVISORY--COUNCIL lexConcept
type: LexicalConcept
definition: European Rail Research Advisory Council

European Rail Research Advisory Council
type: Form

ERRAC
type: Form

ERTMS
type: Acronym
type: LexicalEntry
acronym for: European Rail Traffic Management System
canonical form: ERTMS

EUROPEAN--RAIL--TRAFFIC--MANAGEMENT--SYSTEM lexConcept
type: LexicalConcept
definition: European Rail Traffic Management System

European Rail Traffic Management System
type: Form

ERTMS
type: Form

ERTMS
type: Acronym
type: LexicalEntry
acronym for: European Railway Traffic Management System
canonical form: ERTMS

EUROPEAN--RAILWAY--TRAFFIC--MANAGEMENT--SYSTEM lexConcept
type: LexicalConcept
definition: European Railway Traffic Management System (ERTMS) is a single European signalling and speed control system that ensures interoperability of the national railway systems, reducing the purchasing and maintenance costs of the signalling systems as well as increasing the speed of trains, the capacity of infrastructure and the level of safety in rail transport. ERTMS comprises of the European Train Control System (ETCS), i.e. a cab-signalling system that incorporates automatic train protection, the Global System for Mobile communications for Railways (GSM-R) and operating rules. (ERA definition)

EUROPEAN--RAILWAY--TRAFFIC--MANAGEMENT--SYSTEM lexConcept 2
type: LexicalConcept
definition: European Railway Traffic Management System (ERTMS) is a single European signalling and speed control system that ensures interoperability of the national railway systems, reducing the purchasing and maintenance costs of the signalling systems as well as increasing the speed of trains, the capacity of infrastructure and the level of safety in rail transport. (ERA definition)

European Railway Traffic Management System
type: Form

ERTMS
type: Form

ERTMS
type: Form

ESC
type: Acronym
type: LexicalEntry
acronym for: European Securities Committee
canonical form: ESC

EUROPEAN--SECURITIES--COMMITTEE lexConcept
type: LexicalConcept
definition: European Securities Committee

European Securities Committee
type: Form

ESC
type: Form

ESA
type: Acronym
type: LexicalEntry
acronym for: European Space Agency
canonical form: ESA

EUROPEAN--SPACE--AGENCY lexConcept
type: LexicalConcept
definition: European Space Agency

European Space Agency
type: Form

ESA
type: Form

ESO
type: Acronym
type: LexicalEntry
acronym for: European Standardization Organization
canonical form: ESO

EUROPEAN--STANDARDIZATION--ORGANIZATION lexConcept
type: LexicalConcept
definition: European Standardization Organization

European Standardization Organization
type: Form

ESO
type: Form

ESIF
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: European Structural and Investment Funds
canonical form: ESIF

EUROPEAN--STRUCTURAL--AND--INVESTMENT--FUNDS lexConcept
type: LexicalConcept
definition: European Structural and Investment Funds

European Structural and Investment Funds
type: Form

ESIF
type: Form

ETSI
type: Acronym
type: LexicalEntry
acronym for: European Telecommunications Standards Institute
canonical form: ETSI

EUROPEAN--TELECOMMUNICATIONS--STANDARDS--INSTITUTE lexConcept
type: LexicalConcept
definition: European Telecommunications Standards Institute

European Telecommunications Standards Institute
type: Form

ETSI
type: Form

ETM
type: Acronym
type: LexicalEntry
acronym for: European traffic management
canonical form: ETM

EUROPEAN--TRAFFIC--MANAGEMENT lexConcept
type: LexicalConcept
definition: European traffic management

European traffic management
type: Form

ETM
type: Form

ETCS
type: Acronym
type: LexicalEntry
acronym for: European Train Control System
canonical form: ETCS

EUROPEAN--TRAIN--CONTROL--SYSTEM lexConcept
type: LexicalConcept
definition: European Train Control System (ETCS) is a cab-signalling system that incorporates automatic train protection. (ERA definition)

EUROPEAN--TRAIN--CONTROL--SYSTEM lexConcept 2
type: LexicalConcept
definition: European Train Control System (ETCS) is a cab-signalling system that incorporates automatic train protection (ERA definition). ETCS in the frame of SERA will support the following Levels: * L2 with fixed train detection (classic L2 with trackside detection (track circuits, axle-counters, …)) * L2 with hybrid train detection (virtual fixed or moving blocks with trackside detection (axle-counters, …)) – formerly known as Hybrid L3 * L2 with virtual fixed or moving blocks and train integrity (no trackside detection) – formerly known as pure L3

European Train Control System
type: Form

ETCS
type: Form

ETCS
type: Form

ETF
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: European Transport Workers' Federation
canonical form: ETF

EUROPEAN--TRANSPORT--WORKERS --FEDERATION lexConcept
type: LexicalConcept
definition: European Transport Workers' Federation

European Transport Workers' Federation
type: Form

ETF
type: Form

ENISA
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: European Union Agency for cybersecurity
canonical form: ENISA

EUROPEAN--UNION--AGENCY--FOR--CYBERSECURITY lexConcept
type: LexicalConcept
definition: European Union Agency for cybersecurity

European Union Agency for cybersecurity
type: Form

ENISA
type: Form

ERA
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: European Union Agency for Railways
canonical form: ERA

EUROPEAN--UNION--AGENCY--FOR--RAILWAYS lexConcept
type: LexicalConcept
definition: European Union Agency for Railways

European Union Agency for Railways
type: Form

ERA
type: Form

JU
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Europe’s Rail Joint Undertaking
canonical form: JU

ERJU
type: Acronym
type: LexicalEntry
acronym for: Europe’s Rail Joint Undertaking
canonical form: ERJU

EUROPE S--RAIL--JOINT--UNDERTAKING lexConcept
type: LexicalConcept
definition: Organisation being tasked with the standardisation in the railway domain at European level.

EUROPE S--RAIL--JOINT--UNDERTAKING lexConcept 2
type: LexicalConcept
definition: (Europe’s Rail) Joint Undertaking

EUROPE S--RAIL--JOINT--UNDERTAKING lexConcept 3
type: LexicalConcept
definition: Europe’s Rail Joint Undertaking

Europe’s Rail Joint Undertaking
type: Form

ERJU
type: Form

JU
type: Form

ERJU
type: Form

EU-Rail
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Europe's Rail
canonical form: EU-Rail

EUROPE S--RAIL lexConcept
type: LexicalConcept
definition: Europe's Rail

Europe's Rail
type: Form

EU-Rail
type: Form

EVC - European Vital Computer
type: LexicalEntry
type: MultiwordExpression
canonical form: EVC - European Vital Computer
sense: EVC-----EUROPEAN--VITAL--COMPUTER lexSense

EVC-----EUROPEAN--VITAL--COMPUTER lexConcept
type: LexicalConcept
definition: EVC - European Vital Computer

EVC - European Vital Computer
type: Form

EDA
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Event-driven architecture
canonical form: EDA

EVENT-DRIVEN--ARCHITECTURE lexConcept
type: LexicalConcept
definition: Event-driven architecture

Event-driven architecture
type: Form

EDA
type: Form

Evolution
type: LexicalEntry
type: Word
canonical form: Evolution
sense: EVOLUTION lexSense

EVOLUTION lexConcept
type: LexicalConcept
definition: Evolution is the process of gradually developing, refining or improving parts of the System Pillar Harmonized Operational Processes respectively the System Pillar Reference Architecture (SPRA).

EVOLUTION lexConcept 2
type: LexicalConcept
definition: Evolution refers to the gradual development and refinement of a system over time, through a process of adaptation and improvement. Evolution is often driven by the need to to improve system reliability , efficiency, or other key metrics, while addressing new or changing needs and challenges.

Evolution
type: Form

Evolvability
type: LexicalEntry
type: Word
canonical form: Evolvability
sense: EVOLVABILITY lexSense

EVOLVABILITY lexConcept
type: LexicalConcept
definition: Evolvability is the ability to easily adapt to new technologies or to extend the functionality of the CCS system without the involvement of the original supplier.{comment:429}

Evolvability
type: Form

Exchange item
type: LexicalEntry
type: MultiwordExpression
canonical form: Exchange item
sense: EXCHANGE--ITEM lexSense

EXCHANGE--ITEM lexConcept
type: LexicalConcept
definition: Collection of elements brought together during one interaction or one exchange between functions or components (such as data, signal, flows ...). A exchange item carries elements with the same transport conditions, simultanuously with the same non-functional properties.

Exchange item
type: Form

Exchangeability
type: LexicalEntry
type: Word
canonical form: Exchangeability
sense: EXCHANGEABILITY lexSense

EXCHANGEABILITY lexConcept
type: LexicalConcept
definition: Exchangeability is the ability to replace a sub-system from supplier A by a subsystem from supplier B without affecting other sub-systems or the overall system/subsystem and with a reasonable integration effort and/or certification effort. Exchangeability and interchangeability are related to the physical characteristics{comment:1413} of sub-systems whereas interoperability is related to interactions between sub-systems (e.g. also between STM and ETCS on-board there is interoperability).

Exchangeability
type: Form

Extended View View displayed on more than one Display Panel.
type: LexicalEntry
type: MultiwordExpression
canonical form: Extended View View displayed on more than one Display Panel.
sense: EXTENDED--VIEW--VIEW--DISPLAYED--ON--MORE--THAN--ONE--DISPLAY--PANEL lexSense

EXTENDED--VIEW--VIEW--DISPLAYED--ON--MORE--THAN--ONE--DISPLAY--PANEL lexConcept
type: LexicalConcept
definition: Extended View View displayed on more than one Display Panel.

Extended View View displayed on more than one Display Panel.
type: Form

External Button A button which is not directly managed by TDS.
type: LexicalEntry
type: MultiwordExpression
canonical form: External Button A button which is not directly managed by TDS.
sense: EXTERNAL--BUTTON--A--BUTTON--WHICH--IS--NOT--DIRECTLY--MANAGED--BY--TDS lexSense

EXTERNAL--BUTTON--A--BUTTON--WHICH--IS--NOT--DIRECTLY--MANAGED--BY--TDS lexConcept
type: LexicalConcept
definition: External Button A button which is not directly managed by TDS.

External Button A button which is not directly managed by TDS.
type: Form

I1
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: External Diagnostic, Logging, Orchestration and IT Security Interface(s)
canonical form: I1

EXTERNAL--DIAGNOSTIC--LOGGING--ORCHESTRATION--AND--IT--SECURITY--INTERFACE--S lexConcept
type: LexicalConcept
definition: The External Diagnostic, Configuration & orchestration Interface I1 (Interface 1) comprises communication-based interfaces between rail systems and central infrastructure components as diagnostics, IT-security services and remote update.

External Diagnostic, Logging, Orchestration and IT Security Interface(s)
type: Form

I1
type: Form

fail-safe [821-01-10]
type: LexicalEntry
type: MultiwordExpression
canonical form: fail-safe [821-01-10]
sense: FAIL-SAFE-- 821-01-10 lexSense

FAIL-SAFE-- 821-01-10 lexConcept
type: LexicalConcept
definition: able to enter or remain in a safe state in the event of a failure

fail-safe [821-01-10]
type: Form

fail-safe
type: LexicalEntry
type: Word
canonical form: fail-safe
sense: FAIL-SAFE lexSense

FAIL-SAFE lexConcept
type: LexicalConcept
definition: able to enter or remain in a safe state in the event of a failure [SOURCE: IEC 60050-821:2017 , 821-01-10]

FAIL-SAFE lexConcept 2
type: LexicalConcept
definition: able to enter or remain in a safe state in the event of a failure [821-01-10 ]

fail-safe
type: Form

failure cause
type: LexicalEntry
type: MultiwordExpression
canonical form: failure cause
sense: FAILURE--CAUSE lexSense

FAILURE--CAUSE lexConcept
type: LexicalConcept
definition: set of circumstances that leads to failure Note 1 to entry: A failure cause may originate during specification, design, manufacture, installation, operation or maintenance of an item. [SOURCE: IEC 60050.192:2015, 192-03-11]

failure cause
type: Form

failure mode
type: LexicalEntry
type: MultiwordExpression
canonical form: failure mode
sense: FAILURE--MODE lexSense

FAILURE--MODE lexConcept
type: LexicalConcept
definition: Manner in which failure occurs. Note 1 to entry: A failure mode may be defined by the function lost or other state transition that occurred. [SOURCE: IEC 60050-192:2015, 192-03-17]

failure mode
type: Form

failure rate [821-12-21]
type: LexicalEntry
type: MultiwordExpression
canonical form: failure rate [821-12-21]
sense: FAILURE--RATE-- 821-12-21 lexSense

FAILURE--RATE-- 821-12-21 lexConcept
type: LexicalConcept
definition: limit of the ratio of the conditional probability that the instant of time, T, of a failure of a product falls within a given time interval (t, t + Δt) and the duration of this interval, Δt, when Δt tends towards zero, given that the item is in an up state at the start of the time interval Note 1 to entry: For applications where distance travelled or number of cycles of operation is more relevant than time then the unit of time can be replaced by the unit of distance or cycles, as appropriate. Note 2 to entry: The term “failure rate” is often used in the sense of “mean failure rate” defined in IEV 192-05-07. [SOURCE: IEC 62278:2002, 3.14, modified]

failure rate [821-12-21]
type: Form

failure rate
type: LexicalEntry
type: MultiwordExpression
canonical form: failure rate
sense: FAILURE--RATE lexSense

FAILURE--RATE lexConcept
type: LexicalConcept
definition: limit of the ratio of the conditional probability that the instant of time, T, of a failure of a product falls within a given time interval (t, t + Δt) and the duration of this interval, Δt, when Δt tends towards zero, given that the item is in an up state at the start of the time interval Note 1 to entry: For applications where distance travelled or number of cycles of operation is more relevant than time then the unit of time can be replaced by the unit of distance or cycles, as appropriate. Note 2 to entry: The term “failure rate” is often used in the sense of “mean failure rate” defined in IEV 192-05-07. [IEC 60050-821, 821-12-21]

FAILURE--RATE lexConcept 2
type: LexicalConcept
definition: limit of the ratio of the conditional probability that the instant of time, T, of a failure of a product falls within a given time interval (t, t + Δt) and the duration of this interval, Δt, when Δt tends towards zero, given that the item is in an up state at the start of the time interval Note 1 to entry: For applications where distance travelled or number of cycles of operation is more relevant than time then the unit of time can be replaced by the unit of distance or cycles, as appropriate. Note 2 to entry: The term “failure rate” is often used in the sense of “mean failure rate” defined in IEV 192-05-07. [821-12-21][IEC 62278:2002, 3.14, modified]

failure rate
type: Form

failure
type: LexicalEntry
type: Word
canonical form: failure
sense: FAILURE lexSense

FAILURE lexConcept
type: LexicalConcept
definition: loss of ability to perform as required Note 1 to entry: A failure of an item is an event that results in a fault of that item: see "fault" (IEV 192-04-01). Note 2 to entry: Qualifiers, such as catastrophic, critical, major, minor, marginal and insignificant, can be used to categorize failures according to the severity of consequences, the choice and definitions of severity criteria depending upon the field of application. Note 3 to entry: Qualifiers, such as misuse, mishandling and weakness, can be used to categorize failures according to the cause of failure. [SOURCE: IEC 60050-192:2015, 192-03-01]

failure
type: Form

fault, <of an item>
type: LexicalEntry
type: MultiwordExpression
canonical form: fault, <of an item>
sense: FAULT--<OF--AN--ITEM> lexSense

FAULT--<OF--AN--ITEM> lexConcept
type: LexicalConcept
definition: inability to perform as required, due to an internal state Note 1 to entry: A fault of an item results from a failure, either of the item itself, or from a deficiency in an earlier stage of the life cycle, such as specification, design, manufacture or maintenance. See latent fault (192-04-08).{comment:215} Note 2 to entry: Qualifiers, such as specification, design, manufacture, maintenance or misuse, may be used to indicate the cause of a fault. Note 3 to entry: The type of fault may be associated with the type of associated failure, e.g. wear-out fault and wear-out failure. Note 4 to entry: The adjective “faulty” designates an item having one or more faults. [SOURCE: IEC 60050-192:2015, 192-04-01]

fault, <of an item>
type: Form

fault correction time
type: LexicalEntry
type: MultiwordExpression
canonical form: fault correction time
sense: FAULT--CORRECTION--TIME lexSense

FAULT--CORRECTION--TIME lexConcept
type: LexicalConcept
definition: part of active corrective maintenance time taken to perform fault correction [SOURCE: IEC 60050-192:2015,192-07-14]

fault correction time
type: Form

fault detection time
type: LexicalEntry
type: MultiwordExpression
canonical form: fault detection time
sense: FAULT--DETECTION--TIME lexSense

FAULT--DETECTION--TIME lexConcept
type: LexicalConcept
definition: DEPRECATED: undetected fault time time interval between failure and detection of the resulting fault [SOURCE: IEC 60050-192:2015,192-07-11]

fault detection time
type: Form

fault localization time
type: LexicalEntry
type: MultiwordExpression
canonical form: fault localization time
sense: FAULT--LOCALIZATION--TIME lexSense

FAULT--LOCALIZATION--TIME lexConcept
type: LexicalConcept
definition: DEPRECATED: fault location time part of active corrective maintenance time taken to complete fault localization [SOURCE: IEC 60050-192:2015,192-07-18]

fault localization time
type: Form

fault tree
type: LexicalEntry
type: MultiwordExpression
canonical form: fault tree
sense: FAULT--TREE lexSense

FAULT--TREE lexConcept
type: LexicalConcept
definition: logic diagram showing the faults of sub items, external events, or combinations thereof, which cause a predefined, undesired event [SOURCE: IEC 60050-192:2015, 192-11-07]

fault tree
type: Form

feature summary
type: LexicalEntry
type: MultiwordExpression
canonical form: feature summary
sense: FEATURE--SUMMARY lexSense

FEATURE--SUMMARY lexConcept
type: LexicalConcept
definition: The ARCADIA method: * Covers all structured engineering activities, from capturing customer operational needs to system integration verification validation (IVV); * Takes into account multiple engineering levels and their effective collaboration (system, subsystem, software, hardware, etc.); * Integrates co-engineering with specialty engineering (safety, security, performance, interfaces, logistics ...) and IVV; * Provides the ability not only to share descriptive models but also to collaboratively validate properties of the definition and the architecture; * Is field-tested in full-scale industrial applications, and is currently deployed on dozens of major projects in several countries and divisions of Thales.

feature summary
type: Form

Feature.
type: LexicalEntry
type: Word
canonical form: Feature.
sense: FEATURE lexSense

FEATURE lexConcept
type: LexicalConcept
definition: High Level description of system functionality. Are bundled by different "Variants".

Feature.
type: Form

FFFIS - Form Fit Functional Interface Specification
type: LexicalEntry
type: MultiwordExpression
canonical form: FFFIS - Form Fit Functional Interface Specification
sense: FFFIS-----FORM--FIT--FUNCTIONAL--INTERFACE--SPECIFICATION lexSense

FFFIS-----FORM--FIT--FUNCTIONAL--INTERFACE--SPECIFICATION lexConcept
type: LexicalConcept
definition: In contrast to an FIS (Functional Interface Specification), FFFIS describes not only the functional requirements for an interface, but also its complete, specific design. An FFFIS has the requirement that all devices with an interface developed according to it are interchangeable. "FF - Form Fit" is a classification of interchangeable parts which are identical in shape, fit and function and are therefore interchangeable with one another. An FFFIS is therefore a clear description of an interface between devices or modules.

FFFIS - Form Fit Functional Interface Specification
type: Form

FFFIS - Form-Fit Functional Interface Specification
type: LexicalEntry
type: MultiwordExpression
canonical form: FFFIS - Form-Fit Functional Interface Specification
sense: FFFIS-----FORM-FIT--FUNCTIONAL--INTERFACE--SPECIFICATION lexSense

FFFIS-----FORM-FIT--FUNCTIONAL--INTERFACE--SPECIFICATION lexConcept
type: LexicalConcept
definition: FFFIS - Form-Fit Functional Interface Specification

FFFIS - Form-Fit Functional Interface Specification
type: Form

FFFIS
type: LexicalEntry
type: Word
canonical form: FFFIS
sense: FFFIS lexSense

FFFIS lexConcept
type: LexicalConcept
definition: Form, Fit and Function Interface Specification{comment:216}

FFFIS
type: Form

FFF
type: LexicalEntry
type: Word
canonical form: FFF
sense: FFF lexSense

FFF lexConcept
type: LexicalConcept
definition: Form, Fit and Function

FFF
type: Form

FIS - Functional Interface Specification
type: LexicalEntry
type: MultiwordExpression
canonical form: FIS - Functional Interface Specification
sense: FIS-----FUNCTIONAL--INTERFACE--SPECIFICATION lexSense

FIS-----FUNCTIONAL--INTERFACE--SPECIFICATION lexConcept
type: LexicalConcept
definition: implicit-from-entry-label: FIS - Functional Interface Specification

FIS-----FUNCTIONAL--INTERFACE--SPECIFICATION lexConcept 2
type: LexicalConcept
definition: Functional requirements and description of an interface. This clarifies also the functional apportionment and related safety requirements of the two sub-systems of the interface.

FIS-----FUNCTIONAL--INTERFACE--SPECIFICATION lexConcept 3
type: LexicalConcept
definition: FIS - Functional Interface Specification

FIS - Functional Interface Specification
type: Form

FAM
type: Acronym
type: LexicalEntry
acronym for: Fixed asset mgmt
canonical form: FAM

FIXED--ASSET--MGMT lexConcept
type: LexicalConcept
definition: Fixed asset mgmt

Fixed asset mgmt
type: Form

FAM
type: Form

FA
type: Acronym
type: LexicalEntry
acronym for: Flagship Area
canonical form: FA

FLAGSHIP--AREA lexConcept
type: LexicalConcept
definition: Flagship Area

Flagship Area
type: Form

FA
type: Form

FMECA
type: LexicalEntry
type: Word
canonical form: FMECA
sense: FMECA lexSense

FMECA lexConcept
type: LexicalConcept
definition: failure modes, effects and criticality analysis quantitative or qualitative method of analysis that involves failure modes and effects analysis together with a consideration of the probability of the failure mode occurrence and the severity of the effects Note 1 to entry: The term "fault mode, effects and criticality analysis" in IEC 60050-191:1990 (now withdrawn; replaced by IEC 60050-192:2015) is deprecated, since a fault (192-04-01) is a state and cannot logically have a mode, whereas a failure mode (192-03-17) is a change of state. [SOURCE: IEC 60050-192:2015, 192-11-06] Note 2 to entry: FMEA is a systematic method of evaluating an item or process to identify the ways in which it might potentially fail, and the effects of the mode of failure upon the performance of the item or process and on the surrounding environment and personnel. Failure modes may be prioritized according to their importance. The prioritization can be based on a ranking of the severity alone, or this can be combined with other measures of importance. When failure modes are prioritized, the process is referred to as failure modes, effects and criticality analysis (FMECA).

FMECA lexConcept 2
type: LexicalConcept
definition: Failure modes and effects analysis (FMEA) is a systematic method of evaluating an item or process to identify the ways in which it might potentially fail, and the effects of the mode of failure upon the performance of the item or process and on the surrounding environment and personnel. Failure modes may be prioritized according to their importance. The prioritization can be based on a ranking of the severity alone, or this can be combined with other measures of importance. When failure modes are prioritized, the process is referred to as failure modes, effects and criticality analysis (FMECA).

FMECA
type: Form

Follow a trace
type: LexicalEntry
type: MultiwordExpression
canonical form: Follow a trace
sense: FOLLOW--A--TRACE lexSense

FOLLOW--A--TRACE lexConcept
type: LexicalConcept
definition: A trace (nodes/work items and their links) is a graph that works out one issue (e.g. one requirement) in the most efficient, complete and fast way, down to its operational and system implementation (image: 2-image2.png) Figure {caption:Figure}: Trace for a CBO requirement (red point in the middle) in an ALM System System Levels are just “areas of team responsibilities” for working on parts of the graph * System Level 1 / 2 = teams … = Work item detail level … * System Level 3 = teams … = Work item detail level … * System Level 4 = teams … = Work item detail level … * System Level 5 = teams … = Work item detail level … Assigning a work item to a System Level just means: Assigning them to a team. No good idea: Design every System Level with everything that a real-world system would need. Systems on Level 1-4 are no real-world systems, they just structure the work assignment. Trace Example – just one “branch”: The reality is not puristic, it is like a “neuron-mesh” A. SL2: Requirement “High, scalable, and flexible transport capacity” >> B. SL3: Process “efficient ATP for high density lines” >> C. SL4: Requirement “Precise and frequent localisation” in the train >> D. SL3: Architecture (functions) for a high- performance localisation System >> E. SL5: Interface requirements to deliver a map to the train >> F. SL5: Requirement that Traffic CS delivers a reliable map >> …. Think in “good complete traces”, and do not “fill all System Levels” (!) --> It is just important that “traces are complete, good and correct”, with work items assigned to the right team level --> What System Levels are NOT for: Being the basic scheme for everything * Creating a break-down element on every System Level --> this does not work and requires too much effort * Exception: The work item “system” is broken down on every level, but for example interfaces or logical components only exist in System Level 5) When do we need “completion” on System Levels? Sometimes it is necessary. Example 1: Safety…

Follow a trace
type: Form

Forecast
type: LexicalEntry
type: Word
canonical form: Forecast
sense: FORECAST lexSense

FORECAST lexConcept
type: LexicalConcept
definition: The forecast displays the future state of traffic. It based on the current operational state. The forecast projects the current operational plan into the future. A forecast for each train run under consideration of mutual train influence is processed (train run time, section run time, minimal section run time, detailed topology, headways and train sequence, circulation, connection, etc.).

Forecast
type: Form

FFFIS
type: Acronym
type: LexicalEntry
acronym for: Form Fit Function Interface Specification
canonical form: FFFIS

FORM--FIT--FUNCTION--INTERFACE--SPECIFICATION lexConcept
type: LexicalConcept
definition: Form Fit Function Interface Specification

Form Fit Function Interface Specification
type: Form

FFFIS
type: Form

FFFIS
type: Acronym
type: LexicalEntry
acronym for: FORM FIT FUNCTIONAL INTERFACE SPECIFICATION
canonical form: FFFIS

FORM--FIT--FUNCTIONAL--INTERFACE--SPECIFICATION lexConcept
type: LexicalConcept
definition: A FFFIS is the complete definition of an interface between functional or physical entities. The FFFIS includes: - FIS, - Electrical characteristics related to data, - communication protocol, - and including connector and plug. The FFFIS and accompanying documents (e.g. safety analysis) guarantees the interoperability but not the exchangeability of physical entities, see Subset-037 SPT2ARC-1620.

FORM FIT FUNCTIONAL INTERFACE SPECIFICATION
type: Form

FFFIS
type: Form

FM
type: Acronym
type: LexicalEntry
acronym for: Founding Members
canonical form: FM

FOUNDING--MEMBERS lexConcept
type: LexicalConcept
definition: Founding Members

Founding Members
type: Form

FM
type: Form

FP - Flagship Projects
type: LexicalEntry
type: MultiwordExpression
canonical form: FP - Flagship Projects
sense: FP-----FLAGSHIP--PROJECTS lexSense

FP-----FLAGSHIP--PROJECTS lexConcept
type: LexicalConcept
definition: FP - Flagship Projects

FP - Flagship Projects
type: Form

FPMH
type: LexicalEntry
type: Word
canonical form: FPMH
sense: FPMH lexSense

FPMH lexConcept
type: LexicalConcept
definition: Failures Per Million Hours{comment:96}

FPMH
type: Form

FPMK
type: LexicalEntry
type: Word
canonical form: FPMK
sense: FPMK lexSense

FPMK lexConcept
type: LexicalConcept
definition: Failures Per Million Kilometres{comment:97}

FPMK
type: Form

FRMCS - Future Railway Mobile Communication System
type: LexicalEntry
type: MultiwordExpression
canonical form: FRMCS - Future Railway Mobile Communication System
sense: FRMCS-----FUTURE--RAILWAY--MOBILE--COMMUNICATION--SYSTEM lexSense

FRMCS-----FUTURE--RAILWAY--MOBILE--COMMUNICATION--SYSTEM lexConcept
type: LexicalConcept
definition: FRMCS - Future Railway Mobile Communication System

FRMCS - Future Railway Mobile Communication System
type: Form

FS - Full Supervision Mode in ETCS
type: LexicalEntry
type: MultiwordExpression
canonical form: FS - Full Supervision Mode in ETCS
sense: FS-----FULL--SUPERVISION--MODE--IN--ETCS lexSense

FS-----FULL--SUPERVISION--MODE--IN--ETCS lexConcept
type: LexicalConcept
definition: FS - Full Supervision Mode in ETCS{comment:26}

FS - Full Supervision Mode in ETCS
type: Form

FTA
type: LexicalEntry
type: Word
canonical form: FTA
sense: FTA lexSense

FTA lexConcept
type: LexicalConcept
definition: fault tree analysis deductive analysis using fault trees Note 1 to entry: See also fault tree (192-11-07 SPPRAMSS-4464 - fault tree ). [SOURCE: IEC 60050-192:2015, 192-11-08]

FTA lexConcept 2
type: LexicalConcept
definition: The Fault Tree Analysis (FTA) deals with the identification and investigation of conditions and influencing variables that lead to or contribute to the occurrence or potentially possible occurrence of a defined main event. For the Fault Tree Analysis, this event is usually the blocking or impairment of system performance, safety or other important operational features

FTA
type: Form

Full Backwards Compatibility
type: LexicalEntry
type: MultiwordExpression
canonical form: Full Backwards Compatibility
sense: FULL--BACKWARDS--COMPATIBILITY lexSense

FULL--BACKWARDS--COMPATIBILITY lexConcept
type: LexicalConcept
definition: Full backward compatibility, also known as "complete backward compatibility," refers to a situation in which a newer version of software, hardware, or a system is not only compatible with the previous version but also ensures compatibility with all previous versions and features without exceptions. In other words, any software, data, or hardware that worked with older versions will work seamlessly and without any issues with the new version. With full backward compatibility, users can transition to the latest version with confidence, knowing that they won't encounter any incompatibilities or disruptions. This level of compatibility often requires careful design and testing to ensure that all legacy functionalities and components are supported and function correctly in the newer version.

Full Backwards Compatibility
type: Form

FDFTO
type: Acronym
type: LexicalEntry
acronym for: Full Digital Freight Train Operations
canonical form: FDFTO

FULL--DIGITAL--FREIGHT--TRAIN--OPERATIONS lexConcept
type: LexicalConcept
definition: Full Digital Freight Train Operations

Full Digital Freight Train Operations
type: Form

FDFTO
type: Form

FTE
type: Acronym
type: LexicalEntry
acronym for: Full Time Equivalent
canonical form: FTE

FULL--TIME--EQUIVALENT lexConcept
type: LexicalConcept
definition: Full Time Equivalent

Full Time Equivalent
type: Form

FTE
type: Form

function checkout time
type: LexicalEntry
type: MultiwordExpression
canonical form: function checkout time
sense: FUNCTION--CHECKOUT--TIME lexSense

FUNCTION--CHECKOUT--TIME lexConcept
type: LexicalConcept
definition: part of active maintenance time taken to complete function checkout [SOURCE: IEC 60050-192:2015,192-07-16]

function checkout time
type: Form

FAT
type: Acronym
type: LexicalEntry
acronym for: Functional Application Task
canonical form: FAT

FUNCTIONAL--APPLICATION--TASK lexConcept
type: LexicalConcept
definition: A Functional Application Task implements part of the functionality provided by a Functional Application. Depending on its role in the overall function provided by the Functional Application, it has a specific SIL assigned (in-line with total FA SIL definition). It may run replicated in multiple Compartments as FA Task Replicas.

Functional Application Task
type: Form

FAT
type: Form

FA
type: Acronym
type: LexicalEntry
acronym for: Functional Application
canonical form: FA

FUNCTIONAL--APPLICATION lexConcept
type: LexicalConcept
definition: A Functional Application is a comprehensive set of self-contained software functions, assumed to be provided as one product by a single vendor. Depending on its role in the overall function provided by the Functional System, it has a specific SIL (BIL up to SIL4) assigned (in-line with total FS SIL definition).

Functional Application
type: Form

FA
type: Form

Functional apportionment
type: LexicalEntry
type: MultiwordExpression
canonical form: Functional apportionment
sense: FUNCTIONAL--APPORTIONMENT lexSense

FUNCTIONAL--APPORTIONMENT lexConcept
type: LexicalConcept
definition: Functional apportionment is the clear assignment of functions to sub-systems. It is an architectural choice supporting the ability to replace a sub-system of supplier A by a subsystem of supplier B both compliant with a given FIS.

FUNCTIONAL--APPORTIONMENT lexConcept 2
type: LexicalConcept
definition: Functional apportionment is the clear assignment of functions to sub-systems. It is an architectural choice supporting the ability to replace a sub-system of supplier A by a subsystem of supplier B both compliant with a given FIS.

Functional apportionment
type: Form

Functional Chain
type: LexicalEntry
type: MultiwordExpression
canonical form: Functional Chain
sense: FUNCTIONAL--CHAIN lexSense

FUNCTIONAL--CHAIN lexConcept
type: LexicalConcept
definition: Is an ordered set of references to functions and the functional exchanges that link them, describing one possible path among all the paths forming the data-flow. Functional chains are used to describe the system behaviour in a particular usage context, to contribute to one or more capabilities. Each reference to a function or exchange inside the chain can be qualified by an expectation in the context of the chain (the value that an exchange item or a function attribute should take, for example). Furthermore: A functional chain also specifies constraints or expectations of precedence or anteriority via oriented sequence links. A set of functions and sequence links is a sequence. Control nodes can be defined between the sequence links, to express the parallelism or alternative between several sequences of functions, or, also the iteration or condition of a sequence to be realised. ARCADIA talks only about a functional chain from system level onwards, in operational analysis, it is still called operational process, the methodology is the same for both, therefore no further distinction is made.

Functional Chain
type: Form

Functional Exchange
type: LexicalEntry
type: MultiwordExpression
canonical form: Functional Exchange
sense: FUNCTIONAL--EXCHANGE lexSense

FUNCTIONAL--EXCHANGE lexConcept
type: LexicalConcept
definition: A Functional Exchange is a oriented possible flow between a source Function and a target Function, able to transmit exchange items from a Function Output Port to a Function Input Port. A System Functional Exchange is a Functional Exchange that takes place between two System Functions.

Functional Exchange
type: Form

FIS
type: Acronym
type: LexicalEntry
acronym for: Functional Interface Specification
canonical form: FIS

FUNCTIONAL--INTERFACE--SPECIFICATION lexConcept
type: LexicalConcept
definition: Functional Interface Specification

Functional Interface Specification
type: Form

FIS
type: Form

Functional Port
type: LexicalEntry
type: MultiwordExpression
canonical form: Functional Port
sense: FUNCTIONAL--PORT lexSense

FUNCTIONAL--PORT lexConcept
type: LexicalConcept
definition: Connection point of one or more functional exchanges allocated to a function, by specifying what the function can provide (output port) and what it must perform (input port) (original definition may be not that accurate).

Functional Port
type: Form

FRS/FIS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Functional Requirement Specification/Functional Interface Specification
canonical form: FRS/FIS

FUNCTIONAL--REQUIREMENT--SPECIFICATION FUNCTIONAL--INTERFACE--SPECIFICATION lexConcept
type: LexicalConcept
definition: Functional Requirement Specification/Functional Interface Specification

Functional Requirement Specification/Functional Interface Specification
type: Form

FRS/FIS
type: Form

FRS
type: Acronym
type: LexicalEntry
acronym for: Functional Requirements Specification
canonical form: FRS

FUNCTIONAL--REQUIREMENTS--SPECIFICATION lexConcept
type: LexicalConcept
definition: Functional Requirements Specification

Functional Requirements Specification
type: Form

FRS
type: Form

Functional Requirements
type: LexicalEntry
type: MultiwordExpression
canonical form: Functional Requirements
sense: FUNCTIONAL--REQUIREMENTS lexSense

FUNCTIONAL--REQUIREMENTS lexConcept
type: LexicalConcept
definition: Functional Requirements specify the functions of the system. What the system has to do in order to achieve the Operational Requirement. They capture and define the sub-purposes of the overall system purpose (given in the operational requirements). Since Functional Requirements specify the functions of the system that are best described as a verb-noun phrase that defines an action on an object.

Functional Requirements
type: Form

FSDR
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Functional System Deployment Rules
canonical form: FSDR

FUNCTIONAL--SYSTEM--DEPLOYMENT--RULES lexConcept
type: LexicalConcept
definition: The Functional System Deployment Rules comprises all necessary information for deploying the respective Functional System onto specific approved Compartment Execution Environment(s). These deployment rules are compiled as part of the FS integration process and are part of each integrated, tested and certified/approved Functional System along with its FS Compartments and all necessary approval documentation.

Functional System Deployment Rules
type: Form

FSDR
type: Form

FS
type: Acronym
type: LexicalEntry
acronym for: Functional System
canonical form: FS

FUNCTIONAL--SYSTEM lexConcept
type: LexicalConcept
definition: A Functional System is a comprehensive set of self-contained Compartments, assumed to be provided as one product by a single vendor. Depending on its overall function, it has a specific SIL assigned.

Functional System
type: Form

FS
type: Form

Functional Team
type: LexicalEntry
type: MultiwordExpression
canonical form: Functional Team
sense: FUNCTIONAL--TEAM lexSense

FUNCTIONAL--TEAM lexConcept
type: LexicalConcept
definition: A Functional team includes the role owners of the same role. It organizes the work allocation and overall results for that role, including the workflows and working methods. The name of the functional team has a “-F” at the end. The functional teams form a matrix to the organisational units of the SP. If an organisational unit has more persons with the same role, one of them can be delegated to the functional team as a "speaker". Functional teams organise themselves internally. From "outside" (SP processes) the team is addressed as one actor. The worksplit in the functional teams is decided in the team. The functional teams act with the responsibilities and tasks defined by the role it represents. The functional team is lead and moderated by the participant from System Level 1/ (mostly people from the engineering services, see role allocation table). Functional teams decide in consensus, or escalate to the coregroup. Example for the functional Team “REQ-F” (image: 1-Bild_2.png) (image: 2-Grafik_1.png)

Functional Team
type: Form

Functional Topology
type: LexicalEntry
type: MultiwordExpression
canonical form: Functional Topology
sense: FUNCTIONAL--TOPOLOGY lexSense

FUNCTIONAL--TOPOLOGY lexConcept
type: LexicalConcept
definition: The 'Functional Topology' is part of railway infrastructure and defines different functional elements like Signals, Points, etc.

Functional Topology
type: Form

Functionality
type: LexicalEntry
type: Word
canonical form: Functionality
sense: FUNCTIONALITY lexSense

FUNCTIONALITY lexConcept
type: LexicalConcept
definition: ...

Functionality
type: Form

Function
type: LexicalEntry
type: Word
canonical form: Function
sense: FUNCTION lexSense

FUNCTION lexConcept
type: LexicalConcept
definition: A function in context of the System Pillar is a purpose-oriented and persistent transformation inputs into outputs with continuous behaviour through it's whole application. The functionality of the system appears to those observing from the outside as a collection of such transformation that are always available. Consequently, when the inputs to the system change, the transformations within the system modify the outputs accordingly. Functions can be also available in a range of system states and therefore change its behaviour based on the current state. The function's behavioural description describes the transformation of all possible values of inputs and outputs as defined in the exchange items flowing through the functional exchanges. It is defined by one or multiple functional requirements, defining “what” the function is doing. The expected characteristics of functions are then specified via non-functional requirements, which define the “how” (how safe, how accurate, how fast, how reliable, etc.) the function is performing the transformation. The transformation is in the sense of how a particular type of output is generated from a particular type of input for all possible input and output ranges (including absent or invalid inputs) - that is, treating the inputs and outputs as part of a continuous flow rather than triggers. This results in fewer and more general functions, where the structure of functions does not have to reflect any possible implementation and does not have to follow an object decomposition paradigm, as would be followed normally by software engineers implementing one or more systems.

Function
type: Form

Funktional team
type: LexicalEntry
type: MultiwordExpression
canonical form: Funktional team
sense: FUNKTIONAL--TEAM lexSense

FUNKTIONAL--TEAM lexConcept
type: LexicalConcept
definition: A Functional team includes the role owners of the same role. It organizes the work allocation and overall results for that role, including the workflows and working methods. The name of the functional team has a “-F” at the end. The functional teams form a matrix to the organisational units of the SP. If an organisational unit has more persons with the same role, one of them can be delegated to the functional team as a "speaker". Functional teams organise themselves internally. From "outside" (SP processes) the team is addressedaddressed as one actor. The worksplit in the functional teams is decided in the team. The functional teams act with the responsibilities and tasks defined by the role it represents. The functional team is lead and moderated by the participant from System Level 1/ (mostly people from the engineering services, see role allocation table). Functional teams decide in consensus, or escalate to the coregroup. Example for the functional Team “REQ-F”

Funktional team
type: Form

FRMCS
type: Acronym
type: LexicalEntry
acronym for: Future Railway Mobile Communication System
canonical form: FRMCS

FUTURE--RAILWAY--MOBILE--COMMUNICATION--SYSTEM lexConcept
type: LexicalConcept
definition: Future Railway Mobile Communication System

FUTURE--RAILWAY--MOBILE--COMMUNICATION--SYSTEM lexConcept 2
type: LexicalConcept
definition: Future Railway Mobile Communication System

Future Railway Mobile Communication System
type: Form

FRMCS
type: Form

FRMCS
type: Form

FVA - Functional Vehicle Adapter
type: LexicalEntry
type: MultiwordExpression
canonical form: FVA - Functional Vehicle Adapter
sense: FVA-----FUNCTIONAL--VEHICLE--ADAPTER lexSense

FVA-----FUNCTIONAL--VEHICLE--ADAPTER lexConcept
type: LexicalConcept
definition: FVA - Functional Vehicle Adapter

FVA - Functional Vehicle Adapter
type: Form

FWSI
type: LexicalEntry
type: Word
canonical form: FWSI
sense: FWSI lexSense

FWSI lexConcept
type: LexicalConcept
definition: ‘fatalities and weighted serious injuries (FWSIs)’ means a measurement of the consequences of significant accidents combining fatalities and serious injuries, where 1 serious injury is considered statistically equivalent to 0,1 fatalities;{comment:98} SPPRAMSS-347 - [2009/460/EC]

FWSI
type: Form

GASC
type: LexicalEntry
type: Word
canonical form: GASC
sense: GASC lexSense

GASC lexConcept
type: LexicalConcept
definition: Generic Application Safety Case;SPPRAMSS-334 - [EN 50129:2018/AC:2019-04] {comment:99},SPPRAMSS-335 - [EN 50126-2:2017]

GASC
type: Form

GASC
type: Acronym
type: LexicalEntry
acronym for: Generic Application Safety Case
canonical form: GASC

GENERIC--APPLICATION--SAFETY--CASE lexConcept
type: LexicalConcept
definition: Generic Application Safety Case

Generic Application Safety Case
type: Form

GASC
type: Form

GPSC
type: Acronym
type: LexicalEntry
acronym for: Generic Product Safety Case
canonical form: GPSC

GENERIC--PRODUCT--SAFETY--CASE lexConcept
type: LexicalConcept
definition: Generic Product Safety Case

Generic Product Safety Case
type: Form

GPSC
type: Form

Generic workflow types
type: LexicalEntry
type: MultiwordExpression
canonical form: Generic workflow types
sense: GENERIC--WORKFLOW--TYPES lexSense

GENERIC--WORKFLOW--TYPES lexConcept
type: LexicalConcept
definition: * Assignment workflow: Unassigned, rejected, or unlinked work items are assigned to a team based on the work item type and system level (done by a functional team, see [2]) * Derivation workflow: The standard workflow, where work items are resolved along the mandatory trace (along the workflow rules), work is moving from team to team, or from team collaboration to team collaboration * Trace change workflow: A change in a trace is analysed up to the highest work item again (done by modelling service, all work items get “suspect”), and from there all derivations are checked, resolved, and approved again (derivation workflow). * Uplink workflow: A set of traces is “connected” to another set. This typically happens, when “external contributions” are imported (e.g. a team that proposes the interfaces of a subsystem). The connection links are created as proposals. For all new connection links a trace change workflow is executed. Redundancies are analysed and eliminated, what again triggers trace change workflows. * Trace analysis workflow: Progress and trace consistency are analysed and reported by the modelling service These workflows are assigned by the team or person, where the triggering work item is assigned to. The trace analysis is done by the modelling service on a frequent basis.

Generic workflow types
type: Form

GoA - Grade of Automation
type: LexicalEntry
type: MultiwordExpression
canonical form: GoA - Grade of Automation
sense: GOA-----GRADE--OF--AUTOMATION lexSense

GOA-----GRADE--OF--AUTOMATION lexConcept
type: LexicalConcept
definition: GoA - Grade of Automation

GoA - Grade of Automation
type: Form

GPSC
type: LexicalEntry
type: Word
canonical form: GPSC
sense: GPSC lexSense

GPSC lexConcept
type: LexicalConcept
definition: Generic Product Safety Case; SPPRAMSS-334 - [EN 50129:2018/AC:2019-04] {comment:100},SPPRAMSS-335 - [EN 50126-2:2017]

GPSC
type: Form

Granularity
type: LexicalEntry
type: Word
canonical form: Granularity
sense: GRANULARITY lexSense

GRANULARITY lexConcept
type: LexicalConcept
definition: The granularity characterises the level of modularity of a system. The more subsystems a system is composed of, the higher its granularity.

Granularity
type: Form

Granularization
type: LexicalEntry
type: Word
canonical form: Granularization
sense: GRANULARIZATION lexSense

GRANULARIZATION lexConcept
type: LexicalConcept
definition: The granularization refers to system engineering activity aiming at defining granularity.

Granularization
type: Form

Ground footprint
type: LexicalEntry
type: MultiwordExpression
canonical form: Ground footprint
sense: GROUND--FOOTPRINT lexSense

GROUND--FOOTPRINT lexConcept
type: LexicalConcept
definition: The ground footprint of an object moving on the earth is defined as the projection of its volume on the earth ground. Note: This defintion is applicable for collission detection between two ground vehicles moving on the same level.

Ground footprint
type: Form

GSM-R - Global System for Mobile Communications – Railways
type: LexicalEntry
type: MultiwordExpression
canonical form: GSM-R - Global System for Mobile Communications – Railways
sense: GSM-R-----GLOBAL--SYSTEM--FOR--MOBILE--COMMUNICATIONS-----RAILWAYS lexSense

GSM-R-----GLOBAL--SYSTEM--FOR--MOBILE--COMMUNICATIONS-----RAILWAYS lexConcept
type: LexicalConcept
definition: GSM-R - Global System for Mobile Communications – Railways

GSM-R - Global System for Mobile Communications – Railways
type: Form

GW - Gateway
type: LexicalEntry
type: MultiwordExpression
canonical form: GW - Gateway
sense: GW-----GATEWAY lexSense

GW-----GATEWAY lexConcept
type: LexicalConcept
definition: GW - Gateway

GW - Gateway
type: Form

Hard Key Physical key not part of view. This key can also have a text label or s...
type: LexicalEntry
type: MultiwordExpression
canonical form: Hard Key Physical key not part of view. This key can also have a text label or s...
sense: HARD--KEY--PHYSICAL--KEY--NOT--PART--OF--VIEW---THIS--KEY--CAN--ALSO--HAVE--A--TEXT--LABEL--OR--S lexSense

HARD--KEY--PHYSICAL--KEY--NOT--PART--OF--VIEW---THIS--KEY--CAN--ALSO--HAVE--A--TEXT--LABEL--OR--S lexConcept
type: LexicalConcept
definition: Hard Key Physical key not part of view. This key can also have a text label or symbol.

Hard Key Physical key not part of view. This key can also have a text label or s...
type: Form

I2
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Hardware Abstraction Interface
canonical form: I2

HARDWARE--ABSTRACTION--INTERFACE lexConcept
type: LexicalConcept
definition: The Hardware Abstraction Interface I2 (Interface 2) provides an abstraction of all technology layers above from the specific hardware used below, enabling easy replace ability of commercial of-the-shelf hardware procurable from a well-sized market of hardware vendors. Note: This is not really an interface, but rather a compatibility list of allowed hardware incl. CPU, memory, etc.

Hardware Abstraction Interface
type: Form

I2
type: Form

HL
type: Acronym
type: LexicalEntry
acronym for: Hardware Layer
canonical form: HL

HARDWARE--LAYER lexConcept
type: LexicalConcept
definition: The Hardware Layer contains the actual Physical Computing Elements providing the compute resources to the platform.

Hardware Layer
type: Form

HL
type: Form

Harmonisation
type: LexicalEntry
type: Word
canonical form: Harmonisation
sense: HARMONISATION lexSense

HARMONISATION lexConcept
type: LexicalConcept
definition: Harmonisation includes the options TSI specification (Annex A or Application Guide), Standardisation via ESO, or agreed System Pillar Publication.

Harmonisation
type: Form

Harmonization
type: LexicalEntry
type: Word
canonical form: Harmonization
sense: HARMONIZATION lexSense

HARMONIZATION lexConcept
type: LexicalConcept
definition: Act or process to make something consistent or compatible. Harmonizing the railway system can include all kinds of technical systems, operations and processes.

Harmonization
type: Form

Harmonized interchangeable product ("modular" product).
type: LexicalEntry
type: MultiwordExpression
canonical form: Harmonized interchangeable product ("modular" product).
sense: HARMONIZED--INTERCHANGEABLE--PRODUCT-- MODULAR --PRODUCT lexSense

HARMONIZED--INTERCHANGEABLE--PRODUCT-- MODULAR --PRODUCT lexConcept
type: LexicalConcept
definition: A harmonized product is interchangeable, if it implements ALL and ONLY harmonized SPRA interfaces together with the harmonized system behavior, which is only parametrizable, but not customizable in terms of software behavior with propietary customisation features.

Harmonized interchangeable product ("modular" product).
type: Form

Harmonized product
type: LexicalEntry
type: MultiwordExpression
canonical form: Harmonized product
sense: HARMONIZED--PRODUCT lexSense

HARMONIZED--PRODUCT lexConcept
type: LexicalConcept
definition: A product is harmonized only if it adapts all availabe harmonized interfaces of the System Pillar Refernce Architecture (SPRA) on all interface types (system interface, user interface, physical interface) and the correlating system behaviour (=stateful reaction on input interfaces/events on state changes/output interfaces). A harmonized product could have customized additional optional interfaces and system behavior, if the system can be used in the harmonized way without making use of them.

Harmonized product
type: Form

Hazard
type: LexicalEntry
type: Word
canonical form: Hazard
sense: HAZARD lexSense

HAZARD lexConcept
type: LexicalConcept
definition: Condition that could lead to an accident Note 1 to entry: The equivalent definition in [IEC 60050-903:2013, 903-01-02] refers to "harm" instead of "accident". Note 2 to entry: A Hazard sits at the boundary of the system under consideration. [ ERA-REC-116-2015-GUI]

HAZARD lexConcept 2
type: LexicalConcept
definition: Condition that could lead to an accident Note 1 to entry: The equivalent definition in [IEC 60050-903:2013, 903-01-02] refers to "harm" instead of "accident". Note 2 to entry: A Hazard sits at the boundary of the system under consideration. [ ERA-REC-116-2015-GUI]

HAZARD lexConcept 3
type: LexicalConcept
definition: A problemativ situation that can occure with a system.

Hazard
type: Form

HAZOP
type: LexicalEntry
type: Word
canonical form: HAZOP
sense: HAZOP lexSense

HAZOP lexConcept
type: LexicalConcept
definition: A hazard and operability study (HAZOP) is a structured and systematic examination of a complex planned or existing process or operation in order to identify and evaluate problems that may represent risks to personnel or equipment. The intention of performing a HAZOP is to review the design to pick up design and engineering issues that may otherwise not have been found. The technique is based on breaking the overall complex design of the process into a number of simpler sections called 'nodes' which are then individually reviewed. It is carried out by a suitably experienced multi-disciplinary team (HAZOP) during a series of meetings. The HAZOP technique is qualitative, and aims to stimulate the imagination of participants to identify potential hazards and operability problems. Structure and direction are given to the review process by applying standardised guide-word prompts to the review of each node. [SOURCE: Wikipedia Hazard and operability study - Wikipedia]

HAZOP lexConcept 2
type: LexicalConcept
definition: A hazard and operability study (HAZOP) is a structured and systematic examination of a complex planned or existing process or operation in order to identify and evaluate problems that may represent risks to personnel or equipment. The intention of performing a HAZOP is to review the design to pick up design and engineering issues that may otherwise not have been found. The technique is based on breaking the overall complex design of the process into a number of simpler sections called 'nodes' which are then individually reviewed. It is carried out by a suitably experienced multi-disciplinary team (HAZOP) during a series of meetings. The HAZOP technique is qualitative, and aims to stimulate the imagination of participants to identify potential hazards and operability problems. Structure and direction are given to the review process by applying standardised guide-word prompts to the review of each node.

HAZOP
type: Form

Heading.
type: LexicalEntry
type: Word
canonical form: Heading.
sense: HEADING lexSense

HEADING lexConcept
type: LexicalConcept
definition: Chapter title. This is no normal wokitem type, cannot be commented, etc. Is automatically created in documents when a heading is entered.

Heading.
type: Form

Headway Distance
type: LexicalEntry
type: MultiwordExpression
canonical form: Headway Distance
sense: HEADWAY--DISTANCE lexSense

HEADWAY--DISTANCE lexConcept
type: LexicalConcept
definition: Safe distance between two running trains

Headway Distance
type: Form

HFI Activities
type: LexicalEntry
type: MultiwordExpression
canonical form: HFI Activities
sense: HFI--ACTIVITIES lexSense

HFI--ACTIVITIES lexConcept
type: LexicalConcept
definition: HFI Activities are conducted to optimise the effectiveness and efficiency of human performance by fully considering the human contribution to system performance. Human Performance is the observable and measurable behaviour that occurs in job and task situations, the extent to which goals such as speed, accuracy, quality and other criteria are met by people in their work environments. The focus is on the ability of operators and maintainers to meet system performance requirements, including reliability and maintainability, under the conditions in which the system is employed.

HFI Activities
type: Form

High level BuildingBlocks
type: LexicalEntry
type: MultiwordExpression
canonical form: High level BuildingBlocks
sense: HIGH--LEVEL--BUILDINGBLOCKS lexSense

HIGH--LEVEL--BUILDINGBLOCKS lexConcept
type: LexicalConcept
definition: Due to the dependency concept the BuildingBlocks can form units of unlimited size. The recursive dependency tree can have any depth. Every level of the dependency tree links to the next level - that allows to assign clear responsibilities for each of the levels. As an example a BuildingBlock "area" might refer to a number of "interlocking interiors" and "filedelements" in its next downstream dependency level. The Top-Level BuildingBlockConfiguration is the root where all dependencies start from.

High level BuildingBlocks
type: Form

HMI Component
type: LexicalEntry
type: MultiwordExpression
canonical form: HMI Component
sense: HMI--COMPONENT lexSense

HMI--COMPONENT lexConcept
type: LexicalConcept
definition: A Secure Component with a human user interface. Examples of HMI Components are PC Workstation, tablet device, smart phone, device with touch screen,... Exemptions: embedded components without a screen, e.g. with push buttons and LEDs

HMI Component
type: Form

HMI Element An HMI Element is a physical component that interacts with the drive...
type: LexicalEntry
type: MultiwordExpression
canonical form: HMI Element An HMI Element is a physical component that interacts with the drive...
sense: HMI--ELEMENT--AN--HMI--ELEMENT--IS--A--PHYSICAL--COMPONENT--THAT--INTERACTS--WITH--THE--DRIVE lexSense

HMI--ELEMENT--AN--HMI--ELEMENT--IS--A--PHYSICAL--COMPONENT--THAT--INTERACTS--WITH--THE--DRIVE lexConcept
type: LexicalConcept
definition: HMI Element An HMI Element is a physical component that interacts with the driver: Buzzer, Display Panel, loudspeaker, Hard Key...

HMI Element An HMI Element is a physical component that interacts with the drive...
type: Form

HRM
type: Acronym
type: LexicalEntry
acronym for: Holistic Requirements Model
canonical form: HRM

HOLISTIC--REQUIREMENTS--MODEL lexConcept
type: LexicalConcept
definition: Holistic Requirements Model

Holistic Requirements Model
type: Form

HRM
type: Form

HOF
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Human and Organizational Factors
canonical form: HOF

HUMAN--AND--ORGANIZATIONAL--FACTORS lexConcept
type: LexicalConcept
definition: Human and Organizational Factors (lead to workitem SPPR-2246 - Application Condition and perhaps SPPR-2244 - Safety related application conditions)

Human and Organizational Factors
type: Form

HOF
type: Form

Human Factors
type: LexicalEntry
type: MultiwordExpression
canonical form: Human Factors
sense: HUMAN--FACTORS lexSense

HUMAN--FACTORS lexConcept
type: LexicalConcept
definition: Human factors issues include anything that affects human performance, particularly those factors that may cause or contribute to human error. The main human factors areas include: * Individual (physical size, personal preferences, cognitive skills, attitudes, background) * Organisation (culture, work pattern, communications, supervision, training) * Job (design of equipment, rules and procedures, tools, signage, environment) The purpose of human factors is to minimise safety risk from the possibility of human error by: * ensuring human characteristics are accounted for in the design (or re-design) of new and existing systems and equipment * identifying the issues which may cause or contribute to human errors * conducting activities and applying controls to reduce likelihood and consequences.

Human Factors
type: Form

HMI
type: Acronym
type: LexicalEntry
acronym for: Human Machine Interface
canonical form: HMI

HUMAN--MACHINE--INTERFACE lexConcept
type: LexicalConcept
definition: Human Machine Interface

HUMAN--MACHINE--INTERFACE lexConcept 2
type: LexicalConcept
definition: Graphical component to interact with a user e.g., by train graph.

HUMAN--MACHINE--INTERFACE lexConcept 3
type: LexicalConcept
definition: The Human Machine Interface is a physical interface permitting an interaction between a human and the system control. The purpose of this interface is to allow effective operation by the human (ie: acknowledgement for a function) permitting to the machine (computer) to adapt simultanously the behaviour of the control command.

Human Machine Interface
type: Form

HMI
type: Form

HMI
type: Form

HSI
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Human-System Integration
canonical form: HSI

HUMAN-SYSTEM--INTEGRATION lexConcept
type: LexicalConcept
definition: Human-System Integration, an interdisciplinary approach that aims at optimizing in an early development stage the global system performance by desgining solutions adapted for both human and technical system. HSI studies integrates work from multiple human centered domains - process analysis, both qualitative and quantitatve, ergonomics, safety, survivability, habitability, skill analysis, training. HSI typically help define user interfaces and lead to workitem SPPR-2246 - Application Condition or SPPR-2244 - Safety related application conditions .

Human-System Integration
type: Form

HSI
type: Form

HTTP
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Hypertext Transfer Protocol
canonical form: HTTP

HYPERTEXT--TRANSFER--PROTOCOL lexConcept
type: LexicalConcept
definition: Hypertext Transfer Protocol

Hypertext Transfer Protocol
type: Form

HTTP
type: Form

Identity
type: LexicalEntry
type: Word
canonical form: Identity
sense: IDENTITY lexSense

IDENTITY lexConcept
type: LexicalConcept
definition: An identity acts as an address where algorithms can retrieve detailed information about an object or struct.

Identity
type: Form

Impersonation
type: LexicalEntry
type: Word
canonical form: Impersonation
sense: IMPERSONATION lexSense

IMPERSONATION lexConcept
type: LexicalConcept
definition: Impersonation, in terms of behavior, involves a person or entity imitating or mimicking the actions, mannerisms, or characteristics of another individual or entity. In the context on how this definition is to be understood, a newer system would behave exactly like an older version system of itself, allowing it to interact with older systems/subsystems transparently, by behaving exactly like the older version expected by them. From a software perspective, the different impersonations a system can take could be implemented as independent modules, which would reduce the complexity of each module implementing an specific impersonation, and also limit the side effects of changes or bugs in one module to the others. It could also facilitate the addition of a new version of a system, while still keeping the former version of the system available in a transparent way.

Impersonation
type: Form

Implementation Requirements
type: LexicalEntry
type: MultiwordExpression
canonical form: Implementation Requirements
sense: IMPLEMENTATION--REQUIREMENTS lexSense

IMPLEMENTATION--REQUIREMENTS lexConcept
type: LexicalConcept
definition: define how a system is to be built in terms of specific technology. These may be specific requirements from the customer about a solution that they require or they may be legislative requirements.

Implementation Requirements
type: Form

In this document, the abbreviations "IM" for Infrastructure manager" and "RU" fo...
type: LexicalEntry
type: MultiwordExpression
canonical form: In this document, the abbreviations "IM" for Infrastructure manager" and "RU" fo...
sense: IN--THIS--DOCUMENT--THE--ABBREVIATIONS-- IM --FOR--INFRASTRUCTURE--MANAGER --AND-- RU --FO lexSense

IN--THIS--DOCUMENT--THE--ABBREVIATIONS-- IM --FOR--INFRASTRUCTURE--MANAGER --AND-- RU --FO lexConcept
type: LexicalConcept
definition: In this document, the abbreviations "IM" for Infrastructure manager" and "RU" for Railway Undertaking are used due to their widespread use in the rail sector. The equivalents terms are "RIM" for Rail Infrastructure Managers" and "ROC" for Railway Operating Company. CMS | Capacity Management System CBO | Common Business Objectives CCS | Command Control Signalling ETMN | European Traffic Management Network RIM | (Rail) Infrastructure Manager IM | Rail Infrastructure Manager ROC, RU | Rail Operating Company, Railway Undertaking TMS | Traffic Management System XS - S - M – L - XL | Extra Small - Small – Medium – Large – Extra Large TCC | IM Traffic Control Center TCR | Temporary Capacity Restriction ETM Network | European Traffic Management Network short – medium – long | Referring to implementation period in sub-chapter “Summary Assessment of Feasibility”

In this document, the abbreviations "IM" for Infrastructure manager" and "RU" fo...
type: Form

Incident Impact Management
type: LexicalEntry
type: MultiwordExpression
canonical form: Incident Impact Management
sense: INCIDENT--IMPACT--MANAGEMENT lexSense

INCIDENT--IMPACT--MANAGEMENT lexConcept
type: LexicalConcept
definition: Managing the recovery from incidents to normal state of operations.

Incident Impact Management
type: Form

incident
type: LexicalEntry
type: Word
canonical form: incident
sense: INCIDENT lexSense

INCIDENT lexConcept
type: LexicalConcept
definition: ‘incident’ means any occurrence, other than an accident or serious accident, affecting the safety of railway operations; SPPRAMSS-337 - [Directive (EU) 2016/798]

incident
type: Form

Indirect Track Possession / Occupancy
type: LexicalEntry
type: MultiwordExpression
canonical form: Indirect Track Possession / Occupancy
sense: INDIRECT--TRACK--POSSESSION-- --OCCUPANCY lexSense

INDIRECT--TRACK--POSSESSION-- --OCCUPANCY lexConcept
type: LexicalConcept
definition: Part of the infrastructure that is not directly occupied by a train, but contains a buffer area for example between the train and signal.

Indirect Track Possession / Occupancy
type: Form

Indivisible for deployment
type: LexicalEntry
type: MultiwordExpression
canonical form: Indivisible for deployment
sense: INDIVISIBLE--FOR--DEPLOYMENT lexSense

INDIVISIBLE--FOR--DEPLOYMENT lexConcept
type: LexicalConcept
definition: When a set of CCS features must be included in full for any given deployment (e.g. migration plateau, SP release, migration target etc.).{comment:112}

Indivisible for deployment
type: Form

IRM
type: Acronym
type: LexicalEntry
acronym for: Information Rights Management
canonical form: IRM

INFORMATION--RIGHTS--MANAGEMENT lexConcept
type: LexicalConcept
definition: Information Rights Management

Information Rights Management
type: Form

IRM
type: Form

Infrastructure Manager Operational Area of Control defines the region under the...
type: LexicalEntry
type: MultiwordExpression
canonical form: Infrastructure Manager Operational Area of Control defines the region under the...
sense: INFRASTRUCTURE--MANAGER--OPERATIONAL--AREA--OF--CONTROL--DEFINES--THE--REGION--UNDER--THE lexSense

INFRASTRUCTURE--MANAGER--OPERATIONAL--AREA--OF--CONTROL--DEFINES--THE--REGION--UNDER--THE lexConcept
type: LexicalConcept
definition: Infrastructure Manager Operational Area of Control defines the region under the responsability of only one Infrastructure Manager

Infrastructure Manager Operational Area of Control defines the region under the...
type: Form

IM
type: Acronym
type: LexicalEntry
acronym for: Infrastructure Manager
canonical form: IM

INFRASTRUCTURE--MANAGER lexConcept
type: LexicalConcept
definition: Infrastructure Manager

INFRASTRUCTURE--MANAGER lexConcept 2
type: LexicalConcept
definition: Infrastructure Manager

Infrastructure Manager
type: Form

IM
type: Form

IM
type: Form

Infrastructure
type: LexicalEntry
type: Word
canonical form: Infrastructure
sense: INFRASTRUCTURE lexSense

INFRASTRUCTURE lexConcept
type: LexicalConcept
definition: A section of the railway network (distance on the network between two points)

Infrastructure
type: Form

IPSE
type: Acronym
type: LexicalEntry
acronym for: Innovation Pillar System Experts
canonical form: IPSE

INNOVATION--PILLAR--SYSTEM--EXPERTS lexConcept
type: LexicalConcept
definition: Innovation Pillar System Experts

Innovation Pillar System Experts
type: Form

IPSE
type: Form

Input documents
type: LexicalEntry
type: MultiwordExpression
canonical form: Input documents
sense: INPUT--DOCUMENTS lexSense

INPUT--DOCUMENTS lexConcept
type: LexicalConcept
definition: * Input documents” are for example * Imported documents that are stored as “unstructured” content in the ALM in the first step (no work items created already) * Unstructured documents that are step by step converted to documents with structured work items * A model or model sketch from another modelling system, that is not compliant or convertible to SP modelling method/system, created as input document with concrete Polarion work items in the status “proposal”. These are seen as input sketches and are added manually into the SP modelling system using the correct method and modelling process * ALM documents in which new work items are created in a free structure and sequence (workflow designed in the domains) * Input documents are not used as formal deliverable (because they are created manually and may not contain all work items in a certain scope), but they can be used as background documentation. * The differentiation of input and output documents allows to create input documents along the needs of the workflows – having “things at one place where the team is currently working” – without the constraint to structure or “sort” it as a formal output (image: 1-screenshot-20221230-141047.png)

Input documents
type: Form

INS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Instance
canonical form: INS

INSTANCE lexConcept
type: LexicalConcept
definition: An Instance is a specific realization of any entity.

Instance
type: Form

INS
type: Form

Integration Task
type: LexicalEntry
type: MultiwordExpression
canonical form: Integration Task
sense: INTEGRATION--TASK lexSense

INTEGRATION--TASK lexConcept
type: LexicalConcept
definition: * Combine elements, validate/test whole system behaviour, implement/commission * Right side of CENELEC “V”

Integration Task
type: Form

Integration
type: LexicalEntry
type: Word
canonical form: Integration
sense: INTEGRATION lexSense

INTEGRATION lexConcept
type: LexicalConcept
definition: Integration is to combine current and/or new systems with a known behaviour to a larger system with a target behaviour. For any country migrating or upgrading their system(s) ‘integration’ is an important consideration to ensure the whole railway operates in a safe and reliable manner.

Integration
type: Form

Integrity
type: LexicalEntry
type: Word
canonical form: Integrity
sense: INTEGRITY lexSense

INTEGRITY lexConcept
type: LexicalConcept
definition: Integrity: property of accuracy and completeness (source: ISO 27000-2018 )

Integrity
type: Form

Interchangeability
type: LexicalEntry
type: Word
canonical form: Interchangeability
sense: INTERCHANGEABILITY lexSense

INTERCHANGEABILITY lexConcept
type: LexicalConcept
definition: Interchangeability is the ability to replace a subsystem from supplier A by a sub-system from supplier B without affecting other sub-systems or the overall system/subsystem and with a lowest reasonable integration effort{comment:1295} and without any need for recertification. Exchangeability and interchangeability are related to the physical characteristics of sub-systems whereas interoperability is related to interactions between subsystems (e.g. also between STM and ETCS on-board there is interoperability).

Interchangeability
type: Form

Interface adaption (in a national product pair)
type: LexicalEntry
type: MultiwordExpression
canonical form: Interface adaption (in a national product pair)
sense: INTERFACE--ADAPTION--IN--A--NATIONAL--PRODUCT--PAIR lexSense

INTERFACE--ADAPTION--IN--A--NATIONAL--PRODUCT--PAIR lexConcept
type: LexicalConcept
definition: An SPP-2228 - Missing cross-reference in a national product describes the development effort to change an existing product interface to a harmonized interface, which normally needs to be done at least on two sides. The SPP-2228 - Missing cross-reference leads to an SPP-2325 - Adapted product.

Interface adaption (in a national product pair)
type: Form

Interface
type: LexicalEntry
type: Word
canonical form: Interface
sense: INTERFACE lexSense

INTERFACE lexConcept
type: LexicalConcept
definition: An interface is the link between different building blocks. Inside a building block there are only "proprietary interfaces". {comment:1429}With an interface the sub-systems of different suppliers{comment:1296} can be combined.

INTERFACE lexConcept 2
type: LexicalConcept
definition: A shared boundary between two systems, that interchange exchange items.

Interface
type: Form

IXL
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Interlocking
canonical form: IXL

INTERLOCKING lexConcept
type: LexicalConcept
definition: Interlocking is a set of signaling devices which physically materializes, in the area of action of a switch post (junction, crossing of tracks, etc.) throught mechanical, and / or electrical solutions . It allows train movement if the safety conditions have been met regarding train maneuver and signal control devices. (double. needs to be deleted)

INTERLOCKING lexConcept 2
type: LexicalConcept
definition: Interlocking is a set of signaling devices which physically materializes, in the area of action of a switch post (junction, crossing of tracks, etc.) throught mechanical, and / or electrical solutions . It allows train movement if the safety conditions have been met regarding train maneuver and signal control devices.

Interlocking
type: Form

IXL
type: Form

Internal Button The Internal Button is a button which is managed directly by TDS...
type: LexicalEntry
type: MultiwordExpression
canonical form: Internal Button The Internal Button is a button which is managed directly by TDS...
sense: INTERNAL--BUTTON--THE--INTERNAL--BUTTON--IS--A--BUTTON--WHICH--IS--MANAGED--DIRECTLY--BY--TDS lexSense

INTERNAL--BUTTON--THE--INTERNAL--BUTTON--IS--A--BUTTON--WHICH--IS--MANAGED--DIRECTLY--BY--TDS lexConcept
type: LexicalConcept
definition: Internal Button The Internal Button is a button which is managed directly by TDS.

Internal Button The Internal Button is a button which is managed directly by TDS...
type: Form

Internal Publication
type: LexicalEntry
type: MultiwordExpression
canonical form: Internal Publication
sense: INTERNAL--PUBLICATION lexSense

INTERNAL--PUBLICATION lexConcept
type: LexicalConcept
definition: Any work product that is not required to be submitted in order to complete a process, phase, or project. An input or output of a task that does not cross the process boundaries.

Internal Publication
type: Form

UITP
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: International Association of Public Transport
canonical form: UITP

INTERNATIONAL--ASSOCIATION--OF--PUBLIC--TRANSPORT lexConcept
type: LexicalConcept
definition: The International Association of Public Transport

International Association of Public Transport
type: Form

UITP
type: Form

INCOSE
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: International Council on Systems Engineering
canonical form: INCOSE

INTERNATIONAL--COUNCIL--ON--SYSTEMS--ENGINEERING lexConcept
type: LexicalConcept
definition: International Council on Systems Engineering

International Council on Systems Engineering
type: Form

INCOSE
type: Form

IEC
type: Acronym
type: LexicalEntry
acronym for: International Electrotechnical Commission
canonical form: IEC

INTERNATIONAL--ELECTROTECHNICAL--COMMISSION lexConcept
type: LexicalConcept
definition: International Electrotechnical Commission

International Electrotechnical Commission
type: Form

IEC
type: Form

ISO
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: International Organization for Standardization
canonical form: ISO

INTERNATIONAL--ORGANIZATION--FOR--STANDARDIZATION lexConcept
type: LexicalConcept
definition: International Organization for Standardization

International Organization for Standardization
type: Form

ISO
type: Form

UIC
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: International union of railways
canonical form: UIC

INTERNATIONAL--UNION--OF--RAILWAYS lexConcept
type: LexicalConcept
definition: International union of railways

International union of railways
type: Form

UIC
type: Form

UIP
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: International Union of Wagon Keepers
canonical form: UIP

INTERNATIONAL--UNION--OF--WAGON--KEEPERS lexConcept
type: LexicalConcept
definition: International Union of Wagon Keepers

International Union of Wagon Keepers
type: Form

UIP
type: Form

INTEROPERABILITY CONSTITUENTS
type: LexicalEntry
type: MultiwordExpression
canonical form: INTEROPERABILITY CONSTITUENTS
sense: INTEROPERABILITY--CONSTITUENTS lexSense

INTEROPERABILITY--CONSTITUENTS lexConcept
type: LexicalConcept
definition: SPPRAMSS-328 - [TSI CCS + (EU) 2023/1695] section 5.1. Definition In accordance with Article 2(7) of Directive (EU) 2016/797, interoperability constituents means any elementary component, group of components, subassembly or complete assembly of equipment incorporated or intended to be incorporated into a subsystem, upon which the interoperability of the rail system depends directly or indirectly, including both tangible objects and intangible objects.

INTEROPERABILITY CONSTITUENTS
type: Form

Interoperability
type: LexicalEntry
type: Word
canonical form: Interoperability
sense: INTEROPERABILITY lexSense

INTEROPERABILITY lexConcept
type: LexicalConcept
definition: Interoperability means the ability to allow the safe and uninterrupted movement of trains that accomplish the specified levels of performance.Reference to the TSI (European Regulation) would be good to understand the importance (double. needs to be deleted)

INTEROPERABILITY lexConcept 2
type: LexicalConcept
definition: Interoperability means the ability to allow the safe and uninterrupted movement of trains that accomplish the specified levels of performance, see [Subset-023] SPT2ARC-1619 and [IOP-Dir 2016/797] SPT2ARC-1617 so that a train is able to run across different infrastructure networks (IMs) and that an infrastructure network{comment:1394} is able to interact with trains of different Railway Undertakings, using systems/sub-systems from different origins. Exchangeability and interchangeability are related to the physical characteristics of sub-systems whereas interoperability is related to interactions between subsystems (e.g. also between STM and ETCS on-board there is interoperability).

Interoperability
type: Form

ISMS
type: LexicalEntry
type: Word
canonical form: ISMS
sense: ISMS lexSense

ISMS lexConcept
type: LexicalConcept
definition: Information Security Management System

ISMS
type: Form

Issue.
type: LexicalEntry
type: Word
canonical form: Issue.
sense: ISSUE lexSense

ISSUE lexConcept
type: LexicalConcept
definition: A problem description to be solved in the specification. Can also be an open question, or a generic question, or a point on an agenda.

Issue.
type: Form

JP - Journey Profile
type: LexicalEntry
type: MultiwordExpression
canonical form: JP - Journey Profile
sense: JP-----JOURNEY--PROFILE lexSense

JP-----JOURNEY--PROFILE lexConcept
type: LexicalConcept
definition: JP - Journey Profile

JP - Journey Profile
type: Form

Juridical recorder: collecting and storing juridical data (e.g. JRU data: SUBSET...
type: LexicalEntry
type: MultiwordExpression
canonical form: Juridical recorder: collecting and storing juridical data (e.g. JRU data: SUBSET...
sense: JURIDICAL--RECORDER---COLLECTING--AND--STORING--JURIDICAL--DATA--E-G---JRU--DATA---SUBSET lexSense

JURIDICAL--RECORDER---COLLECTING--AND--STORING--JURIDICAL--DATA--E-G---JRU--DATA---SUBSET lexConcept
type: LexicalConcept
definition: Juridical recorder: collecting and storing juridical data (e.g. {comment:8}JRU data: SUBSET-027, possibly very similar data is also sufficient)

Juridical recorder: collecting and storing juridical data (e.g. JRU data: SUBSET...
type: Form

Key Controller Controller which manages states and failures of Hard Keys (intern...
type: LexicalEntry
type: MultiwordExpression
canonical form: Key Controller Controller which manages states and failures of Hard Keys (intern...
sense: KEY--CONTROLLER--CONTROLLER--WHICH--MANAGES--STATES--AND--FAILURES--OF--HARD--KEYS--INTERN lexSense

KEY--CONTROLLER--CONTROLLER--WHICH--MANAGES--STATES--AND--FAILURES--OF--HARD--KEYS--INTERN lexConcept
type: LexicalConcept
definition: Key Controller Controller which manages states and failures of Hard Keys (internal and Lateral Key) and switches.

Key Controller Controller which manages states and failures of Hard Keys (intern...
type: Form

Kinematic data
type: LexicalEntry
type: MultiwordExpression
canonical form: Kinematic data
sense: KINEMATIC--DATA lexSense

KINEMATIC--DATA lexConcept
type: LexicalConcept
definition: Set of data including speed, acceleration, attitude or angular rate of the train.

Kinematic data
type: Form

Lateral Key Hard Key located close to a Display Area allowing soft key technolog...
type: LexicalEntry
type: MultiwordExpression
canonical form: Lateral Key Hard Key located close to a Display Area allowing soft key technolog...
sense: LATERAL--KEY--HARD--KEY--LOCATED--CLOSE--TO--A--DISPLAY--AREA--ALLOWING--SOFT--KEY--TECHNOLOG lexSense

LATERAL--KEY--HARD--KEY--LOCATED--CLOSE--TO--A--DISPLAY--AREA--ALLOWING--SOFT--KEY--TECHNOLOG lexConcept
type: LexicalConcept
definition: Lateral Key Hard Key located close to a Display Area allowing soft key technology.

Lateral Key Hard Key located close to a Display Area allowing soft key technolog...
type: Form

Layout Controller The Layout Controller manages the Layout for an Area.
type: LexicalEntry
type: MultiwordExpression
canonical form: Layout Controller The Layout Controller manages the Layout for an Area.
sense: LAYOUT--CONTROLLER--THE--LAYOUT--CONTROLLER--MANAGES--THE--LAYOUT--FOR--AN--AREA lexSense

LAYOUT--CONTROLLER--THE--LAYOUT--CONTROLLER--MANAGES--THE--LAYOUT--FOR--AN--AREA lexConcept
type: LexicalConcept
definition: Layout Controller The Layout Controller manages the Layout for an Area.

Layout Controller The Layout Controller manages the Layout for an Area.
type: Form

Layout Element Controller The Layout Element Controller managesLayout Elements o...
type: LexicalEntry
type: MultiwordExpression
canonical form: Layout Element Controller The Layout Element Controller managesLayout Elements o...
sense: LAYOUT--ELEMENT--CONTROLLER--THE--LAYOUT--ELEMENT--CONTROLLER--MANAGESLAYOUT--ELEMENTS--O lexSense

LAYOUT--ELEMENT--CONTROLLER--THE--LAYOUT--ELEMENT--CONTROLLER--MANAGESLAYOUT--ELEMENTS--O lexConcept
type: LexicalConcept
definition: Layout Element Controller The Layout Element Controller managesLayout Elements of a Layout. It knows how to present itself and how to react on events.

Layout Element Controller The Layout Element Controller managesLayout Elements o...
type: Form

Layout Engine The Layout Engine is a generic piece of software able to generate...
type: LexicalEntry
type: MultiwordExpression
canonical form: Layout Engine The Layout Engine is a generic piece of software able to generate...
sense: LAYOUT--ENGINE--THE--LAYOUT--ENGINE--IS--A--GENERIC--PIECE--OF--SOFTWARE--ABLE--TO--GENERATE lexSense

LAYOUT--ENGINE--THE--LAYOUT--ENGINE--IS--A--GENERIC--PIECE--OF--SOFTWARE--ABLE--TO--GENERATE lexConcept
type: LexicalConcept
definition: Layout Engine The Layout Engine is a generic piece of software able to generate any View based on Areas, Layouts and Layout Elements as defined in a configuration.

Layout Engine The Layout Engine is a generic piece of software able to generate...
type: Form

Layout Layout is a list of layout elements which is displayed in an area.
type: LexicalEntry
type: MultiwordExpression
canonical form: Layout Layout is a list of layout elements which is displayed in an area.
sense: LAYOUT--LAYOUT--IS--A--LIST--OF--LAYOUT--ELEMENTS--WHICH--IS--DISPLAYED--IN--AN--AREA lexSense

LAYOUT--LAYOUT--IS--A--LIST--OF--LAYOUT--ELEMENTS--WHICH--IS--DISPLAYED--IN--AN--AREA lexConcept
type: LexicalConcept
definition: Layout Layout is a list of layout elements which is displayed in an area.

Layout Layout is a list of layout elements which is displayed in an area.
type: Form

Lexical Glossary
type: LexicalEntry
type: MultiwordExpression
canonical form: Lexical Glossary
sense: LEXICAL--GLOSSARY lexSense

LEXICAL--GLOSSARY lexConcept
type: LexicalConcept
definition: either imported from outside the project or authored inside the project, lexical glossaries are the containers for lexical entiries and abbreviations. A lexical glossary is first consolidated by its glossary author in its own scope, i.e. its definitions shall not be redundant with each other. It is then consolidated towards other glossaries. This glossary is then called SPPR-5441 - Missing cross-reference. Lexical glossaries are the source of the lexical definitons and abbreviations referred to in SPPR-5434 - Refering document.

Lexical Glossary
type: Form

LOC-OB - Localisation On-Board
type: LexicalEntry
type: MultiwordExpression
canonical form: LOC-OB - Localisation On-Board
sense: LOC-OB-----LOCALISATION--ON-BOARD lexSense

LOC-OB-----LOCALISATION--ON-BOARD lexConcept
type: LexicalConcept
definition: LOC-OB - Localisation On-Board

LOC-OB - Localisation On-Board
type: Form

Localisation Information
type: LexicalEntry
type: MultiwordExpression
canonical form: Localisation Information
sense: LOCALISATION--INFORMATION lexSense

LOCALISATION--INFORMATION lexConcept
type: LexicalConcept
definition: Set of spatial values referenced to the rail network, and kinematic variables referenced to the train unit, that provide the train front end position of the train in a specific point of the network and its dynamic behaviour from its speed, acceleration, and orientation values.

Localisation Information
type: Form

Localisation
type: LexicalEntry
type: Word
canonical form: Localisation
sense: LOCALISATION lexSense

LOCALISATION lexConcept
type: LexicalConcept
definition: Determines the position of the train within the track network, using for example topological coordinates.

Localisation
type: Form

Logging: is the activity of keeping a list of events that occur in a computer sy...
type: LexicalEntry
type: MultiwordExpression
canonical form: Logging: is the activity of keeping a list of events that occur in a computer sy...
sense: LOGGING---IS--THE--ACTIVITY--OF--KEEPING--A--LIST--OF--EVENTS--THAT--OCCUR--IN--A--COMPUTER--SY lexSense

LOGGING---IS--THE--ACTIVITY--OF--KEEPING--A--LIST--OF--EVENTS--THAT--OCCUR--IN--A--COMPUTER--SY lexConcept
type: LexicalConcept
definition: Logging: is the activity of keeping a list of events that occur in a computer system, events such as problems, errors, or just information on current operations. [https://en.wikipedia.org/wiki/Logging_(computing)]

Logging: is the activity of keeping a list of events that occur in a computer sy...
type: Form

Logical actor
type: LexicalEntry
type: MultiwordExpression
canonical form: Logical actor
sense: LOGICAL--ACTOR lexSense

LOGICAL--ACTOR lexConcept
type: LexicalConcept
definition: See definition of SPPR-2579 - System Actor now the actor is used in the logical architecture.

Logical actor
type: Form

Logical Architecture Concept
type: LexicalEntry
type: MultiwordExpression
canonical form: Logical Architecture Concept
sense: LOGICAL--ARCHITECTURE--CONCEPT lexSense

LOGICAL--ARCHITECTURE--CONCEPT lexConcept
type: LexicalConcept
definition: (image: 1-screenshot-20230102-140337.png)

Logical Architecture Concept
type: Form

Logical Component
type: LexicalEntry
type: MultiwordExpression
canonical form: Logical Component
sense: LOGICAL--COMPONENT lexSense

LOGICAL--COMPONENT lexConcept
type: LexicalConcept
definition: An aggregation of logical functions that together fulfil a very specific task. Logical components are not yet allocated to a specific location kind (trackside or onboard) nor do they have any physical properties or requirements (like space requirements, permitted temperature ranges, etc.). Logical components are also only connected via FIS and not via FFFIS interfaces. Logical components or part of their logical functions are allocated to subsystems to define the subsystem behaviour.

LOGICAL--COMPONENT lexConcept 2
type: LexicalConcept
definition: conceptual element being part of the system, contributing to its behaviour, by interacting with other logical components and logical actors

Logical Component
type: Form

Logical Functional Chain
type: LexicalEntry
type: MultiwordExpression
canonical form: Logical Functional Chain
sense: LOGICAL--FUNCTIONAL--CHAIN lexSense

LOGICAL--FUNCTIONAL--CHAIN lexConcept
type: LexicalConcept
definition: an ordered collection of behavioural exchanges transmitting one or several logical functional exchanges

Logical Functional Chain
type: Form

Logical Function
type: LexicalEntry
type: MultiwordExpression
canonical form: Logical Function
sense: LOGICAL--FUNCTION lexSense

LOGICAL--FUNCTION lexConcept
type: LexicalConcept
definition: A SPPR-2598 - Function derived during logical architecture by splitting a system function.

Logical Function
type: Form

Logical/Physical Relationships
type: LexicalEntry
type: MultiwordExpression
canonical form: Logical/Physical Relationships
sense: LOGICAL PHYSICAL--RELATIONSHIPS lexSense

LOGICAL PHYSICAL--RELATIONSHIPS lexConcept
type: LexicalConcept
definition: (image: 1-screenshot-20230102-140337.png)

Logical/Physical Relationships
type: Form

logistic delay
type: LexicalEntry
type: MultiwordExpression
canonical form: logistic delay
sense: LOGISTIC--DELAY lexSense

LOGISTIC--DELAY lexConcept
type: LexicalConcept
definition: delay, excluding administrative delay, incurred for the provision of resources needed for a maintenance action to proceed or continue. [SOURCE: IEC 60050-192:2015, 192-07-13]

logistic delay
type: Form

Loudspeaker Device that converts an electrical audio signal into a corresponding...
type: LexicalEntry
type: MultiwordExpression
canonical form: Loudspeaker Device that converts an electrical audio signal into a corresponding...
sense: LOUDSPEAKER--DEVICE--THAT--CONVERTS--AN--ELECTRICAL--AUDIO--SIGNAL--INTO--A--CORRESPONDING lexSense

LOUDSPEAKER--DEVICE--THAT--CONVERTS--AN--ELECTRICAL--AUDIO--SIGNAL--INTO--A--CORRESPONDING lexConcept
type: LexicalConcept
definition: Loudspeaker Device that converts an electrical audio signal into a corresponding sound.

Loudspeaker Device that converts an electrical audio signal into a corresponding...
type: Form

LR
type: LexicalEntry
type: Word
canonical form: LR
sense: LR lexSense

LR lexConcept
type: LexicalConcept
definition: LR is a collective term for L2 and L3 in the new CCS TSI 2022 (not yet officially issued) B4 R1.

LR
type: Form

LTM - Loop Transmission Module
type: LexicalEntry
type: MultiwordExpression
canonical form: LTM - Loop Transmission Module
sense: LTM-----LOOP--TRANSMISSION--MODULE lexSense

LTM-----LOOP--TRANSMISSION--MODULE lexConcept
type: LexicalConcept
definition: LTM - Loop Transmission Module

LTM - Loop Transmission Module
type: Form

LWG - Localisation Working Group
type: LexicalEntry
type: MultiwordExpression
canonical form: LWG - Localisation Working Group
sense: LWG-----LOCALISATION--WORKING--GROUP lexSense

LWG-----LOCALISATION--WORKING--GROUP lexConcept
type: LexicalConcept
definition: LWG - Localisation Working Group

LWG - Localisation Working Group
type: Form

MACMT
type: LexicalEntry
type: Word
canonical form: MACMT
sense: MACMT lexSense

MACMT lexConcept
type: LexicalConcept
definition: mean active corrective maintenance time expectation of the active corrective maintenance time [SOURCE: IEC 60050-192:2015, 192-07-22]

MACMT
type: Form

MAD
type: LexicalEntry
type: Word
canonical form: MAD
sense: MAD lexSense

MAD lexConcept
type: LexicalConcept
definition: mean administrative delay. Expectation of the administrative delay. [SOURCE: IEC 60050-192:2015,192-07-26]

MAD
type: Form

maintainability, <of an item>
type: LexicalEntry
type: MultiwordExpression
canonical form: maintainability, <of an item>
sense: MAINTAINABILITY--<OF--AN--ITEM> lexSense

MAINTAINABILITY--<OF--AN--ITEM> lexConcept
type: LexicalConcept
definition: Ability to be retained in, or restored to, a state to perform as required, under given conditions of use and maintenance Note 1 to entry: Given conditions would include aspects that affect maintainability, such as: location for maintenance, accessibility, maintenance procedures and maintenance resources. [SOURCE: IEC 60050-192:2015, 192-01-27] Source: SPPRAMSS-349 - [EN 50126-1:2017]

maintainability, <of an item>
type: Form

Maintainability
type: LexicalEntry
type: Word
canonical form: Maintainability
sense: MAINTAINABILITY lexSense

MAINTAINABILITY lexConcept
type: LexicalConcept
definition: Ability to be retained in, or restored to, a state to perform as required, under given conditions of use and maintenance [EN50126], see SPT2ARC-1616, see also SPPRAMSS-3540 - maintainability, <of an item> .{comment:1297}

Maintainability
type: Form

Maintenance Costs
type: LexicalEntry
type: MultiwordExpression
canonical form: Maintenance Costs
sense: MAINTENANCE--COSTS lexSense

MAINTENANCE--COSTS lexConcept
type: LexicalConcept
definition: Costs for maintaining the railway system

Maintenance Costs
type: Form

MO
type: Acronym
type: LexicalEntry
acronym for: Maintenance Operator
canonical form: MO

MAINTENANCE--OPERATOR lexConcept
type: LexicalConcept
definition: Maintenance Operator is the person in charge of applying the maintenance documents containing the maintenance constraints to repare the train if a default occurs, detected in commercial service, during tests or during train preparation. It role is also to apply preventive maintenance to improve the commercial service.

Maintenance Operator
type: Form

MO
type: Form

MITM
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Man-in-the-middle attack
canonical form: MITM

MAN-IN-THE-MIDDLE--ATTACK lexConcept
type: LexicalConcept
definition: Man-in-the-middle attack

Man-in-the-middle attack
type: Form

MITM
type: Form

Management by traceability (KANBAN based)
type: LexicalEntry
type: MultiwordExpression
canonical form: Management by traceability (KANBAN based)
sense: MANAGEMENT--BY--TRACEABILITY--KANBAN--BASED lexSense

MANAGEMENT--BY--TRACEABILITY--KANBAN--BASED lexConcept
type: LexicalConcept
definition: A trace (nodes/work items and their links) is a graph that works out one issue (e.g. one requirement) in the most efficient, complete and fast way, down to its operational and system implementation (image: 1-image10.png)

Management by traceability (KANBAN based)
type: Form

Manufacturer
type: LexicalEntry
type: Word
canonical form: Manufacturer
sense: MANUFACTURER lexSense

MANUFACTURER lexConcept
type: LexicalConcept
definition: The company or organization creating a component, product or system.

Manufacturer
type: Form

Map Data
type: LexicalEntry
type: MultiwordExpression
canonical form: Map Data
sense: MAP--DATA lexSense

MAP--DATA lexConcept
type: LexicalConcept
definition: Map Data is a detailed digital representation of the railway network that contains all information necessary for planning and performing railway operations, such as infrastructure characteristics, location and details of Field Elements, etc. The Map Data is static and remains unchanged until the next provisioning of Map Data. Changes of Map Data are required after each relevant infrastructure update. The Map Data is part of On-Board and Trackside Configuration Data. The structure of Map Data varies accordingly.

Map Data
type: Form

Master Data
type: LexicalEntry
type: MultiwordExpression
canonical form: Master Data
sense: MASTER--DATA lexSense

MASTER--DATA lexConcept
type: LexicalConcept
definition: Master data represents "data about the business entities that provide context for business transactions".

Master Data
type: Form

Maximum Stopping Time
type: LexicalEntry
type: MultiwordExpression
canonical form: Maximum Stopping Time
sense: MAXIMUM--STOPPING--TIME lexSense

MAXIMUM--STOPPING--TIME lexConcept
type: LexicalConcept
definition: Maximum allowed time for a train to wait on the platform according to the defined business rules

Maximum Stopping Time
type: Form

Maximum Waiting Time
type: LexicalEntry
type: MultiwordExpression
canonical form: Maximum Waiting Time
sense: MAXIMUM--WAITING--TIME lexSense

MAXIMUM--WAITING--TIME lexConcept
type: LexicalConcept
definition: The maximum time a train can wait for another train to arrive in order to take the passengers aboard

Maximum Waiting Time
type: Form

MBSE - Model-based System Engineering
type: LexicalEntry
type: MultiwordExpression
canonical form: MBSE - Model-based System Engineering
sense: MBSE-----MODEL-BASED--SYSTEM--ENGINEERING lexSense

MBSE-----MODEL-BASED--SYSTEM--ENGINEERING lexConcept
type: LexicalConcept
definition: MBSE - Model-based System Engineering

MBSE - Model-based System Engineering
type: Form

MDBF
type: LexicalEntry
type: Word
canonical form: MDBF
sense: MDBF lexSense

MDBF lexConcept
type: LexicalConcept
definition: Mean Distance Between Failures [SOURCE: Wikipedia Mean Distance Between Failure – Wikipedia]

MDBF
type: Form

MDBSF
type: LexicalEntry
type: Word
canonical form: MDBSF
sense: MDBSF lexSense

MDBSF lexConcept
type: LexicalConcept
definition: Mean Distance Between Service Failures [SOURCE: Wikipedia Mean Distance Between Failure – Wikipedia]

MDBSF
type: Form

MDCM - Multi-Dimensional Configuration Management
type: LexicalEntry
type: MultiwordExpression
canonical form: MDCM - Multi-Dimensional Configuration Management
sense: MDCM-----MULTI-DIMENSIONAL--CONFIGURATION--MANAGEMENT lexSense

MDCM-----MULTI-DIMENSIONAL--CONFIGURATION--MANAGEMENT lexConcept
type: LexicalConcept
definition: MDCM - Multi-Dimensional Configuration Management

MDCM - Multi-Dimensional Configuration Management
type: Form

MDS - Multi Display System; alternative naming for Train Display System, not yet...
type: LexicalEntry
type: MultiwordExpression
canonical form: MDS - Multi Display System; alternative naming for Train Display System, not yet...
sense: MDS-----MULTI--DISPLAY--SYSTEM--ALTERNATIVE--NAMING--FOR--TRAIN--DISPLAY--SYSTEM--NOT--YET lexSense

MDS-----MULTI--DISPLAY--SYSTEM--ALTERNATIVE--NAMING--FOR--TRAIN--DISPLAY--SYSTEM--NOT--YET lexConcept
type: LexicalConcept
definition: MDS - Multi Display System; alternative naming for Train Display System, not yet in current architecture references.

MDS-----MULTI--DISPLAY--SYSTEM--ALTERNATIVE--NAMING--FOR--TRAIN--DISPLAY--SYSTEM--NOT--YET lexConcept 2
type: LexicalConcept
definition: MDS - Multi Display System; alternative naming for Train Display System, not yet in current architecture references.

MDS-----MULTI--DISPLAY--SYSTEM--ALTERNATIVE--NAMING--FOR--TRAIN--DISPLAY--SYSTEM--NOT--YET lexConcept 3
type: LexicalConcept
definition: MDS - Multi Display System; alternative naming for Train Display System, not yet in current architecture references.

MDS-----MULTI--DISPLAY--SYSTEM--ALTERNATIVE--NAMING--FOR--TRAIN--DISPLAY--SYSTEM--NOT--YET lexConcept 4
type: LexicalConcept
definition: MDS - Multi Display System; alternative naming for Train Display System, not yet in current architecture references.

MDS-----MULTI--DISPLAY--SYSTEM--ALTERNATIVE--NAMING--FOR--TRAIN--DISPLAY--SYSTEM--NOT--YET lexConcept 5
type: LexicalConcept
definition: MDS - Multi Display System; alternative naming for Train Display System, not yet in current architecture references.

MDS - Multi Display System; alternative naming for Train Display System, not yet...
type: Form

MDS - Multi Display System
type: LexicalEntry
type: MultiwordExpression
canonical form: MDS - Multi Display System
sense: MDS-----MULTI--DISPLAY--SYSTEM lexSense

MDS-----MULTI--DISPLAY--SYSTEM lexConcept
type: LexicalConcept
definition: MDS - Multi Display System

MDS - Multi Display System
type: Form

MTBF
type: Acronym
type: LexicalEntry
acronym for: Mean time between failure
canonical form: MTBF

MEAN--TIME--BETWEEN--FAILURE lexConcept
type: LexicalConcept
definition: Mean time between failure

Mean time between failure
type: Form

MTBF
type: Form

MOE
type: Acronym
type: LexicalEntry
acronym for: Measure of Effectiveness
canonical form: MOE

MEASURE--OF--EFFECTIVENESS lexConcept
type: LexicalConcept
definition: Measure of Effectiveness (that the system performs as required). Characteristics: * Relates to performance * Objective * Simple to state * Testable * Complete * Clear * States any time dependency * States any environmental conditions * Can be measured quantitatively (if required, may be measured statistically or as a probability) * Easy to measure * Select only MoEs that measure the degree to which the desired outcome is achieved * Use the same MoEs to measure more than one condition when appropriate * Structure so that they have measurable, collectible, and relevant indicators * Write as statements (not questions) * Maximize clarity

Measure of Effectiveness
type: Form

MOE
type: Form

MOP
type: Acronym
type: LexicalEntry
acronym for: Measure of Performance
canonical form: MOP

MEASURE--OF--PERFORMANCE lexConcept
type: LexicalConcept
definition: Measure of Performance. (one aspect of MOE)

Measure of Performance
type: Form

MOP
type: Form

MD5
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Message Digest Method 5
canonical form: MD5

MESSAGE--DIGEST--METHOD--5 lexConcept
type: LexicalConcept
definition: Message Digest Method 5

Message Digest Method 5
type: Form

MD5
type: Form

Methodology
type: LexicalEntry
type: Word
canonical form: Methodology
sense: METHODOLOGY lexSense

METHODOLOGY lexConcept
type: LexicalConcept
definition: A collection of related processes, methods, and tools.

METHODOLOGY lexConcept 2
type: LexicalConcept
definition: The ARCADIA method is used to identify functional chains, their overlapping scenarios and desired performance, along with their support by the architecture. * Starting with the first level of system analysis, they ensure traceability throughout the process definition and check each proposed architectural design against expected performance and constraints. * The non-functional properties expected from the system solution are also formalized in 'viewpoints'. Each viewpoint captures constraints that the system should face or meet (feared events, security threats, latency expectations, product line or reuse constraints, power consumption or cost issues, and more). * Then the architecture model is automatically analyzed to verify that it meets these constraints, thanks to dedicated expert rules (performance computation, resource consumption, safety or security barriers, etc.). This analysis can be done very early in the development cycle, detecting design issues as soon as possible ("early validation"). As a summary, the approach to characterization by views (or "viewpoints") cross-checks that the proposed architecture is capable of providing the required functions with the desired level of performance, security, dependability, mass, scalability, environments, mass, interfaces, etc. ensuring the consistency of engineering decisions, because all engineering stakeholders share the same engineering information, and can apply his/her own views and checks to them, so as to secure the common definition.

Methodology
type: Form

Method
type: LexicalEntry
type: Word
canonical form: Method
sense: METHOD lexSense

METHOD lexConcept
type: LexicalConcept
definition: A technique for performing a task. Method is a grouping of guidance, modelling{comment:72} language, rules, techniques and patterns. Different methods may be available for the same task. It defines the “HOW” of each task. (In this context, the words “method,” “technique,” “practice,” and “procedure” are often used interchangeably.) At any level, process tasks are performed using methods.

Method
type: Form

MFDT
type: LexicalEntry
type: Word
canonical form: MFDT
sense: MFDT lexSense

MFDT lexConcept
type: LexicalConcept
definition: mean fault detection time [SOURCE: SPPRAMSS-3539 - [EN 61703: 2016]]

MFDT
type: Form

Microphone Controller The Microphone Controller manages states and signals of Mi...
type: LexicalEntry
type: MultiwordExpression
canonical form: Microphone Controller The Microphone Controller manages states and signals of Mi...
sense: MICROPHONE--CONTROLLER--THE--MICROPHONE--CONTROLLER--MANAGES--STATES--AND--SIGNALS--OF--MI lexSense

MICROPHONE--CONTROLLER--THE--MICROPHONE--CONTROLLER--MANAGES--STATES--AND--SIGNALS--OF--MI lexConcept
type: LexicalConcept
definition: Microphone Controller The Microphone Controller manages states and signals of Microphone.

Microphone Controller The Microphone Controller manages states and signals of Mi...
type: Form

Microphone Device that translates sound vibrations from the air into electronic...
type: LexicalEntry
type: MultiwordExpression
canonical form: Microphone Device that translates sound vibrations from the air into electronic...
sense: MICROPHONE--DEVICE--THAT--TRANSLATES--SOUND--VIBRATIONS--FROM--THE--AIR--INTO--ELECTRONIC lexSense

MICROPHONE--DEVICE--THAT--TRANSLATES--SOUND--VIBRATIONS--FROM--THE--AIR--INTO--ELECTRONIC lexConcept
type: LexicalConcept
definition: Microphone Device that translates sound vibrations from the air into electronic signals and scribes them to a recording medium or over a loudspeaker.

Microphone Device that translates sound vibrations from the air into electronic...
type: Form

MS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Microservices
canonical form: MS

MICROSERVICES lexConcept
type: LexicalConcept
definition: Microservices

Microservices
type: Form

MS
type: Form

MID - Mission Data
type: LexicalEntry
type: MultiwordExpression
canonical form: MID - Mission Data
sense: MID-----MISSION--DATA lexSense

MID-----MISSION--DATA lexConcept
type: LexicalConcept
definition: MID - Mission Data

MID - Mission Data
type: Form

Migrateability / Scalability
type: LexicalEntry
type: MultiwordExpression
canonical form: Migrateability / Scalability
sense: MIGRATEABILITY-- --SCALABILITY lexSense

MIGRATEABILITY-- --SCALABILITY lexConcept
type: LexicalConcept
definition: The property of a system to allow changes to one or multiple building blocks, without affecting other building blocks or the overall system.{comment:144}

Migrateability / Scalability
type: Form

Migration Plateau
type: LexicalEntry
type: MultiwordExpression
canonical form: Migration Plateau
sense: MIGRATION--PLATEAU lexSense

MIGRATION--PLATEAU lexConcept
type: LexicalConcept
definition: A Migration Plateau is a plateau used as target for a migration process.{comment:11}{comment:13}

Migration Plateau
type: Form

Migration Strategies
type: LexicalEntry
type: MultiwordExpression
canonical form: Migration Strategies
sense: MIGRATION--STRATEGIES lexSense

MIGRATION--STRATEGIES lexConcept
type: LexicalConcept
definition: The typical expected international timing of the harmonisation phase from international perspective is, that there will be early providers/early birds, and late providers/late birds. Since the reference architecture consists of different systems, the railways can also apply different migration strategies to different systems (image: 1-diagram_20240626-1851.56163.mxg.svg)

Migration Strategies
type: Form

Migration
type: LexicalEntry
type: Word
canonical form: Migration
sense: MIGRATION lexSense

MIGRATION lexConcept
type: LexicalConcept
definition: Migration is the national or company specific process of converting existing CCS/TMS systems including operational processes to corresponding systems and processes of the harmonized System Pillar Reference Architecture (SPRA).

MIGRATION lexConcept 2
type: LexicalConcept
definition: Migration is the process or act of migrating (move from one part of something to another). In the context of CCS and TMS, migrating is the process of changing from the existing national CCS and TMS systems, currently in use in different European countries or on different infrastructures and moving to the target CCS and TMS architecture with Harmonised Operating Processes.

Migration
type: Form

Minimum Circulation Time
type: LexicalEntry
type: MultiwordExpression
canonical form: Minimum Circulation Time
sense: MINIMUM--CIRCULATION--TIME lexSense

MINIMUM--CIRCULATION--TIME lexConcept
type: LexicalConcept
definition: Time taken to end the arrived journey, change crew, turn around, set the information of the new journey, start a new journey for the arrived train

Minimum Circulation Time
type: Form

Minimum Stopping Time
type: LexicalEntry
type: MultiwordExpression
canonical form: Minimum Stopping Time
sense: MINIMUM--STOPPING--TIME lexSense

MINIMUM--STOPPING--TIME lexConcept
type: LexicalConcept
definition: Minimum allowed time for a train to wait on the platform according to the defined business rules

Minimum Stopping Time
type: Form

MOT
type: Acronym
type: LexicalEntry
acronym for: Ministry of Transportation
canonical form: MOT

MINISTRY--OF--TRANSPORTATION lexConcept
type: LexicalConcept
definition: Ministry of Transportation

Ministry of Transportation
type: Form

MOT
type: Form

Mission Assignment
type: LexicalEntry
type: MultiwordExpression
canonical form: Mission Assignment
sense: MISSION--ASSIGNMENT lexSense

MISSION--ASSIGNMENT lexConcept
type: LexicalConcept
definition: SPT2OD-4976 - Missing cross-reference refers to the portion of a SPT2OD-4965 - Missing cross-reference SPT2OD-4977 - Missing cross-reference which is assigned to a SPT2OD-4967 - Missing cross-reference

Mission Assignment
type: Form

MLD
type: LexicalEntry
type: Word
canonical form: MLD
sense: MLD lexSense

MLD lexConcept
type: LexicalConcept
definition: mean logistic delay. Expectation of the logistic delay. [SOURCE: IEC 60050-192:2015,192-07-27]

MLD
type: Form

Mode&State Concept
type: LexicalEntry
type: MultiwordExpression
canonical form: Mode&State Concept
sense: MODE--AND--STATE--CONCEPT lexSense

MODE--AND--STATE--CONCEPT lexConcept
type: LexicalConcept
definition: (image: 1-screenshot-20230102-140337.png)

Mode&State Concept
type: Form

Mode Machine
type: LexicalEntry
type: MultiwordExpression
canonical form: Mode Machine
sense: MODE--MACHINE lexSense

MODE--MACHINE lexConcept
type: LexicalConcept
definition: a collection of modes connected by transitions

Mode Machine
type: Form

Mode Transition
type: LexicalEntry
type: MultiwordExpression
canonical form: Mode Transition
sense: MODE--TRANSITION lexSense

MODE--TRANSITION lexConcept
type: LexicalConcept
definition: A change of mode toward itself or toward another mode. A transition is characterised by a trigger which can be a boolean condition applied on certain model elements, such as functional exchanges.

Mode Transition
type: Form

MBSE
type: Acronym
type: LexicalEntry
acronym for: Model based System Engineering
canonical form: MBSE

MODEL--BASED--SYSTEM--ENGINEERING lexConcept
type: LexicalConcept
definition: Model based System Engineering

Model based System Engineering
type: Form

MBSE
type: Form

Model synchronisation
type: LexicalEntry
type: MultiwordExpression
canonical form: Model synchronisation
sense: MODEL--SYNCHRONISATION lexSense

MODEL--SYNCHRONISATION lexConcept
type: LexicalConcept
definition: * There are two types of synchronisations: * A copy of all MBSE models is stored in the ALM. The copied work items can be part of the ALM workflow or can be approved, decided, commented and linked in the ALM. * Synchronisation between “mother LA/PA” and “daughter LA/PA” in the MBSE platform. These are done to split architecting work to different teams. * Example (start situation for the SP): (image: 1-Picture_1.png)

Model synchronisation
type: Form

Mode
type: LexicalEntry
type: Word
canonical form: Mode
sense: MODE lexSense

MODE lexConcept
type: LexicalConcept
definition: Kind of system behaviour that is expected in given usage conditions. Modes can be applied to elements such as actors and components.

Mode
type: Form

Modularity
type: LexicalEntry
type: Word
canonical form: Modularity
sense: MODULARITY lexSense

MODULARITY lexConcept
type: LexicalConcept
definition: The target of modularity means, that only harmonized interchangeable products should be developed.

MODULARITY lexConcept 2
type: LexicalConcept
definition: Modularity is used in this document as a general term for dividing{comment:1395} a system/sub-system/module in sub-systems/modules.

MODULARITY lexConcept 3
type: LexicalConcept
definition: The property of a system being composed of a coherent whole of single, independent building blocks or modules.

MODULARITY lexConcept 4
type: LexicalConcept
definition: The property of a system being composed of a coherent whole of single, independent building blocks or modules.

Modularity
type: Form

Module
type: LexicalEntry
type: Word
canonical form: Module
sense: MODULE lexSense

MODULE lexConcept
type: LexicalConcept
definition: {comment:34} A module is a sourceable unit of the CCS system (hardware and/or software), having full defined functionality, interface, performance, safety. {comment:180}

Module
type: Form

Monitoring: continuous supervision of the system condition for diagnostic or pro...
type: LexicalEntry
type: MultiwordExpression
canonical form: Monitoring: continuous supervision of the system condition for diagnostic or pro...
sense: MONITORING---CONTINUOUS--SUPERVISION--OF--THE--SYSTEM--CONDITION--FOR--DIAGNOSTIC--OR--PRO lexSense

MONITORING---CONTINUOUS--SUPERVISION--OF--THE--SYSTEM--CONDITION--FOR--DIAGNOSTIC--OR--PRO lexConcept
type: LexicalConcept
definition: Monitoring: continuous supervision of the system condition for diagnostic or prognostic purposes.

Monitoring: continuous supervision of the system condition for diagnostic or pro...
type: Form

MOTBF
type: LexicalEntry
type: Word
canonical form: MOTBF
sense: MOTBF lexSense

MOTBF lexConcept
type: LexicalConcept
definition: mean operating time between failures expectation of the duration of the operating time between failures Note 1 to entry: Mean operating time between failures should only be applied to repairable items. For non-repairable items, see mean operating time to failure (192-05-11) SPPRAMSS-4040 - MTTF . [SOURCE: IEC 60050-192:2015, 192-05-13]

MOTBF
type: Form

Movement Protection Area
type: LexicalEntry
type: MultiwordExpression
canonical form: Movement Protection Area
sense: MOVEMENT--PROTECTION--AREA lexSense

MOVEMENT--PROTECTION--AREA lexConcept
type: LexicalConcept
definition: The area in the trackside which shall AFARP be secured for the intended movement. Note that this also means that as the train is moving, should anything amiss be detected, than a safety reaction would be expected (topic to be detailed at a later date). (image: diagram_20240111-1529.38309.mxg.svg) {comment:66}{comment:67}{comment:84}{comment:95}{comment:105} Note as a representation, it is equivalent to the dimensions of the complete path from the front of the train{comment:65} up to the end point of the authorised movement.

Movement Protection Area
type: Form

ETCS L2MB
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Moving Block
canonical form: ETCS L2MB

MOVING--BLOCK lexConcept
type: LexicalConcept
definition: The term moving block is part of the ETCS Level 2 Moving Block Principle, which is a signalling concept placing emphasis on a largely independent signalling from the physical infrastructure. A moving block is defined by a block bounded by the confirmed rear end and the confirmed rear end of the preceding train (case 1, Figure 1) or, if closer, the beginning of the next fixed block (case 2, Figure 2). Such fixed blocks are delimited by TTDs e.g. around points and may for efficiency reasons still be used on ETCS L2MB lines. (image: 2-Def_MovingBlock1.png) Figure {caption:Figure} Case 1 Definition of Moving Block(image: 1-Def_MovingBlock2.png) Figure {caption:Figure} Case 2 Definition of Moving Block (incl. TTDs)) The confirmed rear end of the preceding train is what releases the track behind it and in most cases delimits the moving block. It is established from the safe train length, represented by the distance between the estimated train front end position and the min safe rear end of the train [SUBSET-026 Baseline 4], if derived from a train position report with confirmed integrity.

MOVING--BLOCK lexConcept 2
type: LexicalConcept
definition: Moving block is based on the principle of spacing trains in absolute braking distance. In a moving block system, the rear end of a train is considered as a moving danger point to be protected against a following train. Positions of the trains are either given by trackside or trainside localisation euqipment.

Moving Block
type: Form

ETCS L2MB
type: Form

MRT
type: LexicalEntry
type: Word
canonical form: MRT
sense: MRT lexSense

MRT lexConcept
type: LexicalConcept
definition: expectation of the (mean) repair time [SOURCE: IEC 60050-192:2015, 192-07-21] Note 1: MRT = fault localization time + fault correction time + function checkout time according SPPRAMSS-3539 - [EN 61703: 2016]

MRT
type: Form

MTBF
type: LexicalEntry
type: Word
canonical form: MTBF
sense: MTBF lexSense

MTBF lexConcept
type: LexicalConcept
definition: mean operating time between failures expectation of the duration of the operating time between failures Note 1 to entry: Mean operating time between failures should only be applied to repairable items. For non-repairable items, see mean operating time to failure (192-05-11) SPPRAMSS-4040 - MTTF . [SOURCE: IEC 60050-192:2015, 192-05-13]

MTBF
type: Form

MTBSF
type: LexicalEntry
type: Word
canonical form: MTBSF
sense: MTBSF lexSense

MTBSF lexConcept
type: LexicalConcept
definition: mean operating time between service failures Note 1 to entry: Service failures should be defined as one of the failures severity levels. These failures are understood as failures with operational impact. For example failures for which the safety reaction is application of the service brake. Note 2 to entry: Abbreviation is not yet defined in any CEN/CENELEC railway standard but is often used by railway operators and infrastructure managers.

MTBSF
type: Form

MTD
type: LexicalEntry
type: Word
canonical form: MTD
sense: MTD lexSense

MTD lexConcept
type: LexicalConcept
definition: mean technical delay [SOURCE: SPPRAMSS-349 - [EN 50126-1:2017] Annex B.4]

MTD
type: Form

MTTFF
type: LexicalEntry
type: Word
canonical form: MTTFF
sense: MTTFF lexSense

MTTFF lexConcept
type: LexicalConcept
definition: mean operating time to first failure expectation of the operating time to first failure Note 1 to entry: See also operating time to first failure (192-05-02). Note 2 to entry: For non-repairable items, the MTTFF is also the MTTF. [SOURCE: IEC 60050-192:2015, 192-05-12]

MTTFF
type: Form

MTTF
type: LexicalEntry
type: Word
canonical form: MTTF
sense: MTTF lexSense

MTTF lexConcept
type: LexicalConcept
definition: mean operating time to failure expectation of the operating time to failure Note 1 to entry: In the case of non-repairable items with an exponential distribution of operating times to failure (i.e. a constant failure rate) the MTTF is numerically equal to the reciprocal of the failure rate. This is also true for repairable items if after restoration they can be considered to be "as-good-as-new". Note 2 to entry: See also operating time to failure (192-05-01) SPPRAMSS-4441 - operating time to failure, <of an item> . [SOURCE: IEC 60050-192:2015, 192-05-11]

MTTF
type: Form

MTTR
type: LexicalEntry
type: Word
canonical form: MTTR
sense: MTTR lexSense

MTTR lexConcept
type: LexicalConcept
definition: mean time to restoration - expectation of the time to restoration deprecated: mean time to repair, mean time to recovery Note 1 to entry: IEC 60050-191:1990 (now withdrawn; replaced by IEC 60050-192:2015) defined the term ”mean time to recovery” as a synonym, but restoration and recovery are not synonyms. Note 2 to entry: MTTR = MFDT + MAD + MLD + MTD + MRT according SPPRAMSS-3539 - [EN 61703: 2016] [SOURCE: IEC 60050-192, 192-07-23, modified: Note 2 to entry added.]

MTTR
type: Form

MVCC
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Multi-version concurrency control
canonical form: MVCC

MULTI-VERSION--CONCURRENCY--CONTROL lexConcept
type: LexicalConcept
definition: Multi-version concurrency control

Multi-version concurrency control
type: Form

MVCC
type: Form

MILS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Multiple Independent Levels of Security or Safety
canonical form: MILS

MULTIPLE--INDEPENDENT--LEVELS--OF--SECURITY--OR--SAFETY lexConcept
type: LexicalConcept
definition: {comment:82}

Multiple Independent Levels of Security or Safety
type: Form

MILS
type: Form

Narrow Interfaces
type: LexicalEntry
type: MultiwordExpression
canonical form: Narrow Interfaces
sense: NARROW--INTERFACES lexSense

NARROW--INTERFACES lexConcept
type: LexicalConcept
definition: narrow interfaces TBD

Narrow Interfaces
type: Form

National development
type: LexicalEntry
type: MultiwordExpression
canonical form: National development
sense: NATIONAL--DEVELOPMENT lexSense

NATIONAL--DEVELOPMENT lexConcept
type: LexicalConcept
definition: A "national development" of product functionality creates SPP-2222 - Missing cross-reference.

National development
type: Form

NIP
type: Acronym
type: LexicalEntry
acronym for: National Implemenation Plan
canonical form: NIP

NATIONAL--IMPLEMENATION--PLAN lexConcept
type: LexicalConcept
definition: In 2016, the EC also asked the EU Member States to establish the so-called “National Implementation Plans” (NIPs) in which they have to describe their actions to comply with the relevant standard for ERTMS, i.e. CCS TSI 2016/919. The CCS TSI regulates the implementation of fully interoperable 'control-command and signalling' subsystems. The NIPs have to fulfil two conditions, i.e. they must cover a period of at least 15 years and they must be updated every 5 years. In addition, they have to contain the following information: (image: 1-screenshot-20230616-124455.png)

National Implemenation Plan
type: Form

NIP
type: Form

NSA
type: Acronym
type: LexicalEntry
acronym for: National Safety Authority
canonical form: NSA

NATIONAL--SAFETY--AUTHORITY lexConcept
type: LexicalConcept
definition: National Safety Authority

National Safety Authority
type: Form

NSA
type: Form

NTCC
type: Acronym
type: LexicalEntry
acronym for: National Traffic Control Centre
canonical form: NTCC

NATIONAL--TRAFFIC--CONTROL--CENTRE lexConcept
type: LexicalConcept
definition: National Traffic Control Centre

National Traffic Control Centre
type: Form

NTCC
type: Form

nTMS
type: Acronym
type: LexicalEntry
acronym for: National Traffic Management System
canonical form: nTMS

NATIONAL--TRAFFIC--MANAGEMENT--SYSTEM lexConcept
type: LexicalConcept
definition: National Traffic Management System

National Traffic Management System
type: Form

nTMS
type: Form

NTMS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Neighborhood TMS
canonical form: NTMS

NEIGHBORHOOD--TMS lexConcept
type: LexicalConcept
definition: Neighborhood TMS

Neighborhood TMS
type: Form

NTMS
type: Form

Network Component
type: LexicalEntry
type: MultiwordExpression
canonical form: Network Component
sense: NETWORK--COMPONENT lexSense

NETWORK--COMPONENT lexConcept
type: LexicalConcept
definition: An implementation of data networking functions such as switching, routing, filtering or tunneling. Examples of Network Components are network switches, LAN/WAN routers, firewalls, data diodes and VPN endpoints. Excluded are from this definition are media converters, transceivers and bridges with no routing, switching or filtering capabilities.

Network Component
type: Form

New Definition
type: LexicalEntry
type: MultiwordExpression
canonical form: New Definition
sense: NEW--DEFINITION lexSense

NEW--DEFINITION lexConcept
type: LexicalConcept
definition: New Definition

New Definition
type: Form

NFF
type: LexicalEntry
type: Word
canonical form: NFF
sense: NFF lexSense

NFF lexConcept
type: LexicalConcept
definition: No Fault Found

NFF
type: Form

Non-European Railway
type: LexicalEntry
type: MultiwordExpression
canonical form: Non-European Railway
sense: NON-EUROPEAN--RAILWAY lexSense

NON-EUROPEAN--RAILWAY lexConcept
type: LexicalConcept
definition: IM and / or RU of a country that is no member of the European Union

Non-European Railway
type: Form

Non-functional Requirements
type: LexicalEntry
type: MultiwordExpression
canonical form: Non-functional Requirements
sense: NON-FUNCTIONAL--REQUIREMENTS lexSense

NON-FUNCTIONAL--REQUIREMENTS lexConcept
type: LexicalConcept
definition: Non-Functional Requirements are constraints on the system that define how well something is to be done or how it is to be done which fall into three categories:{comment:66} * Performance Requirements SPPR-4175 - Performance Requirements ; * System Requirements SPPR-4177 - System Requirements ;{comment:65} * Implementation Requirements SPPR-4180 - Implementation Requirements . These categories are derived from consideration of the essential relationships with the Operational{comment:31} and Functional Requirements and ensure the completeness and consistency of the requirements model (It is these essential relationships between the functionally-based requirements and constraint-based requirements that make the Holistic Requirements Model so useful).

Non-functional Requirements
type: Form

Non-Repudiation
type: LexicalEntry
type: Word
canonical form: Non-Repudiation
sense: NON-REPUDIATION lexSense

NON-REPUDIATION lexConcept
type: LexicalConcept
definition: Non-Repudiation: ability to prove the occurrence of a claimed event or action and its originating entities (source: ISO 27000-2018 )

Non-Repudiation
type: Form

normal/regular operation
type: LexicalEntry
type: MultiwordExpression
canonical form: normal/regular operation
sense: NORMAL REGULAR--OPERATION lexSense

NORMAL REGULAR--OPERATION lexConcept
type: LexicalConcept
definition: desired state of operation of a system/component/equipment, i.e. absence of faults.

normal/regular operation
type: Form

NOTIF-IT
type: LexicalEntry
type: Word
canonical form: NOTIF-IT
sense: NOTIF-IT lexSense

NOTIF-IT lexConcept
type: LexicalConcept
definition: The database for Notified National Rules. Has been replaced by SRD: Single Rule Database [SOURCE: ERA, https://www.era.europa.eu/domains/registers/srd_en ]

NOTIF-IT
type: Form

NB-Rail
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Notified bodies for interoperability in the railway sector
canonical form: NB-Rail

NOTIFIED--BODIES--FOR--INTEROPERABILITY--IN--THE--RAILWAY--SECTOR lexConcept
type: LexicalConcept
definition: Notified bodies for interoperability in the railway sector

Notified bodies for interoperability in the railway sector
type: Form

NB-Rail
type: Form

NP - No Power Mode in ETCS
type: LexicalEntry
type: MultiwordExpression
canonical form: NP - No Power Mode in ETCS
sense: NP-----NO--POWER--MODE--IN--ETCS lexSense

NP-----NO--POWER--MODE--IN--ETCS lexConcept
type: LexicalConcept
definition: NP - No Power Mode in ETCS

NP - No Power Mode in ETCS
type: Form

NRV
type: LexicalEntry
type: Word
canonical form: NRV
sense: NRV lexSense

NRV lexConcept
type: LexicalConcept
definition: ‘national reference value (NRV)’ means a reference measure indicating, for the Member State concerned, the maximum tolerable level for a railway risk category; SPPRAMSS-347 - [2009/460/EC]

NRV
type: Form

NSA
type: LexicalEntry
type: Word
canonical form: NSA
sense: NSA lexSense

NSA lexConcept
type: LexicalConcept
definition: National Safety Authority

NSA
type: Form

NTC - National Train Control
type: LexicalEntry
type: MultiwordExpression
canonical form: NTC - National Train Control
sense: NTC-----NATIONAL--TRAIN--CONTROL lexSense

NTC-----NATIONAL--TRAIN--CONTROL lexConcept
type: LexicalConcept
definition: NTC - National Train Control

NTC - National Train Control
type: Form

NTP - National Train Protection
type: LexicalEntry
type: MultiwordExpression
canonical form: NTP - National Train Protection
sense: NTP-----NATIONAL--TRAIN--PROTECTION lexSense

NTP-----NATIONAL--TRAIN--PROTECTION lexConcept
type: LexicalConcept
definition: NTP - National Train Protection

NTP - National Train Protection
type: Form

OB - On-board
type: LexicalEntry
type: MultiwordExpression
canonical form: OB - On-board
sense: OB-----ON-BOARD lexSense

OB-----ON-BOARD lexConcept
type: LexicalConcept
definition: OB - On-board

OB - On-board
type: Form

Object Name
type: LexicalEntry
type: MultiwordExpression
canonical form: Object Name
sense: OBJECT--NAME lexSense

OBJECT--NAME lexConcept
type: LexicalConcept
definition: An object name is a string that helps humans identity an object and that may reveal meaningful information about the object.

Object Name
type: Form

objectives
type: LexicalEntry
type: Word
canonical form: objectives
sense: OBJECTIVES lexSense

OBJECTIVES lexConcept
type: LexicalConcept
definition: ARCADIA is a structured engineering method to identify and check the architecture of complex systems. It promotes collaborative work among all stakeholders during many of the engineering phases of the system. It allows iterations during the definition phase that help the architects to converge towards satisfaction of all identified needs. Even if textual requirements are kept as a support for part of customer need capture, ARCADIA favours functional analysis as the major way to formalize the need and solution behaviour. This includes operational, functional and non-functional aspects, along with resulting definition of the architecture, based on – and justified against – this functional analysis. ARCADIA is based on the following general principles * All engineering stakeholders share the same language, method set of engineering artifacts and information, description of the need and the product itself as a shared model; * Each set of constraints (e.g. safety, performance, cost, mass, etc.) is formalized in a "viewpoint" against which each candidate architecture will be checked; * Architecture verification rules are established and the model is challenged against them, so as to check that architecture definition meets expectations, as early as possible in the process; * Co-engineering between the different levels of engineering is supported by the joint development of models. Models of various levels of the architecture and trade-offs are deduced, validated and/or connected with each other. The ARCADIA method is tooled through Capella, a modelling tool that meets full-scale deployment constraints in an operational context. Capella is available free of charge from the engineering community under open source.

objectives
type: Form

OCORA - Open CCS On-board Reference Architecture
type: LexicalEntry
type: MultiwordExpression
canonical form: OCORA - Open CCS On-board Reference Architecture
sense: OCORA-----OPEN--CCS--ON-BOARD--REFERENCE--ARCHITECTURE lexSense

OCORA-----OPEN--CCS--ON-BOARD--REFERENCE--ARCHITECTURE lexConcept
type: LexicalConcept
definition: OCORA - Open CCS On-board Reference Architecture

OCORA - Open CCS On-board Reference Architecture
type: Form

ODO
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Odometry
canonical form: ODO

ODOMETRY lexConcept
type: LexicalConcept
definition: This term represents the odometry functionality as specified in the CCS TSI 2023. According to the glossary (SUBSET-23, TSI 2023): Odometry is the process of measuring the train’s movement along the track. Used for speed measurement and distance measurement.

Odometry
type: Form

ODO
type: Form

OE - Operational Execution
type: LexicalEntry
type: MultiwordExpression
canonical form: OE - Operational Execution
sense: OE-----OPERATIONAL--EXECUTION lexSense

OE-----OPERATIONAL--EXECUTION lexConcept
type: LexicalConcept
definition: OE - Operational Execution

OE - Operational Execution
type: Form

OMS - Online Monitoring System
type: LexicalEntry
type: MultiwordExpression
canonical form: OMS - Online Monitoring System
sense: OMS-----ONLINE--MONITORING--SYSTEM lexSense

OMS-----ONLINE--MONITORING--SYSTEM lexConcept
type: LexicalConcept
definition: OMS - Online Monitoring System NOTE : OMS is both trackside and on-board.

OMS - Online Monitoring System
type: Form

OMTS - On Board Multimedia & Telematics System (X2R4, equivalent with Passenger...
type: LexicalEntry
type: MultiwordExpression
canonical form: OMTS - On Board Multimedia & Telematics System (X2R4, equivalent with Passenger...
sense: OMTS-----ON--BOARD--MULTIMEDIA--AND--TELEMATICS--SYSTEM--X2R4--EQUIVALENT--WITH--PASSENGER lexSense

OMTS-----ON--BOARD--MULTIMEDIA--AND--TELEMATICS--SYSTEM--X2R4--EQUIVALENT--WITH--PASSENGER lexConcept
type: LexicalConcept
definition: OMTS - On Board Multimedia & Telematics System (X2R4, equivalent with Passenger Information System)

OMTS-----ON--BOARD--MULTIMEDIA--AND--TELEMATICS--SYSTEM--X2R4--EQUIVALENT--WITH--PASSENGER lexConcept 2
type: LexicalConcept
definition: OMTS - On Board Multimedia & Telematics System (X2R4, equivalent with Passenger Information System)

OMTS-----ON--BOARD--MULTIMEDIA--AND--TELEMATICS--SYSTEM--X2R4--EQUIVALENT--WITH--PASSENGER lexConcept 3
type: LexicalConcept
definition: OMTS - On Board Multimedia & Telematics System (X2R4, equivalent with Passenger Information System)

OMTS-----ON--BOARD--MULTIMEDIA--AND--TELEMATICS--SYSTEM--X2R4--EQUIVALENT--WITH--PASSENGER lexConcept 4
type: LexicalConcept
definition: OMTS - On Board Multimedia & Telematics System (X2R4, equivalent with Passenger Information System)

OMTS-----ON--BOARD--MULTIMEDIA--AND--TELEMATICS--SYSTEM--X2R4--EQUIVALENT--WITH--PASSENGER lexConcept 5
type: LexicalConcept
definition: OMTS - On Board Multimedia & Telematics System (X2R4, equivalent with Passenger Information System)

OMTS - On Board Multimedia & Telematics System (X2R4, equivalent with Passenger...
type: Form

On-Board Map Data
type: LexicalEntry
type: MultiwordExpression
canonical form: On-Board Map Data
sense: ON-BOARD--MAP--DATA lexSense

ON-BOARD--MAP--DATA lexConcept
type: LexicalConcept
definition: On-Board Map Data is a specialised form of Map Data for On-Board application.

On-Board Map Data
type: Form

Onboard Strategy
type: LexicalEntry
type: MultiwordExpression
canonical form: Onboard Strategy
sense: ONBOARD--STRATEGY lexSense

ONBOARD--STRATEGY lexConcept
type: LexicalConcept
definition: strategy of equipping and upgrading the trains with onboard communication units and additional technology as localisation, train integrity etc.

Onboard Strategy
type: Form

OSI layer
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Open System Interaction Model
canonical form: OSI layer

OPEN--SYSTEM--INTERACTION--MODEL lexConcept
type: LexicalConcept
definition: Open System Interaction Model, aka OSI 7 System Layer model

Open System Interaction Model
type: Form

OSI layer
type: Form

Operating Rules
type: LexicalEntry
type: MultiwordExpression
canonical form: Operating Rules
sense: OPERATING--RULES lexSense

OPERATING--RULES lexConcept
type: LexicalConcept
definition: Operating rules are entendend to inhance railway safety. They cover responsibilities, functionality of signalling equipment, procedures for safe train movement, handling incidents and accidents and other topics that are related to railway safety..

Operating Rules
type: Form

Operating state
type: LexicalEntry
type: MultiwordExpression
canonical form: Operating state
sense: OPERATING--STATE lexSense

OPERATING--STATE lexConcept
type: LexicalConcept
definition: The operating state describes the current state of production: * how trains move * where trains are * which route is set in control system * status of assets This information is based on inputs from control systems.

Operating state
type: Form

OS
type: Acronym
type: LexicalEntry
acronym for: Operating system
canonical form: OS

OPERATING--SYSTEM lexConcept
type: LexicalConcept
definition: Operating system

Operating system
type: Form

OS
type: Form

operating time to failure, <of an item>
type: LexicalEntry
type: MultiwordExpression
canonical form: operating time to failure, <of an item>
sense: OPERATING--TIME--TO--FAILURE--<OF--AN--ITEM> lexSense

OPERATING--TIME--TO--FAILURE--<OF--AN--ITEM> lexConcept
type: LexicalConcept
definition: operating time accumulated from the first use, or from restoration, until failure Note 1 to entry: See also operating time (192-02-05) SPPRAMSS-4080 - operating time . [SOURCE: IEC 60050-192:2015, 192-05-01]

operating time to failure, <of an item>
type: Form

operating time
type: LexicalEntry
type: MultiwordExpression
canonical form: operating time
sense: OPERATING--TIME lexSense

OPERATING--TIME lexConcept
type: LexicalConcept
definition: Time interval for which an item is in an operating state Note 1 to entry: The duration of operating time may be expressed in units appropriate to the item concerned, e.g. calendar time, operating cycles, distance run, etc., and the units should always be clearly stated. [SOURCE: IEC 60050-192:2015, 192-02-05]

operating time
type: Form

Operational Activity
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Activity
sense: OPERATIONAL--ACTIVITY lexSense

OPERATIONAL--ACTIVITY lexConcept
type: LexicalConcept
definition: On operational activity is one step in an operational process, that has one or more inputs, and one or more outputs. The activity describes what and how the operational entity the operational activity is allocated to is doing.

OPERATIONAL--ACTIVITY lexConcept 2
type: LexicalConcept
definition: A step or function of an operational process, done by actors that might need to use the system to reach certain objectives.

Operational Activity
type: Form

Operational capability
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational capability
sense: OPERATIONAL--CAPABILITY lexSense

OPERATIONAL--CAPABILITY lexConcept
type: LexicalConcept
definition: An operational capability is an ability given by a group of processes.

OPERATIONAL--CAPABILITY lexConcept 2
type: LexicalConcept
definition: An operational capability is an ability, expected of one or more operational entities. The operational capability provides a service contributing to fulfilling a high-level goal to which one or more operational entities should contribute, and which is likely to influence system definition or usage. It is characterised by a set of operational processes and scenarios describing more precisely the conditions for performing the operational activities that contribute to it. Operational capabilities are similar to use cases. They describe the application of the system from the point of view of the user/operational entity.

Operational capability
type: Form

OpsCON
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Operational Concepts
canonical form: OpsCON

OPERATIONAL--CONCEPTS lexConcept
type: LexicalConcept
definition: (image: 1-screenshot-20230102-140337.png)

OPERATIONAL--CONCEPTS lexConcept 2
type: LexicalConcept
definition: Operational concepts (How system should function)

Operational Concepts
type: Form

OpsCON
type: Form

Operational Costs
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Costs
sense: OPERATIONAL--COSTS lexSense

OPERATIONAL--COSTS lexConcept
type: LexicalConcept
definition: Costs for operating the railway system

Operational Costs
type: Form

Operational Design
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Design
sense: OPERATIONAL--DESIGN lexSense

OPERATIONAL--DESIGN lexConcept
type: LexicalConcept
definition: The operational Design, a synonym for operational analysis, includes the output workitems of all processes in the SEMP Process Group 02, which are for example operational... capabilities, processes, actor descriptions, requirements, hazards and risks. The operational design workitems are used for the System Pillar deliverable documents of the ORS (see SPPR-1848 )

Operational Design
type: Form

Operational Entity/Actor
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Entity/Actor
sense: OPERATIONAL--ENTITY ACTOR lexSense

OPERATIONAL--ENTITY ACTOR lexConcept
type: LexicalConcept
definition: A person or organisation performing an operational activity.

OPERATIONAL--ENTITY ACTOR lexConcept 2
type: LexicalConcept
definition: Denotes an entity of the real world (such as another system, device, group or organisation ...) involved in operational activities to which the system of interest or stakeholders must contribute. An actor is a type of operational entity (usually human and indivisible).

Operational Entity/Actor
type: Form

OHT
type: Acronym
type: LexicalEntry
acronym for: Operational Harmonization Team
canonical form: OHT

OPERATIONAL--HARMONIZATION--TEAM lexConcept
type: LexicalConcept
definition: Operational Harmonization Team

Operational Harmonization Team
type: Form

OHT
type: Form

Operational harmonization
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational harmonization
sense: OPERATIONAL--HARMONIZATION lexSense

OPERATIONAL--HARMONIZATION lexConcept
type: LexicalConcept
definition: An operational topic (process, actor, defintion, ...) is considered harmonized if a description is provided in the SP context that fulfills: * This description is exhaustive, delimited and precise. There is no remaining "open space and freedom". The scope is clearly defined. Existing gaps are clearly identified. Statements are formulated unambiguously, if necessary in a formal form. {comment:98} * A set of variants and parameters, if necessary, are part of the description. * The description has been agreed by both Railway and Industry stakeholdes. This consens is especially defined under the light of project rework and domain standardisaton: * The description is agreed by the railways stakeholders of system Pillar as fitting their need, i.e. all their needs are fullfilled by the available variants and parameters without having again a solution discussion or check. * This description is agreed by the industry stakeholdes as 1:1 implementable, without having to reopen again the ambiguity discussion

Operational harmonization
type: Form

Operational Hazard
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Hazard
sense: OPERATIONAL--HAZARD lexSense

OPERATIONAL--HAZARD lexConcept
type: LexicalConcept
definition: Hazard whose cause is related to a failure in the application of an operational scenario/procedure (e.g. hazard due to operator or signaler or driver error) and/or to external events. These hazards are managed by means of "Operational Hazard" Work Item.

OPERATIONAL--HAZARD lexConcept 2
type: LexicalConcept
definition: A problematic situation that can occure with a process design.

Operational Hazard
type: Form

Operational Interaction
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Interaction
sense: OPERATIONAL--INTERACTION lexSense

OPERATIONAL--INTERACTION lexConcept
type: LexicalConcept
definition: exchange between operational activities

Operational Interaction
type: Form

I0
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Operational Interfaces
canonical form: I0

OPERATIONAL--INTERFACES lexConcept
type: LexicalConcept
definition: The I0 is the sum of all operational interfaces used from Functional Systems (as eg. an RBC) to communicate with other Functional Systems (as eg. an IXL). Expamles for these set of interfaces are the Eulynx Interfaces (SCI-xx) or interfaces like Euroradio or TSI-standardized interfaces.

Operational Interfaces
type: Form

I0
type: Form

Operational Mission (deprecated)
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Mission (deprecated)
sense: OPERATIONAL--MISSION--DEPRECATED lexSense

OPERATIONAL--MISSION--DEPRECATED lexConcept
type: LexicalConcept
definition: A high-level operational objective. A drive or a goal that is assumed by a collection of operational entity, in order to reach specific objectives.

Operational Mission (deprecated)
type: Form

Operational Mission Segment
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Mission Segment
sense: OPERATIONAL--MISSION--SEGMENT lexSense

OPERATIONAL--MISSION--SEGMENT lexConcept
type: LexicalConcept
definition: SPT2OD-5097 - Missing cross-reference refers to the portion of an SPT2OD-4977 - Missing cross-referencewhich represents the path on the railway track which is to be used for an immediate SPT2OD-4965 - Missing cross-reference movement and/or a related SPT2OD-4978 - Missing cross-reference .

Operational Mission Segment
type: Form

Operational Mission
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Mission
sense: OPERATIONAL--MISSION lexSense

OPERATIONAL--MISSION lexConcept
type: LexicalConcept
definition: SPT2OD-4977 - Missing cross-reference refers to the complete operational journey planned from one initial position on the railway network to a final position on the railway network. Most commonly this can be exemplified by the commercial journey starting at a central station, passing through many regional stations before ending at a final central station somewhere else on the railway network. One SPT2OD-4977 - Missing cross-reference may have many SPT2OD-4978 - Missing cross-reference and may be assigned to the responsibility of one or more SPT2OD-4967 - Missing cross-reference along the way.

Operational Mission
type: Form

Operational Plan
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Plan
sense: OPERATIONAL--PLAN lexSense

OPERATIONAL--PLAN lexConcept
type: LexicalConcept
definition: Analogous to the capacity plan, the operational plan supplies the train and traffic control and all other components with the operational train data. The operational plan is fed from the active timetable buffer and contains all trains (from the timetable buffer) that are currently in their operational time window. The operational plan is the result of various influences (decisions from dispatching, map data, etc.). It is updated every single minute.

Operational Plan
type: Form

Operational Process
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Process
sense: OPERATIONAL--PROCESS lexSense

OPERATIONAL--PROCESS lexConcept
type: LexicalConcept
definition: An ordered (time or information) flow of operational activities.

OPERATIONAL--PROCESS lexConcept 2
type: LexicalConcept
definition: Specific organisation of activities and interactions, forming one path to fulfil an operational capability, within the set of all possible paths of operational data flows. It describes either an expected behaviour of one or several operational entities in a given context, or expresses non-functional properties on the path (such as latency, criticality, confidentiality, redundancy ...).

Operational Process
type: Form

OR
type: Acronym
type: LexicalEntry
acronym for: Operational Requirements
canonical form: OR

OPERATIONAL--REQUIREMENTS lexConcept
type: LexicalConcept
definition: Operational Requirements

Operational Requirements
type: Form

OR
type: Form

Operational requirement
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational requirement
sense: OPERATIONAL--REQUIREMENT lexSense

OPERATIONAL--REQUIREMENT lexConcept
type: LexicalConcept
definition: A requirement issued in the context of the operational analysis process group. May qualify some operational actor, actor property, activity, scenario.

OPERATIONAL--REQUIREMENT lexConcept 2
type: LexicalConcept
definition: Something a process design has to fulfil.

Operational requirement
type: Form

Operational Risk.
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Risk.
sense: OPERATIONAL--RISK lexSense

OPERATIONAL--RISK lexConcept
type: LexicalConcept
definition: Value and mitigation for a operational hazard

Operational Risk.
type: Form

Operational Role
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Role
sense: OPERATIONAL--ROLE lexSense

OPERATIONAL--ROLE lexConcept
type: LexicalConcept
definition: Collection of consistent activities that can be realised by one of several operational entities/actors, and should be considered as a whole. It's a means of structuring those activities and sharing them between several operational entities/actors.

Operational Role
type: Form

Operational Scenario
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Scenario
sense: OPERATIONAL--SCENARIO lexSense

OPERATIONAL--SCENARIO lexConcept
type: LexicalConcept
definition: See SPPR-2066 - Scenario

Operational Scenario
type: Form

Operational Stop
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Stop
sense: OPERATIONAL--STOP lexSense

OPERATIONAL--STOP lexConcept
type: LexicalConcept
definition: SPT2OD-4978 - Missing cross-reference refer to the operational activities undertaken along, and in relation to, an SPT2OD-4977 - Missing cross-reference . Most commonly this can be exemplified by the station stops within a planned commercial journey for the entry/exit of passengers.

Operational Stop
type: Form

OPE
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Operational TSI
canonical form: OPE

OPERATIONAL--TSI lexConcept
type: LexicalConcept
definition: Operational TSI

Operational TSI
type: Form

OPE
type: Form

Operational/System relationships
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational/System relationships
sense: OPERATIONAL SYSTEM--RELATIONSHIPS lexSense

OPERATIONAL SYSTEM--RELATIONSHIPS lexConcept
type: LexicalConcept
definition: (image: 1-screenshot-20230102-140337.png)

Operational/System relationships
type: Form

Operator Specific Add-On
type: LexicalEntry
type: MultiwordExpression
canonical form: Operator Specific Add-On
sense: OPERATOR--SPECIFIC--ADD-ON lexSense

OPERATOR--SPECIFIC--ADD-ON lexConcept
type: LexicalConcept
definition: ...

Operator Specific Add-On
type: Form

Operator
type: LexicalEntry
type: Word
canonical form: Operator
sense: OPERATOR lexSense

OPERATOR lexConcept
type: LexicalConcept
definition: An institution operating a system through its life-cycle, in context of the document usually an Infrastructure Manager or Train Operator.

Operator
type: Form

Opex
type: LexicalEntry
type: Word
canonical form: Opex
sense: OPEX lexSense

OPEX lexConcept
type: LexicalConcept
definition: Operational Expenditures

Opex
type: Form

OI
type: Acronym
type: LexicalEntry
acronym for: Orchestration Interface
canonical form: OI

ORCHESTRATION--INTERFACE lexConcept
type: LexicalConcept
definition: This interface is used to manage (monitor, control, diagnose, configure) the virtual computing environments. It only exists if a Virtualisation Interface is present. OI is part of I1.

Orchestration Interface
type: Form

OI
type: Form

ORS Operational Requirement Specification
type: LexicalEntry
type: MultiwordExpression
canonical form: ORS Operational Requirement Specification
sense: ORS--OPERATIONAL--REQUIREMENT--SPECIFICATION lexSense

ORS--OPERATIONAL--REQUIREMENT--SPECIFICATION lexConcept
type: LexicalConcept
definition: The Operational Requirement Specification consists of a document bundle published by System Pillar's OA (SPPR-4033 ) as depicted in Diagram SPPR-3655 - Sub-processes of the operational analysis and their work-products. (TBD: detail while defining the documents created in Process SPPR-2240 - P2.5 Operational Design (System Level 2-3) )

ORS Operational Requirement Specification
type: Form

Partial Train Cancelation
type: LexicalEntry
type: MultiwordExpression
canonical form: Partial Train Cancelation
sense: PARTIAL--TRAIN--CANCELATION lexSense

PARTIAL--TRAIN--CANCELATION lexConcept
type: LexicalConcept
definition: Cancel parts of the train journey. E.g., Train 00715 Interlaken - Spiez - Bern - Olten - Basel -> Interlaken - Spiez - Bern

Partial Train Cancelation
type: Form

PIS
type: Acronym
type: LexicalEntry
acronym for: Passenger Information System
canonical form: PIS

PASSENGER--INFORMATION--SYSTEM lexConcept
type: LexicalConcept
definition: Passenger Information System

Passenger Information System
type: Form

PIS
type: Form

Passenger Information Time
type: LexicalEntry
type: MultiwordExpression
canonical form: Passenger Information Time
sense: PASSENGER--INFORMATION--TIME lexSense

PASSENGER--INFORMATION--TIME lexConcept
type: LexicalConcept
definition: The duration of the platform change announcement

Passenger Information Time
type: Form

POS
type: Acronym
type: LexicalEntry
acronym for: Path Order System
canonical form: POS

PATH--ORDER--SYSTEM lexConcept
type: LexicalConcept
definition: Path Order System

Path Order System
type: Form

POS
type: Form

Pay Load Type
type: LexicalEntry
type: MultiwordExpression
canonical form: Pay Load Type
sense: PAY--LOAD--TYPE lexSense

PAY--LOAD--TYPE lexConcept
type: LexicalConcept
definition: The contents loaded in a train. e.g., Dangerous goods is a type of the payload

Pay Load Type
type: Form

PER - Perception
type: LexicalEntry
type: MultiwordExpression
canonical form: PER - Perception
sense: PER-----PERCEPTION lexSense

PER-----PERCEPTION lexConcept
type: LexicalConcept
definition: PER - Perception

PER - Perception
type: Form

performance < of an item >
type: LexicalEntry
type: MultiwordExpression
canonical form: performance < of an item >
sense: PERFORMANCE--<--OF--AN--ITEM--> lexSense

PERFORMANCE--<--OF--AN--ITEM--> lexConcept
type: LexicalConcept
definition: Performance is the ability of all technical and operational functions, in a specific operational context, to deliver a pre-defined and agreed level of service of the system and/or vehicle in operation. With the addition (and further clarification) that: The minimum level of performance is determined and influenced by technical and operational aspects on system, vehicle and operational level, such as but not limited to: reliability, availability, maintainability, safety, security, human factors, quality, mission profile, environment, environmental conditions and laws and regulations. This means the scope and boundaries (span of control) of performance need to be defined clearly. This also stresses why the inclusion of the principles of the RAM Policy to the ERJU activities for PRAMS, is of high importance.

performance < of an item >
type: Form

PRAMSS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Performance, reliability, availability, maintainability, safety and security
canonical form: PRAMSS

PERFORMANCE--RELIABILITY--AVAILABILITY--MAINTAINABILITY--SAFETY--AND--SECURITY lexConcept
type: LexicalConcept
definition: Performance, reliability, availability, maintainability, safety and security

Performance, reliability, availability, maintainability, safety and security
type: Form

PRAMSS
type: Form

Performance Requirements
type: LexicalEntry
type: MultiwordExpression
canonical form: Performance Requirements
sense: PERFORMANCE--REQUIREMENTS lexSense

PERFORMANCE--REQUIREMENTS lexConcept
type: LexicalConcept
definition: are associated with{comment:33} corresponding Functional Requirements and define how well a particular function has to perform – they are the constraints on that function.{comment:24}

Performance Requirements
type: Form

PFH
type: LexicalEntry
type: Word
canonical form: PFH
sense: PFH lexSense

PFH lexConcept
type: LexicalConcept
definition: average frequency of a dangerous failure per hour average frequency of a dangerous failure of an E/E/PE safety related system to perform the specified safety function over a given period of time NOTE 1 The term “probability of dangerous failure per hour” is not used in this standard but the acronym PFH has been retained but when it is used it means “average frequency of dangerous failure [h]". NOTE 2 From a theoretical point of view, the PFH is the average of the unconditional failure intensity, also called failure frequency, and which is generally designated w(t). It should not be confused with a failure rate (see Annex B of IEC 61508-6). NOTE 3 When the E/E/PE safety-related system is the ultimate safety layer, the PFH should be calculated from its unreliability F(T)=1-R(t) (see “failure rate” above). When it is not the ultimate safety-related system its PFH should be calculated from its unavailability U(t) (see PFD above). PFH approximations are given by F(T)/T and 1/MTTF in the first case and 1/MTBF in the second case. NOTE 4 When the E/E/PE safety-related system implies only quickly repaired revealed failures then an asymptotic failure rate λas is quickly reached. It provides an estimate of the PFH. [EN 61508-4:2010 - §3.6.19]

PFH lexConcept 2
type: LexicalConcept
definition: probability of dangerous failure per hour [EN 61508-4:2010]

PFH lexConcept 3
type: LexicalConcept
definition: probability of dangerous failure per hour [SOURCE: EN 61508-4:2010]

PFH
type: Form

Physical Architecture Concept
type: LexicalEntry
type: MultiwordExpression
canonical form: Physical Architecture Concept
sense: PHYSICAL--ARCHITECTURE--CONCEPT lexSense

PHYSICAL--ARCHITECTURE--CONCEPT lexConcept
type: LexicalConcept
definition: (image: 1-screenshot-20230102-140337.png)

Physical Architecture Concept
type: Form

(physical) Behavioural Component
type: LexicalEntry
type: MultiwordExpression
canonical form: (physical) Behavioural Component
sense: PHYSICAL--BEHAVIOURAL--COMPONENT lexSense

PHYSICAL--BEHAVIOURAL--COMPONENT lexConcept
type: LexicalConcept
definition: constituent part of the system, responsible of performing a subset of functions allocated to the system, by interacting with other behavioural components and external actors

(physical) Behavioural Component
type: Form

(Physical) Behavioural Port
type: LexicalEntry
type: MultiwordExpression
canonical form: (Physical) Behavioural Port
sense: PHYSICAL--BEHAVIOURAL--PORT lexSense

PHYSICAL--BEHAVIOURAL--PORT lexConcept
type: LexicalConcept
definition: port of behavioural component

(Physical) Behavioural Port
type: Form

PCE
type: Acronym
type: LexicalEntry
acronym for: Physical Computing Element
canonical form: PCE

PHYSICAL--COMPUTING--ELEMENT lexConcept
type: LexicalConcept
definition: The Physical Computing Element refers to the physical device providing compute resources.

Physical Computing Element
type: Form

PCE
type: Form

Physical Exchange
type: LexicalEntry
type: MultiwordExpression
canonical form: Physical Exchange
sense: PHYSICAL--EXCHANGE lexSense

PHYSICAL--EXCHANGE lexConcept
type: LexicalConcept
definition: an ordered collection of physical link transmitting behavioural exchanges

Physical Exchange
type: Form

(physical) Host component
type: LexicalEntry
type: MultiwordExpression
canonical form: (physical) Host component
sense: PHYSICAL--HOST--COMPONENT lexSense

PHYSICAL--HOST--COMPONENT lexConcept
type: LexicalConcept
definition: physical component, (ressource) hosting behavioural components

(physical) Host component
type: Form

Physical Link
type: LexicalEntry
type: MultiwordExpression
canonical form: Physical Link
sense: PHYSICAL--LINK lexSense

PHYSICAL--LINK lexConcept
type: LexicalConcept
definition: means of communication/transport relating to the hosting of physical components, used as a medium by exchanges between behavioural components

Physical Link
type: Form

Physical Port
type: LexicalEntry
type: MultiwordExpression
canonical form: Physical Port
sense: PHYSICAL--PORT lexSense

PHYSICAL--PORT lexConcept
type: LexicalConcept
definition: connection point of one or more physical links allocated to a host component, by specifying how the component can be connected to the others or external actors

Physical Port
type: Form

Physical / Building Strategy relationships
type: LexicalEntry
type: MultiwordExpression
canonical form: Physical / Building Strategy relationships
sense: PHYSICAL-- --BUILDING--STRATEGY--RELATIONSHIPS lexSense

PHYSICAL-- --BUILDING--STRATEGY--RELATIONSHIPS lexConcept
type: LexicalConcept
definition: (image: 1-screenshot-20230102-140337.png)

Physical / Building Strategy relationships
type: Form

PIS - Passenger Information System
type: LexicalEntry
type: MultiwordExpression
canonical form: PIS - Passenger Information System
sense: PIS-----PASSENGER--INFORMATION--SYSTEM lexSense

PIS-----PASSENGER--INFORMATION--SYSTEM lexConcept
type: LexicalConcept
definition: PIS - Passenger Information System

PIS-----PASSENGER--INFORMATION--SYSTEM lexConcept 2
type: LexicalConcept
definition: PIS - Passenger Information System

PIS-----PASSENGER--INFORMATION--SYSTEM lexConcept 3
type: LexicalConcept
definition: PIS - Passenger Information System

PIS-----PASSENGER--INFORMATION--SYSTEM lexConcept 4
type: LexicalConcept
definition: PIS - Passenger Information System

PIS-----PASSENGER--INFORMATION--SYSTEM lexConcept 5
type: LexicalConcept
definition: PIS - Passenger Information System

PIS - Passenger Information System
type: Form

PE
type: Acronym
type: LexicalEntry
acronym for: Plan Execution
canonical form: PE

PLAN--EXECUTION lexConcept
type: LexicalConcept
definition: Plan Execution

Plan Execution
type: Form

PE
type: Form

Plateau
type: LexicalEntry
type: Word
canonical form: Plateau
sense: PLATEAU lexSense

PLATEAU lexConcept
type: LexicalConcept
definition: A Plateau is a consistent requirement subset of the System Pillar Reference Architecture (SPRA) to be defined by the System Pillar domains. It can be used for market tenders in a specific timeframe and is recommended by and agreed across the sector. In the context of system engineering, a "plateau" refers to a distinct stage or phase within the system development lifecycle (SDLC) where progress or development remains relatively stable or flat for a period of time. It is characterized by a temporary pause or leveling off in the advancement or evolution of the system being developed.

PLATEAU lexConcept 2
type: LexicalConcept
definition: In the context of system engineering, a "plateau" refers to a distinct stage or phase within the system development lifecycle (SDLC) where progress or development remains relatively stable or flat for a period of time. It is characterized by a temporary pause or leveling off in the advancement or evolution of the system being developed. During a plateau, the system or project may have reached a certain level of functionality, maturity, or completion. It can be seen as a natural phase in the development process, where the initial rapid progress slows down, and further enhancements or major changes are temporarily put on hold. This can occur for various reasons, such as: * Technical Stability: The system has achieved a stable and functioning state, meeting the primary objectives or requirements defined for that particular stage of development. The focus during this phase may shift towards fine-tuning, optimization, and bug fixing. * Resource Allocation: The allocation of resources, including personnel, time, and budget, may be temporarily redirected to other areas of priority. This can result in a pause in major advancements for the system on the plateau. * Stakeholder Evaluation: Stakeholders may require time to evaluate and provide feedback on the current state of the system before proceeding to the next phase. This evaluation period can lead to a plateau in development activities. * Planning and Preparation: The system engineering team may use the plateau phase to plan and prepare for the next stage of development. This includes conducting feasibility studies, conducting risk assessments, gathering requirements, or developing a roadmap for future enhancements or releases. While plateaus can be a temporary slowdown in the system development process, they can also provide opportunities for reflection, evaluation, and strategic decision-making. During this phase, system engineers and stakeholders can assess the current state of the system, address any outstanding issu…

Plateau
type: Form

Platform Change Time
type: LexicalEntry
type: MultiwordExpression
canonical form: Platform Change Time
sense: PLATFORM--CHANGE--TIME lexSense

PLATFORM--CHANGE--TIME lexConcept
type: LexicalConcept
definition: Time for a passenger to move from the planned arrival platform to the new arrival platform

Platform Change Time
type: Form

Platform Change
type: LexicalEntry
type: MultiwordExpression
canonical form: Platform Change
sense: PLATFORM--CHANGE lexSense

PLATFORM--CHANGE lexConcept
type: LexicalConcept
definition: A change in the arrival/ departure platform. E.g., Train 00175 arrival in Bern platform 3 -> Train 00175 arrival in Bern platform 7

Platform Change
type: Form

PWITD
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Polarion Work Item of Type Definition
canonical form: PWITD

POLARION--WORK--ITEM--OF--TYPE--DEFINITION lexConcept
type: LexicalConcept
definition: Polarion Work Item of Type Definition

Polarion Work Item of Type Definition
type: Form

PWITD
type: Form

PWITR
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Polarion Work Item of Type Reference
canonical form: PWITR

POLARION--WORK--ITEM--OF--TYPE--REFERENCE lexConcept
type: LexicalConcept
definition: Polarion Work Item of Type Reference

Polarion Work Item of Type Reference
type: Form

PWITR
type: Form

Portability
type: LexicalEntry
type: Word
canonical form: Portability
sense: PORTABILITY lexSense

PORTABILITY lexConcept
type: LexicalConcept
definition: Function by considering the ability for one function to be ported from one technology to another technology. The property that allows migrating a software from one concrete computing platform implementation to another concrete computing platform implementation.

Portability
type: Form

PMAT
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: PRAMSS Management & Assurance Team
canonical form: PMAT

PRAMSS--MANAGEMENT--AND--ASSURANCE--TEAM lexConcept
type: LexicalConcept
definition: PRAMSS Management & Assurance Team

PRAMSS Management & Assurance Team
type: Form

PMAT
type: Form

PRAMS
type: LexicalEntry
type: Word
canonical form: PRAMS
sense: PRAMS lexSense

PRAMS lexConcept
type: LexicalConcept
definition: Performance, reliability, availability, maintainability, safety

PRAMS lexConcept 2
type: LexicalConcept
definition: Performance, Reliability, Availability, Maintainability, Safety

PRAMS
type: Form

Procedure
type: LexicalEntry
type: Word
canonical form: Procedure
sense: PROCEDURE lexSense

PROCEDURE lexConcept
type: LexicalConcept
definition: A procedure is a set of instructions for completing a single task or activity within a process. A process is a series of tasks/activities that produce an outcome. In other words, a procedure is the execution of a pre-defined process by means of pre-defined rules.

Procedure
type: Form

Process Framework
type: LexicalEntry
type: MultiwordExpression
canonical form: Process Framework
sense: PROCESS--FRAMEWORK lexSense

PROCESS--FRAMEWORK lexConcept
type: LexicalConcept
definition: A process framework refers to a structured and systematic approach for designing, documenting, and managing processes within an organisation for a defined scope.

Process Framework
type: Form

Process Task
type: LexicalEntry
type: MultiwordExpression
canonical form: Process Task
sense: PROCESS--TASK lexSense

PROCESS--TASK lexConcept
type: LexicalConcept
definition: An atomic activity that is included within a process. It is used when the work in the Process is not broken down to a finer level of Process detail. Action intended to contribute to the achievement of one or more outcomes of a process.

Process Task
type: Form

Process-System harmonisation dependency
type: LexicalEntry
type: MultiwordExpression
canonical form: Process-System harmonisation dependency
sense: PROCESS-SYSTEM--HARMONISATION--DEPENDENCY lexSense

PROCESS-SYSTEM--HARMONISATION--DEPENDENCY lexConcept
type: LexicalConcept
definition: The process-system harmonisation dependency decribes the fact, that in the highly automated CCS processes, which form a mixed sequence of actor actions and system function activation, the integration of a single not harmonized process action or a single not harmonized functional system behaiour already leads to a non harmonized system behaviour demanding for non harmonized operational process steps. Or in other words: A specific process depends on a specific system functionality and vice versa. Therefore harmonising one side in a specific way is only possible by harmonising the other side in a specific way. (image: 2-diagram_20240622-2035.38937.mxg.svg)

Process-System harmonisation dependency
type: Form

Process
type: LexicalEntry
type: Word
canonical form: Process
sense: PROCESS lexSense

PROCESS lexConcept
type: LexicalConcept
definition: A set of interrelated or interacting set of cohesive process tasks that transforms inputs into outputs. The Processes require a purpose and outcome, all processes have at least one process task.

Process
type: Form

Production view
type: LexicalEntry
type: MultiwordExpression
canonical form: Production view
sense: PRODUCTION--VIEW lexSense

PRODUCTION--VIEW lexConcept
type: LexicalConcept
definition: The production view is an information model that is restricted to the needs of a given use case. It is designed to allow data delivery to consumers using a given technology.

Production view
type: Form

PROD
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Production
canonical form: PROD

PRODUCTION lexConcept
type: LexicalConcept
definition: Production

Production
type: Form

PROD
type: Form

Prognostics: is the ability to predict an impeding failure of a system based on...
type: LexicalEntry
type: MultiwordExpression
canonical form: Prognostics: is the ability to predict an impeding failure of a system based on...
sense: PROGNOSTICS---IS--THE--ABILITY--TO--PREDICT--AN--IMPEDING--FAILURE--OF--A--SYSTEM--BASED--ON lexSense

PROGNOSTICS---IS--THE--ABILITY--TO--PREDICT--AN--IMPEDING--FAILURE--OF--A--SYSTEM--BASED--ON lexConcept
type: LexicalConcept
definition: Prognostics:{comment:7} {comment:53}is the ability to predict an impeding failure of a system based on the current system conditions [ISBN-13: ‎978-0849398797]. Prognosis technologies typically use measured or inferred features, as well as data-driven and/or physics-based models, to predict the condition of the system at some future time [DOI: 10.1002/9780470117842].

Prognostics: is the ability to predict an impeding failure of a system based on...
type: Form

PMO
type: Acronym
type: LexicalEntry
acronym for: Project Management Office
canonical form: PMO

PROJECT--MANAGEMENT--OFFICE lexConcept
type: LexicalConcept
definition: Project Management Office

Project Management Office
type: Form

PMO
type: Form

Project Milestone.
type: LexicalEntry
type: MultiwordExpression
canonical form: Project Milestone.
sense: PROJECT--MILESTONE lexSense

PROJECT--MILESTONE lexConcept
type: LexicalConcept
definition: The planning hierarchy is Release>Project Milestone>Work Package>Task

Project Milestone.
type: Form

Properties Topology
type: LexicalEntry
type: MultiwordExpression
canonical form: Properties Topology
sense: PROPERTIES--TOPOLOGY lexSense

PROPERTIES--TOPOLOGY lexConcept
type: LexicalConcept
definition: The 'Properties Topology' is part of railway infrastructure and defines different properties for a section of track like speed limit, traction system etc.

Properties Topology
type: Form

QoS - Quality of Service
type: LexicalEntry
type: MultiwordExpression
canonical form: QoS - Quality of Service
sense: QOS-----QUALITY--OF--SERVICE lexSense

QOS-----QUALITY--OF--SERVICE lexConcept
type: LexicalConcept
definition: QoS - Quality of Service

QoS - Quality of Service
type: Form

QA
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Quality and Assurance
canonical form: QA

QUALITY--AND--ASSURANCE lexConcept
type: LexicalConcept
definition: Quality and Assurance

Quality and Assurance
type: Form

QA
type: Form

Quality attribute
type: LexicalEntry
type: MultiwordExpression
canonical form: Quality attribute
sense: QUALITY--ATTRIBUTE lexSense

QUALITY--ATTRIBUTE lexConcept
type: LexicalConcept
definition: Quality attribute is a realized non-functional requirement used to evaluate the performance of a system

Quality attribute
type: Form

Question.
type: LexicalEntry
type: Word
canonical form: Question.
sense: QUESTION lexSense

QUESTION lexConcept
type: LexicalConcept
definition: Entry in a FAQ or Q&A list. Description holds answer. If there are many answers then workitems of type "Answer" can be linked.

Question.
type: Form

RBC
type: Acronym
type: LexicalEntry
acronym for: Radio Block Centre
canonical form: RBC

RADIO--BLOCK--CENTRE lexConcept
type: LexicalConcept
definition: Radio Block Centre is a computer-based system that elaborates messages to be sent to the train on basis of information received from external trackside systems and on basis of information exchanged with the on-board subsystems. The main objective of these messages is to provide movement authorities to allow the safe movement of trains on the Railway infrastructure area under the responsibility of the RBC. The interoperability requirements for the RBC are mainly related to the data exchange between the RBC and the on-board subsystem. (subset26-2)

RADIO--BLOCK--CENTRE lexConcept 2
type: LexicalConcept
definition: Radio Block Centre is a computer-based system that elaborates messages to be sent to the train on basis of information received from external trackside systems and on basis of information exchanged with the on-board subsystems. The main objective of these messages is to provide movement authorities to allow the safe movement of trains on the Railway infrastructure area under the responsibility of the RBC. The interoperability requirements for the RBC are mainly related to the data exchange between the RBC and the on-board subsystem. (subset26-2)

Radio Block Centre
type: Form

RBC
type: Form

RBC
type: Form

RIM
type: Acronym
type: LexicalEntry
acronym for: Rail Infrastructure Manager
canonical form: RIM

RAIL--INFRASTRUCTURE--MANAGER lexConcept
type: LexicalConcept
definition: Rail Infrastructure Manager

Rail Infrastructure Manager
type: Form

RIM
type: Form

RNE
type: Acronym
type: LexicalEntry
acronym for: Rail Net Europe
canonical form: RNE

RAIL--NET--EUROPE lexConcept
type: LexicalConcept
definition: Rail Net Europe

Rail Net Europe
type: Form

RNE
type: Form

ROC
type: Acronym
type: LexicalEntry
acronym for: Rail Operating Company
canonical form: ROC

RAIL--OPERATING--COMPANY lexConcept
type: LexicalConcept
definition: Rail Operating Company

Rail Operating Company
type: Form

ROC
type: Form

RASCOP
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Rail Standardisation Coordination Platform for Europe
canonical form: RASCOP

RAIL--STANDARDISATION--COORDINATION--PLATFORM--FOR--EUROPE lexConcept
type: LexicalConcept
definition: Rail Standardisation Coordination Platform for Europe

Rail Standardisation Coordination Platform for Europe
type: Form

RASCOP
type: Form

RU
type: Acronym
type: LexicalEntry
acronym for: Rail Undertakings
canonical form: RU

RAIL--UNDERTAKINGS lexConcept
type: LexicalConcept
definition: Rail Undertakings

Rail Undertakings
type: Form

RU
type: Form

RNE TIS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: RailNetEurope Train Information System
canonical form: RNE TIS

RAILNETEUROPE--TRAIN--INFORMATION--SYSTEM lexConcept
type: LexicalConcept
definition: RailNetEurope Train Information System

RailNetEurope Train Information System
type: Form

RNE TIS
type: Form

Railway Hazard
type: LexicalEntry
type: MultiwordExpression
canonical form: Railway Hazard
sense: RAILWAY--HAZARD lexSense

RAILWAY--HAZARD lexConcept
type: LexicalConcept
definition: Top level hazard at railway level that can be caused by: * an operational scenario/procedure failure and/or * a system function/component failure. Each railway hazard shall be traced with at least: * One SPPRAMSS-7602 - Operational Hazard, * one SPPRAMSS-7603 - System Hazard

Railway Hazard
type: Form

Railway Requirement.
type: LexicalEntry
type: MultiwordExpression
canonical form: Railway Requirement.
sense: RAILWAY--REQUIREMENT lexSense

RAILWAY--REQUIREMENT lexConcept
type: LexicalConcept
definition: Epic/User Story coming from stakeholders as their concrete vision. Who, what, why. Not strict form criteria. Formulated in 3-5 sentences. Is translated to precise operational requirements during the design process.

Railway Requirement.
type: Form

RU
type: Acronym
type: LexicalEntry
acronym for: Railway Undertaking
canonical form: RU

RAILWAY--UNDERTAKING lexConcept
type: LexicalConcept
definition: Railway Undertaking

Railway Undertaking
type: Form

RU
type: Form

Railway
type: LexicalEntry
type: Word
canonical form: Railway
sense: RAILWAY lexSense

RAILWAY lexConcept
type: LexicalConcept
definition: The term "railway" is used to represent railway infrastructure managers, railway undertakings, vehicle owners and all other possible combinations of the rolling stock and infrastructure owning and operating companies.

Railway
type: Form

RAM
type: Acronym
type: LexicalEntry
acronym for: Random Access Memory
canonical form: RAM

RANDOM--ACCESS--MEMORY lexConcept
type: LexicalConcept
definition: Random Access Memory

Random Access Memory
type: Form

RAM
type: Form

Rationale.
type: LexicalEntry
type: Word
canonical form: Rationale.
sense: RATIONALE lexSense

RATIONALE lexConcept
type: LexicalConcept
definition: Reasons why another workitem WAS designed this way

Rationale.
type: Form

RBD
type: LexicalEntry
type: Word
canonical form: RBD
sense: RBD lexSense

RBD lexConcept
type: LexicalConcept
definition: reliability block diagram logical, graphical representation of a system showing how reliability of its sub items (represented by blocks) and combinations thereof, affect reliability of the system [SOURCE: IEC 60050-192:2015, 192-11-03]

RBD lexConcept 2
type: LexicalConcept
definition: A Reliability Block Diagram (RBD) is a graphical representation of the successful operation of a system. It shows the logical connection of the (functional) components (represented by blocks), which is required for the successful operation of the system. Consequently, an RBD is equivalent to a logical equation of Boolean variables and the probability calculations primarily refer to constant values of the success/failure probabilities of a block.

RBD
type: Form

Reaction Time
type: LexicalEntry
type: MultiwordExpression
canonical form: Reaction Time
sense: REACTION--TIME lexSense

REACTION--TIME lexConcept
type: LexicalConcept
definition: In semi automatic conflict solution, the Dispatcher can decline the executed dispatching measure and override it

Reaction Time
type: Form

Reader Controller The Reader Controller manages states and failures of the Biome...
type: LexicalEntry
type: MultiwordExpression
canonical form: Reader Controller The Reader Controller manages states and failures of the Biome...
sense: READER--CONTROLLER--THE--READER--CONTROLLER--MANAGES--STATES--AND--FAILURES--OF--THE--BIOME lexSense

READER--CONTROLLER--THE--READER--CONTROLLER--MANAGES--STATES--AND--FAILURES--OF--THE--BIOME lexConcept
type: LexicalConcept
definition: Reader Controller The Reader Controller manages states and failures of the Biometric Readerand/or the RFID Reader.

Reader Controller The Reader Controller manages states and failures of the Biome...
type: Form

RT
type: Acronym
type: LexicalEntry
acronym for: Real Time
canonical form: RT

REAL--TIME lexConcept
type: LexicalConcept
definition: Real Time

Real Time
type: Form

RT
type: Form

Real-Time Conflict Detection
type: LexicalEntry
type: MultiwordExpression
canonical form: Real-Time Conflict Detection
sense: REAL-TIME--CONFLICT--DETECTION lexSense

REAL-TIME--CONFLICT--DETECTION lexConcept
type: LexicalConcept
definition: Determine the difference between the operational plan and the forecast. Conflicts predicted to occur in the future but may be solved before they happen. Conflicts arise from the impact of deviations.

Real-Time Conflict Detection
type: Form

RAID
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Redundant Array of Independent Disks
canonical form: RAID

REDUNDANT--ARRAY--OF--INDEPENDENT--DISKS lexConcept
type: LexicalConcept
definition: Redundant Array of Independent Disks

Redundant Array of Independent Disks
type: Form

RAID
type: Form

Ref. Loc.
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Reference Location
canonical form: Ref. Loc.

REFERENCE--LOCATION lexConcept
type: LexicalConcept
definition: The reference location on the track which the train based distance reading refers to. It is used as a common location reference between the ERTMS/ETCS on-board and trackside equipment (according to the "Reference Location" definition in SUBSET-023, TSI 2023).

Reference Location
type: Form

Ref. Loc.
type: Form

Reference.
type: LexicalEntry
type: Word
canonical form: Reference.
sense: REFERENCE lexSense

REFERENCE lexConcept
type: LexicalConcept
definition: Hyperlink and/or copy of an external document. See: References

Reference.
type: Form

Refering document
type: LexicalEntry
type: MultiwordExpression
canonical form: Refering document
sense: REFERING--DOCUMENT lexSense

REFERING--DOCUMENT lexConcept
type: LexicalConcept
definition: any system pillar document, but for glossaries, written by a document author or read by a document reader. The document contains System Pillar Work-items, but for definitions and concepts. The export of a document may contain a table of definitions generated out of the definitions refered to in the document.

Refering document
type: Form

RTCC
type: Acronym
type: LexicalEntry
acronym for: Regional traffic control centre
canonical form: RTCC

REGIONAL--TRAFFIC--CONTROL--CENTRE lexConcept
type: LexicalConcept
definition: Regional traffic control centre

Regional traffic control centre
type: Form

RTCC
type: Form

Relative position
type: LexicalEntry
type: MultiwordExpression
canonical form: Relative position
sense: RELATIVE--POSITION lexSense

RELATIVE--POSITION lexConcept
type: LexicalConcept
definition: The Train front end position expressed with a distance from a reference location in a 1D reference frame.

Relative position
type: Form

Release.
type: LexicalEntry
type: Word
canonical form: Release.
sense: RELEASE lexSense

RELEASE lexConcept
type: LexicalConcept
definition: A package of documents (polarion collection) released by a domain at a certain time

Release.
type: Form

reliability, <of an item>
type: LexicalEntry
type: MultiwordExpression
canonical form: reliability, <of an item>
sense: RELIABILITY--<OF--AN--ITEM> lexSense

RELIABILITY--<OF--AN--ITEM> lexConcept
type: LexicalConcept
definition: Ability to perform as required, without failure, for a given time interval, under given conditions. Note 1 to entry: The time interval duration can be expressed in units appropriate to the item concerned, e.g. calendar time, operating cycles, distance run, etc. Note 2 to entry: Given conditions include aspects that affect reliability, such as: mode of operation, stress levels, environmental conditions, and maintenance. Note 3 to entry: Reliability can be quantified using measures defined in Section 192-05, Reliability related concepts: measures. [SOURCE: IEC 60050-192:2015, 192-01-24] Source: SPPRAMSS-349 - [EN 50126-1:2017]

reliability, <of an item>
type: Form

RAMS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Reliability, Availability, Maintainability and Safety
canonical form: RAMS

RELIABILITY--AVAILABILITY--MAINTAINABILITY--AND--SAFETY lexConcept
type: LexicalConcept
definition: Reliability, Availability, Maintainability and Safety

Reliability, Availability, Maintainability and Safety
type: Form

RAMS
type: Form

Reliable Data
type: LexicalEntry
type: MultiwordExpression
canonical form: Reliable Data
sense: RELIABLE--DATA lexSense

RELIABLE--DATA lexConcept
type: LexicalConcept
definition: Reliable Data refers to a typical characteristic of data which satisfies the qualities of being trustworthy/low probability of incorrect information/low fault rate of the information, current (not obsolete), complete, and accurate. The attribute “reliable” is not limited or coupled exclusively to safety-related functions since a sufficient level of quality is also required to guarantee a good performance, high availability, and reliability of non-safe functions such as realised by ATO or TMS. Hence, the data quality attribute ‘Reliable’ means safety-related or non-safety-related data that satisfies the Consuming System’s data quality requirements.

Reliable Data
type: Form

RTO
type: Acronym
type: LexicalEntry
acronym for: Remote Train Operations
canonical form: RTO

REMOTE--TRAIN--OPERATIONS lexConcept
type: LexicalConcept
definition: Remote Train Operations

Remote Train Operations
type: Form

RTO
type: Form

REP - Repository
type: LexicalEntry
type: MultiwordExpression
canonical form: REP - Repository
sense: REP-----REPOSITORY lexSense

REP-----REPOSITORY lexConcept
type: LexicalConcept
definition: REP - Repository

REP - Repository
type: Form

REP
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Replica
canonical form: REP

REPLICA lexConcept
type: LexicalConcept
definition: A Replica is a specific realization of any entity in a cluster of peers used for composite fail safety and/or availability. Replicas of the same entity always run in distinct Compartments deployed to distinct Computing Elements.

Replica
type: Form

REP
type: Form

REST
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Representational State Transfer
canonical form: REST

REPRESENTATIONAL--STATE--TRANSFER lexConcept
type: LexicalConcept
definition: Representational State Transfer

Representational State Transfer
type: Form

REST
type: Form

Requirement statement
type: LexicalEntry
type: MultiwordExpression
canonical form: Requirement statement
sense: REQUIREMENT--STATEMENT lexSense

REQUIREMENT--STATEMENT lexConcept
type: LexicalConcept
definition: A requirement statement is the result of a formal transformation of one or more needs or parent requirements into an agreed-to obligation for an entity to perform some function or possess some quality within specified constraints with acceptable risk. Requirements are formal textual “shall” statements that communicate in a structured, natural language what an entity must do to realise the intent of the needs from which they were transformed. (Source: https://portal.incose.org/commerce/store?productId=INCOSE-GUIDEWRITINGREQ)

Requirement statement
type: Form

Retrofit
type: LexicalEntry
type: Word
canonical form: Retrofit
sense: RETROFIT lexSense

RETROFIT lexConcept
type: LexicalConcept
definition: Addition of new technology or features to older systems. For trains it could be adding an ETCS onboard unit to a class B equipped train.

Retrofit
type: Form

Reusability
type: LexicalEntry
type: Word
canonical form: Reusability
sense: REUSABILITY lexSense

REUSABILITY lexConcept
type: LexicalConcept
definition: The property of a sub-system to be integrated without any modification inside various CCS possibly deployed in different operation contexts. This is related to "cross acceptance" as defined in [EN50129]:{comment:1336} 3.1.7. {comment:1298}

Reusability
type: Form

RFID Reader Radio Frequency Identification (RFID) refers to a wireless system co...
type: LexicalEntry
type: MultiwordExpression
canonical form: RFID Reader Radio Frequency Identification (RFID) refers to a wireless system co...
sense: RFID--READER--RADIO--FREQUENCY--IDENTIFICATION--RFID--REFERS--TO--A--WIRELESS--SYSTEM--CO lexSense

RFID--READER--RADIO--FREQUENCY--IDENTIFICATION--RFID--REFERS--TO--A--WIRELESS--SYSTEM--CO lexConcept
type: LexicalConcept
definition: RFID Reader Radio Frequency Identification (RFID) refers to a wireless system comprised of two components: tags and readers. The reader is a device that has one or more antennas that emit radio waves and receive signals back from the RFID tag. This reader permits the authentication of the actor.

RFID Reader Radio Frequency Identification (RFID) refers to a wireless system co...
type: Form

RINF - RINF means Register of Infrastructure. The RINF comprehensively describes...
type: LexicalEntry
type: MultiwordExpression
canonical form: RINF - RINF means Register of Infrastructure. The RINF comprehensively describes...
sense: RINF-----RINF--MEANS--REGISTER--OF--INFRASTRUCTURE---THE--RINF--COMPREHENSIVELY--DESCRIBES lexSense

RINF-----RINF--MEANS--REGISTER--OF--INFRASTRUCTURE---THE--RINF--COMPREHENSIVELY--DESCRIBES lexConcept
type: LexicalConcept
definition: RINF - RINF means Register of Infrastructure. The RINF comprehensively describes the static rail network characteristics and capabilities. It contains network parameters for each subsystem or part subsystem.

RINF-----RINF--MEANS--REGISTER--OF--INFRASTRUCTURE---THE--RINF--COMPREHENSIVELY--DESCRIBES lexConcept 2
type: LexicalConcept
definition: RINF - RINF means Register of Infrastructure. The RINF comprehensively describes the static rail network characteristics and capabilities. It contains network parameters for each subsystem or part subsystem.

RINF - RINF means Register of Infrastructure. The RINF comprehensively describes...
type: Form

risk, <of a hazard>
type: LexicalEntry
type: MultiwordExpression
canonical form: risk, <of a hazard>
sense: RISK--<OF--A--HAZARD> lexSense

RISK--<OF--A--HAZARD> lexConcept
type: LexicalConcept
definition: combination of the probability of occurrence of accident and the severity of that accident Note 1 to entry: In French, the term “risque” also denotes the potential source of harm, in English “hazard” (see 903-01-02) SPPRAMSS-4044 - Hazard . [SOURCE: IEC 60050-903:2013, 903-01-07, modified — <of a hazard> has been added and "harm" has been replaced with "accident"]

risk, <of a hazard>
type: Form

risk analysis
type: LexicalEntry
type: MultiwordExpression
canonical form: risk analysis
sense: RISK--ANALYSIS lexSense

RISK--ANALYSIS lexConcept
type: LexicalConcept
definition: systematic use of available information to identify hazards and to estimate the risk [Source: IEC 60050-903:2013, 903-01-08]

risk analysis
type: Form

risk assessment
type: LexicalEntry
type: MultiwordExpression
canonical form: risk assessment
sense: RISK--ASSESSMENT lexSense

RISK--ASSESSMENT lexConcept
type: LexicalConcept
definition: overall process comprising a risk analysis and a risk evaluation [Source: IEC 60050-903:2013, 903-01-10]

risk assessment
type: Form

risk evaluation
type: LexicalEntry
type: MultiwordExpression
canonical form: risk evaluation
sense: RISK--EVALUATION lexSense

RISK--EVALUATION lexConcept
type: LexicalConcept
definition: procedure based on the risk analysis to determine whether the tolerable risk has been achieved [Source: IEC 60050-903:2013, 903-01-09]

risk evaluation
type: Form

Risk.
type: LexicalEntry
type: Word
canonical form: Risk.
sense: RISK lexSense

RISK lexConcept
type: LexicalConcept
definition: Value of damage and mitigation for a hazard.

Risk.
type: Form

Road Traffic (DRAFT)
type: LexicalEntry
type: MultiwordExpression
canonical form: Road Traffic (DRAFT)
sense: ROAD--TRAFFIC--DRAFT lexSense

ROAD--TRAFFIC--DRAFT lexConcept
type: LexicalConcept
definition: Any traffic on a railway track level crossing other than railway traffic.

Road Traffic (DRAFT)
type: Form

Roadmap
type: LexicalEntry
type: Word
canonical form: Roadmap
sense: ROADMAP lexSense

ROADMAP lexConcept
type: LexicalConcept
definition: Visualization of a specific plan

Roadmap
type: Form

RBAS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Role Based Access Control
canonical form: RBAS

ROLE--BASED--ACCESS--CONTROL lexConcept
type: LexicalConcept
definition: Role Based Access Control

Role Based Access Control
type: Form

RBAS
type: Form

Role.
type: LexicalEntry
type: Word
canonical form: Role.
sense: ROLE lexSense

ROLE lexConcept
type: LexicalConcept
definition: Role assigned to a actor

Role.
type: Form

Roll Away
type: LexicalEntry
type: MultiwordExpression
canonical form: Roll Away
sense: ROLL--AWAY lexSense

ROLL--AWAY lexConcept
type: LexicalConcept
definition: An unintended and non-powered movement of the train in a direction, which conflicts with the current position of the direction controller in the active desk. Reference: Glossary of Terms and Abbreviation. SUBSET-023. Issue 4.0.0

Roll Away
type: Form

Route Change
type: LexicalEntry
type: MultiwordExpression
canonical form: Route Change
sense: ROUTE--CHANGE lexSense

ROUTE--CHANGE lexConcept
type: LexicalConcept
definition: To change the assigned network of the train, including a change in the assigned stops. E.g., planned journey: Interlaken -> Spiez -> Bern -> Basel ...... New Plan: Spiez -> Zurich -> Basel

Route Change
type: Form

RU - Railway Undertaking.
type: LexicalEntry
type: MultiwordExpression
canonical form: RU - Railway Undertaking.
sense: RU-----RAILWAY--UNDERTAKING lexSense

RU-----RAILWAY--UNDERTAKING lexConcept
type: LexicalConcept
definition: RU - Railway Undertaking.

RU - Railway Undertaking.
type: Form

Rule.
type: LexicalEntry
type: Word
canonical form: Rule.
sense: RULE lexSense

RULE lexConcept
type: LexicalConcept
definition: Design principle that shall used in a certain area. Is used to avoid the need of Rationals for every design element.

Rule.
type: Form

RTE
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Runtime Environment
canonical form: RTE

RUNTIME--ENVIRONMENT lexConcept
type: LexicalConcept
definition: The Runtime Environment refers to the software needed to provide the services of the Runtime Layer in a single Compartment.

Runtime Environment
type: Form

RTE
type: Form

RL
type: Acronym
type: LexicalEntry
acronym for: Runtime Layer
canonical form: RL

RUNTIME--LAYER lexConcept
type: LexicalConcept
definition: The Runtime Layer refers to the system services (e.g., application and computing resource orchestration, monitoring of the Functional Applications and the Application Execution Environment, tracing and logging, communication services that are not related to safety, security means incl. authentication, encryption, key storage, etc.) and the communication stack for information exchange between Functional Applications running on the same Computing Environment and with external entities. It may also include an operating system.

Runtime Layer
type: Form

RL
type: Form

safe state [821-12-49]
type: LexicalEntry
type: MultiwordExpression
canonical form: safe state [821-12-49]
sense: SAFE--STATE-- 821-12-49 lexSense

SAFE--STATE-- 821-12-49 lexConcept
type: LexicalConcept
definition: condition which continues to preserve safety [SOURCE: IEC 62425:2007, 3.1.42]

safe state [821-12-49]
type: Form

safe state
type: LexicalEntry
type: MultiwordExpression
canonical form: safe state
sense: SAFE--STATE lexSense

SAFE--STATE lexConcept
type: LexicalConcept
definition: condition which continues to preserve safety [Source: IEC 60050-821, 821-12-49]

SAFE--STATE lexConcept 2
type: LexicalConcept
definition: condition which continues to preserve safety [821-12-49][IEC 62425:2007, 3.1.42]

safe state
type: Form

Safe Train Length Determination
type: LexicalEntry
type: MultiwordExpression
canonical form: Safe Train Length Determination
sense: SAFE--TRAIN--LENGTH--DETERMINATION lexSense

SAFE--TRAIN--LENGTH--DETERMINATION lexConcept
type: LexicalConcept
definition: Function of ETCS Level 3.

Safe Train Length Determination
type: Form

SET
type: Acronym
type: LexicalEntry
acronym for: Safety Environment Task
canonical form: SET

SAFETY--ENVIRONMENT--TASK lexConcept
type: LexicalConcept
definition: A Safety Environment Task implements part of the functionality provided by a Safety Environment. Depending on its role in the overall function provided, it has a specific SIL assigned (in-line with total SE SIL definition). It may run replicated in multiple Compartments as SE Task Replicas.

Safety Environment Task
type: Form

SET
type: Form

SE
type: Acronym
type: LexicalEntry
acronym for: Safety Environment
canonical form: SE

SAFETY--ENVIRONMENT lexConcept
type: LexicalConcept
definition: The Safety Environment refers to the software needed to provide the services of the Safety Layer in one single Compartment. Previous definition: The Safety Environment refers to all Safety Environment Tasks needed for a Functional System.

SAFETY--ENVIRONMENT lexConcept 2
type: LexicalConcept
definition: The Safety Environment refers to all Safety Environment Tasks needed for a Functional System.

Safety Environment
type: Form

SE
type: Form

SE
type: Form

SF
type: Acronym
type: LexicalEntry
acronym for: Safety Framework
canonical form: SF

SAFETY--FRAMEWORK lexConcept
type: LexicalConcept
definition: The Safety Framework refers to all Safety Environment Replicas needed for a Functional System. Previous definition: new term

Safety Framework
type: Form

SF
type: Form

SL
type: Acronym
type: LexicalEntry
acronym for: Safety Layer
canonical form: SL

SAFETY--LAYER lexConcept
type: LexicalConcept
definition: The Safety Layer implements all the technical safety principles related to fulfilling the requirements of EN 50126, EN 50716 (formerly 50128)%3CmxGraphModel%3E%3Croot%3E%3CmxCell%20id%3D%220%22%2F%3E%3CmxCell%20id%3D%221%22%20parent%3D%220%22%2F%3E%3CmxCell%20id%3D%222%22%20value%3D%22Physical%20Computing%26lt%3Bbr%26gt%3BElement%26amp%3Bnbsp%3B%22%20style%3D%22rounded%3D0%3BwhiteSpace%3Dwrap%3Bhtml%3D1%3BfillColor%3D%23D6D6D6%3BfontColor%3D%23333333%3BstrokeColor%3D%23666666%3B%22%20vertex%3D%221%22%20parent%3D%221%22%3E%3CmxGeometry%20x%3D%22-130%22%20y%3D%22410%22%20width%3D%22240%22%20height%3D%2260%22%20as%3D%22geometry%22%2F%3E%3C%2FmxCell%3E%3CmxCell%20id%3D%223%22%20value%3D%22Core%22%20style%3D%22rounded%3D0%3BwhiteSpace%3Dwrap%3Bhtml%3D1%3BfillColor%3D%23cac5d3%3B%22%20vertex%3D%221%22%20parent%3D%221%22%3E%3CmxGeometry%20x%3D%22-120%22%20y%3D%22438%22%20width%3D%2240%22%20height%3D%2225%22%20as%3D%22geometry%22%2F%3E%3C%2FmxCell%3E%3CmxCell%20id%3D%224%22%20value%3D%22Memory%22%20style%3D%22rounded%3D0%3BwhiteSpace%3Dwrap%3Bhtml%3D1%3BfillColor%3D%23cac5d3%3B%22%20vertex%3D%221%22%20parent%3D%221%22%3E%3CmxGeometry%20x%3D%2250%22%20y%3D%22440%22%20width%3D%2250%22%20height%3D%2225%22%20as%3D%22geometry%22%2F%3E%3C%2FmxCell%3E%3CmxCell%20id%3D%225%22%20value%3D%22%22%20style%3D%22rounded%3D0%3BwhiteSpace%3Dwrap%3Bhtml%3D1%3BgradientColor%3Dnone%3Bglass%3D0%3Bshadow%3D0%3BfillStyle%3Dhatch%3BstrokeWidth%3D0.3%3BfillColor%3D%23404040%3B%22%20vertex%3D%221%22%20parent%3D%221%22%3E%3CmxGeometry%20x%3D%22-220%22%20y%3D%22404%22%20width%3D%22370%22%20height%3D%2272%22%20as%3D%22geometry%22%2F%3E%3C%2FmxCell%3E%3CmxCell%20id%3D%226%22%20value%3D%22I3%22%20style%3D%22ellipse%3BwhiteSpace%3Dwrap%3Bhtml%3D1%3BfillColor%3D%23a0522d%3BfontColor%3D%23ffffff%3BstrokeColor%3D%236D1F00%3B%22%20vertex%3D%221%22%20parent%3D%221%22%3E%3CmxGeometry%20x%3D%22-23.61%22%20y%3D%22305.5%22%20width%3D%2255%22%20height%3D%2220%22%20as%3D%22geometry%22%2F%3E%3C%2FmxCell%3E%3CmxCell%2…

Safety Layer
type: Form

SL
type: Form

I5
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Safety Platform Independence Interface
canonical form: I5

SAFETY--PLATFORM--INDEPENDENCE--INTERFACE lexConcept
type: LexicalConcept
definition: The aim of introducing Safety Platform Independence Interface I5 (Interface 5), is to be able to implement platform independent Safe Functional Applications (up to SIL4) i.e., applications, based on a generalized abstraction between the application logic and the system interfaces, will run unchanged on different platform implementations.

Safety Platform Independence Interface
type: Form

I5
type: Form

SRAC
type: Acronym
type: LexicalEntry
acronym for: Safety related application conditions
canonical form: SRAC

SAFETY--RELATED--APPLICATION--CONDITIONS lexConcept
type: LexicalConcept
definition: Safety related application conditions are SPPR-2246 - Application Condition relevant for the safety of the application.

Safety related application conditions
type: Form

SRAC
type: Form

SASC
type: LexicalEntry
type: Word
canonical form: SASC
sense: SASC lexSense

SASC lexConcept
type: LexicalConcept
definition: Specific Application Safety Case; SPPRAMSS-334 - [EN 50129:2018/AC:2019-04] ,SPPRAMSS-335 - [EN 50126-2:2017] {comment:104}

SASC
type: Form

Scalability
type: LexicalEntry
type: Word
canonical form: Scalability
sense: SCALABILITY lexSense

SCALABILITY lexConcept
type: LexicalConcept
definition: Scalability refers to the ability of a system/sub-system to handle an increasing workload or expand its capacity without significantly impacting performance, efficiency, or cost.

Scalability
type: Form

Scenario
type: LexicalEntry
type: Word
canonical form: Scenario
sense: SCENARIO lexSense

SCENARIO lexConcept
type: LexicalConcept
definition: Scenarios are diagrams that describe the interactions between structural elements by focusing on the exchange of information in a given context and with a time axis. They allow the ordering of information sequences and behaviours of structural elements, but can also be used as a basis for specification tests. Finally, their constitution, from top to bottom and from right to left, makes it easier to understand the elements described, even for people unfamiliar with an MBSE approach. Scenarios can be linked to sequence diagrams (SysML wording). Scope: Scenarios are suitable to be used for the following model elements: * Regarding abstractions: operational analysis, system analysis, logical architecture, physical architecture * Regarding structural entities: system, system element, logical component, interface layer component * Regarding functions: behaviour definition of function (how functions of structural entities exchange data through exchange items) * Regarding other behavioural aspects: pre and postconditions and invariants as start to end conditions as well as state invariants of the scenario * Regarding purpose: represent, at least, one complete sequence of functional exchanges on a time axis Scenarios are often used with a capability perspective depending on the implementation conditions (pre and post-conditions) and describing a specific context at the system, logical and physical structural elements. For example: * Visualise an initial sequence to achieve a system capability's outcome. * Visualise interactions between entities to achieve the system capability with an acceptable level of risk. * Visualise system black-box behaviour or system interaction behaviour with actors.

Scenario
type: Form

Schema meta-model
type: LexicalEntry
type: MultiwordExpression
canonical form: Schema meta-model
sense: SCHEMA--META-MODEL lexSense

SCHEMA--META-MODEL lexConcept
type: LexicalConcept
definition: A data schema is implemented in a known language such as XSD/XML or JSON schema. This allows a computer program to parse data that are known to conform to this specific schema. The schema documents the semantics of data entities so that an intelligent reader can interpret the information in the data. Such a schema can be represented as a meta-model.

Schema meta-model
type: Form

SCV-OB - Signal Converter-On-board
type: LexicalEntry
type: MultiwordExpression
canonical form: SCV-OB - Signal Converter-On-board
sense: SCV-OB-----SIGNAL--CONVERTER-ON-BOARD lexSense

SCV-OB-----SIGNAL--CONVERTER-ON-BOARD lexConcept
type: LexicalConcept
definition: SCV-OB - Signal Converter-On-board

SCV-OB - Signal Converter-On-board
type: Form

secondary functions
type: LexicalEntry
type: MultiwordExpression
canonical form: secondary functions
sense: SECONDARY--FUNCTIONS lexSense

SECONDARY--FUNCTIONS lexConcept
type: LexicalConcept
definition: "Value analysis defines a “basic function” as anything that makes the product work or sell. A function that is defined as “basic” cannot change. Secondary functions, also called “supporting functions”, described the manner in which the basic function(s) were implemented. Secondary functions could be modified or eliminated to reduce product cost."

secondary functions
type: Form

SecRAC
type: LexicalEntry
type: Word
canonical form: SecRAC
sense: SECRAC lexSense

SECRAC lexConcept
type: LexicalConcept
definition: security-related application condition [SOURCE: CLC/TS 50701:2023]

SecRAC
type: Form

Secure Communication
type: LexicalEntry
type: MultiwordExpression
canonical form: Secure Communication
sense: SECURE--COMMUNICATION lexSense

SECURE--COMMUNICATION lexConcept
type: LexicalConcept
definition: defining an encrypted channel between two entities using TLS1.3

Secure Communication
type: Form

Secure Component
type: LexicalEntry
type: MultiwordExpression
canonical form: Secure Component
sense: SECURE--COMPONENT lexSense

SECURE--COMPONENT lexConcept
type: LexicalConcept
definition: An implementation, as part of the rail automation system, which comprises system components, such as host devices, embedded devices, network devices or software applications, that implement security capabilities and consisting of a physical encasing, computing capabilities and network communication, and interfacing to the Shared Security Services Examples of CCS secure components are object controller, trackside cabinet, IXL rack, ATO-OB, OBU, ATO-TS, IXL/RBC combination, shared security services…)

Secure Component
type: Form

SSL
type: Acronym
type: LexicalEntry
acronym for: Secure Sockets Layer
canonical form: SSL

SECURE--SOCKETS--LAYER lexConcept
type: LexicalConcept
definition: Secure Sockets Layer

Secure Sockets Layer
type: Form

SSL
type: Form

Segment Profile
type: LexicalEntry
type: MultiwordExpression
canonical form: Segment Profile
sense: SEGMENT--PROFILE lexSense

SEGMENT--PROFILE lexConcept
type: LexicalConcept
definition: A Segment Profile is a one-dimensional object that describes a single and consecutive section of track and corresponds to the Track Centreline of that section of track. A Segment Profile has a Start Point and an End Point, which correspond to the boundary points of the section of Track Centreline of that Segment Profile. A Segment Profile defines a set of static infrastructure data required by the ATO on-board to compute the Operational Speed Profile. The Segment Profile is part of Trackside Configuration Data. These data are derived from Map Data according to the data structure as defined by ATO over ETCS Subset 126.

Segment Profile
type: Form

SEMP Link Rule.
type: LexicalEntry
type: MultiwordExpression
canonical form: SEMP Link Rule.
sense: SEMP--LINK--RULE lexSense

SEMP--LINK--RULE lexConcept
type: LexicalConcept
definition: Defines how certain Polarion workitems shall be linked. See: SEMP Link Rules overview

SEMP Link Rule.
type: Form

SEMP Process.
type: LexicalEntry
type: MultiwordExpression
canonical form: SEMP Process.
sense: SEMP--PROCESS lexSense

SEMP--PROCESS lexConcept
type: LexicalConcept
definition: Defines a process in the SEMP. See: SEMP Processes

SEMP Process.
type: Form

SEMP Requirements Types
type: LexicalEntry
type: MultiwordExpression
canonical form: SEMP Requirements Types
sense: SEMP--REQUIREMENTS--TYPES lexSense

SEMP--REQUIREMENTS--TYPES lexConcept
type: LexicalConcept
definition: * Common Business Objectives (CBO): High level objectives defining the mandate of the System Pillar. They are derived by Tasks and domains. They are not created in the Tasks and Domains. They can be formulated freely;{comment:48} * Railway Requirements: are operational epics that formulate concrete visions and user stories for the business target picture of an operational area (like CCS or Energy). The can be freely formulated but should follow the writing patterns of epics and user stories. They shall be specific enough to be assigned to exactly one System Pillar Task;{comment:49} * Operational Requirements: Are precise requirements that the Operational Analysis shall fulfil. {comment:24}They include PRAMSS and other non functional requirements; * Functional System Requirements: {comment:7}they are system requirements that the System Analysis, Logical Architecture or Subsystem Architecture shall fulfil and specify the functions of the System;{comment:14} * Non-Functional System Requirements: Are precise {comment:15}requirements that the System Analysis, Logical Architecture or Subsystem Architecture{comment:8} shall fulfil. They include PRAMSS and other non functional requirements.{comment:19} * Application Conditions + SRAC definitions: are precise requirements that the {comment:25}environment of the System In Use shall fulfill. They include physical needs, skill levels of maintenance personal, temperatures of server rooms, engineering rules, etc. The SRAC{comment:58} are specific application conditions relevant to safety.

SEMP Requirements Types
type: Form

SEMP Role Allocation.
type: LexicalEntry
type: MultiwordExpression
canonical form: SEMP Role Allocation.
sense: SEMP--ROLE--ALLOCATION lexSense

SEMP--ROLE--ALLOCATION lexConcept
type: LexicalConcept
definition: Name of the person who has a certan role in a certain team. See: Tracker search for role allocations

SEMP Role Allocation.
type: Form

Sensitivity points
type: LexicalEntry
type: MultiwordExpression
canonical form: Sensitivity points
sense: SENSITIVITY--POINTS lexSense

SENSITIVITY--POINTS lexConcept
type: LexicalConcept
definition: Sensitivity points are any modeled values under a given individual quality attribute that are significantly affected by a change to the architecture

Sensitivity points
type: Form

SoC
type: Acronym
type: LexicalEntry
acronym for: Separation of Concerns
canonical form: SoC

SEPARATION--OF--CONCERNS lexConcept
type: LexicalConcept
definition: Separation of Concerns

Separation of Concerns
type: Form

SoC
type: Form

serious accident
type: LexicalEntry
type: MultiwordExpression
canonical form: serious accident
sense: SERIOUS--ACCIDENT lexSense

SERIOUS--ACCIDENT lexConcept
type: LexicalConcept
definition: ‘serious accident’ means any train collision or derailment of trains resulting in the death of at least one person or serious injuries to five or more persons or extensive damage to rolling stock, the infrastructure or the environment, and any other accident with the same consequences which has an obvious impact on railway safety regulation or the management of safety; ‘extensive damage’ means damage that can be immediately assessed by the investigating body to cost at least EUR 2 million in total; [SOURCE: SPPRAMSS-337 - [Directive (EU) 2016/798] Article 3 Definitions (12) ]

serious accident
type: Form

SFC
type: Acronym
type: LexicalEntry
acronym for: Service Function Configuration
canonical form: SFC

SERVICE--FUNCTION--CONFIGURATION lexConcept
type: LexicalConcept
definition: The Service Function Configuration (SFC) is the implementation of the Configuration Management System. The SFC is a central location technical system that is responsible for managing the BuildingBlock Configurations. Each BuildingBlock deployment is managed by exactly one SFC.

Service Function Configuration
type: Form

SFC
type: Form

Shared Cybersecurity Services
type: LexicalEntry
type: MultiwordExpression
canonical form: Shared Cybersecurity Services
sense: SHARED--CYBERSECURITY--SERVICES lexSense

SHARED--CYBERSECURITY--SERVICES lexConcept
type: LexicalConcept
definition: A collection of standardized interfaces of central security functions accessible for all Secure Components in the automation solution. Examples of shared cybersecurity services are TIME, IAM, SSO, PKI, LOG, and BKP. The realization of the shared security services implement the requirements of the Secure Component Specification as they are considered also are as Secure Components. The interfaces from Secure Components to Shared Cybersecurity Service are identified by SSI-<Service name>.

Shared Cybersecurity Services
type: Form

SIL - Safety Interity Level
type: LexicalEntry
type: MultiwordExpression
canonical form: SIL - Safety Interity Level
sense: SIL-----SAFETY--INTERITY--LEVEL lexSense

SIL-----SAFETY--INTERITY--LEVEL lexConcept
type: LexicalConcept
definition: SIL - Safety Interity Level

SIL - Safety Interity Level
type: Form

(SIL2) Hazard mitigation
type: LexicalEntry
type: MultiwordExpression
canonical form: (SIL2) Hazard mitigation
sense: SIL2--HAZARD--MITIGATION lexSense

SIL2--HAZARD--MITIGATION lexConcept
type: LexicalConcept
definition: Safety requirement regarding activities for lowering the effect of a hazard. It reduces the damage to people, property, and the environment by lowering the frequency, damping the consequences. Unlike a safety invariant, a mitigation may not be enforced in a predictable fashion, for instance because it addresses hazards that cannot be influenced by they system themselves. For instance, trespassers on the track cannot be influenced by the railway system. A mitigation can be a realized by * fault detection (hazard will be detected), typically this needs additional activities * failure reaction (after detection the hazard will be excluded), typically this needs additional activities * SRAC safety application condition (hazard will be avoided principly)

(SIL2) Hazard mitigation
type: Form

(SIL4) Safety Invariant
type: LexicalEntry
type: MultiwordExpression
canonical form: (SIL4) Safety Invariant
sense: SIL4--SAFETY--INVARIANT lexSense

SIL4--SAFETY--INVARIANT lexConcept
type: LexicalConcept
definition: Safety invariants are safety requirements typically designed to address SIL4 hazards. Safety invariants defining conditions or properties critical to avoid such a SIL4 hazrard. The safety invariant shall be maintained true at any time during operations so that the system does not enter into a hazardous state or condition. Safety invariants shall be constantly monitored and predictably enforced during operations. * Predictably enforced means that the system shall, by design, avoid to enter conditions deviating from the invariant. The acknowledge execution principle is normally applied (e.g., a train enters a switch only after the switch move to position is acknowledged as safey finished). As such, Invariants are often used in formal methods to validate the system design. They may also be input to fault tree analysis, or other safety assessment techniques to ensure the robustness and reliability of systems towards defects. * Continuously monitored means that the invariant fulfillment shall be measured continuously or frequently enough to detect deviations early enough to mitigate them effitciently. Deviations shall lead to a immediate corrective actions to prevent accidents or failures (safety reaction).

(SIL4) Safety Invariant
type: Form

SOAP
type: Acronym
type: LexicalEntry
acronym for: Simple Object Access Protocol
canonical form: SOAP

SIMPLE--OBJECT--ACCESS--PROTOCOL lexConcept
type: LexicalConcept
definition: Simple Object Access Protocol

Simple Object Access Protocol
type: Form

SOAP
type: Form

SERA-CCS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Single European Railway Area - Command Control and Signaling
canonical form: SERA-CCS

SINGLE--EUROPEAN--RAILWAY--AREA-----COMMAND--CONTROL--AND--SIGNALING lexConcept
type: LexicalConcept
definition: For the railway sector, EU policy focuses on the main goal of establishing a single European railway area, an EU-wide system of railway networks which would allow the expansion of the rail sector based on * competition, * technical harmonization and * joint development of cross-border connections [see Building the single European railway area]. To this end, the EU aims to: * open and restructure the rail market * increase competitiveness by creating a level playing field for companies * develop infrastructure to ensure interoperability * improve efficiency in infrastructure use and safety * ensure fair prices for consumers{comment:5} SERA-CCS is understood to consist of those SERA objectives which are relevant for CCS (technical/operational target). It is defined by the following capabilities: * Provides Independence between Infrastructure Managers (IM) and Railway Undertakings (RU) or Vehicle Owners (VO): * No track access restriction or extra costs for a compliant RU/VO fleet/services accessing a given IM infrastructure compliant with SERA-CCS. * Non discriminatory access to IM services and capacity allocation across SERA-CCS IMs for compliant RU/VO fleet/services. * Ensures interoperability, which is the ability to allow the safe and uninterrupted movement of trains that accomplish the specified levels of performance across different infrastructure networks (IMs) and the ability that an infrastructure network is able to interact with trains of different RUs/VOs. * Ensures Harmonized Operations, based on: * Radio-based CAB Signalling, * Automatic Train{comment:1} Operation (ATO), * Single licensing for Drivers and Signalers across SERA-CCS. * Provides Backwards Compatibility: * Compatibility is considered to be achieved for a particular combination of on-board and trackside when the on-board is able to run a normal service on that trackside. The expression “train is running a normal service” shall be understood as “a train not penalized because of a reduction of p…

Single European Railway Area - Command Control and Signaling
type: Form

SERA-CCS
type: Form

Situation
type: LexicalEntry
type: Word
canonical form: Situation
sense: SITUATION lexSense

SITUATION lexConcept
type: LexicalConcept
definition: A logical combination of modes and states using logical operations (AND, OR, NOT) representing the superposition of modes and states occurring simultaneously at a given moment.

Situation
type: Form

Skip Stop
type: LexicalEntry
type: MultiwordExpression
canonical form: Skip Stop
sense: SKIP--STOP lexSense

SKIP--STOP lexConcept
type: LexicalConcept
definition: Remove a planned stop

Skip Stop
type: Form

Soft Key Context-dependent key which consists of a Hard Key with an associated l...
type: LexicalEntry
type: MultiwordExpression
canonical form: Soft Key Context-dependent key which consists of a Hard Key with an associated l...
sense: SOFT--KEY--CONTEXT-DEPENDENT--KEY--WHICH--CONSISTS--OF--A--HARD--KEY--WITH--AN--ASSOCIATED--L lexSense

SOFT--KEY--CONTEXT-DEPENDENT--KEY--WHICH--CONSISTS--OF--A--HARD--KEY--WITH--AN--ASSOCIATED--L lexConcept
type: LexicalConcept
definition: Soft Key Context-dependent key which consists of a Hard Key with an associated label on the Display Area. When using a soft key technology, the driver action is done via the Hard Key adjacent to the label.

Soft Key Context-dependent key which consists of a Hard Key with an associated l...
type: Form

SW
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Software
canonical form: SW

SOFTWARE lexConcept
type: LexicalConcept
definition: Software is software that encompasses both : the operating system and the computer application that runs the computer. They are both essential for the operation of a device.

Software
type: Form

SW
type: Form

SP - System Pillar
type: LexicalEntry
type: MultiwordExpression
canonical form: SP - System Pillar
sense: SP-----SYSTEM--PILLAR lexSense

SP-----SYSTEM--PILLAR lexConcept
type: LexicalConcept
definition: SP - System Pillar

SP - System Pillar
type: Form

SP Plateau? Plateau Release? Plateau Specification?
type: LexicalEntry
type: MultiwordExpression
canonical form: SP Plateau? Plateau Release? Plateau Specification?
sense: https://glossaries.ontorail.org/LEX_SP-DEFS/lex_sp-defs-240716#SP--PLATEAU%3F--PLATEAU--RELEASE%3F--PLATEAU--SPECIFICATION%3F_lexSense

https://glossaries.ontorail.org/LEX_SP-DEFS/lex_sp-defs-240716#SP--PLATEAU%3F--PLATEAU--RELEASE%3F--PLATEAU--SPECIFICATION%3F_lexConcept
type: LexicalConcept
definition: x

SP Plateau? Plateau Release? Plateau Specification?
type: Form

Specific national product functionality
type: LexicalEntry
type: MultiwordExpression
canonical form: Specific national product functionality
sense: SPECIFIC--NATIONAL--PRODUCT--FUNCTIONALITY lexSense

SPECIFIC--NATIONAL--PRODUCT--FUNCTIONALITY lexConcept
type: LexicalConcept
definition: The set of functions of a national specific product, including system behavior on electronic or analog system and user interfaces

Specific national product functionality
type: Form

Specification Task
type: LexicalEntry
type: MultiwordExpression
canonical form: Specification Task
sense: SPECIFICATION--TASK lexSense

SPECIFICATION--TASK lexConcept
type: LexicalConcept
definition: * Result: specification for an artifact * Usually ends on CENELEC P4 * Left side of the CENELEC “V”

Specification Task
type: Form

SPT1-railway System - Common business Objectives (rev. 63268)
type: LexicalEntry
type: MultiwordExpression
canonical form: SPT1-railway System - Common business Objectives (rev. 63268)
sense: SPT1-RAILWAY--SYSTEM-----COMMON--BUSINESS--OBJECTIVES--REV---63268 lexSense

SPT1-RAILWAY--SYSTEM-----COMMON--BUSINESS--OBJECTIVES--REV---63268 lexConcept
type: LexicalConcept
definition: SPT1-railway System - Common business Objectives (rev. 63268)

SPT1-railway System - Common business Objectives (rev. 63268)
type: Form

SRAC.
type: LexicalEntry
type: Word
canonical form: SRAC.
sense: SRAC lexSense

SRAC lexConcept
type: LexicalConcept
definition: Safety related application condition.

SRAC.
type: Form

SRD
type: LexicalEntry
type: Word
canonical form: SRD
sense: SRD lexSense

SRD lexConcept
type: LexicalConcept
definition: Single Rules Database [SOURCE: ERA, https://www.era.europa.eu/domains/registers/srd_en ]

SRD
type: Form

SRS
type: LexicalEntry
type: Word
canonical form: SRS
sense: SRS lexSense

SRS lexConcept
type: LexicalConcept
definition: System Requirement Specifications

SRS
type: Form

Stakeholder needs
type: LexicalEntry
type: MultiwordExpression
canonical form: Stakeholder needs
sense: STAKEHOLDER--NEEDS lexSense

STAKEHOLDER--NEEDS lexConcept
type: LexicalConcept
definition: These needs are taken into account for the definition of the System of interest. Note: In the Europe's Rail context, stakeholder needs are defined by valid input channels, which are - Decided SP Common Business Objectives as the top-level of the requirement tree, - Requirements proposed by any party and approved in the SP decision process according to SP governance.

Stakeholder needs
type: Form

Stakeholder
type: LexicalEntry
type: Word
canonical form: Stakeholder
sense: STAKEHOLDER lexSense

STAKEHOLDER lexConcept
type: LexicalConcept
definition: Individual or organisation having a right, share, claim, or interest in a system or in its possession of characteristics that meet their needs and expectations. Note: In the Europe's Rail context, the list of stakeholders is defined by the members of the System Pillar Steering group and their delegates or speakers.

STAKEHOLDER lexConcept 2
type: LexicalConcept
definition: Characterizes a stakeholder

Stakeholder
type: Form

SCI-OP
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Standard Communications Interface – Operational Plan
canonical form: SCI-OP

STANDARD--COMMUNICATIONS--INTERFACE-----OPERATIONAL--PLAN lexConcept
type: LexicalConcept
definition: Standard Communications Interface – Operational Plan

Standard Communications Interface – Operational Plan
type: Form

SCI-OP
type: Form

Standard Interfaces
type: LexicalEntry
type: MultiwordExpression
canonical form: Standard Interfaces
sense: STANDARD--INTERFACES lexSense

STANDARD--INTERFACES lexConcept
type: LexicalConcept
definition: Add definition for standard interfaces

Standard Interfaces
type: Form

SSI
type: Acronym
type: LexicalEntry
acronym for: Standard Security Interface
canonical form: SSI

STANDARD--SECURITY--INTERFACE lexConcept
type: LexicalConcept
definition: Standard Security Interface

Standard Security Interface
type: Form

SSI
type: Form

standard/routine operation
type: LexicalEntry
type: MultiwordExpression
canonical form: standard/routine operation
sense: STANDARD ROUTINE--OPERATION lexSense

STANDARD ROUTINE--OPERATION lexConcept
type: LexicalConcept
definition: operational production processes that routinely occur in the day-to-day of an operational railway network, both non-degraded operations and routine degraded operations. Standard/routine operation apply to all operational categories - i.e. All GoA levels,

standard/routine operation
type: Form

Start Occupancy Location
type: LexicalEntry
type: MultiwordExpression
canonical form: Start Occupancy Location
sense: START--OCCUPANCY--LOCATION lexSense

START--OCCUPANCY--LOCATION lexConcept
type: LexicalConcept
definition: The location point where the infrastructure element (track, signal, switch, etc..) occupation has started

Start Occupancy Location
type: Form

Start Occupancy Time
type: LexicalEntry
type: MultiwordExpression
canonical form: Start Occupancy Time
sense: START--OCCUPANCY--TIME lexSense

START--OCCUPANCY--TIME lexConcept
type: LexicalConcept
definition: The timestamp where the infrastructure element (track, signal, switch, etc..) occupation has started

Start Occupancy Time
type: Form

State Machine
type: LexicalEntry
type: MultiwordExpression
canonical form: State Machine
sense: STATE--MACHINE lexSense

STATE--MACHINE lexConcept
type: LexicalConcept
definition: collection of states connected by transitions

State Machine
type: Form

State Transition
type: LexicalEntry
type: MultiwordExpression
canonical form: State Transition
sense: STATE--TRANSITION lexSense

STATE--TRANSITION lexConcept
type: LexicalConcept
definition: A change of state toward itself or toward another state. A transition is characterised by a trigger which can be a boolean condition applied on certain model elements, such as functional exchanges.

State Transition
type: Form

State
type: LexicalEntry
type: Word
canonical form: State
sense: STATE lexSense

STATE lexConcept
type: LexicalConcept
definition: Behavioural characteristics of the system or physical conditions imposed by the environment. States can be applied to elements such as actors and components.

State
type: Form

STIP Milestone.
type: LexicalEntry
type: MultiwordExpression
canonical form: STIP Milestone.
sense: STIP--MILESTONE lexSense

STIP--MILESTONE lexConcept
type: LexicalConcept
definition: Standardisation and TSI Input Plan Milestone

STIP Milestone.
type: Form

STM interface
type: LexicalEntry
type: MultiwordExpression
canonical form: STM interface
sense: STM--INTERFACE lexSense

STM--INTERFACE lexConcept
type: LexicalConcept
definition: Interface of the Specific Transition Module of a train

STM interface
type: Form

STPA
type: LexicalEntry
type: Word
canonical form: STPA
sense: STPA lexSense

STPA lexConcept
type: LexicalConcept
definition: System Theoretic Process Analysis [Source: J3187:202305]

STPA lexConcept 2
type: LexicalConcept
definition: A Systems-Theoretic Process Analysis (STPA) is a hazard analysis technique based on control and system theory rather than the reliability theory underlying most existing hazard analysis techniques with the same goals as any hazard analysis technique, that is, to accumulate information about how hazards can occur.

STPA
type: Form

Struct
type: LexicalEntry
type: Word
canonical form: Struct
sense: STRUCT lexSense

STRUCT lexConcept
type: LexicalConcept
definition: A struct is a named and organised structure for storing a set of coherent information items. It is a class without methods.

Struct
type: Form

Sub Process (Activity)
type: LexicalEntry
type: MultiwordExpression
canonical form: Sub Process (Activity)
sense: SUB--PROCESS--ACTIVITY lexSense

SUB--PROCESS--ACTIVITY lexConcept
type: LexicalConcept
definition: Set of cohesive tasks of a process

Sub Process (Activity)
type: Form

Sub-system (sometimes called “Building Block”)
type: LexicalEntry
type: MultiwordExpression
canonical form: Sub-system (sometimes called “Building Block”)
sense: SUB-SYSTEM--SOMETIMES--CALLED-- BUILDING--BLOCK lexSense

SUB-SYSTEM--SOMETIMES--CALLED-- BUILDING--BLOCK lexConcept
type: LexicalConcept
definition: Sub-systems are along ARCADIA systems on System Level 5. Not to be confused with sub-systems in the TSI / interoperability directive. In the TSI / interoperability directive context a sub-system shall be regarded as a interoperability constituent A sub-system is a part of a system, which is not split into smaller entities. It represents a leaf element in the hierarchy of systems-of-systems. Physically speaking, a sub-system is either a piece of hardware plus software, or just a piece of software. A sub-system is a source able unit of the CCS system, in particular: * a sub-system can be individually tendered to a supplier, * a sub-system can be built individually by a supplier, * a sub-system must be integrated into a system, which includes all necessary test, verification, certification and validation activities depending on the level of harmonisation. The harmonisation of the sub-system’s features is to be defined according to the requested level: * Functional Apportionment, * Interoperability, * Exchangeability, or * Interchangeability.

Sub-system (sometimes called “Building Block”)
type: Form

Subsystem
type: LexicalEntry
type: Word
canonical form: Subsystem
sense: SUBSYSTEM lexSense

SUBSYSTEM lexConcept
type: LexicalConcept
definition: Subsystems are along ARCADIA systems with standard interfaces on System Level 5. Not to be confused with subsystems in the TSI / interoperability directive. A subsystem is a part of a system, which is not refined any further during the specification task(The term subsystem is used in this document following the referenced architecting standards, it does not correspond to the subsystem definition as in the Interoperability Directive.). It represents a leaf element in the hierarchy of systems-of-systems. A subsystem is defined by the following characteristics: * For each subsystem exists a set of specification documents, that allows a supplier to build that subsystem, ideally without the need for further documentation. * The level of strictness of the specification can be variable: * Interoperable specification: Strict standardisation of all interface aspects that are needed for to systems to fulfil a defined set of operational capabilities together on runtime. * Interchangeable specification: Standardisation of all interface aspects that are needed to exchange one of the systems with the lowest reasonable integration effort. * Core standardisation specification: An interoperable standardisation that defines a guaranteed minimum of interoperability, but allows and gives room for specific and perhaps incompatible extensions that are only used, when all involved systems have them. * Guideline: A recommended specification that can be used as a whole, or can be used partly or changed. * A subsystem can be implemented as software only, as hardware only, as a mixture of both depending on the strictness of the specification (the specification can leave that aspect open). * Each subsystem can be individually tendered to a supplier * Each subsystem can be built individually by a supplier * Each subsystem must be integrated into a system, which includes all necessary test, verification, certification and validation activities. Some non-functional requirements (e.g. weight const…

Subsystem
type: Form

Supplier
type: LexicalEntry
type: Word
canonical form: Supplier
sense: SUPPLIER lexSense

SUPPLIER lexConcept
type: LexicalConcept
definition: The company or organization providing a component, product or system.

Supplier
type: Form

Supporting Information
type: LexicalEntry
type: MultiwordExpression
canonical form: Supporting Information
sense: SUPPORTING--INFORMATION lexSense

SUPPORTING--INFORMATION lexConcept
type: LexicalConcept
definition: Information not directly translatable into localisation information but needed to provide the desired output. This information will be used by internal ASTP processes to enable, improve, or validate localisation information.

Supporting Information
type: Form

Support.
type: LexicalEntry
type: Word
canonical form: Support.
sense: SUPPORT lexSense

SUPPORT lexConcept
type: LexicalConcept
definition: Used for support issues in Polarion

Support.
type: Form

Switch Physical component which allows a selection of 2 to N states and keeps th...
type: LexicalEntry
type: MultiwordExpression
canonical form: Switch Physical component which allows a selection of 2 to N states and keeps th...
sense: SWITCH--PHYSICAL--COMPONENT--WHICH--ALLOWS--A--SELECTION--OF--2--TO--N--STATES--AND--KEEPS--TH lexSense

SWITCH--PHYSICAL--COMPONENT--WHICH--ALLOWS--A--SELECTION--OF--2--TO--N--STATES--AND--KEEPS--TH lexConcept
type: LexicalConcept
definition: Switch Physical component which allows a selection of 2 to N states and keeps the state until its position is changed.

Switch Physical component which allows a selection of 2 to N states and keeps th...
type: Form

sw
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Switch
canonical form: sw

SWITCH lexConcept
type: LexicalConcept
definition: Switch

SWITCH lexConcept 2
type: LexicalConcept
definition: a switch is a device that opens or closes electrical circuits.

SWITCH lexConcept 3
type: LexicalConcept
definition: a switch is a device that opens or closes electrical circuits.

SWITCH lexConcept 4
type: LexicalConcept
definition: Electrical switch. Closes or opens a circuit.

Switch
type: Form

sw
type: Form

System Actor
type: LexicalEntry
type: MultiwordExpression
canonical form: System Actor
sense: SYSTEM--ACTOR lexSense

SYSTEM--ACTOR lexConcept
type: LexicalConcept
definition: Actors are entities outside the system under consideration (either humans or other technical systems) that interact with the system through its interfaces.

System Actor
type: Form

System Analysis Concept
type: LexicalEntry
type: MultiwordExpression
canonical form: System Analysis Concept
sense: SYSTEM--ANALYSIS--CONCEPT lexSense

SYSTEM--ANALYSIS--CONCEPT lexConcept
type: LexicalConcept
definition: (image: 1-screenshot-20230102-140337.png)

System Analysis Concept
type: Form

System and Innovation Programme Board
type: LexicalEntry
type: MultiwordExpression
canonical form: System and Innovation Programme Board
sense: SYSTEM--AND--INNOVATION--PROGRAMME--BOARD lexSense

SYSTEM--AND--INNOVATION--PROGRAMME--BOARD lexConcept
type: LexicalConcept
definition: System and Innovation Programme Board advises the Executive Director on project and programme management of the JU including interaction between the two pillars as well as change management and conflicts, supported by the System Pillar Core Group

System and Innovation Programme Board
type: Form

SAD
type: Acronym
type: LexicalEntry
acronym for: System Architecture Description
canonical form: SAD

SYSTEM--ARCHITECTURE--DESCRIPTION lexConcept
type: LexicalConcept
definition: System Architecture Description

System Architecture Description
type: Form

SAD
type: Form

System Capability
type: LexicalEntry
type: MultiwordExpression
canonical form: System Capability
sense: SYSTEM--CAPABILITY lexSense

SYSTEM--CAPABILITY lexConcept
type: LexicalConcept
definition: The system capability as part of the the system analysis is the system’s expected ability to provide a high-level service allowing it to carry out an operational objective. A system capability represents a system usage context. It is characterised by a set of functional chains and scenarios that it references, and which more precisely describes the conditions for performing the system functions that contribute to it. A capability can also reference a function that contributes to it by itself. A capability can use one or more other capabilities that it will reference. Although the ARCADIA method describes system capabilities from the system perspective. We have decided that a deviation from the established method is preferred for our purposes. So the system capabilities shall be written from an actor's perspective, similar to use cases. In order to have a greater distinction between capability and function and to be compatible with SysML.

SYSTEM--CAPABILITY lexConcept 2
type: LexicalConcept
definition: The system capability as part of the the system analysis is the system’s expected ability to provide a high-level service allowing it to carry out an operational objective. A system capability represents a system usage context. It is characterised by a set of functional chains and scenarios that it references, and which more precisely describes the conditions for performing the system functions that contribute to it. A capability can also reference a function that contributes to it by itself. A capability can use one or more other capabilities that it will reference. Although the ARCADIA method describes system capabilities from the system perspective. We have decided that a deviation from the established method is preferred for our purposes. So the system capabilities shall be written from an actor's perspective, similar to use cases. In order to have a greater distinction between capability and function and to be compatible with SysML.

System Capability
type: Form

SDLC
type: Acronym
type: LexicalEntry
acronym for: System Development Life Cycle
canonical form: SDLC

SYSTEM--DEVELOPMENT--LIFE--CYCLE lexConcept
type: LexicalConcept
definition: The System Development Life Cycle (SDLC) is a structured approach or methodology used in system engineering to guide the creation, deployment, and maintenance of systems. It provides a systematic framework for managing and controlling the entire process of building a system, from inception to retirement. The SDLC provides a structured approach to system development, ensuring that all necessary activities are carried out in a logical and controlled manner. It helps in managing risks, controlling costs, and delivering high-quality systems that meet stakeholder expectations.

System Development Life Cycle
type: Form

SDLC
type: Form

SEMP
type: Acronym
type: LexicalEntry
acronym for: System Engineering Management Plan
canonical form: SEMP

SYSTEM--ENGINEERING--MANAGEMENT--PLAN lexConcept
type: LexicalConcept
definition: System Engineering Management Plan

System Engineering Management Plan
type: Form

SEMP
type: Form

System Function
type: LexicalEntry
type: MultiwordExpression
canonical form: System Function
sense: SYSTEM--FUNCTION lexSense

SYSTEM--FUNCTION lexConcept
type: LexicalConcept
definition: A SPPR-2598 - Function derived during system analysis.

System Function
type: Form

System Hazard
type: LexicalEntry
type: MultiwordExpression
canonical form: System Hazard
sense: SYSTEM--HAZARD lexSense

SYSTEM--HAZARD lexConcept
type: LexicalConcept
definition: Hazard whose cause is related to a failure of one of the system functions/components. These hazards are managed by means of the "Hazard" Work Item.

System Hazard
type: Form

System Levels
type: LexicalEntry
type: MultiwordExpression
canonical form: System Levels
sense: SYSTEM--LEVELS lexSense

SYSTEM--LEVELS lexConcept
type: LexicalConcept
definition: The following figure shows the decomposition of a system of systems on one consistent example spanning 5 layers of refinement. Level 5 is the actual subsystem layer and is visually integrated into the bottom layer in the following figure to be able to show the relationship to logical components. (image: 1-screenshot-20221229-202431.png) Figure {caption:Figure}: System Level 1-5 combined view

System Levels
type: Form

System Of Systems
type: LexicalEntry
type: MultiwordExpression
canonical form: System Of Systems
sense: SYSTEM--OF--SYSTEMS lexSense

SYSTEM--OF--SYSTEMS lexConcept
type: LexicalConcept
definition: According to ISO 21839, a system of systems is set of systems that interact to provide a unique capability that none of the constituent systems can accomplish on its own. A system of systems in our understanding at least comprises two constituent systems. A system of systems itself can be nested as a constituent system in a larger system of systems, i.e. system of systems can span multiple levels recursively.

System Of Systems
type: Form

System Pillar Core Group
type: LexicalEntry
type: MultiwordExpression
canonical form: System Pillar Core Group
sense: SYSTEM--PILLAR--CORE--GROUP lexSense

SYSTEM--PILLAR--CORE--GROUP lexConcept
type: LexicalConcept
definition: System Pillar Core Group Manages the common business objectives and deliverables from the Tasks

System Pillar Core Group
type: Form

SPC
type: Acronym
type: LexicalEntry
acronym for: System Pillar Coregroup
canonical form: SPC

SYSTEM--PILLAR--COREGROUP lexConcept
type: LexicalConcept
definition: System Pillar Coregroup

System Pillar Coregroup
type: Form

SPC
type: Form

System Pillar Deliverables (“output documents”)
type: LexicalEntry
type: MultiwordExpression
canonical form: System Pillar Deliverables (“output documents”)
sense: SYSTEM--PILLAR--DELIVERABLES-- OUTPUT--DOCUMENTS lexSense

SYSTEM--PILLAR--DELIVERABLES-- OUTPUT--DOCUMENTS lexConcept
type: LexicalConcept
definition: NOTE: This work item will be updated and replaced. The upcoming approach can be found here which is currently work in progress: List of System Pillar deliverables List of deliverables per subsystem (System Level 5) * ORS is done for System Level 3, and then tailored for the subsystems (especially CONEMP processes are done only on System Level 5). System specific Operational Requirement Specification (ORS) -> will be replaced by SPPR-7913 - Missing cross-reference D2.1 As-Is analysis D2.2 Referred CBO and railway requirements D2.3 Problem analysis and derived process improvements D2.4 Application categories D2.5 Operational requirements (incl. non-functional and process requirements) D2.6 Operational entities and actor D2.7 Operational capabilities D2.8 PRAMSS targets, strategies and indicators D2.9 Operational processes D2.10 Operational hazards and risks D2.11 Rule books for all actors D2.12 The concept for the operational migrationFunctional Requirement Specification (FRS) -> will be replaced by SPPR-7906 - Missing cross-reference D3.1 System definition D3.2 Detailed system actor descriptions and roles D3.3 System capabilities D3.4 Functional chains and sequences per capability D3.5 Function specification D3.6 Functional hazards and risksSystem requirement Specification (SRS) -> will be replaced by SPPR-7923 - Missing cross-reference, SPPR-7924 - Missing cross-reference and SPPR-7925 - Missing cross-reference D4.1 Architecture of systems of the next level (if standardized) D4.2 Functional allocation to logical components D4.3 Physical architecture D4.4 Technical and physical hazards and risks D4.5 The technical migration strategy is defined D4.6 System requirements and interface specification, incl. legacy adpaters D4.7 Non-functional System requirementsApplication specification (ARS) D5.1 Release and Implementation Configurations D5.2 Application conditions, CSM/CST, HSI Plan D5.3 Application/life cycle/usage guideline/rules D5.4 Engineering and maintenance guide…

System Pillar Deliverables (“output documents”)
type: Form

SPDT
type: Acronym
type: LexicalEntry
acronym for: System Pillar Domain Team
canonical form: SPDT

SYSTEM--PILLAR--DOMAIN--TEAM lexConcept
type: LexicalConcept
definition: System Pillar Domain Team

System Pillar Domain Team
type: Form

SPDT
type: Form

SPSG
type: Acronym
type: LexicalEntry
acronym for: System Pillar Steering Group
canonical form: SPSG

SYSTEM--PILLAR--STEERING--GROUP lexConcept
type: LexicalConcept
definition: System Pillar Steering Group monitoring the progress of the System Pillar

SYSTEM--PILLAR--STEERING--GROUP lexConcept 2
type: LexicalConcept
definition: System Pillar Steering Group

System Pillar Steering Group
type: Form

SPSG
type: Form

System Pillar Unit Chairs the System Pillar Core Group
type: LexicalEntry
type: MultiwordExpression
canonical form: System Pillar Unit Chairs the System Pillar Core Group
sense: SYSTEM--PILLAR--UNIT--CHAIRS--THE--SYSTEM--PILLAR--CORE--GROUP lexSense

SYSTEM--PILLAR--UNIT--CHAIRS--THE--SYSTEM--PILLAR--CORE--GROUP lexConcept
type: LexicalConcept
definition: System Pillar Unit Chairs the System Pillar Core Group

System Pillar Unit Chairs the System Pillar Core Group
type: Form

SRS
type: Acronym
type: LexicalEntry
acronym for: System Requirements Specification
canonical form: SRS

SYSTEM--REQUIREMENTS--SPECIFICATION lexConcept
type: LexicalConcept
definition: System Requirements Specification

System Requirements Specification
type: Form

SRS
type: Form

System Requirements
type: LexicalEntry
type: MultiwordExpression
canonical form: System Requirements
sense: SYSTEM--REQUIREMENTS lexSense

SYSTEM--REQUIREMENTS lexConcept
type: LexicalConcept
definition: define the constraints that affect the whole or a significant proportion of the system and include: * Physical Attributes: * System Style * System Size * System Weight * The 'RAMI' properties: * System Reliability * System Availability * System Maintainability * System Interoperability

System Requirements
type: Form

System Requirement.
type: LexicalEntry
type: MultiwordExpression
canonical form: System Requirement.
sense: SYSTEM--REQUIREMENT lexSense

SYSTEM--REQUIREMENT lexConcept
type: LexicalConcept
definition: A System Requirement defines a capability of a linked system. It represents a task for designers and validators.

System Requirement.
type: Form

SuC
type: Acronym
type: LexicalEntry
acronym for: System under Consideration
canonical form: SuC

SYSTEM--UNDER--CONSIDERATION lexConcept
type: LexicalConcept
definition: System under Consideration

SYSTEM--UNDER--CONSIDERATION lexConcept 2
type: LexicalConcept
definition: System under Consideration [SOURCE: SPPRAMSS-4697 - [EN IEC 62443-3-2:2020]]

System under Consideration
type: Form

SuC
type: Form

SuC
type: Form

System/Logical Relationships
type: LexicalEntry
type: MultiwordExpression
canonical form: System/Logical Relationships
sense: SYSTEM LOGICAL--RELATIONSHIPS lexSense

SYSTEM LOGICAL--RELATIONSHIPS lexConcept
type: LexicalConcept
definition: (image: 1-screenshot-20230102-140337.png)

System/Logical Relationships
type: Form

System
type: LexicalEntry
type: Word
canonical form: System
sense: SYSTEM lexSense

SYSTEM lexConcept
type: LexicalConcept
definition: According to ISO 15288 a system is “a combination of interacting elements organized to achieve one or more stated purposes. “. In terms of this document, a system in black box view is furthermore defined by: * interfaces to actors outside the system, defining the system boundary * at least one function allocated to it * at least one system capability that the system delivers as a service to the actors A system in white box view can be further refined into (exclusive or): * into a more granular systems, hence making itself to a system of systems * into subsystems on the lowest level of system of systems refinement In both cases, a system is a conceptual entity that aggregates the properties of its constituents but is not the element that defines the properties itself. A system is hence subject to the emerging properties of its constituents. Usage context definitions of term „system“: * Constituent system: according to ISO 21839, a system that forms part of a system of systems * System of interest: according to ISO 21839, a system whose life cycle or properties are under consideration in a given context

SYSTEM lexConcept 2
type: LexicalConcept
definition: Subject of interest of the engineering activities described by ARCADIA, which is also an organized collection of elements working as a whole.

System
type: Form

T2OD - Task 2: Operational Design Domain
type: LexicalEntry
type: MultiwordExpression
canonical form: T2OD - Task 2: Operational Design Domain
sense: T2OD-----TASK--2---OPERATIONAL--DESIGN--DOMAIN lexSense

T2OD-----TASK--2---OPERATIONAL--DESIGN--DOMAIN lexConcept
type: LexicalConcept
definition: Task 2: Operational Design Domain can be abbreviated as 'T2OD'.

T2OD - Task 2: Operational Design Domain
type: Form

Tailoring of requirement breakdown
type: LexicalEntry
type: MultiwordExpression
canonical form: Tailoring of requirement breakdown
sense: TAILORING--OF--REQUIREMENT--BREAKDOWN lexSense

TAILORING--OF--REQUIREMENT--BREAKDOWN lexConcept
type: LexicalConcept
definition: SoS engineering can go wrong (quite often) if done in an overengineered and abstract way. If every artefact is created on every System Level (e.g. 5-7 levels and types or requirements that are broken down), the workload is artificially multiplied without need, and this policy is not creating a really good work split. To avoid this, every work process uses a tailoring approach which means * “Copy” (reference) things from a higher level, if possible like they are * Break up and translate through the levels that you really need, and not more. * Be sure that the right requirements are broken down to System Level 5 specification and to support concept definition in projects and manage the system, its performance and standards management. * Operational rulebooks include all that is needed. * Support design phases in managing requirement allocation, interfaces managements, testing planning. Engineering rules are complete and fulfilling the requirements * Support integration phase supporting data analysis, simulation process, anomaly resolution Programs can fail (cost, duration, time to market) because of too long and intense workout on System Level 1-4 (overengineered analytical architecting) without getting to real implementation specification and questions. If for example a high level requirement coming from the stakeholders can be addressed directly to System Level 5 without risk, this should be done. This is a (workflow) “tailoring” decision to be taken in the functional teams. Wrong approach: Breakdown every work item on every level. Right approaches: * Specific workflow tailoring, and * Generic workflow tailoring “Specific (workflow) tailoring” (intelligent work assignment per work item) = Single work items are only assigned on levels, where work is really needed (image: 1-image1.png) Second example for specific workflow tailoring: Two different process break downs * Op. process “Emergency stop of a train”, splits up “untailored” into work assignments… * System level…

Tailoring of requirement breakdown
type: Form

TAP - Telematics Application for Passenger Service
type: LexicalEntry
type: MultiwordExpression
canonical form: TAP - Telematics Application for Passenger Service
sense: TAP-----TELEMATICS--APPLICATION--FOR--PASSENGER--SERVICE lexSense

TAP-----TELEMATICS--APPLICATION--FOR--PASSENGER--SERVICE lexConcept
type: LexicalConcept
definition: TAP - Telematics Application for Passenger Service

TAP - Telematics Application for Passenger Service
type: Form

target picture
type: LexicalEntry
type: MultiwordExpression
canonical form: target picture
sense: TARGET--PICTURE lexSense

TARGET--PICTURE lexConcept
type: LexicalConcept
definition: The following are considered minimum characteristics (baseline) for the targeted solution: * Operational production processes directly related to the railway traffic commercial production are harmonised. This includes ETCS related processes, processes for securing and releasing railway lines/areas to/from maintenance and commissioning, operating through and recovering from degraded (non-regular) operations, reacting to and managing emergency situations (from operational perspective). * Railway system operates ETCS L2, without signals. * Railway system operates EULYNX type equipment.

target picture
type: Form

Target System
type: LexicalEntry
type: MultiwordExpression
canonical form: Target System
sense: TARGET--SYSTEM lexSense

TARGET--SYSTEM lexConcept
type: LexicalConcept
definition: the target architecture of the signalling system as a whole

Target System
type: Form

T
type: Acronym
type: LexicalEntry
acronym for: Task
canonical form: T

TASK lexConcept
type: LexicalConcept
definition: A Task implements part of the functionality provided by a Functional Application. Depending on its role in the overall function provided by the Functional Application, it has a specific SIL assigned (in-line with total FA SIL definition). It may run replicated in multiple Compartments as Task Replicas. Previous definition: A Functional Application Task implements part of the functionality provided by a Functional Application. Depending on its role in the overall function provided by the Functional Application, it has a specific SIL assigned (in-line with total FA SIL definition). It may run replicated in multiple Compartments as FA Task Replicas.

TASK lexConcept 2
type: LexicalConcept
definition: The planning hierarchy is Release>Project Milestone>Work Package>Task

Task
type: Form

T
type: Form

TCMS - Train Control & Management System
type: LexicalEntry
type: MultiwordExpression
canonical form: TCMS - Train Control & Management System
sense: TCMS-----TRAIN--CONTROL--AND--MANAGEMENT--SYSTEM lexSense

TCMS-----TRAIN--CONTROL--AND--MANAGEMENT--SYSTEM lexConcept
type: LexicalConcept
definition: TCMS - Train Control & Management System

TCMS - Train Control & Management System
type: Form

TCO
type: LexicalEntry
type: Word
canonical form: TCO
sense: TCO lexSense

TCO lexConcept
type: LexicalConcept
definition: Total Cost of Ownership

TCO
type: Form

TDS - Train Display System
type: LexicalEntry
type: MultiwordExpression
canonical form: TDS - Train Display System
sense: TDS-----TRAIN--DISPLAY--SYSTEM lexSense

TDS-----TRAIN--DISPLAY--SYSTEM lexConcept
type: LexicalConcept
definition: TDS - Train Display System

TDS - Train Display System
type: Form

TC
type: Acronym
type: LexicalEntry
acronym for: Technical Committee
canonical form: TC

TECHNICAL--COMMITTEE lexConcept
type: LexicalConcept
definition: Technical Committee

Technical Committee
type: Form

TC
type: Form

technical delay
type: LexicalEntry
type: MultiwordExpression
canonical form: technical delay
sense: TECHNICAL--DELAY lexSense

TECHNICAL--DELAY lexConcept
type: LexicalConcept
definition: delay incurred in performing auxiliary technical actions associated with, but not part of, the maintenance action EXAMPLE Rendering the equipment safe (such as immobilising, cooling, isolation and grounding). [SOURCE: IEC 60050-192:2015,192-07-15]

technical delay
type: Form

TRL
type: Acronym
type: LexicalEntry
acronym for: Technical readiness levels
canonical form: TRL

TECHNICAL--READINESS--LEVELS lexConcept
type: LexicalConcept
definition: TRL 1: Basic Principles Observed TRL 2: Technology Concept and/or Application Formulated TRL 3: Experimental Proof of Concept TRL 4: Technology Validated in Laboratory TRL 5: Technology Validated in Relevant Environment TRL 6: Technology Demonstrated in Relevant Environment TRL 7: System Prototype Demonstration in Operational Environment TRL 8: System Complete and Qualified Through Test and Demonstration TRL 9: Actual System Proven in Operational Environment

Technical readiness levels
type: Form

TRL
type: Form

TSI
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Technical Specification for Interoperability
canonical form: TSI

TECHNICAL--SPECIFICATION--FOR--INTEROPERABILITY lexConcept
type: LexicalConcept
definition: Technical Specification for Interoperability

Technical Specification for Interoperability
type: Form

TSI
type: Form

TSI
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Technical Specifications for Interoperability
canonical form: TSI

TECHNICAL--SPECIFICATIONS--FOR--INTEROPERABILITY lexConcept
type: LexicalConcept
definition: Technical Specifications for Interoperability

Technical Specifications for Interoperability
type: Form

TSI
type: Form

Technical user
type: LexicalEntry
type: MultiwordExpression
canonical form: Technical user
sense: TECHNICAL--USER lexSense

TECHNICAL--USER lexConcept
type: LexicalConcept
definition: A technical user is either a software process or device

Technical user
type: Form

TAF/TAP
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Telematics Applications for Freight/Passenger Services
canonical form: TAF/TAP

TELEMATICS--APPLICATIONS--FOR--FREIGHT PASSENGER--SERVICES lexConcept
type: LexicalConcept
definition: Telematics Applications for Freight/Passenger Services

Telematics Applications for Freight/Passenger Services
type: Form

TAF/TAP
type: Form

TAF
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Telematics Applications for Freight
canonical form: TAF

TELEMATICS--APPLICATIONS--FOR--FREIGHT lexConcept
type: LexicalConcept
definition: Telematics Applications for Freight

Telematics Applications for Freight
type: Form

TAF
type: Form

TAP
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Telematics Applications for Passenger Services
canonical form: TAP

TELEMATICS--APPLICATIONS--FOR--PASSENGER--SERVICES lexConcept
type: LexicalConcept
definition: Telematics Applications for Passenger Services

Telematics Applications for Passenger Services
type: Form

TAP
type: Form

TCR
type: Acronym
type: LexicalEntry
acronym for: Temporary Capacity Restrictions
canonical form: TCR

TEMPORARY--CAPACITY--RESTRICTIONS lexConcept
type: LexicalConcept
definition: Temporary Capacity Restrictions

Temporary Capacity Restrictions
type: Form

TCR
type: Form

Temporary Shunting Area (TShA) A temporary shunting area is an interlocked area...
type: LexicalEntry
type: MultiwordExpression
canonical form: Temporary Shunting Area (TShA) A temporary shunting area is an interlocked area...
sense: TEMPORARY--SHUNTING--AREA--TSHA--A--TEMPORARY--SHUNTING--AREA--IS--AN--INTERLOCKED--AREA lexSense

TEMPORARY--SHUNTING--AREA--TSHA--A--TEMPORARY--SHUNTING--AREA--IS--AN--INTERLOCKED--AREA lexConcept
type: LexicalConcept
definition: Temporary Shunting Area (TShA) A temporary shunting area is an interlocked area{comment:15} temporarily set up to allow shunting operations. A temporary shunting area is always under the responsibility of a Shunting area manager. (OR.DEF.161 - Banedanmark)

Temporary Shunting Area (TShA) A temporary shunting area is an interlocked area...
type: Form

TO
type: Acronym
type: LexicalEntry
acronym for: Terminal operator
canonical form: TO

TERMINAL--OPERATOR lexConcept
type: LexicalConcept
definition: Terminal operator

Terminal operator
type: Form

TO
type: Form

Test Case.
type: LexicalEntry
type: MultiwordExpression
canonical form: Test Case.
sense: TEST--CASE lexSense

TEST--CASE lexConcept
type: LexicalConcept
definition: Defines a setup for a test run

Test Case.
type: Form

Testability
type: LexicalEntry
type: Word
canonical form: Testability
sense: TESTABILITY lexSense

TESTABILITY lexConcept
type: LexicalConcept
definition: A sub-system that is designed for testability will be ready to show that it fulfils the requirements needed by the overall system. Testability is not an attribute of the sub-system/module itself but has to be designed into architecture and interfaces.{comment:1299}

Testability
type: Form

Text.
type: LexicalEntry
type: Word
canonical form: Text.
sense: TEXT lexSense

TEXT lexConcept
type: LexicalConcept
definition: Used for any type of sketching, non-papers, protocols, etc.

Text.
type: Form

The set of all traces together is called a “model”.
type: LexicalEntry
type: MultiwordExpression
canonical form: The set of all traces together is called a “model”.
sense: THE--SET--OF--ALL--TRACES--TOGETHER--IS--CALLED--A-- MODEL lexSense

THE--SET--OF--ALL--TRACES--TOGETHER--IS--CALLED--A-- MODEL lexConcept
type: LexicalConcept
definition: The set of all traces together is called a “model”.

The set of all traces together is called a “model”.
type: Form

The "Trace" for a work item chain/tree/graph
type: LexicalEntry
type: MultiwordExpression
canonical form: The "Trace" for a work item chain/tree/graph
sense: THE-- TRACE --FOR--A--WORK--ITEM--CHAIN TREE GRAPH lexSense

THE-- TRACE --FOR--A--WORK--ITEM--CHAIN TREE GRAPH lexConcept
type: LexicalConcept
definition: * A Trace is a chain of all linked work items (a “directed graph” of nodes and links), that resolve all dependencies of a single work item * Example trace (in this case a “simple tree of nodes”, but can also be more complex): * A common business objective is solved by * a list of operational capabilities and requirements which are implemented in * a list of operational processes which need * a list of system capabilities and functions which are allocated in * logical components that are implemented in * physical subsystems which have * a list of precisely defined interfaces and * engineering rules.. * A trace is valid if all derivations are complete and correct. * A trace is complete if all dependencies are resolved by specified and verified work items (down to the implementation of detailed operational rulebooks and system handbooks, engineering rules and FFFiS interface specifications) * The overall specification is complete when all objectives, operational capabilities, and operational requirements are resolved by complete traces. * Example of the trace of one requirement (red node) down to functions, processes and components (other colours) (image: 1-Grafik_1780564629.png)

The "Trace" for a work item chain/tree/graph
type: Form

Threat landscape
type: LexicalEntry
type: MultiwordExpression
canonical form: Threat landscape
sense: THREAT--LANDSCAPE lexSense

THREAT--LANDSCAPE lexConcept
type: LexicalConcept
definition: Threat landscape is used in this document as synonym for threat environment. Threat environment (definition from CENELEC TS50701, IEC PT63452) environment summary of information about threats, such as threat sources, threat vectors and trends, that have the potential to adversely impact a defined target (for example a company, facility or SuC)

Threat landscape
type: Form

Timeframe
type: LexicalEntry
type: Word
canonical form: Timeframe
sense: TIMEFRAME lexSense

TIMEFRAME lexConcept
type: LexicalConcept
definition: amount of years for a certain level of equipment or migration phase

Timeframe
type: Form

Timestamp
type: LexicalEntry
type: Word
canonical form: Timestamp
sense: TIMESTAMP lexSense

TIMESTAMP lexConcept
type: LexicalConcept
definition: The date and time formatted in YYYY-MM-DD hh:mm:ss.SSSZ as per ISO 8601{comment:74}

Timestamp
type: Form

TIMS - Train Integrity Management System
type: LexicalEntry
type: MultiwordExpression
canonical form: TIMS - Train Integrity Management System
sense: TIMS-----TRAIN--INTEGRITY--MANAGEMENT--SYSTEM lexSense

TIMS-----TRAIN--INTEGRITY--MANAGEMENT--SYSTEM lexConcept
type: LexicalConcept
definition: TIMS - Train Integrity Management System

TIMS - Train Integrity Management System
type: Form

TLS endpoint
type: LexicalEntry
type: MultiwordExpression
canonical form: TLS endpoint
sense: TLS--ENDPOINT lexSense

TLS--ENDPOINT lexConcept
type: LexicalConcept
definition: The TLS endpoint is a Secure Component using TLS-protected communication (client and server).

TLS endpoint
type: Form

TLS
type: LexicalEntry
type: Word
canonical form: TLS
sense: TLS lexSense

TLS lexConcept
type: LexicalConcept
definition: Transport Layer Security (source: SPPRAMSS-1705 - [UNISIG Subset-146] )

TLS
type: Form

TO BE REUSED
type: LexicalEntry
type: MultiwordExpression
canonical form: TO BE REUSED
sense: TO--BE--REUSED lexSense

TO--BE--REUSED lexConcept
type: LexicalConcept
definition: The degree of smoothness and steadiness of acceleration of a vehicle.

TO BE REUSED
type: Form

Tool Requirement.
type: LexicalEntry
type: MultiwordExpression
canonical form: Tool Requirement.
sense: TOOL--REQUIREMENT lexSense

TOOL--REQUIREMENT lexConcept
type: LexicalConcept
definition: Used to store issues for the optimisation of Polarion

Tool Requirement.
type: Form

Tool
type: LexicalEntry
type: Word
canonical form: Tool
sense: TOOL lexSense

TOOL lexConcept
type: LexicalConcept
definition: An instrument that, when applied to a particular method, can enhance the efficiency of the task, provided it is applied properly and by somebody with proper skills and training.

Tool
type: Form

TWG
type: Acronym
type: LexicalEntry
acronym for: Topical Working Group
canonical form: TWG

TOPICAL--WORKING--GROUP lexConcept
type: LexicalConcept
definition: Topical Working Group

Topical Working Group
type: Form

TWG
type: Form

Touch Controller Controller which manages the states and failures of a Touch Pan...
type: LexicalEntry
type: MultiwordExpression
canonical form: Touch Controller Controller which manages the states and failures of a Touch Pan...
sense: TOUCH--CONTROLLER--CONTROLLER--WHICH--MANAGES--THE--STATES--AND--FAILURES--OF--A--TOUCH--PAN lexSense

TOUCH--CONTROLLER--CONTROLLER--WHICH--MANAGES--THE--STATES--AND--FAILURES--OF--A--TOUCH--PAN lexConcept
type: LexicalConcept
definition: Touch Controller Controller which manages the states and failures of a Touch Panel.

Touch Controller Controller which manages the states and failures of a Touch Pan...
type: Form

Track Change
type: LexicalEntry
type: MultiwordExpression
canonical form: Track Change
sense: TRACK--CHANGE lexSense

TRACK--CHANGE lexConcept
type: LexicalConcept
definition: To change the assigned track to a train while maintaining the same journey stops

Track Change
type: Form

Track footprint
type: LexicalEntry
type: MultiwordExpression
canonical form: Track footprint
sense: TRACK--FOOTPRINT lexSense

TRACK--FOOTPRINT lexConcept
type: LexicalConcept
definition: The track Footprint of an object is defined for a specific track. It is the perpendicular projection of this object's ground footprint on the track center line. Notes: The definition corresponds to UNISIG's occupancy, without consideration fix-block / moving block. This definition is weak for intersections of two vehicles near points, where the width of vehicles has to be considered (e.g. with a fouling point indicator near the track) and for level crossings, because the road users are not associated with the rail track.

Track footprint
type: Form

Track Topology
type: LexicalEntry
type: MultiwordExpression
canonical form: Track Topology
sense: TRACK--TOPOLOGY lexSense

TRACK--TOPOLOGY lexConcept
type: LexicalConcept
definition: The 'Track Topology' is part of the railway infrastructure and defines the tracks and connections that allow trains to travel from one track to the next.

Track Topology
type: Form

TACS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Trackside Assets Control and Supervision
canonical form: TACS

TRACKSIDE--ASSETS--CONTROL--AND--SUPERVISION lexConcept
type: LexicalConcept
definition: The scope of the system Trackside assets control and supervision is the layer with trackside assets and respective objects controllers. The system is responsible for the control and supervision of the trackside assets to ensure safe track usage as required by the system Traffic Control and Supervision. The system supports diagnostic, maintenance and security functions as required by the system Transversal CCS.

Trackside Assets Control and Supervision
type: Form

TACS
type: Form

Trackside Assets
type: LexicalEntry
type: MultiwordExpression
canonical form: Trackside Assets
sense: TRACKSIDE--ASSETS lexSense

TRACKSIDE--ASSETS lexConcept
type: LexicalConcept
definition: All technical systems and products that are necessary for safe train operation from infrastructure perspective that are not located in the train.

Trackside Assets
type: Form

Trade-space factor
type: LexicalEntry
type: MultiwordExpression
canonical form: Trade-space factor
sense: TRADE-SPACE--FACTOR lexSense

TRADE-SPACE--FACTOR lexConcept
type: LexicalConcept
definition: "trade-space factors" represent the different factors/characteristics defining the solution space/alternatives. From this trade-off playspace containing set of good/acceptable solutions, we will need to identify the optimal one (i.e. "best" trade-off).

Trade-space factor
type: Form

Tradeoff points
type: LexicalEntry
type: MultiwordExpression
canonical form: Tradeoff points
sense: TRADEOFF--POINTS lexSense

TRADEOFF--POINTS lexConcept
type: LexicalConcept
definition: Tradeoff points are architectural elements that affect different quality attributes simultaneously or architectural element to which multiple quality attributes are sensitive.

Tradeoff points
type: Form

TMS
type: Acronym
type: LexicalEntry
acronym for: Traffic Management System
canonical form: TMS

TRAFFIC--MANAGEMENT--SYSTEM lexConcept
type: LexicalConcept
definition: Traffic Management System

TRAFFIC--MANAGEMENT--SYSTEM lexConcept 2
type: LexicalConcept
definition: Traffic Management System (double, needs to be deleted)

TRAFFIC--MANAGEMENT--SYSTEM lexConcept 3
type: LexicalConcept
definition: Traffic Management System is used to manage the operation of the railway system and to ensure efficient recovery when unexpected traffic disruptions occur.

TRAFFIC--MANAGEMENT--SYSTEM lexConcept 4
type: LexicalConcept
definition: Traffic Management System

Traffic Management System
type: Form

TMS
type: Form

TMS
type: Form

TMS
type: Form

TMS
type: Form

Traffic Manager Operational Area of Control defines the region under the respons...
type: LexicalEntry
type: MultiwordExpression
canonical form: Traffic Manager Operational Area of Control defines the region under the respons...
sense: TRAFFIC--MANAGER--OPERATIONAL--AREA--OF--CONTROL--DEFINES--THE--REGION--UNDER--THE--RESPONS lexSense

TRAFFIC--MANAGER--OPERATIONAL--AREA--OF--CONTROL--DEFINES--THE--REGION--UNDER--THE--RESPONS lexConcept
type: LexicalConcept
definition: Traffic Manager Operational Area of Control defines the region under the responsability of only one Traffic Manager

Traffic Manager Operational Area of Control defines the region under the respons...
type: Form

Train Activate
type: LexicalEntry
type: MultiwordExpression
canonical form: Train Activate
sense: TRAIN--ACTIVATE lexSense

TRAIN--ACTIVATE lexConcept
type: LexicalConcept
definition: Activate a deactivated train

Train Activate
type: Form

Train Consist Change
type: LexicalEntry
type: MultiwordExpression
canonical form: Train Consist Change
sense: TRAIN--CONSIST--CHANGE lexSense

TRAIN--CONSIST--CHANGE lexConcept
type: LexicalConcept
definition: Add and/or remove wagons from the train or any other attribute in the train consist

Train Consist Change
type: Form

Train Deactivate
type: LexicalEntry
type: MultiwordExpression
canonical form: Train Deactivate
sense: TRAIN--DEACTIVATE lexSense

TRAIN--DEACTIVATE lexConcept
type: LexicalConcept
definition: Deactivate an active/ standby train

Train Deactivate
type: Form

Train Dispatcher: A Train Dispatcher is an Infrastructure Manager operator that...
type: LexicalEntry
type: MultiwordExpression
canonical form: Train Dispatcher: A Train Dispatcher is an Infrastructure Manager operator that...
sense: TRAIN--DISPATCHER---A--TRAIN--DISPATCHER--IS--AN--INFRASTRUCTURE--MANAGER--OPERATOR--THAT lexSense

TRAIN--DISPATCHER---A--TRAIN--DISPATCHER--IS--AN--INFRASTRUCTURE--MANAGER--OPERATOR--THAT lexConcept
type: LexicalConcept
definition: Train Dispatcher: A Train Dispatcher is an Infrastructure Manager operator that acts from a workstation in the Control Room in order to direct and facilitate the movement of trains over an assigned territory, which is usually part, or all, of a railroad operating division. The dispatcher is also responsible for cost effective movement of trains and other on-track railroad equipment to optimize physical (trains) and human resource (crews) assets.”

Train Dispatcher: A Train Dispatcher is an Infrastructure Manager operator that...
type: Form

Train Display System Controller The TDS Controller interacts with system (CCS, T...
type: LexicalEntry
type: MultiwordExpression
canonical form: Train Display System Controller The TDS Controller interacts with system (CCS, T...
sense: TRAIN--DISPLAY--SYSTEM--CONTROLLER--THE--TDS--CONTROLLER--INTERACTS--WITH--SYSTEM--CCS--T lexSense

TRAIN--DISPLAY--SYSTEM--CONTROLLER--THE--TDS--CONTROLLER--INTERACTS--WITH--SYSTEM--CCS--T lexConcept
type: LexicalConcept
definition: Train Display System Controller The TDS Controller interacts with system (CCS, TCMS,CVR) and manages the Desk Display Area.

Train Display System Controller The TDS Controller interacts with system (CCS, T...
type: Form

Train Display System (TDS) The Train Display System is the train cab display sys...
type: LexicalEntry
type: MultiwordExpression
canonical form: Train Display System (TDS) The Train Display System is the train cab display sys...
sense: TRAIN--DISPLAY--SYSTEM--TDS--THE--TRAIN--DISPLAY--SYSTEM--IS--THE--TRAIN--CAB--DISPLAY--SYS lexSense

TRAIN--DISPLAY--SYSTEM--TDS--THE--TRAIN--DISPLAY--SYSTEM--IS--THE--TRAIN--CAB--DISPLAY--SYS lexConcept
type: LexicalConcept
definition: Train Display System (TDS) The Train Display System is the train cab display system that comprises and manages one or more displays on the driver desk and a driver interface. It is composed of at least one display with the associated input devices, at least one loudspeaker and at least one Train Display System Controller. It offers a standardised communication interface to systems that need driver interaction.

Train Display System (TDS) The Train Display System is the train cab display sys...
type: Form

Train dynamic data
type: LexicalEntry
type: MultiwordExpression
canonical form: Train dynamic data
sense: TRAIN--DYNAMIC--DATA lexSense

TRAIN--DYNAMIC--DATA lexConcept
type: LexicalConcept
definition: Train axles, train length, train size and train wagons are considered train dynamic data.

Train dynamic data
type: Form

Train front end
type: LexicalEntry
type: MultiwordExpression
canonical form: Train front end
sense: TRAIN--FRONT--END lexSense

TRAIN--FRONT--END lexConcept
type: LexicalConcept
definition: It is represented by a point on the carriage floor along the longitudinal axis. This point is the most forward element belonging to the engine with regards to the train orientation.  For the absolute position it is expressed in a geocoordinate reference frame . Note: if the ASTP is not installed in the first vehicle, the absolute position is given from carriage front end where the ASTP is installed.  For the 1D train front end position it is derived from the bogie pin 1D position by adding the distance between the bogie pin and the train front end. Rationale: Thanks to the absolute positioning of the ASTP and the Map Data, the absolute position of the bogie is determined. From this absolute position the bogie pin 1D position can be derived. Note the absolute error between the bogie and the train front end, and the bogie and the train front end on the track centreline is negligible (less than 0,02cm for curve with a radius of 150m).

Train front end
type: Form

Train Integrity Monitoring
type: LexicalEntry
type: MultiwordExpression
canonical form: Train Integrity Monitoring
sense: TRAIN--INTEGRITY--MONITORING lexSense

TRAIN--INTEGRITY--MONITORING lexConcept
type: LexicalConcept
definition: Onboard monitoring system that makes sure that during a train ride the train is still complete and has not accidentally split. Function of ETCS Level 3

Train Integrity Monitoring
type: Form

Train Running Number
type: LexicalEntry
type: MultiwordExpression
canonical form: Train Running Number
sense: TRAIN--RUNNING--NUMBER lexSense

TRAIN--RUNNING--NUMBER lexConcept
type: LexicalConcept
definition: A number under which the train is operated. Reference: Glossary of Terms and Abbreviation. SUBSET-023. Issue 4.0.0

Train Running Number
type: Form

Train Sequence Change
type: LexicalEntry
type: MultiwordExpression
canonical form: Train Sequence Change
sense: TRAIN--SEQUENCE--CHANGE lexSense

TRAIN--SEQUENCE--CHANGE lexConcept
type: LexicalConcept
definition: Change in the train sequence among the other trains on the network

Train Sequence Change
type: Form

Train Standby
type: LexicalEntry
type: MultiwordExpression
canonical form: Train Standby
sense: TRAIN--STANDBY lexSense

TRAIN--STANDBY lexConcept
type: LexicalConcept
definition: Change the status of a train to standby (on hold until the train run starts)

Train Standby
type: Form

Train true acceleration
type: LexicalEntry
type: MultiwordExpression
canonical form: Train true acceleration
sense: TRAIN--TRUE--ACCELERATION lexSense

TRAIN--TRUE--ACCELERATION lexConcept
type: LexicalConcept
definition: The real signed acceleration of the train along the track centreline. It is expressed using the 1D reference frame defined by the bogie reference frame.

Train true acceleration
type: Form

Train true position
type: LexicalEntry
type: MultiwordExpression
canonical form: Train true position
sense: TRAIN--TRUE--POSITION lexSense

TRAIN--TRUE--POSITION lexConcept
type: LexicalConcept
definition: The real position of the train front-end along the track centreline. It is expressed using the 1D reference frame defined by the bogie reference frame or a geocoordinate reference frame .

Train true position
type: Form

Train true speed
type: LexicalEntry
type: MultiwordExpression
canonical form: Train true speed
sense: TRAIN--TRUE--SPEED lexSense

TRAIN--TRUE--SPEED lexConcept
type: LexicalConcept
definition: The real absolute speed of the train along the track centreline. It is expressed using the 1D reference frame defined by the bogie reference frame.

Train true speed
type: Form

Train-centric Track Occupancy
type: LexicalEntry
type: MultiwordExpression
canonical form: Train-centric Track Occupancy
sense: TRAIN-CENTRIC--TRACK--OCCUPANCY lexSense

TRAIN-CENTRIC--TRACK--OCCUPANCY lexConcept
type: LexicalConcept
definition: With train-centric approach the trackside focus is on representing a railway vehicle with an extent in a topology rather than on representing anonymous occupancy states of fixed sizes reported by TTD systems as in today's conventional block-centric signaling systems. In other words, the term "train-centric" refers to a "train-oriented" view of the trackside system about the track occupation caused by a railway vehicle, e.g., an ETCS-equipped train. This view is achieved by fusion of localisation information from both train and trackside. A train-centric track occupancy determination is based primarily on localisation information received from the railway vehicle, e.g., from trains sent via ETCS Train Position Reports. The trackside system will also take into account additional trackside localisation information if available such as Trackside Train Detection (TTD) inputs, for example to: * Adjust the trackside view of track occupancy by train, based on clear TTD sections at the front or rear of the train * Detect movement of non-communicating railway vehicles, e.g., trains/wagons not equipped with ETCS and trains equipped with ETCS that have lost communication * Handle degraded situations, such as loss of train integrity.

Train-centric Track Occupancy
type: Form

“Train” something
type: LexicalEntry
type: MultiwordExpression
canonical form: “Train” something
sense: TRAIN --SOMETHING lexSense

TRAIN --SOMETHING lexConcept
type: LexicalConcept
definition: Create Training material, provide training, support trained people

“Train” something
type: Form

TEN-T
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Trans-European Transport Network
canonical form: TEN-T

TRANS-EUROPEAN--TRANSPORT--NETWORK lexConcept
type: LexicalConcept
definition: Trans-European Transport Network based on EU-Regulation No 1315/2013

Trans-European Transport Network
type: Form

TEN-T
type: Form

Transport Layer Security [TLS]
type: LexicalEntry
type: MultiwordExpression
canonical form: Transport Layer Security [TLS]
sense: TRANSPORT--LAYER--SECURITY-- TLS lexSense

TRANSPORT--LAYER--SECURITY-- TLS lexConcept
type: LexicalConcept
definition: TLS is normally implemented on top of TCP in order to encrypt Application Layer protocols such as HTTP, FTP, SMTP and IMAP, although it can also be implemented on UDP, DCCP and SCTP as well (e.g. for VPN and SIP-based application uses). This is known as Datagram Transport Layer Security (DTLS) and is specified in RFCs 6347, 5238 and 6083.

Transport Layer Security [TLS]
type: Form

TLS
type: Acronym
type: LexicalEntry
acronym for: Transport Layer Security
canonical form: TLS

TRANSPORT--LAYER--SECURITY lexConcept
type: LexicalConcept
definition: Transport Layer Security

Transport Layer Security
type: Form

TLS
type: Form

TCCS
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Transversal CCS domain
canonical form: TCCS

TRANSVERSAL--CCS--DOMAIN lexConcept
type: LexicalConcept
definition: Transversal CCS domain

Transversal CCS domain
type: Form

TCCS
type: Form

TRD - Train Data
type: LexicalEntry
type: MultiwordExpression
canonical form: TRD - Train Data
sense: TRD-----TRAIN--DATA lexSense

TRD-----TRAIN--DATA lexConcept
type: LexicalConcept
definition: TRD - Train Data

TRD - Train Data
type: Form

Basic parameters
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: TSI CCS 2023 - 4.1.1. Basic parameters
canonical form: Basic parameters

TSI--CCS--2023-----4-1-1---BASIC--PARAMETERS lexConcept
type: LexicalConcept
definition: In accordance with the relevant essential requirements, the Control-Command and Signalling Subsystems are characterised by the following basic parameters: (1) Control-Command and Signalling reliability, availability and safety characteristics relevant to interoperability (point 4.2.1); (2) On-Board ETCS functionality (point 4.2.2); (3) Trackside ETCS functionality (point 4.2.3); (4) Mobile communication functions for railways RMR (point 4.2.4); (5) RMR, ETCS and ATO air gap interfaces (point 4.2.5); (6) On-Board Interfaces Internal to Control-Command and Signalling (point 4.2.6); (7) Trackside Interfaces Internal to Control-Command and Signalling (point 4.2.7); (8) Key Management (point 4.2.8); (9) ETCS-ID Management (point 4.2.9); (10) Trackside Train Detection Systems (point 4.2.10); (11) Electromagnetic Compatibility between Rolling Stock and Control-Command and Signalling trackside equipment (point 4.2.11); (12) ETCS DMI (Driver-Machine Interface) (point 4.2.12); (13) RMR DMI (Driver-Machine Interface) (point 4.2.13); (14) Interface to Data Recording for Regulatory Purposes (point 4.2.14); (15) Trackside Control-Command and Signalling objects (point 4.2.15); (16) Construction of equipment used in CCS subsystems (point 4.2.16); (17) ETCS and Radio System Compatibility (point 4.2.17); (18) On-Board ATO functionality (point 4.2.18); (19) Trackside ATO functionality (point 4.2.19); (20) Technical documentation for Maintenance (point 4.2.20).

TSI CCS 2023 - 4.1.1. Basic parameters
type: Form

Basic parameters
type: Form

TSI
type: LexicalEntry
type: Word
canonical form: TSI
sense: TSI lexSense

TSI lexConcept
type: LexicalConcept
definition: ‘technical specification for interoperability’ (TSI) means a specification adopted in accordance with Directive (EU) 2016/797 by which each subsystem or part of a subsystem is covered in order to meet the essential requirements and ensure the interoperability of the Union rail system; SPPRAMSS-337 - [Directive (EU) 2016/798]

TSI
type: Form

TTD - Trackside Train Detection
type: LexicalEntry
type: MultiwordExpression
canonical form: TTD - Trackside Train Detection
sense: TTD-----TRACKSIDE--TRAIN--DETECTION lexSense

TTD-----TRACKSIDE--TRAIN--DETECTION lexConcept
type: LexicalConcept
definition: TTD - Trackside Train Detection

TTD - Trackside Train Detection
type: Form

UML
type: Acronym
type: LexicalEntry
acronym for: Unified Modeling Language
canonical form: UML

UNIFIED--MODELING--LANGUAGE lexConcept
type: LexicalConcept
definition: Unified Modeling Language

Unified Modeling Language
type: Form

UML
type: Form

UNIFE
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Union des Industries Ferroviaires Européennes
canonical form: UNIFE

UNION--DES--INDUSTRIES--FERROVIAIRES--EUROPEENNES lexConcept
type: LexicalConcept
definition: Union des Industries Ferroviaires Européennes

Union des Industries Ferroviaires Européennes
type: Form

UNIFE
type: Form

UNISIG
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Union Industry of Signalling
canonical form: UNISIG

UNION--INDUSTRY--OF--SIGNALLING lexConcept
type: LexicalConcept
definition: Union Industry of Signalling

Union Industry of Signalling
type: Form

UNISIG
type: Form

UNITEL
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Union Industry of Telecommunications
canonical form: UNITEL

UNION--INDUSTRY--OF--TELECOMMUNICATIONS lexConcept
type: LexicalConcept
definition: Union Industry of Telecommunications

Union Industry of Telecommunications
type: Form

UNITEL
type: Form

UNISIG - Union Industry of Signalling
type: LexicalEntry
type: MultiwordExpression
canonical form: UNISIG - Union Industry of Signalling
sense: UNISIG-----UNION--INDUSTRY--OF--SIGNALLING lexSense

UNISIG-----UNION--INDUSTRY--OF--SIGNALLING lexConcept
type: LexicalConcept
definition: UNISIG - Union Industry of Signalling

UNISIG - Union Industry of Signalling
type: Form

Updateability
type: LexicalEntry
type: Word
canonical form: Updateability
sense: UPDATEABILITY lexSense

UPDATEABILITY lexConcept
type: LexicalConcept
definition: Updateability refers to the ability of a system to receive and incorporate updates or patches, e.g. to address security vulnerabilities. Updates are often provided to improve the performance of the system, stability, or security without introducing significant changes to its functionality.

Updateability
type: Form

Upgradeability
type: LexicalEntry
type: Word
canonical form: Upgradeability
sense: UPGRADEABILITY lexSense

UPGRADEABILITY lexConcept
type: LexicalConcept
definition: Upgradeability refers to the ability of a system to undergo significant enhancements or improvements in terms of its features, functionality, or performance. Upgrades typically involve the installation of a newer version or release of the system that offers new capabilities or improved performance compared to the previous version.

Upgradeability
type: Form

Uplinking
type: LexicalEntry
type: Word
canonical form: Uplinking
sense: UPLINKING lexSense

UPLINKING lexConcept
type: LexicalConcept
definition: To handle deviated new designs or new/changed external inputs the whole “engineering” has to be understood as * Work items with type, versions, and state * Their links with versions, link roles and state The engineering database is in the end a “directed graph” with “nodes” (work items) and links (graph just indicated in the picture):{comment:13} (image: 3-image3.png) The basic principle for continuous integration using an ALM+MBSE system is based on the mathematical process of “adding a directed graph to another directed graph which can overlap in certain nodes”. This is called “Uplinking” in the System Pillar. Existing graph (e.g. ALM master database) New graph fragment (external contribution) (image: 1-screenshot-20221229-210015.png) “Merging these graphs” ="uplinking" (of conceptual, requirement and modelling work items) is the most feared job to do in system engineering when done manually. A strong system support is necessary. This merge can happen when * A daughter-system graph is “uplinked” to the mother-system (master) graph * An external contribution is integrated (perhaps again and again) * An external editor was used to edit elements in the mater database (e.g. ALM= master database, MBSE-Tool = editor for a part of the work items) * A bottom-up process is faster (domain team) then the top-down process (Level 3) * The architecture teams is faster concerning functional design then the operational design team with the process design. Or both are fast then the requirement feedback from the migration team is coming. * Etc. A lot of isolated (time, team, engineering tool) asynchronous designs will occur in the System Pillar. They lead to these synchronization needs: (image: 2-screenshot-20221229-210015.png) This does not mean, that “synchronization” is the standard choice to integrate work. The preferred choice is top-down design and working in the same system whenever possible. But synchronization will anyway be needed very often. The sync process of these int…

Uplinking
type: Form

UI
type: Acronym
type: LexicalEntry
acronym for: User Interface
canonical form: UI

USER--INTERFACE lexConcept
type: LexicalConcept
definition: User Interface refers to a hardware or software device that allows a user to interact with a computer product. The interaction is into the graphical environment in which the user of an application, software or website navigates.

User Interface
type: Form

UI
type: Form

User
type: LexicalEntry
type: Word
canonical form: User
sense: USER lexSense

USER lexConcept
type: LexicalConcept
definition: A user is either a human, software process or device

User
type: Form

Valid localisation information
type: LexicalEntry
type: MultiwordExpression
canonical form: Valid localisation information
sense: VALID--LOCALISATION--INFORMATION lexSense

VALID--LOCALISATION--INFORMATION lexConcept
type: LexicalConcept
definition: Localisation information processed and validated by the ASTP achieving safety requirements for safe relevant data (e.g., valid position, valid speed…). Note: this valid position is the view from the ASTP, there is no link with the position status (unambiguous, ambiguous, valid, invalid…) at the ETCS system level.

Valid localisation information
type: Form

Validator Finding.
type: LexicalEntry
type: MultiwordExpression
canonical form: Validator Finding.
sense: VALIDATOR--FINDING lexSense

VALIDATOR--FINDING lexConcept
type: LexicalConcept
definition: Result of a validation

Validator Finding.
type: Form

Variant
type: LexicalEntry
type: Word
canonical form: Variant
sense: VARIANT lexSense

VARIANT lexConcept
type: LexicalConcept
definition: A Variant is a subset of features

Variant
type: Form

Velocity
type: LexicalEntry
type: Word
canonical form: Velocity
sense: VELOCITY lexSense

VELOCITY lexConcept
type: LexicalConcept
definition: Train speed expressed in a 3D reference frame defined by the carriage reference frame.

Velocity
type: Form

View Aggregation of Areas required for systems (CCS, TCMS, CVR...). A View can r...
type: LexicalEntry
type: MultiwordExpression
canonical form: View Aggregation of Areas required for systems (CCS, TCMS, CVR...). A View can r...
sense: VIEW--AGGREGATION--OF--AREAS--REQUIRED--FOR--SYSTEMS--CCS--TCMS--CVR------A--VIEW--CAN--R lexSense

VIEW--AGGREGATION--OF--AREAS--REQUIRED--FOR--SYSTEMS--CCS--TCMS--CVR------A--VIEW--CAN--R lexConcept
type: LexicalConcept
definition: View Aggregation of Areas required for systems (CCS, TCMS, CVR...). A View can represent Areas of different systems at the same time.

View Aggregation of Areas required for systems (CCS, TCMS, CVR...). A View can r...
type: Form

View Controller The View Controller aggregates the View, the output devices and...
type: LexicalEntry
type: MultiwordExpression
canonical form: View Controller The View Controller aggregates the View, the output devices and...
sense: VIEW--CONTROLLER--THE--VIEW--CONTROLLER--AGGREGATES--THE--VIEW--THE--OUTPUT--DEVICES--AND lexSense

VIEW--CONTROLLER--THE--VIEW--CONTROLLER--AGGREGATES--THE--VIEW--THE--OUTPUT--DEVICES--AND lexConcept
type: LexicalConcept
definition: View Controller The View Controller aggregates the View, the output devices and the controller of each input device.

View Controller The View Controller aggregates the View, the output devices and...
type: Form

View
type: LexicalEntry
type: Word
canonical form: View
sense: VIEW lexSense

VIEW lexConcept
type: LexicalConcept
definition: A view is a filter that restricts the set of data types to a subset that is of interest in the context of a use case. Filtering is by discipline and spatially.

View
type: Form

Virtual Block
type: LexicalEntry
type: MultiwordExpression
canonical form: Virtual Block
sense: VIRTUAL--BLOCK lexSense

VIRTUAL--BLOCK lexConcept
type: LexicalConcept
definition: ...

Virtual Block
type: Form

VCE
type: Acronym
type: LexicalEntry
acronym for: Virtual Computing Element
canonical form: VCE

VIRTUAL--COMPUTING--ELEMENT lexConcept
type: LexicalConcept
definition: The Virtual Computing Element refers to virtually provided compute resources with computing resource guarantees.

Virtual Computing Element
type: Form

VCE
type: Form

VE
type: Acronym
type: LexicalEntry
acronym for: Virtualisation Environment
canonical form: VE

VIRTUALISATION--ENVIRONMENT lexConcept
type: LexicalConcept
definition: The Virtualisation Environment contains all software needed to provide (multiple) Virtual Computing Elements on a single Physical Computing Element.

Virtualisation Environment
type: Form

VE
type: Form

I3
type: AbbreviatedForm
type: LexicalEntry
abbreviation for: Virtualisation Interface
canonical form: I3

VIRTUALISATION--INTERFACE lexConcept
type: LexicalConcept
definition: The Virtualization Interface I3 (Interface 3) is used to provide a standardized interface above the virtualisation layer so that applications or higher platform layers are independent of a specific implementation of the computing hardware.

Virtualisation Interface
type: Form

I3
type: Form

VL
type: Acronym
type: LexicalEntry
acronym for: Virtualisation Layer
canonical form: VL

VIRTUALISATION--LAYER lexConcept
type: LexicalConcept
definition: The Virtualisation Layer contains mechanisms that are able to provide Virtual Computing Elements needed to run multiple Compartments on a single physical hardware underneath.

Virtualisation Layer
type: Form

VL
type: Form

VLAN - Virtual Local Area Network
type: LexicalEntry
type: MultiwordExpression
canonical form: VLAN - Virtual Local Area Network
sense: VLAN-----VIRTUAL--LOCAL--AREA--NETWORK lexSense

VLAN-----VIRTUAL--LOCAL--AREA--NETWORK lexConcept
type: LexicalConcept
definition: VLAN - Virtual Local Area Network

VLAN - Virtual Local Area Network
type: Form

WAF
type: Acronym
type: LexicalEntry
acronym for: Web Application Firewall
canonical form: WAF

WEB--APPLICATION--FIREWALL lexConcept
type: LexicalConcept
definition: Web Application Firewall

Web Application Firewall
type: Form

WAF
type: Form

WSDL
type: Acronym
type: LexicalEntry
acronym for: Web Services Description Language
canonical form: WSDL

WEB--SERVICES--DESCRIPTION--LANGUAGE lexConcept
type: LexicalConcept
definition: Web Services Description Language

Web Services Description Language
type: Form

WSDL
type: Form

White Box View
type: LexicalEntry
type: MultiwordExpression
canonical form: White Box View
sense: WHITE--BOX--VIEW lexSense

WHITE--BOX--VIEW lexConcept
type: LexicalConcept
definition: The white box view reveals structural decomposition of a system. In case of the terminology of this document, it can be differentiated between systems that are refined into a system of systems or into subsystems.

White Box View
type: Form

Wider System of Interest
type: LexicalEntry
type: MultiwordExpression
canonical form: Wider System of Interest
sense: WIDER--SYSTEM--OF--INTEREST lexSense

WIDER--SYSTEM--OF--INTEREST lexConcept
type: LexicalConcept
definition: The set of all operational entities defining then scope of the operational analysis.

Wider System of Interest
type: Form

Wireless Communication
type: LexicalEntry
type: MultiwordExpression
canonical form: Wireless Communication
sense: WIRELESS--COMMUNICATION lexSense

WIRELESS--COMMUNICATION lexConcept
type: LexicalConcept
definition: Wireless Communication refers to the requirements for Wireless Communication from IEC 62443-3-3 mentioned in SR 1.6, SR 1.6 RE1 and SR 2.2, SR 2.2 RE1. Secure Components are only seen as connected to Wireless Communication, if the Secure Component itself has Wireless Communication abilities implemented. This may count for Work Force Warning systems, for example. This explicitly does exclude Secure Components like Field element controllers, Euro radio, Interlockings and many more according to today's definitions.

Wireless Communication
type: Form

Wireless Component
type: LexicalEntry
type: MultiwordExpression
canonical form: Wireless Component
sense: WIRELESS--COMPONENT lexSense

WIRELESS--COMPONENT lexConcept
type: LexicalConcept
definition: A Secure Component or Network Component with a wireless communication interface. Examples of Wireless Components are handheld devices, WLAN access points, WLAN/5G/FRMCS/... routers, modems and wireless object controllers,....

Wireless Component
type: Form

Work item editor
type: LexicalEntry
type: MultiwordExpression
canonical form: Work item editor
sense: WORK--ITEM--EDITOR lexSense

WORK--ITEM--EDITOR lexConcept
type: LexicalConcept
definition: * The basic system and workflow management tool is the ALM system (currently Polarion). * The ALM offers different frontend types to create/edit/change work items (document editors, database frontends, graphical design, etc.) * Additional editors (like graphical modelling tools for ARCADIA and SysML) can be used to edit elements of the engineering database in the ALM System (synchronized data) as far as a synchronisation software is available (see chapter data management)

Work item editor
type: Form

Work item
type: LexicalEntry
type: MultiwordExpression
canonical form: Work item
sense: WORK--ITEM lexSense

WORK--ITEM lexConcept
type: LexicalConcept
definition: * Work items examples: “A requirement”, or “a function”, or “a concept aspect” * Work items are objects in the “engineering database” (ALM) that represent the result of a design step. * The structure of the work items is defined by the SEMP process definition documents (overview in the maps), that also make use of modelling standards like ARCADIA or SysML * The master-engineering database is the ALM System (currently Polarion) which contains all work items and their links.

Work item
type: Form

Work Package.
type: LexicalEntry
type: MultiwordExpression
canonical form: Work Package.
sense: WORK--PACKAGE lexSense

WORK--PACKAGE lexConcept
type: LexicalConcept
definition: The planning hierarchy is Release>Project Milestone>Work Package>Task

Work Package.
type: Form

Work Product
type: LexicalEntry
type: MultiwordExpression
canonical form: Work Product
sense: WORK--PRODUCT lexSense

WORK--PRODUCT lexConcept
type: LexicalConcept
definition: An artefact associated with the execution of a process.

Work Product
type: Form

Workflow and workflow rules
type: LexicalEntry
type: MultiwordExpression
canonical form: Workflow and workflow rules
sense: WORKFLOW--AND--WORKFLOW--RULES lexSense

WORKFLOW--AND--WORKFLOW--RULES lexConcept
type: LexicalConcept
definition: * A workflow describes the rules (processes) how a “trace” shall be created step by step. * A workflow includes a set of rules that define, how * work items must be broken down and linked (link rules) * work item types must be resolved * certain work item types are assigned to certain teams in the organisation * Every work item, that is not compliant to a workflow is marked as invalid * There are optional workflow steps in a workflow. E.g. a requirement can be directly resolved by multiple functions (that are always explained with a rational attribute) without having a “solution concept” work item, which is optional.

Workflow and workflow rules
type: Form

Workflow Prioritisation strategy to be decided per area
type: LexicalEntry
type: MultiwordExpression
canonical form: Workflow Prioritisation strategy to be decided per area
sense: WORKFLOW--PRIORITISATION--STRATEGY--TO--BE--DECIDED--PER--AREA lexSense

WORKFLOW--PRIORITISATION--STRATEGY--TO--BE--DECIDED--PER--AREA lexConcept
type: LexicalConcept
definition: In general, there are two directions for prioritisation, which are “horizontal” or “vertical” * Horizontal prioritisation means for example “which of all operational capabilities do we break down first down to their operational processes (just the next derivation step per capability)” * Vertical prioritisation means for example “which operational capability do we resolve down to the physical architecture before we start to resolve the next * capability” (image: 1-Grafik_1.png) * Both prioritisation methods are mixed to reach two targets in parallel: a) Use the capacity of all teams in parallel with different roles (vertical prioritisation), b) get a more and more full picture top-down (horizontal prioritisation). * A “mix” can for example be: “At first only all operational capabilities for standard train movements (no shunting etc.) and only the processes related to ETCS Level R without ATO are traced down to the physical architecture in the first step”. For the prioritisation these aspects are important: * As much as possible early usable results shall be created (year by year). * Example 1 (“bottom-up”): All traces, that lead to the EULYNX interfaces shall be resolved and approved fast. EULYNX interfaces should be standardized soon. * This means to import and resolve all traces, and to connect all interfaces to the overall architecture “upwards” (connecting workflow) * Example 2 (“top-down”): All traces for DAC shall be resolved fast, but there are not so much complete (resolved) traces to import in terms of processes and architecture. All operational capabilities and operational requirements for DAC need to be created and broken down and resolved down to the implementation (=vertical prioritisation). * Important decisions shall be decided early as a basis for all work * Example 3: (“horizontal prioritisation”): The process standardisation scope and depth shall be decided as early as possible. This means to create all operational capabilities, derive them town to …

Workflow Prioritisation strategy to be decided per area
type: Form

Workflow step (on step in a workitem trace)
type: LexicalEntry
type: MultiwordExpression
canonical form: Workflow step (on step in a workitem trace)
sense: WORKFLOW--STEP--ON--STEP--IN--A--WORKITEM--TRACE lexSense

WORKFLOW--STEP--ON--STEP--IN--A--WORKITEM--TRACE lexConcept
type: LexicalConcept
definition: A workflow step includes some of the following actions * “Create a trace”: The work item on the “top/start” of a trace is created based on external decisions. These are typically * Steering group decisions about system capabilities, common business objectives, improvement targets or problem descriptions, operational requirements, new safety requirements, etc. (see chapter below). * Technical regulations * “Derive” a work item: A team that is responsible for a derivation step in a trace for work items of a specific type looks for all unresolved work items and derives the resolving work items that are part of the own team scope. E.g., an ARC team sees unresolved actions in an operational process an derives all needed system requirements and functions that need to be worked out. * “Propose” a work item: A team or person receives (assignment) a work item with the status “proposed” from another team, that wants to resolve a dependency. E.g., an OD team designed an action in an operational process and “proposes” (“push”) a system requirement to an ARC team. * “Design / engineer / work out” a work item: The content of the work item is worked out. (e.g. an operational process with all actions) * “Break down” (“dependencies defined/delegated”) a work item: All necessary next work items are derived (as proposals) and linked. * “Resolve” a work item: All necessary next/downwards work items are derived, linked, designed, approved and resolved. E.g., all system functions to fulfil (resolve) an operational requirement are completed. * “Assign” a work item: The work item is assigned to a team or person that shall design it. * “Uplink” a work item. A “free floating” (not linked top-down, completely unlinked, or currently invalid) work item (e.g. coming from a bottom-up process or external contributor) is linked “upwards” to a “traced/valid” work item as if it had been derived from it before (e.g. a process is linked ex post to a capability). This is only done if this new link is re…

Workflow step (on step in a workitem trace)
type: Form

Workstep "workitem check"
type: LexicalEntry
type: MultiwordExpression
canonical form: Workstep "workitem check"
sense: WORKSTEP-- WORKITEM--CHECK lexSense

WORKSTEP-- WORKITEM--CHECK lexConcept
type: LexicalConcept
definition: * Is the workitem content correct and without inner contradictions? * Does the workitem content fit to the wokitem type? * Are all standard or custom workitem fields filled? * Does the workitem content implement the demands coming to it by existing links? * Do all mandatory links exist and are they completely fulfilling their role? Does the content fit to them? E.g. a system requirements can be implemented by a function... but it needs to be completely implemented and not partly.

Workstep "workitem check"
type: Form

XSD
type: Acronym
type: LexicalEntry
acronym for: XML Schema Definition
canonical form: XSD

XML--SCHEMA--DEFINITION lexConcept
type: LexicalConcept
definition: XML Schema Definition

XML Schema Definition
type: Form

XSD
type: Form

xx
type: LexicalEntry
type: Word
canonical form: xx
sense: XX lexSense

XX lexConcept
type: LexicalConcept
definition: xx

xx
type: Form

4.2.17.1. ETCS System Compatibility
type: LexicalEntry
type: MultiwordExpression
canonical form: 4.2.17.1. ETCS System Compatibility
sense: 4-2-17-1---ETCS--SYSTEM--COMPATIBILITY lexSense

Advanced Safe Train Positioning (ASTP)
type: LexicalEntry
type: MultiwordExpression
canonical form: Advanced Safe Train Positioning (ASTP)
sense: ADVANCED--SAFE--TRAIN--POSITIONING--ASTP lexSense

Anuncio de Señales y Frenado Automático
type: LexicalEntry
type: MultiwordExpression
canonical form: Anuncio de Señales y Frenado Automático
sense: ANUNCIO--DE--SENALES--Y--FRENADO--AUTOMATICO lexSense

Application Execution Environment
type: LexicalEntry
type: MultiwordExpression
canonical form: Application Execution Environment
sense: APPLICATION--EXECUTION--ENVIRONMENT lexSense

Application Layer
type: LexicalEntry
type: MultiwordExpression
canonical form: Application Layer
sense: APPLICATION--LAYER lexSense

Application Lifecycle Management
type: LexicalEntry
type: MultiwordExpression
canonical form: Application Lifecycle Management
sense: APPLICATION--LIFECYCLE--MANAGEMENT lexSense

(Arc)hitecture (A)nalysis and (D)esign (I)ntegrated (A)pproach
type: LexicalEntry
type: MultiwordExpression
canonical form: (Arc)hitecture (A)nalysis and (D)esign (I)ntegrated (A)pproach
sense: ARC--HITECTURE+--A--NALYSIS--AND--D--ESIGN+--I--NTEGRATED+--A--PPROACH lexSense

Architecture and Release Coordination Team
type: LexicalEntry
type: MultiwordExpression
canonical form: Architecture and Release Coordination Team
sense: ARCHITECTURE--AND--RELEASE--COORDINATION--TEAM lexSense

Architecture Tradeoff Analysis Method
type: LexicalEntry
type: MultiwordExpression
canonical form: Architecture Tradeoff Analysis Method
sense: ARCHITECTURE--TRADEOFF--ANALYSIS--METHOD lexSense

Architecture Working Circle
type: LexicalEntry
type: MultiwordExpression
canonical form: Architecture Working Circle
sense: ARCHITECTURE--WORKING--CIRCLE lexSense

As far as reasonably practicable
type: LexicalEntry
type: MultiwordExpression
canonical form: As far as reasonably practicable
sense: AS--FAR--AS--REASONABLY--PRACTICABLE lexSense

Automatic Shunting Operation
type: LexicalEntry
type: MultiwordExpression
canonical form: Automatic Shunting Operation
sense: AUTOMATIC--SHUNTING--OPERATION lexSense

Automatic Train Operation
type: LexicalEntry
type: MultiwordExpression
canonical form: Automatic Train Operation
sense: AUTOMATIC--TRAIN--OPERATION lexSense

basic Advanced Safe Train Positioning (basic ASTP)
type: LexicalEntry
type: MultiwordExpression
canonical form: basic Advanced Safe Train Positioning (basic ASTP)
sense: BASIC--ADVANCED--SAFE--TRAIN--POSITIONING--BASIC--ASTP lexSense

Basic Integrity Platform Independence Interface
type: LexicalEntry
type: MultiwordExpression
canonical form: Basic Integrity Platform Independence Interface
sense: BASIC--INTEGRITY--PLATFORM--INDEPENDENCE--INTERFACE lexSense

Building block
type: LexicalEntry
type: MultiwordExpression
canonical form: Building block
sense: BUILDING--BLOCK lexSense

Capacity Management system
type: LexicalEntry
type: MultiwordExpression
canonical form: Capacity Management system
sense: CAPACITY--MANAGEMENT--SYSTEM lexSense

Capacity Management
type: LexicalEntry
type: MultiwordExpression
canonical form: Capacity Management
sense: CAPACITY--MANAGEMENT lexSense

Capital Expenditures
type: LexicalEntry
type: MultiwordExpression
canonical form: Capital Expenditures
sense: CAPITAL--EXPENDITURES lexSense

Central modelling services
type: LexicalEntry
type: MultiwordExpression
canonical form: Central modelling services
sense: CENTRAL--MODELLING--SERVICES lexSense

Central Processing Unit
type: LexicalEntry
type: MultiwordExpression
canonical form: Central Processing Unit
sense: CENTRAL--PROCESSING--UNIT lexSense

Centralized traffic control
type: LexicalEntry
type: MultiwordExpression
canonical form: Centralized traffic control
sense: CENTRALIZED--TRAFFIC--CONTROL lexSense

Change Control Management
type: LexicalEntry
type: MultiwordExpression
canonical form: Change Control Management
sense: CHANGE--CONTROL--MANAGEMENT lexSense

Change Request.
type: LexicalEntry
type: MultiwordExpression
canonical form: Change Request.
sense: CHANGE--REQUEST lexSense

Command Control System TSI
type: LexicalEntry
type: MultiwordExpression
canonical form: Command Control System TSI
sense: COMMAND--CONTROL--SYSTEM--TSI lexSense

Common Business Objective.
type: LexicalEntry
type: MultiwordExpression
canonical form: Common Business Objective.
sense: COMMON--BUSINESS--OBJECTIVE lexSense

Common Instance
type: LexicalEntry
type: MultiwordExpression
canonical form: Common Instance
sense: COMMON--INSTANCE lexSense

Common Vulnerability Scoring System
type: LexicalEntry
type: MultiwordExpression
canonical form: Common Vulnerability Scoring System
sense: COMMON--VULNERABILITY--SCORING--SYSTEM lexSense

Community of European Railway and Infrastructure Companies
type: LexicalEntry
type: MultiwordExpression
canonical form: Community of European Railway and Infrastructure Companies
sense: COMMUNITY--OF--EUROPEAN--RAILWAY--AND--INFRASTRUCTURE--COMPANIES lexSense

Compartment Execution Environment
type: LexicalEntry
type: MultiwordExpression
canonical form: Compartment Execution Environment
sense: COMPARTMENT--EXECUTION--ENVIRONMENT lexSense

Compartment
type: LexicalEntry
type: Word
canonical form: Compartment
sense: COMPARTMENT lexSense

Computing Element
type: LexicalEntry
type: MultiwordExpression
canonical form: Computing Element
sense: COMPUTING--ELEMENT lexSense

Concept how to use the system
type: LexicalEntry
type: MultiwordExpression
canonical form: Concept how to use the system
sense: CONCEPT--HOW--TO--USE--THE--SYSTEM lexSense

Concept of Employment
type: LexicalEntry
type: MultiwordExpression
canonical form: Concept of Employment
sense: CONCEPT--OF--EMPLOYMENT lexSense

Concept of Operations
type: LexicalEntry
type: MultiwordExpression
canonical form: Concept of Operations
sense: CONCEPT--OF--OPERATIONS lexSense

Confidence Interval
type: LexicalEntry
type: MultiwordExpression
canonical form: Confidence Interval
sense: CONFIDENCE--INTERVAL lexSense

Continuous Integration / Continuous Deployment
type: LexicalEntry
type: MultiwordExpression
canonical form: Continuous Integration / Continuous Deployment
sense: CONTINUOUS--INTEGRATION-- --CONTINUOUS--DEPLOYMENT lexSense

Control Command and Signaling
type: LexicalEntry
type: MultiwordExpression
canonical form: Control Command and Signaling
sense: CONTROL--COMMAND--AND--SIGNALING lexSense

Control, Command and Signalling
type: LexicalEntry
type: MultiwordExpression
canonical form: Control, Command and Signalling
sense: CONTROL--COMMAND--AND--SIGNALLING lexSense

Control-Command and Signalling
type: LexicalEntry
type: MultiwordExpression
canonical form: Control-Command and Signalling
sense: CONTROL-COMMAND--AND--SIGNALLING lexSense

Cost Benefit Analysis
type: LexicalEntry
type: MultiwordExpression
canonical form: Cost Benefit Analysis
sense: COST--BENEFIT--ANALYSIS lexSense

Cross functional
type: LexicalEntry
type: MultiwordExpression
canonical form: Cross functional
sense: CROSS--FUNCTIONAL lexSense

Data loss prevention
type: LexicalEntry
type: MultiwordExpression
canonical form: Data loss prevention
sense: DATA--LOSS--PREVENTION lexSense

Database Management System
type: LexicalEntry
type: MultiwordExpression
canonical form: Database Management System
sense: DATABASE--MANAGEMENT--SYSTEM lexSense

Development
type: LexicalEntry
type: Word
canonical form: Development
sense: DEVELOPMENT lexSense

Digital Automated Coupling
type: LexicalEntry
type: MultiwordExpression
canonical form: Digital Automated Coupling
sense: DIGITAL--AUTOMATED--COUPLING lexSense

Directorate-General for Mobility and Transport
type: LexicalEntry
type: MultiwordExpression
canonical form: Directorate-General for Mobility and Transport
sense: DIRECTORATE-GENERAL--FOR--MOBILITY--AND--TRANSPORT lexSense

Directorate-General for Research and Innovation
type: LexicalEntry
type: MultiwordExpression
canonical form: Directorate-General for Research and Innovation
sense: DIRECTORATE-GENERAL--FOR--RESEARCH--AND--INNOVATION lexSense

Disaster Recovery-Plan
type: LexicalEntry
type: MultiwordExpression
canonical form: Disaster Recovery-Plan
sense: DISASTER--RECOVERY-PLAN lexSense

Distributed Denial of Service
type: LexicalEntry
type: MultiwordExpression
canonical form: Distributed Denial of Service
sense: DISTRIBUTED--DENIAL--OF--SERVICE lexSense

Domain Name System
type: LexicalEntry
type: MultiwordExpression
canonical form: Domain Name System
sense: DOMAIN--NAME--SYSTEM lexSense

Easy Approach to Requirements Syntax
type: LexicalEntry
type: MultiwordExpression
canonical form: Easy Approach to Requirements Syntax
sense: EASY--APPROACH--TO--REQUIREMENTS--SYNTAX lexSense

Elasticsearch, Logstash, Kibana
type: LexicalEntry
type: MultiwordExpression
canonical form: Elasticsearch, Logstash, Kibana
sense: ELASTICSEARCH--LOGSTASH--KIBANA lexSense

End of Life
type: LexicalEntry
type: MultiwordExpression
canonical form: End of Life
sense: END--OF--LIFE lexSense

End of Support
type: LexicalEntry
type: MultiwordExpression
canonical form: End of Support
sense: END--OF--SUPPORT lexSense

ERA Extended Core Team
type: LexicalEntry
type: MultiwordExpression
canonical form: ERA Extended Core Team
sense: ERA--EXTENDED--CORE--TEAM lexSense

ERTMS Users Group
type: LexicalEntry
type: MultiwordExpression
canonical form: ERTMS Users Group
sense: ERTMS--USERS--GROUP lexSense

EU Agency for the Space Programme
type: LexicalEntry
type: MultiwordExpression
canonical form: EU Agency for the Space Programme
sense: EU--AGENCY--FOR--THE--SPACE--PROGRAMME lexSense

European Commission
type: LexicalEntry
type: MultiwordExpression
canonical form: European Commission
sense: EUROPEAN--COMMISSION lexSense

European Committee for Electrotechnical Standardization
type: LexicalEntry
type: MultiwordExpression
canonical form: European Committee for Electrotechnical Standardization
sense: EUROPEAN--COMMITTEE--FOR--ELECTROTECHNICAL--STANDARDIZATION lexSense

European Committee for Standardization
type: LexicalEntry
type: MultiwordExpression
canonical form: European Committee for Standardization
sense: EUROPEAN--COMMITTEE--FOR--STANDARDIZATION lexSense

European DAC Delivery Program
type: LexicalEntry
type: MultiwordExpression
canonical form: European DAC Delivery Program
sense: EUROPEAN--DAC--DELIVERY--PROGRAM lexSense

European Geostationary Navigation Overlay Service
type: LexicalEntry
type: MultiwordExpression
canonical form: European Geostationary Navigation Overlay Service
sense: EUROPEAN--GEOSTATIONARY--NAVIGATION--OVERLAY--SERVICE lexSense

European Passengers' Federation
type: LexicalEntry
type: MultiwordExpression
canonical form: European Passengers' Federation
sense: EUROPEAN--PASSENGERS --FEDERATION lexSense

European Rail Infrastructure Managers
type: LexicalEntry
type: MultiwordExpression
canonical form: European Rail Infrastructure Managers
sense: EUROPEAN--RAIL--INFRASTRUCTURE--MANAGERS lexSense

European Rail Research Advisory Council
type: LexicalEntry
type: MultiwordExpression
canonical form: European Rail Research Advisory Council
sense: EUROPEAN--RAIL--RESEARCH--ADVISORY--COUNCIL lexSense

European Rail Traffic Management System
type: LexicalEntry
type: MultiwordExpression
canonical form: European Rail Traffic Management System
sense: EUROPEAN--RAIL--TRAFFIC--MANAGEMENT--SYSTEM lexSense

European Railway Traffic Management System
type: LexicalEntry
type: MultiwordExpression
canonical form: European Railway Traffic Management System
sense: EUROPEAN--RAILWAY--TRAFFIC--MANAGEMENT--SYSTEM lexSense

European Securities Committee
type: LexicalEntry
type: MultiwordExpression
canonical form: European Securities Committee
sense: EUROPEAN--SECURITIES--COMMITTEE lexSense

European Space Agency
type: LexicalEntry
type: MultiwordExpression
canonical form: European Space Agency
sense: EUROPEAN--SPACE--AGENCY lexSense

European Standardization Organization
type: LexicalEntry
type: MultiwordExpression
canonical form: European Standardization Organization
sense: EUROPEAN--STANDARDIZATION--ORGANIZATION lexSense

European Structural and Investment Funds
type: LexicalEntry
type: MultiwordExpression
canonical form: European Structural and Investment Funds
sense: EUROPEAN--STRUCTURAL--AND--INVESTMENT--FUNDS lexSense

European Telecommunications Standards Institute
type: LexicalEntry
type: MultiwordExpression
canonical form: European Telecommunications Standards Institute
sense: EUROPEAN--TELECOMMUNICATIONS--STANDARDS--INSTITUTE lexSense

European traffic management
type: LexicalEntry
type: MultiwordExpression
canonical form: European traffic management
sense: EUROPEAN--TRAFFIC--MANAGEMENT lexSense

European Train Control System
type: LexicalEntry
type: MultiwordExpression
canonical form: European Train Control System
sense: EUROPEAN--TRAIN--CONTROL--SYSTEM lexSense

European Transport Workers' Federation
type: LexicalEntry
type: MultiwordExpression
canonical form: European Transport Workers' Federation
sense: EUROPEAN--TRANSPORT--WORKERS --FEDERATION lexSense

European Union Agency for cybersecurity
type: LexicalEntry
type: MultiwordExpression
canonical form: European Union Agency for cybersecurity
sense: EUROPEAN--UNION--AGENCY--FOR--CYBERSECURITY lexSense

European Union Agency for Railways
type: LexicalEntry
type: MultiwordExpression
canonical form: European Union Agency for Railways
sense: EUROPEAN--UNION--AGENCY--FOR--RAILWAYS lexSense

Europe's Rail
type: LexicalEntry
type: MultiwordExpression
canonical form: Europe's Rail
sense: EUROPE S--RAIL lexSense

Event-driven architecture
type: LexicalEntry
type: MultiwordExpression
canonical form: Event-driven architecture
sense: EVENT-DRIVEN--ARCHITECTURE lexSense

External Diagnostic, Logging, Orchestration and IT Security Interface(s)
type: LexicalEntry
type: MultiwordExpression
canonical form: External Diagnostic, Logging, Orchestration and IT Security Interface(s)
sense: EXTERNAL--DIAGNOSTIC--LOGGING--ORCHESTRATION--AND--IT--SECURITY--INTERFACE--S lexSense

Fixed asset mgmt
type: LexicalEntry
type: MultiwordExpression
canonical form: Fixed asset mgmt
sense: FIXED--ASSET--MGMT lexSense

Flagship Area
type: LexicalEntry
type: MultiwordExpression
canonical form: Flagship Area
sense: FLAGSHIP--AREA lexSense

Form Fit Function Interface Specification
type: LexicalEntry
type: MultiwordExpression
canonical form: Form Fit Function Interface Specification
sense: FORM--FIT--FUNCTION--INTERFACE--SPECIFICATION lexSense

FORM FIT FUNCTIONAL INTERFACE SPECIFICATION
type: LexicalEntry
type: MultiwordExpression
canonical form: FORM FIT FUNCTIONAL INTERFACE SPECIFICATION
sense: FORM--FIT--FUNCTIONAL--INTERFACE--SPECIFICATION lexSense

Founding Members
type: LexicalEntry
type: MultiwordExpression
canonical form: Founding Members
sense: FOUNDING--MEMBERS lexSense

Full Digital Freight Train Operations
type: LexicalEntry
type: MultiwordExpression
canonical form: Full Digital Freight Train Operations
sense: FULL--DIGITAL--FREIGHT--TRAIN--OPERATIONS lexSense

Full Time Equivalent
type: LexicalEntry
type: MultiwordExpression
canonical form: Full Time Equivalent
sense: FULL--TIME--EQUIVALENT lexSense

Functional Application Task
type: LexicalEntry
type: MultiwordExpression
canonical form: Functional Application Task
sense: FUNCTIONAL--APPLICATION--TASK lexSense

Functional Application
type: LexicalEntry
type: MultiwordExpression
canonical form: Functional Application
sense: FUNCTIONAL--APPLICATION lexSense

Functional Interface Specification
type: LexicalEntry
type: MultiwordExpression
canonical form: Functional Interface Specification
sense: FUNCTIONAL--INTERFACE--SPECIFICATION lexSense

Functional Requirement Specification/Functional Interface Specification
type: LexicalEntry
type: MultiwordExpression
canonical form: Functional Requirement Specification/Functional Interface Specification
sense: FUNCTIONAL--REQUIREMENT--SPECIFICATION FUNCTIONAL--INTERFACE--SPECIFICATION lexSense

Functional Requirements Specification
type: LexicalEntry
type: MultiwordExpression
canonical form: Functional Requirements Specification
sense: FUNCTIONAL--REQUIREMENTS--SPECIFICATION lexSense

Functional System Deployment Rules
type: LexicalEntry
type: MultiwordExpression
canonical form: Functional System Deployment Rules
sense: FUNCTIONAL--SYSTEM--DEPLOYMENT--RULES lexSense

Functional System
type: LexicalEntry
type: MultiwordExpression
canonical form: Functional System
sense: FUNCTIONAL--SYSTEM lexSense

Future Railway Mobile Communication System
type: LexicalEntry
type: MultiwordExpression
canonical form: Future Railway Mobile Communication System
sense: FUTURE--RAILWAY--MOBILE--COMMUNICATION--SYSTEM lexSense

Generic Application Safety Case
type: LexicalEntry
type: MultiwordExpression
canonical form: Generic Application Safety Case
sense: GENERIC--APPLICATION--SAFETY--CASE lexSense

Generic Product Safety Case
type: LexicalEntry
type: MultiwordExpression
canonical form: Generic Product Safety Case
sense: GENERIC--PRODUCT--SAFETY--CASE lexSense

Hardware Abstraction Interface
type: LexicalEntry
type: MultiwordExpression
canonical form: Hardware Abstraction Interface
sense: HARDWARE--ABSTRACTION--INTERFACE lexSense

Hardware Layer
type: LexicalEntry
type: MultiwordExpression
canonical form: Hardware Layer
sense: HARDWARE--LAYER lexSense

Holistic Requirements Model
type: LexicalEntry
type: MultiwordExpression
canonical form: Holistic Requirements Model
sense: HOLISTIC--REQUIREMENTS--MODEL lexSense

Human and Organizational Factors
type: LexicalEntry
type: MultiwordExpression
canonical form: Human and Organizational Factors
sense: HUMAN--AND--ORGANIZATIONAL--FACTORS lexSense

Human Machine Interface
type: LexicalEntry
type: MultiwordExpression
canonical form: Human Machine Interface
sense: HUMAN--MACHINE--INTERFACE lexSense

Human-System Integration
type: LexicalEntry
type: MultiwordExpression
canonical form: Human-System Integration
sense: HUMAN-SYSTEM--INTEGRATION lexSense

Hypertext Transfer Protocol
type: LexicalEntry
type: MultiwordExpression
canonical form: Hypertext Transfer Protocol
sense: HYPERTEXT--TRANSFER--PROTOCOL lexSense

Information Rights Management
type: LexicalEntry
type: MultiwordExpression
canonical form: Information Rights Management
sense: INFORMATION--RIGHTS--MANAGEMENT lexSense

Infrastructure Manager
type: LexicalEntry
type: MultiwordExpression
canonical form: Infrastructure Manager
sense: INFRASTRUCTURE--MANAGER lexSense

Innovation Pillar System Experts
type: LexicalEntry
type: MultiwordExpression
canonical form: Innovation Pillar System Experts
sense: INNOVATION--PILLAR--SYSTEM--EXPERTS lexSense

Instance
type: LexicalEntry
type: Word
canonical form: Instance
sense: INSTANCE lexSense

Interlocking
type: LexicalEntry
type: Word
canonical form: Interlocking
sense: INTERLOCKING lexSense

International Association of Public Transport
type: LexicalEntry
type: MultiwordExpression
canonical form: International Association of Public Transport
sense: INTERNATIONAL--ASSOCIATION--OF--PUBLIC--TRANSPORT lexSense

International Council on Systems Engineering
type: LexicalEntry
type: MultiwordExpression
canonical form: International Council on Systems Engineering
sense: INTERNATIONAL--COUNCIL--ON--SYSTEMS--ENGINEERING lexSense

International Electrotechnical Commission
type: LexicalEntry
type: MultiwordExpression
canonical form: International Electrotechnical Commission
sense: INTERNATIONAL--ELECTROTECHNICAL--COMMISSION lexSense

International Organization for Standardization
type: LexicalEntry
type: MultiwordExpression
canonical form: International Organization for Standardization
sense: INTERNATIONAL--ORGANIZATION--FOR--STANDARDIZATION lexSense

International union of railways
type: LexicalEntry
type: MultiwordExpression
canonical form: International union of railways
sense: INTERNATIONAL--UNION--OF--RAILWAYS lexSense

International Union of Wagon Keepers
type: LexicalEntry
type: MultiwordExpression
canonical form: International Union of Wagon Keepers
sense: INTERNATIONAL--UNION--OF--WAGON--KEEPERS lexSense

Maintenance Operator
type: LexicalEntry
type: MultiwordExpression
canonical form: Maintenance Operator
sense: MAINTENANCE--OPERATOR lexSense

Man-in-the-middle attack
type: LexicalEntry
type: MultiwordExpression
canonical form: Man-in-the-middle attack
sense: MAN-IN-THE-MIDDLE--ATTACK lexSense

Mean time between failure
type: LexicalEntry
type: MultiwordExpression
canonical form: Mean time between failure
sense: MEAN--TIME--BETWEEN--FAILURE lexSense

Measure of Effectiveness
type: LexicalEntry
type: MultiwordExpression
canonical form: Measure of Effectiveness
sense: MEASURE--OF--EFFECTIVENESS lexSense

Measure of Performance
type: LexicalEntry
type: MultiwordExpression
canonical form: Measure of Performance
sense: MEASURE--OF--PERFORMANCE lexSense

Message Digest Method 5
type: LexicalEntry
type: MultiwordExpression
canonical form: Message Digest Method 5
sense: MESSAGE--DIGEST--METHOD--5 lexSense

Microservices
type: LexicalEntry
type: Word
canonical form: Microservices
sense: MICROSERVICES lexSense

Ministry of Transportation
type: LexicalEntry
type: MultiwordExpression
canonical form: Ministry of Transportation
sense: MINISTRY--OF--TRANSPORTATION lexSense

Model based System Engineering
type: LexicalEntry
type: MultiwordExpression
canonical form: Model based System Engineering
sense: MODEL--BASED--SYSTEM--ENGINEERING lexSense

Moving Block
type: LexicalEntry
type: MultiwordExpression
canonical form: Moving Block
sense: MOVING--BLOCK lexSense

Multi-version concurrency control
type: LexicalEntry
type: MultiwordExpression
canonical form: Multi-version concurrency control
sense: MULTI-VERSION--CONCURRENCY--CONTROL lexSense

Multiple Independent Levels of Security or Safety
type: LexicalEntry
type: MultiwordExpression
canonical form: Multiple Independent Levels of Security or Safety
sense: MULTIPLE--INDEPENDENT--LEVELS--OF--SECURITY--OR--SAFETY lexSense

National Implemenation Plan
type: LexicalEntry
type: MultiwordExpression
canonical form: National Implemenation Plan
sense: NATIONAL--IMPLEMENATION--PLAN lexSense

National Safety Authority
type: LexicalEntry
type: MultiwordExpression
canonical form: National Safety Authority
sense: NATIONAL--SAFETY--AUTHORITY lexSense

National Traffic Control Centre
type: LexicalEntry
type: MultiwordExpression
canonical form: National Traffic Control Centre
sense: NATIONAL--TRAFFIC--CONTROL--CENTRE lexSense

National Traffic Management System
type: LexicalEntry
type: MultiwordExpression
canonical form: National Traffic Management System
sense: NATIONAL--TRAFFIC--MANAGEMENT--SYSTEM lexSense

Neighborhood TMS
type: LexicalEntry
type: MultiwordExpression
canonical form: Neighborhood TMS
sense: NEIGHBORHOOD--TMS lexSense

Notified bodies for interoperability in the railway sector
type: LexicalEntry
type: MultiwordExpression
canonical form: Notified bodies for interoperability in the railway sector
sense: NOTIFIED--BODIES--FOR--INTEROPERABILITY--IN--THE--RAILWAY--SECTOR lexSense

Odometry
type: LexicalEntry
type: Word
canonical form: Odometry
sense: ODOMETRY lexSense

Open System Interaction Model
type: LexicalEntry
type: MultiwordExpression
canonical form: Open System Interaction Model
sense: OPEN--SYSTEM--INTERACTION--MODEL lexSense

Operating system
type: LexicalEntry
type: MultiwordExpression
canonical form: Operating system
sense: OPERATING--SYSTEM lexSense

Operational Concepts
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Concepts
sense: OPERATIONAL--CONCEPTS lexSense

Operational Harmonization Team
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Harmonization Team
sense: OPERATIONAL--HARMONIZATION--TEAM lexSense

Operational Interfaces
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Interfaces
sense: OPERATIONAL--INTERFACES lexSense

Operational Requirements
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational Requirements
sense: OPERATIONAL--REQUIREMENTS lexSense

Operational TSI
type: LexicalEntry
type: MultiwordExpression
canonical form: Operational TSI
sense: OPERATIONAL--TSI lexSense

Orchestration Interface
type: LexicalEntry
type: MultiwordExpression
canonical form: Orchestration Interface
sense: ORCHESTRATION--INTERFACE lexSense

Passenger Information System
type: LexicalEntry
type: MultiwordExpression
canonical form: Passenger Information System
sense: PASSENGER--INFORMATION--SYSTEM lexSense

Path Order System
type: LexicalEntry
type: MultiwordExpression
canonical form: Path Order System
sense: PATH--ORDER--SYSTEM lexSense

Performance, reliability, availability, maintainability, safety and security
type: LexicalEntry
type: MultiwordExpression
canonical form: Performance, reliability, availability, maintainability, safety and security
sense: PERFORMANCE--RELIABILITY--AVAILABILITY--MAINTAINABILITY--SAFETY--AND--SECURITY lexSense

Physical Computing Element
type: LexicalEntry
type: MultiwordExpression
canonical form: Physical Computing Element
sense: PHYSICAL--COMPUTING--ELEMENT lexSense

Plan Execution
type: LexicalEntry
type: MultiwordExpression
canonical form: Plan Execution
sense: PLAN--EXECUTION lexSense

Polarion Work Item of Type Definition
type: LexicalEntry
type: MultiwordExpression
canonical form: Polarion Work Item of Type Definition
sense: POLARION--WORK--ITEM--OF--TYPE--DEFINITION lexSense

Polarion Work Item of Type Reference
type: LexicalEntry
type: MultiwordExpression
canonical form: Polarion Work Item of Type Reference
sense: POLARION--WORK--ITEM--OF--TYPE--REFERENCE lexSense

PRAMSS Management & Assurance Team
type: LexicalEntry
type: MultiwordExpression
canonical form: PRAMSS Management & Assurance Team
sense: PRAMSS--MANAGEMENT--AND--ASSURANCE--TEAM lexSense

Production
type: LexicalEntry
type: Word
canonical form: Production
sense: PRODUCTION lexSense

Project Management Office
type: LexicalEntry
type: MultiwordExpression
canonical form: Project Management Office
sense: PROJECT--MANAGEMENT--OFFICE lexSense

Quality and Assurance
type: LexicalEntry
type: MultiwordExpression
canonical form: Quality and Assurance
sense: QUALITY--AND--ASSURANCE lexSense

Radio Block Centre
type: LexicalEntry
type: MultiwordExpression
canonical form: Radio Block Centre
sense: RADIO--BLOCK--CENTRE lexSense

Rail Infrastructure Manager
type: LexicalEntry
type: MultiwordExpression
canonical form: Rail Infrastructure Manager
sense: RAIL--INFRASTRUCTURE--MANAGER lexSense

Rail Net Europe
type: LexicalEntry
type: MultiwordExpression
canonical form: Rail Net Europe
sense: RAIL--NET--EUROPE lexSense

Rail Operating Company
type: LexicalEntry
type: MultiwordExpression
canonical form: Rail Operating Company
sense: RAIL--OPERATING--COMPANY lexSense

Rail Standardisation Coordination Platform for Europe
type: LexicalEntry
type: MultiwordExpression
canonical form: Rail Standardisation Coordination Platform for Europe
sense: RAIL--STANDARDISATION--COORDINATION--PLATFORM--FOR--EUROPE lexSense

Rail Undertakings
type: LexicalEntry
type: MultiwordExpression
canonical form: Rail Undertakings
sense: RAIL--UNDERTAKINGS lexSense

RailNetEurope Train Information System
type: LexicalEntry
type: MultiwordExpression
canonical form: RailNetEurope Train Information System
sense: RAILNETEUROPE--TRAIN--INFORMATION--SYSTEM lexSense

Railway Undertaking
type: LexicalEntry
type: MultiwordExpression
canonical form: Railway Undertaking
sense: RAILWAY--UNDERTAKING lexSense

Random Access Memory
type: LexicalEntry
type: MultiwordExpression
canonical form: Random Access Memory
sense: RANDOM--ACCESS--MEMORY lexSense

Real Time
type: LexicalEntry
type: MultiwordExpression
canonical form: Real Time
sense: REAL--TIME lexSense

Redundant Array of Independent Disks
type: LexicalEntry
type: MultiwordExpression
canonical form: Redundant Array of Independent Disks
sense: REDUNDANT--ARRAY--OF--INDEPENDENT--DISKS lexSense

Reference Location
type: LexicalEntry
type: MultiwordExpression
canonical form: Reference Location
sense: REFERENCE--LOCATION lexSense

Regional traffic control centre
type: LexicalEntry
type: MultiwordExpression
canonical form: Regional traffic control centre
sense: REGIONAL--TRAFFIC--CONTROL--CENTRE lexSense

Reliability, Availability, Maintainability and Safety
type: LexicalEntry
type: MultiwordExpression
canonical form: Reliability, Availability, Maintainability and Safety
sense: RELIABILITY--AVAILABILITY--MAINTAINABILITY--AND--SAFETY lexSense

Remote Train Operations
type: LexicalEntry
type: MultiwordExpression
canonical form: Remote Train Operations
sense: REMOTE--TRAIN--OPERATIONS lexSense

Replica
type: LexicalEntry
type: Word
canonical form: Replica
sense: REPLICA lexSense

Representational State Transfer
type: LexicalEntry
type: MultiwordExpression
canonical form: Representational State Transfer
sense: REPRESENTATIONAL--STATE--TRANSFER lexSense

Role Based Access Control
type: LexicalEntry
type: MultiwordExpression
canonical form: Role Based Access Control
sense: ROLE--BASED--ACCESS--CONTROL lexSense

Runtime Environment
type: LexicalEntry
type: MultiwordExpression
canonical form: Runtime Environment
sense: RUNTIME--ENVIRONMENT lexSense

Runtime Layer
type: LexicalEntry
type: MultiwordExpression
canonical form: Runtime Layer
sense: RUNTIME--LAYER lexSense

Safety Environment Task
type: LexicalEntry
type: MultiwordExpression
canonical form: Safety Environment Task
sense: SAFETY--ENVIRONMENT--TASK lexSense

Safety Environment
type: LexicalEntry
type: MultiwordExpression
canonical form: Safety Environment
sense: SAFETY--ENVIRONMENT lexSense

Safety Framework
type: LexicalEntry
type: MultiwordExpression
canonical form: Safety Framework
sense: SAFETY--FRAMEWORK lexSense

Safety Layer
type: LexicalEntry
type: MultiwordExpression
canonical form: Safety Layer
sense: SAFETY--LAYER lexSense

Safety Platform Independence Interface
type: LexicalEntry
type: MultiwordExpression
canonical form: Safety Platform Independence Interface
sense: SAFETY--PLATFORM--INDEPENDENCE--INTERFACE lexSense

Safety related application conditions
type: LexicalEntry
type: MultiwordExpression
canonical form: Safety related application conditions
sense: SAFETY--RELATED--APPLICATION--CONDITIONS lexSense

Secure Sockets Layer
type: LexicalEntry
type: MultiwordExpression
canonical form: Secure Sockets Layer
sense: SECURE--SOCKETS--LAYER lexSense

Separation of Concerns
type: LexicalEntry
type: MultiwordExpression
canonical form: Separation of Concerns
sense: SEPARATION--OF--CONCERNS lexSense

Service Function Configuration
type: LexicalEntry
type: MultiwordExpression
canonical form: Service Function Configuration
sense: SERVICE--FUNCTION--CONFIGURATION lexSense

Simple Object Access Protocol
type: LexicalEntry
type: MultiwordExpression
canonical form: Simple Object Access Protocol
sense: SIMPLE--OBJECT--ACCESS--PROTOCOL lexSense

Single European Railway Area - Command Control and Signaling
type: LexicalEntry
type: MultiwordExpression
canonical form: Single European Railway Area - Command Control and Signaling
sense: SINGLE--EUROPEAN--RAILWAY--AREA-----COMMAND--CONTROL--AND--SIGNALING lexSense

Software
type: LexicalEntry
type: Word
canonical form: Software
sense: SOFTWARE lexSense

Standard Communications Interface – Operational Plan
type: LexicalEntry
type: MultiwordExpression
canonical form: Standard Communications Interface – Operational Plan
sense: STANDARD--COMMUNICATIONS--INTERFACE-----OPERATIONAL--PLAN lexSense

Standard Security Interface
type: LexicalEntry
type: MultiwordExpression
canonical form: Standard Security Interface
sense: STANDARD--SECURITY--INTERFACE lexSense

Switch
type: LexicalEntry
type: Word
canonical form: Switch
sense: SWITCH lexSense

System Architecture Description
type: LexicalEntry
type: MultiwordExpression
canonical form: System Architecture Description
sense: SYSTEM--ARCHITECTURE--DESCRIPTION lexSense

System Development Life Cycle
type: LexicalEntry
type: MultiwordExpression
canonical form: System Development Life Cycle
sense: SYSTEM--DEVELOPMENT--LIFE--CYCLE lexSense

System Engineering Management Plan
type: LexicalEntry
type: MultiwordExpression
canonical form: System Engineering Management Plan
sense: SYSTEM--ENGINEERING--MANAGEMENT--PLAN lexSense

System Pillar Coregroup
type: LexicalEntry
type: MultiwordExpression
canonical form: System Pillar Coregroup
sense: SYSTEM--PILLAR--COREGROUP lexSense

System Pillar Domain Team
type: LexicalEntry
type: MultiwordExpression
canonical form: System Pillar Domain Team
sense: SYSTEM--PILLAR--DOMAIN--TEAM lexSense

System Pillar Steering Group
type: LexicalEntry
type: MultiwordExpression
canonical form: System Pillar Steering Group
sense: SYSTEM--PILLAR--STEERING--GROUP lexSense

System Requirements Specification
type: LexicalEntry
type: MultiwordExpression
canonical form: System Requirements Specification
sense: SYSTEM--REQUIREMENTS--SPECIFICATION lexSense

System under Consideration
type: LexicalEntry
type: MultiwordExpression
canonical form: System under Consideration
sense: SYSTEM--UNDER--CONSIDERATION lexSense

Task
type: LexicalEntry
type: Word
canonical form: Task
sense: TASK lexSense

Technical Committee
type: LexicalEntry
type: MultiwordExpression
canonical form: Technical Committee
sense: TECHNICAL--COMMITTEE lexSense

Technical readiness levels
type: LexicalEntry
type: MultiwordExpression
canonical form: Technical readiness levels
sense: TECHNICAL--READINESS--LEVELS lexSense

Technical Specification for Interoperability
type: LexicalEntry
type: MultiwordExpression
canonical form: Technical Specification for Interoperability
sense: TECHNICAL--SPECIFICATION--FOR--INTEROPERABILITY lexSense

Technical Specifications for Interoperability
type: LexicalEntry
type: MultiwordExpression
canonical form: Technical Specifications for Interoperability
sense: TECHNICAL--SPECIFICATIONS--FOR--INTEROPERABILITY lexSense

Telematics Applications for Freight/Passenger Services
type: LexicalEntry
type: MultiwordExpression
canonical form: Telematics Applications for Freight/Passenger Services
sense: TELEMATICS--APPLICATIONS--FOR--FREIGHT PASSENGER--SERVICES lexSense

Telematics Applications for Freight
type: LexicalEntry
type: MultiwordExpression
canonical form: Telematics Applications for Freight
sense: TELEMATICS--APPLICATIONS--FOR--FREIGHT lexSense

Telematics Applications for Passenger Services
type: LexicalEntry
type: MultiwordExpression
canonical form: Telematics Applications for Passenger Services
sense: TELEMATICS--APPLICATIONS--FOR--PASSENGER--SERVICES lexSense

Temporary Capacity Restrictions
type: LexicalEntry
type: MultiwordExpression
canonical form: Temporary Capacity Restrictions
sense: TEMPORARY--CAPACITY--RESTRICTIONS lexSense

Terminal operator
type: LexicalEntry
type: MultiwordExpression
canonical form: Terminal operator
sense: TERMINAL--OPERATOR lexSense

Topical Working Group
type: LexicalEntry
type: MultiwordExpression
canonical form: Topical Working Group
sense: TOPICAL--WORKING--GROUP lexSense

Trackside Assets Control and Supervision
type: LexicalEntry
type: MultiwordExpression
canonical form: Trackside Assets Control and Supervision
sense: TRACKSIDE--ASSETS--CONTROL--AND--SUPERVISION lexSense

Traffic Management System
type: LexicalEntry
type: MultiwordExpression
canonical form: Traffic Management System
sense: TRAFFIC--MANAGEMENT--SYSTEM lexSense

Trans-European Transport Network
type: LexicalEntry
type: MultiwordExpression
canonical form: Trans-European Transport Network
sense: TRANS-EUROPEAN--TRANSPORT--NETWORK lexSense

Transport Layer Security
type: LexicalEntry
type: MultiwordExpression
canonical form: Transport Layer Security
sense: TRANSPORT--LAYER--SECURITY lexSense

Transversal CCS domain
type: LexicalEntry
type: MultiwordExpression
canonical form: Transversal CCS domain
sense: TRANSVERSAL--CCS--DOMAIN lexSense

TSI CCS 2023 - 4.1.1. Basic parameters
type: LexicalEntry
type: MultiwordExpression
canonical form: TSI CCS 2023 - 4.1.1. Basic parameters
sense: TSI--CCS--2023-----4-1-1---BASIC--PARAMETERS lexSense

Unified Modeling Language
type: LexicalEntry
type: MultiwordExpression
canonical form: Unified Modeling Language
sense: UNIFIED--MODELING--LANGUAGE lexSense

Union des Industries Ferroviaires Européennes
type: LexicalEntry
type: MultiwordExpression
canonical form: Union des Industries Ferroviaires Européennes
sense: UNION--DES--INDUSTRIES--FERROVIAIRES--EUROPEENNES lexSense

Union Industry of Signalling
type: LexicalEntry
type: MultiwordExpression
canonical form: Union Industry of Signalling
sense: UNION--INDUSTRY--OF--SIGNALLING lexSense

Union Industry of Telecommunications
type: LexicalEntry
type: MultiwordExpression
canonical form: Union Industry of Telecommunications
sense: UNION--INDUSTRY--OF--TELECOMMUNICATIONS lexSense

User Interface
type: LexicalEntry
type: MultiwordExpression
canonical form: User Interface
sense: USER--INTERFACE lexSense

Virtual Computing Element
type: LexicalEntry
type: MultiwordExpression
canonical form: Virtual Computing Element
sense: VIRTUAL--COMPUTING--ELEMENT lexSense

Virtualisation Environment
type: LexicalEntry
type: MultiwordExpression
canonical form: Virtualisation Environment
sense: VIRTUALISATION--ENVIRONMENT lexSense

Virtualisation Interface
type: LexicalEntry
type: MultiwordExpression
canonical form: Virtualisation Interface
sense: VIRTUALISATION--INTERFACE lexSense

Virtualisation Layer
type: LexicalEntry
type: MultiwordExpression
canonical form: Virtualisation Layer
sense: VIRTUALISATION--LAYER lexSense

Web Application Firewall
type: LexicalEntry
type: MultiwordExpression
canonical form: Web Application Firewall
sense: WEB--APPLICATION--FIREWALL lexSense

Web Services Description Language
type: LexicalEntry
type: MultiwordExpression
canonical form: Web Services Description Language
sense: WEB--SERVICES--DESCRIPTION--LANGUAGE lexSense

XML Schema Definition
type: LexicalEntry
type: MultiwordExpression
canonical form: XML Schema Definition
sense: XML--SCHEMA--DEFINITION lexSense

Europe’s Rail Joint Undertaking
type: LexicalEntry
type: MultiwordExpression
canonical form: Europe’s Rail Joint Undertaking
sense: EUROPE S--RAIL--JOINT--UNDERTAKING lexSense

Polarion Workitem
type: LexicalConcept
subclass of: ContextConcept

ARCADIA Method
type: LexicalConcept
subclass of: ContextConcept

Railway Infrastructure
type: LexicalConcept
subclass of: ContextConcept