R04 基础标准与通用方法 标准查询与下载



共找到 419 条与 基础标准与通用方法 相关的标准,共 28

This International Standard specifies performance requirements and test procedures for systems capable of warning the driver of short inter-vehicle distance and closing speed which may cause a rear-end collision with other vehicles, including motor cycles, ahead of the subject vehicle while it is operating at ordinary speed. This International Standard is applicable to operations on roads with curve radii over 125 m as well as higher radius curves.

Transport information and control systems - Forward vehicle collision warning systems - Performance requirements and test procedures

ICS
03.220.20;35.240.60
CCS
R04
发布
2002-10
实施

This European Prestandard specifies the choice and the general application's rules of an onboard data transmission bus between the different equipment for service operations and monitoring of the fleet. This applies to equipment installed onboard buses, trolleybuses and tramways only as part of a bus fleet operation. It excludes tramways when they are operated as part of a train, subway or metro operation. This equipment includes operation aid systems, automatic passenger information systems, fare collection systems, etc. The equipment directly related to the safety-related functioning of the vehicle (propulsion management, brake systems, door opening systems, etc.) are excluded from the scope of the present standard and are dealt with in other standardisation bodies. For the described application two bus systems are standardised. Part 1 to part 3 describe the WORLDFIP bus system and part 4 to part 6 describe the CANopen bus system. There is no ranking between the two bus systems. This European Prestandard covers the link between equipments inside a single vehicle. Although it could be applied to multiple vehicles, this application is not explicitly covered by this standard. Part 4 of this European Prestandard specifies the CANopen-based network. This specification describes the general architecture in terms of hierarchical layers according to the ISO reference model for Open Systems Interconnection (OSI) specified in ISO 7498. Part 5 of this European Prestandard specifies in detail the connectors and the connector pin assignment and the cabling. Part 6 of this European Prestandard specifies in detail the application profiles for the virtual devices in public transport.

Public transport - Road vehicle scheduling and control systems - General application rules for CANopen transmission busses

ICS
35.240.60;43.080.20;45.060.01
CCS
R04
发布
2002-09-06
实施
2002-09-06

本标准规定了引航员服装、帽子的款式、颜色、面料、缝制规定、成品外观质量要求;与服装配套的帽徽、肩章、领带、领带夹、皮带扣、钮扣、领花、肩章和袖标的式样、颜色、主要尺寸、图案及外观质量要求等,适用于引航机构工作人员着装与佩带。

Uniform and insignia for pilots

ICS
CCS
R04
发布
2002-08-01
实施
2002-10-10

This European Prestandard specifies the choice and the general application's rules of an onboard data transmission bus between the different equipment for service operations and monitoring of the fleet. This applies to equipment installed onboard buses, trolley buses and tramways only as part of a bus fleet operation. It excludes tramways when they are operated as part of a train, subway or metro operation. This equipment includes operation aid systems, automatic passenger information systems, fare collection systems, etc. The equipment directly related to the safety-related functioning of the vehicle (propulsion management, brake systems, door opening systems, etc.) are excluded from the scope of the present standard and are dealt with in other standardisation bodies. For the described application two bus systems are standardised. Part 1 to part 3 describe the WORLDFIP bus system and part 4 to part 6 describe the CANopen bus system. There is no ranking between the two bus systems. This European Prestandard covers the link between equipment inside a single vehicle. Although it could be applied to multiple vehicles, this application is not explicitly covered by this standard. Part 4 of this European Prestandard specifies the CANopen-based network. This specification describes the general architecture in terms of hierarchical layers according to the ISO reference model for Open Systems Interconnection (OSI) specified in ISO 7498. Part 5 of this European Prestandard specifies in detail the connectors and the connector pin assignment and the cabling. Part 6 of this European Prestandard specifies in detail the application profiles for the virtual devices in public transport.

Public transport. Road vehicle scheduling and control systems. CANopen cabling specifications

ICS
45.060.01;35.240.60;43.080.20
CCS
R04
发布
2002-07-26
实施
2002-07-26

This EN specifies the requirement to define, target and measure quality of service in public passenger transport (PPT), and provides guidance for the selection of related measurement methods. It is intended to be used by service providers in the presentation and monitoring of their services but is also recommended for use by authorities and agencies responsible for the procurement of PPT services in the preparation of invitations to tender.

Transportation - Logistics and services - Public passenger transport; Service quality definition, targeting and measurement; German version EN 13816:2002

ICS
01.040.03;03.220.01
CCS
R04
发布
2002-07
实施

本标准规定了港口工作着装反光标志所用的逆反射材料的技术要求、设计要求及其测试方法。 本标准运用于港口作业中从事装卸作业有关人员的工作着装,包括工作服、背心,不适应于防静电工作服。

Technical requirements and test methods of glisten marks on working clothing in port

ICS
CCS
R04
发布
2002-04-26
实施
2002-07-01

本标准规定了交通(包括道路和水路)客运图形符号和标志以及标志产品的尺寸、颜色和性能等技术要求。 本标准规定了交通标志的设置、布置原则和制作、安装技术要求。 本标准适用于办理道路、水路旅客运输业务的汽车站、客运码头和客运班车、班轮、旅游车、旅游船等场所和设备。

Specification for graphical symbols and signs for highway and waterway passenger transport

ICS
CCS
R04
发布
2002-04-26
实施
2002-07-01

This work shall consist of constructing drilled foundation shafts, with or without bell footings, including the placing of reinforcing steel and concrete all in accordance with the plans, these specifications and the special provisions.

Division II Construction - Drilled Piles and Shafts

ICS
CCS
R04
发布
2002-01-01
实施

本标准规定了交通专用通信网电话的编号规则和编号方法 本标准适用于各级交通专用通信网的管理、规划、设计、建设和使用。

The rules of coding for telephone in private communication network for communications

ICS
CCS
R04
发布
2001-12-14
实施
2002-05-01

この規格は,道路の路床.路盤などの地盤反力係数を求めるための平板載荷試験方法について規定する。

Method for plate load test on soils for road

ICS
93.080.01
CCS
R04
发布
2001-06-12
实施

This European standard specifies dimensions, physical properties and special requirements for Tensional Steel Strapping used for lifting, lashing and securing of loads. This steel strapping forms part of a complete system of equipment, seals and strapping and may be used according to the instructions issued by the manufacturer, which incorporate all the system requirements. NOTE Technical safety regulations of the individual member states should be taken into account.

Packaging - Specification for tensional strapping for lifting, lashing and securing of loads

ICS
55.040
CCS
R04
发布
2001-05-15
实施
2001-05-15

The document specifies requirements for marking declaration with regard to the quality of performance of a goods transport service. It is intended to establish a means whereby service providers can set out specifes data with regard tio the performance criteria relevant to the service being provided that will enable shippers/packers to adequately plan their requirements and to meet their obligations under the packaging and packaging waste directive. This standard does not specify standards of performance.

Transportation Services - Goods transport chains - System for declaration of performance conditions; German version EN 13011:2000

ICS
55.020
CCS
R04
发布
2001-01
实施

This Technical Specification specifies system requirements for Traffic Impediment Warning Systems (TIWS). The purposes of the warning system are that information collected by the infrastructure is automatically and quickly provided to vehicles and reported to the traffic system operator, so vehicles can avoid secondary accidents. A major function of the system is to save lives by speedier rescue activities and, a quicker clearing up of accident-caused congestion. This Technical Specification focuses on closed circuit television (CCTV) cameras as the sensors, to detect traffic impediments using image processing and variable message signs as the communication method to provide information to drivers.

Transport information and control systems - Traffic Impediment Warning Systems (TIWS) - System requirements

ICS
03.220.20;93.080.30
CCS
R04
发布
2001-01
实施

本标准规定了机动车教练场应该具备的训练场地规模、功能、设施设备、环境、安全等条件。 本标准适用于从事机动车驾驶员培训的教练场是教练场的设计以及道路运政管理机构对教练场开业审批和年度审验的依据。

Specifications of vehicle driving training site

ICS
CCS
R04
发布
2000-12-25
实施
2001-04-01

Practice conditions for the vehicle drivers training unit

ICS
CCS
R04
发布
2000-12-25
实施
2001-04-01

1 This document establishes the requirement that ASN.1 shall be the normal syntax notation to be used in Standards in the TICS Sector, and to provide a common message form for such ASN.1 based data elements, such that reference to the relevant TICS ISO Standard may be achieved. This Standard provides guidance as to the usage of ASN.1 within the TICS Sector, and makes provision for other extant Standardised syntax notations (such as EDIFACT). 2 This document is designed to provide an 'enabling' structure for use in the TICS/RTTT sector. It enables users of ASN.1 structures to reference specific Standards wherein specific data messages (and their syntax notation) are determined. The use of a Standard form of notation is designed to allow interoperability between different commercial systems, and to allow migration of data to other systems, and to later generations of systems. 3 This standard notation provides methods of identification of the relevant Standard in which a TICS message, expressed in ASN.1 notation, is described, and thereby enables understanding and interpretation of the message. 4 Vision statement. This document envisions a low overhead and minimum maintenance means of identifying the Standard of all ASN.1 message structures in an interoperable environment within the TfCS Sector. 5 Mission statement. This document is to provide guidance to identify the relevant Standard wherein a particular ASN.1 message may be understood and used. 6 This document is procedural in nature affecting data presentation in ASN.1. As such it is concerned only with data architecture, and the whole content of the document falls into this category. Consideration of other architectural aspects as such, are therefore not appropriate in this document. 7 Specific implementation requirements, other than those determined in the syntax notations identified above, are beyond the scope of this document. This document also provides a means where particular sector requirements, or existent Standards, that require particular message forms that have traditionally been expressed in other notations (e.g. EDIFACT), may be referenced, with the purpose of actual usage from a TICS Sector application. Thus it presents an unambiguous system for identifying all the different data types that, in such a way that it may easily be interpreted to/from other notations where appropriate.

Transport information and control systems - Reference model architecture(s) for the TICS sector - Part 6: Data presentation in ASN.1

ICS
35.240.60
CCS
R04
发布
2000-12
实施

The architecture of an information and control system merges hardware and software considerations into a coordinated and integrated system view. The system architecture is a high level abstraction, or model, of the system. A system architecture should embrace both today's applications and the applications that are expected in the future. Architecture begins with the definition of the conceptual services (e.g. Part 1 - TICS fundamental services). There are several identifiable stages of system architecture development. · Reference architecture · Logical architecture · Physical architecture The reference architecture is generic and non-prescriptive and captures the concepts of the system. A logical architecture elaborates the functions that will provide the conceptual behaviour, and in so doing it provides some detail about the modularity. A physical architecture is reached when the actual distribution of the system modules is defined, thus leading to important implications for communications. This technical report develops a TICS Reference Architecture. The objective in defining a TICS Reference Architecture is to provide a concise reference point which is both educational and a framework for the standards process. The Reference Architecture will be used by the Working Groups to develop their own logical and physical architectures in a cohesive manner. This Part introduces the model that is applied in developing the Reference Architecture in Parts 2 and 3. A tutorial on the application of the model is provided using examples from the TICS sector.

Transport information and control systems - Reference model architecture(s) for the TICS sector - Part 4: Reference model tutorial

ICS
35.240.60
CCS
R04
发布
2000-12
实施

The architecture of an information and control system merges hardware and software considerations into a coordinated and integrated system view. The system architecture is a high level abstraction, or model, of the system. A system architecture should embrace both today's applications and the applications that are expected in the future. Architecture begins with the definition of the conceptual services (e.g. Part 1 - TICS Fundamental Services). There are several identifiable stages of system architecture development. a) Reference architecture b) Logical architecture c) Physical architecture A reference architecture is the first of all architectures. It is a concise generic framework which guides the development of more concrete system architectures. It is large enough that distinct concepts are not merged out of necessity and small enough that it does not become unwieldy. A most significant example of a reference architecture in information systems is the Reference Model of Open Systems Interconnection (often called the seven layer model) developed by ISO in the 1970's. This model has underpinned the development of all modern computer networks, allowing services such as global networking, of which the prime example is the Internet, to become a reality. A reference architecture is generic and non-prescriptive and captures the concepts of the system. A logical architecture elaborates the conceptual behaviour, and in so doing it provides more detail about the modularity. A physical architecture is reached when the actual distribution of the system modules is defined, thus leading to important implications for communications. There is no firm demarcation between a reference architecture and a logical architecture. Thus the essence of behaviour and modularity is present in a reference architecture. The TICS Reference Architecture developed by WG1 shows important inter-relationships that arise in the provision of the services of the sector. However the TICS Reference Architecture is more abstract than, for example, the logical architecture of the US National Architecture. It is envisioned that the TICS Reference Architecture will be used by the TC204 Working Groups to develop their own logical and physical architectures in a cohesive manner. Some TICS Fundamental Services are already well developed by the industry, while others are less mature. Therefore the TICS Reference Architecture does not have a uniform granularity across all services. This characteristic is a direct result of the fore mentioned requirement that architecture embrace the applications that are intended in the future. This suggests one of the ways in which the architecture will undergo change in the future. Architectures may present only static characteristics or both static and dynamic characteristics. Dynamic characteristics may be seen as belonging solely to the design/implementation stages of system development. However by including dynamic characteristics at the reference architecture stage one can gain important insights into the static architecture. Thus two orthogonal views of architecture are presented: a) static relationship view (class diagram) b) dynamic interactive view (sequence diagram) Part 2 develops a Core TICS Reference Architecture. The static scope is determined by deriving the system boundary and the use cases from an analysis of the TICS Fundamental Services (Part 1). The Core Reference Architecture is a reference for the development of national architectures. This Part elaborates the core by refinement of the two orthogonal views. The elaboration calls upon domain expertise which would be provided by other TC204 Working Groups in the development of ISO standards, or by national groups developing national architectures and standards. The Core Reference Architecture is elaborated in Clauses 6 to 8. Clause 5 introduces the elaboration method employed. Clause 6 elaborates the classes. Clause 7 elaborates the sequence diagrams. Claus

Transport information and control systems - Reference model architecture(s) for the TICS sector - Part 3: Example elaboration

ICS
35.240.60
CCS
R04
发布
2000-12
实施

The architecture of an information and control system merges hardware and software considerations into a coordinated and integrated system view. The system architecture is a high level abstraction, or model, of the system. A system architecture should embrace both today's applications and the applications that are expected fn the future. Architecture begins with the definition of the conceptual services (e.g. Part 1 - TICS fundamental services). There are several identifiable stages of system architecture development: — 1. Reference architecture — 2. Logical architecture — 3. Physical architecture A reference architecture is the first of all architectures. It is a concise generic framework which guides the development of more concrete system architectures. It is large enough that distinct concepts are not merged out of necessity and small enough that it does not become unwieldy. A most significant example of a reference architecture in information systems is the Reference Model of Open Systems Interconnection (often called the seven layer model) developed by ISO in the 1970's. This model has underpinned the development of all modern computer networks, allowing services such as global networking, of which the prime example is the Internet, to become a reality. A reference architecture is generic and non-prescriptive and captures the concepts of the system. A logical architecture elaborates the conceptual behaviour, and in so doing it provides more detail about the modularity. A physical architecture is reached when the actual distribution of the system modules is defined, thus leading to important implications for communications. There is no firm demarcation between a reference architecture and a logical architecture. Thus the essence of behaviour and modularity is present in a reference architecture. The TICS Reference Architecture developed by WG1 shows important inter-relationships that arise in the provision of the services of the sector. However the TICS Reference Architecture is more abstract than, for example, the logical architecture of the US National Architecture. It is envisioned that the TICS Reference Architecture will be used by the TC204 Working Groups to develop their own logical and physical architectures in a cohesive manner. Some TICS Fundamental Services are already well developed by the industry, while others are less mature. Therefore the TICS Reference Architecture does not have a uniform granularity across all services. This characteristic is a direct result of the fore mentioned requirement that architecture embrace the applications that are intended in the future. This suggests one of the ways in which the architecture will undergo change in the future. Architectures may present only static characteristics or both static and dynamic characteristics. Dynamic characteristics may be seen as belonging solely to the design/implementation stages of system development. However by including dynamic characteristics at the reference architecture stage one gains important insights into the static architecture. Thus two orthogonal views of architecture are presented: — 1. static relationship view (class diagram) — 2. dynamic interactive view (sequence diagram) This part of ISO/TR 14813 develops a core reference architecture. The static scope is determined by deriving the system boundary and the use cases from an analysis of the TICS fundamental services (part 1 of ISO/TR 14813). The Core Reference Architecture is a reference for the development of national architectures. Part 3 of ISO/TR14813 elaborates the core reference architecture by refinement of two orthogonal views. The elaboration calls upon domain expertise that would be provided by other TC204 Working Groups in the development of ISO standards or by national groups developing national architectures and standards. The core reference architecture is described in clauses 5 to 8. Clause 5 introduces the architecture at a highly abstract l

Transport information and control systems - Reference model architecture(s) for the TICS sector - Part 2: Core TICS reference architecture

ICS
35.240.60
CCS
R04
发布
2000-12
实施

Traffic and Traveller Information (TTI) - TTI messages via traffic message coding - Part 3: Location referencing for ALERT-C

ICS
35.240.60
CCS
R04
发布
2000-11
实施



Copyright ©2007-2022 ANTPEDIA, All Rights Reserved
京ICP备07018254号 京公网安备1101085018 电信与信息服务业务经营许可证:京ICP证110310号