Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Preserve assumed-system requirement traceability without rendering inherited requirements as standalone ASR pages

未关闭
#452 1 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
4/5
预计耗时
3-5 天
新手友好度
48/100
Issue 类型
功能
描述清晰度
基本清楚
活跃度
活跃
技术栈
rust

调研方向

首先定位 derived_from 的 Feature Requirement 处理逻辑,以及使用 AssumedSystemRequirementsInfo 的组件可追溯性处理逻辑。完成的标准是:在组件可追溯性处理期间解析被引用的 ASR ID,同时不将继承的 Feature Requirement 内容渲染为独立的 Assumed System Requirement 页面。

由索引模型根据 Issue 内容生成。

描述

Feature Request / Modification Description

Assumed System Requirements (ASRs) referenced by Feature Requirements through derived_from must be available to component traceability processing. Currently, this propagation is missing, so component traceability cannot resolve those ASR IDs.

A direct propagation of AssumedSystemRequirementsInfo through Feature Requirements fixes traceability, but causes an unintended documentation effect: the documentation generator treats the propagated provider as an owned ASR target and renders Feature Requirement content under the Assumed System section.

Expected Changes of work products
  • Requirements
  • Architecture
  • Safety Analysis
  • Security Analysis
  • Detailed Design
  • Implementation and Testing
  • all
Impact analysis

NA

Safety or Security relevance
  • none
  • Safety relevant
  • Security relevant
Expected required ASIL classification

QM

Expected Implementation Version (Release)

1.0

主要语言
Rust
星标
9
派生
39
平均合并
1 天 22 小时
30 天内合并 PR
38

环境准备

在 Codespaces 中打开

在浏览器里用你自己的 GitHub 账号启动这个项目的开发容器。

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 没有贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

eclipse-score/tooling 的其他 Issue

查看 eclipse-score/tooling 的全部 Issue

相似的 Issue

更多 Rust Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。