Wymagania biznesowe: projekt i przykłady projektu

Wymagania biznesowe to specyfikacje, które po dostarczeniu dostarczają wartość i opisują cechy proponowanego systemu, z punktu widzenia użytkownika końcowego. I są one również określane jako lista wniosków interesariuszy. Produkty, oprogramowanie i procesy to sposoby, jak umieścić i zaspokajać potrzeby przedsiębiorstwa. W związku z tym, wymagania biznesowe są często omawiane w kontekście rozwoju lub nabycia oprogramowania lub innych systemów.

Definicja

Zamieszanie wokół terminologii wynika z trzech głównych powodów:

1. Powszechną praktyką jest nakreślanie celów lub oczekiwanych korzyści jako przedsiębiorstwo-wymagania.
2. Ludzie zwykle używają tego terminu w odniesieniu do cech produktu, systemu, oprogramowania, które ma być zbudowane.
3. Powszechnie akceptowany model twierdzi, że dwa typy aplikacji różnią się jedynie poziomem szczegółowości lub abstrakcji - gdzie wymagania biznesowe są wysokopoziomowe, często niejasne i dekomponowane na szczegółowe aplikacje do komponentu.

Takiego nieporozumienia można uniknąć uznając, że koncepcja nie jest celem, ale raczej odpowiada na niego (tj. dostarcza wartości) w jego spełnieniu. Wymagania biznesowe nie rozkładają się na produkt, systemy i oprogramowanie. Jest raczej odwrotnie. Produkty i ich zastosowania stanowią odpowiedź na wymagania biznesowe - przypuszczalnie w celu ich zaspokojenia. Koncepcja istnieje w środowisku produkcyjnym i musi zostać odkryta, podczas gdy zapotrzebowanie na produkt jest określane przez człowieka. Wymagania biznesowe nie ograniczają się do istnienia wysokiego poziomu, ale powinny być sprowadzone do szczegółów. Niezależnie od ilości szczegółów, aplikacje zawsze dostarczają wartości, gdy są zadowolone.

Aktualizacja produktu

W projektach rozwoju systemu lub oprogramowanie W przypadku małych wymagań biznesowych zwykle potrzebna jest siła interesariuszy. To one prowadzą do powstania lub odnowienia produktu. Wymagania biznesowe dotyczące systemu i oprogramowania składają się zazwyczaj z żądań funkcjonalnych i niefunkcjonalnych. Oczywiście, są one zazwyczaj definiowane w połączeniu z pierwszym wyborem możliwości produktu. Drugi często faktycznie odzwierciedla projekt wymagań biznesowych, które czasami są postrzegane jako ograniczenia. Mogą one obejmować niezbędne aspekty wydajności lub bezpieczeństwa stosowane na poziomie produkcji.

Nacisk na proces

Zapotrzebowania są często wymieniane w białych księgach. Nacisk kładzie się na proces lub czynność precyzyjnego planowania i opracowywania wymagań biznesowych, a nie na sposób ich realizacji. Parametr ten jest zwykle delegowany przez specyfikację lub dokument aplikacyjny systemu lub inną opcję. Jeśli nie uwzględni się wszystkich różnic, może dojść do pomyłki między nimi. W związku z tym wiele oficjalnych dokumentów w rzeczywistości opisuje wymagania dla produktu, systemu lub oprogramowania.

Przegląd

Wymagania biznesowe w kontekście rozwoju lub cyklu życia oprogramowania to koncepcja identyfikacji i dokumentowania wszelkich użytkowników. Takich jak klienci, pracownicy i dostawcy na wczesnym etapie cyklu rozwoju systemu, aby kierować projektowaniem przyszłości. Wnioski są często wychwytywane przez analityków. To oni analizują wymagania procesu biznesowego i często badają go "rzeczywiście", aby określić docelową "przyszłość.

Składanie wniosków

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

1. Kontekst, obszar i tło, w tym przyczyny zmian.
2. Kluczowi interesariusze, którzy mają wymagania.
3. Czynniki sukcesu dla stanu przyszłego lub docelowego.
4. Ograniczenia nałożone przez przedsiębiorstwo lub Inne systemy.
5. Modele i analizy procesów, często z wykorzystaniem schematów blokowych, aby przedstawić wszystko "jak jest.
6. Logiczny model danych i odniesienia do słownictwa.
7. Słowniki terminów biznesowych i lokalnego żargonu.
8. Diagramy przepływu danych ilustrujące przepływ danych przez systemy informacyjne (w przeciwieństwie do diagramów przepływu przedstawiających algorytmiczny przepływ transakcji biznesowych).

Role

Najpopularniejszym formatem zapisu wymagań biznesowych jest dokument. Ich celem jest określenie, jakie wyniki będą wymagane od systemu, ale ostatecznie może on być rozwijany bez żadnych dodatkowych warunków. W związku z tym dokumenty są uzupełnione o materiały pomocnicze, które szczegółowo opisują wydajność technologii i oczekiwania dotyczące infrastruktury, w tym wszelkie wymagania zawodowe, dotyczące jakości usług.Są to na przykład: wydajność, możliwość utrzymania, adaptacyjność, niezawodność, dostępność, bezpieczeństwo i skalowalność.

Kompletność

Prototypowanie na wczesnym etapie testów pozwala ocenić kompletność i dokładność zidentyfikowanych wymagań biznesowych. Zainteresowane strony przechodzą najpierw przez procedurę, aby pomóc w określeniu ram. A wynik jest przekazywany zespołom opracowującym wymagania biznesowe projektu, które budują system. Inni interesariusze testują i oceniają ostateczny projekt. Jasność wymaga śledzenia wniosków i ich rozwiązywania za pomocą formalnego procesu w celu określenia odpowiedniego szablonu.

Zakres wymagań biznesowych nie musi ograniczać się do etapu definiowania tego, co, co ma być do zbudowania jako system. To wykracza poza zapewnienie, jak zarządzać i utrzymywać istniejącą strategię. I zapewnić jego ciągłą przydatność dla celów biznesowych. Dokument wymagań powinien być stale przeglądany w sposób kontrolowany. Posiadanie standardowego formatu lub szablonów zaprojektowanych dla konkretnych funkcji biznesowych i domen może zapewnić kompletność wniosków, a także sprawić, że domena będzie skoncentrowana.

Przykładowa strona

Choć zwykle uważa się je za sposób oceny wymagań, prototypowanie zwykle przenosi punkt ciężkości na budowany produkt lub system. Prototypy to działające oprogramowanie, co oznacza, że składają się z trzech etapów (aplikacja, inżynieria lub projekt techniczny i wdrożenie) oddalonych od wymagań biznesowych. I są to również wersje robocze, które deweloper zamierza wdrożyć.

Ponieważ prototypy są dość specyficzne, interesariusze, którzy je wypróbowują, mogą dać bardziej znaczące informacje zwrotne na temat niektórych aspektów tego, co tworzy deweloper, co jest interpretacją sposobu zaspokojenia. Ponadto podkreślono graficzny interfejs użytkownika i skrócono back-end. Stanowią one większość logiki oprogramowania i są miejscem, w którym zostanie spełniona większość wymagań biznesowych. Innymi słowy, problemy, które ujawniają prototypy, nie są raczej związane z prośbami.

Rozwój

Ważne jest, aby rozpoznawać zmiany w aplikacjach, dokumentować je i aktualizować. Jednak wymagania biznesowe zwykle nie zmieniają się tak bardzo, jak świadomość ich istnienia. Wymaganie biznesowe może być obecne, ale nie jest rozpoznawane lub rozumiane przez interesariuszy, analityków i zespół projektowy.

Zmiany mają tendencję do odzwierciedlania postrzeganych sposobów zaspokajania niedostatecznie zdefiniowanych materiałów. Wiele trudności w spełnianiu wymagań biznesowych w rzeczywistości odzwierciedla powszechną praktykę, skierowaną na prawie każdy wysiłek z nimi związany, na to, co jest naprawdę wysokopoziomowym projektem produktu, systemu lub oprogramowania. Wynika to z braku wcześniejszego odpowiedniego zdefiniowania wymagań biznesowych w celu dostarczenia wartości.

Osoby zajmujące się rozwojem zazwyczaj ciągle rewidują produkt, aż w końcu "wracają" do rozwiązania, które wydaje się spełniać to, co jest potrzebne, czyli wydaje się spełniać wymagania produkcji. Pośrednie metody prób i błędów definiowania wymagań biznesowych to podstawa Większość "iteracyjnego rozwoju", w tym popularne metody, które są reklamowane jako "najlepsze praktyki.

Przykłady projektowania

Szablony pomagają w szybkim składaniu wniosków na określone tematy, które często mogą być istotne dla wniosków. Mogą tworzyć ustandaryzowaną dokumentację wymagań biznesowych, co może ułatwić ich zrozumienie. Szablony nie gwarantują dokładności ani kompletności wniosków. Często nadużywane szablony mają negatywny wpływ na badania, ponieważ mają tendencję do promowania powierzchowności i głównie mechanicznego definiowania bez sensownej analizy.

Trudności

Wymagania biznesowe są często przedwcześnie zaostrzane ze względu na dużą bazę interesariuszy zaangażowanych w ich definiowanie, gdzie istnieje możliwość wystąpienia konfliktu interesów. Proces zarządzania i osiągania konsensusu może mieć delikatny, a nawet polityczny charakter. Mniej złożone, choć powszechne, są grupy rozproszone, w których interesariusze znajdują się w różnych lokalizacjach geograficznych. Oczywiście pracownicy sprzedaży są bliżej swoich klientów, natomiast pracownicy produkcji są bliżej swoich jednostek. Finanse i zarządzanie pracownikami, w tym kadrą kierowniczą wyższego szczebla, bliżej zarejestrowanej siedziby.

Wymagania biznesowe, na przykład, są potrzebne dla systemu obejmującego użytkowników zaangażowanych w sprzedaż i produkcję. Może stanąć w obliczu konfliktu celów - jedna strona jest zainteresowany zapewnieniem jak największej liczby funkcji, podczas gdy drugi skupi się na najniższym koszcie produkcji. W takich sytuacjach często dochodzi do konsensusu, dającego maksymalną możliwość rozsądnego, zyskownego ustalania cen i dystrybucji.

Aby rozwiązać te problemy, wczesny udział zainteresowanych stron jest osiągany poprzez demonstracje prototypów i współpracę. Praktyczne warsztaty, zarówno w formie zorganizowanych sesji, jak i zwykłych dyskusji, pomagają w budowaniu konsensusu, zwłaszcza w odniesieniu do wrażliwych wymagań biznesowych oraz w przypadku potencjalnego konfliktu interesów. Złożoność procesu jest ważnym czynnikiem. Może wymagać specjalistycznej wiedzy z zakresu, konieczny dla zrozumienie legalny lub Wymagania 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.