Was ist ein Arbeitsprodukt?
ein aufgezeichnetes, in einem Arbeitsprozess erzeugtes Zwischen- oder Endergebnis
Welche Arbeitsprodukte gibt es typischerweise?
Einzelanforderung: Individuelle Anforderung (meistens Textform)
User Story
Mengenanforderung: Use Case, Grafisches Modell (z.B. UML, Skizze, Bauplan). Aufgabenbeschreibung, externe Schnittstellenbeschreibung, EPIC
Produkte bei Aufbau einer Anforderungsdokumentation: Spezifikationen zum System, sowie zu den Stakeholdern, Product oder Sprint Backlog, Story Map
sonstiges: Glossar, Prototyp,, Skizze
Welche Arten von Lebensdauern unterscheidet man im RE?
kurzlebige Arbeitsprodukte (z.B. Skizzen). Werden nach Gebrauch weggeworfen, keine Aufbewahrung von Metadaten
sich weiterentwickelnde Arbeitsprodukte (z.B. Sammlung von User Stories) - Einige Metadaten, wie Eigentümer, Status, …) sollten aufbewahrt werden
langlebige Arbeitsprodukte (z.B. Lastenheft) werden als Basislinie erstellt oder freigegeben. Zur verwaltung muss ein vollständiger Satz an Metadaten aufbewahrt werden
Warum sollte man Arbeitsprodukte und Detaillierungsgrade möglichst früh im Projekt festlegen?
- Planung von Aufwand und Ressourcen wird erleichtert
- Geeignete Notationen werden verwendet
- Ergebnisse werden gleich in den richtigen Arbeitsprodukten erfasst (z.B. direkt User Stories schreiben, um Umänderungen zu vermeiden)
- keine größere Umstrukturierung von Informationen notwendig
- Vermeiden von Redundanz
Welches sind die wichtigsten Qualitätskriterien für Einzelanforderungen?
Angemessenheit und Verständlichkeit
die Anforderung beschreibt echte und abgestimmte Bedürfnisse der Stakeholder, sodass die Anforderung leicht beurteilbar ist. Die Anforderung ist für das Zielpublikum verständlich, sodass das Zielpublikum in der Lage ist, die Anforderung vollständig zu verstehen.
Welches sind die wichtigsten Qualitätskriterien für Arbeitsprodukte, die mehrere Anforderungen abdecken?
- Konsistent: keine 2 Anforderungen, die in einem oder verschiedenen Arbeitsprodukten festgehalten sind, widersprechen einander.
- Nicht redundant: Jede Anforderung wird nur einmal dokumentiert und überschneidet sich nicht mit einer anderen Anforderung.
- vollständig: Das Arbeitsprodukt enthält alle relevanten Anforderungen, die zu diesem Zeitpunkt bekannt sind und mit diesem Arbeitsprodukt im Zusammenhang stehen.
- Modifizierbar: Das Arbeitsprodukt ist so aufgebaut, dass es ohne Qualitätsverlust modifiziert werden kann.
- Verfolgbar: Die Anforderungen im Arbeitsprodukt können zu ihrem Ursprung, zu ihrer Implementierung und zu anderen Anforderungen, von denen sie abhängen, zurückverfolgt werden
- Konform: Wenn es verbindliche Strukturierungs- oder Formatierungsanweisungen gibt, muss das Arbeitsprodukt konform zu diesen sein.
Ordne den Validierungsgrad den folgenden explorativen Prototypen zu: Mock-ups, Native Prototypen, wireframes
Wireframes –> low fidelity
Mock-up –> Medium fidelity
Native Prototypen –> high fidelity
Welche Art von Definitionen sollte ein Glossar beinhalten??
- kontextspezifische Begriffe (z.B. Branche, Umfeld und Regulatorien)
- Alltagsbegriffe mit besonderer Bedeutung
- Abkürzungen und Akronyme
- Synonyme (z.B. Projektleiter = Projeltmanager)
- Homonyme (gleicher Begriff = unterschiedliche Bedeutung)
Welche Regeln gelten für Glossare?
zentrale Verwaltung
definierte Verantwortung
fortlaufende Pflege
allgemein zugänglich / keine persönlichen Daten
Mit Stakeholdern abgestimmt
Herkunft der Begriffe ist definiert
Verwendung ist obligatorisch
Einheitliche Struktur für alle Einträge
Welche Modelltypen gibt es im Requirement Engineering?
- Kontextmodellierung
- Zustands- und Verhaltensmodellierung
- Modellierung von Struktur und Daten
- Modellierung von Funktion und Ablauf
Welche Modelltypen gehören zu den Kontextdiagrammen?
UML - Use Case Diagramm
Kontextdiagramme
Box-in-Line-Diagramme
Welche Modelltypen gehören zur Zustands- und Verhaltensmodellierung?
UML Zustandsdiagramm
Statecharts
Wozu gehört das UML Klassendiagramm und Block-Definitionsdiagramm
Zum Struktur- und Datendiagramm
Welche Diagramme helfen bei der Modellierung von Funktion und Ablauf?
UML Aktivitätendiagramm, BPMN 2.0 Prozessmodell, Domänen-Story-Modell
Bei der Spezifizierung eines Systems gibt es zu beachtende Aspekte. Was verbirgt sich hinter dem Aspekt: “Funktion und Ablauf”?
In der Funktionsperspektive wird dokumentiert, welche Informationen aus dem Systemkontext durch das zu entwickelnde System bzw. dessen Funktonen manipuliert werden und welche Daten vom System in den Systemkontext fließen –> Anders gesagt: Was tut das System? Welche Funktionen sollen ausgeführt werden?
Bei der Spezifizierung eines Systems gibt es zu beachtende Aspekte. Was verbirgt sich hinter dem Aspekt: “Struktur”?
hier werden Struktur von Ein- und Ausgabedaten sowie statisch-strukturelle Aspekte von Nutzungs- und Abhängigkeitsbeziehungen des Systems dokumentiert. Anders gesagt: Was existiert im System?
Welche Elemente gibt es? Wie stehen sie zueinander in Beziehung?
Bei der Spezifizierung eines Systems gibt es zu beachtende Aspekte. Was verbirgt sich hinter dem Aspekt: “Verhalten”?
Hier wird das System zustandsorientiert dokumentiert, indem z.B. die Reaktion des Systems auf Ereignisse im Systemkontext, Bedingungen eines Zustandwechsels sowie Effekte dokumentiert werden, die das System in der Umgebung erbringen soll. Anders gesagt: In welchem Zustand befindet sich ein System oder Objekt? Was verursacht einen Zustandswechsel? Wie verhält sich das System bei bestimmten Ereignissen oder Bedingungen?
