BRS gegen SRS
In einem Softwareentwicklungsprojekt ist BRS (Business Requirement Specification) ein Dokument, das die Anforderungen des Kunden detailliert beschreibt. Diese enthält die Informationen über das Geschäft und Details über die Prozesse, die in Software implementiert werden müssen. SRS (Software Requirements Specification) spezifiziert die Anforderungen an ein Softwaresystem. Es enthält eine Beschreibung des zu entwickelnden Systems. SRS enthält Informationen wie die Interaktion der Benutzer mit dem Softwaresystem, nicht funktionale Anforderungen usw.
Was ist BRS?
BRS (Business Requirement Specification) ist ein Dokument, das die Anforderungen des Kunden detailliert beschreibt. Dies wird vom Entwicklungsteam bei der Entwicklung der Software und dem Testteam während der Testphase mitgeteilt. Darin sind Angaben zu den Prozessen enth alten, die in Software implementiert werden müssen und ob neue Funktionen erforderlich sind. Im Allgemeinen enthält BRS Informationen darüber, wer beabsichtigt, die Software zu verwenden, die maximale Anzahl gleichzeitiger Benutzer, die das System verwenden werden, Benutzertypen, Computerkenntnisse der Benutzer, Probleme, mit denen die Benutzer derzeit konfrontiert sind, das erforderliche Maß an Sicherheit die Anwendungs-, Hardware- und Umgebungsbedingungen, denen die Software ausgesetzt ist. Es enthält auch eine Beschreibung des aktuellen Systems und möglicher zukünftiger Erweiterungen. BRS beschreibt auch die Leistungen oder was vom Kunden erwartet wird. Es sollte auch das von der Software erwartete Zuverlässigkeitsniveau beschreiben. Am wichtigsten ist, dass BRS nicht mit Computerjargon geschrieben wurde.
Was ist SRS?
SRS spezifiziert die Anforderungen an ein Softwaresystem. Es enthält eine Beschreibung des zu entwickelnden Systems. Es beinh altet, wie der Benutzer mit dem System unter Verwendung von Anwendungsfällen interagiert. Anwendungsfälle bieten eine Beschreibung von Aktionen, die zwischen den Benutzern und einem Softwaresystem stattfinden. Üblicherweise wird UML (Unified Modeling Language) verwendet, um die Anwendungsfälle in der SRS formal zu spezifizieren. Es enthält auch nicht funktionale Anforderungen wie Leistungsanforderungen, vom System geforderte Standards und alle 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 enth alten: eine Einführung, eine allgemeine Beschreibung des Systems und spezifische Anforderungen. Die Einführung sollte neben anderen Informationen wie dem Zweck des Systems und einem Überblick über das System den Umfang des erwarteten Systems klar definieren. Die Gesamtbeschreibung enthält die Benutzerinteraktionen, Abhängigkeiten und Einschränkungen des Systems usw. Spezifische Anforderungen enth alten alle Leistungsanforderungen, Datenbankanforderungen usw.
Was ist der Unterschied zwischen BRS und SRS?
BRS ist ein Dokument, das die Anforderungen des Kunden mit nicht technischen Begriffen beschreibt, während SRS die Anforderungen an ein Softwaresystem auf formellere Weise spezifiziert. SRS beschreibt, wie die Benutzer mithilfe von Anwendungsfällen (spezifiziert mit UML) mit dem System interagieren, während das BRS eine Beschreibung der Benutzerinteraktionen bereitstellt. Sowohl BRS als auch SRS werden von den Entwicklern im Entwicklungsprozess und auch zum Testen des Systems verwendet.
