Softwareerstellung besteht nicht nur aus Entwicklung. Bevor Entwickler mit der Arbeit an Software beginnen, müssen sie genau wissen, was sie erstellen sollen. Deshalb beginnt die Entwicklung normalerweise mit der Vorbereitung einer Reihe von Dokumenten, die ein zukünftiges Projekt detailliert beschreiben. Die Dokumente umfassen zahlreiche Recherchen, Analysen und Spezifikationen, darunter die Software Requirements Specification (SRS).
Dieser Artikel widmet sich SRS, seiner Bedeutung für Ihr Projekt und den Schritten zur Erstellung einer qualitativ hochwertigen Softwarespezifikation. Tauchen wir in das Thema ein, indem wir SRS definieren.
Die besten Möglichkeiten, online Geld zu verdienen 2015
Was ist Softwareanforderungsdokumentation und warum wird sie benötigt?
Softwareanforderungsdokumentation ist ein Dokument, das funktionale und nichtfunktionale Spezifikationen von Software beschreibt, wie sie entwickelt wird und Anwendungsfälle – die Art und Weise, wie Benutzer mit Software interagieren, wenn sie fertig ist. Der SRS-Bericht wird normalerweise während der Entdeckungsphase eines Projekts . Geschäftsinhaber können alle Spezifikationen selbst strukturieren oder diese Aufgabe Fachleuten übertragen, die Erfahrung in der Softwareentwicklung und der Definition von Spezifikationen haben.
Einige Geschäftsinhaber möchten möglicherweise die Ermittlungsphase einschließlich der Vorbereitung der Dokumentation überspringen. Eine Vernachlässigung dieser Phase kann jedoch zum Scheitern des Projekts führen. Laut der Pulse of the Profession-Forschung des PMI 35% der Projekte scheitern an ungenauen Anforderungen. Würde ein Geschäftsinhaber sich weigern, eine SRS-Erhebung durchzuführen, wenn er diese Statistiken vorher kennen würde? Wir bezweifeln es. So profitiert Ihr Team davon, alle Softwareanforderungen an einem Ort zu haben:
- Entwickler entscheiden, welchen Tech-Stack sie benötigen, um Back- und Front-End der Software zu erstellen
- Designer Machen Sie sich ein Bild davon, wie sie die Funktionalität in einer Softwareoberfläche abbilden können
- Tester Machen Sie sich mit den Testfällen vertraut, die sie vorbereiten und sicherstellen müssen, dass die Software die Geschäftsanforderungen erfüllt.
- Unternehmer eine Liste der für ihr Produkt erforderlichen Funktionen erhalten und fundierte Entscheidungen über Investitionen treffen können
Alles in allem ist die Dokumentation der Softwareanforderungen eine Richtlinie, die sicherstellt, dass alle am Softwareentwicklungsprozess Beteiligten eine klare Vorstellung von dem Prozess und die gleichen Erwartungen haben. Somit ermöglicht der SRS-Bericht die Vermeidung von Missverständnissen und Fehlkommunikationen innerhalb des Teams.
Wenn Sie sich entscheiden, selbst an der Erstellung von Spezifikationen zu arbeiten, können Sie von der Verwendung eines Teils der Softwarespezifikation profitieren Beispiele finden Sie im Internet. Wenn Sie diese Aufgabe an Profis delegieren möchten, stellen Sie sicher, dass Sie ein zuverlässiges Unternehmen finden, das über ein starkes Team aus Business-Analysten, Projektmanagern, Entwicklern und Testern verfügt, die qualitativ hochwertige Spezifikationen liefern können.
Dinge, die Sie wissen sollten, bevor Sie einen SRS-Bericht schreiben
Um Softwareanforderungen richtig zu identifizieren, ist es wichtig zu wissen, welchen Wert Software für Unternehmen und Softwarebenutzer haben sollte. Es ist auch wichtig, die Eigenschaften von hoher Qualität zu kennen Softwarespezifikationen .
Geschäfts- und Benutzeranforderungen
Geschäfts- und Benutzeranforderungen spiegeln die Essenz der zu entwickelnden Software wider. Geschäftsanforderungen beschreiben die Ziele, die Geschäftsinhaber mit einer bestimmten Software erreichen möchten. Die Ziele können unterschiedlich sein: Prozesse automatisieren, Mitarbeiter- und Hardwareanzahl minimieren etc. Die Anforderungen der Nutzer variieren je nach Art der Software. In den meisten Fällen möchten Benutzer jedoch Anwendungen, die schnell arbeiten und sich intuitiv bedienen lassen. Es ist wichtig, diese Anforderungen zu berücksichtigen, um detaillierte Spezifikationen zu schreiben.
Eigenschaften von hochwertigem SRS
Damit der Software-Anforderungsspezifikationsbericht für das Projekt und ein Team von maximalem Nutzen ist, ist es wichtig, ihn zu erstellen:
- Vollständig damit jedes an einem Projekt beteiligte Teammitglied die notwendigen Informationen im Bericht findet. Entwickler sollten dort technische Anforderungen finden, während UI/UX-Designer allgemeine Designrichtlinien haben sollten. Tester sollten verstehen, wie die Software funktionieren muss, um sie richtig testen zu können. Product Owner benötigen dieses Dokument, um eine klare Vorstellung von ihrem Projekt zu haben.
- Messbar damit Sie das fertige Produkt mit den von Ihnen zu Beginn erstellten Spezifikationen vergleichen können. Es macht keinen Sinn zu sagen, dass Ihre Software alle Anforderungen erfüllen sollte.
- Flexibel. SRS-Berichte schreiben Sie nicht einmal und können bis zum Ende eines Projekts nicht geändert werden. Im Gegenteil, die Anforderungen können sich im Laufe der Projektarbeit ändern. Daher sollte sich das Format Ihres Berichts bequem anpassen lassen, wann immer Sie es benötigen.
- Klar und genau. Es ist wichtig, überflüssige Formulierungen und Mehrdeutigkeiten zu vermeiden. Jeder Prozess sollte in einfachen Worten beschrieben werden, mit einer Liste der Technologien, die zum Erstellen von Software erforderlich sind.
Wenn Sie jetzt wissen, worauf es bei einer qualitativ hochwertigen Dokumentation der Softwareanforderungen ankommt, ist es an der Zeit zu sehen, woraus sie besteht.
Komponenten der Software-Anforderungsspezifikation
Ein SRS-Bericht sollte konsistent sein, daher ist es wichtig, sich an eine bestimmte Struktur zu halten, die den Lesern hilft, Informationen leicht wahrzunehmen. Im Folgenden beschreiben wir die Hauptabschnitte, die ein anständiges SRS enthalten sollte.
Einführung
Eine Einführung sollte kurz erklären, welche Software erstellt werden soll, damit jedes Teammitglied ein Gesamtverständnis des Projekts erhält, an dem es arbeitet.
Zielgruppe
In diesem Abschnitt erwähnen die Berichtsautoren alle Teammitglieder, die Zugriff auf das Dokument haben. In der Regel sind dies Software-Ingenieure, Tester, Designer und Projektleiter. Ein Product Owner, der die Softwareentwicklung beauftragt, sollte ebenfalls in diese Liste aufgenommen werden und die Möglichkeit haben, das Dokument jederzeit einzusehen, um sicherzustellen, dass alles wie geplant verläuft.
Allgemeine Beschreibung
In diesem Abschnitt werden die Funktionen beschrieben, die die Software ausführen muss. Sie finden auch Benutzerrollen und Anwendungsfälle. In diesem Teil können Annahmen und Abhängigkeiten beschrieben werden, um mögliche Herausforderungen und Wege zu ihrer Bewältigung vorherzusagen. In diesem Abschnitt können auch Konstruktionsbeschränkungen enthalten sein.
Preiselbeersaft und Drogentests
Anforderungen an externe Schnittstellen
Dieser Teil des SRS-Berichts beschreibt, wie Benutzer, Hardware und Software interagieren sollen. Der Abschnitt lässt sich in vier Teile unterteilen:
- Der Benutzeroberflächen Teil beschreibt, wie Benutzer mit Software interagieren.
- Der Hardwareschnittstellen Teil handelt von der Interaktion zwischen Hardware und Software.
- Der Softwareschnittstellen Teil erklärt, wie Software mit ihren Komponenten wie Betriebssystemen, Bibliotheken, Datenbanken usw. korreliert.
- Der Kommunikationsschnittstellen Teil beschreibt die innerhalb der Software verwendeten Kommunikationskanäle: E-Mails, Browser, Serverprotokolle usw.
Funktionale Anforderungen
In diesem Abschnitt geht es um die Funktionsweise der Software. Es beschreibt jede Funktion, damit alle Teammitglieder den Arbeitsumfang verstehen können. Funktionale Anforderungen sollten aus der Beschreibung des Systemworkflows, Wenn/Dann-Verhalten, Datenverarbeitungslogik und Dateneingaben und -ausgaben bestehen.
Je detaillierter die Funktionsbeschreibung, desto geringer die Chance auf Nacharbeit in der Zukunft. Eine detaillierte Beschreibung der funktionalen Anforderungen ermöglicht auch eine Abschätzung von Zeit und Kosten der Entwicklung.
Nicht-funktionale Anforderungen
In diesem Abschnitt wird die gewünschte Softwareleistung beschrieben, die in ihren Eigenschaften ausgedrückt wird. Die wichtigsten nichtfunktionalen Anforderungen sind in der Regel Sicherheit, Usability, Testbarkeit, Skalierbarkeit etc.
Anhänge
In diesem Abschnitt sollten Sie alle Informationen sammeln, die Ihnen helfen, die wichtigsten Spezifikationen besser zu verstehen. Dieser Abschnitt ist ein Ort für Abkürzungen, Begriffe und ihre Definitionen, Diagramme, Schemata usw.
Die oben genannte Gliederung kann je nach Projekt, Art der zu erstellenden Anwendung, Komplexität der Anwendung usw. geändert werden. Sie können die Gliederung so ändern, dass es für Ihr Team bequemer ist, aber Sie sollten alle Hauptabschnitte, um vollständige Informationen über das Projekt zu erhalten.
Welches Kratom ist am meisten Opiat?
Tools zum Erstellen von SRS-Berichten
Egal für welches Tool Sie sich zum Erstellen von Software-Anforderungsspezifikationen für Ihr Projekt entscheiden, das Dokument sollte für alle an einem Projekt beteiligten Mitglieder bequem zu verwenden und zu teilen sein. Im Folgenden listen wir einige beliebte Methoden und Tools auf, um einen SRS-Bericht zu erstellen.
Google Dokumente
Viele Business-Analysten entscheiden sich für Google-Dienste wie Google Docs oder Google Spreadsheets, weil sie einfach zu bedienen und zu bearbeiten sind. Darüber hinaus können Berichtsautoren mit Dokumentansichten experimentieren, um sie für andere lesbarer zu machen. Da es sich um Cloud-Dienste handelt, lassen sich Google-Dokumente und -Tabellen im Vergleich zu Microsoft-Dokumenten oder anderen Offline-Texteditoren auch bequemer teilen.
Perle
Perle ist ein Anforderungsmanagement-Tool, das die Handhabung aller spezifikationsrelevanten Aufgaben so einfach wie möglich macht. Sie müssen lediglich Anwendungsfälle, Benutzerrollen, Bedingungen und Abläufe definieren. Sobald Sie dies getan haben, können Sie mit einem Klick einen Bericht erstellen. Eine weitere gute Sache des Pearl-Tools ist, dass es Benachrichtigungen und Kommentare für eine bequeme Teamarbeit ermöglicht.
Helix RM
Helix RM ist ein weiteres Werkzeug, das die Arbeit mit Spezifikationen erleichtert. Seine umfangreiche Funktionalität ermöglicht es Teams, mit maximaler Bequemlichkeit mit Spezifikationen zu arbeiten. Insbesondere bietet Helix RM seinen Benutzern grafische Tools, Rückverfolgbarkeit von Anforderungen, Funktionen für die Zusammenarbeit in Echtzeit und mehr. Der große Vorteil des Tools ist die Integration mit unterschiedlicher Software wie Slack, Jira, GitHub etc.
Fazit
Eine ordnungsgemäß erstellte Dokumentation der Softwareanforderungen macht ⅓ Ihres Projekterfolgs aus, daher ist es wichtig, diesen Teil bei der Entwicklung Ihrer Software zu berücksichtigen. Es ist möglich, alleine oder mit einem Team von Business-Analysten und Software-Ingenieuren des Unternehmens, das Sie für die Zusammenarbeit auswählen, an einem SRS-Bericht zu arbeiten.
Unabhängig davon, wer Spezifikationen schreibt und welche Programme sie dafür verwenden, sollten Sie sicherstellen, dass Ihre Dokumentation zu den Softwareanforderungen klar, konsistent, messbar, flexibel und vollständig ist.
