Technical Lead Circle [2025-02-18] #305
johannes-esr
started this conversation in
Technical Lead Circle
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Participants
@qor-lb
@FScholPer
@markert-r
@antonkri
@johannes-esr
Agenda
Meeting Minutes
Acceptance Criteria:
- All modules use a common repository template (build, CI, gitlint, README, ...); to be checked by operational whether Git submodule/bazel module can be used to avoid code duplication.
- All modules are built with
bazel
, (C++17:clang
forx86
Linux with-Wall
,-Wextra
,-pedantic
; Rust: tbd).- Unit tests are built and run, also via GitHub Actions.
- No strict adherence to coding guidelines, but coding guidelines are available.
- How to guide for reference build & test environment.
- Result: every software module can be built inside of its repository. No common integration so far, no running image.
Acceptance Criteria:
- Process & Tooling for requirements & architecture is available (
sphinx-needs
incl. additional checks for verifying traceability/consistency).- Process & Tooling for Detailed design, implementation & unit verification defined and implemented (e.g.
spinx-test-reports
).- CI/CD is capable to automatically verify the consistency & traceability.
- Tooling for test coverage & static code analysis.
- Feature Requests are confirmed in the TL round and Software Architecture community, tickets are created and prioritized for implementation accrodingly
Acceptance Criteria:
- The modules can be built with
qcc
.score
main repository.- reference Linux image (Docker) is available
- There are integration tests available which run on Linux image.
- Usecases for the integration tests are defined.
- There are integration tests available which run on QNX images.
Acceptance Criteria:
- Process and Tooling for Testing (e.g. component or integration tests) are available.
Acceptance Criteria:
- All already existing artifacts (requirements, tests, architecture) are transferred to S-CORE formats and are generated/executed in CI pipeline for the Release v0.5 components
Acceptance Criteria:
- Release v0.5 components have all necessary working products (also release and config mgmt documents) according to the S-CORE software development process
- All corresponding tools are certified
-
- Reference hardware farm is connected to S-CORE CI.
- Integration tests on hardware are running periodically (e.g. nightly).
- Define hardware relevant integration tests, e.g. performance, and corresponding KPIs
- Feature requests for missing Release v1.0 modules are created and agreed.
- POCs are done to show possible implementation approach
timeline
Features
Q1 Concepts agreed & implemented:
x Code builds in inc repo
Q2 Feature complete:
x Requirements, architecture, dd, implementation & unit verification available in s-core repo
Q4 Certifiable:
Process
Q1 Concepts agreed & implemented:
Q2 Feature complete:
Q4 Certifiable:
Operational
Q1 Concepts agreed & implemented:
x Tooling for requirements, architecture, dd, implementation & unit verification available
Q2 Feature complete:
Q4 Certifiable:
Testing
Q2 Feature complete:
Q4 Certifiable:
Beta Was this translation helpful? Give feedback.
All reactions