• Shopping Cart
    There are no items in your cart

EN 4660-005:2011

Superseded

Superseded

A superseded Standard is one, which is fully replaced by another Standard, which is a new edition of the same Standard.

View Superseded by

Aerospace series - Modular and Open Avionics Architectures - Part 005: Software

Superseded date

30-11-2011

Superseded by

EN 4660-005:2019

Published date

04-05-2011

Sorry this product is not available in your region.

0 Introduction
1 Scope
2 Normative references
3 Terms, definitions and abbreviations
4 System Functions
5 Software Architecture Definition
6 Direct Interfaces Definitions
7 Logical Interfaces Definitions
8 Data Type Definitions
9 Tailoring
Annex A (normative) - AGL

The purpose of this European Standard is to establish uniform requirements for design and development of software architecture for modular avionics systems as defined per ASAAC.1.1Software Architecture OverviewThe ASAAC Software Architecture is based on a three-layer stack as shown by a simplified Figure 2.Each layer is described in terms of it dependency/independency on both the aircraft system and the underlying hardware.1.2Software Architectural ComponentsFigure 3 provides an overview of the software architectural components and software interfaces.1.2.1Functional ApplicationsThe term "Functional Applications" relates to all functions that handle the processing of operational data, e.g.-Radar Applications,-Mission Management,-Stores Management,-Vehicle Management System,-Communication, Navigation and Identification.1.2.2Application Management (AM)AM is responsible for the non-standardised system management, i.e. the AM performs the non-generic system management. As an example, the AM may perform the mission/moding management. The interface between the AM and GSM is the System Management Logical Interface (SMLI) (see 4.1.2).1.2.3Operating System (OS)A Real-Time OS provides the particular part of OSL functionality that controls the real-time behaviour of the Processing Element and its associated resources (see Clause 0).1.2.4Generic System Management (GSM)The GSM is responsible for the management of the core processing (see 4.1.1 and 5.2.1). This functionality is divided into four areas:-Health Monitoring,-Fault Management,-Configuration Management,-Security Management.1.2.5Run-Time Blueprints (RTBP)The RTBP contain the information (e.g. process description, routing information, fault management data) required to configure and manage the core processing on which it is hosted (see 5.3).(...)

Committee
ASD-STAN
DevelopmentNote
Supersedes PREN 4660-005. (08/2011)
DocumentType
Standard
PublisherName
Comite Europeen de Normalisation
Status
Superseded
SupersededBy
Supersedes

NF EN 4660-004 : 2011 AEROSPACE SERIES - MODULAR AND OPEN AVIONICS ARCHITECTURES - PART 004: PACKAGING
NF EN 4660-002 : 2011 AEROSPACE SERIES - MODULAR AND OPEN AVIONICS ARCHITECTURES - PART 002: COMMON FUNCTIONAL MODULES
NF EN 4660-003 : 2011 AEROSPACE SERIES - MODULAR AND OPEN AVIONICS ARCHITECTURES - PART 003: COMMUNICATIONS/NETWORK
NF EN 4660-001 : 2011 AEROSPACE SERIES - MODULAR AND OPEN AVIONICS ARCHITECTURES - PART 001: ARCHITECTURE
15/30327754 DC : 0 BS EN 4660-004 - AEROSPACE SERIES - MODULAR AND OPEN AVIONICS ARCHITECTURES - PART 004: PACKAGING

EN 4660-004:2011 Aerospace series - Modular and Open Avionics Architectures - Part 004: Packaging
EN 4660-002:2011 Aerospace series - Modular and Open Avionics Architectures - Part 002: Common Functional Modules
EN 4660-003:2011 Aerospace series - Modular and Open Avionics Architectures - Part 003: Communications/Network
EN 4660-001:2011 Aerospace series - Modular and Open Avionics Architectures - Part 001: Architecture

Access your standards online with a subscription

Features

  • Simple online access to standards, technical information and regulations.

  • Critical updates of standards and customisable alerts and notifications.

  • Multi-user online standards collection: secure, flexible and cost effective.