BRS kontra SRS
W projekcie rozwoju oprogramowania BRS (Specyfikacja wymagań biznesowych) jest dokumentem szczegółowo opisującym wymagania klienta. Zawiera informacje o firmie oraz szczegóły dotyczące procesów, które należy wdrożyć w oprogramowaniu. SRS (Specyfikacja wymagań dotyczących oprogramowania) określa wymagania systemu oprogramowania. Zawiera opis systemu, który należy opracować. SRS zawiera informacje, takie jak sposób interakcji użytkowników z systemem oprogramowania, wymagania niefunkcjonalne itp.
Co to jest BRS?
BRS (Specyfikacja wymagań biznesowych) to dokument szczegółowo opisujący wymagania klienta. Zostanie to odebrane przez zespół programistów podczas opracowywania oprogramowania i zespół testowy podczas fazy testowania. Zawiera szczegółowe informacje o procesach, które należy zaimplementować w oprogramowaniu oraz o tym, czy wymagane są jakiekolwiek nowe funkcje. Ogólnie rzecz biorąc, BRS zawiera informacje takie jak: kto zamierzał korzystać z oprogramowania, maksymalna liczba jednoczesnych użytkowników, którzy będą korzystać z systemu, typy użytkowników, znajomość obsługi komputera, problemy, z którymi borykają się obecnie użytkownicy, poziom bezpieczeństwa wymagany przez aplikacji, sprzętu i ograniczeń środowiskowych, z jakimi boryka się oprogramowanie. Zawiera również opis obecnego systemu i możliwych przyszłych rozszerzeń. BRS opisuje również produkty lub oczekiwania klienta. Powinien również opisywać poziom niezawodności oczekiwany przez oprogramowanie. Co najważniejsze, BRS nie jest pisany żadnym komputerowym żargonem.
Co to jest SRS?
SRS określa wymagania systemu oprogramowania. Zawiera opis systemu, który należy opracować. Obejmuje sposób interakcji użytkownika z systemem za pomocą przypadków użycia. Przypadki użycia zawierają opis działań zachodzących między użytkownikami a systemem oprogramowania. Zazwyczaj UML (Unified Modeling Language) jest używany do formalnego określenia przypadków użycia w SRS. Zawiera również wymagania niefunkcjonalne, takie jak wymagania dotyczące wydajności, normy wymagane przez system oraz wszelkie ograniczenia systemu. SRS powinien być zawsze poprawny i spójny, ponieważ jest używany przez programistów w procesie rozwoju. Powinno być również jednoznaczne. Ogólnie SRS powinien zawierać co najmniej następujące sekcje: wprowadzenie, ogólny opis systemu i szczegółowe wymagania. We wstępie należy jasno określić zakres oczekiwanego systemu wśród innych informacji, takich jak przeznaczenie systemu i przegląd systemu. Ogólny opis przedstawia interakcje użytkownika, zależności i ograniczenia systemu itp. Szczegółowe wymagania zawierają wszelkie wymagania dotyczące wydajności, wymagania dotyczące bazy danych itp.
Jaka jest różnica między BRS a SRS?
BRS to dokument, który wyszczególnia wymagania klienta przy użyciu terminów nietechnicznych, podczas gdy SRS określa wymagania systemu oprogramowania w bardziej formalny sposób. SRS opisuje, w jaki sposób użytkownicy wchodzą w interakcję z systemem za pomocą przypadków użycia (określonych za pomocą UML), podczas gdy BRS zawiera opis interakcji użytkowników. Zarówno BRS, jak i SRS są używane przez programistów w procesie rozwoju, a także do testowania systemu.
