Bumping versions of dependencies

### What

Define an approach for bumping versions of dependencies.
Users struggle with constant bumping of our dependecies. This makes it hard to adopt S-CORE.

See meeting minutes:
https://github.com/orgs/eclipse-score/discussions/434

### How

1. Modules must align on versions of dependencies
2. We should not always bump to the latest release of everything (what are the criteria?)
3. We should roll out tooling to help users understand what they do when bumping

### Estimates for realization

Short term point 1 and 2 of "how" should be sufficient. Low effort big gain.
Long term this will only work with 3 as well. But this is bigger effort.

### Category

- [ ] Affects Detailed Design

### Requirements / Architecture

- [x] Requirements / Architecture are not affected by this change?

Beginne damit, die verknüpften Sitzungsprotokolle in Eclipse SCORE discussion 434 zu prüfen, und vergleiche ihre Schlussfolgerungen mit den drei in diesem Issue vorgeschlagenen Ansätzen. Definiere Kriterien für die Abstimmung von Dependency-Versionen und dafür, zu entscheiden, wann nicht die neueste Version verwendet werden soll. Als abgeschlossen gilt die Aufgabe, wenn das Repository über einen vereinbarten kurzfristigen Ansatz verfügt; längerfristige Tools für die Sichtbarkeit für Benutzer sind ausdrücklich davon getrennt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.