|
| 1 | +.. |
| 2 | + # ******************************************************************************* |
| 3 | + # Copyright (c) 2025 Contributors to the Eclipse Foundation |
| 4 | + # |
| 5 | + # See the NOTICE file(s) distributed with this work for additional |
| 6 | + # information regarding copyright ownership. |
| 7 | + # |
| 8 | + # This program and the accompanying materials are made available under the |
| 9 | + # terms of the Apache License Version 2.0 which is available at |
| 10 | + # https://www.apache.org/licenses/LICENSE-2.0 |
| 11 | + # |
| 12 | + # SPDX-License-Identifier: Apache-2.0 |
| 13 | + # ******************************************************************************* |
| 14 | +
|
| 15 | +Concept |
| 16 | +------- |
| 17 | + |
| 18 | +.. doc_concept:: Documentation Management Concept |
| 19 | + :id: doc_concept__documentation__process |
| 20 | + :status: valid |
| 21 | + |
| 22 | +In this section a concept for the documentation management will be discussed. |
| 23 | +Inputs for this concepts are mainly the requirements of ISO26262 "Part 2: Management of functional safety" |
| 24 | +and "Part 8: Supporting processes". |
| 25 | + |
| 26 | +Key concept |
| 27 | +^^^^^^^^^^^ |
| 28 | +The Documentation Management Plan should define the strategy to manage the identifed documentations |
| 29 | +in an effective and repeatable way for the project life cycle. |
| 30 | + |
| 31 | + |
| 32 | +Inputs |
| 33 | +^^^^^^ |
| 34 | + |
| 35 | +#. Stakeholders for the documentation work products? |
| 36 | +#. What tooling do we need? |
| 37 | +#. Which guidance for the work products do we have? |
| 38 | + |
| 39 | +Stakeholders |
| 40 | +^^^^^^^^^^^^ |
| 41 | + |
| 42 | +#. :need:`Contributor <rl__contributor>` |
| 43 | +#. :need:`Committer <rl__committer>` |
| 44 | + |
| 45 | + * contributing and approving documents |
| 46 | + |
| 47 | +#. :need:`Technical Lead <rl__technical_lead>` |
| 48 | + |
| 49 | + * planning and status reporting of work products and their documentation for the platform |
| 50 | + |
| 51 | +#. :need:`Module Lead <rl__module_lead>` |
| 52 | + |
| 53 | + * planning and status reporting of work products and their documentation for modules |
| 54 | + |
| 55 | +#. :need:`Safety Manager <rl__safety_manager>` |
| 56 | + |
| 57 | + * wants to know when the safety related documents are ready for a release |
| 58 | + * wants to know who was the author and approver of a document in case of safety issues |
| 59 | + |
| 60 | +#. :need:`Security Manager <rl__security_manager>` |
| 61 | + |
| 62 | + * wants to know when the security related documents are ready for a release |
| 63 | + * wants to know who was the author and approver of a document in case of security issues |
| 64 | + |
| 65 | +#. :need:`Quality Manager <rl__quality_manager>` |
| 66 | + |
| 67 | + * wants to know when the quality related documents are ready for a release |
| 68 | + * wants to know who was the author and approver of a document in case of quality issues |
| 69 | + |
| 70 | +Document Management Tooling |
| 71 | +^^^^^^^^^^^^^^^^^^^^^^^^^^^ |
| 72 | + |
| 73 | +For the document attributes to be manually set, `sphinx-needs <https://www.sphinx-needs.com/>`_ will be used. |
| 74 | + |
| 75 | +For the versioning and version history `github <https://github.com/>`_ is used. |
| 76 | + |
| 77 | +For the automated attributes additional tooling is created (see :doc:`guidance/documentation_process_reqs`) |
| 78 | + |
| 79 | + |
| 80 | +Guidance |
| 81 | +-------- |
| 82 | + |
| 83 | +The document management guideline can be found here :need:`gd_guidl__documentation`. |
| 84 | + |
| 85 | +Some process requirements to be automated are available here :ref:`documentation_process_requirements`. |
0 commit comments