source: rtems-docs/eng/prequalification.rst @ 1fdd3cf

5
Last change on this file since 1fdd3cf was e52906b, checked in by Sebastian Huber <sebastian.huber@…>, on 01/09/19 at 15:14:06

Simplify SPDX-License-Identifier comment

  • Property mode set to 100644
File size: 4.5 KB
Line 
1.. SPDX-License-Identifier: CC-BY-SA-4.0
2
3.. Copyright (C) 2016, 2018 RTEMS Foundation, The RTEMS Documentation Project
4.. Copyright (C) 1988, 2008 On-Line Applications Research Corporation (OAR)
5
6Introduction to Pre-Qualification
7*********************************
8
9RTEMS has a long history of being used to support critical
10applications. In some of these application domains, there are standards
11(e.g., DO-178C, NPR 7150.2) which define the expectations for the
12processes used to develop software and the associated artifacts. These
13standards typically do not specify software functionality but address
14topics like requirements definition, traceability, having a documented
15change process, coding style, testing requirements, and a user's
16manual. During system test, these standards call for a review - usually
17by an independent entity - that the standard has been adhered too. These
18reviews cover a broad variety of topics and activities, but the process
19is generally referred to as qualification, verification, or auditing
20against the specific standard in use. The RTEMS Project will use the
21term "qualification" independent of the standard.
22
23The goal of the RTEMS Qualification Project is to make RTEMS easier
24to review regardless of the standard chosen. Quite specifically,
25the RTEMS Qualification effort will NOT produce a directly qualified
26product or artifacts in the format dictated by a specific organization
27or standard. The goal is to make RTEMS itself, documentation, testing
28infrastructure, etc. more closely align with the information requirements
29of these high integrity qualification standards. In addition to improving
30the items that a mature, high quality open source project will have,
31there are additional artifacts needed for a qualification effort that
32no known open source project possesses. Specifically, requirements and
33the associated traceability to source code, tests, and documentation
34are needed.
35
36The RTEMS Qualification Project is technically
37"pre-qualification." True qualification must be performed on the
38project's target hardware in a system context. The FAA has provided
39guidance for Reusable Software Components (FAA-AC20-148) and this
40effort should follow that guidance. The open RTEMS Project, with the
41assistance of domain experts, will possess and maintain the master
42technical information needed in a qualification effort. Consultants
43will provide the services required to tailor the master information,
44perform testing on specific system hardware, and to guide end users in
45using the master technical data in the context of a particular standard.
46
47The RTEMS Qualification Project will broadly address two areas. The
48first area is suggesting areas of improvement for automated project
49infrastructure and the master technical data that has traditionally been
50provided by the RTEMS Project. For example, the RTEMS Qualification could
51suggest specific improvements to code coverage reports. The teams focused
52on qualification should be able to provide resources for improving the
53automated project infrastructure and master technical data for RTEMS. The
54term "resources" is often used by open source projects to refer to
55volunteer code contributions or funding. Although code contributions in
56this area are important and always welcome, funding is also important. At
57a minimum, ongoing funding is needed for maintenance and upgrades of
58the RTEMS Project server infrastructure, addition of services to those
59servers, and core contributors to review submissions
60
61The second area is the creation and maintenance of master technical
62data that has traditionally not been owned or maintained by the RTEMS
63Project. The most obvious example of this is a requirements set with
64proper infrastructure for tracing requirements through code to test
65and documentation. It is expected that these will be maintained by the
66RTEMS Qualification Project. They will be evaluated for adoption by
67the main RTEMS Project but the additional maintenance burden imposed
68will be a strong factor in this consideration. It behooves the RTEMS
69Qualification Project to limit dependence on manual checks and ensure
70that automation and ongoing support for that automation is contributed
71to the RTEMS Project.
72
73It is expected that the RTEMS Qualification Project will create and
74maintain maps from the RTEMS master technical data to the various
75qualification standards. It will maintain "scorecards" which
76identify how the RTEMS Project is currently doing when reviewed per each
77standard. These will be maintained in the open as community resources
78which will guide the community in improving its infrastructure.
Note: See TracBrowser for help on using the repository browser.