Requirements Engineering ML3
Los mantenedores suelen responder en 1 día
@aschemmel-tech ya está trabajando en esto.
Desde el 23/4/2026.
Evaluación
Este issue todavía no se ha evaluado.
Descripción
Epic Description
Get the Requirements Engineering from ML2 to ML3
- First the gaps in the process according to the definition in https://eclipse-score.github.io/process_description/main/ have to be documented in below list
- deployment of process in one S-CORE module/platform repo, all documents are valid
- persistency: has stkh, feature, aou, component req and feature inspection - missing component inspection (see below sub-issue)
- baselibs: has stkh, feature, aou, component req and component inspection - missing feature inspection and completion of component inspection (see https://github.com/eclipse-score/baselibs/issues/245)
- process requirements prio 1&2 "automation" are implemented in tooling
- gd_req__req_attr_impl - see https://eclipse-score.github.io/docs-as-code/main/internals/requirements/requirements.html#tool_req__docs_dd_link_source_code_link
- gd_req__req_attr_testlink - see https://eclipse-score.github.io/docs-as-code/main/internals/requirements/requirements.html#tool_req__docs_test_link_testcase
- gd_req__req_attr_version - see https://eclipse-score.github.io/docs-as-code/main/internals/requirements/requirements.html#tool_req__docs_common_attr_version
- gd_req__req_suspicious - the linkage to test and code should also be versioned
- gd_req__req_linkage_architecture_mandatory - mandatory now, see https://github.com/eclipse-score/docs-as-code/blob/main/src/extensions/score_metamodel/metamodel.yaml
- respective tool evaluation done
- Safety Audit passed (no open deviations/actions)
- Action_8 about the hash tool / change impact analysis tool - fixed with https://github.com/eclipse-score/process_description/pull/827
- deployment of process in one S-CORE module/platform repo, all documents are valid
Acceptance Criteria (DoD)
all identified gaps have been resolved
- Lenguaje dominante
- HTML
- Estrellas
- 6
- Forks
- 23
- Merge medio
- 11 h 32 min
- PR fusionados (30 d)
- 26
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Sin guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de eclipse-score/process_description
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
eclipse-score/process_description#811 ·
Los mantenedores suelen responder en 1 día
-
Safety Audit 8 preparationPosiblemente ocupada @aschemmel-tech la tomó hace 2 días. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
eclipse-score/process_description#828 · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
Missing TemplatesPosiblemente ocupada @PandaeDo la tomó hace 8 días. Abiertodocumentation
eclipse-score/process_description#816 · 2 asignados ·
Los mantenedores suelen responder en 1 día
-
Verification coverage of non-functional requirementsPosiblemente ocupada @pahmann la tomó hace 9 días. Abierto
eclipse-score/process_description#813 · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
Improve guidance on interface documentationPosiblemente ocupada @RolandJentschETAS la tomó hace 9 días. Abierto
eclipse-score/process_description#812 · 1 asignado ·
Los mantenedores suelen responder en 1 día