FHNW - Requirements Engineering - Buch Zusammenfassung
Zusammenfassung des Buches Teile vom Buch für Lernzwecke abfotografiert
Zusammenfassung des Buches Teile vom Buch für Lernzwecke abfotografiert
Was ist der Nutzen von Traceability?
- Nachweisbarkeit (das eine Anforderung berücksichtig wurde)
- Identifikation von Goldrandlösungen
- Identifikation von nicht geforderten Eigenschaften des Systems oder Anforderungen
- Existenzberechtigung
- Auswirkungsanalyse
- Was sind die folgen wenn sich die Anforderung ändert? Zusammenhang erkennen
- Wiederverwendung
- Wiederverwendung von Entwicklungsartefakten wird einfacher. A010 => Test 010
- Zurechenbarkeit
- Zuordnung von Entwicklungsaufwänden
- Wartung und Pflege
- Ursache und Auswirkung von Fehler
Was für Arten von Verfolgbarkeit gibt es?
- Pre RS Traceability
- Anforderung auf Ursprung (Quelle)
- Post RS Traceability
- Anforderung auf Entwicklungsartefakte (Komponente, Implem. Testfälle)
- Traceability zwischen Anforderungen
- Verfeinern, generalisieren oder ersetzen
Wie kann die Verfolgbarkeit von Anforderungen abgebildet werden?
- Textuelle Referenz und Hyperlinks
- Verfolgbarkeitsmatrixen
- Verfolgbarkeitsgraphen
Wie ist eine Verfolgbarkeitsmatrixe aufgebaut?
Anforderungen x Anforderungen
Wie ist ein Verfolgbarkeitsgraph aufgebaut?
Konten Artefakte (Quelle, Anforderunge, Komponente etc.)
Kanten Beziehungen
Warum sollten Anforderungen Versionen haben?
Es gibt verschieden Gründe, warum eine Anforderung sich im Laufe der Zeit verändern kann. Die Stakeholder erlangen durch den REQ Prozess immer mehr Wissen über ein System. Es macht Sinn Zugriff auf alte Versionen der Anforderungen zu haben.
Wie werden Anforderungen Versioniert?
Semantisch. Kleine Änderung 0.x, Grosse Änderung x.0
Was ist eine Konfiguration von Anforderungen?
Eine Konfiguration von Anforderungen umfasst eine Menge von Anforderungen (jeweils eine spezifische Version)
Welche Eigenschaften umfasst eine Anforderungskonfiguration?
- Sachologischer Zusammenhang
- Zweckgerichtet
- Konsistenz
- Widerspruchsfrei
- Eindeutige Identifikation
- Eine Konfiguration besitzt eine ID
- Nicht veränderbar
- Unveränderlicher Zustand der Anforderungsbasis
Was sind Anforderungsbasislinien?
Eine Gruppe von Anforderungskonfigurationen.
- Grundlage für den Release
- Für Kunden sichtbar
- Abschätzen des Realisierungsaufwandes eines Releases
- Vergleich mit Konkurrenz
Was ist das Change Control Board?
Werden Änderungen für Anforderungen beantragt, so müssen diese vom CCB abgenommen werden. Diese evaluieren folgende Punkte:
- Aufwand der Änderung
- Verhältnis Aufwand Nutzen
- Definition der neuen Anforderung
- Entscheide Annahme /Ablehnung
- Klassifikation eingehender Änderungsanträge
- Priorisierung von angenommen Änderungen
Wer sollte im CCB sein?
- Änderungsmanager (Cheffe)
- Auftraggeber
- Architekt
- Entwickler
- Konfigurationsmanager (SCRUM Master)
- Kundenvertreter
- Nutzervertreter
- Produktmanager
- Qualitätsbeauftragter
- Requirements Engineer
Was sollte ein Change Request einer Anforderung beinhalten?
- Identifikator R-4
- Titel
- Beschreibung
- Begründung
- Datum
- Antragsteller
- Priorität aus der Sicht des Antragsstellers
Was für Änderungskategorien gibt es für Anforderungen?
- Korrektive Anforderungsänderung
- Fehlverhalten des Systems wegen Anforderung
- Adaptive Anforderungsänderung
- Anpassung des Systemes
- Ausnahmeänderung (Hotfix)
- Unbedingt und unmittelbar umzusetzen
Welche Metriken können im Bezug auf Anforderung auftreten?
- Prozessmetrik z.B, Änderungsrate von Anforderungen
- Produktmetrik z.B. Fehler in Anforderungen
Warum sollten REQ Artefakte in verschiedenen Systemen gepflegt werden?
Werden Testfälle, Änderungsanträge oder Anforderungen in Systeme gepflegt mit denen die verschiedenen Teams arbeiten, so gibt das die Möglichkeit dies besser zu verknüpfen. Diese Systeme sollten dann mit Schnittstellen verknüpft werden.
Was ist der Vorteil von Modellierungswerkzeugen?
Syntaktische Validation
Was sollte ein Werkzeug aufweisen, welches für das RE gebraucht wird?
- Verwaltung verschieden Informationen (Sprache, Bilder, Skizzen etc.)
- Veralten von logischen Beziehungen
- Eindeutige Identifizierbarkeit
- Multiuser und Accesscontrol
- Organisieren => Gruppieren, Hierarchiebildung Attribuierung etc.)
- Reports
- Versionierung
Was sind die Vor und Nachteile von Büroanwendungen?
- Vorteile
- Jeder kennt es
- Jeder hat es
- Nachteile
- Versionierung
- Traceability
Worauf muss bei der Beurteilung von RE Werkzeugen geachtet werden?
- Projektsicht
- Wie stark unterstützt das Werkzeug die Projektvorbereitung, Planung und Durchführung.
- Benutzersicht
- Wie gut lassen sich Benutzer verwalten. Und wie gut ist es bedienbar?
- Produktsicht
- Was hat es für Funktionen? z.B, Dokumentationsformen für Anforderungen oder Dokumenttypen
- Prozesssicht
- Methodische Untersetzung und wie ist die traceability?
- Anbietersicht
- Welcher Hersteller? Sollte kein Nischenprodukt sein
- Technische Sicht
- Skalierbarkeit, Performance, Hardwareanforderungen
- Betriebswirtschaftliche Sicht
- Was sind die Kosten der Beschaffung, Einführbarkeit und Wartung
Intro
Requirements Engineering ist wichtig. Je früher Fehler in den Anforderungsspezifikationen gefunden werden, je geringer fallen die Kosten aus. Grundsätzlich wird umgesetzt was in den Spezifikationen steht. Wenn diese ungenau Formuliert sind oder gar fehlen, so wird etwas anderes umgesetzt als vom Stakeholder erwartet.
Was ist eine Anforderung?
Eine Anforderung ist:
- Eine Voraussetzung des Benutzers ein Problem zu lösen oder sein Ziel zu erreichen
- Eine Voraussetzung an das System um einen Vertrag, eine Norm oder sonst ein formelles Dokument zu erfüllen
- Eine dokumentierte Repräsentation einer Bedingung oder Eigenschaft gemäss (1) oder (2)
Was ist ein Stakeholder?
Ein Stakeholder eines Systems ist eine Person oder Organisation, die (direkt oder indirekt) Einfluss auf die Anforderungen des betrachteten Systems hat.
Was ist Requirements Engineering?
Das REQ hat die Aufgabe, die Anforderungen der Stakeholder zu ermitteln, zweckmässig zu dokumentieren, zu überprüfen und abzustimmen, sowie die dokumentierten Anforderungen zu verwalten.
Ermitteln => Dokumentieren = Prüfen und abstimmen => Verwalten
Was muss ein Requirement Engineer können?
Analtisches Denken => Komplexe Sachverhalte verstehen
Empathie => Gruppendynamische Probleme von Stakeholder lösen
Kommunikationsfähigkeit => Richtig interpretieren und kommunizieren
Konfliktlösungsfähigkeit
Moderationsfähigkeit => Meetings moderieren
Selbstbeweustsein => Im Zentrum, also auch Zentrum der Kritik
Überzeugunsfähigkeit =>
Was ist eine funktionale Anforderungen?
Eine funktionale Anforderung ist eine Anforderung bezüglich des Verhaltens, das von einer Funktion des Systems bereitstellt werden soll.
Was ist eine Qualitätsanforderung?
Eine Qualitätsanforderung ist eine Anforderung die sich auf ein Qualitätsmerkmal bezieht, das nicht durch funktionale Anforderungen abgedeckt wird.
Performance, Verfügbarkeit, Zuverlässigkeit, Skalierbarkeit und Portabilität.
Oft zu wenig genau dokumentiert => die Akzeptanz des Systems leidet.
Klassen:
Performanz, Sicherheit Zuverlässigkeit Benutzbarkeit Änderbarkeit Übertragbarkeit
Beispiel:
95% aller Anfragen in weniger als 1.5 Sekunden
Was ist eine Randbedingung?
Randbedingungen werden, im Gegensatz zu funktionalen Anforderungen und QA nicht umgesetzt, sondern schränken die Umsetzungsmöglichkeiten ein.
Das System wird mit WebServices realisiert.
Das System muss bis 1.1.10 auf dem Markt sein.
Was ist der Systemkontext?
Der Systemkontext ist der Teil der Umgebung eines Systems, der für die Definition und das Verständnis der Anforderungen des betrachteten Systems relevant ist. Er ist der Teil der Realität, der einen Einfluss auf das zu entwickelnde System hat und damit auch die Anforderungen an das zu entwickelnde System bestimmt.
Personen (Stakeholder/Gruppen)
Systeme im Betrieb
Prozesse
Ereignisse
Dokumente (Gesetzte, Standards)
Der Ursprung der Anforderungen eines Systems liegt im Systemkontext.
Was sind die Bestandteile des Systemkontexts?
Systemabgrenzung => Welche Aspekte werden durch das System abgedeckt
Kontextabgrenzung =>
Innerhalb Die Aspekte welche eine Beziehung zum System haben
Ausserhalb: Die Irrelevanten Teile der Umgebung
Was ist eine Systemgrenze?
Die Systemgrenze separiert das geplante System von seiner Umgebung. Durch die Wahl der Systemgrenze wird festgelegt, welche Aspekte das System abdeckt (Scope) und was ausserhalb des Systems liegt.
Was ist die Grauzone der Systemgrenze?
Systemgrenzen können sich im Verlaufe des REQ verändern. Manchmal ist noch nicht klar was alles vom System gemacht werden muss. Diese können sich auch verschieben.
Was ist die Kontextgrenze?
Die Kontextgrenze separiert den relevanten Teil der Umgebung vom irrelevanten Teil. D.h.dem Teil der Umgebung, der keinen Einfluss auf das geplante System und damit auch keinen Einfluss auf die Anforderungen haben .
Wie dokumentiert man den Systemkontext?
Oft mit Use Case Diagrammen oder Datenflussdiagrammen.
Nenne drei verschieden Anforderungsquellen?
Stakeholder
Dokumente
Systeme in Betrieb
Was eignet sich für die Dokumentation von Stakeholder?
Eine Tabelle mit Name Funktion Kontaktdaten, zeitliche und räumliche Verfügbarkeit Relevanz des Stakeholders seine Ziele und Interessen.
Was sollte der REQ Engineer in jedem Fall tun (bezüglich Stakeholder)?
Um Missverständnisse oder Kompetenzstreitigkeiten vorzubeugen, muss der REQ Engineer mit jedem Stakeholder formal vereinbaren, welche Aufgaben, Verantwortungsbereiche, Weisungsbefugnisse und individuellen Zielen bestehen. Ebenfalls welche Kommunikationswege und Feedback-Schleifen von dem Stakeholder genutzt werden können.
Welche drei Anforderungskategorien kennt das Kano Modell?
Basisfaktoren => selbstverständliche Systemmerkmale
Leistungsfaktoren => explizit gefordert
Begeisterungsfaktoren => Systemmerkmale die erst während der Benutzung als angenehm und nützlich empfunden werden
Im Laufe der Zeit werden aus Begeisterungsfaktoren Leistungsfaktoren und dann Basisfaktoren. Der Benutzer gewöhnt sich an das Feature.
Was sind Basisfaktoren?
Diese Faktoren muss das System zwingend erfüllen. Werden diese nicht erfüllt so führt dies zu starker Unzufriedenheit. Werden sie erfüllt führt dies noch nicht zur Zufriedenheit. Massgeben dafür sind Systeme welche bereits im Betrieb sind.
Was sind Leistungsfaktoren?
Leistungsfaktoren sind die Merkmale, die der Stakeholder bewusst und explizit fordert. Die Erfüllung dieser Merkmale erzeugt beim Kunden Zufriedenheit. Befragungstechniken eignen sich gut für Erhebung von Leistungsfaktoren
-
- 1 / 164
-
Cartes-fiches
Nutzen Zustandsdiagramm?
Zustandsdiagramme werden im REQ zur Dokumentation des ereignisgesteuerten Verhaltens des Systems verwendet.
Warum werden die Typen der Dokumentation oft gemischt?
Alles hat vor und Nachteile. Beim Mischen sollen die Nachteile verringert werden.
Vorteile einer Standardgliederung?
Was ist RUP?
Rational Unified Process, wird meist für OOP Softwaresysteme eingesetzte
Wie ist ein Anforderungsdokument strukturiert?
- Einleitung
- Allgemeine Übersicht
- Anforderungen
- Anhang
- Index
Was enthält die Einleitung?
- Zweck (Warum überhaupt & Zielgruppe, Leserkreis)
- Systemumfang (Dieser Teil befasst sich mit dem zu erstellenden System, Systemname, Vorteile und Ziele)
- Stakeholder (Auflistung von Stakeholder)
- Definitionen, Akronyme und Abkürzungen
- Referenzen
- Übersicht (Struktur des Dokumentes)
Was enthält die allgemeine Übersicht?
Rein fachliche Informationen
- Systemumfeld
- Architekturbeschreibung (Benutzer, HW, SW, APIs)
- Systemfunktionalität (Grobe Funktionalität, UC Daigramme)
- Nutzer und Zielgruppe
- Randbedingungen
- Annahmen (allgemeine Annahmen über den Systemkontext)
Was enthält der Anhang?
Standards Konventionen Hintergrundinformationen
Wo wird das Anforderungsdokument überall verwendet?
Planung
Architekturentwurf
Implementierung
Test
Changemanagement
Vertragsmaangement
Welche Eigenschaften muss ein Anforderungsdokument haben?
Eindeutig und Konsistent (Komplett und nicht wiedersprechend)
Klare Struktur (Umfang angemessen, gut lesbar)
Modifizierbarkeit und Erweiterbarkeit
Vollständigkeit
Verfolgbarkeit (Referenzen)
Welche Eigenschaften sollte eine Anforderung haben?
- Abgestimmt (von allen Akzeptiert)
- Eindeutig
- Notwendig
- Konsistent (nicht wiedersprechen)
- Prüfbar (Test oder Messung)
- Realisierbar
- Verfolgbar (Ursprung, Umsetzung und Beziehungen zu andere Docs)
- Vollständig
- Kurze Sätze kurze Absätze
- Nur eine Anforderung pro Satz
Was enthält ein Glossar?
- Kontextspezifische Fachbegriffe
- Abkürzungen und Akronyme
- Alltägliche Begriffe die im Kontext eine spezifische Bedeutung haben
- Synonyme
- Homonyme (verschiedene Bedeutungen)
Was ist das Problem mit Nominalisierung?
Hinter Nomen verstecken sich oft längere Prozesse. Neustart, Systemabsturz. Unbedingt definieren was das genau heisst
Was ist das Problem mit Substantive ohne Bezugsindex?
Die Daten sollen dem Benutzer auf dem Terminal angezeigt werden.
Es stellt sich die Frage: Welche Daten genau? Welchem Benutzer genau?
Was sind Universal Quantoren und ihre Tücken?
Nie, immer, kein ,, jeder, alle etc.
Wirklich alle? Wirklich immer?
Was ist das Problem mit unvollständig spezifizierten Bedingungen?
Das System soll einem Gast über 17 alle Getränke anzeigen.
Was passiert mit 17 oder <17 Jährigen?
Was ist das Problem mit unvollständig spezifizierten Prozesswörtern?
Sätze im Passive sind unklarer als im aktive. Darum möglichst aktiv schreiben.
- Zur Anmeldung des Benutzers werden die Login-Daten eingegeben.
+ Das System soll dem Benutzer ermöglichen, seinen UN und PW über die Tastatur einzugeben
Wie funktioniert die Satzschablone?
Muss = Rechtlich bindend
sollte = dringend empfohlen
wird = zukünftig
kann = wünschenswert
Prozesswort immer nur Verben
Wie funktioniert die Satzschablone bei selbständiger Systemaktivität?
Das System muss/sollte/wird/kann {prozesswort}
Wie funktioniert die Satzschablone bei einer Benutzerinteraktion?
Das System muss/sollte/wird/kann {wem?} die Möglichkeit bieten {Prozess Wort}
Wie funktioniert die Satzschablone bei einer Schnittstellenanforderung?
Das System muss/sollte/wird/kann fähig sein {Prozess Wort}
Wie funktioniert die Satzschablone wenn weitere Objekte hinzugefügt werden müssen?
Wo wird von wem etwas gedruckt.
Wie funktioniert die Satzschablone wenn Zeitliche und Logische Bedingungen mitspielen?
Logisch falls, zeitlich Sobald, Nachdem, während, solange
Was ist ein Modell?
Ein Modell ist ein abstraktes Abbild einer existierenden oder einer noch zu schaffenden Realität
Was sind Ziele?
Ziele beschreiben Intentionen von Stakeholdern oder Stakeholdergruppen. Ziele können gegebenenfalls auch in Konflikt zueienander stehen.
Was sind die Eigenschaften von Modellen?
- Abbild der Realität
- Deskriptive
- Existierend, dokumentierend
- Präskriptive
- Vorbild, nicht Existent
- Deskriptive
- Verkürzung der Realität
- Selektion
- Nur bestimmte Aspekte ausgewählt und modelliert.
- Verdichtung
- Aspekte werden zusammengefasst
- Selektion
- Pragmatische Eigenschaften
- Die Informationen welche für den Verwendungszweckt verwendet werden nicht mehr nicht weniger
Was definiert konzeptuelle Modellierungssprache?
- Syntax
- Die verwendeten Modellelement und die gültigen Kombinationen dieser
- Semantik
- Die Bedeutung der definierten Modellelemenete
Was sind Anforderungsmodelle?
Modellieren die Anforderungen eines Systems
Was ist Zieldekomposition?
Die Verfeinerung eines Zieles
Warum dokumentiert man Ziele?
Der Aufwand ist verhältnismässig gering. Der Mehrwert der expliziten Berücksichtigung von Zielen im REQ dagegen sehr gross.
Wie dokumentiert man Ziele?
Mit dem Schablonenmodell
Was sind Und-Oder-Bäume?
Eine Art der Zeil Dokumentation durch aufzeigen der Dekompositionsbeziehung. Von Oben nach unten
Was sind Usecases Diagramme?
Leicht verständliche Modelle die dazu dienen aus einer Nutzungssicht die Funktionalität des Systems und deren Beziehungen untereinander zu Dokumentieren.
Was sind die Modellelemente von Use Case Diagrammen?
- Use Case
- Werden als Ovale dargestellt und enthalten den Namen des Usecase
- Akteur
- Akteure liegen ausserhalb der Systemgrenzen und stehen jeweils stellvertreten für Personen oder Systeme.
- Aktuare werden durch ein Rechteck repräsentiert mit dem Stereotyp <<actor>
- Akteure die Personen sind werden durch Strichmännchen symbolisiert
- Systemgrenzen
- Separiert die Teile des Usecases von den Akuteren
- Beziehungen
- Extend Beziehungen
- Eine Extend Beziehung von einem UCA zu einem UCB besagt, dass die in UCA enthaltene Interaktionsfolge die in UCB definierte an einem Punkt erweitert (Extension Point)
- Include Beziehungen
- Eine Include Beziehungen von einem UCA zu einem UCB drückt aus, dass UCA in jedem Fall die in UCB definierte Interaktionsfolge inkludiert.
- Zwischen Akteur und UC
- Findet während der Ausführung eines Use Case Kommunikation mit einem Akteur statt, so wir dies durch eine Kommunikationsbeziehung dargestellt.
- Extend Beziehungen
Was sind Use-Case-Spezifikationen?
Was enthält die minimale Struktur von Use Cases?
Name
ID
Aktoren
Preconiditons
Szenario
Postcondition
Was sind die Drei Perspektiven auf die Anforderungen?
- Strukturperspektive
- In dieser Perspektive werden die Struktur von Ein und Ausgabedaten sowie die statisch strukturellen Aspekte von Nutzung und Abhängigkeisbeziehungen des Systems dokumentiert
- UML Klassendiagramm
- In dieser Perspektive werden die Struktur von Ein und Ausgabedaten sowie die statisch strukturellen Aspekte von Nutzung und Abhängigkeisbeziehungen des Systems dokumentiert
- Funktionsperspektive
- In dieser Perspektive wird dokumentier, welche Informationen aus dem Systemkontext durch das zu entwickelnde System, bzw, dessen Funktionen manipuliert werden und welche Daten vom System in den Systemkontext fliessen.
- Aktivitätsdiagramme
- In dieser Perspektive wird dokumentier, welche Informationen aus dem Systemkontext durch das zu entwickelnde System, bzw, dessen Funktionen manipuliert werden und welche Daten vom System in den Systemkontext fliessen.
- Verhaltensperspektive
- In dieser Perspektive wird das System und dessen Einbettung in den Systemkontext zustandsorientiert dokumentiert.
- State Diagramme
- In dieser Perspektive wird das System und dessen Einbettung in den Systemkontext zustandsorientiert dokumentiert.
Was sind Enity-Realationship-Diagramme?
Eignen sich für die Dokumentation der Strukturperspektive.
Welches sind die Modelle Elemente von Entity-Relationship-Diagrammen?
- Entitätstyp
- Beziehungstyp
- Attribute
- Kardinalität
Was ist ein Enitätytsyp [ERD]?
Definiert eine Menge von Entitäten. Eine Klassifikation gleichartiger Enitäten. Pilot => haben alle einen Fluglizenz (hoffentlich)
