Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Polarsys/TLPProposal

< Polarsys
Revision as of 12:23, 7 August 2012 by Pierre.gaufillet.airbus.com (Talk | contribs) (Glossary of Terms)

DRAFT

Overview

The Polarsys Top Level Project (the "Polarsys Project") is an open source software development project hosted by the Industry Working Group Polarsys dedicated to providing a robust, full-featured, industrial-quality, and freely available set of development tools addressing specific needs of critical and embedded systems.

This document describes the mission, scope, and organization of this Top Level Project and its constituent Projects, and roles and responsibilities of the participants.

Mission

Due to its strong emphasis on safety, reliability and quality, the development of embedded and critical systems is based since the beginning of its history on numerous software tools. But while the life cycle of critical and embedded systems goes from 10 years up to 80 years in the case of aircrafts, the tools frequently become obsolete or disappear after less than 15, 10 or even 5 years. Polarsys has been created to take advantage of open source to bridge this gap and to foster innovation in this domain. The mission of the Polarsys Top-Level Project is therefore to host the open source assets of Polarsys.

Of course, the aim is not to gather any new technologies that could be eventually applied to Embedded System design and development. The components with a larger audience than only critical and embedded systems will instead be hosted by a most relevant community. Good examples of this situation are some components from the Eclipse Modeling Project like MDT Papyrus, Acceleo or other development tools like the CDT. They will neither move nor be duplicated into the Polarsys Top-Level Project, but some complementary assets (specific functional tests, extra documentation, etc.) may nevertheless be hosted locally if needed.

It is noteworthy that the projects hosted by this Top-Level Project have a few specific features:

  • they can be licensed under either the EPL or any other licenses approved by the Industry Working Group and the Eclipse Foundation Board of Directors, including BSD-like licenses and LGPL. See the Licensing section for more information.
  • while most of them will probably publish Eclipse features, some others may produce other kinds of component like stand-alone tools and servers.

Scope

Polarsys aims to cover critical and embedded system's development activities, from early specification stage down to the implementation and then up to verification and validation, including:

  • Modeling – systems, hardware and software
  • Code analysis - static analysis
  • Debugging, tracing and other integration tools
  • Life cycle process support tools – configuration management, change tracking, technical facts management, project reporting
  • Test and verification frameworks, tools targeting embedded software methods, simulation, and early validation
  • SoC (System on Chip) simulation and hardware logic (VHDL, SystemC, etc.)
  • Embedded components like RTOS, middleware, etc.

Project Management Committee

The Projects under this Charter are managed by a group known as the Project Management Committee (the "PMC"). The PMC's duties are described in "Project Management Committee" of the Eclipse Standard Top-Level Chapter and in "4.6 Leaders" of the Eclipse Development Process.

Beyond these general duties, the Polarsys Top-Level Project Lead(s) is responsible for applying Polarsys Steering Committee's and Architecture Committee's decisions and recommendations about the organization and operations of the Top-Level Project. The Polarsys Top-Level Project Lead(s) also report(s) to them.

Project Planning Committees

Polarsys aims at setting up a strong coordination and collaboration between the various actors of its open source projects. Beyond the usual PMC coordinating the developers, a new mean associating not only the development teams, but also other stakeholders like industrial users or involved researchers is therefore needed: this is the role of the PPC, as defined in the Polarsys charter, section Project Planning Committees.

But in no way PPC replace PMC:

  • PMC are connected to one Project or to one Top-Level Project, while PPC are most of the time managing a complete functional stack (e.g. a PPC can take care of a specific modeling stack covered by several PMC).
  • PMC are involved in the day to day management of projects, and PPC pay attention to more abstract concerns, like gathering various user's needs (functional needs, but also release deadlines and contents), defining medium/long term development plans, discussing innovation, maintenance, efforts and means, etc.

PPC are a privileged mean for developers to get return of experience from their users. Of course, the involved Project lead(s) are permanent guests in PPC meetings.

Projects

Project Organization

The Polarsys projects and components are organized accordingly to a logical layered architecture:

  • Polarsys Technology Layer - PTL: this layer contains projects and components with a technical scope, such as domain management (e.g. persistence, team work), transformation technology (e.g. model transformation, reverse engineering, refactoring), or interoperability.
  • Polarsys Engineering Layer - PEL: this layer contains projects and components with a system, software or hardware engineering scope, such as requirement engineering, change management, simulation, architecture, or Integration, Verification and Validation.
  • Polarsys Service Framework - PSF: this container hosts all the projects and components used to support Polarsys specific process, such as VLTS release engineering, Quality Assurance or maturity assessment. This layer is positioned upon the Eclipse infrastructure which provides standard services (e.g. Hudson/Buckminister/Tycho for continuous integration, Bugzilla for change management, file downloading area, mailing lists).

Companies or communities that require it can complete the PEL by a Business Layer composed of business-specific components (e.g. requirement engineering for Telecommunications, Simulation for avionics, etc.).

Infrastructure

Beyond the standard Eclipse infrastructure, the development and deployment of the following services are planned:

  • Catalog of components
  • Assessment and publication of the component's maturity
  • Assessment and publication of the component's quality
  • Functional testing framework
  • VLTS build infrastructure

As far as possible, Polarsys will use the standard Eclipse infrastructure and its own components to implement those services.

Licensing

All contributions to Projects under this Charter must be done according to the Eclipse Foundation's IP due diligence process in order to provide clean open source software released under EPL or any other licenses approved by the IWG Steering Committee and the Eclipse Foundation Board of Directors.

As of this proposal, the list of accepted licenses includes the EPL, BSD-like and Apache Licenses, and LGPL.

Glossary of Terms

  • CDT Eclipse C/C++ Development Tooling
  • IWG Industry Working Group
  • PEL Polarsys Engineering Layer: projects and components with a system, software or hardware engineering scope *PSF Polarsys Service Framework
  • PTL Polarsys Technology Layer: projects and components with a technical scope, such as transformation technology or interoperability.
  • VLTS Very Long Term Support

Other Terms

This Charter inherits all terms not otherwise defined herein from the Eclipse Standard Charter v1.1. This includes, but is not limited to, sections on the Program Management Committee, Roles, Project Organization, The Development Process, and Licensing.

Back to the top