Techniki analizy wymagań z przykładem

Jako analityk biznesowy analiza wymagań jest najważniejszą częścią Twojej pracy. pomaga określić rzeczywiste potrzeby interesariuszyUmożliwia także komunikację z interesariuszami za pomocą wykresów, modeli i schematów blokowych 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 wartość dla klienta

Techniki analizy wymagań

Techniki analizy wymagań mapują przepływ pracy w firmie, dzięki czemu można go analizować, rozumieć i udoskonalać.

W całym kraju stosuje się następujące techniki: rozwoju oprogramowania proces.

1. Notacja modelowania procesów biznesowych (BPMN)

BPMN (Business Process Model and Notation) to graficzna reprezentacja procesu biznesowego za pomocą prostych obiektów, która ułatwia komunikację w organizacji w ujednolicony sposób. Główne obiekty używane w BPMN to:

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

Dobrze zaprojektowany model BPMN zawiera szczegółowe informacje na temat działań wykonywanych w trakcie procesu, takich jak:

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

Największą zaletą BPMN jest łatwość udostępniania diagramów i obsługa tej notacji przez większość narzędzi do modelowania.

2. UML (ujednolicony język modelowania)

UML jest standardem modelowania służącym do określania i rozwojuping, wizualizacji i dokumentowania systemów oprogramowania. UML udostępnia obiekty takie jak:

• Miasto
• przedmiot
• Aktywność
• Diagram klas

Istnieje 14 typów diagramów UML, w tym diagramy przypadków użycia, interakcji, klas, komponentów i sekwencji. Modele UML służą jako medium komunikacji między wszystkimi interesariuszami. Model biznesowy oparty na UML może stanowić bezpośrednie źródło danych wejściowych dla narzędzia do określania wymagań. Diagram UML ma charakter behawioralny lub strukturalny. Model behawioralny opisuje działanie systemu; model strukturalny pokazuje, z czego się on składa.

3. Technika schematu blokowego

Schemat blokowy to wizualna reprezentacja sekwencyjnego przepływu i logiki sterowania zestawem powiązanych działań. Typowe formaty schematów blokowych to liniowy, odgórny i międzyfunkcyjny (ścieżki). Schemat blokowy może służyć do przedstawiania przepływów danych, interakcji systemowych i kroków procesu. Schematy blokowe są łatwe w odczycie i pisaniu, nawet dla osób bez wiedzy technicznej, i mogą przedstawiać procesy równoległe oraz atrybuty krytyczne.

4. Schemat przepływu danych

Diagramy przepływu danych pokazują, jak dane są przetwarzane przez system w odniesieniu do wejść i wyjść. Elementy diagramu przepływu danych to:

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

Logiczny DFD przedstawia działania; fizyczny DFD przedstawia infrastrukturę. DFD można zaprojektować na wczesnym etapie analizy cyklu życia oprogramowania (SDLC).Cykl życia rozwoju systemu) w celu zdefiniowania zakresu projektu. Można go rozszerzyć na podprocesy, co jest znane jako „poziomowany DFD”.

5. Diagramy aktywności ról (RAD)

Diagram aktywności ról jest podobny do notacji schematu blokowego. Instancje roli to uczestnicy procesu, z których każdy ma swój stan początkowy i końcowy. RAD wymaga dogłębnej znajomości procesu lub organizacji, aby zidentyfikować role. Składnikami RAD są:

• Aktywności
• Wydarzenia zewnętrzne
• Zjednoczone

Role grupują działania w jednostki odpowiedzialności. Działanie może być wykonywane w izolacji lub wymagać koordynacji z działaniami w ramach innych ról.

Zdarzenia zewnętrzne oznaczają punkty, w których następują zmiany stanu.

Stany odzwierciedlają postępy roli w procesie. Osiągnięcie stanu oznacza osiągnięcie określonego celu.

RAD jest łatwy do odczytania, prezentuje szczegółowy widok procesu i pokazuje równoległe działania.

6. Wykresy Gantta

Wykres Gantta to graficzna reprezentacja harmonogramu, która pomaga w koordynacji, planowaniu i track konkretnych zadań w projekcie. Pokazuje całkowity czas trwania projektu, podzielony na przedziały. Oś pionowa przedstawia zadania; oś pozioma przedstawia szacowany czas trwania aktywności lub przypisanego właściciela. Pojedynczy wykres może przedstawiać wiele aktywności.

7. IDEF (zintegrowana definicja modelowania funkcji)

IDEF (Integrated Definition for Function Modeling) obejmuje rodzinę języków modelowania przedsiębiorstw. Modeluje on działania wspierające analizę, projektowanie lub integrację systemów. Istnieje około 16 metod IDEF, z których najbardziej przydatne są IDEF0 i IDEF3.

8. Kolorowe sieci Petriego (CPN)

Kolorowe sieci Petriego (CPN) to język zorientowany graficznie dla specyfikacja, weryfikacja, projektowanie i symulacja systemówCPN łączy w sobie grafikę i tekst. Jego głównymi komponentami są Miejsca, przejścia i łuki.

Obiekty sieci Petriego mają specyficzne inskrypcje, na przykład:

• Miejsca: Zawiera napisy takie jak .Nazwa, .Zestaw kolorów i .Oznaczenie początkowe.
• Przejście : Zawiera napisy takie jak .Name (do identyfikacji) i .Guard (wyrażenie boolowskie dla niektórych zmiennych).
• Łuki: Zawiera napis .Arc. Po obliczeniu wyrażenia arc zwraca ono wielokrotny zestaw kolorów tokenów.

9. Technika przepływu pracy

Technika przepływu pracy to wizualny diagram przedstawiający jeden lub więcej procesów biznesowych w celu lepszego zrozumienia lub sformułowania rekomendacji dotyczących usprawnienia procesu. Obok schematów blokowych, diagramów aktywności UML i map procesów, technika przepływu pracy jest jednym z najstarszych i najpowszechniej stosowanych podejść. Analitycy biznesowi wykorzystują ją również do sporządzania 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 wyszukiwanie i opisywanie obiektów w domenie problemu. Celem metody obiektowej jest:

• Aby pomóc scharakteryzować system
• Aby zidentyfikować różne istotne obiekty
• Aby zrozumieć, jak obiekty są ze sobą powiązane
• Określić lub zmodelować problem w celu stworzenia skutecznego projektu
• Aby przeanalizować wymagania i ich implikacje

Ta metoda doskonale sprawdza się w systemach o dynamicznych, często zmieniających się wymaganiach. Polega ona na wyprowadzaniu przypadków użycia, przepływów aktywności i przepływów zdarzeń dla systemu. Analiza obiektowa może być oparta na potrzebach tekstowych, komunikacji z interesariuszami systemu oraz na dokumencie wizji.

Obiekt ma stan, a zmiany stanu są reprezentowane przez zachowanie. Gdy obiekt otrzymuje komunikat, stan zmienia się poprzez zachowanie.

11. Analiza luk

Analiza luk to technika służąca do określenia różnic między stanem proponowanym a stanem obecnym firmy i jej funkcji. Odpowiada ona na pytania takie jak: Jaki jest obecny stan projektu? Dokąd chcemy dojść? Jak zniwelować lukę? Etapy analizy luk obejmują:

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

FAQ