SYS.2 Systemanforderungsanalyse

Der Zweck des Systemanforderungsanalyse-Prozesses besteht darin, die festgelegten Stakeholder-Anforderungen in ein Set von Systemanforderungen zu überführen, welche die Gestaltung des Systemdesigns lenken.

Zurück zur Prozessübersicht

 

 

Header_SYS2

 

Prozessergebnisse 


 

Als Ergebnis einer erfolgreichen Umsetzung dieses Prozesses...

  •   Arbeitsprodukte

    • 13-21 Änderungsstatusbericht / liste
    • 17-08 Schnittstellenanforderungspezifikation
    • 17-12 Systemanforderungsspezifikation

     

     

  •   Arbeitsprodukte

    • 15-01 Analysebericht
    • 17-50 Verifikationskriterien

     

     

  •   Arbeitsprodukte

    • 15-01 Analysebericht
    • 17-08 Schnittstellenanforderungspezifikation

     

     

  •   Arbeitsprodukte

    • 15-01 Analysebericht

     

     

  •   Arbeitsprodukte

    • 17-12 Systemanforderungsspezifikation

     

     

  •   Arbeitsprodukte

    • 13-19 Reviewprotokoll
    • 13-22 Traceabilitymatrix

     

     

  •   Arbeitsprodukte

    • 15-01 Analysebericht

     

     

  •   Arbeitsprodukte

    • 13-04 Kommunikationsaufzeichnung

     

     

Basispraktiken 1-8


  •  

    Verwendung der Stakeholder-Anforderungen und -Änderungen an den Stakeholder-Anforderungen für die Ermittlung der benötigten Funktionen und Fähigkeiten des Systems. Festlegung der funktionalen und nicht-funktionalen Systemanforderungen in einer Systemanforderungsspezifikation.  

    Anmerkung 1: Applikationsparameter, die die Funktionen und Fähigkeiten des Systems beeinflussen, sind Bestandteil der Systemanforderungen.

    Anmerkung 2: Für Änderungen an den Stakeholder-Anforderungen ist SUP.10 anzuwenden. [Ergebnis 1, 5, 7]

      Arbeitsprodukte

    • 13-21 Änderungsstatusbericht / liste
    • 17-08 Schnittstellenanforderungspezifikation
    • 17-12 Systemanforderungsspezifikation
    • 15-01 Analysebericht
  •  

    Strukturierung der Systemanforderungen in der Systemanforderungsspezifikation nach z.B.

    - Gruppierung in projektrelevante Cluster,

    - Sortierung in einer logischen Abfolge für das Projekt,

    - Kategorisierung basierend auf projektrelevanten Kriterien,

    - Priorisierung anhand von Stakeholder-Bedürfnissen.

    Anmerkung 3: Die Priorisierung beinhaltet typischerweise die Zuordnung von funktionalen Inhalten zu geplanten Releases. Siehe SPL.2.BP1. [Ergebnis 2, 4]

      Arbeitsprodukte

    • 15-01 Analysebericht
    • 17-50 Verifikationskriterien
  •  

    Untersuchung der spezifizierten Systemanforderungen und deren Wechselbeziehung zur Sicherstellung der Korrektheit, der technischen Realisierbarkeit und Testbarkeit und zur Unterstützung der Risikoidentifikation. Analyse der Auswirkungen auf Kosten, Terminpläne und technische Auswirkungen.

    Anmerkung 4: Die Analyse der Auswirkungen auf Kosten und Terminpläne unterstützt die Anpassung der Projektschätzungen. Siehe MAN.3.BP5. [Ergebnis 1, 2, 7]

      Arbeitsprodukte

    • 13-21 Änderungsstatusbericht / liste
    • 17-08 Schnittstellenanforderungspezifikation
    • 17-12 Systemanforderungsspezifikation
    • 15-01 Analysebericht
    • 17-50 Verifikationskriterien
  •  

    Identifikation der Schnittstellen zwischen dem spezifizierten System und anderen Elementen der Betriebsumgebung. Analyse des Einflusses der Systemanforderungen auf diese Schnittstellen und die Betriebsumgebung. [Ergebnisse 3, 7]

      Arbeitsprodukte

    • 15-01 Analysebericht
    • 17-08 Schnittstellenanforderungspezifikation
  •  

    Entwicklung von Verifikationskriterien für jede Systemanforderung, welche das qualitative und quantitative Maß für die Verifikation der Anforderung festlegen.

    Anmerkung 5: Verifikationskriterien demonstrieren die Verifizierbarkeit einer Anforderung innerhalb vereinbarter Randbedingungen und werden typischerweise als Input für die Entwicklung der Systemtestfälle oder anderer Verifikationsmaßnahmen, welche die Übereinstimmung mit den Systemanforderungen sicherstellen, verwendet.

    Anmerkung 6: Der Teil der Verifikation, der nicht durch Testen abgedeckt werden kann, wird in SUP.2 behandelt. [Ergebnisse 2, 7]

      Arbeitsprodukte

    • 15-01 Analysebericht
    • 17-50 Verifikationskriterien
  •  

    Herstellung der bidirektionalen Traceability zwischen Stakeholder-Anforderungen und Systemanforderungen.

    Anmerkung 7: Die bidirektionale Traceability unterstützt Abdeckungs-, Konsistenz- und Auswirkungsanalysen. [Ergebnis 6]

      Arbeitsprodukte

    • 13-19 Reviewprotokoll
    • 13-22 Traceabilitymatrix
  •  

    Sicherstellung der Konsistenz zwischen Stakeholder-Anforderungen und Systemanforderungen.

    Anmerkung 8: Die Konsistenz wird durch die bidirektionale Traceability unterstützt und kann durch Review-Aufzeichnungen nachgewiesen werden. [Ergebnis 6]

      Arbeitsprodukte

    • 13-19 Reviewprotokoll
    • 13-22 Traceabilitymatrix
  •  

    Kommunikation der vereinbarten Systemanforderungen und Aktualisierungen der Systemanforderungen an alle relevanten Parteien. [Ergebnis 8]

      Arbeitsprodukte

    • 13-04 Kommunikationsaufzeichnung