SRS

SRS – die Kombination aus Lastenheft und Pflichtenheft zur Spezifikation von Systemen und Software

Die Definition von Anforderungen ist ein wesentlicher Aspekt bei der Erstellung von Software und Systemen. Das IEEE (Institute of Electrical and Electronic Engineers) hat dazu einen Standard zur Spezifikation von Software und Systemen – die sogenannte Systems and Software Requirements Specification (SRS) – veröffentlicht. Die vollständige Bezeichnung lautet: IEEE 29148-2018 – ISO/IEC/IEEE International Standard – Systems and Software Engineering – Life Cycle Processes – Requirements Engineering.

Häufig wird die SRS als Begriff synonym oder als englische Übersetzung für „Lastenheft“ verwendet. Die SRS ist jedoch nicht gleichbedeutend mit einem Lastenheft, denn sie definiert neben den customer requirements – auch C-Requirements genannt – auch development requirements – entsprechend D-Requirements genannt. In anderen Worten: eine SRS umfasst sowohl Lastenheft als auch Pflichtenheft.

Systeme oder Software – was spezifiziert die SRS?

Es gibt Publikationen, die unterscheiden zwischen einer Software Requirements Specification (SRS) und einer System Requirements Specification (SyRS). Die Ursache für diese Unterscheidung liegt in der Weiterentwicklung des IEEE-Standards. Ursprünglich definierte die IEEE 830-1998 eine „Recommended Practice for Software Requirements Specification“, also die empfohlenen Praktiken zur Spezifikation von Softwareanforderungen. Veröffentlicht wurde der Stand im Juni 1998. Im Dezember 2011 wurde der Standard durch die ISO/IEC/IEEE 29148:2011ersetzt. Diese neue ISO-Norm adressierte Prozesse und Produkte im Zusammenhang mit dem Engineering von Anforderungen an Systeme, Softwareprodukte und Softwaredienstleistungen. Aus der Spezifikation von Software wurde die Spezifikation von System und Software.

Im Oktober 2018 erschien eine neue, überarbeitete Fassung: ISO/IEC/IEEE 29148:2018. Sie definiert das Konstrukt einer guten Anforderung (also bspw. korrekt, eindeutig, widerspruchsfrei, nach Wichtigkeit und/oder Stabilität bewertet, verifizierbar, modifizierbar und nachvollziehbar), liefert Attribute und Eigenschaften von Anforderungen und diskutiert die iterative und rekursive Anwendung von Anforderungsprozessen über den gesamten Lebenszyklus.

Der Aufbau einer SRS

Die Systems and Software Requirements Specification (SRS) ist die Basis für die Entwicklung eines Produkts. Sie definiert den Rahmen für alle Mitwirkenden. Meist beinhaltet sie folgende Elemente:

• Einführung mit Ziel, Zweck und Scope,
• Allgemeine Beschreibung der zu entwickelnden Lösung
• Bedürfnisse der Anwender
• System- und Softwareanforderungen bzw. System- und Softwarefunktionen
• Verwendete Definitionen und Akronyme
• Ergänzende Informationen wie Grafiken, Skizzen, Modelle, Diagramme etc.

Die Vorteile einer SRS

Das Schreiben einer Systems and Software Requirements Specification (SRS) bietet zahlreiche Vorteile:

• Sie ermöglicht eine Schätzung von Aufwänden, Kosten, Risiken etc.
• Sie ermöglicht dem Auftraggeber bzw. Kunden, seine Vision des Projekts / der Entwicklung zu formulieren.
• Sie bildet die Basis für ein gemeinsames, dokumentiertes Verständnis von Auftragnehmer und Auftraggeber
• Sie dokumentiert und strukturiert den Stand der System- und Softwareanforderungen und ist somit ein gutes Arbeitsmittel für alle Mitwirkenden.

In der Praxis zeigt es sich immer wieder, dass eine schlechte bzw. ungenügende Spezifikation zu umfangreichen Folgekosten und einer Unzufriedenheit bei den Beteiligten – dem Auftraggeber, dem Auftragnehmer, den Anwendern – führt. Auch aus diesem Grund wird die Erstellung einer guten Systems and Software Requirements Specification (SRS) immer wichtiger.

Wenn Ihnen der Beitrag gefällt, teilen Sie ihn gerne in Ihrem Netzwerk. Und falls Sie sich für Tipps aus der Praxis interessieren, dann testen Sie unseren beliebten Newsletter mit neuen Beiträgen, Downloads, Empfehlungen und aktuellem Wissen. Vielleicht wird er auch Ihr Lieblings-Newsletter.

SRS steht nicht nur für Systems and Software Requirements Specification, sondern für eine ganze Reihe von weiteren Begriffen wie bspw.

• Safety Restraint System (ein Sicherheitssystem in Kraftfahrzeugen),
• Safety Requirement Specification (Anforderungsdokument der Funktionalen Sicherheit) oder
• Social Reporting Standard (Rechnungslegung für Non-Profit-Organisationen).

Hier finden Sie eine SRS Übersicht.

Hier finden Sie weitere Informationen zu IEEE 29148-2018.

Interessieren Sie sich sich für weitere Erläuterungen, dann empfehlen wir Ihnen das kostenlose Requirements Engineering Whitepaper.