Grundbegriffe

Projekt und Spezifikation

Ein Projekt ist ein abgeschlossener Bestand an Anforderungen mit eigenen Mitgliedern und Rechten. Intern heißt es Spezifikation; dieses Wort begegnet Ihnen dort, wo es um mehrere Projekte geht – bei Beziehungen in ein anderes Projekt, beim Wiederverwenden und beim Synchronisieren. Ein Projekt ist eine Anforderungsspezifikation oder eine Testspezifikation.

Artefakt, Set und Typ

Alles, was im Baum eines Projekts steht, ist ein Artefakt: eine Anforderung, ein Testfall, ein Ordner. Jedes Artefakt hat einen Typ – etwa „System Requirement“ oder „Folder“ –, und der Typ legt fest, welche Attribute es trägt. In der Oberfläche heißt ein Artefakt oft kurz Element.

Manche Typen gliedern nur: Artefakt-Sets wie Ordner oder Module. Auf oberster Ebene eines Projekts stehen nur Sets, und alles andere steht in einem Set.

Typschema

Das Typschema legt fest, welche Typen, Attribute, Auswahlwerte und Beziehungsarten es gibt. Jedes Projekt wird beim Anlegen einmal an ein Typschema gebunden; auf eine neuere Fassung desselben Schemas zieht der Administrator es ausdrücklich nach. Typen, Attribute und Werte sind Daten und stehen in beiden Sprachen so, wie das Schema sie nennt.

Das mitgelieferte Schema bringt unter anderem die Attribute Id, Name, Description, Status, Priority und Verification Method mit und die Beziehungsarten Satisfaction, Tests und Interface. Siehe Typschema.

Beziehung

Eine Beziehung verbindet zwei Artefakte, gerichtet von der Quelle zum Ziel, und hat eine Beziehungsart. Beziehungen dürfen auch in ein anderes Projekt zeigen. Aus ihnen entsteht die Nachverfolgung.

Eine Beziehung kann verdächtig werden, wenn sich ein Ende ändert – sofern ihre Beziehungsart das im Typschema vorsieht.

Baseline

Eine Baseline hält den Stand eines ganzen Projekts unveränderlich fest: jede Anforderung in ihrer Fassung, die Gliederung, die Beziehungen, die Merkmale und Varianten. Siehe Baselines.

Revision und Verlauf

Jede Änderung an einem Artefakt ergibt eine neue Revision. Der Versionsverlauf im Detailbereich zeigt jede frühere Fassung mit altem und neuem Wert und kann eine frühere Fassung zurückholen.

Merkmal und Variante

Ein Merkmal beschreibt eine Eigenschaft eines Produkts, etwa „Markt Europa“ oder „Berganfahrhilfe“; Merkmale stehen in Merkmalbäumen. Eine Variante ist eine Auswahl von Merkmalen. Welche Anforderungen in einer Variante gelten, leitet Mirador aus den Merkmalen der Anforderungen ab. Siehe Varianten.

Review

Ein Review prüft einen eingefrorenen Stand: Reviewer urteilen je Anforderung, in Runden, bis der Moderator abschließt. Siehe Reviews.

Filter, Prüfung und Sicht

• Ein Filter findet Artefakte nach Bedingungen.
• Eine Prüfung ist ein Filter mit einer Erwartung, etwa „keine Treffer“, und hält ihr Ergebnis als Nachweis fest.
• Eine Sicht speichert, wie eine Tabelle oder das Board der Nachverfolgung aussieht. Filter und Sichten sind privat oder mit dem Projekt geteilt.

Kommentar und Anhang

An jedem Artefakt lassen sich Kommentare schreiben, beantworten und erledigen, und Anhänge – Dateien – speichern. Befunde aus einem Review sind Kommentare mit einer eigenen Kennzeichnung.

Verweis auf ein Artefakt

Jedes Artefakt hat eine eigene Adresse der Form /a/<UUID> auf Ihrem Mirador-Server – mit der internen Kennung, wie sie etwa in der Spalte UUID (do not edit) des Excel-Round-trips steht. Wer sie öffnet, landet nach der Anmeldung im richtigen Projekt, an der richtigen Stelle des Verzeichnisses, mit den Details des Artefakts.