Techniki analizy wymagań z przykładem: Kompletny samouczek

Dla analityka biznesowego analiza wymagań jest najważniejszą częścią Twojej pracy. To będzie pomogą Ci określić rzeczywiste potrzeby interesariuszy. Jednocześnie umożliwiają komunikację z interesariuszami w języku, który rozumieją (np. wykresy, modele, schematy blokowe), zamiast złożonego tekstu.

Analiza wymagań ma

• Konkretny cel
• Konkretne wejście
• Konkretne wyjście
• Korzysta z zasobów
• Zawiera szereg czynności, które należy wykonać w określonej kolejności
• Może dotyczyć więcej niż jednej jednostki organizacyjnej
• Tworzy pewnego rodzaju wartość dla klienta

 

Techniki analizy wymagań

Techniki analizy wymagań są używane głównie do mapowania przepływu pracy biznesowej, dzięki czemu można analizować, rozumieć i wprowadzać wymagane zmiany w tym przepływie pracy lub procesie.

Istnieją różne techniki analizy wymagań, które można zastosować zgodnie z art rozwoju oprogramowania proces jak

1. Notacja modelowania procesów biznesowych (BPMN)

BPMN (Business Process Modeling & Notation) to graficzna reprezentacja procesu biznesowego za pomocą prostych obiektów, która pomaga organizacji komunikować się w standardowy sposób. Różne obiekty używane w BPMN obejmują

• Obiekty przepływu
• Łączenie obiektów
• tory pływackie
• Artefakty.

Dobrze zaprojektowany model BPMN powinien być w stanie podać szczegółowe informacje na temat działań wykonywanych podczas procesu, takich jak:

• Kto wykonuje te czynności?
• Jakie elementy danych są wymagane do tych działań?

Największą zaletą korzystania z BPMN jest to, że łatwiej jest udostępniać, a większość narzędzi do modelowania obsługuje BPMN.

2. UML (ujednolicony język modelowania)

UML jest standardem modelowania używanym głównie do specyfikacji, rozwoju, wizualizacji i dokumentowania systemów oprogramowania. Aby uchwycić ważne procesy biznesowe i artefakty, UML udostępnia obiekty takie jak

• Miasto
• przedmiot
• Aktywność
• Diagram klas

Istnieje 14 diagramów UML, które pomagają w modelowaniu, takich jak diagram przypadków użycia, diagram interakcji, diagram klas, diagram komponentów, diagram sekwencji itp. Modele UML są ważne w segmencie IT, ponieważ stają się środkiem komunikacji pomiędzy wszystkimi interesariuszami. Model biznesowy oparty na języku UML może stanowić bezpośredni wkład w narzędzie wymagań. Diagram UML może być dwojakiego rodzaju: model behawioralny i model strukturalny. Model behawioralny stara się dostarczyć informacji o tym, co robi system, podczas gdy model strukturalny podaje, z czego składa się system.

3. Technika schematów blokowych

Schemat blokowy to wizualna reprezentacja sekwencyjnego przepływu i logiki sterowania zbioru powiązanych działań lub działań. Istnieją różne formaty schematów blokowych, w tym liniowy, z góry na dół i wielofunkcyjny (tory pływackie). Schemat blokowy można wykorzystać do różnych działań, takich jak reprezentowanie przepływów danych, interakcji systemowych itp. Zaletą korzystania ze schematu blokowego jest to, że może być łatwy do odczytania i zapisu nawet dla nietechnicznych członków zespołu oraz może pokazać równoległy proces według funkcji , krytyczne atrybuty procesu itp.

4. Schemat przepływu danych

Diagramy przepływu danych pokazują, w jaki sposób dane są przetwarzane przez system pod względem wejść i wyjść. Elementy diagramu przepływu danych obejmują

• Przetwarzanie
• Przepływ
• Sklep
• "Terminator"

Logiczny diagram przepływu danych przedstawia działania systemu, natomiast fizyczny diagram przepływu danych przedstawia infrastrukturę systemu. Diagram przepływu danych można zaprojektować na wczesnym etapie procesu pozyskiwania wymagań w fazie analizy w SDLC (Cykl życia rozwoju systemu) w celu określenia zakresu projektu. Aby ułatwić analizę, diagram przepływu danych można podzielić na podprocesy zwane „poziomowanym DFD”.

5. Diagramy aktywności roli (RAD)

Diagram aktywności roli jest podobny do notacji typu schematu blokowego. Na diagramie aktywności roli instancje roli są uczestnikami procesu, który ma stan początkowy i końcowy. RAD wymaga głębokiej wiedzy na temat procesu lub organizacji, aby zidentyfikować role. Składniki RAD obejmują

• Aktywności
• Wydarzenia zewnętrzne
• Zjednoczone

Role grupują działania w jednostki odpowiedzialności, zgodnie z zestawem odpowiedzialności, które wykonują. Działanie może być prowadzone niezależnie od roli lub może wymagać koordynacji z działaniami pełnionymi w innych rolach.

Zdarzenia zewnętrzne to punkty, w których zachodzą zmiany stanu.

Stany są przydatne do mapowania działań roli w miarę jej przechodzenia od stanu do stanu. Osiągnięcie określonego stanu oznacza, że ​​określony cel został osiągnięty.

RAD jest pomocny we wspieraniu komunikacji, ponieważ jest łatwy do odczytania i przedstawia szczegółowy obraz procesu i równoległych działań zezwalających.

6. Wykresy Gantta

Wykres Gantta to graficzne przedstawienie harmonogramu, które pomaga koordynować, planować i śledzić określone zadania w projekcie. Reprezentuje całkowity okres czasu obiektu, podzielony na przyrosty. Wykres Gantta przedstawia na osi pionowej listę wszystkich zadań do wykonania, natomiast na osi poziomej szacunkowy czas trwania czynności lub nazwisko osoby przydzielonej do danej czynności. Jeden wykres może pokazać wiele działań.

7. IDEF (zintegrowana definicja modelowania funkcji)

IDEF, czyli Integrated Definition for Function Modeling, to powszechna nazwa odnosząca się do klas języków modelowania korporacyjnego. Służy do modelowania działań niezbędnych do wsparcia analizy, projektowania lub integracji systemu. Istnieje około 16 metod IDEF, najbardziej użytecznymi wersjami IDEF są IDEF3 i IDEF0.

8. Kolorowe sieci Petriego (CPN)

CPN lub kolorowe sieci Petriego są językiem zorientowanym graficznie specyfikacja, weryfikacja, projektowanie i symulacja systemów. Kolorowe Sieci Petriego to połączenie grafiki i tekstu. Jego głównymi elementami są Miejsca, przejścia i łuki.

Obiekty sieci Petriego posiadają specyficzny napis typu for

• Miejsca: Posiada napisy takie jak .Nazwa, .Zestaw kolorów, .Początkowe oznaczenie itp. Podczas gdy
• Przejście : Posiada napisy typu .Name (w celu identyfikacji) i .Guard (wyrażenie logiczne składa się z niektórych zmiennych)
• Łuki: Posiada napis typu .Arc. Kiedy oceniane jest wyrażenie łuku, uzyskuje się wiele zestawów kolorów symboli.

9. Technika przepływu pracy

Technika przepływu pracy to wizualny diagram przedstawiający jeden lub więcej procesów biznesowych w celu wyjaśnienia zrozumienia procesu lub przedstawienia zaleceń dotyczących ulepszenia procesu. Podobnie jak inne diagramy, takie jak schematy blokowe, mapa aktywności UML i procesów, technika przepływu pracy jest najstarszą i popularną techniką. Jest nawet używany przez BA do robienia notatek podczas pozyskiwania wymagań. Proces składa się z czterech etapów

• Zbieranie informacji
• Modelowanie przepływu pracy
• Modelowanie procesów biznesowych
• Wdrożenie, weryfikacja i wykonanie

10. Metody obiektowe

Metoda modelowania obiektowego wykorzystuje paradygmat obiektowy i język modelowania do projektowania systemu. Kładzie nacisk na odnalezienie i opisanie obiektu w domenie problemowej. Celem metody obiektowej jest

• Aby pomóc w scharakteryzowaniu systemu
• Aby dowiedzieć się, jakie są różne istotne obiekty
• Jak oni się do siebie odnoszą
• Jak określić lub modelować problem, aby stworzyć efektywny projekt
• Analizowanie wymagań i ich konsekwencji

Metodę tę można zastosować w systemie, który ma wymagania dynamiczne (często się zmienia). Jest to proces wyprowadzania przypadków użycia, przepływu działań i przepływu zdarzeń dla systemu. Analizę obiektową można przeprowadzić poprzez potrzeby tekstowe, komunikację z interesariuszami systemu i dokument wizji.

Obiekt ma stan, a zmiany stanu są reprezentowane przez zachowanie. Zatem, gdy obiekt otrzymuje wiadomość, jego stan zmienia się poprzez zachowanie.

11. Analiza luk

Analiza luk to technika stosowana do określenia różnicy pomiędzy stanem proponowanym a stanem obecnym dla dowolnej firmy i jej funkcjonalności. Odpowiada na pytania typu: jaki jest aktualny stan projektu? Gdzie chcemy być? itp. Różne etapy analizy luk obejmują

• Revzobacz System
• Wymagania rozwojowe
• Porównanie
• Implikacje
• Zalecenia