BRS gegen SRS
In einem Softwareentwicklungsprojekt ist BRS (Geschäftsanforderungspezifikation) ein Dokument, das die Anforderungen des Kunden beschreibt. Dies enthält die Informationen über das Geschäft und Details zu den Prozessen, die in Software implementiert werden müssen. SRS (Softwareanforderungen Spezifikation) Gibt die Anforderungen eines Softwaresystems an. Es enthält eine Beschreibung des Systems, das entwickelt werden muss. SRS enthält Informationen wie die Interaktion der Benutzer mit dem Softwaresystem, nicht funktionierende Anforderungen usw.
Was ist Brs?
BRS (Geschäftsanforderungspezifikation) ist ein Dokument, das die Anforderungen des Kunden beschreibt. Dies wird vom Entwicklungsteam bei der Entwicklung der Software und des Testteams während der Testphase verwiesen. Dies enthält Details zu den Prozessen, die in Software implementiert werden müssen und ob neue Funktionen erforderlich sind. Im Allgemeinen enthält BRS Informationen wie die, die beabsichtigt haben, die Software zu verwenden, die maximale Anzahl gleichzeitiger Benutzer, die das System verwenden, die Benutzertypen, Computerkompetenz der Verwendungen, Probleme, mit Die Anwendung, Hardware und Umweltbeschränkungen der Software. Es enthält auch eine Beschreibung des aktuellen Systems und mögliche zukünftige Erweiterungen. BRS beschreibt auch die Leistungen oder was vom Kunden erwartet wird. Es sollte auch die von der Software erwartete Zuverlässigkeitsgrad beschreiben. Am wichtigsten ist, dass BRS nicht mit einem Computer -Jargon geschrieben wird.
Was ist SRS?
SRS gibt die Anforderungen eines Softwaresystems an. Es enthält eine Beschreibung des Systems, das entwickelt werden muss. Dazu gehört, wie der Benutzer mit dem System mit Verwendung von Anwendungsfällen interagiert. Anwendungsfälle liefern eine Beschreibung der Aktionen, die zwischen den Benutzern und einem Softwaresystem auftreten. Normalerweise wird UML (Unified Modeling Language) verwendet, um die Anwendungsfälle in der SRS formell anzugeben. Es enthält auch nicht funktionale Anforderungen wie Leistungsanforderungen, vom System erforderliche Standards und die Einschränkungen des Systems. SRS sollte immer korrekt und konsistent sein, da es von den Entwicklern im Entwicklungsprozess verwendet wird. Es sollte auch eindeutig sein. Im Allgemeinen sollte SRS mindestens die folgenden Abschnitte enthalten: eine Einführung, Gesamtbeschreibung des Systems und spezifische Anforderungen. Die Einführung sollte unter anderem den Umfang des erwarteten Systems wie die Zwecke des Systems und einen Überblick über das System eindeutig definieren. Die Gesamtbeschreibung liefert die Benutzerinteraktionen, Abhängigkeiten und Einschränkungen des Systems usw. Spezifische Anforderungen enthalten alle Leistungsanforderungen, Datenbankanforderungen usw.
Was ist der Unterschied zwischen BRS und SRS?
BRS ist ein Dokument, das die Anforderungen des Kunden anhand von nicht technischen Begriffen beschreibt, während SRS die Anforderungen eines Softwaresystems in formellerer Weise angibt. SRS beschreibt, wie die Benutzer mit dem System mit Verwendung von Anwendungsfällen (angegeben mit UML) interagieren, während das BRS eine Beschreibung der Benutzerinteraktionen enthält. Sowohl BRS als auch SRS werden von den Entwicklern im Entwicklungsprozess und zum Testen des Systems verwendet.