Revert "Add artifacts for requirements analysis"

This reverts commit 65ab6c5.

Signed-off-by: Philipp Ahmann <[email protected]>

Author: pahmann

process/folder_templates/features/feature_name/index.rst

@@ -194,4 +194,3 @@ Footnotes
    safety_analysis/fmea.rst
    safety_analysis/dfa.rst
    safety_planning/index.rst
-   verification/req_analysis.rst

process/folder_templates/features/feature_name/verification/req_analysis.rst

@@ -183,4 +183,3 @@ Footnotes
    requirements/chklst_req_inspection.rst
    safety_analysis/fmea.rst
    safety_analysis/dfa.rst
-   verification/req_analysis.rst

process/folder_templates/modules/module_name/component_name/docs/index.rst

@@ -167,7 +167,7 @@ stakeholder requirements as stakeholder requirements describe the platform behav
 
 Note that all the above tests shall only link to requirements of type "Functional" and "Interface".
 The verification of requirements of types "Process" and "Non-Functional" will be done via Analysis,
-which is a verification method described in :need:`wf__verification_req_analysis`.
+which is a verification method still to be defined. ``[TODO: Link to Analysis process once available. See ticket #577]``
 
 Requirements always include Assumptions Of Use.
 

process/folder_templates/modules/module_name/component_name/docs/verification/req_analysis.rst

@@ -111,35 +111,6 @@ For a detailed explanation of workflows and their role within the process model,
    The tests are automatically executed as part of the CI after PR merge.
    In case of changes at inputs, the workflow need to be executed again as part of maintenance.
 
-.. workflow:: Perform/Maintain Requirements Analysis
-   :id: wf__verification_req_analysis
-   :status: valid
-   :tags: verification
-   :responsible: rl__contributor
-   :approved_by: rl__committer, rl__testing_community
-   :supported_by: rl__safety_manager, rl__testing_community
-   :input: wp__feature_arch, wp__requirements_feat, wp__requirements_feat_aou,
-           wp__component_arch, wp__requirements_comp, wp__requirements_comp_aou,
-           wp__sw_implementation, wp__verification_plan
-   :output: wp__verification_req_analysis
-   :contains: gd_req__verification_link_tests, gd_req__verification_independence, gd_guidl__verification_specification
-   :has: doc_concept__verification_process, doc_getstrt__verification_process
-
-   This only applies in the special case that some requirements cannot be feasibly tested.
-
-   In such cases – and only such cases – it is acceptable to indicate in the Requirements Analysis Report
-   that not a test but a review shall verify the correct implementation of the related requirement.
-   To signal this special situation to the test engineers (who do not need to specify a test case for the related requirement then),
-   one or both of the following fixed texts shall be entered in the Requirements Analysis Report:
-
-     Tag: **Covered-by-design-review.**
-     The fulfillment of this requirement shall be verified as part of feature/component design reviews
-     (for feature/component requirements) respective software architectural design or software detailed design reviews.
-
-     Tag: **Covered-by-code-review.**
-     The fulfillment of this requirement shall be verified as part of code reviews.
-
-
 .. workflow:: Create Verification Plan
    :id: wf__verification_plan
    :status: valid

process/process_areas/verification/verification_concept.rst

@@ -145,21 +145,6 @@ Component
    The compiled tests run against the actual source code compiled for the component or reference integration and their
    targeted HW architecture (e.g. arm64 or x86).
 
-.. workproduct:: Requirement Analysis
-   :id: wp__verification_req_analysis
-   :status: valid
-   :complies: std_wp__iso26262__software_951
-
-   Requirement Analysis is performed for non-functional requirements (NFRs) which cannot be (feasibly) tested.
-   As example performance requirements may not be functional requirements, but they still can be tested.
-   Though, some requirements cannot be feasibly tested in such cases – and only such cases – it is acceptable
-   to perform a requirements analysis.
-
-   This work product provides the evidence about the NFR for the project.
-
-   Note, that there is also the DerivationTechnique named "requirements-analysis" which can be used for "requirements-based" TestTypes.
-   It is described in :ref:`verification_concept_types_methods`.
-
 Inspection
 **********