Metody i narzędzia modelowania procesów biznesowych. Modelowanie procesów biznesowych Zautomatyzowana konstrukcja modeli procesów biznesowych

Systematyczna kontrola wszystkich procesów przedsiębiorstwa pozwala skutecznie promować produkty na rynku zbytu, stabilizować wszystkie etapy produkcji oraz utrzymywać odpowiedni poziom do zajęcia czołowej pozycji w gospodarce kraju.

Ważne: właśnie osiągnięcie wiodącej pozycji na rynku jest główną cechą analizy procesów biznesowych.

Jego osobliwość polega na konsekwentnym badaniu wszystkich procesów produkcyjnych w celu zidentyfikowania i wyeliminowania problemu.

Dowiesz się, jak analiza i modelowanie procesów biznesowych przebiega w praktyce tutaj:

Cele procesu

W przypadku braku systematycznych badań niezbędnych mechanizmów, głównymi czynnikami wymagającymi pilnej analizy są:

• Wysokie koszty wprowadzenia nowych procesów technologicznych;
• Znaczne koszty transportu lub wewnętrznego przechowywania produktów;
• Niski procent czasu przetwarzania produktów od stworzenia do sprzedaży;
• Czas dostawy produktu;
• Problemy z dotrzymaniem warunków podpisanych umów;
• Lista asortymentów jest zbyt obszerna.

Te etapy są kluczowe w badaniach, ale oprócz nich konieczne jest zbadanie wszystkich działań organizacji.

Aby zrozumieć szczegóły pracy przedsiębiorstwa, musisz:

• Prowadzenie: badanie sprawozdań finansowych. Jak to przeprowadzić, dowiesz się w publikacji przez odniesienie;
• Sprawdź dokumenty produkcyjne;
• Wykonaj inwentaryzację produkcji;
• Zbadaj proces w praktyce.

Ważne: poprawa wydajności wszystkich procesów przedsiębiorstwa jest podstawowym zadaniem analizy.

Aby to osiągnąć, konieczne jest połączenie kilku technik:

• Ujawnienie wysokości dochodów finansowych z pracy procesów biznesowych;
• Badanie czynników wewnętrznych i zewnętrznych wpływających na działalność przedsiębiorstwa;
• Ocena realizacji danego planu;
• Analiza wyczerpanych zasobów organizacji;
• Opracowanie planu doskonalenia procesów.

Modelowanie i zarządzanie procesami biznesowymi

Potrzeba modelowania polega na usprawnieniu działania całego przedsiębiorstwa, w tym celu stosuje się różne modele, które pozwalają zrozumieć główne etapy procesów i wyeliminować zbędne lub słabe punkty.

Symulacja składa się z kilku kolejnych etapów:

• Zdefiniowanie procesów i zbudowanie modelu wyjściowego, tak jak w rzeczywistości;
• Diagnostyka, badanie i doskonalenie zbudowanego modelu;
• Opracowanie modelu z poprawkami;
• Jego testowanie i stosowanie;
• Korekta błędów.

Metryki używane do analizy procesów biznesowych.

Przykład analizy procesów biznesowych

Jeśli obserwujesz analizę procesu montażu produktów w magazynie LLC Lastochka, możesz zobaczyć następujące etapy:

1. Podczas badania problemów zidentyfikowano następujące niedociągnięcia:

• Nierówne wykorzystanie siły roboczej;
• Brak odpowiednich warunków;
• Brak automatyzacji.

1. Ranking - zidentyfikowane problemy są sortowane według wagi.
2. Opcje pozbycia się problemów:

• Zmotywować personel do działania;
• Wyeliminuj przyczyny nierównomiernej dostawy produktów;
• Wprowadź system informacyjny i połącz wszystkie procesy przedsiębiorstwa;
• Dokonaj generalnej rekonstrukcji budynku;
• Ułóż stojaki, aby uzyskać łatwy dostęp.

Wszystko to zapewniło szybkość obsługi napływających zleceń.

Ocena podjętych działań

Po pełnej analizie przez grupę specjalistów generowany jest raport z uzyskanych danych wraz z opracowanym modelem optymalizacji oraz propozycjami realizacji opracowań.

Jednocześnie powstają odpowiedzi na kluczowe pytania:

• Jakie negatywne strony możesz napotkać w procesie wdrażania;
• Czy cała dokumentacja wymaga aktualizacji;
• Ile czasu zajmie uzyskanie wyników.

Analiza pozwala więc zidentyfikować słabości produkcji i uzyskać odpowiedzi na główne pytania, uwzględniając opinię kierownictwa.

Jednocześnie dopuszczalne jest stosowanie optymalizacji nie tylko pracy przedsiębiorstwa, ale także usprawnienia pracy z personelem.

Podstawowe techniki optymalizacji

Metody optymalizacji procesów biznesowych mogą się różnić w zależności od pożądanych rezultatów i wybranej opcji rozwiązania problemu:

• Wyjątkiem jest redukcja etapów procesu i eliminacja innych zakłóceń;
• Uproszczenie - niezbędne, aby zmniejszyć złożoność promocji produktów wśród konsumentów;
• Standaryzowany - wymagany do automatycznej interakcji wszystkich procesów;
• Redukcja - wszystkich możliwych etapów dodatkowych kosztów;
• Akceleracja - symulacja, automatyzacja i aktywne projektowanie próbek;
• Zmiana wszystkich etapów i komponentów produkcji;
• Wybierz, aby uwzględnić wszystkie komponenty produkcji.

Ważne: wszystkie metody optymalizacji są stosowane w zależności od wystąpienia przyczyny.

Wniosek

Analiza jest skuteczną metodą kontrolowania poziomu produkcji, dzięki systematycznemu pozyskiwaniu niezbędnych informacji można całkowicie wyeliminować szkodliwe czynniki obniżające poziom konkurencyjności organizacji.

Z tego filmu dowiesz się, jak modelować główne procesy biznesowe przedsiębiorstwa:

Zbudowane modele procesów przedsiębiorstwa można scharakteryzować zarówno jakościowo, jak i ilościowo.

Jakościowe metody oceny są prawie często subiektywne: w rezultacie wybierane są przeciętne oceny menedżerów, specjalistów, ekspertów w przedsiębiorstwie (w danej dziedzinie). Im więcej specjalistów będzie zaangażowanych, tym trafniejsze będą wyniki analizy. W wyniku jakościowych metod oceny procesu uzyskuje się zwykle zależności, zalecenia, reguły itp. Sformułowane w języku naturalnym.

Ilościowe metody oceny modeli są jeszcze bardziej subiektywne niż jakościowe, ponieważ ten sam proces może mieć zupełnie inne cechy liczbowe w zależności od celów modelowania, interesującego nas aspektu procesu, poziomu szczegółowości, wybranej techniki prezentacji i wielu innych czynników.

Analiza jakościowa obejmuje co najmniej trzy techniki analizy jakościowej:

• 1. Ranking procesów.
• 2. Analiza SWOT.
• 3. Analiza problemów procesowych.

Procesy rankingowe.

Celem tej metody analizy jest określenie miejsca każdego głównego procesu biznesowego w działalności przedsiębiorstwa jako całości. Jedna z metod rankingowych polega na zestawieniu listy głównych procesów przedsiębiorstwa i ocenie każdego z nich według następujących parametrów:

• Ważność - stopień wkładu procesu w osiągnięcie głównych celów przedsiębiorstwa. Typowy zestaw ocen ważności: „bardzo ważne”, „ważne”, „drugorzędne”;
• · Efektywność - stosunek użytecznych wyników i kosztów różnego rodzaju (finansowych, robocizny, czasu itp.) W odniesieniu do tego procesu. Typowy zestaw ocen ważności: „wysoki”, „średni”, „niski”.

Aby ocenić pierwszy parametr, oblicza się liczbę celów strategicznych przedsiębiorstwa, których osiągnięcie wiąże się z procesem, po którym proces ten jest skorelowany z pewną oceną.

Do oceny skuteczności stosuje się różne metody, na podstawie których wybierane jest kryterium (finansowe, czasowe itp.), Przedstawione w tabeli. 3.

Patka. 3. Ocena skuteczności

Znaczenie / skuteczność	Wysoka wydajność	Średnia wydajność	Słaba efektywność
Bardzo ważny proces	Procesy
Ważny proces	Procesy 2, 1	Proces 3, 11
Proces wtórny		Procesy 5, 9	Proces 6, 8

• 1. Bardzo ważne procesy obejmują procesy: 4 (Ubezpieczenia osobowe), 7 (Likwidacja szkód), 10 (Reasekuracja) oraz proces 12 (Ubezpieczenia majątkowe).
• 2. Do ważnych procesów należą procesy: 1 (marketing i zarządzanie reklamą), 2 (praca z agentami), 3 (księgowość i raportowanie) oraz proces 11 (zarządzanie zasobami ludzkimi).
• 3. Procesy wtórne to: 5 (Audyt), 9 (Zarządzanie prawne), 6 (Zarządzanie IT) i proces 8 (Monitorowanie finansowe).
• 4. Procesy 4, 7, 10, 12,2,1 mają wysoką wydajność.
• 5. Średnia wydajność - proces 3,11,5,9.
• 6. Niska wydajność - proces 6.8.

Na podstawie tabeli 3 można stwierdzić, że najważniejsze i efektywne są główne procesy: ubezpieczenia osobowe, majątkowe, reasekuracja i likwidacja szkód. Do ważnych procesów o dużej wydajności zaliczyłem procesy zarządzania marketingiem i reklamą oraz pracę z agentami. Zarządzanie zasobami ludzkimi i księgowość to ważne procesy o średniej wydajności. Mniejszy nacisk kładzie się na audyt i zarządzanie prawne, ale są one umiarkowanie skuteczne. Nieważne i nieskuteczne - zarządzanie IT i monitorowanie finansowe.

Analiza SWOT.

Procedura przeprowadzania analizy SWOT w ogóle sprowadza się do wypełnienia matrycy, która odzwierciedla, a następnie porównuje mocne i słabe strony procesu, a także szanse i zagrożenia otoczenia zewnętrznego. Schemat blokowy analizy SWOT:

• · Określono mocne i słabe strony procesu. Zwykle odbywa się to poprzez przesłuchanie menedżerów i specjalistów w przedsiębiorstwie.
• · Zidentyfikowano szanse i zagrożenia dla procesu. Odbywa się podobnie jak w poprzednim akapicie.
• · Połącz mocne i słabe strony z szansami i zagrożeniami.
• · Sformułowano główne kierunki poprawy funkcjonowania procesu.

Postanowiłem przeprowadzić analizę SWOT dla dwóch głównych procesów firmy: „ubezpieczenia majątkowe” i „ubezpieczenia osobowe”, gdyż te są najważniejsze w ubezpieczeniach „Max”.

Tabelę SWOT procesów „Ubezpieczenia majątkowe” i „Ubezpieczenia osobiste” przedstawiono w tabeli. 4.

Patka. 4. Tabela SWOT

Silne strony	Słabości
· Szeroki zakres świadczonych usług. · Całodobowy serwis, współpraca ze szpitalami, aptekami. · Opracowanie nowych programów. · Najwyższa kategoria wiarygodności według agencji ratingowych. · Znajomość dyrektora z zakresu finansów i bankowości.	· Duży odsetek pracowników o niskich kwalifikacjach. · Słaby program promocji produktów. · Brak badań marketingowych. Mały zasięg terytorium
Możliwości
· Praca z osobami prawnymi. · Przejęcie małych lokalnych firm ubezpieczeniowych. · Współpraca z australijską firmą. · Wzrost zapotrzebowania na wysokiej jakości produkty ubezpieczeniowe w najbliższej przyszłości. · Ograniczenie konkurencji na rynku OSAGO.	· Konkurencja lokalnych firm i oddziałów poza miastem. · Kryzys ekonomiczny. · Zmniejszenie zdolności płatniczej ludności. Niestabilność przepisów ubezpieczeniowych.

Patka. 5. Wynik analizy SWOT

Możliwości
	· Wejście na rynek z nowymi programami spowoduje wzrost liczby klientów. · Zawarcie umów o współpracy z przychodniami i innymi. ośrodki w innych miastach.	· Opracowanie sekwencji działań, które mogą zminimalizować skutki kryzysu gospodarczego. · Uzupełnienie listy usług o nowe programy i taryfy.
Słabość	· Opracowanie programu badań marketingowych w oparciu o doświadczenia firm zagranicznych. · Rozszerzenie terytorium poprzez zakup małych lokalnych firm. Ciągłe podnoszenie poziomu kwalifikacji personelu, przyciąganie specjalistów z zakresu ubezpieczeń.	· Wzrost nierentowności niektórych oddziałów firmy w obszarze OSAGO. · Zmniejszona baza klientów.

Z tej tabeli widać, że mocnych stron jest więcej, a ich wpływ na firmę jest większy, ale nie należy pomijać słabości. Podstawą strategii powinny być najważniejsze mocne strony. Z drugiej strony dobra strategia powinna zminimalizować negatywny wpływ słabości przedsiębiorstwa na jego konkurencyjność.

Podstawowym zadaniem firmy jest opracowywanie nowych programów ubezpieczeniowych, poszerzanie terytorium i bazy klientów oraz wysokiej jakości szkolenie personelu.

Analiza obszarów problemowych.

Głównym celem analizy obszaru problemowego jest identyfikacja rzeczywistych problemów w określonym procesie oraz wskazanie dalszych kierunków do głębszej analizy procesu w celu ich eliminacji.

Wynik tego typu jakościowej analizy procesu przedstawiono w tabeli. 6.

Patka. 6 Analiza jakościowa

Ubezpieczenie
1. Długi i czasochłonny proces ubezpieczenia osobistego	Przeniesienie danych do programu księgowego spowalnia łączny czas, jaki mija od momentu rozpatrzenia wniosku klienta do faktycznego wystawienia polisy. Ponieważ liczba wystawianych polis dziennie może sięgać kilku tysięcy, koszt wprowadzenia błędów może być wysoki.
1.1. Uczestnicy	Klienci, pracownicy firmy.
1.2. Wpływ	1.2.1 Zwiększyć oczekiwania klientów. 1.2.2 Wysokie prawdopodobieństwo błędów operatora przy składaniu wielu zamówień
1.3. Decyzja	Przenieś odpowiedzialność za przekazanie danych jednemu pracownikowi-operatorowi, który będzie wprowadzał dane do bazy każdego dnia. Tym samym nie spowolni procesów sprzedażowych.
1.4. Korzyści	1.4.1 Poprawa czasu realizacji procesu zakupu polisy. 1.4.2 Zakres prac zostanie ograniczony poprzez zmniejszenie liczby popełnianych błędów. 1.4.3 Funkcje do pracy z danymi zostaną przekazane poszczególnym pracownikom, którzy będą mieli dużo większe doświadczenie w interakcji z aktami-raportami i szybciej poradzą sobie z zadaniem.
2. Brak wykwalifikowanych specjalistów	Brak specjalistów do pracy z klientami przy płatnościach ubezpieczeniowych.
2.1 Uczestnicy	Klienci, specjaliści.
2.2 Wpływ	2.2.1 Naruszenie warunków rozpatrywania spraw ubezpieczeniowych z powodu braku specjalistów. 2.2.2 Zwiększenie liczby godzin nadliczbowych specjalisty.
2.3 Rozwiązanie	Pozyskiwanie nowych pracowników, przekwalifikowanie specjalistów.
2.4 Korzyści	2.4.1 Terminowe przeglądy spraw ubezpieczeniowych. 2.4.2 Minimalizowanie ryzyka negatywnych opinii o firmie. 2.4.3 Stworzenie sprzyjającego klimatu w zespole.
3 Nadmierne kontakty z klientami	W procesie rozliczania strat firma zbyt często zwraca się do klienta w określonych sprawach.
3.1 Uczestnicy	Klienci, specjaliści.
3.2 Wpływ	3.2.1 Klienci czują się niekomfortowo i tracą czas. 3.2.1 Duża liczba umów z klientem. Nie da się dokładnie przewidzieć, kiedy otrzyma odpowiedź od klienta.
3.3 Rozwiązanie	3.3.1 Pozwól klientowi złożyć wniosek z gotową opinią z niezależnego egzaminu i wszystkimi niezbędnymi certyfikatami. 3.3.2 W tym przypadku należy wykluczyć dodatkowe etapy zatwierdzenia. 3.3.3 Jeśli firma ubezpieczeniowa zgodzi się co do wysokości szkody, wypłaca się odszkodowanie. W przeciwnym razie następuje odmowa, a klient musi podjąć dalsze działania (na przykład skierowanie sprawy do sądu).
3.4 Korzyści	3.4.1 Wyeliminowanie zbędnych kroków zmniejszy obciążenie pracowników firmy i uprości procedurę dla samych klientów. 3.4.2 Zwiększenie atrakcyjności firmy w przypadku powtarzających się zapytań klientów o usługi ubezpieczeniowe.

Przede wszystkim konieczne jest rozwiązanie problemów z rejestracją procesu ubezpieczenia osobistego obywateli i zapewnienie firmie wystarczającej liczby specjalistów. W ten sposób firma będzie mogła rozwiązać główny problem - terminowe i bezbłędne ubezpieczenie obywateli.

Wysyłanie dobrej pracy do bazy wiedzy jest proste. Skorzystaj z poniższego formularza

Studenci, doktoranci, młodzi naukowcy korzystający z bazy wiedzy w swoich studiach i pracy będą Ci bardzo wdzięczni.

Wysłany dnia http:// www. wszystkiego najlepszego. ru/

Wprowadzenie

1. Część teoretyczna

1.2 Metodyka ARIS

2. Część praktyczna

Wniosek

Lista referencji

Wprowadzenie

W warunkach rynkowych coraz więcej firm zdaje sobie sprawę z korzyści płynących ze stosowania systemów informatycznych (IS). W niektórych przypadkach IP jest nie tylko zbiorem usług, ale także krytycznym elementem działalności, takim jak system rezerwacji biletów lub sposób dostarczania informacji finansowych. Aby korzystać z systemu informatycznego, należy go stworzyć w krótkim czasie i przy obniżonych kosztach. System informacyjny powinien być łatwy w utrzymaniu i zarządzaniu.

Tworzenie systemu informatycznego przedsiębiorstwa jest dość złożonym i wieloetapowym procesem, który dość często obejmuje fazę modelowania informacji. Model informacyjny to specyfikacja struktury danych i reguł biznesowych (reguł dziedzinowych).

Modelowanie procesów biznesowych to proces odzwierciedlania subiektywnej wizji przepływu pracy w postaci formalnego modelu składającego się z powiązanych ze sobą operacji.

Celem modelowania jest usystematyzowanie wiedzy o firmie i jej procesach biznesowych w wizualnej formie graficznej, która jest wygodniejsza do analitycznego przetwarzania otrzymanych informacji.

Obecnie na rynku technologii komputerowych istnieje kilka specjalnych programów, które pozwalają na badanie przedsiębiorstwa i zbudowanie modelu. Wybór metodologii i narzędzi modelowania procesów biznesowych nie jest fundamentalny. Istnieją znormalizowane, sprawdzone metodologie i narzędzia, których można używać do badania i modelowania przedsiębiorstwa. Ich kluczową zaletą jest prostota i łatwość nauki.

Wiele nowoczesnych metodologii modelowania procesów biznesowych opiera się na metodologii SADT. Obecnie najpowszechniej stosowaną metodologią opisu procesów biznesowych jest amerykański standard IDEF.

Główną zaletą pomysłu analizy procesów biznesowych przedsiębiorstwa poprzez tworzenie jego modelu jest jego wszechstronność. Po pierwsze, modelowanie procesów biznesowych jest odpowiedzią na niemal wszystkie pytania związane z usprawnieniem działalności firmy i zwiększeniem jej konkurencyjności. Po drugie, szef lub kierownictwo przedsiębiorstwa, które wdrożyło określoną metodologię, będzie miało informacje, które pozwolą im samodzielnie doskonalić swoje przedsiębiorstwo i przewidywać jego przyszłość.

O trafności tego badania decyduje fakt, że nowoczesne przedsiębiorstwa są zmuszone do ciągłego doskonalenia swojej działalności. Wymaga to rozwoju nowych technologii i praktyk biznesowych oraz oczywiście wprowadzenia nowych, bardziej efektywnych metod zarządzania i organizacji przedsiębiorstw.

1. Część teoretyczna

1.1 Erwin Process Modeler (BPwin)

ERwin to narzędzie do tworzenia struktur bazy danych (DB). ERwin łączy w sobie graficzny interfejs użytkownika systemu Windows, narzędzia do tworzenia diagramów ER, edytory do tworzenia logicznych i fizycznych opisów modelu danych oraz przejrzystą obsługę wiodących relacyjnych i stacjonarnych baz danych. Dzięki ERwin możesz tworzyć lub odtwarzać (przeprojektowywać) bazy danych.

Ponadto Erwin Process Modeler umożliwia tworzenie, dokumentowanie i utrzymywanie baz danych, hurtowni danych i baz danych. Modele danych pomagają wizualizować strukturę danych, umożliwiając wydajną organizację, zarządzanie i administrowanie takimi aspektami przedsiębiorstwa, jak złożoność danych, technologie baz danych i środowiska wdrożeniowe.

Narzędzie ERWin Case obsługuje metodologie IDEF1x i IE i jest przeznaczone do wykonywania logicznych modeli baz danych, które są jednostkami opisanymi przez atrybuty i relacje między nimi przez pola kluczowe. ERwin umożliwia automatyczne generowanie fizycznego modelu danych na podstawie zbudowanego modelu logicznego poprzez konwersję encji na tabele, których kolumny są ich atrybutami. Każde pole w tabeli powinno mieć jasno określony typ składowania i wielkość pola.

Metoda modelowania funkcjonalnego (IDEF0)

IDEF0 należy do rodziny IDEF, która pojawiła się pod koniec lat sześćdziesiątych pod nazwą SADT (Structured Analysis and Design Technique). IDEF0 może służyć do symulacji szerokiej klasy systemów. W przypadku nowych systemów wykorzystanie IDEF0 ma na celu zdefiniowanie wymagań i określenie funkcji do późniejszego rozwoju systemu spełniającego wymagania i realizującego wybrane funkcje. W odniesieniu do istniejących systemów, IDEF0 może służyć do analizy funkcji wykonywanych przez system i wyświetlania mechanizmów, za pomocą których te funkcje są wykonywane. Rezultatem zastosowania IDEF0 do pewnego systemu jest model tego systemu, składający się z hierarchicznie uporządkowanego zestawu diagramów, tekstu dokumentacji i słowników, połączonych ze sobą za pomocą odsyłaczy. Dwa najważniejsze komponenty, z których zbudowane są diagramy IDEF0, to działania (przedstawione na diagramach jako prostokąty), dane i obiekty (przedstawione jako strzałki), które łączą ze sobą działania. W tym przypadku strzałki, w zależności od tego, w którą stronę prostokąta roboczego wchodzą lub którą ścianę wychodzą, są podzielone na pięć typów:

W strzałki wejściowe (umieszczone po lewej stronie pracy) - reprezentują dane lub obiekty, które zmieniają się w trakcie pracy;

Ш strzałki kontrolne (zawarte w górnej części pracy) - przedstawiają zasady i ograniczenia, zgodnie z którymi praca jest wykonywana;

Strzałki wyjścia (pozostaw prawą stronę pracy) - reprezentują dane lub obiekty, które pojawiają się w wyniku pracy;

Ш strzałki mechanizmu (zawarte w dolnej krawędzi pracy) - reprezentują zasoby niezbędne do wykonania pracy, ale nie zmieniają się w procesie pracy (np. Sprzęt, zasoby ludzkie itp.);

Ш strzałki wywołania (wychodzące z dolnej krawędzi pracy) - przedstawiają powiązania między różnymi diagramami lub modelami, wskazując na pewien schemat, na którym ta praca jest bardziej szczegółowo rozważana.

Wszystkie dzieła i strzały są nazwane. Pierwszy diagram w hierarchii diagramów IDEF0 zawsze przedstawia funkcjonowanie systemu jako całości.

Taki diagram nazywa się kontekstowym. Kontekst zawiera opis celu modelowania obszaru (opis tego, co będzie traktowane jako element składowy systemu, a co jako wpływ zewnętrzny) oraz punktu widzenia (stanowisko, z którego model zostanie zbudowany). Zwykle punktem widzenia jest punkt widzenia osoby lub obiektu odpowiedzialnego za działanie modelowanego systemu jako całości.

Metoda modelowania procesów biznesowych (IDEF3)

Aby opisać logikę interakcji przepływów informacji, odpowiednia jest metodologia IDEF3, zwana również diagramami przepływu pracy - metodologia modelowania, która wykorzystuje graficzny opis przepływów informacji, relacje między procesami przetwarzania informacji a obiektami, które są częścią tych procesów. Diagramy przepływu pracy mogą być wykorzystywane w modelowaniu procesów biznesowych do analizy kompletności procedur przetwarzania informacji. Z ich pomocą można opisać scenariusze działań pracowników organizacji, np. Kolejność realizacji zamówień czy zdarzenia, które muszą być zrealizowane w określonym czasie, każdemu scenariuszowi towarzyszy opis procesu i można go wykorzystać do udokumentowania każdej funkcji.

IDEF3 - jest to metoda, której głównym celem jest umożliwienie analitykom opisu sytuacji, w której procesy przebiegają w określonej kolejności, a także opisanie obiektów uczestniczących razem w jednym procesie.

IDEF3 może być również używany jako metoda tworzenia procesów. IDEF3 uzupełnia IDEF0 i zawiera wszystko, czego potrzebujesz do budowania modeli, które można później wykorzystać do analizy symulacyjnej.

IDEF3 to technologia dobrze dostosowana do zbierania danych wymaganych do analizy strukturalnej systemu. Jest to dobry sposób na opisanie procesów za pomocą ustrukturyzowanej metody, która pozwala ekspertowi dziedzinowemu wyobrazić sobie stan rzeczy jako uporządkowaną sekwencję zdarzeń podczas opisywania obiektów, które są bezpośrednio związane z procesem.

W przeciwieństwie do większości technologii modelowania procesów biznesowych, IDEF3 nie ma ścisłych ograniczeń składniowych lub semantycznych, które utrudniają opisanie niekompletnych lub niekompletnych systemów. Dodatkowo autor modelu (analityk systemowy) jest zwolniony z konieczności mieszania własnych założeń dotyczących funkcjonowania systemu z twierdzeniami eksperta w celu uzupełnienia luk w opisie obszaru tematycznego.

IDEF3 może być również używany jako metoda projektowania procesów biznesowych. Modelowanie IDEF3 organicznie uzupełnia tradycyjne modelowanie z wykorzystaniem standardu metodologii IDEF0. Jakiś czas temu upowszechnił się jako całkowicie realny sposób budowania modeli projektowanych systemów do dalszej analizy metodami symulacyjnymi. Testy symulacyjne są często używane do oceny wydajności projektowanego systemu.

Symulacja przepływu danych (DFD)

Diagram przepływu danych (diagram przepływu danych) służy do opisu procesów najwyższego poziomu oraz do opisania rzeczywistych przepływów danych w organizacji.

Ta metodologia (Gane / Sarson) opiera się na konstrukcji modelu analizowanego IS - projektowanego lub faktycznie istniejącego. Zgodnie z metodologią model systemu definiuje się jako hierarchię diagramów przepływu danych DFD opisujących asynchroniczny proces konwersji informacji z wejścia do systemu na wyjście dla użytkownika. Diagramy wyższych poziomów hierarchii (diagramy kontekstowe) określają główne procesy lub podsystemy SI z zewnętrznymi wejściami i wyjściami. Są szczegółowo opisane za pomocą diagramów niższego poziomu. Ta dekompozycja trwa, tworząc wielopoziomową hierarchię diagramów, aż do osiągnięcia takiego poziomu dekompozycji, na którym proces staje się elementarny i niemożliwe jest dalsze ich uszczegółowienie.

Źródła informacji (podmioty zewnętrzne) generują przepływy informacji (przepływy danych), które przenoszą informacje do podsystemów lub procesów. Te z kolei przekształcają informacje i generują nowe strumienie, które przekazują informacje do innych procesów lub podsystemów, nośników danych lub podmiotów zewnętrznych - konsumentów informacji. Zatem głównymi składnikami diagramów przepływu danych są:

- podmioty zewnętrzne;

- systemy / podsystemy;

- procesy;

- nośniki danych;

- strumienie danych.

Praca... Prace przedstawione są jako prostokąty z zaokrąglonymi rogami, ich znaczenie pokrywa się z znaczeniem prac IDEF0 i IDEF3. Podobnie jak IDEF3, mają wejścia i wyjścia, ale nie obsługują kontroli i mechanizmów takich jak IDEF0. Wszystkie aspekty pracy są równe. Każda praca może wejść i wyjść z kilku strzałek.

Podmioty zewnętrzne... Podmioty zewnętrzne reprezentują loginy i / lub wylogowania z systemu. Pojedynczy podmiot zewnętrzny może jednocześnie dostarczać dane wejściowe (działając jako dostawca) i odbierać wyjścia (działając jako odbiorca). Podmiot zewnętrzny to obiekt materialny, taki jak klienci, personel, dostawcy, odbiorcy, magazyn. Definicja jakiegoś obiektu lub systemu jako podmiotu zewnętrznego wskazuje, że znajdują się one poza granicami analizowanego systemu. Elementy zewnętrzne są rysowane jako prostokąt z cieniem i zwykle znajdują się na krawędziach diagramu.

Strzały (strumienie danych). Strzałki opisują ruch obiektów z jednej części systemu do drugiej (wynika z tego, że diagram DFD nie może mieć strzałek granicznych). Ponieważ wszystkie strony pracy DFD są równoważne, strzałki mogą zaczynać się i kończyć po obu stronach prostokąta. Strzałki mogą być dwukierunkowe.

Magazyn danych... W przeciwieństwie do strzałek opisujących obiekty w ruchu, hurtownie danych przedstawiają obiekty w stanie spoczynku. Hurtownia danych to abstrakcyjne urządzenie do przechowywania informacji, które w każdej chwili można umieścić na dysku, a po chwili można je odzyskać, a także w dowolny sposób na ich umieszczenie i odzyskanie. Generalnie jest to prototyp przyszłej bazy danych, a opis przechowywanych w niej danych musi odpowiadać modelowi informacyjnemu (diagram encji-relacji).

1.2 Metodyka ARIS

System ARIS to kompleks narzędzi do analizy i modelowania działalności przedsiębiorstwa, a także rozwoju zautomatyzowanych systemów informatycznych. Opiera się na rozbudowanej metodologii, która obejmuje cechy różnych metod modelowania, które odzwierciedlają różne poglądy na badany system. Ten sam model można opracować przy użyciu kilku metodologii, co umożliwia użytkownikom o różnej wiedzy teoretycznej korzystanie z ARIS i dostosowywanie go do pracy z systemami, które mają własną specyfikę.

ARIS to zintegrowane środowisko analityczne i projektowe. Oprócz głównego środowiska programistycznego - ARIS Toolset - zawiera wiele modułów, które są zarówno dodatkowymi komponentami ARIS Toolset rozszerzającymi główne środowisko, jak i samodzielnymi modułami. Taka konstrukcja ARIS pozwala mówić o rodzinie produktów w tym kierunku, w ramach której można skomponować optymalny skład systemu, który w pełni zapewnia realizację określonych zadań.

Przegląd modułów oprogramowania ARIS pokazuje, że rozważany system służy nie tylko i nie tyle do modelowania, ale jest potężnym zestawem narzędzi analitycznych. Jedną z wyróżniających cech systemu jest potężna metodologia wspomagana programowo.

Metodologia stosowana przez ARIS to wiele różnych metodologii zintegrowanych z podejściem systemowym. Pozwala to mówić o ujednoliconej architekturze rozważanej metodologii. ARIS obsługuje cztery typy modeli odzwierciedlających różne aspekty badanego systemu:

- modele organizacyjne reprezentujące strukturę systemu - hierarchia jednostek organizacyjnych, stanowisk i poszczególnych osób, różnorodność powiązań między nimi, a także terytorialne powiązanie jednostek strukturalnych;

- modele funkcjonalne zawierające hierarchię celów stojących przed aparatem zarządzania wraz z zestawem drzew funkcji niezbędnych do osiągnięcia celów;

-modele informacyjne odzwierciedlające strukturę informacji niezbędnych do realizacji całego zestawu funkcji systemu;

-Modele zarządzania, stanowiące zintegrowane spojrzenie na realizację procesów biznesowych w systemie.

Metodologia ARIS obejmuje dużą liczbę różnych notacji, co pozwala na elastyczne tworzenie różnych modeli organizacji. Do najważniejszych i praktycznie stosowanych notacji ARIS należą:

- Diagram łańcucha wartości dodanej notacji (diagram łańcucha procesu dodającego wartość);

- Rozszerzone notacje łańcucha procesów sterowanych zdarzeniami - eEPC (Extended Event Driven Chain Notation) i PCD (Process Chain Diagram);

- notacja schematu organizacyjnego;

- notacja drzewa funkcji (drzewo funkcji);

- Notacja drzewa produktów.

VAD (analog klasycznego standardu DFD)

Głównym przedmiotem notacji VAD jest obiekt „Łańcuch wartości dodanej”.

Diagram łańcucha wartości (VAD) to diagram opisujący relacje między procesami biznesowymi najwyższego poziomu. Wyświetla dwa typy powiązań między procesami:

- relacja „poprzednik-następca” - przedstawiona liniami poziomymi;

- zależność „składa się z” - są przedstawione pionowymi liniami, pokazującymi szczegóły procesu przez inne podprocesy.

Zasady konstruowania diagramu procesu najwyższego poziomu w VAD różnią się znacznie od IDEF0. Istotna różnica między notacjami ARIS VAD i IDEF0 polega na tym, że w VAD strzałki mogą wchodzić po obu stronach obiektu „Łańcuch wartości dodanej”. (Przypomnij sobie, że w IDEF0 każda strona działania ma określony cel).

Tę wadę notacji VAD można obejść poprzez wstępne zastrzeżenie możliwości specjalnego wykorzystania sprzężeń zwrotnych.

Kończąc przegląd notacji ARIS VAD, ponownie skupiamy się na tym, że notacja ta ma charakter głównie ilustracyjny i nie ma na celu tworzenia skomplikowanych modeli procesów na najwyższym szczeblu organizacji.

2. Część praktyczna

2.1 Budowanie modelu biznesowego przedsiębiorstwa przy użyciu środowiska ERwin

Celem pracy jest modelowanie działalności wybranego przedsiębiorstwa. W tym celu zostaną zastosowane metodologie:

IDEF0 - Metodologia modelowania funkcjonalnego

IDEF3 - Metodologia opisu procesu

DFD - Metodologia modelowania przepływu danych

VAD to diagram opisujący relacje między procesami biznesowymi najwyższego poziomu.

Diagramy w pierwszych trzech metodologiach zostaną utworzone przy użyciu narzędzia CASE AllFusion Process Modeler, VAD przy użyciu AllFusion ERwin Data Modeler. baza danych modelowanie zautomatyzowane

Każdy diagram w notacjach IDEF0, IDEF3, DFD ma opisywać jeden lub więcej procesów biznesowych. Proces biznesowy to stabilny, celowy zestaw powiązanych ze sobą czynności (sekwencji pracy), który zgodnie z określoną technologią przekształca dane wejściowe w wartościowe dla konsumenta wyniki.

Wynikiem modelowania procesów biznesowych jest model procesów biznesowych, który należy do jednego z trzech typów:

- Model AS-IS (as is) - model aktualnej organizacji procesów biznesowych przedsiębiorstwa

- Model TO-BE (jak będzie) - model idealnej organizacji procesów biznesowych

- model POWINIENEŚ BYĆ (jaki powinien być) - wyidealizowany model, który nie odzwierciedla rzeczywistej organizacji procesów biznesowych przedsiębiorstwa

Aby stworzyć podstawę do identyfikacji wąskich gardeł w przedsiębiorstwie, w tej pracy zostanie stworzony model AS-IS.

Przed rozpoczęciem tworzenia wykresów musisz przestudiować wybrany obszar tematyczny. W tej i kolejnych pracach tematem będzie fikcyjne przedsięwzięcie budowy przenośnych łaźni. Firma nie produkuje samodzielnie materiałów budowlanych, a jedynie montuje wanny i je ozdabia. Podstawowe procedury w firmie:

sprzedawcy przyjmują zamówienia od klientów;

pracownicy grupują zamówienia według rodzajów wanien;

pracownicy zbierają kąpiel;

pracownicy pakują wanny według zamówienia;

dział logistyki wysyła zamówienia do klientów;

dostawcy zamawiają i dostarczają części wymagane do montażu.

Firma korzysta z zakupionego systemu informacji księgowej, który umożliwia złożenie zamówienia, wystawienie faktury oraz śledzenie płatności na fakturach.

Budowanie modelu systemu w metodologii IDEF0 rozpoczyna się od zdefiniowania kontekstu modelowania, który obejmuje tematykę modelowania, cel modelowania oraz punkt widzenia modelu.

Podmiot rozumiany jest jako sam system, przy czym konieczne jest dokładne ustalenie, co zawiera się w systemie, a co poza nim, innymi słowy, należy określić, co w przyszłości będzie rozpatrywane jako składniki systemu, a co jako wpływ zewnętrzny.

Cel symulacji. Model nie może zostać zbudowany bez jasno określonego celu. Cel powinien odpowiadać na pytania, po co modelować ten proces, co model powinien pokazywać i co może otrzymać czytelnik?

Punkt widzenia. Pomimo tego, że przy budowaniu modelu brane są pod uwagę opinie różnych osób, model powinien być budowany z jednego punktu widzenia. Punkt widzenia można przedstawić jako pogląd osoby, która widzi system w aspekcie niezbędnym do modelowania. Punkt widzenia musi być zgodny z celem symulacji. Ważne jest, aby przez cały czas trwania symulacji pozostać przy wybranym punkcie widzenia.

W tej pracy tematem nie będzie samo przedsiębiorstwo, ale procesy w nim zachodzące; celem modelowania jest odtworzenie procesów biznesowych zachodzących w przedsiębiorstwie (model AS-IS); z punktu widzenia - z pozycji dyrektora jako osoby znającej strukturę przedsiębiorstwa jako całości.

Po określeniu kontekstu modelowania można rozpocząć tworzenie diagramu kontekstu (zwanego również „czarną skrzynką”). Ten rodzaj diagramu pozwala pokazać, co jest podawane na wejście pracy i jaki jest rezultat pracy, bez wyszczególniania jego elementów. Ten diagram zawiera tylko jedną pracę, która będzie reprezentować wszystkie działania przedsiębiorstwa jako całości (ryc. 1).

RozkładIDEF0. Model domenowy firmy budowlanej budowany jest z wykorzystaniem metodologii IDEF0, ponieważ to właśnie IDEF0 jest najwygodniejszym językiem opisu procesów biznesowych występujących w systemie.

Modelowanie w IDEF0 zaczyna się od zbudowania diagramu kontekstu. Schemat ten przedstawia system w postaci najprostszego komponentu - jednego bloku (celem modelowania domeny) z łukami interfejsów, które wyświetlają połączenie systemu z elementami zewnętrznymi.

W ten sposób ujawniono główny cel modelowania - „Działalność przedsiębiorstwa w zakresie budowy wanien przewoźnych”. Z diagramu kontekstu wynika również, że informacje wejściowe dla rozważanego obszaru tematycznego to: zamówienia sprzedaży i materiały budowlane od dostawców. A informacje wyjściowe to: płatność za materiały budowlane, zamówienia do dostawców, materiały marketingowe, gotowe produkty. Działalność przedsiębiorstwa jest zorganizowana przez personel i księgowość pod kontrolą ustawodawstwa Federacji Rosyjskiej, zasad i procedur niezbędnych do prowadzenia tego rodzaju działalności.

Postać: 1 Schemat kontekstowy

W celu identyfikacji procesów składających się na „Działalność przedsiębiorstwa w zakresie budowy wanien przewoźnych” dokonano dekompozycji diagramu kontekstowego (ryc. 2).

Postać: 2 Schemat dekompozycji kontekstu „Działalność przedsiębiorstwa na rzecz budowy wanien przewoźnych”

Ponieważ praca „Zarządzanie” obejmuje ogólne zarządzanie przedsiębiorstwem, to jednym z jej rezultatów będzie „Informacja zarządcza” wchodząca na wejście zarządzania wszystkimi innymi pracami.

Zadanie sprzedaży i marketingu otrzymuje na wejściu zamówienia klientów (czyli liczbę wanien i ich modeli), a informacje o których przekazuje do zespołu łaźni jako informacje kontrolne.

Praca „Montaż Łazienek” do swojego funkcjonowania wymaga materiałów budowlanych, które zamawia z pracy „Wysyłka i Zaopatrzenie” (strzałka wyjścia „Zamówienia do dostawców”). Przekazuje również zebrane wanny do pracy „Wysyłka i zaopatrzenie” (strzałka wyjścia „Produkty gotowe”). Informacje o wynikach montażu są wymagane dla działania Sprzedaż i Marketing (strzałka danych wyjściowych „Wyniki zespołu”).

Rezultatem prac „Wysyłka i dostawa” będą niezbędne materiały, które trafią na wkład pracy „Montaż Łazienek”.

Kierownictwo każdego przedsiębiorstwa musi wiedzieć, co dzieje się w przedsiębiorstwie, czym się zajmuje każdy dział i jakie są efekty ich pracy, tj. każda praca powinna najlepiej informować kierownictwo o swoich wynikach.

Rysunek 3 przedstawia procesy zachodzące w pracy „Montaż kąpieli”.

Postać: 3 Schemat rozkładu kontekstu „Montaż wanien”

Napływające zlecenia montażowe są sortowane przez kierownika, po czym trafiają na wejście kierownictwa prac "Montaż małych wanien" i "Montaż dużych wanien" (strzałka Zlecenia montażowe). Po zmontowaniu łaźni kierownik wydaje instrukcje dotyczące ich wysyłki.

Zmontowane wanny (wyniki prac „Montaż wanien małogabarytowych” i „Montaż wanien wielkogabarytowych”) przesyłane są do kierownika, który wydaje instrukcje wysyłki gotowych wanien.

RozkładIDEF3. Podczas dekompozycji pracy IDEF0 (i DFD) należy pamiętać, że strzałki na diagramach IDEF0 lub DFD reprezentują przepływy informacji lub obiektów przenoszone z jednej pracy do drugiej. Na diagramach IDEF3 strzałki mogą pokazywać tylko kolejność prac, tj. mają inne znaczenie niż strzałki IDEF0 lub DFD. Dlatego podczas dekomponowania pracy IDEF0 lub DFD na diagram IDEF3 strzałki nie migrują na niższy poziom. Jeśli chcesz pokazać te same obiekty na diagramie podrzędnym IDEF3, jak na diagramach nadrzędnych IDEF0 lub DFD, musisz użyć obiektów referencyjnych.

Przeprowadźmy dekompozycję pracy „Montaż wanien wielkogabarytowych” schemat A3 „Montaż wanien”. Prace te rozpoczynają się w momencie otrzymania zamówienia na montaż. Pierwszym krokiem jest sprawdzenie dostępności materiałów potrzebnych do montażu oraz zamówienia z niedostępnego magazynu. Ponadto materiały są przygotowywane do późniejszego montażu. Kolejnym krokiem jest sam montaż: montaż żeber konstrukcyjnych, montaż pieca do sauny, docieplenie, tapicerka i dekoracja. Czynności te są wykonywane zawsze, niezależnie od rodzaju kąpieli. Ponadto na życzenie klienta można wykonać dodatkowe prace - szlifowanie powierzchni, doszczelnianie i wykańczanie. Na tym kończy się montaż dużej wanny. Ostatnim krokiem jest raport z wykonanej pracy.

Postać: 4 Diagram rozkładu „Montaż dużych wanien”

Jak widać na rysunku 4, opisany algorytm działania znajduje odzwierciedlenie na schemacie rozkładu „Montaż dużych wanien”. Składa się z 14 akcji i 4 skrzyżowań.

RozkładDFD. Diagramy przepływu danych (DFD) służą do opisu przepływu pracy i przetwarzania informacji. Podobnie jak IDEF0, DFD reprezentuje modelowany system jako sieć powiązanych prac. Mogą być używane jako dodatek do modelu IDEF0 w celu bardziej wizualnego wyświetlania bieżących operacji przepływu pracy w korporacyjnych systemach przetwarzania informacji. Głównym celem DFD jest pokazanie, w jaki sposób każde zadanie przekształca swoje dane wejściowe w dane wyjściowe, a także ujawnienie relacji między tymi zadaniami.

W naszym przykładzie głównym zadaniem jest „Przechowywanie materiałów i gotowych wanien”. Zebrane wanny i materiały otrzymane od dostawców, a także wykaz materiałów niezbędnych do montażu łaźni przyjmujemy na jej wejście. Efektem tej pracy będą niezbędne materiały (jeśli są dostępne), wykaz brakujących materiałów przekazany na wejście pracy „Zakup niezbędnych materiałów” oraz gotowe kąpiele przekazane do wysyłki. Efektem prac „Zaopatrzenie w niezbędne materiały” i „Wysyłka gotowych wanien” będą odpowiednio zamówienia do dostawców i gotowe produkty.

Postać: 5 Diagram podziału przesyłek i dostaw

Zadanie Zakup Niezbędnych Materiałów działa z informacjami o dostawcach oraz z informacjami o zamówieniach złożonych od tych dostawców. Strzałka łącząca zadanie z magazynem danych listy dostawców jest dwukierunkowa, ponieważ praca może zarówno otrzymywać informacje o istniejących dostawcach, jak i wprowadzać dane o nowych dostawcach. Strzałka łącząca pracę z hurtownią danych „Lista zleceń” jest od tego czasu jednokierunkowa praca tylko dodaje informacje o złożonych zamówieniach.

Praca „Magazyn materiałów i gotowych wanien” pracuje z informacją o otrzymanych i wydanych materiałach oraz zbudowanych łaźniach, dlatego strzałki łączące pracę z bazami danych „Lista materiałów” i „Lista zebranych łaźni” są dwukierunkowe. Ponadto, przy odbiorze materiałów, praca ta musi odnotować, że zamówienie do dostawców jest zakończone. W tym celu jest połączony z hurtownią danych „Lista zamówień” za pomocą strzałki jednokierunkowej.

Wreszcie praca „Wysyłka gotowych kąpieli” musi zawierać informacje o zakończonych wysyłkach. W tym celu należy wprowadzić odpowiedni magazyn danych - „Dane do wysyłki”.

Wniosek

Modelowanie procesów biznesowych pozwala analizować nie tylko sposób funkcjonowania przedsiębiorstwa jako całości, jego interakcji z organizacjami zewnętrznymi, klientami i dostawcami, ale także sposób organizacji działań w każdym miejscu pracy.

Modelowanie procesów biznesowych organizacji obejmuje dwa etapy, strukturalny i szczegółowy.

Metodologia (notacja) tworzenia modelu (opisu) procesu biznesowego jest rozumiana jako zbiór sposobów reprezentacji obiektów świata rzeczywistego i powiązań między nimi jako modelu.

Wiele nowoczesnych metodologii modelowania procesów biznesowych opiera się na metodologii SADT (Structured Analysis and Design Technique) i językach algorytmicznych używanych do tworzenia oprogramowania. Wykorzystując metodologię rodziny IDEF, możliwe jest efektywne wyświetlanie i analizowanie modeli działania szerokiej gamy złożonych systemów w różnych aspektach. System ARIS to kompleks narzędzi do analizy i modelowania działań przedsiębiorstwa. Jego podstawę metodologiczną stanowi zbiór różnych metod modelowania, które odzwierciedlają różne spojrzenia na badany system.

Należy wziąć pod uwagę ważne cechy modelowania procesów biznesowych. W szczególności do zalet modelowania procesów biznesowych można zaliczyć: poprawę jakości i szybkości wytwarzania produktów przy jednoczesnym obniżeniu kosztów; wzrost profesjonalizmu pracowników; zwiększenie konkurencyjności firmy. Wady z kolei: zwiększony wyzysk pracowników i związane z tym problemy o charakterze społeczno-psychologicznym; potrzeba celowej pracy nad zmianą kultury korporacyjnej.

Zwiększona konkurencja w handlu spowodowana kryzysem zmusza nawet małe przedsiębiorstwa handlowe do zwracania szczególnej uwagi na standaryzację i automatyzację procesów biznesowych oraz ogólnie księgowanie towarów. Dostępność i zgodność ze standardami biznesowych procesów produkcji zwiększy efektywność przedsiębiorstwa. Oczywiście nie wszystko można znormalizować, ale procesy zachodzące w regularnych odstępach czasu wymagają standaryzacji. Standardy uniemożliwiają pracownikom podejmowanie decyzji na podstawie ich osobistej intuicji lub opinii.

Mając model przedsiębiorstwa, wszystkie jego procesy biznesowe, zorientowane na określony cel, możemy otworzyć możliwość jego doskonalenia. Analiza przedsiębiorstwa jako modelu to wygodny sposób na odpowiedź na pytanie, co jest konieczne i wystarczające do osiągnięcia określonego celu.

Lista referencji

1 Eliferov V.G. Procesy biznesowe: regulacja i zarządzanie: podręcznik [dla studentów] / VG Eliferov, VV Repin; Instytut Ekonomiczno-Finansowy „Synergia”. - M .: INFRA-M, 2011. - 319 str.

2 Andersen B. Procesy biznesowe. Narzędzia doskonalenia / B. Andersen; [tłum. z angielskiego S. V. Arinicheva; pod naukowym. wyd. Tak. Adler]. - wyd. - M .: Standardy i jakość, 2008. - 272 str. : chory. - (Praktyczne zarządzanie).

3 Repin V.V. Procesy biznesowe firmy: budowa, analiza, regulacja / V. V. Repin. - M .: Standardy i jakość, 2007. - 240 str. : chory. - (Doskonałość biznesowa).

4 Reengineering procesów biznesowych: podręcznik [dla studentów. ekonom. uczelnie magisterskie] / N. M. Abdikeev, T. P. Danko, S. V. Ildemenov, A. D. Kiselev; wyd. N. M. Abdikeeva, T. P. Danko; Wyższy. Szkoła MBA; REA je. G.V. Plechanow. - wyd. 2, Rev. - M .: Eksmo, 2009. - 592 str. - (Kompletny kurs MBA).

5 Kalyanov, G.N. Modelowanie, analiza, reorganizacja i automatyzacja procesów biznesowych: podręcznik dla studentów. uniwersytety, szkolenia. według specyfikacji. 080801 „Informatyka stosowana” i inne zagadnienia ekonomiczne. specjalista. / G. N. Kalyanov. - M .: Finanse i statystyki, 2009. - 240p.

6 Kalyanov G.N. Modelowanie i automatyzacja procesów biznesowych: przewodnik naukowy dla studentów. uniwersytety, szkolenia. według specyfikacji. 080801 „Informatyka stosowana” i inne zagadnienia ekonomiczne. specjalista. / G. N. Kalyanov. - M .: Finanse i statystyki, 2008. - 240p.

7 Logistyka. Integracja i optymalizacja logistycznych procesów biznesowych w łańcuchach dostaw: [podręcznik dla studentów. uniwersytety] / V. V. Dybskaya, E. I. Zaitsev, V. I. Sergeev, A. N. Sterligova; Ed. V.I.Sergeeva. - M .: Eksmo, 2008. - 944 str. - (Kompletny kurs MBA).

Wysłany na Allbest.ru

...

Podobne dokumenty

Tworzenie modeli procesów w BPwin, Aris Express, MS Visio, IBM Rational Rose oraz zgodnie z wymaganiami GOST 19.701-90. Tworzenie danych w Erwinie i bazach danych w MS Access. Obliczanie efektywności ekonomicznej przebudowy tego procesu w BPwin.

praca semestralna, dodano 07.12.2015


Architektura zintegrowanych systemów informatycznych ARIS jako metodologia modelowania procesów biznesowych, zalety i wady stosowania. Wybór procesu biznesowego do modelowania i jego sensowny opis, tabelaryczny format jego opisu.

praca semestralna, dodano 19.06.2015


Stworzenie struktury funkcjonalnej firmy. Metodologie projektowania systemów informacyjnych. Skład standardu IDEF. Narzędzia do analizy systemów konstrukcyjnych. Funkcjonalna metoda modelowania SADT. Strategie rozkładu. Schemat przepływu danych DFD.

prezentacja dodana 27.12.2013


Analiza etapów i cech tworzenia optymalnego i funkcjonalnego modelu ARIS - oprogramowania firmy IDS Scheer do modelowania procesów biznesowych firmy. Badanie podstawowych pojęć, metodologii i podejść do programowania ekstremalnego.

test, dodano 06.04.2011


Wykorzystanie narzędzi CASE do modelowania procesów biznesowych; doskonalenie projektowania systemów informatycznych z wykorzystaniem pakietu oprogramowania CA ERwin Modeling Suite: charakterystyka, możliwości wizualizacji struktury danych i środowiska wdrożeniowego.

streszczenie, dodano 20.03.2012


Definicja zautomatyzowanych systemów informacyjnych. Uzasadnienie wyboru środowiska rozwoju systemu informatycznego. Utwórz zapytania, aby wybrać informacje. Logiczna i fizyczna struktura relacyjnej bazy danych. Rozwój interfejsu użytkownika.

praca semestralna dodano 16.04.2017


Ewolucja wsparcia technicznego. Podstawowe wymagania, zastosowanie i charakterystyka nowoczesnych środków technicznych zautomatyzowanych systemów informatycznych. Zintegrowane technologie przetwarzania i przechowywania informacji. Stworzenie bazy danych księgowo-sprzedażowych.

praca semestralna, dodano 12.01.2010


Metody organizacji procesu przetwarzania informacji; główne kierunki wdrażania maszynowego wspomagania informacji. Zasady budowy i efektywnego wykorzystania technologii bazodanowych i banków danych jako głównych elementów zautomatyzowanych systemów.

praca dyplomowa, dodano 30.05.2013


Tworzenie logicznego modelu danych. Przypisanie przycisków Erwin Toolbox. Tworzenie bazy danych w systemie InterBase DBMS. Korzystanie z narzędzia WISQL. Tworzenie plików skryptów. Transfer struktury danych z jednego serwera na drugi. Synchronizacja katalogu bazy danych i aktualnego modelu.

praca semestralna dodana 26.11.2011


Zadania i etapy tworzenia zautomatyzowanego systemu informatycznego szkoły artystycznej. Opisywanie domeny za pomocą modelowania biznesowego, z wykorzystaniem diagramów przepływu danych DFD. Specyfikacja systemu, logiczna struktura bazy danych.

Modelowanie procesów biznesowych w ostatnich latach stało się modnym trendem, który objął wiele dużych (a nawet niezbyt dużych) przedsiębiorstw. W wielu firmach powstają działy rozwoju organizacyjnego, działy zarządzania procesami i inne działy, których głównym zadaniem jest wypracowanie rekomendacji dotyczących doskonalenia działań firmy w oparciu o podejście procesowe. Rynek usług oferuje również oferty z zakresu doradztwa procesowego, w tym propozycje o określonej specjalizacji branżowej (np. W zakresie ustalania procesów tworzenia aplikacji lub innych projektów informatycznych, czy też w zakresie doskonalenia systemów zarządzania przedsiębiorstwem).

Ten cykl artykułów jest poświęcony zastosowaniu podejścia procesowego, modelowaniu procesów biznesowych i ich praktycznemu zastosowaniu. Tematy, które zostaną omówione w tej serii, obejmują omówienie najpopularniejszych typów modeli, sposobu ich przechowywania, ich zalet i wad. Ponadto omówimy narzędzia do integracji z systemami informatycznymi oraz narzędzia do zarządzania procesami biznesowymi (w tym rozwiązania wykorzystujące języki opisu procesów biznesowych); symulacja procesów, kontrola i analiza realizacji procesów w warunkach rzeczywistych, tworzenie rozwiązań w oparciu o narzędzia do modelowania procesów biznesowych.

Chciałbym zwrócić Państwa uwagę na fakt, że cykl ten przedstawia w pierwszej kolejności osobisty punkt widzenia autora na modelowanie procesów biznesowych, który nie ma nic wspólnego z oficjalnymi opiniami dostawców omawianych narzędzi i usług; po drugie, cykl ten nie udaje systematyczności - odzwierciedla tylko aspekty podejścia procesowego, które autorowi wydawały się najbardziej interesujące i zasługujące na uwagę.

Krótko o podejściu procesowym

Istota podejścia procesowego jest prosta. Działania pracowników firmy dzielą się na dwie kategorie: powtarzalne (okresowo lub w wyniku zaistnienia jakichkolwiek zdarzeń), zwane procesami oraz niepowtarzalne, zwane projektami, czynnościami lub programami. Z tego punktu widzenia proces to powiązany zestaw powtarzalnych działań, które przekształcają materiał źródłowy i / lub informacje w produkt końcowy (lub usługę) zgodnie z wcześniej ustalonymi zasadami. Z reguły procesy stanowią znaczną część działań organizacji. Biorąc pod uwagę, że proces ma efekt końcowy, potraktowanie działań firmy jako zespołu procesów pozwala szybciej reagować na zmiany warunków zewnętrznych, uniknąć dublowania działań i kosztów, które nie prowadzą do pożądanego rezultatu oraz odpowiednio motywować pracowników do jego osiągnięcia.

Modelowanie procesów biznesowych zwykle oznacza ich sformalizowany opis graficzny. Choć modelowanie zastosowania podejścia procesowego i na jego podstawie doskonalenie działalności firmy nie jest obowiązkowe, w ostatnich latach wiele firm poświęciło temu wiele uwagi. Następnie omówimy, jakie zadania można rozwiązać za jego pomocą.

Praktyczne zastosowanie modelowania procesów biznesowych

Modelowanie procesów biznesowych jest stosowane w praktyce do rozwiązywania szerokiego zakresu zadań. Jednym z najbardziej typowych zastosowań takich modeli jest doskonalenie modelowanych procesów. W praktyce procesy opisywane są „takie, jakie są” (czyli dokładnie takie, jakie faktycznie występują), a następnie wąskie gardła w tych procesach identyfikowane są na różne sposoby i na podstawie tej analizy powstaje kilka modeli „tak jak powinno być”.

Identyfikację wąskich gardeł w procesach można przeprowadzić na różne sposoby. Jednym z nich jest symulacja. Wstępnymi danymi do takiego modelowania są informacje o prawdopodobieństwie wystąpienia zdarzeń mających wpływ na realizację procesu, o średnim czasie wykonywania funkcji w procesie oraz o prawach rozkładu czasu wykonania, a także o innych charakterystykach, np. O zasobach zaangażowanych w proces.

Innym sposobem identyfikacji wąskich gardeł jest analiza rzeczywistych procesów i odpowiednio czasu rzeczywistego wykonywania funkcji lub oczekiwania na dostępność zasobów. Rzeczywiste wartości można uzyskać z systemów informatycznych (jeśli proces jest zautomatyzowany w dostatecznie wysokim stopniu) lub określić za pomocą konwencjonalnego harmonogramu i innych obserwacji.

Innym sposobem zastosowania opisu procesów biznesowych jest użycie zestawu modeli procesów do wygenerowania korporacyjnych ram regulacyjnych, na przykład regulaminów procesów, przepisów departamentów, opisów stanowisk. Technologie te są szczególnie często wykorzystywane podczas przygotowywania firmy do certyfikacji na zgodność z jednym ze standardów jakości. Obecnie prawie wszystkie narzędzia do modelowania procesów biznesowych pozwalają na pozyskiwanie danych o obiektach w modelach i ich relacjach oraz przedstawianie ich w formie dokumentów, chociaż technologie leżące u podstaw takich rozwiązań mogą być różne.

Często modele procesów biznesowych są wykorzystywane do doskonalenia systemu zarządzania firmą i rozwijania systemu motywacji personelu - w tym celu zwykle modeluje się cele firmy, z których każdy jest rozkładany na bardziej szczegółowe, aż podział ten stanie się tak szczegółowy, że poszczególne cele okażą się związane z działalnością konkretnych pracowników. Następnie w tym celu tworzone są wskaźniki ilościowe charakteryzujące stopień ich osiągnięcia, a na podstawie tych wskaźników tworzony jest system motywacji personelu.

Modelowanie procesów biznesowych znajduje szerokie zastosowanie w projektowaniu systemów informatycznych czy innych rozwiązań informatycznych - dziś opis procesów w zarządzaniu wymaganiami i tworzenie specyfikacji stało się już prawie dobrą formą, aw nowoczesnym zadaniu technicznym całkiem możliwe jest zobaczenie nie tylko listy wymagań, ale także modeli procesów. I cokolwiek na ten temat powiedzą specjaliści z zakresu zarządzania i doradztwa procesowego, nie zapominajmy, że w wielu przypadkach to zadanie poprawnej automatyzacji i informacyjnego wsparcia działań firmy jest głównym zadaniem przy podejmowaniu decyzji o modelowaniu procesów biznesowych.

Wymienione zadania nie ograniczają się do zakresu modelowania procesów biznesowych - oto tylko kilka przykładów zastosowania tego typu modelowania.

Podejście procesowe i technologie CASE

Modele, obiekty i relacje

Podczas modelowania procesów biznesowych z reguły manipuluje się koncepcjami modelu, obiektu i połączenia. Model to zbiór symboli graficznych, ich właściwości, atrybutów i relacji między nimi, który odpowiednio opisuje niektóre właściwości symulowanej domeny. Możliwe typy modeli i zasady ich budowy (w tym dostępne do wykorzystania symbole graficzne i zasady istnienia powiązań między nimi) są określone przez wybraną metodologię modelowania, a system legendy przyjęty w zastosowanym modelu jest określony przez wybraną notację.

Istnieje wiele metod modelowania używanych obecnie do opisu procesów biznesowych. Najpopularniejsze z nich to metodologia DFD (Data Flow Diagrams), która opisuje diagramy przepływu danych wykorzystywane w analizie wymagań i projektowaniu funkcjonalnym systemów informatycznych; STD (State Transition Diagram), który zajmuje się diagramami przejść stanów do projektowania systemów czasu rzeczywistego; ERD (Diagramy relacji encji), które analizują diagramy relacji encji, które są używane w logicznym projektowaniu systemów informacyjnych; FDD (Functional Decomposition Diagrams), który opisuje funkcjonalne diagramy dekompozycji; SADT (Structured Analysis and Design Technique), która jest dość popularną technologią analizy strukturalnej i projektowania w latach 90. Ostatnio popularność zyskała również metodologia ARIS, biorąc pod uwagę zbiór różnych typów modeli (w tym wspieranych przez inne metodologie), które służą do opisu wszystkich podsystemów przedsiębiorstwa. Nie mniej popularna jest rodzina metodologii IDEF wykorzystywanych do projektowania procesów biznesowych i danych (deweloperzy baz danych zwykle dość dobrze znają metodologię IDEF1X opisującą logiczne i fizyczne modele danych, a metodologia IDEF0 jest bardzo popularna wśród analityków opisujących procesy biznesowe) ... Metodologia UML (Unified Modeling Language) jest bardzo popularna wśród programistów aplikacji, która jest wykorzystywana przy projektowaniu systemów informatycznych i aplikacji w celu opisania wymagań stawianych systemowi informatycznemu, scenariuszy użytkowników, zmian stanu systemu i danych podczas pracy oraz klas przyszłej aplikacji.

Narzędzia do modelowania

Choć rysowanie modeli na papierze nie jest zabronione, do modelowania nowoczesnych procesów biznesowych wykorzystuje się najczęściej narzędzia CASE - Computer Aided System Engineering - projektowanie systemów z wykorzystaniem komputera. Na współczesnym rynku oprogramowania istnieje ponad sto narzędzi CASE. W takiej sytuacji warto omówić ich klasyfikację i zadania, które można rozwiązać z ich pomocą (w odniesieniu do podejścia procesowego).

Z technologii informatycznych narzędzia CASE zazwyczaj obejmują narzędzia automatyzujące określone procesy w cyklu życia rozwiązań IT. Jednak z ich pomocą często rozwiązuje się zadania niezwiązane bezpośrednio z rozwiązaniami informatycznymi.

Osobliwością nowoczesnych narzędzi CASE są wizualne narzędzia graficzne do tworzenia modeli, wykorzystywania środków ich przechowywania w postaci plików lub w postaci danych w specjalnym repozytorium, a często - środki integracji z innymi narzędziami (np. Z narzędziami do tworzenia aplikacji, aplikacjami biurowymi, innymi CASE- środki, narzędzia wykorzystywane przy wdrażaniu systemów informatycznych). Często narzędzia CASE zawierają narzędzia do generowania raportów na podstawie modeli, narzędzia reengineeringowe - do generowania modeli na podstawie istniejących danych (np. Zawartych w relacyjnej bazie danych). Często narzędzia CASE obejmują interfejsy API, a nawet natywne środowiska programistyczne.

Narzędzia CASE można podzielić na typy:

• narzędzia analityczne i modelujące przeznaczone do tworzenia opisów procesów i innych obszarów tematycznych jako takich;
• narzędzia analityczne i projektowe służące do zarządzania wymaganiami i dokumentowania projektów informatycznych;
• narzędzia do modelowania aplikacji (obecnie najpopularniejszą kategorią takich narzędzi jest rodzina narzędzi do modelowania UML);
• narzędzia do projektowania danych, które zapewniają modelowanie danych i generowanie schematów bazy danych dla najpopularniejszych systemów DBMS.

Wszystkie powyższe kategorie narzędzi służą do opisu procesów biznesowych, z wyjątkiem być może ostatniej: modelowanie danych to szczególny obszar z bardzo konkretnymi zadaniami i określonym oczekiwanym rezultatem, z którego korzystają nie tyle analitycy biznesowi, co twórcy aplikacji.

Postać: 1. Borland razem

Do najpopularniejszych narzędzi do opisu procesów biznesowych w naszym kraju należą narzędzia do modelowania UML Rational Rose (IBM) oraz Together (Borland) - rys. 1, rodzina AllFusion Business Process Modeler (BPwin) do opisu procesów biznesowych z wykorzystaniem metodologii IDEF0 (Computer Associates) i organizowania pracy zespołowej na jednym repozytorium modeli (rys. 2), ARIS (IDS Scheer) - narzędzie do pracy zespołowej na zbiorze wzajemnie powiązanych modeli różnych typów (rys. 3) służących do opisu procesów biznesowych, danych i systemów informatycznych, działań firmy, Visio (Microsoft) jest narzędziem do tworzenia różnego rodzaju modeli i danych procesów biznesowych, które umożliwia tworzenie diagramów i modeli z wykorzystaniem różnych metodologii (rys. 4).

Postać: 2. CA AllFusion Business Process Modeler (BPwin)

Postać: 3. Architekt biznesowy ARIS

Postać: 4. Microsoft Visio

O wielu z powyższych narzędzi pisaliśmy wielokrotnie w naszym magazynie, a osoby zainteresowane mogą znaleźć odpowiednie artykuły na naszej stronie internetowej:

Jakie narzędzie wybrać do modelowania procesów biznesowych? Decydują o tym przede wszystkim cele i zakres modelowania, funkcjonalność narzędzi, ich integracja z innymi narzędziami i aplikacjami, aw znacznie mniejszym stopniu - dostępność wiedzy i doświadczenia w korzystaniu z danego narzędzia wśród autorów modeli. Oczywiście w tym przypadku trzeba sobie wyobrazić, jakie możliwości narzędzia do modelowania są potrzebne do rozwiązania problemu, przed którym stoi użytkownik. Jednak bardziej szczegółowo omówimy możliwości takich narzędzi w kolejnych artykułach.

Modelowanie procesów biznesowych jest skutecznym narzędziem do znajdowania sposobów optymalizacji działań firmy, pozwalającym określić, jak firma działa jako całość i jak zorganizowane są działania w każdym miejscu pracy. Metodologia (notacja) tworzenia modelu (opisu) procesu biznesowego jest rozumiana jako zbiór sposobów reprezentacji obiektów świata rzeczywistego i powiązań między nimi jako modelu. Każdy obiekt i łącza charakteryzują się szeregiem parametrów lub atrybutów, odzwierciedlających pewne cechy rzeczywistego obiektu (numer obiektu, nazwa, opis, czas wykonywania (dla funkcji), koszt itp.).

Opis procesów biznesowych jest wykonywany w celu ich dalszej analizy i reorganizacji. Celem reorganizacji może być wprowadzenie systemu informatycznego, redukcja kosztów, poprawa jakości obsługi klienta, stworzenie instrukcji stanowiskowo-roboczych itp., A szczegółowy opis procesów sam w sobie nie jest wartościowy.

Reengineering Reengineering procesów biznesowych to fundamentalne przemyślenie i radykalne przeprojektowanie procesów biznesowych w celu osiągnięcia maksymalnej wydajności działalności produkcyjnej, ekonomicznej i finansowej i gospodarczej, sformalizowane odpowiednimi dokumentami organizacyjnymi, administracyjnymi i regulacyjnymi. Inżynieria biznesowa polega na modelowaniu procesów biznesowych (opracowanie modelu „taki, jaki jest”, analizie go, opracowaniu modelu „tak, jak powinien”) oraz opracowaniu i wdrożeniu planu przejścia do stanu „taki, jaki powinien”.

Wiele nowoczesnych metodologii modelowania procesów biznesowych opiera się na metodologii SADT (Structured Analysis and Design Technique), rodzinie standardów IDEF (Icam DEFinition, gdzie Icam to skrót od Integrated Computer-Aided Manufacturing) oraz językach algorytmicznych.

Główne rodzaje metodologii modelowania i analizy procesów biznesowych:

Modelowanie procesów biznesowych ( Modelowanie procesów biznesowych). Najpowszechniej stosowaną metodologią opisu procesów biznesowych jest standard IDEF0. Modele w notacji IDEF0 służą do wysokopoziomowego opisu działalności firmy w aspekcie funkcjonalnym.

Opis przepływów pracy ( Modelowanie przepływu pracy). Standard IDEF3 ma na celu opisanie przepływów pracy i jest bliski algorytmicznym metodom tworzenia diagramów blokowych.

Opis strumieni danych ( Modelowanie przepływu danych). Notacja DFD ( Diagramowanie przepływu danych), pozwala na odzwierciedlenie kolejności prac wykonywanych w trakcie procesu oraz przepływów informacji krążących pomiędzy tymi pracami.

Inne metodologie.

W odniesieniu do uzyskiwania wartości dodanej produktu lub usługi można wyróżnić następujące klasy procesów:

Kluczowe procesy biznesowe (na przykład marketing, produkcja, dostarczanie i serwisowanie produktów).

Wspieranie procesów biznesowych nie dodaje wartości do produktu, ale zwiększa jego wartość (na przykład wsparcie finansowe operacji, personel, wsparcie prawne, administracja, bezpieczeństwo, dostawa komponentów, naprawa i konserwacja itp.).

Zarządzanie procesami biznesowymi.

Model biznesowy to sformalizowany (graficzny, tabelaryczny, tekstowy, symboliczny) opis procesów biznesowych. Głównym obszarem zastosowania modeli biznesowych jest reengineering procesów biznesowych.

Cele modelowania procesów biznesowych są zwykle formułowane w następujący sposób:

Umożliwiają zrozumienie struktury organizacji i dynamiki zachodzących w niej procesów;

Zapewnia zrozumienie aktualnych problemów organizacji i możliwości ich rozwiązania;

Upewnij się, że klienci, użytkownicy i programiści mają takie samo zrozumienie celów i zadań organizacji;

Stworzenie bazy do kształtowania wymagań dla oprogramowania automatyzującego procesy biznesowe organizacji (wymagania dla oprogramowania są tworzone na podstawie modelu biznesowego).

Ważnym elementem modelu procesów biznesowych jest zasady biznesowe lub reguły domeny. Typowe reguły biznesowe to zasady korporacyjne i przepisy rządowe. Reguły biznesowe są zwykle formułowane w określonym dokumencie i mogą znaleźć odzwierciedlenie w modelach.

Rozkład w ogólnym sensie jest to metoda, która pozwala zastąpić rozwiązanie jednego dużego problemu rozwiązaniem szeregu mniejszych problemów, dzieląc obiekt na części składowe według określonego kryterium. W praktyce dekompozycja służy dopracowaniu modeli biznesowych.

Etapy opisu procesów biznesowych:

Określenie celów opisu

Opis środowiska, definicja wejść i wyjść procesu biznesowego, budowa diagramów IDEF0.

Opis struktury funkcjonalnej (działania procesowe), budowa diagramów IDEF3.

Opis przepływów (materiałowy, informacyjny, finansowy) procesu, budowa diagramów DFD.

Budowanie struktury organizacyjnej procesu (działy, uczestnicy, odpowiedzialni).

IDEF0

Model składa się z diagramów, fragmentów tekstu i glosariusza, które są ze sobą powiązane. Diagramy są głównymi składnikami modelu, wszystkie funkcje i interfejsy na nich są reprezentowane jako bloki i łuki.

Połączenie między łukiem a blokiem określa typ interfejsu:

Informacje kontrolne są wprowadzane do bloku u góry.

Informacje wejściowe są umieszczane w bloku po lewej stronie.

Wyniki pochodzą z bloku po prawej stronie.

Mechanizm (człowiek lub system automatyczny), który wykonuje operację, wchodzi do jednostki od dołu.

Każdy składnik modelu można rozłożyć (odszyfrować bardziej szczegółowo) na innym diagramie. Zaleca się zaprzestanie modelowania, gdy poziom szczegółowości modelu spełnia swoje zadanie. Całkowita liczba poziomów w modelu nie powinna przekraczać 5-6.

Tworzenie diagramów rozpoczyna się od przedstawienia całego systemu jako pojedynczego bloku i łuków reprezentujących interfejsy z funkcjami poza systemem. Następnie blok, który reprezentuje system jako pojedynczą jednostkę, jest szczegółowo przedstawiony na innym schemacie przy użyciu kilku bloków połączonych łukami interfejsu. Każdy szczegółowy diagram jest dekompozycją blokową z diagramu poprzedniego poziomu. Na każdym etapie dekompozycji diagram poprzedniego poziomu nazywany jest diagramem macierzystym dla bardziej szczegółowego diagramu.

Te diagramy nie wskazują wyraźnie kolejności ani czasu. Metoda ma szereg wad: złożoność percepcji (duża liczba łuków na diagramach i duża liczba poziomów dekompozycji), trudność w powiązaniu kilku procesów.

IDEF3

Ta metoda ma na celu symulację sekwencja działań oraz współzależności między nimi w ramach procesów. Modele IDEF3 mogą być używane do drążenia w dół na blokach funkcyjnych IDEF0, które nie mają diagramów dekompozycji.

Wyświetlanie wykresów IDEF3 działać w formie prostokąta. Akcje nazywane są czasownikami lub rzeczownikami czasownikowymi, każda czynność ma przypisany unikalny numer identyfikacyjny (numer akcji jest zwykle poprzedzony numerem jej rodzica, na przykład 1.1.).

Wszystkie linki w IDEF3 są jednokierunkowe i są zorganizowane od lewej do prawej.

Typy łączy IDEF3:

Pierwszeństwo czasowe, prosta strzałka. Pierwotna akcja musi zostać zakończona, zanim będzie można rozpocząć ostatnią akcję.

Przepływ obiektu, dwukierunkowa strzałka. Dane wyjściowe pierwotnej akcji to dane wejściowe ostatniej czynności. Pierwotna akcja musi zostać zakończona, zanim będzie można rozpocząć ostatnią akcję. Nazwy łączy przesyłania strumieniowego powinny jasno określać obiekt, który jest przenoszony za ich pomocą.

Rozmyty związek, przerywana strzałka.

Zakończenie jednej akcji może zainicjować rozpoczęcie wykonywania kilku innych akcji jednocześnie lub odwrotnie, dana akcja może wymagać zakończenia kilku innych akcji przed jej wykonaniem (rozgałęzienie procesu).

Rozgałęzienie procesu jest odzwierciedlane za pomocą specjalnych bloków:

- „I”, blokuj znakiem &.

- „Wyłączne LUB” („jeden z”), blokuj znakiem X.

- „OR”, blok ze znakiem O.

Jeżeli akcje „AND”, „OR” mają być wykonywane synchronicznie, jest to sygnalizowane dwiema podwójnymi pionowymi liniami wewnątrz bloku, asynchronicznie - jedna.
Metoda IDEF3 umożliwia wielokrotne dekomponowanie działania, dokumentując w ten sposób alternatywne przepływy procesów w jednym modelu.

DFD

Celem tej prezentacji jest pokazanie, jak każdy proces przekształca ich wkład dane w weekend. Może odzwierciedlać nie tylko przepływy informacyjne, ale także materialne. Podobnie jak w innych modelach obsługiwana jest dekompozycja.

Główne elementy diagramów przepływu danych to:

Podmioty zewnętrzne (przedmiot materialny lub osoba fizyczna będąca źródłem lub odbiorcą informacji, np. Klienci, personel, dostawcy, klienci, magazyn);

Systemy i podsystemy (na przykład podsystem do pracy z osobami);

Procesy (transformacja strumieni danych wejściowych w wyjściowe zgodnie z określonym algorytmem; fizycznie może to być np. Jednostka organizacyjna (dział) przetwarzająca dokumenty wejściowe i wystawiająca raporty, program, sprzęt logiczny itp.);

Urządzenia do przechowywania danych (abstrakcyjne urządzenia do przechowywania informacji);

Strumienie danych (strzałki na schemacie).

Konieczne jest umieszczenie na każdym diagramie od 3 (mniej nie ma sensu) do 7 (więcej - nie dostrzeganych) procesów, bez zaśmiecania diagramów szczegółami nieistotnymi na tym poziomie.

Pierwszym krokiem w budowaniu hierarchii DFD jest zbudowanie diagramów kontekstowych. Zwykle przy projektowaniu stosunkowo prostych systemów budowany jest pojedynczy diagram kontekstowy z topologią gwiazdy, w centrum którego znajduje się tzw. Proces główny, połączony z ujściami i źródłami informacji. Dla systemów złożonych (dziesięć lub więcej podmiotów zewnętrznych, rozproszony charakter i wielofunkcyjność systemu) budowana jest hierarchia diagramów kontekstowych. Jednocześnie diagram kontekstu najwyższego poziomu zawiera nie pojedynczy proces główny, ale zestaw podsystemów połączonych strumieniami danych.

Każdy proces w DFD można szczegółowo opisać za pomocą DFD lub (jeśli proces jest elementarny) specyfikacji. Specyfikacje to opisy algorytmów zadań wykonywanych przez procesy. Języki specyfikacji mogą obejmować strukturalny język naturalny lub pseudokod do języków modelowania wizualnego.

W modelowaniu procesów biznesowych diagramy przepływu danych (DFD) są wykorzystywane do budowania modeli AS-IS i AS-TO-BE, odzwierciedlając w ten sposób istniejącą i proponowaną strukturę procesów biznesowych organizacji.

ARIS

Obecnie istnieje tendencja do integrowania różnych metod modelowania, co przejawia się w tworzeniu zintegrowanych narzędzi modelowania. Jednym z takich narzędzi jest oprogramowanie o nazwie ARIS (Architecture of Integrated Information Systems), opracowane przez niemiecką firmę IDS Scheer.

ARIS obsługuje cztery typy modeli (i wiele typów modeli w każdym typie), odzwierciedlając różne aspekty badanego systemu:

Modele organizacyjne reprezentujące strukturę systemu - hierarchia jednostek organizacyjnych, stanowisk i poszczególnych osób, powiązania między nimi, a także powiązania terytorialne jednostek strukturalnych;

Modele funkcjonalne zawierające hierarchię celów stojących przed aparatem zarządzania, wraz z zestawem drzew funkcji niezbędnych do osiągnięcia celów;

Modele informacyjne, które odzwierciedlają strukturę informacji potrzebnych do realizacji całego zestawu funkcji systemu;

Modele zarządzania, które reprezentują zintegrowany obraz realizacji procesów biznesowych w systemie.

Do budowy wymienionych typów modeli wykorzystywane są zarówno autorskie metody modelowania ARIS, jak i różne dobrze znane metody i języki modelowania, w szczególności UML. Możesz rozpocząć modelowanie z dowolnym typem modelu.

Głównym modelem biznesowym ARIS jest eEPC (rozszerzony łańcuch procesów sterowanych zdarzeniami, rozszerzony model łańcucha procesów sterowanych zdarzeniami). Notacja ARIS eEPC jest rozszerzeniem notacji IDEF3. Proces biznesowy w notacji eEPC to przepływ kolejno wykonywanych prac (procedur, funkcji) ułożonych w kolejności ich wykonywania. Rzeczywisty czas trwania procedury nie jest wizualnie odzwierciedlony w eEPC.

Aby uzyskać informacje o rzeczywistym czasie trwania procesów, konieczne jest skorzystanie z innych narzędzi opisu, np. MS Project.

Modele w ARIS to diagramy, których elementy są różne obiekty - „funkcje”, „zdarzenia”, „jednostki strukturalne”, „dokumenty” itp. Między obiektami niektórych typów można zainstalować znajomości pewnych typów („spełnia”, „podejmuje decyzję”, „musi zostać poinformowany o wynikach” itp.). Każdy obiekt odpowiada określonemu zestawowi atrybutów, które umożliwiają wprowadzenie dodatkowych informacji o określonym obiekcie.

Główne cele notacji eEPC:

Funkcjonować. Służy do opisu funkcji (procedur, prac) wykonywanych przez działy / pracowników przedsiębiorstwa. Każda funkcja musi być wyzwalana przez zdarzenie i musi kończyć się zdarzeniem; każda funkcja nie może zawierać więcej niż jednej strzałki „rozpoczynającej” wykonanie funkcji, az więcej niż jednej strzałki opisującej zakończenie funkcji.

Zdarzenie. Służy do opisu rzeczywistych zdarzeń wpływających na wykonywanie funkcji.

Jednostka organizacyjna. Na przykład kierownictwo lub dział.

Dokument. Odzwierciedla rzeczywiste media, takie jak dokumenty papierowe.

Zastosowany system.

Zbiór informacji. Charakteryzuje zbiór bytów i relacji między nimi.

Komunikacja między obiektami. Typ relacji między obiektami, na przykład aktywacja wykonania funkcji przez jakieś zdarzenie.

Operator logiczny. Operator „AND”, „OR” lub wyłączny „OR” pozwala opisać rozgałęzienie procesu.

Jeżeli przy tworzeniu modelu w eEPC wskazana zostanie tylko kolejność procedur, nie martwiąc się o odzwierciedlenie dokumentów kontrolnych i informacji, otrzymane modele będą miały niską wartość pod względem analizy i dalszego wykorzystania.

Do przechowywania modeli w ARIS używany jest obiektowy DBMS i dla każdego projektu tworzona jest nowa baza danych. Zapewnione są różne funkcje administracyjne, takie jak kontrola dostępu. Baza danych jest hierarchicznym magazynem modeli.

Pracą nad stworzeniem modelu powinny rządzić ścisłe i obszerne umowy modelowe (normy), ARIS wspiera mechanizm filtrów metodologicznych, które pozwalają użytkownikowi korzystać tylko z określonego zbioru schematów i obiektów. Opracowanie takich umów wymaga znacznej ilości czasu i wysoko wykwalifikowanych specjalistów. Jeżeli projekt wykorzystujący ARIS rozpoczyna się bez szczegółowego opracowania takich umów, to prawdopodobieństwo powstania modeli procesów biznesowych, które nie odpowiadają na postawione pytania, jest bardzo duże.