Gestalten · 3.1
Vom Use Case zur überprüfbaren Anforderung
Zeit: etwa 11–14 Minuten einschliesslich Aufgabe; Schätzung
Leitfrage: Wie wird aus einer betrieblichen Absicht ein nachvollziehbarer Nachweis?
Lernziel: Du übersetzt einen Use Case in eine überprüfbare Anforderung mit Traceability.
Voraussetzungen: Die vorausgehenden Lektionen bis 2.22; insbesondere die dort erklärte Fallakte.
Die bekannte Rollenübergabe wird verbindlich
In 2.7 hat Amir die Rolle für Zug 1234 von Lea übernommen. Die Talbahn möchte vermeiden, dass nach einem bestätigten Wechsel weiterhin die falsche Person erreicht wird. «Rollenwechsel muss funktionieren» ist dafür zu unbestimmt. Es fehlen ein beobachtbares Ergebnis, der betrachtete Zustand und die Behandlung von Konflikten.
Eine Anforderung beschreibt eine zu erfüllende Eigenschaft oder ein gefordertes Verhalten. Sie muss so abgegrenzt sein, dass die Beteiligten dieselbe Aussage prüfen können. Traceability bedeutet die nachvollziehbare Verknüpfung zwischen Bedarf, Anforderung, Umsetzung und Nachweis. Sie macht sichtbar, warum etwas gebaut wird und welcher Beleg die Erfüllung stützt.
Eine Zeile reicht als Ausgangspunkt
Die folgende Zeile ist ein Lernentwurf, keine normative FRMCS-Anforderung:
| Feld | TB-REQ-017 |
|---|---|
| Betrieblicher Bedarf | Ruf zur Rolle von Zug 1234 erreicht nach Übergabe die zuständige Person |
| Anforderung | Nach bestätigter Übernahme durch Amir adressieren neu ausgelöste Rufe an diese Rolle Amirs berechtigte Sitzung; Leas bisherige Zuordnung gilt dafür nicht mehr |
| Geltungsbereich | Ein FRMCS-Dienstbereich, zwei berechtigte Nutzer, neu ausgelöste Rufe |
| Ausserhalb dieser Zeile | Bereits laufende Rufe, grenzüberschreitende Zuordnung, Interworking |
| Umsetzung | Zuordnungsverwaltung und beteiligte Clients; konkrete Produktstände noch einzutragen |
| Test | TB-T-017: Zustand vor, während und nach Übergabe protokollieren; danach Rollenruf auslösen |
| Offener Entscheid | Wann gilt die Übernahme als bestätigt? Was geschieht bei widersprüchlichen oder gleichzeitigen Anmeldungen? |
| Verantwortlich | Fachverantwortung Betrieb für Sollverhalten; Systemverantwortung für Umsetzung und Nachweis |
Die Kennungen verbinden Dokumente, ohne dieselben Inhalte mehrfach zu kopieren. Eine Anforderung kann mehrere Tests benötigen; ein Test kann mehrere Anforderungen berühren. Diese Beziehungen sind daher nicht zwingend eins zu eins.
Das offene Wort ernst nehmen
«Bestätigt» ist der entscheidende Bezugspunkt. Eine Anzeige auf Amirs Gerät und eine wirksame Zuordnung im Dienst können zu unterschiedlichen Zeitpunkten auftreten. Solange unklar ist, welcher Zustand zählt, können Lieferant und Talbahn unterschiedliche Ergebnisse für erfolgreich halten.
Die Talbahn ergänzt daher einen Entscheid zur Bestätigung und legt eine zulässige Übergangsdauer fest, bevor sie den Test abnimmt. Einen Wert darf sie nicht aus einem allgemeinen 5G-Werbeversprechen übernehmen. Sie leitet ihn aus dem betrieblichen Bedarf und den anwendbaren Anforderungen ab.
Auch der Konfliktfall braucht eine Entscheidung. Denkbar sind etwa Ablehnung einer zweiten Übernahme oder ein kontrolliertes Ersetzen nach Berechtigungsprüfung. Welche Variante gilt, ist durch Spezifikation und Projekt festzulegen; dieses Beispiel schreibt keine allgemeine FRMCS-Regel vor.
Änderungen ziehen Nachweise nach sich
Ändert sich die Bestätigung oder die Behandlung laufender Rufe, muss die Talbahn die betroffenen Anforderungen, Implementierungen und Tests wiederfinden. Genau hier hilft Traceability. Eine unverbundene Liste bestandener Tests zeigt diese Auswirkungen nicht zuverlässig.
Für die Fallakte bleibt TB-REQ-017 bis zur Klärung der offenen Punkte ein Entwurf. Seine Kennzeichnung verhindert, dass eine scheinbar präzise Nummer mit einer freigegebenen Anforderung verwechselt wird.
Prüfe dein Verständnis
Ein Testprotokoll meldet «TB-T-017 bestanden», enthält aber nur einen erfolgreichen Ruf zu Amir. Welche Lücken bleiben gegenüber der Zeile?
Musterantwort
Es fehlen der Nachweis der bestätigten Übergabe, die Behandlung von Leas alter Zuordnung und die vereinbarten Übergangs- beziehungsweise Konfliktbedingungen. Zudem müssen Produktstände und Geltungsbereich zum Test passen. Der einzelne Ruf belegt Erreichbarkeit, aber noch nicht den gesamten Rollenwechsel. Vor einer Abnahme sind offene Sollentscheidungen zu schliessen und passende Beobachtungen zu ergänzen.
Das nimmst du mit
Nachvollziehbarkeit verbindet den Grund einer Anforderung mit einem begrenzten, wiederauffindbaren Beleg.
Deine Talbahn-Fallakte
Übernimm TB-REQ-017 und TB-T-017. Markiere Bestätigung, Übergangsdauer und Konfliktverhalten als offene Entscheide mit verantwortlicher Stelle.
Dein Fortschritt wird in diesem Browser auf diesem Gerät gespeichert.