Specyfikacja wymagań biznesowych jest znana jako „BRS”, a specyfikacja wymagań funkcjonalnych jest znana jako „FRS”. Ogólnie rzecz biorąc, wykorzystanie tych dokumentów zależy od typu organizacji i firmy, a także od ich standardów i sposobu, w jaki przestrzegają procesów.
BRS kontra FRS
Różnica między BRS a FRS polega na tym, że dokument BRS jest pisany na początku projektu, aby pokazać strategię zaspokojenia potrzeb klienta na bardziej podstawowym poziomie. A FRS to najbardziej wszechstronny dokument stworzony przez programistów i testerów, obejmujący wszystkie komponenty oprogramowania i oczekiwane interakcje, a także wymagania biznesowe, dotyczące zgodności i bezpieczeństwa.
„Specyfikacja wymagań biznesowych (BRS) to dokument, który koncentruje się na biznesowej stronie rzeczy, ponieważ zawiera specyfikę rozwiązania biznesowego projektu”. Innymi słowy, BRS to oświadczenie sporządzone w celu uzgodnienia rozbieżności między saldami w kolumnie bankowej księgi kasowej a książeczką bankową w określonym dniu.
„Specyfikacja wymagań funkcjonalnych lub FRS to dokument, który zawiera listę wszystkich zadań, które oprogramowanie lub produkt musi wykonać. W rzeczywistości jest to krok po kroku procedura wykonywania wszystkich czynności niezbędnych do zbudowania produktu od początku do końca. FRS szczegółowo opisuje, jak różne komponenty oprogramowania będą reagować podczas interakcji z użytkownikiem”.
Tabela porównawcza między BRS i FRS
| Parametry porównania | BRS | FRS |
| Na czym to polega? | Mówiąc laikiem, BRS zawiera wymagania biznesowe wysokiego poziomu tworzonego systemu. | Dokument FRS zawiera obszerne wymagania techniczne, a także diagramy techniczne, takie jak UML, przepływ danych i tak dalej. |
| Co to odpowiada? | BRS odpowiada na pytanie DLACZEGO, czyli dlaczego przygotowywane są wymagania? | FRS zajmuje się tym, JAK lub w jaki sposób wymagania będą realizowane. |
| Kiedy powstaje? | W fazie analizy projektu przygotowywany jest dokument BRS. | W fazie analizy projektu przygotowywany jest dokument BRS. W fazie planowania projektu opracowywany jest dokument FRS. |
| Kto będzie odpowiedzialny za tworzenie? | Analitycy biznesowi wygenerują dokument BRS. | FRS jest przygotowywany wspólnie przez zespół analityków biznesowych, analityków systemowych i wdrożeń, ponieważ jest szczegółowy i techniczny. |
| Kto będzie z niego korzystał? | BRS jest przeznaczony dla użytkowników biznesowych, interesariuszy i innych zainteresowanych stron. | Zespół programistów i zespół ds. zapewnienia jakości lub zespół testujący będą korzystać z dokumentu FRS. |
Co to jest BRS?
Dokument ten jest określany jako dokument wysokiego poziomu, ponieważ zawiera wszystkie wymagania klienta. W idealnym przypadku ten dokument zawierałby po prostu listę wszystkich wymagań, które powinny być zawarte w proponowanym systemie.
BRS zawiera listę wymaganych przez klienta funkcji, które powinny być zawarte w proponowanym systemie. Oczekiwania dotyczące wydajności produktu, ważne cele i inne cele biznesowe, które klient chce osiągnąć za pomocą produktu, są wymienione w BRS (Specyfikacji wymagań biznesowych).
BRS generuje raport połączeń użytkowników. Ten dokument jest zwykle pisany na początku projektu, aby pokazać strategię zaspokajania potrzeb klienta na szerszym poziomie. Podczas gdy SRS i FRS stanowią mapę drogową dla programistów, BRS jest wymagany z biznesowego punktu widzenia.
W rezultacie w tej sekcji nie przedstawiono przypadków użycia i ilustracji, co pozwala na wypełnienie luk w listach wymagań dotyczących oprogramowania i funkcjonalności. Jest to dokument formalny opisujący wymagania klienta (pisemne, ustne). Powstaje z interakcji z klientami i ich potrzeb.
Klienci często oceniają ostateczną wersję dokumentu, aby upewnić się, że każdy etap i wnioski są zgodne z ich oczekiwaniami.
Co to jest FRS?
FRS (Specyfikacja wymagań funkcjonalnych) to bez wątpienia najciekawszy temat dla programistów. Mogą tam nauczyć się algorytmu tworzenia operacji, a także szczegółowego wyjaśnienia, jak program ma działać.
Funkcje realizowane przez poszczególne ekrany, podsumowania przepływów pracy wykonywanych przez system oraz wszelkie kryteria biznesowe lub zgodności, które musi spełnić system, powinny być zawarte w systemie wymagań funkcjonalnych (FRS). FRS dostarcza potrzeb, które zostały zamienione w funkcjonalność, a także informacje o tym, jak te wymagania zostaną zaimplementowane w ramach proponowanego systemu.
Kluczowym obszarem zainteresowania ekspertów ds. oprogramowania jest specyfikacja wymagań funkcjonalnych (FRS). W ramach planowanego systemu FRS dostarcza wymagania, które zostały przełożone na sposób ich działania.
Jest to najbardziej wszechstronny dokument stworzony przez programistów i testerów, który obejmuje wszystkie komponenty oprogramowania i oczekiwane interakcje, a także wymagania biznesowe, dotyczące zgodności i bezpieczeństwa. FRS jest przydatny dla testerów oprogramowania do poznania sytuacji, w których produkt ma być testowany, podobnie jak dla programistów, aby zrozumieć, jaki produkt planują wyprodukować.
Właściciel Systemu i Zapewnienie Jakości powinni podpisać Specyfikację Wymagań Funkcjonalnych. Jeśli ważni użytkownicy końcowi, programiści lub inżynierowie byli zaangażowani w opracowywanie wymagań, ich podpisanie i zatwierdzenie może być akceptowalne.
Główne różnice między BRS i FRS
Wniosek
W przypadku każdego projektu niezbędna jest zarówno specyfikacja wymagań biznesowych (BRS), jak i specyfikacja wymagań funkcjonalnych (FRS). Nie są to jednak ten sam dokument.
Głównymi różnicami są autor, odbiorcy, treść i cel BRS i FRS. BABOK jest uznanym na całym świecie standardem dla zawodu analityka biznesowego, a BRD jest jednym z najczęściej akceptowanych dokumentów wymagań.
BRS jest rozwijany poprzez kontakt i wymagania klienta, podczas gdy FRS wywodzi się z BRS.
FRS jest najbardziej dokładnym i szczegółowym z trzech dokumentów.
Na koniec wyjaśnia „Jak” system musi działać, aby spełnić wszystkie standardy BRS i SRS. Ostatecznym celem FRS jest spełnienie wszystkich standardów określonych w przepisach BRS.
