You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
|Quality as well as Safety and Security Culture is planned to grow in the SW platform. This shall be fostered by doing process conformance checks and work product reviews, as well as lessons learned
28
29
|after each feature development completion and a process audit after each platform/project release. Delta audits allowed based on variation statement.
29
30
|The main outcome is the :need:`wp__process_impr_report`, which is used to improve the processes for the platform/project.
30
-
31
31
|
32
-
|Quality Management:
32
+
|**Quality Management:**
33
33
|ASPICE 4.0 standard is selected for quality management. Processes will always link to the :ref:`standard_iso26262` standard, :ref:`standard_isopas8926` standard, :ref:`standard_isosae21434` and to the `ASPICE 4.0 <https://eclipse-score.github.io/process_description/main/standards/aspice_40/aspice.html>`_ standard.
34
34
|
35
-
|Communication:
35
+
|**Communication:**
36
36
|Cross functional teams are interdisciplinary, so the regular (sprint) planning and review meetings enable communication. The organization of the project is described in the Project Management Plan. Another main communication means are the Pull Request (PR) reviews.
37
37
|Also the standard Eclipse Foundation communication strategies are used (e.g. mailing lists, messenger).
38
38
|
39
-
|Quality issues, non-conformances and improvements:
39
+
|**Quality issues, non-conformances and improvements:**
40
40
|Feedback from the field, but also during development of change requests to existing features, bug reporting by the Open Source community or integration of existing SW components into new features may lead to the discovery of issues, non-conformances or improvements.
41
41
|Non-conformance can also be deviations from the development process with impact on safety or security.
42
42
|If these are known at the time of creation of a release they will be part of the :need:`wp__platform_sw_release_note` for the feature.
@@ -47,7 +47,7 @@ Guideline Quality Management Plan
47
47
|Tailoring is done for the whole SW platform by defining only the relevant processes and their resulting outcomes and an argumentation why the others are not needed in `ASPICE 4.0 <https://eclipse-score.github.io/process_description/main/standards/aspice_40/aspice.html>`_.
48
48
|
49
49
|**Planning quality activities:**
50
-
|In the Quality Management Plan the nomination of the quality manager :need:`rl__quality_manager` and the project lead :need:`rl__project_lead` is documented.
50
+
|In the Quality Management Plan the nomination of the :need:`rl__quality_manager` and the :need:`rl__project_lead` is documented.
51
51
|The planning of quality activities is done using issues in the :need:`wp__issue_track_system` as specified in the Project Management part of the Project Management Plan.
52
52
|It contains for each issue
53
53
|* objective - as part of the issue description
@@ -73,3 +73,11 @@ Guideline Quality Management Plan
73
73
|
74
74
|**Scheduling of audits, conformance checks, work product reviews, release verification and approval:**
75
75
|Scheduling is done in the same way as for all work products definition by issues. The respective work products are listed in :need:`doc_concept__wp_inspections`.
76
+
|
77
+
|**Planning quality trainings:**
78
+
|Quality trainings are planned also by issues. They should cover the following aspects:
0 commit comments