BS EN 4660-005:2011
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 Software
Hardcopy , PDF
28-08-2019
English
31-05-2011
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
Specifies uniform requirements for design and development of software architecture for modular avionics systems as defined per ASAAC.
Committee |
ACE/6
|
DocumentType |
Standard
|
Pages |
510
|
PublisherName |
British Standards Institution
|
Status |
Superseded
|
SupersededBy |
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.1 Software Architecture Overview The 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.2 Software Architectural Components Figure 3 provides an overview of the software architectural components and software interfaces. 1.2.1 Functional Applications The 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.2 Application 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.3 Operating 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.4 Generic 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.5 Run-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). (...)
Standards | Relationship |
EN 4660-005:2011 | Identical |
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 |
ISO/IEC 14977:1996 | Information technology — Syntactic metalanguage — Extended BNF |
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.