LE 3 | REQ - Requirements Engineering - ME [überarbeitet 20150701 / ME] Flashcards

1
Q

Welche Größe sollten Projekte haben, wenn man mit Requirements anfängt?(als Anfänger)

A
  • sollten möglichst klein sein
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Wo werden Anforderungen im Anfangsstadium am besten definiert?

A
  • in einem Use-Case-Diagramm
  • Ablage in einem Dokument
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Nennen Sie 2 Probleme die entstehen können, wenn die Anforderungen und Klassen stetig wachsen?

A
  1. Stakeholder möchte mehr Features
    • möchte das Entwickelte anders haben
    • wenn keine Kommunikation stattfindet, ist dies ein Shock für das Team
  2. Quellcode wird komplexer
  • Fehlersuche schwieriger
  • Developer arbeiten weder qualitativ noch produktiv
  • oft existiert keine dokumentierte Architektur
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Definiere Requirements Engineering!

A
  • Anforderungen erheben
  • Anforderungen = Wünsche/Leistungen die bestimmte Personengruppe (Auftraggeber) an zu entwickelndes Softwaresystem stellt
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Wo sind Requirements enthalten? Nenne 4 Beispiele!

A
  • in der Informatik (allgemeine Anforderungen)
  • in konkreten Software Requirements
  • in Teilen des Pflichten- und Lastenhefts
  • im Anforderungsmanagement (Requirement Management (RM))
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

In welcher Phase werden die meißten Fehler gemacht?

A
  • Analysephase
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Welche Merkmale müssen Anforderungen aufweisen?

A
  • korrekte
  • vollständige
  • qualitativ
  • hochwertige
    • Anforderungen
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Welches Ziel verfolgt man mit Requirement Engineering?

A
  • Umsetzung eines Verfahrens in dem Anforderungen verwaltet werden
  • Anforderungen müssen nachvollziehbar dokumentiert sein
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Nennen Sie die Vorteile guter Requirements?

A
  • bessere Definition klarer Zielvorstellungen (in früher Phase)
    • Bsp.:
      • Pflichtenheft
      • Lastenheft
      • Ausschreibung
      • Vertrag
  • Vorstellungen sollen besser konkretisiert werden
  • Requirements haben starken Einfluss auf das Design + Architektur des Systems
  • gute Requirements verbessern Kommunikation der Beteiligten
  • Fehler, schlechte Vermutungen, falsche Annahmen werden vermieden
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Welche 7 Hauptprobleme spielen nach Rupp, bei der Analyse eines zukünftigen Systems, eine Rolle?

A

1. Unklare Zielvorstellungen

  • Verschiedene beteiligte Personenkreise haben unterschiedliche Anforderungen
  • Alle Anforderungen sollten sinnvoll unter einen Hut gebracht werden

2. Hohe Komplexität des Systems

  • Berücksichtigung von Wechselwirkungen und Abhängigkeiten

3. Kommunikationsprobleme

  • Alle beteiligten Personen haben unterschiedliches Wissen
  • Verteilte Entwicklung in verschiedenen Sprachen

4. Veränderte Anforderungen und Ziele

  • Projekte ändern sich im Laufe der Zeit

5. Schlechte Qualität der Anforderungen

  • Mehrdeutigkeiten
  • Redundanzen
  • Widersprüche
  • Ungenaue Angaben

6. Goldrandlösung

  • Features die unwichtig, irrelevatn und ggf. gar nicht gewünscht wird

7. Ungenaue Planung und Verfolgung des Projektes

  • Gefährlich für Planung
  • Projekte können sehr teuer werden
  • Realisierung dauert wesentlich länger
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Nennen Sie 5 Anforderungsmerkmale von Requirements!

A

Anforderungen sollten sein:

  • Korrekt
  • Vollständig
  • Eindeutig/abgegrenzt
  • Verständlich
  • Atomar
  • identifizierbar
  • einheitlich dokumentiert
  • notwendig
  • testbar
  • verfolgbar
  • konsistent
  • klassifizierbar (rechtliche Gründe)
  • aktuell und gültig
  • realisierbar
  • priorisierbar
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Nennen Sie die verschiedenen Grade der Verbindlichkeit! (4 Stück)

A
  • Wichtig um die Anforderungen einstufen und entsprechend bearbeiten zu können
  • MUSS (Pflicht)
    • Verbindliche Anforderung
  • SOLL/SOLLTE (Wunsch)
    • Nicht zwingend, doch stark gewünscht
  • WIRD (Absicht)
    • Man hat es vor, aber nicht 100% sicher, ob es erreicht wird
  • KANN (Vorschlag)
    • Kann realisiert werden, muss aber nicht
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Beschreiben Sie das Thema Priorisierung nach dem Eisenhower Schema!

A
  • 3 bis 5 Stufen allgemein ausreichend
    • sehr hoch, hoch, mittel, gering, null
  • Eisenhower-Schema:
    • terminieren
    • loswerden
    • sofort erledigen
    • delegieren
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Nennen Sie 2 Anforderungenstypen und beschreiben Sie diese!

A

Funktional (Was soll das Produkt tun?):

  • Beschreiben Funktionalität des Systems
  • Scope of Product (Eigenschaften die Produkt charakterisieren)
  • Scope of Work
  • Functional and Data Requirements

Nicht- Funktional (Welche Eigenschaften hat das Produkt?):

  • Look and Feel
  • Performance
  • Usability
  • Sicherheit
  • Wartbarkeit
  • Skalierbarkeit
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Nennen Sie 3 Tools um Requirements zu erfassen!

A
  • Word, Excel
  • GEBIT
  • RUP Tool
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Nennen Sie 5 Kreativitätstechniken!

A
  • Brainstorming
  • Mind-Mapping
  • Befragen
  • Beobachten
  • Aufschreiben
  • Interviewen
  • Video / Audioaufzeichnungen