Anforderungsmanagement Quiz

Podcast

Play an AI-generated podcast conversation about this lesson

Questions and Answers

Welches der folgenden Werkzeuge ist NICHT für das Entdecken und Sammeln von Anforderungen geeignet?

Storyboards

Interviews

Excel-Tabellen (correct)

User Stories

Offene Interviews erlauben es den Stakeholdern, verschiedene Aspekte des Systems ohne Einschränkungen zu besprechen.

True

Was ist eine der Hauptschwierigkeiten bei der Durchführung von Interviews in einem spezialisierten Bereich?

Fachspezifische Sprache der Anwender.

User Stories sind __________, wie das System benutzt werden kann.

wirklichkeitsnahe Beispiele Signup and view all the answers

Ordnen Sie die Interviewarten den entsprechenden Beschreibungen zu:

Geschlossene Interviews = Fragen basierend auf einem Katalog Offene Interviews = Freie Diskussion über verschiedene Aspekte Signup and view all the answers

Welcher Aspekt des Anforderungsmanagements wird durch Live-Beobachtungen unterstützt?

Praxiserfahrung im Anforderungsmanagement Signup and view all the answers

Interviews sind immer eine Mischung aus offenen und geschlossenen Fragen.

False Signup and view all the answers

Nennen Sie einen Vorteil von Interviews im Anforderungsmanagement.

Guter Überblick über die Arbeitsweise der Stakeholder. Signup and view all the answers

Welche der folgenden Aussagen beschreibt das Anforderungsmanagement korrekt?

Anforderungen an Softwaresysteme ändern sich ständig. Signup and view all the answers

Es ist möglich, alle Fehler während der Validierung der Anforderungen zu finden.

False Signup and view all the answers

Nennen Sie eine Technik zur Validierung der Anforderungen.

Prototyping oder Review der Anforderungen. Signup and view all the answers

Die __________ sorgt dafür, dass Änderungen an Anforderungen dokumentiert und nachvollziehbar sind.

Nachvollziehbarkeitsmanagement Signup and view all the answers

Ordnen Sie die Anforderungsmanagement-Tools den passenden Funktionen zu:

Jira = Projektmanagement Confluence = Dokumentation Trello = Aufgabenmanagement Git = Versionskontrolle Signup and view all the answers

Was ist ein Hauptziel der Anforderungserhebung?

Das Verständnis und die Dokumentation von Benutzer- und Systemanforderungen Signup and view all the answers

Welche Rolle spielt der Nutzer während des Requirements Engineering Prozesses?

Der Nutzer hilft dabei, Anforderungen zu definieren und zu validieren. Signup and view all the answers

Stakeholder drücken ihre Anforderungen typischerweise in einer einheitlichen Sprache aus.

False Signup and view all the answers

Ein Review der Anforderungen ist nicht notwendig, solange die Entwickler die Anforderungen verstanden haben.

False Signup and view all the answers

Nennen Sie eine Herausforderung bei der Anforderungserhebung.

Konflikt zwischen den Anforderungen verschiedener Stakeholder Signup and view all the answers

Was ist ein wichtiges Ziel des Änderungsmanagements im Anforderungsmanagement?

Sicherstellen, dass Änderungen dokumentiert und kommuniziert werden. Signup and view all the answers

Der Prozess zur Priorisierung und __________ von Anforderungen ist kritisch für den Erfolg eines Projekts.

Verhandlung Signup and view all the answers

Ordnen Sie die verschiedenen Elemente dem entsprechenden Aspekt des Anforderungsmanagements zu:

Änderungsmanagement = Verwaltung von Änderungen in den Anforderungen Nachvollziehbarkeitsmanagement = Sicherung der Rückverfolgbarkeit von Anforderungen Anforderungsmanagement-Tools = Software zur Unterstützung des Anforderungsprozesses Rollenbasierter Zugriff = Zugangssteuerung für unterschiedliche Stakeholder Signup and view all the answers

Welche der folgenden Maßnahmen ist hilfreich bei der Anforderungserhebung?

Lesen von relevanter Dokumentation und Interviews mit Stakeholdern Signup and view all the answers

Neue Anforderungen können sich während des Analyseprozesses ergeben.

True Signup and view all the answers

Wie können unterschiedliche Quellen der Anforderungen dargestellt werden?

Als Perspektiven (Viewpoints) auf das System Signup and view all the answers

Study Notes

Software Engineering 1 - Themenblock 2: Requirements Engineering

Agenda: Das Material folgt der Agenda von Prof. Dr. A. Reichenbach
Inhalte des Themenblocks 2: Funktionale und nicht-funktionale Anforderungen, Prozesse des Requirements-Engineerings (Anforderungsanalyse), Erhebung, Spezifikation, Validierung und Anforderungsmanagement
Lernziele der Veranstaltung: Konzepte von Benutzer- und Systemanforderungen verstehen, die Unterschiede zwischen funktionalen und nicht-funktionalen Anforderungen kennenlernen, die Prinzipien und Zusammenhänge im Requirements Engineering (RE) verstehen, die Organisation von Anforderungen in der Gesamtspezifikation (Lasten- und Pflichtenheft) verstehen, sowie die Notwendigkeit und Funktion des Anforderungsmanagements bei der Softwareentwicklung.
Requirements Engineering: Die Beschreibung dessen, was ein System leisten soll (Dienste, Funktionsweise, Einschränkungen). Anforderungen spiegeln Kundenbedürfnisse wider und dienen bestimmten Zwecken.
Requirements Engineering umfasst Unterprozesse: Erhebung, Analyse, Dokumentation und Überprüfung von Anforderungen
Was ist eine Anforderung?: Abstrakte Aussagen über einen Service, Randbedingungen bis hin zu detailierten, mathematisch beschriebenen funktionalen Spezifikationen. Interpretationsspielräume (Lastenheft) und detaillierte Definitionen (Pflichtenheft) sind wichtig. Der Begriff "Anforderungen" kann je nach Kontext verschiedene Bedeutungen haben.
Arten von Anforderungen:
- Benutzeranforderungen (natürliche Sprache, Diagramme, Randbedingungen)
- Systemanforderungen (detaillierte Auflistung von Funktionen, Services, Randbedingungen)

Bsp Mentcare System

Benutzeranforderungen: (Definition): Das Mentcare System soll monatliche Managementberichte über die Kosten der von jeder Klinik verordneten Medikamente erstellen.
Systemaforderungen: (Spezifikation): Am letzten Werktag eines Monats wird eine Zusammenfassung der verschriebenen Medikamente, deren Kosten und die verschreibenden Kliniken generiert. Der Bericht wird für den Druck nach 17:30 Uhr fertiggestellt. Der Bericht enthält Einzelheiten pro Klinik (Medikamentenname, Anzahl der Rezepte, Dosierungen und Gesamtkosten). Separate Berichte pro Dosierungseinheit (z.B. 10mg, 20mg) bei Bedarf. Zutritt zu den Berichten nur für autorisierte Nutzer (Zugangslisten).
Stakeholder des Mentcare Systems: Patienten, Ärzte, Pflegekräfte, Rezeptionskräfte, IT-Abteilung, medizinischer Ethik-Beauftragter, Manager der Kliniken, medizinisches Archivierungs-Personal

Anforderungen bei agilen Methoden

Agile Methoden: Details für Systemanforderungen werden vermieden, da Anforderungen schnell ändern. Dokumentation wird veraltet. Inkrementelles Requirements Engineering und "User Stories" werden eingesetzt. (Geschäftsanwendungen geeignet, aber nicht für kritische Systeme oder parallele Entwicklung)

Funktionale und nicht-funktionale Anforderungen

Funktionale Anforderungen: Definieren, was ein System tun soll (z. B. Dienstleistungen, Reaktionen auf Eingaben, Verhalten in Situationen). Kann explizit beschreiben, was das System nicht tun soll.
Nicht-funktionale Anforderungen: Definieren wie ein System funktionieren muss (z. B. Zeitbeschränkungen, Einhaltung von Standards, Ressourcenbedarf). Häufig auf das Gesamtsystem und nicht auf Einzel-Funktionen bezogen. Fachspezifisch vs. Generell.

Vollständigkeit und Konsistenz von Anforderungen

Vollständig: Die Beschreibung aller benötigten Funktionalitäten umfasst.
Konsistent: Keine Konflikte oder Widersprüche in den Beschreibungen sollten auftreten.

Nicht-funktionale Anforderungen (Beispiele)

Definition: Beschränken Dienstleistungen und Funktionen (z. B. Zuverlässigkeit, Antwortzeiten, Speicherbedarf, Programmiersprachen, Entwicklungsmethodik).
Relevanz: Nicht-funktionale Anforderungen sind oft wichtiger als einzelne funktionale Anforderungen.

Besonderheiten der Anforderungen

Ungenauigkeiten: Schwammige oder mehrdeutige Formulierungen können zu unterschiedlichen Interpretationen und damit Schwierigkeiten in der Entwicklung und Umsetzung führen.
Verbundenheit: Anforderungen sind oft voneinander abhängig oder beeinflussen sich gegenseitig.

Prozesse des Requirements Engineering

4 generische Aktivitäten:
- Anforderungs-Elicitation
- Anforderungs-Analyse
- Anforderungs-Validierung - Anforderungs-Management
Durchführbarkeitsstudie (Vorstufe):
Beurteilung ob ein Projekt realistisch und machbar ist
Wirtschaftlichkeit, Kosten & Zeit
Möglichkeiten zur Zusammenarbeit mit anderen Systemen

Erhebung und Analyse der Anforderungen

Stakeholder, Nutzungsszenarien: Softwareentwickler arbeiten mit der gesamten Bandbreite an Stakeholdern zusammen um das Geschäftsumfeld zu verstehen.
Entdeckung & Sammlung: Ermittlung benötigten Funktionalitäten, Performanz, Hardwareeinschränkungen, Verzahnung bestehender Systeme
Klassifizierung & Organisation: Organisieren der Anforderungen in kohärente Gruppen
Priorisierung & Verhandlung: Bestimmung der Priorität und Konfliktauflösung unter Stakeholdern
Spezifikation der Anforderungen: Dokumentation als Eingabe für die nächste Analysephase.
Notationen & Methoden: Nutzung von Interviews, User Stories, Storyboards & Ethnografie.

Herausforderungen bei der Anforderungs-Erhebung

Unpräzise Stakeholder: Stakeholder wissen oft nicht präzise, was sie wollen und geben Anforderungen missverständlich.
Konflikte unter Stakeholdern: Verschiedene Stakeholder haben oft widersprechende Anforderungen, die von politischen Faktoren und Veränderungen im Geschäftsfeld beeinflusst sein können.
Nicht abschätzbare Komplexität: Oft ist nicht von Anfang an klar, was machbar ist und was nicht.
Neue Anforderungen während des Prozesses: Während der Analysephase können neue Anforderungen auftreten.
Methoden:
- Interviews
- User Stories
- Szenarios
- Storyboards
- Ethnographie
- Fokussierte Ethnographie

Spezifikation der Anforderungen

Dokumentieren: Schriftliche Fixierung von Benutzer- und Systemaforderungen in einer Gesamtspezifikation (Software Requirements Document, kurz SRS).
Benutzerverständlichkeit: Benutzeranforderungen müssen für Endnutzer und Kunden verständlich sein.
Technische Tiefe: Systemanforderungen enthalten detailliertere technische Informationen.
Entwurf vermeiden: Die Spezifikation beschreibt was das System tun soll, nicht wie der Entwurf realisiert werden soll.
Typologie:
- Produktanforderungen
- Unternehmensanforderungen
- Externe Anforderungen

Spezifikationstypen

Natürliche Sprache: Klar, verständlich jedoch fehleranfällig (vage und mehrdeutig)
Strukturierte Sprache: Reduziert Mehrdeutigkeit aber oft schwer verständlich und kompliziert zu verstehen
Graphische Notationen (UML): Zusammenhänge und Beziehungen zwischen Komponenten darstellen.
- Anwendungsfalldiagramme
Mathematische Spezifikationen: präzise aber oft komplex für nicht-technische Personen.

Validierung der Anforderungen

Überprüfung: Sichern, dass Anforderungen das benötigte und erwartete System beschreiben.
Prüfarten: Gültigkeit, Konsistenz, Vollständigkeit, Realisierbarkeit, Verifizierbarkeit
Reviews: Regelmäßige Reviews von Stakeholdern (Kunde, Benutzer und Entwickler) sind notwendig.
Prototyping: Erstellung eines Prototypen erlaubt Endnutzer-Feedback
Testfälle: Ableitung von Testfällen zur Validierung.