|
12 | 12 | # SPDX-License-Identifier: Apache-2.0
|
13 | 13 | # *******************************************************************************
|
14 | 14 |
|
15 |
| -Tool Management |
16 |
| ------------------------- |
| 15 | +.. document:: Tool Management Plan |
| 16 | + :id: doc__platform_tool_management_plan |
| 17 | + :status: draft |
| 18 | + :safety: ASIL_B |
| 19 | + :tags: platform_management |
| 20 | + :realizes: wp__tlm_plan |
| 21 | + |
| 22 | + |
| 23 | +Tool Management/ Tool Management Plan |
| 24 | +------------------------------------- |
| 25 | + |
| 26 | +This document implements parts of the :need:`wp__platform_mgmt`. |
17 | 27 |
|
18 | 28 | Purpose
|
19 | 29 | +++++++
|
| 30 | +The purpose of the Tool Management Plan is to guide the identification, evaluation and qualification of |
| 31 | +project tools. |
| 32 | + |
| 33 | +S-CORE objectives is to use OSS tools for the generation of all required work products. Thus all |
| 34 | +tools which will be used as part of the tool chain for the work product generation must be identified, |
| 35 | +documented and evaluated and if applicable, qualified. |
| 36 | + |
20 | 37 |
|
21 |
| -Objectives and scope |
| 38 | +Objectives and Scope |
22 | 39 | ++++++++++++++++++++
|
23 | 40 |
|
| 41 | +Tool Management Goals |
| 42 | +^^^^^^^^^^^^^^^^^^^^^ |
| 43 | + |
| 44 | +* Tools are identified and documented |
| 45 | +* Tools are evaluated |
| 46 | +* Tools are qualified, if applicable |
| 47 | + |
24 | 48 | Approach
|
25 | 49 | ++++++++
|
| 50 | + |
| 51 | + |
| 52 | +Identification |
| 53 | +^^^^^^^^^^^^^^ |
| 54 | + |
| 55 | +Each tool is identified by its name or UID and version. |
| 56 | +The tools are stored in one GitHub repository, `tooling repository <https://GitHub.com/eclipse-score/tooling/>`_. |
| 57 | + |
| 58 | +For each tool the :need:`gd_temp__tool_management__verif_rpt_template` shall be used to document |
| 59 | +the relevant information. |
| 60 | + |
| 61 | +:need:`gd_chklst__tool__cr_review` may used to check that all relevant information is considered. |
| 62 | + |
| 63 | +The configuration of tools is part of the :need:`doc__config_mgt_plan`. |
| 64 | + |
| 65 | + |
| 66 | +Evaluation |
| 67 | +^^^^^^^^^^ |
| 68 | + |
| 69 | +The tool confidence level (TCL) must be determined as outlined in the |
| 70 | +:need:`doc_concept__tool__process`. |
| 71 | + |
| 72 | +Step-by-Step guide: |
| 73 | + |
| 74 | +1. Determine the tool impact |
| 75 | +2. Determine the tool error detection |
| 76 | +3. Determine the tool confidence level |
| 77 | + |
| 78 | +**To Step 1** |
| 79 | + |
| 80 | +Based on the found malfunctions or threats judge, if any safety or security requirements may violated. |
| 81 | +If this is the case, determine tool impact to "YES" otherwise to "NO". |
| 82 | + |
| 83 | +If tool impact is "NO", continue with 3, otherwise 2. |
| 84 | + |
| 85 | +**To Step 2** |
| 86 | + |
| 87 | +Based on the found malfunctions or threats judge, if these can be all detected or prevented? |
| 88 | +Consider also potential safety measures and security controls to increase the detection and |
| 89 | +prevention of these, if applicable. |
| 90 | +If there is no guarantee to either detect or prevent these, judge tool error detection to "NO", |
| 91 | +otherwise to "YES". |
| 92 | + |
| 93 | +**To Step 3** |
| 94 | + |
| 95 | +If tool impact is judged to "YES" and tool error detection judged to "YES", the tool confidence |
| 96 | +level is determined to "LOW", otherwise "HIGH". |
| 97 | + |
| 98 | +In case the tool confidence level is "LOW", tool qualification is required, |
| 99 | + |
| 100 | + |
| 101 | +Qualification |
| 102 | +^^^^^^^^^^^^^ |
| 103 | + |
| 104 | +As method validation of software tool is applied. |
| 105 | + |
| 106 | +Specify requirements for the tools purpose and usage in the S-CORE context. |
| 107 | +Analyze the malfunctions and threats and specify safety measures and security controls to increase |
| 108 | +the prevention and detection of them. |
| 109 | +Specify test cases and tests to verify the requirements and generate a test report. |
| 110 | +Update the Tool Verification Report accordingly to document the outcomes. |
| 111 | + |
| 112 | +For the generation of requirements, verification and analyses the processes defined in the |
| 113 | +:need:`wp__platform_mgmt` shall be used (Requirements Engineering, Verification, |
| 114 | +Safety/Security Analyzes). |
| 115 | + |
| 116 | +Tailoring |
| 117 | +^^^^^^^^^ |
| 118 | +Tailoring of safety activities for confidence in the use of software tools: |
| 119 | + |
| 120 | +The following ISO 26262 defined safety requirements are not relevant for the S-CORE SW platform |
| 121 | +development, as they are not used: |
| 122 | + |
| 123 | +:need:`std_req__iso26262__support_11471`, :need:`std_req__iso26262__support_11472`, |
| 124 | +:need:`std_req__iso26262__support_11473`, :need:`std_req__iso26262__support_11474`, |
| 125 | +:need:`std_req__iso26262__support_11481`, :need:`std_req__iso26262__support_11482`, |
| 126 | +:need:`std_req__iso26262__support_11483` |
| 127 | + |
| 128 | + |
| 129 | +Tool List |
| 130 | +^^^^^^^^^ |
| 131 | + |
| 132 | +.. list-table:: SW Platform tool overview |
| 133 | + :header-rows: 1 |
| 134 | + |
| 135 | + * - tool Id |
| 136 | + - tool name |
| 137 | + - tool status |
| 138 | + - tool TCL |
| 139 | + - Link to evaluation issue |
| 140 | + - Link to qualification issue |
| 141 | + - Link to verification report |
| 142 | + |
| 143 | + * - # |
| 144 | + - sphinx-needs |
| 145 | + - draft <automated> |
| 146 | + - not evaluated yet |
| 147 | + - <Link to issue> |
| 148 | + - <Link to issue> |
| 149 | + - <Link to tool verification report> |
0 commit comments