imported>Stp1910: /* Siehe auch */

2023-07-22T10:30:08Z

Siehe auch

Neue Seite

'''Anforderungsmanagement''' ('''AM'''; {{enS|requirements management}}, ''RM'') umfasst Maßnahmen zur Steuerung, Kontrolle und Verwaltung von [[Anforderung (Informatik)|Anforderungen]]: [[Risikomanagement]], [[Veränderungsmanagement|Änderungsmanagement]] und Umsetzungsmanagement. Es dient der effizienten und fehlerarmen Entwicklung komplizierter [[System]]e, an denen arbeitsteilig gearbeitet wird. Denn Probleme mit Anforderungen resultieren zumeist aus mangelndem [[Managementprozess|Management]] ebendieser. Alleine das Aufstellen von Anforderungen reicht nicht aus, sondern für die Planung und Realisierung eines Produktes oder Systems ist ebenso der Prozess des Anforderungsmanagements notwendig.

Anforderungsmanagement ist ein Teilgebiet des Requirements Engineerings (RE) und der [[Business-Analyse]]. Deren weitere Disziplinen sind z. B. Anforderungsdefinition, [[Anforderungsanalyse (Informatik)|Anforderungsanalyse]], Anforderungsdokumentation, Anforderungsvalidierung.

== Ziele ==
Das Ziel des Anforderungsmanagements ist es, ein gemeinsames Verständnis über ein zu entwickelndes System zwischen Auftragnehmer und Auftraggeber zu erreichen. Dieses gemeinsame Verständnis kann durch die Einführung und Umsetzung von Anforderungsmanagementmethoden (u. a. [[Scoping]], [[Anforderungsanalyse (Informatik)|Anforderungsanalyse]], [[Anforderungsspezifikation]], [[Anforderungsmodellierung]], [[Anforderungsreviews]]) erreicht werden. Durch den Einsatz dieser Methoden kann die Aktualität und Qualität der Anforderungsdokumentation gesteigert werden. [[Qualität]]skriterien einer Anforderungsdokumentation sind u. a. [[Verständlichkeit]], [[Eindeutigkeit]], [[Rückverfolgbarkeit (Anforderungsmanagement)|Nachweisbarkeit (Rückverfolgbarkeit)]], [[Widerspruchsfreiheit]], Vollständigkeit, [[Testbarkeit]].<ref>{{Literatur |Autor=Karl Wiegers, Joy Beatty |Titel=Software Requirements |Auflage=3. |Verlag=Microsoft Press |Datum=2013 |ISBN=978-0-7356-7966-5}}</ref> Zur halbautomatischen Prüfung einiger Qualitätskriterien kann, in Anlehnung an [[Code-Smell]]s, in der Anforderungsdokumentation nach sogenannten ''Requirements Smells'' gesucht werden, die potenzielle Probleme im Text aufdecken.<ref>{{Literatur |Autor=Henning Femmer, Daniel Méndez Fernández, Stefan Wagner, Sebastian Eder |Titel=Rapid quality assurance with Requirements Smells |Sammelwerk=Journal of Systems and Software |Band=123 |Nummer= |Datum=2017 |Seiten=190-213 |arXiv=1611.08847 |DOI=10.1016/j.jss.2016.02.047}}</ref> Zugleich dienen die resultierenden Dokumente häufig für die Erstellung von Testfällen und als [[vertrag]]liche Basis für die Umsetzung.

== Normen ==
Anforderungsmanagement gehört zu den Prozessen in den Software- und System-Reifegrad-Modellen [[Capability Maturity Model Integration|CMMI]] und [[ISO/IEC 15504]] (SPICE) sowie im Standard [[ISO/IEC 12207]]. Anforderungen und Charakteristiken für die Erstellung von Anforderungen sind in der [[Software Requirements Specification|ISO/IEC/IEEE 29148]] beschrieben.<ref>{{Internetquelle |url=https://www.iso.org/standard/45171.html |titel=ISO/IEC/IEEE 29148:2011 – Systems and software engineering – Life cycle processes – Requirements engineering |sprache=en |abruf=2018-02-08}}</ref> Weiterhin wird auf <nowiki>RFC 2119</nowiki> referenziert.<ref>{{RFC-Internet |RFC=2119 |Titel=Key words for use in RFCs to Indicate Requirement Levels |Datum= |Autor=Scott Bradner}}</ref>

Ein von der Deutschen Automobilindustrie heraus entwickelter Standard zum einheitlichen Austausch von Anforderungen ist das [[Requirements Interchange Format]] (ReqIF™, ehemals RIF). ReqIF wird durch ein [[XML Schema|XML-Schema]] definiert und ist ein Format und Datenmodell, das Strukturen für Anforderungen, deren Attribute, Typen, Zugriffsrechte, Relationen (Links) enthält. Der Standard wird durch [[ProSTEP iViP|Prostep ivip]] von Projektpartnern stets weiterentwickelt (Stand 2022).

== Sprache ==
Ziel einer Anforderungsspezifikation (u. a. [[Lastenheft]], [[Pflichtenheft]], [[Fachkonzept]]) ist es, die Anforderungen so zu formulieren, dass zwischen dem Auftraggeber und Auftragnehmer ein gemeinsames Verständnis über das zu entwickelnde System geschaffen wird. Zur Darstellung wird natürliche [[Sprache]] verwendet oder eine formalisierte natürliche Sprache mit eingeschränktem Vokabular und festen Satzkonstruktionen, z. B. Satz-Schablonen oder Requirements Templates. Dabei sollten Regeln eingehalten werden, um die Qualität der Anforderungen zu verbessern. Empfehlenswert ist beispielsweise, kurze Sätze zu formulieren, ungenaue [[Adjektiv]]e und [[Adverb]]ien nicht zu verwenden (sogenannte „schwache Wörter“, wie z. B. schneller, schöner, automatisch, circa), sowie [[Aktiv und Passiv im Deutschen|Passiv]] (z. B. „Es kann berechnet werden“) zu vermeiden, sondern stattdessen das handelnde System zu nennen, und [[Konjunktiv]] (z. B. „müsste“ oder „sollte“) zu vermeiden.

Anforderungen sollten nicht nur Aussagen über gewünschte Eigenschaften eines Produkts oder Systems treffen, sondern auch Kriterien beinhalten, wie diese Eigenschaften überprüft werden können ([[Akzeptanzkriterium|Akzeptanzkriterien]]).<ref>{{Internetquelle |url=https://re-magazine.ireb.org/articles/requirements-engineering-for-testers/ |titel=RE for Testers – Requirements Engineering Magazine |hrsg=International Requirements Engineering Board (IREB) |sprache=en |abruf=2019-08-16}}</ref> Diese Kriterien dienen der Qualität der Anforderungen selbst, da sie zu einer inhaltlichen Überprüfung der Anforderung anregen.

Zudem existieren mehrere grafische Notationen zur [[Modell]]ierung und Dokumentation von Anforderungen und Zielen. Dabei handelt es sich u. a. um die künstlichen Sprachen:
* [[Unified Modeling Language]] (UML)
* [[Systems Modeling Language]] (SysML) – [[Anforderungsdiagramm]]e
* [[User Requirements Notation]] (URN)
* [[Message Sequence Chart]]s (MSC)
* [[i*|iStar]] (i*)
* [[KAOS (Softwareentwicklung)|KAOS]]

== Anforderungsmanagement-Software ==
{{Hauptartikel|Anforderungsmanagement-Software}}

Um ein Anforderungsmanagement besser zu strukturieren, Redundanzen zu reduzieren sowie [[Versionsverwaltung|Versions-]]/[[Konfigurationsmanagement]] und [[Rückverfolgbarkeit (Anforderungsmanagement)|Rückverfolgbarkeit]] (engl. Requirements Traceability) zu ermöglichen, wird spezialisierte Software eingesetzt. Diese basiert in aller Regel auf einer [[Datenbank]], in der die Einzel-Requirements gespeichert und im Zeitverlauf weiterverfolgt werden. Zu den Requirements wird der Start ihrer Bearbeitung, die Erreichung von Meilensteinen und der (erfolgreiche) Abschluss der Arbeit vermerkt. Die Software ermöglicht es meist auch Anforderungen in Beziehung zu setzen. So können zum Beispiel Systemanforderungen auf Kundenanforderungen zurückgeführt werden. Ist diese Beziehung nicht ersichtlich, liegt möglicherweise ein [[Overengineering]] vor. Genauso können Tests mit den Anforderungen in Beziehung gesetzt werden.

Werden Standard-Programme zur Textverarbeitung oder Tabellenkalkulation anstelle spezialisierter Software eingesetzt, können die soeben beschriebenen Verfolgbarkeit und Beziehungen häufig nicht oder nur aufwändig gepflegt werden.

== Siehe auch ==
* [[Feature-Request]]
* [[International Institute of Business Analysis]]
* [[Volere]] – Ressourcen zur Anforderungsanalyse
* [[Epic (Anforderungsmanagement)]]
* [[Human Centered Design]]
* [[User Centered Design]]

== Literatur ==
'''Standardwerke''' (mit mindestens 2. Auflage):
* [[Klaus Pohl (Informatiker)|Klaus Pohl]]: ''Requirements Engineering. Grundlagen, Prinzipien, Techniken''. 2. Auflage. dpunkt.verlag, Heidelberg 2008, ISBN 978-3-89864-550-8.
* [[Helmut Balzert]]: ''Lehrbuch der Softwaretechnik. Basiskonzepte und Requirements Engineering''. 3. Auflage. Spektrum, Heidelberg 2009, ISBN 978-3-8274-1705-3.
* Helmuth Partsch: ''Requirements-Engineering systematisch''. 2. Auflage. Springer, Berlin / Heidelberg 2010, ISBN 978-3-642-05357-3.
* Marcus Grande: ''100 Minuten für Anforderungsmanagement. Kompaktes Wissen nicht nur für Projektleiter und Entwickler''. 2. Auflage. Springer Vieweg, Wiesbaden 2014, ISBN 978-3-658-06435-8.
* [[Inge Hanschke]], Gunnar Giesinger, Daniel Goetze: ''Business Analyse – einfach und effektiv. Geschäftsanforderungen verstehen und in IT-Lösungen umsetzen''. 2. Auflage. Hanser, München 2016, ISBN 978-3-446-44345-7.
* Peter Hruschka: ''Business Analysis und Requirements Engineering. Produkte und Prozesse nachhaltig verbessern''. 2. Auflage. Hanser, München 2019, ISBN 978-3-446-45589-4.
* Markus Unterauer: ''Workshops im Requirements Engineering. Methoden, Checklisten und Best Practices für die Ermittlung von Anforderungen''. 2. Auflage. dpunkt.verlag, Heidelberg 2020, ISBN 978-3-86490-695-4.
* [[Chris Rupp]], die SOPHISTen: ''Requirements-Engineering und -Management''. 7. Auflage. Hanser Verlag, München 2021, ISBN 978-3-446-45587-0.
* [[Klaus Pohl (Informatiker)|Klaus Pohl]], [[Chris Rupp]]: ''Basiswissen Requirements Engineering. Aus- und Weiterbildung nach IREB-Standard zum Certified Professional for Requirements Engineering Foundation Level''. 5. Auflage. dpunkt.verlag, Heidelberg 2021, ISBN 978-3-86490-814-9.
* [[Christof Ebert]]: ''Systematisches Requirements Management. Anforderungen ermitteln, dokumentieren, analysieren und verwalten''. 7. Auflage. dpunkt.verlag, Heidelberg 2022, ISBN 978-3-86490-919-1.
* Johannes Bergsmann: ''Requirements Engineering für die agile Softwareentwicklung. Methoden, Techniken und Strategien''. 3. Auflage. dpunkt.verlag, Heidelberg 2022, ISBN 978-3-86490-929-0.

== Einzelnachweise ==
<references />

[[Kategorie:Anforderungsmanagement| ]]
[[Kategorie:Projektmanagement]]
[[Kategorie:IT-Management]]
[[Kategorie:Produktentwicklung]]

Anforderungsmanagement - Versionsgeschichte

imported>Stp1910: /* Siehe auch */