Przypadki użycia są łatwiejsze do zrozumienia niż diagramy BPMN

Jakiś czas temu napotkałem ciekawe wyniki badań, które zostały opracowane w Polsce. Instytut Informatyki Politechniki Poznańskiej wykonał badania, w których  celem było znalezienie odpowiedzi na pytanie: jaka reprezentacja wymagań: tekstowa, czy graficzna, jest lepsza z punktu widzenia stopnia zrozumienia przez osoby je czytające?
Jako reprezentanta podejścia tekstowego wybrano przypadki użycia. Natomiast dla notacji graficznej wybrano zapis BPMN,  który przypomina UML, lecz jest tworzony z zamiarem opisu modeli biznesowych. Uczestnikami eksperymentu byli studenci 4-tego roku Inżynierii Oprogramowania oraz Gospodarki Elektronicznej.

Eksperyment składał się z następujących kroków:

  1. Wykładu wprowadzającego do konkretnej notacji (90 minut).
  2. Ćwiczeń w trakcie których studenci otrzymali wysokopoziomowy zapis procesów PRINCE2 wyrażonych w danej notacji, zawierającej celowo posiane błędy. Zadaniem studentów było ich znalezienie. Dokument miał 5 stron, natomiast etap ćwiczeń trwał 90 minut.
  3. Eksperyment, który przebiegał w podobny sposób jak ćwiczenia. Tym razem jednak zmieniona została dziedzina biznesowa. Zamiast procesu PRINCE2, studenci otrzymali model biznesowy opisujący regulamin studiów (zaliczanie semestrów, zdawanie egzaminów, egzamin dyplomowy, itp.). Studenci w ciągu godziny musieli znaleźć wszystkie możliwe błędy.

Jako stopień zrozumienia wymagań przyjęto liczbę znalezionych błędów w dokumencie (DDR).

W wyniku przeprowadzanych eksperymentów zaobserwowano, że DDR dla przypadków użycia był wyższy niż dla diagramów BPMN i wynik był istotny statystycznie (na poziomie istotności 0,05). Uzasadnia to następujące przypuszczenie: przypadki użycia są łatwiejsze do zrozumienia niż diagramy BPMN.
Lepiej zatem wyrażać modele biznesowe korzystając z przypadków użycia.

Technorati Tagi: przypadki użycia,UML,diagramy BPMN,diagramy,wymagania na system
Podobne wpisy
Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET

W artykule przedstawiono opis pakietu narzędziowego VS.NET (Microsoft) z Rational XDE (IBM) do wytwarzania aplikacji webowych pracujących w środowisku urządzeń więcej

UML – zastosowanie w biznesie

Po raz kolejny Centrum Promocji Informatyki zorganizowało seminarium związane z wykorzystaniem języka UML w biznesie. W tym przedsięwzięciu miałem swój więcej

Rational Software Architect Pierwszy Krok

Technorati Tagi: Rational Software Architect,inżynieria oprogramowania W artykule zaprezentowano jak rozpocząć pracę z i opis elementów tego narzędzia CASE. Środowisko więcej

Wstęp do projektowania aplikacji w Rational Software Architect

Rational Software Architect jest kolejną po Rational Rose i Rational XDE generacją narzędzi wspierających twórców oprogramowania w czasie projektowania. RSA więcej

Reklama
MODESTO - licencje Enterprise Architect

2 komentarze dla “Przypadki użycia są łatwiejsze do zrozumienia niż diagramy BPMN”

  1. moje uwagi:
    – porównanie BPMN i UC to jakieś nieporozumienie, po pierwsze UC to specyfikacja a nie przeływy jak w BPMN po drugie BPMN nie służy do specyfikowania niczego a do modelowania zjawisk.

    W metodyce która z powodzeniem: model procesow (np. BPMN) służy do udokumentowania i weryfikacji (audyt) tego co sie w organizacji dzieje. Diagram UC to lista czynności zz modelu procesów wybranych do zakresu projektu. I co tu porównywać?

  2. Porównanie dotyczyło tego co jest łatwiej czytać. Z przytoczonych przeze mnie badań wynika, że to UML jest techniką, która jest łatwiej przyswajalna.

Dodawanie komentarzy zostało zablokowane.

Scroll to Top