European Cooperation for Space Standardization
The European Cooperation for Space Standardization (ECSS) is a collaboration between the European Space Agency (ESA), the European space industry represented by Eurospace, and several space agencies, to develop and maintain a coherent, single set of user-friendly standards for use in all European space activities. Established in 1993 following a call by Eurospace to unify space products assurance standardization on a European level, it was officially adopted by the ESA on 23 June 1994 through the resolution ESA/C/CXIII/Res.1, to replace its own Procedures, Specifications and Standards (PSS) system. The ECSS currently  has 139 active standards, forming the ECSS system. These standards cover management, engineering, product assurance, and space sustainability disciplines. The ECSS is managed by the ESA Requirement and Standard Division, based in the European Space Research and Technology Centre (ESTEC) in Noordwijk, the Netherlands. The ECSS maintains connections with multiple European and international standardization organizations, to contribute to standardization and to adopt relevant standards as part of the ECSS system. History. Background. On 31 July 1973, the foundations of the Ariane project were laid, that contributed to the merging of the European Launch Development Organization (ELDO) and the European Space  Research Organization (ESRO), resulting in the creation of the European Space Agency (ESA) on 31 May 1975. Engineers quickly realized the need for standards and for formal requirements definition, both essential to manage project execution, to respect project deadlines, and to provide quality assurance. Concerning software engineering, the ESA's Board for Software Standardization and Control (BSSC) was established in May 1977 through the administrative note ESA/ADMIN(77)18. The BSSC had three responsibilities: defining software engineering standards, the compilation of these standards, and safeguarding the intellectual property rights of developed software. Standardization was initially received negatively by some engineers, as  developing complex space systems required special and unique methods. However, appreciation quickly grew after the first work accomplished by the BSSC that defined the software life cycle and its phases. This work established a common terminology that facilitated communication and experience exchange between work groups. The next accomplishment of the BSSC were the documents known as “pink documents” (due to the color of the papers used for printing), that consisted of a set of documents each covering a specific phase of the software life cycle. Through the five years following the creation of the BSCC, and with the growing adoption  of the pink documents, opposition to standardization gradually decreased. By the end of 1982, a full set of pink documents defining the complete software life cycle was available, and released as a single volume in 1984, known as the ESA Software Engineering Standards ESA BSSC (84)1, Issue 1. Following further review and update, the ESA BSSC (84)1 was published as part of the ESA “Procedures, Specifications and Standards” (PSS) documents, as a fully mature standard. First released in January 1987 as “PSS-05-0, Issue 1”, then updated and released in February 1991 as “PSS-05-0, Issue 2”. In total, the  ESA worked on the standardization of ten branches: Foundation. While the ESA developed the PSS system for its projects, the different space agencies in Europe relied on a multiplicity of standards. In 1988, the first call to unify standardization on a European level originated from Eurospace, an association of European companies involved in space activities. Several efforts were subsequently initiated to achieve this objective. In the autumn of 1993, a number of national space agencies (mentioned below), alongside several European industrial organizations represented by Eurospace, signed the European Cooperation for Space Standardization (ECSS) terms of reference. A work group was  established to define the Standardization Policy, approved by the Steering Board under the title ECSS-P-00 by late 1993. This document was publicly released on 4 April 2000, as ECSS-P-00A. On 23 June 1994, the ESA council adopted the resolution ESA/C/CXIII/Res.1, formally initiating the transfer of the PSS system to the new ECSS system. The ECSS secretariat initially aimed to complete the transfer by the end of June 1995. By February 1995, the active entities participating to drafting the ECSS system were: European Space Agency (ESA), Eurospace on behalf of the European space industry, Agenzia Spaziale  Italiana (ASI), Belgian Office for Scientific, Technical and Cultural Affairs (OSTC), British National Space Centre (BNSC), Centre National d’Études Spatiales (CNES), Deutsche Agentur für Raumfahrtangelegenheiten (DARA), Norwegian Space Centre (NSC), and Canadian Space Agency (CSA). Development and adoption. The first results of the ECSS efforts were released on 19 April 1996, with the publication of 17 standard documents. In parallel to defining and compiling standardization documents, the ECSS actively worked on developing regional and international liaisons in the objective of achieving a formal status of a selected part of the developed standards, either as European Standards (EN), or as International  Organization for Standardization (ISO) standards. The first agreement between the ECSS and the European Committee for Electrotechnical Standardization (CENELEC) was signed on 6 June 1997, in view to incorporate the ECSS engineering standards (E-branch) in the body of CENELEC European standards (EN). Shortly after on 19 June 1997, the cooperation protocol with the European Committee for Standardization (CEN) was defined and signed, in view to implement the management (M-branch) and product assurance (Q-branch) standards in the body of CEN standards. On 15 May 1998, a co-operation agreement between the ECSS and the space systems and operations  ISO committee ISO/TC20/SC14 was established, with the objective being to avoid duplication, improve harmonization, and to achieve the benefit of reciprocal expertise in the field of space standardization. As of May 2021, the table below shows the total number of standards published per year by the ECSS (316 total releases, with 139 currently active). The surge observed in 2008 is the result of adopting a new ECSS standards template, aiming for the harmonization and improved organization of the ECSS system. Since its creation, the ECSS promotes the application of its standards for all European space activities. Currently, the  ECSS standards are essential in ESA projects (e.g. the ESTRACK stations), but are also widely adopted by the European space industry. These standards have been applied to the qualification of software engineering (e.g. AdaCore's Ravenscar SFP run-time), mechanical parts (e.g. AMRC nanosatellite fuel tank burst pressure), radiation hardening (e.g. Reflex Photonics transceivers radiation dose tolerance), material processes (e.g. Surrey Nanosystems super black coating), among others. Organization. The ECSS is a cooperation by its definition; therefore, it is formed by an arrangement between European space agencies and industries. The administrative and technical organization of the ECSS is conducted by  the ESA Requirement and Standard Division, acting as the ECSS central secretariat, based in the European Space Research and Technology Centre (ESTEC) in Noordwijk, the Netherlands. The ESA holds the copyright for all ECSS documents on behalf of the members of ECSS. Structure. The ECSS organization structure, called the ECSS Developer Structure, is defined by the ECSS-P-00C “ECSS Standardization objectives, policies and organization” document. The developer structure consists of five entities. The Steering Board is responsible for elaborating the ECSS objectives, policy, strategies. The Technical Authority is responsible for implementing the Steering Board decisions. The Executive Secretariat is responsible  for administrative support, promoting the ECSS, and managing communication. The Network of Expert is responsible for technical support to the technical authority and executive secretariat. Finally, the Working Groups are initiated as needed, and are responsible for defining or updating standards. Membership. The ECSS encourages all users and suppliers of space products conforming to the ECSS standards to contribute to the ECSS system development through experience and expertise feedback. However, formally participating to the pursuit of the ECSS objectives must be done under one of the three defined types of membership: full members, associates, or observers. Full members are the  entities actively supporting the ECSS in the development of standard documents, and ensuring the adoption of the ECSS system in their respective projects. Currently, the ECSS full members are : The four European space companies contributing to ECSS development through Eurospace with voting rights are: Airbus Defence and Space, ArianeGroup, OHB System, and Thales Alenia Space. Associate members are the entities that contribute with limited efforts, or on specific subjects, while committing to the adoption of the standards to which they contributed. Currently, the only associate member is the Canadian Space Agency (CSA). Observers are the entities that wish to contribute  by providing recommendations and expertise feedback resulting from the observation of the ECSS system development. Currently, the ECSS observers are: Mission. The ECSS presents itself as following: Objectives. The ECSS-P-00C “ECSS Standardization objectives, policies and organization” document defines the objectives of the ECSS efforts. The main interests are the improvement of project cost efficiency, the assurance of product quality and safety, the expansion of interoperability, and the harmonization of the European space sector. All of these interests serve to improve the competitiveness of the European space sector. The ECSS maintains its liaisons with various standardization organizations, contributing to standardization , as well as adopting pertinent existing standards into the ECSS system. Applicability. The ECSS actively works to promote the adoption of its standards by the European space community, by making its documents freely available worldwide, and by providing the adequate training for potential users. However, the actors of the European space community are not systematically obligated to adhere to the ECSS system. The ECSS documents are made applicable through a legal document, such a business agreement contract. The ECSS does not provide nor recognize any certification process for compliance with the ECSS system. The party imposing the use of ECSS  documents is responsible for supervising and verifying the correct application. However, the ECSS system defines a tailoring process to help in elaborating the ECSS Applicability Requirements Matrix (EARM), which serves to identify the applicability of ECSS standards and requirements to a given project. This tailoring process is defined in the ECSS-S-ST-00-02 “ECSS System Tailoring” document. ECSS System. The ECSS-S-ST-00 “ECSS System Description, Implementation, and General Requirements” document defines the architecture of the ECSS system. The complete ECSS system is publicly available in a ZIP archive file format on the European Space Components Information Exchange System  (ESCIES) server, as well as in the IBM Engineering Requirements Management DOORS format. Naming convention. The ECSS uses the following format in naming its documents in the S, M, E, Q, and U branches: The documents belonging to the P and D branches are not identified by a document type, and are named as ECSS-P-00 and ECSS-D-00-<Number> respectively. Document type. The documents released by the ECSS are classified under five document types: Standardization branches. The ECSS system uses seven branches to classify its documents, of which four are user oriented standardization disciplines (M, E, Q, and U  branches), and the other three are related to the definition and development of the ECSS system (P, S, and D branches). Policy branch (P-branch). The ECSS policy branch (P-branch), as its name implies, defines the policy, objectives, and organization of the ECSS. This branch consists of a single document, which is the first document developed by the ECSS: System description branch (S-branch). The ECSS system description branch (S-branch) documents are the top-level documents describing the ECSS system, and defining its applicability. This branch contains three documents: Configuration and information management branch (D-branch). The ECSS  configuration and information management branch (D-branch) defines the lifecycle of ECSS documents, the templates for different document types, and the criteria for review and release. This branch contains four documents: Management branch (M-branch). The ECSS management branch (M-branch) develops the project management process. This branch contains six documents distributed over five management disciplines: Engineering branch (E-branch). The ECSS engineering branch (E-branch) defines the standard engineering processes and technical requirements of space systems. This branch contains 65 documents distributed over seven disciplines (except ECSS-E-AS-11C): Product assurance branch (Q-branch). The ECSS product assurance branch  (Q-branch) defines the methods and requirements relevant to assure the safety and reliability of space products. This branch contains 62 documents distributed over seven disciplines: Space sustainability branch (U-branch). The ECSS space sustainability branch (U-branch), initiated in 2012, defines two disciplines: space debris mitigation and planetary protection. This branch currently consists of one document for each discipline: