Please enable JavaScript.

Coggle requires JavaScript to display documents.

STR (Requirements (Requirements Engineering (Haupttaetigkeiten…

- - - - Anforderungen
        
        Definitionen
        
        IEEE 1990
        
        Bedingung/Faehigkeit, die vom Benutzer zur Loesung des Problems benoetigt ist
        
        Bedingung/Faehigkeit, die System besitzen muss, um Vertrag/Norm/Spezifikation/anderes formelles Dokument zu erfuellen
        
        Dokumentierte Repraesentation einer Bedingung/Faehigkeit nach den anderen beiden defs.
        
        Kommunikation
        
        Medien
        
        Sprache
        
        Erfolg abhaengig von...
        
        Gleichem kulturellen Hintergrund
        
        Aehnliche Erfahrungen
        
        Aehnliches Wissen
        
        Gleicher Sprache
        
        benoetigt haeufig
        
        Glossar
        
        Modelle (UML)
        
        hohe Redundanz
        
        besteht aus...
        
        Wort
        
        Gestik
        
        Tonfall
        
        Mimik
        
        maximale Rueckkopplung
        
        Schrift
        
        redundanzarm
        
        wenig Rueckkopplung
        
        Vorteile
        
        Ueberwindung raeumlicher/zeitlicher Problematiken
        
        Archivieren der Informationen
        
        Sender kann Text korrigieren
        
        Arten
        
        funktionale Anforderung
        
        Definition
        
        Vom System bereitzustellende Funktion des betrachteten Systems
        
        Qualitaetsanforderung
        
        Definition
        
        qualitative Eigenschaft, die das betrachtete System/Funktionen aufweisen soll
        
        Eigenschaften
        
        laut ISO/IEC 25010
        
        Verfuegbarkeit
        
        Zuverlaessigkeit
        
        Usability
        
        Sicherheit
        
        Kompatibiliaet
        
        Funktionale Eignung
        
        Performance
        
        objektive pruefbar
        
        praezisierbar durch funktionale Anforderungen
        
        Checklisten
        
        ISO/IEC 25010
        
        ISO/IEC 9126 (Vorgaenger)
        
        Randbedingung
        
        Definition
        
        constraint / organisatorische/technologische Vorgabe, die Art und Weise einschraenkt, wie Realisierung stattfinden kann
        
        keine Umsetzung, sondern Einschraenkung des Loesungsraums
        
        nichtfunktionale Anforderungen
        
        eigentlich sogenannte 'unterspezifizierte funktionale Anforderungen'
        
        verfeinern in funktionale und Qualitaetsanforderungen
        
        ... benoetigen Ziele
        
        Quellen
        
        Klassifikationen
        
        Stakeholder
        
        Dokumente
        
        Systeme
        
        loesungsorientierte Anforderungen
        
        Perspektiven
        
        Daten/Struktur
        
        Form Input/Outputparameter
        
        strukturelle Aspekte von Nutzungsbeziehungen/Abhaengigkeiten
        
        Funktion
        
        Datenmanipulation durch System
        
        Transformation Input -> Outputdaten
        
        Verhalten
        
        Reaktion auf Ereignisse des Systemkontexts
        
        Bedinungen Zustandswechsel
      - Stakeholder
        
        Definition
        
        Betroffener eines System (Person/Org), die Einfluss auf Anforderungen hat.
        
        Beispiele
        
        Natuerliche Personen
        
        Nutzer
        
        Interessenten
        
        Juristische Personen
        
        Institutionen
        
        Bezug zu Anforderungen
        
        meist wichtigste Quelle fuer Anforderungen
        
        Uebersehen mancher Stakeholder fuehrt zu lueckenhaften Anforderungen
        
        Problemzone: Stakeholder
        
        Motivationsverlust
        
        Identifikation aller wichtigten Stakeholder
        
        Anforderungsformulierung nicht ausreichend
        
        Zeit/Budgetbeschraenkung fuer Anforderungserhebung
        
        Rolle im Projekt
        
        Einfuehrung des RE ins Fachgebiet
        
        Versorgung des Projekts durch Anforderungen
        
        Anforderungen formulieren; zielgerecht/gewissenhaft
        
        Zeitgerecht Entscheidungen treffen
        
        Respekt ggue. Einschaetzung Kosten/Machbarkeit durch RE
        
        Priorisierung der Anforderungen
        
        Dokumentationsueberpruefung
    - - Warum?
        
        Ursachen
        
        Auftraggeber will schnell Produktivsystem
        
        Kommunikationsprobleme zwischen Projektteilnehmern
        
        Implizites Annehmen von Anforderungen durch Stakeholder
        
        Symptom
        
        System entspricht nicht Erwartungen der Stakeholder
      - Fehler in Anforderungen kosten mehr, je spaeter aufgedeckt
        
        Hoeherer Aenderungsaufwand: Architektur...
    - - kooperativer/iterativer/inkrementeller Prozess, zur Gewaehrleistung, dass...
        
        ... alle relevanten Anforderungen im benoetigen Detailgrad bekannt
        
        ... involvierte Stakeholder ausreichende Uebereinstimmung ueber Anforderungen erzielen
        
        ...Anforderungen konform zu Dokumentations- und Spezifikationsvorschriften
    - - Ermitteln
        
        Aufgaben
        
        Ziele des Projekts festlegen
        
        Ziel ...
        
        erstrebenswerter Zustand, der in Zukunft liegt, dessen Eintritt abhaengig von Handlungen ist
        
        intentionale Beschreibung eines charakterischen Merkmals des Systems, gewuenscht von Stakeholder
        
        Kontext und Grenzen des Systems erarbeiten
        
        Anforderungsquellen kennen lernen
        
        Anforderungen aus Quellen gewinnen, detaillieren & verfeinern
        
        evtl. Stakeholder erfassen
        
        Stakeholderanalyse
        
        Einteilung nach Einfluss und Motivation
        
        Pflegeaufwand auf Ergebnis der Analyse basieren
        
        Ziel
        
        steuert Auswahl
        
        Anforderungsquellen
        
        Ermittelungstechniken
        
        Beispiele:
        Neues Produkt -> Visionen:
        wichtigste Quelle: Stakeholder
        Ermittlungstechniken: interviews/Kreativitaettechniken
        Version XYZ von erfolgreichen Produkt:
        wichtigste Quelle: Dokumente/Altssysteme
        Ermittlungstechniken: Dokumentenzentrierte Techniken/Beobachtungstechniken
        
        Eigenschaften
        
        Dokumentation Stakeholder-Intentionen
        
        abstraktes Konzept
        
        Ignorieren von Umsetzungsvariablen (technologien...)
        
        Analyse der Anforderung bzgl Zufriedenheit
        
        Kano-Modell
        
        Leistungsfaktoren
        
        bewusste Anforderung
        
        Ermittelung durch Befragungstechniken
        
        Begeisterungsfaktoren
        
        unbewusste Anforderung
        
        Ermittelung durch Kreativitaettechniken
        
        Basisfaktoren
        
        unterbewusste Anforderung
        
        Ermittelung durch Beobachtungs- dokumentenzentrierte Techniken
        
        Ermittelungstechniken
        
        Befragung
        
        Auspraegungen
        
        Fragebogen
        
        Vorteile
        
        2 more items...
        
        Nachteile
        
        3 more items...
        
        Interview
        
        Vorteile
        
        2 more items...
        
        Tipps
        
        3 more items...
        
        Merkmale
        
        Einsetzbar, wenn Stakeholder Wissen explizit ausdruecken kann
        
        Geeignet fuer bewusste Anforderungen
        
        Kreativitaet
        
        Auspraegungen
        
        Brainwriting (6-3-5)
        
        Vorgehen
        
        1 more item...
        
        Vorteile
        
        1 more item...
        
        Brainstorming paradox
        
        Vorgehen
        
        1 more item...
        
        Vorteile
        
        2 more items...
        
        Perspektivenwechsel (6 Denkhuete)
        
        Vorgehen
        
        1 more item...
        
        Brainstorming
        
        Vorteile
        
        1 more item...
        
        Merkmale
        
        Gut fuer unbewusste Anforderungen
        
        NICHT fuer detaillierte Anforderungen
        
        Dokumentenzentriert
        
        Auspraegungen
        
        Perspektivenbasiertes Lesen
        
        Vorgehen
        
        1 more item...
        
        Vorteile
        
        1 more item...
        
        Wiederverwendung
        
        Vorgehen
        
        1 more item...
        
        Vorteile
        
        1 more item...
        
        Systemarchaeologie
        
        Vorgehen
        
        1 more item...
        
        Vorteile
        
        2 more items...
        
        Nachteile
        
        1 more item...
        
        Merkmale
        
        Gut geeignet fuer...
        
        unterbewusste/bewusste Anforderungen
        
        Anforderungen hohen Detailgrads
        
        unbewusste Anforderung (Betrachung Konkurrenz)
        
        Beobachtung
        
        Auspraegungen
        
        Apprenticing
        
        Vorgehen
        
        1 more item...
        
        Vorteile
        
        3 more items...
        
        Feldbeobachtung
        
        Vorgehen
        
        2 more items...
        
        Vorteile
        
        1 more item...
        
        Merkmale
        
        Gut geeignet...
        
        unterbewusste Anforderungen
        
        wenn Stakeholder nicht ausformulieren kann
        
        Einfuehrung vom RE in Fachjargon
        
        Allgemeines Vorgehen
        
        Beobachtung der Stakeholder bei Arbeit
        
        Dokumentation der Beobachtung
        
        ggf. Anforderungen / offene Fragen stellen
        
        Hinterfragen der Ablaeufe -> Sollsituation erfahren
        
        Unterstuetzende Medien
        
        Mindmapping
        
        Workshops
        
        CRC-Karten
        
        Audio/Videoaufzeichnung
        
        Use Case Modelling
        
        Prototypen
      - Dokumentieren
        
        in natuerlicher Sprache
        
        IEEE-SRS
        
        Definition einer Dokumentstruktur
        
        C-Requirements/Lastenheft
        
        D-Requirements/Pflichtenheft
        
        Pflichtenheft
        
        Definition
        
        erarbeiteten Realisierungsvorgaben aufgrund vorgegebenen Lastenhefts
        
        Lastenheft
        
        Definition
        
        festgelegte Gesamtheit der Forderungen an Lieferung und Leistungen an Auftragnehmer
        
        in Modellen
        
        UML
        
        BPMN
        
        ... von Zielen
        
        Regeln zum Formulieren der Ziele
        
        Aktivformulierung
        
        Akteur klar benennen und als Subjekt des Kontext ansehn
        
        Ueberpruefbare ZIele
        
        Qualitative / Quantitative Eigenschaften definieren
        
        Nicht ueberpruefbare verfeinern
        
        Dekomposition in ueberpruefbarer Ziele (Beispiel Usability)
        
        Mehrwert des Ziels formulieren
        
        Ziel begruenden
        
        Loesungsansaetze nicht ausformulieren
        
        Praegnante Formulierung
        
        ... von Szenarien
        
        Eigenschaften
        
        Konkretisierung des Ziels bzgl Soll-System
        
        Abstraktion vom realen Ist-System
        
        Mittler-Rolle
        
        Schliessen Luecke zwischen Intentionen der Stakeholder und Loesungsanforderungen des Systems
        
        Definition
        
        Beschreibung eines konkreten Beispiels fuer (Nicht-)Erfuellung eines/mehrerer Ziele:
        Folge von Interaktionsschriten, Herstellung des Bezugs zum System
        
        Kontextinformationen
        
        Ziele
        
        Akteure
        
        Rollen
        
        Nachbedingungen
        
        Vorbedingungen
        
        Typen
        
        Positive/negative/Missbrauchsszenarien
        
        Deskriptiv
        
        beschreibendes Standardszenario
        
        dient zur Ableitung von Loesungsanforderungen
        
        explorativ
        
        Darstellung von Entscheidungsalternativen
        
        deckt evtl Begeisterungsfaktoren auf
        
        erklaerend
        
        Instanzszenario
        
        Bsp: Karl selektiert Zielort 'Strasse A' in Berlin
        
        Systeminterne/Interaktions/Kontextszenarien
        
        Haupt/Alternativ/Ausnahmszenarien
        
        Typszenario
        
        Bsp.: Fahrer selektiert Zielort mit Strassen und Ortsangabe
        
        Dokumentationsmedien
        
        Use Case Schablone
        
        Sequenzdiagramme
        
        Aktivitaetsdiagramme
        
        Use Case Diagramme
        
        User Stories
        
        Bedeutung
        
        Schaffen einer Basis fuer Entwicklung
        
        Schaffen vertragsrechlichen Basis
        
        Ueberblick ueber alle Anforderungen
        
        Vermeidung von Unklarheiten
        
        Erleichterung Einarbeitung neuer Personen
      - Pruefen & abstimmen
        
        Uebereinstimmung der Stakeholderwuensche
        
        Mehrdeutigkeiten/Fehler entdecken/entfernen
        
        Widerspruechliche Anforderungen von verschiedenen Stakeholdern aufdecken
      - Verwalten
        
        Anforderungen...
        
        strukturieren
        
        aufbereiten
        
        konsistent aendern
        
        konsistent umsetzen
    - - "Was?" vs "Wie?"
        
        Allgemeine Infos
        
        Was = Problemdefinition
        
        Loesungsbeschreibung hoeheres Abstraktionslevel ist Problemdefinition niedrigeren Abstraktionslevels
        
        Wie = Loesungsbeschreibung
        
        Konkret: Abstrakt in konkrete Anforderungen ueberfuehren
      - Requirements Engineering als PHASE
        
        Frueher
        
        Systemanalyse nach Wasserfallmodell, vor Entwicklung
        
        Heute
        
        Oftmals innovative Funktionen
        
        Daher kontinuierlicher Prozess
        
        RE & Entwicklung in Wechselwirkung
        
        Anforderungsaenderungen stetig von aussen und innerhalb der Entwicklung moeglich
    - - Strukturierte Analyse (DeMarco, 1978)
        
        Essenzielle Systemanalyse (McMenanin/Palmer)
        
        Erweiterung der strukturierten Analyse
        
        Ergaenzung durch Physikalisches/Logisches Modell
        
        Annahme unter perfekter Technologie
        
        Vorteile
        
        Trennung zwischen Essenz/Inkarnation bietet Blick auf eigentliche Funktionen des Systems
        
        Keine Versudelung durch Implementierungsdetails
        
        Unabhaengig von technologischen Aenderungen = stabiler
        
        Essenz kleiner als physikalisches Modell (Faktor 5-10)
        
        Ablauf
        
        Ist-Modell erstellen
        
        Soll-Analyse (Anforderungsdefinition)
        
        Soll-Modell (Anforderungspez)
        
        Neues System entwickeln
      - Ziel: existierende Systeme automatisieren/ersetzen
    - - Faehigkeiten
        
        Analytisches Denken
        
        Empathie
        
        Kommunikationsfaehigkeit
        
        Konfliktloesungfaehigkeit
        
        Moderationsfaehigkeit
        
        Selbstbewusstsein
        
        Ueberzeugungsfaehigkeit
      - Eigenschaften
        
        Zentrale Rolle
        
        Arbeitet sich ins Fachgebiet ein
        
        Kennt Sprache der Stakeholder
        
        Beduerfnisse entdecken
        
        Aufbereiten Information fuer Entwickler
        
        Besitzt IT-Know-How
    - - Bestimmung durch 2 Grenzen
        
        Kontextgrenze
        
        Separation relevanten Teil der Umgebung des Systems/irrelevanten Teil:
        der, der keinen Einfluss auf Anforderungen hat
        
        Systemgrenze
        
        Separation geplantes System/Umgebung:
        grenzt gestaltbaren & veraenderbaren Teil der Realtiaet vom unveraenderlichen ab
      - Teil der Umgebung des Systems, die fuer Definition & Verstaendnis der Anforderungen des betrachteten Systems relevant ist