Wymagania biznesowe: przykłady rozwoju i projektowania

2024 Autor: Howard Calhoun | [email protected]. Ostatnio zmodyfikowany: 2023-12-17 10:38

Wymagania biznesowe to specyfikacje, które po dostarczeniu zapewniają wartość i opisują cechy proponowanego systemu z perspektywy użytkownika końcowego. Jest również określany jako lista wniosków zainteresowanych stron. Produkty, oprogramowanie i procesy to sposoby dostarczania i zaspokajania potrzeb przedsiębiorstwa. W związku z tym wymagania biznesowe są często omawiane w kontekście opracowywania lub nabywania oprogramowania lub innych systemów.

Definicja

Zamieszanie terminologiczne powstaje z trzech głównych powodów:

1. Powszechną praktyką jest oznaczanie celów lub oczekiwanych korzyści jako wymagań biznesowych.
2. Ludzie zwykle używają tego terminu w odniesieniu do cech produktu, systemu, oprogramowania, które ma byćutwórz.
3. Szeroko akceptowany model stwierdza, że te dwa typy oświadczeń różnią się jedynie poziomem szczegółowości lub abstrakcji - gdzie wymagania biznesowe są wysokopoziomowe, często niejasne i rozłożone na szczegółowe oświadczenia dotyczące komponentu.

Tego nieporozumienia można uniknąć, uznając, że dane pojęcie nie jest celami, ale odpowiada na nie (czyli zapewnia wartość), gdy są spełnione. Wymagania biznesowe nie rozkładają się na produkty, systemy i oprogramowanie. Wszystko dzieje się raczej na odwrót. Produkty i ich zastosowania stanowią odpowiedź na wymagania biznesowe – przypuszczalnie w celu ich zaspokojenia. Ta koncepcja istnieje w środowisku produkcyjnym i musi zostać odkryta, a zapotrzebowanie na produkt jest determinowane przez człowieka. Wymagania dotyczące biznesplanu nie ograniczają się do istnienia wysokiego poziomu, ale muszą być ograniczone do szczegółów. Niezależnie od ilości szczegółów, oferty zawsze zapewniają wartość, gdy są spełnione.

Aktualizacja produktu

Projekty rozwoju systemów lub oprogramowania dla małych firm zazwyczaj wymagają uprawnień interesariuszy. To oni prowadzą do powstania lub aktualizacji produktu. Wymagania biznesowe dotyczące systemu i oprogramowania zazwyczaj składają się z wymagań funkcjonalnych i niefunkcjonalnych. Oczywiście są one zwykle definiowane w połączeniu z pierwszą opcją możliwości produktu. Drugi często faktycznie odzwierciedla projekt wymagań biznesowych, które czasami są postrzegane jako ograniczenia. Mogą zawierać niezbędne aspektywydajność lub bezpieczeństwo mające zastosowanie na poziomie produkcji.

Najważniejsze elementy procesu

Aplikacje są często wymieniane w oficjalnych dokumentach. Nacisk kładziony jest na proces lub czynność polegającą na dokładnym planowaniu i opracowywaniu wymagań biznesowych, a nie na tym, jak to osiągnąć. Ten parametr jest zwykle delegowany przez specyfikację lub dokument oświadczeń systemowych lub inną opcję. Może dojść do zamieszania między tymi dwoma, jeśli wszystkie różnice nie zostaną wzięte pod uwagę. W związku z tym wiele oficjalnych dokumentów opisuje wymagania dotyczące produktu, systemu lub oprogramowania.

Przegląd

Wymagania biznesowe w kontekście tworzenia oprogramowania lub jego cyklu życia to koncepcja identyfikowania i dokumentowania dowolnych użytkowników. Na przykład, takich jak klienci, pracownicy i dostawcy, na wczesnych etapach cyklu rozwoju systemu, aby kierować projektowaniem przyszłości. Aplikacje są często rejestrowane przez analityków. To oni analizują wymagania procesu biznesowego i często badają go „tak jak jest”, aby określić docelową „przyszłość”.

Skład aplikacji

Wymagania dotyczące procesów biznesowych często obejmują:

1. Kontekst, obszar i tło, w tym przyczyny zmian.
2. Główni interesariusze, którzy mają wymagania.
3. Czynniki sukcesu dla przyszłego lub docelowego stanu.
4. Ograniczenia nałożone przez firmę lub inne systemy.
5. Często modele i analiza procesówużywanie schematów blokowych do reprezentowania wszystkiego „tak jak jest”.
6. Odniesienia do logicznego modelu danych i słownika.
7. Słowniczek terminów biznesowych i lokalnego żargonu.
8. Diagramy przepływu danych ilustrujące sposób ich przepływu przez systemy informacyjne (w przeciwieństwie do schematów przedstawiających algorytmiczny przepływ operacji biznesowych).

Role

Najpopularniejszym formatem pisania wymagań biznesowych jest dokument. Ich celem jest określenie, jakie wyniki będą wymagane od systemu, jednak ostatecznie może on zostać opracowany bez dodatkowych warunków. W związku z tym dokumenty są uzupełniane materiałem referencyjnym, który szczegółowo opisuje wydajność technologii i oczekiwania w zakresie infrastruktury, w tym wszelkie wymagania zawodowe związane z jakością usług, takie jak np. wydajność, łatwość utrzymania, adaptacyjność, niezawodność, dostępność, bezpieczeństwo i skalowalność.

Kompletność

Prototypowanie na wczesnym etapie testowania pozwala ocenić kompletność i dokładność zidentyfikowanych wymagań biznesowych. Interesariusze najpierw przechodzą przez ten proces, aby pomóc w zdefiniowaniu struktury. A wynik jest wysyłany do zespołów rozwoju wymagań biznesowych projektu, które budują system. Inni interesariusze testują i oceniają ostateczną rozwiniętą projekcję. Przejrzystość wymaga śledzenia wniosków i rozwiązywania ich za pomocą formalnego procesu w celu określenia odpowiedniego szablonu.

Zakres wymagań biznesowych opcjonalnyograniczone do etapu definiowania tego, co ma zostać zbudowane jako system. Wykracza to poza sposób zarządzania i utrzymywania istniejącej strategii. I aby zapewnić jego ciągłą zgodność z celami biznesowymi. Dokument wymagań powinien być stale przeglądany w kontrolowany sposób. Posiadanie ustandaryzowanego formatu lub szablonów zaprojektowanych dla określonych funkcji biznesowych i domen może zapewnić kompletność zapytań, a także skoncentrować się na zakresie.

Prototyp

Pomimo tego, co zwykle uważa się za narzędzie oceny wymagań, prototypowanie zwykle przenosi uwagę na budowany produkt lub system. Prototypy to działające oprogramowanie, co oznacza, że składają się z trzech faz (ofert, projektowania technicznego lub technicznego oraz wdrożenia) usuniętych z wymagań biznesowych. A także są to wersje podglądowe, które deweloper zamierza zaimplementować.

Ponieważ prototypy są dość specyficzne, interesariusze, którzy je wypróbowują, mogą dostarczyć bardziej znaczących informacji zwrotnych na temat niektórych aspektów tego, co tworzy programista, czyli interpretacji trybu satysfakcji. Co więcej, graficzny interfejs użytkownika jest podkreślony, a wewnątrz znajdują się skróty. Stanowią one większość logiki programu i są miejscem, w którym spełniona zostanie większość wymagań biznesowych. Innymi słowy, problemy wykrywane przez prototypy prawdopodobnie nie są związane z żądaniami.

Rozwój

Ważne jest, aby rozpoznawać zmiany w aplikacjach,dokumentować i aktualizować je. Jednak zapytania biznesowe nie zmieniają się tak bardzo, jak ich postrzeganie. Wymóg biznesowy może być obecny, ale nie jest rozpoznawany lub rozumiany przez interesariuszy, analityków i zespół projektowy.

Zmiany mają tendencję do odzwierciedlania zamierzonych sposobów spełniania nieodpowiednio zdefiniowanych treści. Wiele trudności w spełnianiu wymagań biznesowych odzwierciedla powszechną praktykę skupiania prawie wszystkich wysiłków wokół nich na tym, co naprawdę stanowi projekt wysokiego poziomu produktu, systemu lub oprogramowania. Wynika to z braku odpowiedniego zdefiniowania najpierw wymagań biznesowych w celu zapewnienia wartości.

Praktykanci zwykle powracają do produktu, aż w końcu "powrócą" do rozwiązania, które wydaje się robić to, co jest potrzebne, czyli najwyraźniej spełnia potrzeby produkcyjne. Pośrednie metody prób i błędów w celu określenia wymagań biznesowych są podstawą większości „programowania iteracyjnego”, w tym popularnych metod, które są reklamowane jako „najlepsze praktyki”.

Przykłady projektów

Szablony ułatwiają szybkie wyszukiwanie określonych tematów, które często mogą mieć związek z zapytaniami. Mogą tworzyć ustandaryzowaną dokumentację dotyczącą wymagań biznesowych, co może ułatwić jej zrozumienie. Szablony nie gwarantują dokładności ani kompletności zapytań. Przykłady często nadużywane negatywniewpływa na badania, ponieważ ma tendencję do promowania powierzchowności i głównie mechanicznej definicji bez znaczącej analizy.

Trudności

Wymagania biznesowe są często zaostrzane przedwcześnie ze względu na dużą bazę interesariuszy zaangażowanych w określanie, gdzie istnieje potencjalny konflikt interesów. Proces rządzenia i osiągania konsensusu może mieć delikatny, a nawet polityczny charakter. Mniej trudnym, choć powszechnym wyzwaniem są rozproszone zespoły z interesariuszami w różnych lokalizacjach geograficznych. Oczywiście handlowcy są bliżej swoich klientów, a produkcja - do odpowiednich jednostek. Zarządzanie finansami i personelem, w tym kadra kierownicza wyższego szczebla, bliżej zarejestrowanej siedziby.

Wymagania biznesowe są na przykład potrzebne w przypadku systemu, który obejmuje użytkowników zaangażowanych w sprzedaż i produkcję. Może stanąć w obliczu konfliktu celów – jedna strona jest zainteresowana zapewnieniem maksymalnej liczby funkcji, a druga skupi się na najniższych kosztach produkcji. Takie sytuacje często kończą się konsensusem z maksymalnymi możliwościami rozsądnych, korzystnych cen i dystrybucji.

Aby rozwiązać te problemy, zaangażowanie interesariuszy odbywa się na wczesnym etapie poprzez demonstracje prototypów i współpracę. Warsztaty praktyczne, zarówno w formie zorganizowanych sesji, jak i prostych dyskusji, pomagają w osiągnięciu konsensusu, zwłaszcza w kwestiach drażliwych.wymagania biznesowe i gdzie istnieje potencjalny konflikt interesów. Ważnym czynnikiem jest złożoność procesu. Może to wymagać specjalistycznej wiedzy, aby zrozumieć wymagania prawne lub regulacyjne, wewnętrzne wytyczne, takie jak branding lub zobowiązania dotyczące społecznej odpowiedzialności biznesu. Analiza to nie tylko uchwycenie „co” procesu biznesowego, ale także „jak” przedstawić jego kontekst.