BPMN 2.0 podstawowa notacja dla opisów procesów biznesowych. Piotr Biernacki MGX Infoservice Warszawa

Wielkość: px
Rozpocząć pokaz od strony:

Download "BPMN 2.0 podstawowa notacja dla opisów procesów biznesowych. Piotr Biernacki MGX Infoservice Warszawa"

Transkrypt

1 BPMN 2.0 podstawowa notacja dla opisów procesów biznesowych. Piotr Biernacki MGX Infoservice Warszawa

2 Przygotowanie studentów do pracy w nowoczesnych organizacjach wymaga poznania przez nich standardu opisu procesów. Jest nim BPMN 2.0 opisany normą ISO/IEC Prelekcja przybliży ten standard i omówi problemy związane z jego stosowaniem.

3 Czym jest proces biznesowy? Proces biznesowy jest uporządkowanym ciągiem czynności służącym zaspokojeniu potrzeby klienta procesu Proces jest realizowany zgodnie z określonymi mechanizmami Aby zrozumieć proces biznesowy należy zbudować jego model Dane Klient wejściowe(potrzeba) Klient Dane (potrzeba wyjściowe zaspokojona) Do realizacji procesów potrzebne są różnego rodzaju zasoby ICOM (Input, Control, Output, Mechanism) Przez proces przepływają pojedyncze instancje (żetony) odwzorowujące zaspokajanie poj. potrzeb

4 Czym jest model procesu a czym mapa procesów? i jakie są konsekwencje mylenia tych pojęć? Mapa procesu służy pokazaniu zależności pomiędzy procesami (rzadko elementami procesu) Mapa nie opisuje jak potrzeba jest przekształcana w jej zaspokojenie, nie nadaje się np. do badania sprawności Model służy zobrazowaniu funkcjonowania procesu Model nie opisuje zależności pomiędzy procesami danej organizacji nie nadaje się do analizy otoczenia procesów Prototyp pełny, sparametryzowany model procesów Może służyć do ich symulacji / wykonania w narzędziach wspierających realizację Mylenie pojęcia mapy i modelu powoduje: Błędy w zrozumieniu istoty procesów Niespójność modeli Braki w identyfikacji obszarów

5 Jak modelować? Czego oczekujemy od notacji służącej modelowaniu procesów biznesowych: Będzie zrozumiała dla odbiorcy biznesowego Nie będzie limitować modelującego Pozwoli przekazać wystarczającą ilość informacji Pozwoli na precyzyjną definicję logiki przepływu Będzie zrozumiała dla dostawców Będzie zrozumiała dla partnerów, z którymi musimy omawiać współpracę Innymi słowami notacja powinna być zgodna z jakimś standardem

6 Jakie notacje bywają wykorzystywane w modelowaniu procesów biznesowych BPMN Precyzyjny, powszechny standard dedykowany do modelowania procesów biznesowych nie związany z żadnym z producentów. Opisany normą ISO/IEC 19510:2013 CMMN, DMN Specyficzne sytuacje biznesowe UML Standard programistów, dobry na etapie wdrożenia, gorszy analizy. Narzędzia symulacyjne nie wykorzystują UML. EPC Standard jednego producenta, nieefektywny w dużych modelach Swimlane/Cross functional Powszechny, ale niedoprecyzowany Własna notacja Ryzyko nieporozumień z innymi organizacjami Zwykły diagram przepływu Bardzo niedoprecyzowany

7 BPMN 2.0 ISO/IEC 19510:2013

8 Business Modeling & Integration (BMI) Domain Task Force (DTF). BMI DTF (dawna BPMI) współpracuje z OMG w celu promocji modelowania procesów Ustala standardy dla projektowania, wdrażania, wykonywania, utrzymywania procesów: Business Process Model and Notation (BPMN) BPMN dostarcza biznesowi możliwość definiowania i zrozumienia wewnętrznych i zewnętrznych procedur za pomocą diagramu procesów biznesowych, która da organizacji możliwość komunikacji opartej o przyjęte standardy. Case Management Model and Notation (CMMN) Decision Model and Notation (DMN) Business Process Maturity Model (BPMM) Business Motivation Model (BMM) Semantics of Business Vocabulary and Rules (SBVR) Business Process Definition Metamodel (BPDM) Production Rule Representation (PRR) Workflow Management Facility (WfMF)

9 Cele BPMN Zminimalizowanie technicznych ograniczeń nakładanych na użytkownika biznesowego modelującego procesy. Zbudowanie pomostu pomiędzy projektem procesu biznesowego a fazą jego implementacji, W czasie projektu procesu uwzględniamy informację o komponentach odpowiedzialnych za jego realizację/wykonanie, Stworzenie standardu akceptowanego przez całą społeczność biznesową, Wspieranie tylko tych pojęć, które służą modelowaniu procesów biznesowych Stworzenie możliwość zamodelowania bardzo skomplikowanych, złożonych procesów, Notacja BPMN dla procesów biznesowych musi być jednoznaczna i spójna Istnieje możliwość mapowanie z elementów notacji BPMN na instancje poziomu wykonania

10 Czym jest BPMN? Business Process Model and Notation (BPMN, Notacja i Model Procesu Biznesowego) jest: stabilną graficzną notacją opracowana w 2004 roku przez BPMI.(Obecnie BPI DTF komitet w OMG) aktualna wersja służącą do opisu kroków, zdarzeń i logiki realizacji procesu biznesowego. zaprojektowaną tak, aby umożliwić odzwierciedlenie: przepływu procesu komunikacji pomiędzy różnymi procesami u różnych uczestników istotnych danych w procesie. Opisaną normą ISO/IEC 19510:2013 Międzynarodowej Organizacji Normalizacyjnej. Jednoznaczność modeli BPMN umożliwia ich symulacje, jeśli narzędzie do modelowania potrafi ją wykonać. dla opisów procesów biznesowych

11 BPMN DI Istotnym elementem notacji BPMN jest możliwość zapisu modelu w formacie XML Standardowym opisem jest BPMN XML znany również jako BPMN DI Zawiera komplet informacji o procesie, również informacji niewidocznych na diagramie Dane Parametry Alternatywą dla BPMN DI jest XPDL 2.2 Swoją wersję XML mają również CMMN i DMN Te standardy są BEZPŁATNE

12 Diagram procesu biznesowego podstawowe obiekty Elementy procesu (Węzły przepływu - Flow Nodes) Okręgi zdarzenia Zaokrąglone prostokąty czynności Romby bramki Elementy łączenia obiektów Linia ciągła przepływ procesu Linia przerywana przepływ komunikatów Linia kropkowana powiązania/powiązania danych Linia podwójna opcjonalnie konwersacje Miejsca realizacji procesu Prostokąty izolowane Baseny / Uczestnicy Prostokąty wewnętrzne Tory / Role biznesowe Dane Prostokąty z zgiętym rogiem dane Cylindry składnice danych Artefakty Zdarzenie Bas en Tor Tor Czynność Bramka Adnotacje Grupy Powiązania (Komunikaty) Formalnie komunikaty są dekoratorami ale zachowują się jak artefakty Grupa Adnotacja Komuikat

13 Proces prywatny (Przepływ normalny) Wykorzystywany jest do pokazania logiki przebiegu procesu (workflow)

14 Proces publiczny (d. skrócony) Pokazuje interakcję pomiędzy prywatnym procesem biznesowym a innym procesem lub uczestnikiem. Tylko te aktywności, które są używane do komunikacji na zewnątrz procesu prywatnego procesu i kontroli przepływu są pokazywane na diagramie. Inne nie występują.

15 Procesy kooperacji (Model B2B) Pokazują interakcję pomiędzy procesami dwu lub więcej uczestników. Interakcja jest pokazywana jako sekwencja aktywności reprezentująca wymianę komunikatów pomiędzy uczestnikami. Mogą być pokazane jako dwa lub więcej procesów publicznych komunikujących się ze sobą

16 Diagram współpracy Służy tylko i wyłącznie pokazaniu relacji pomiędzy procesami traktowanymi jako czarne skrzynki

17 Diagram Choreografii Pokazuje współprace pomiędzy procesami

18 Diagram konwersacji Diagram konwersacji pokazuje jak poszczególni uczestnicy procesu komunikują się ze sobą Uwaga: BPMN dopuszcza umieszczanie na jednym rysunku obiektów z różnych typów diagramów

19 BPMN a UML? Programiści niechętnie wykorzystują modele procesów do wizualizacji procesów, które podlegają automatyzacji. Ponadto często uważają, że jeśli już z czegoś muszą skorzystać to przecież jest Activity Diagram w UML i to powinno wystarczyć. Biznes niechętnie korzysta z UML Obie notacje mają różne podejście do tego co jest procesem biznesowym więc diagramy opisują inne rzeczywistości.

20 Jakie są zasadnicze różnice pomiędzy BPMN a UML? UML służy obiektowo zorientowanemu modelowaniu aplikacji BPMN służy procesowo zorientowanemu modelowaniu systemów. Ponieważ BPMN jest zogniskowany na procesach biznesowych (i ich wsparciu przez systemy informatyczne) a UML na projektowaniu oprogramowania można powiedzieć, że obie notacje są komplementarne względem siebie, gdyż pokazują różne punkty widzenia na modelowanie systemów.

21 Jakie są zasadnicze różnice pomiędzy BPMN a UML? Obie notacje są ze sobą zgodne co do idei. Nie wszystkie procesy biznesowe muszą być realizowane w postaci zautomatyzowanych procesów biznesowych wykonywanych za pomocą języka realizacji procesów. Jeśli automatyzacja jest niezbędna to procesy i aktorzy mogą być doprecyzowani w języku UML. Ale trzeba pamiętać, że Symbole w BPMN i UML nawet podobnie wyglądające mają inne znaczenie BPMN bazuje na koncepcji żetonu Proces w BPMN dzieje się w organizacji

22 Jakie są zasadnicze różnice pomiędzy BPMN a UML? UML Submit for Approval Service Approval Notify Reject No Approved? Rejected > 200 Yes BPMN Transaction [for Aproval] Transaction [for Aproval] < 200 Auto Approve Auto Approved Approved Transaction {Approved] or [Rejeted] No action Timer Notufy No Action Cancel transaction Canceled {Canceled]

23 Jakie są zasadnicze różnice pomiędzy BPMN a UML? UML Printed-Cricuit Boards Tak Computer Accepted BPMN Computer [for production] Assemble Computer Test Computer Nie Test Passsed? Assembled Computer Computer [rejected]

24 Jakie są zasadnicze różnice pomiędzy BPMN a UML? UML BPMN Payment made and order received Customer Order prepared Send Order Acccept Invoice Send Payment Pick up Order Close Order Order closed Company Order Depatment Acctg Department Order Order received Receive Order No Yes Order Accepted? Fill Order Invoice Invoice Send Invoice Payment Payment Accept Payment Ship Order Close Order Odrer closed

25 Czy BPMN jest prosty w użyciu? BPMN to próba pogodzenia: możliwości przedstawienia skomplikowanych relacji reguł rządzących procesami biznesowymi np. wymaganych na potrzeby automatyzacji z potrzebą takiego przedstawiania procesów, by były one zrozumiałe dla niezaawansowanych czytelników Dlatego dobre zamodelowanie procesów w tej notacji wymaga zawsze: Dobrego zrozumienia mechanizmów tej notacji Odpowiedniego doboru typów diagramów i wykorzystywanych symboli do celu modelowania i odbiorcy modelu. Dobrze przygotowany model jest łatwy w odbiorze

26 Jakie są największe zagrożenia w modelowaniu z BPMN? Niezrozumienie co jest procesem w kontekście BPMN Koncepcja żetonu Błędy w wybranych konstrukcjach uniemożliwiające: Prawidłową interpretację modelu Jego późniejszą automatyzację (jeśli konieczna) Źle dobrany sposób przedstawienia diagramu w stosunku do percepcji odbiorcy Niezrozumienie prawidłowych konstrukcji BPMN Najczęściej przy zaawansowanym modelowaniu Wiele tych zagrożeń związanych jest z niekompetencją: Modelujących Odbiorców

27 Czego BPMN nie obsługuje Map procesów (w kontekście BPM)? Struktury organizacyjną procesów Zaawansowanego zarządzania zasobami i relacjami pomiędzy: rolami biznesowymi stanowiskami osobami zasobami materialnymi sprzęt, infrastruktura itp. Miernikami Ryzykiem

28 Czy jest sens używania BPMN w BPM? Co prawda BPMN nie zajmuje się ww. zakresami ale: Mechanizm artefaktów (możliwość definiowania własnych) powoduje, że: Modele BPMN mogą być wykorzystywane do pogłębionych analiz Brakujące relacje mogą być pokazywane jako dodatkowe artefakty Standardowa postać wymiany danych (XPDL/ BPMN XML) umożliwia wczytanie modeli z różnych narzędzi.

29 Dlaczego rozpoczynać od analizy procesów? Prawidłowe działanie procesów w organizacji wymaga: Ich powszechnej znajomości Znajomości otoczenia w jakim są realizowane Jednoznaczności regulacji z nimi związanych Znajomości i akceptacji celu ich realizacji Wiedzy na temat jakie rezerwy drzemią w procesach organizacji Znając procesy można je doskonalić poprzez: Zmiana organizacji procesów Automatyzacja realizacji procesów (c) MGX Infoservice - BPMN 2.0 podstawowa

30 Dlaczego rozpoczynać od analizy procesów? Doskonalenie procesów MUSI: Opłacać się. Służyć ich usprawnieniu. Wynikać z realnych potrzeb Klientów Procesów Przed wdrożeniem należy przewidzieć korzyści z wdrożenia Nie automatyzujemy procesów by było nowocześniej a jedynie dlatego by skutecznie realizować cele organizacji (c) MGX Infoservice - BPMN 2.0 podstawowa

31 Co powinna obejmować analiza? Zamodelowanie procesów wg stanu aktualnego Analiza przebiegu Identyfikację przebiegów, które nie służą do realizacji celu biznesowego Potencjalne miejsca automatyzacji Istotne dane w procesie Powiązania pomiędzy procesami Komunikacja z innymi organizacjami Analiza wymagań proponowane modele procesów docelowych Analiza kosztów procesu przed i po zmianie Pełna analiza wymaga symulacji (c) MGX Infoservice - BPMN 2.0 podstawowa

32 Model symulacyjny Jest odmianą modelu procesu nacisk położony jest na zobrazowanie danych istotnych do odpowiedzi na zadane pytanie Jest najczęściej: zredukowanym modelem prezentacyjnym lub modelem badanego aspektu (nie musi być modelem procesu) może być tworzony w różnych metodykach opisu, np.: model Swimlane (met. Rummlera-Brache) model BPMN nakłada większe obostrzenia na model dobre narzędzia pozwalają na symulację regułami wykonawczymi narzędzi EOIF (c) MGX Infoservice - BPMN 2.0 podstawowa

33 Koncepcja modelu symulacyjnego W wyniku symulacji otrzymujemy charakterystykę: Kosztów transakcji i procesu Czasów przebiegu żetonu i miejsc powstawania opóźnień Wykorzystania zasobów i oczekiwania na nie Zogniskowania procesu (powtarzalności wyników dla scenariusza) Prawdopodobieństwa zaistnienia danego wyniku procesu (c) MGX Infoservice - BPMN 2.0 podstawowa

34 Jak analizować? Wycena funkcjonalności Parametryzacja czasu operacji Parametryzacja kosztu zasobów Wyliczenie kosztu procesu Propozycja zmian Zmiana przebiegu Zmiana kompetencji Oszacowanie czasów po zmianach Często eksperyment Oszacowanie kosztu po zmianach Koszt badanego procesu Koszt procesów nadzoru i zarządczych Wycena korzyści Wynik przed i po automatyzacji (c) MGX Infoservice - BPMN 2.0 podstawowa

35 Korzyści z analizy Modelowanie Szybka identyfikacja procesu Łatwa i skuteczna komunikacja Łatwe dostrzeganie niespójności w procesach Identyfikacja przyczyn porażek Podstawa pod automatyzację Symulacja Wykrywanie nieoczywistych problemów w procesach Współbieżność procesów Brak harmonizacji zasobów Weryfikacja skutków projektowanych zmian Wycena korzyści ze zmian procesów (c) MGX Infoservice - BPMN 2.0 podstawowa

36 Dlaczego BPMN na uczelni? Umiejętność modelowania procesów i czytania modeli podstawowa kompetencja w zarządzaniu Umiejętność symulacji i uzasadnienia rozwiązania typowa kompetencja managerska i analityczna BPMN jest jedynym powszechnym standardem modelowania procesów wymaganym w: przemyśle administracji publicznej

37 Pytania i odpowiedzi Piotr Biernacki MGX Infoservice Wilanowska 14a / 1ab Warszawa GSM tel piotr.biernacki@mgx.com.pl Kopiowanie i wykorzystywanie materiałów wymaga zgody autora

BPMN identyfikacja procesów, dlaczego i jak? Piotr Biernacki MGX Infoservice

BPMN identyfikacja procesów, dlaczego i jak? Piotr Biernacki MGX Infoservice BPMN identyfikacja procesów, dlaczego i jak? Piotr Biernacki MGX Infoservice Wiele osób kwestionuje potrzebę identyfikacji i udokumentowania procesów biznesowych. Wykład ma przybliżyć podstawowe reguły

Bardziej szczegółowo

Analiza procesów jak to robić i dlaczego to robić przed wdrożeniem systemu elektronicznego obiegu dokumentów w firmie? Piotr Biernacki MGX

Analiza procesów jak to robić i dlaczego to robić przed wdrożeniem systemu elektronicznego obiegu dokumentów w firmie? Piotr Biernacki MGX Analiza procesów jak to robić i dlaczego to robić przed wdrożeniem systemu elektronicznego obiegu dokumentów w firmie? Piotr Biernacki MGX Infoservice Organizacja nie ucząca się Przypadek z życia nie stosowania

Bardziej szczegółowo

PROCES. PROCES to seria kroków i działań, która przetwarza dostarczone przez dostawców wejścia w odbierane przez klientów wyjścia

PROCES. PROCES to seria kroków i działań, która przetwarza dostarczone przez dostawców wejścia w odbierane przez klientów wyjścia Mapowanie procesów Agenda Proces i charakterystyka procesu Mapy i mapowanie procesów Notacja a modelowanie Charakterystyka notacji graficznych Charakterystyka wybranych notacji BPMN Przykład PROCES PROCES

Bardziej szczegółowo

Jak powstaje model biznesowy? Co to jest? Modelowanie biznesowe. Model biznesowy. Jak powstaje model biznesowy? Jak firma generuje przychody?

Jak powstaje model biznesowy? Co to jest? Modelowanie biznesowe. Model biznesowy. Jak powstaje model biznesowy? Jak firma generuje przychody? Modelowanie biznesowe Wprowadzenie (część 1) Co to jest? Każdy model jest błędny. Niektóre modele są użyteczne. George E. P. Box Jak firma generuje przychody? Model biznesowy Sposób generowania przychodów

Bardziej szczegółowo

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON Opis szkoleń z obszaru INFORMATYKA planowanych

Bardziej szczegółowo

Procesowa specyfikacja systemów IT

Procesowa specyfikacja systemów IT Procesowa specyfikacja systemów IT BOC Group BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management Office

Bardziej szczegółowo

JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE]

JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE] JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE] Parę słów o mnie 2 Nauczyciel akademicki od 2000 roku Od 2002 współpracuję z firmami jako programista i projektant aplikacji Od 2006 roku właściciel firmy

Bardziej szczegółowo

Kurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017

Kurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017 Wykład 12 7 czerwca 2017 Czym jest UML? UML składa się z dwóch podstawowych elementów: notacja: elementy graficzne, składnia języka modelowania, metamodel: definicje pojęć języka i powiazania pomiędzy

Bardziej szczegółowo

Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML. Jakub Morkis, Piotr Chmielewski

Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML. Jakub Morkis, Piotr Chmielewski Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML Jakub Morkis, Piotr Chmielewski BPMN - Historia Formowanie grumy tworzącej notację Sierpień 2001, 58 członków reprezentujących 35 firm,

Bardziej szczegółowo

Skuteczna Strategia CRM - wyzwanie dla organizacji. Artur Kowalski Prometriq

Skuteczna Strategia CRM - wyzwanie dla organizacji. Artur Kowalski Prometriq Skuteczna Strategia CRM - wyzwanie dla organizacji Artur Kowalski Prometriq Wrocław, 19-11-2009 Jest tylko jedna strategia sukcesu Polega ona na precyzyjnym zdefiniowaniu docelowego odbiorcy i zaoferowaniu

Bardziej szczegółowo

Informatyzacja przedsiębiorstw WYKŁAD

Informatyzacja przedsiębiorstw WYKŁAD Informatyzacja przedsiębiorstw WYKŁAD dr inż. Piotr Zabawa IBM/Rational Certified Consultant pzabawa@pk.edu.pl wersja 0.1.0 07.10.2010 Wykład 1 Modelowanie procesów biznesowych Przypomnienie rodzajów narzędzi

Bardziej szczegółowo

Podstawy modelowania biznesowego w inżynierii oprogramowania

Podstawy modelowania biznesowego w inżynierii oprogramowania Podstawy modelowania biznesowego w inżynierii oprogramowania 1. Rola modelowania biznesowego w inżynierii oprogramowania 2. Przegląd notacji (BPMN, UML w zast. biznesowym) 3. Powiązania modeli biznesowych

Bardziej szczegółowo

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu Inżynieria wymagań Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia Część 5 Definicja systemu Opracowane w oparciu o materiały IBM (kurs REQ480: Mastering Requirements Management with Use

Bardziej szczegółowo

MiASI. Modelowanie systemów biznesowych. Piotr Fulmański. 7 stycznia 2010. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska

MiASI. Modelowanie systemów biznesowych. Piotr Fulmański. 7 stycznia 2010. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska MiASI Modelowanie systemów biznesowych Piotr Fulmański Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska 7 stycznia 2010 Spis treści 1 Czym jest system biznesowy? Po co model bizensowy? Czym

Bardziej szczegółowo

Wymiana opisu procesów biznesowych pomiędzy środowiskiem Eclipse i EMC Documentum

Wymiana opisu procesów biznesowych pomiędzy środowiskiem Eclipse i EMC Documentum Wymiana opisu procesów biznesowych pomiędzy środowiskiem Eclipse i EMC Documentum Stanisław Jerzy Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Systemy CMS (Content

Bardziej szczegółowo

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI KARTA PRZEDMIOTU przedmiotu Stopień studiów i forma Rodzaj przedmiotu Grupa kursów Zaawansowane techniki analizy systemowej oparte na modelowaniu warsztaty Studia podyplomowe Obowiązkowy NIE Wykład Ćwiczenia

Bardziej szczegółowo

Notacja modelowania procesów. Prowadzący: mgr inŝ. Marcin Moś

Notacja modelowania procesów. Prowadzący: mgr inŝ. Marcin Moś INFORMATYCZNE NARZĘDZIA MODELOWANIA PROCESÓW BPMN Notacja modelowania procesów biznesowych Prowadzący: mgr inŝ. Marcin Moś Plan wykładu Terminy prezentacji Co to jest notacja? Co to jest notacja modelowania

Bardziej szczegółowo

BOC dla KJUF Podsumowanie warsztatów 17-18 listopada 2011

BOC dla KJUF Podsumowanie warsztatów 17-18 listopada 2011 BOC dla KJUF Podsumowanie warsztatów 17-18 listopada 2011 Grupa BOC Profil firmy BOC Założona w 1995 roku Wywodzi się z grupy BPMS Uniwersytetu Wiedeńskiego Obecnie ponad 150 pracowników w 7 krajach europejskich

Bardziej szczegółowo

USPRAWNIANIE, DORADZTWO, KONSULTING

USPRAWNIANIE, DORADZTWO, KONSULTING USPRAWNIANIE, DORADZTWO, KONSULTING LEAN MANAGEMENT All we are doing is looking at a time line from the moment the customer gives us an order to the point when we collect the cash. And we are reducing

Bardziej szczegółowo

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty przedmiotu Stopień studiów i forma: Rodzaj przedmiotu Kod przedmiotu Grupa kursów Zaawansowane techniki analizy

Bardziej szczegółowo

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2 Wyższa Szkoła Menedżerska w Legnicy Systemy informatyczne w przedsiębiorstwach Zarządzanie, ZIP, sem. 6 (JG) Modelowanie wymagań Wykład 2 Grzegorz Bazydło Cel wykładu Celem wykładu jest przekazanie wiedzy

Bardziej szczegółowo

Spis treści. Analiza i modelowanie_nowicki, Chomiak_Księga1.indb :03:08

Spis treści. Analiza i modelowanie_nowicki, Chomiak_Księga1.indb :03:08 Spis treści Wstęp.............................................................. 7 Część I Podstawy analizy i modelowania systemów 1. Charakterystyka systemów informacyjnych....................... 13 1.1.

Bardziej szczegółowo

Analiza biznesowa a metody agile owe

Analiza biznesowa a metody agile owe Analiza biznesowa a metody agile owe P6S_WG01 ma wiedzę w zakresie metodyk zwinnych P6S_WG02 ma wiedzę w zakresie zwinnego gromadzenia i zarządzania wymaganiami P6S_WG03 zna i rozumie proces wytwarzania

Bardziej szczegółowo

DYNAMICZNE ASPEKTY PROCESÓW BIZNESOWYCH. Wszystkie prawa zastrzeżone

DYNAMICZNE ASPEKTY PROCESÓW BIZNESOWYCH. Wszystkie prawa zastrzeżone DYNAMICZNE ASPEKTY PROCESÓW BIZNESOWYCH TOMASZ GZIK WPROWADZENIE 1 Dlaczego mówi się o dynamicznych procesach biznesowych? 2 Co się o nich mówi? 3 Definicje 3 Dynamiczne aspekty procesów 4 Kierunki rozwoju

Bardziej szczegółowo

Kontrola spójności modeli UML za pomocą modelu. Stanisław Jerzy Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska

Kontrola spójności modeli UML za pomocą modelu. Stanisław Jerzy Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Kontrola spójności modeli UML za pomocą modelu przestrzennego DOD Stanisław Jerzy Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Obecne metody kontroli spójności modeli

Bardziej szczegółowo

Informatyczne fundamenty

Informatyczne fundamenty Informatyczne fundamenty Informatyka to szeroka dziedzina wiedzy i praktycznych umiejętności. Na naszych studiach zapewniamy solidną podstawę kształcenia dla profesjonalnego inżyniera IT. Bez względu na

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE WYKŁAD ĆWICZENIA LABORATORIUM PROJEKT SEMINARIUM

PRZEWODNIK PO PRZEDMIOCIE WYKŁAD ĆWICZENIA LABORATORIUM PROJEKT SEMINARIUM Politechnika Częstochowska, Wydział Zarządzania PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu Kierunek Forma studiów Poziom kwalifikacji Rok Semestr Jednostka prowadząca Osoba sporządzająca Profil Rodzaj

Bardziej szczegółowo

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Modelowanie biznesowe jest stykiem między

Bardziej szczegółowo

Język UML w modelowaniu systemów informatycznych

Język UML w modelowaniu systemów informatycznych Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 4 Diagramy aktywności I Diagram aktywności (czynności) (ang. activity

Bardziej szczegółowo

Ćwiczenie 1. Modelowanie prostego procesu

Ćwiczenie 1. Modelowanie prostego procesu Ćwiczenie 1. Modelowanie prostego procesu Część 1. Definiowanie nowego projektu 1. Uruchom narzędzie TIBCO Business Studio. 2. Z menu wybierz File -> New -> Project... 3. W oknie dialogowym New Project

Bardziej szczegółowo

Podstawy programowania III WYKŁAD 4

Podstawy programowania III WYKŁAD 4 Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.

Bardziej szczegółowo

Inżynieria oprogramowania. Jan Magott

Inżynieria oprogramowania. Jan Magott Inżynieria oprogramowania Jan Magott Literatura do języka UML G. Booch, J. Rumbaugh, I. Jacobson, UML przewodnik użytkownika, Seria Inżynieria oprogramowania, WNT, 2001, 2002. M. Fowler, UML w kropelce,

Bardziej szczegółowo

Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC. Jarosław Świerczek

Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC. Jarosław Świerczek Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC Jarosław Świerczek Punkty funkcyjne Punkt funkcyjny to metryka złożoności oprogramowania wyznaczana w oparciu o określające to oprogramowanie

Bardziej szczegółowo

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language) Zagadnienia (1/3) Rola modelu systemu w procesie analizy wymagań (inżynierii wymagań) Prezentacja różnego rodzaju informacji o systemie w zależności od rodzaju modelu. Budowanie pełnego obrazu systemu

Bardziej szczegółowo

Język UML w modelowaniu systemów informatycznych

Język UML w modelowaniu systemów informatycznych Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 3 Diagramy przypadków użycia Diagramy przypadków użycia (ang. use case)

Bardziej szczegółowo

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation) Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation) Zarządzanie wymaganiami Ad hoc (najczęściej brak zarządzania nimi) Niejednoznaczna, nieprecyzyjna komunikacja Architektura

Bardziej szczegółowo

Procesy biznesowe w praktyce. Przykłady użycia z wykorzystaniem jbpm 4.4

Procesy biznesowe w praktyce. Przykłady użycia z wykorzystaniem jbpm 4.4 Procesy biznesowe w praktyce Przykłady użycia z wykorzystaniem jbpm 4.4 1 Agenda Definicja i zastosowanie procesu biznesowego Języki dziedzinowe (DSL) a rozwiązania BPM JBPM: jbpm 4.4 krótka charakterystyka

Bardziej szczegółowo

Zakres wykładu. Podstawy InŜynierii Oprogramowania

Zakres wykładu. Podstawy InŜynierii Oprogramowania Zakres wykładu Pojęcia podstawowe InŜynierii Oprogramowania Proces wytwarzania oprogramowania Artefakty procesu wytwarzania i ich modele Jakość oprogramowania Literatura: [1] Sacha K., InŜynieria oprogramowania,

Bardziej szczegółowo

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20 Z1-PU7 WYDANIE N2 Strona: 1 z 5 (pieczęć wydziału) KARTA PRZEDMIOTU 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA 3) Karta przedmiotu ważna od roku akademickiego: 2014/2015 2) Kod przedmiotu:

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE. Projektowanie procesów. Logistyka (inżynierska) niestacjonarne. I stopnia. dr Aleksandra Grabińska.

PRZEWODNIK PO PRZEDMIOCIE. Projektowanie procesów. Logistyka (inżynierska) niestacjonarne. I stopnia. dr Aleksandra Grabińska. Politechnika Częstochowska, Wydział Zarządzania PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu Kierunek Forma studiów Poziom kwalifikacji Projektowanie procesów Logistyka (inżynierska) niestacjonarne I stopnia

Bardziej szczegółowo

ANALIZA EKONOMICZNO-FINANSOWA

ANALIZA EKONOMICZNO-FINANSOWA PROGRAM STUDIÓW FINANSE, RACHUNKOWOŚĆ ZARZĄDCZA I CONTROLLING PRZEDMIOT ZAGADNIENIA GODZ. ZAAWANSOWANE NARZĘDZIA RACHUNKOWOŚCI Rachunkowość zarządcza Prognozowanie sprzedaży i kosztów, rachunki optymalizacyjne

Bardziej szczegółowo

Pracownia Inżynierii Procesowej

Pracownia Inżynierii Procesowej Pracownia Inżynierii Procesowej Aktualizacja oferty styczeń 2016 WŁAŚCICIEL mgr inż. Alicja Wróbel Absolwent Politechniki Opolskiej, Wydziału Zarzadzania i Inżynierii Produkcji Rysunek techniczny 2D 3D

Bardziej szczegółowo

Spis treúci. 1. Wprowadzenie... 13

Spis treúci. 1. Wprowadzenie... 13 Księgarnia PWN: W. Dąbrowski, A. Stasiak, M. Wolski - Modelowanie systemów informatycznych w języku UML 2.1 Spis treúci 1. Wprowadzenie... 13 2. Modelowanie cele i metody... 15 2.1. Przegląd rozdziału...

Bardziej szczegółowo

The Binder Consulting

The Binder Consulting The Binder Consulting Contents Indywidualne szkolenia specjalistyczne...3 Konsultacje dla tworzenia rozwiazan mobilnych... 3 Dedykowane rozwiazania informatyczne... 3 Konsultacje i wdrożenie mechanizmów

Bardziej szczegółowo

Skrócone opisy pryncypiów architektury korporacyjnej podmiotów publicznych

Skrócone opisy pryncypiów architektury korporacyjnej podmiotów publicznych Skrócone opisy pryncypiów architektury korporacyjnej podmiotów publicznych Wersja: 1.0 17.06.2015 r. Wstęp W dokumencie przedstawiono skróconą wersję pryncypiów architektury korporacyjnej podmiotów publicznych.

Bardziej szczegółowo

Modelowanie procesów biznesowych, przepływu pracy i wdrażanie aplikacji w oparciu o Jboss jbpm lub Activiti

Modelowanie procesów biznesowych, przepływu pracy i wdrażanie aplikacji w oparciu o Jboss jbpm lub Activiti Kod szkolenia: Tytuł szkolenia: JBPM Modelowanie procesów biznesowych, przepływu pracy i wdrażanie aplikacji w oparciu o Jboss jbpm lub Activiti Dni: 2 Szkolenie jest zgodne z wersją 6.x, możliwe są również

Bardziej szczegółowo

Diagramy czynności Na podstawie UML 2.0 Tutorial

Diagramy czynności Na podstawie UML 2.0 Tutorial Diagramy czynności Na podstawie UML 2.0 Tutorial http://sparxsystems.com.au/resources/uml2_tutorial/ Zofia Kruczkiewicz 1 Diagramy czynności 1. Diagramy czyności UML http://sparxsystems.com.au/resources/uml2_tutorial/

Bardziej szczegółowo

WPROWADZENIE DO UML-a

WPROWADZENIE DO UML-a WPROWADZENIE DO UML-a Maciej Patan Instytut Sterowania i Systemów Informatycznych Dlaczego modelujemy... tworzenie metodologii rozwiązywania problemów, eksploracja różnorakich rozwiązań na drodze eksperymentalnej,

Bardziej szczegółowo

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie

Bardziej szczegółowo

BPMN- BUSINESS PROCESS MODELING NOTATION Narzędzie tworzenia metamodeli procesów biznesowych. Diagram moŝe e być zmieniany na kaŝdym etapie Ŝycia procesu: od stworzenia, poprzez rozwój, wykonanie, monitorowanie

Bardziej szczegółowo

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje w roku akademickim 2012/2013. Informatyzacja przedsiębiorstw

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje w roku akademickim 2012/2013. Informatyzacja przedsiębiorstw Politechnika Krakowska im. Tadeusza Kościuszki Karta przedmiotu Wydział Fizyki, Matematyki i Informatyki obowiązuje w roku akademickim 2012/2013 Kierunek studiów: Informatyka Forma studiów: Stacjonarne

Bardziej szczegółowo

Modelowanie i analiza systemów informatycznych

Modelowanie i analiza systemów informatycznych Modelowanie i analiza systemów informatycznych MBSE/SysML Wykład 11 SYSMOD Wykorzystane materiały Budapest University of Technology and Economics, Department of Measurement and InformaJon Systems: The

Bardziej szczegółowo

MiASI. Modele, perspektywy, diagramy UML. Piotr Fulmański. 7 grudnia 2009. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska

MiASI. Modele, perspektywy, diagramy UML. Piotr Fulmański. 7 grudnia 2009. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska MiASI Modele, perspektywy, diagramy UML Piotr Fulmański Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska 7 grudnia 2009 Spis treści 1 Modele, perspektywy, diagramy Czym jest model? Do czego

Bardziej szczegółowo

HP Service Anywhere Uproszczenie zarządzania usługami IT

HP Service Anywhere Uproszczenie zarządzania usługami IT HP Service Anywhere Uproszczenie zarządzania usługami IT Robert Nowak Architekt rozwiązań HP Software Dlaczego Software as a Service? Najważniejsze powody za SaaS UZUPEŁNIENIE IT 2 Brak zasobów IT Ograniczone

Bardziej szczegółowo

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram

Bardziej szczegółowo

Projektowanie interakcji

Projektowanie interakcji Projektowanie interakcji K2 User Experience www.k2.pl/ux Tytuł dokumentu: k2-projektowanie_ux-oferta.pdf Data: 21 sierpnia 2009 Przygotowany przez: Maciej Lipiec Maciej Lipiec User Experience Director

Bardziej szczegółowo

Optymalizacja produkcji oraz lean w przemyśle wydobywczym. Dr inż. Maria Rosienkiewicz Mgr inż. Joanna Helman

Optymalizacja produkcji oraz lean w przemyśle wydobywczym. Dr inż. Maria Rosienkiewicz Mgr inż. Joanna Helman Optymalizacja produkcji oraz lean w przemyśle wydobywczym Dr inż. Maria Rosienkiewicz Mgr inż. Joanna Helman Agenda 1. Oferta dla przemysłu 2. Oferta w ramach Lean Mining 3. Potencjalne korzyści 4. Kierunki

Bardziej szczegółowo

ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI

ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI XVIII Forum Teleinformatyki mgr inż. Michał BIJATA, doktorant, Wydział Cybernetyki WAT Michal.Bijata@WAT.edu.pl, Michal@Bijata.com 28 września 2012 AGENDA Architektura

Bardziej szczegółowo

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki

Bardziej szczegółowo

Procesy biznesowe w praktyce. Projektowanie, testowanie i optymalizacja

Procesy biznesowe w praktyce. Projektowanie, testowanie i optymalizacja Procesy biznesowe w praktyce. Projektowanie, testowanie i optymalizacja Autor: Marek Piotrowski Notacje Zasady projektowania i najczęściej popełniane błędy Optymalizacja i testowanie procesów Procesy biznesowe

Bardziej szczegółowo

Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych

Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław

Bardziej szczegółowo

Tytuł: 02 Modelowanie procesu Pierwsze kroki z ARIS BA

Tytuł: 02 Modelowanie procesu Pierwsze kroki z ARIS BA Tytuł: 02 Modelowanie procesu Pierwsze kroki z ARIS BA Autor: Piotr SAWICKI Zakład Systemów Transportowych WMRiT PP piotr.sawicki@put.poznan.pl www.put.poznan.pl/~piotr.sawicki www.facebook.com/piotr.sawicki.put

Bardziej szczegółowo

Opis metodyki i procesu produkcji oprogramowania

Opis metodyki i procesu produkcji oprogramowania Opis metodyki i procesu produkcji oprogramowania Rational Unified Process Rational Unified Process (RUP) to iteracyjny proces wytwarzania oprogramowania opracowany przez firmę Rational Software, a obecnie

Bardziej szczegółowo

Projektowanie oprogramowania

Projektowanie oprogramowania Wrocław, 27.09.2010 1. Warunki wstępne Projektowanie oprogramowania Warunkiem uczestnictwa w zajęciach jest zaliczenie przedmiotu: Podstawy inżynierii oprogramowania (ćwiczenia) Zajęcia składają się z

Bardziej szczegółowo

Analityk i współczesna analiza

Analityk i współczesna analiza Analityk i współczesna analiza 1. Motywacje 2. Analitycy w IBM RUP 3. Kompetencje analityka według IIBA BABOK Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura

Bardziej szczegółowo

Techniki i rozwiązania IT w optymalizacji procesów

Techniki i rozwiązania IT w optymalizacji procesów Techniki i rozwiązania IT w optymalizacji procesów dr inż. amber.zarz.agh.edu.pl/amaciol Cel przedmiotu Zapoznać się z problemami informacyjnodecyzyjnymi zarządzania organizacjami Nauczyć się wykorzystywać

Bardziej szczegółowo

Inżynieria oprogramowania II

Inżynieria oprogramowania II Wymagania funkcjonalne, przypadki użycia Inżynieria oprogramowania II Problem i cel Tworzenie projektów bez konkretnego celu nie jest dobre Praktycznie każdy projekt informatyczny powstaje z uwagi na jakiś

Bardziej szczegółowo

Analiza i mapowanie procesów

Analiza i mapowanie procesów 45 min Ergonomia pracy umysłowej prof. dr hab. inż. Marcin Sikorski Analiza i mapowanie procesów 5 Data wykładu:............. Razem slajdów: 30 Procesy informacyjne (informacyjno-decyzyjne) procesy, w

Bardziej szczegółowo

WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE

WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE OFERTA WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE W TWORZENIU MODELU AS-IS /Jest to przykład (wzór) oferty treść jest wypełniana na podstawie nie zobowiązujących rozmów i spotkań z Klientem, pracownikami

Bardziej szczegółowo

ZARZĄDZANIU. Wykład VI. dr Jan Kazimirski

ZARZĄDZANIU. Wykład VI. dr Jan Kazimirski INFORMATYKA W ZARZĄDZANIU Wykład VI dr Jan Kazimirski jankazim@mac.edu.pl http://www.mac.edu.pl/jankazim MODELOWANIE SYSTEMÓW UML Literatura Joseph Schmuller UML dla każdego, Helion 2001 Perdita Stevens

Bardziej szczegółowo

ENERGIA DLA TWOJEJ ORGANIZACJI. BPM Zarządzanie i automatyzacja pracy

ENERGIA DLA TWOJEJ ORGANIZACJI. BPM Zarządzanie i automatyzacja pracy BPM Zarządzanie i automatyzacja pracy O Blue energy 14 lat wspieramy biznes i administrację Jesteśmy konsultantami biznesowymi i informatykami Podnosimy efektywność organizacji Wdrażamy systemy zarządzania

Bardziej szczegółowo

UML cz. III. UML cz. III 1/36

UML cz. III. UML cz. III 1/36 UML cz. III UML cz. III 1/36 UML cz. III 2/36 Diagram współpracy Diagramy współpracy: prezentują obiekty współdziałające ze sobą opisują rolę obiektów w scenariuszu mogą prezentować wzorce projektowe UML

Bardziej szczegółowo

Mapowanie wybranych procesów obsługi klienta w sektorze. Dzień 1.

Mapowanie wybranych procesów obsługi klienta w sektorze. Dzień 1. Mapowanie wybranych procesów obsługi klienta w sektorze publicznym Dzień 1. Cele warsztatów Główne cele naszego warsztatu to: przygotowanie do samodzielnego mapowania procesów utrwalenie techniki mapowania

Bardziej szczegółowo

Modelowanie biznesowe. Na podstawie materiałów: Mirosława Ochodeka

Modelowanie biznesowe. Na podstawie materiałów: Mirosława Ochodeka Modelowanie biznesowe Na podstawie materiałów: Mirosława Ochodeka Miroslaw.Ochodek@cs.put.poznan.pl 1 Agenda Modelowanie biznesowe Obiekty biznesowe UML diagram klas Activity modeling 2 Proces Def: ICOM

Bardziej szczegółowo

Z-LOGN Projektowanie procesów Process design

Z-LOGN Projektowanie procesów Process design KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Nazwa modułu w języku angielskim Obowiązuje od roku akademickiego 2012/2013 Z-LOGN1-1073 Projektowanie procesów Process design A. USYTUOWANIE MODUŁU

Bardziej szczegółowo

Z-LOG-1073 Projektowanie procesów Process design. Logistyka I stopień Ogólnoakademicki. Stacjonarne

Z-LOG-1073 Projektowanie procesów Process design. Logistyka I stopień Ogólnoakademicki. Stacjonarne KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Nazwa modułu w języku angielskim Obowiązuje od roku akademickiego 2012/2013 Z-LOG-1073 Projektowanie procesów Process design A. USYTUOWANIE MODUŁU

Bardziej szczegółowo

Inżynieria oprogramowania. Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia

Inżynieria oprogramowania. Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia Inżynieria oprogramowania Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia Punkt widzenia (Point of View) Systemy oprogramowania mają zwykle kilku różnych użytkowników. Wielu

Bardziej szczegółowo

Model przypadków użycia - rola diagramów aktywności Część 2 Wykładowca Dr inż. Zofia Kruczkiewicz

Model przypadków użycia - rola diagramów aktywności Część 2 Wykładowca Dr inż. Zofia Kruczkiewicz Model przypadków użycia - rola diagramów aktywności Część 2 Wykładowca Dr inż. Zofia Kruczkiewicz Zofia Kruczkiewicz Wyklad_INP002017_4 1 Diagramy czynności I. Diagramy czynności UML II. Przykład diagramów

Bardziej szczegółowo

Budowa systemu wspomagającego podejmowanie decyzji. Metodyka projektowo wdrożeniowa

Budowa systemu wspomagającego podejmowanie decyzji. Metodyka projektowo wdrożeniowa Budowa systemu wspomagającego podejmowanie decyzji Metodyka projektowo wdrożeniowa Agenda Systemy wspomagające decyzje Business Intelligence (BI) Rodzaje systemów BI Korzyści z wdrożeń BI Zagrożenia dla

Bardziej szczegółowo

Modelowanie diagramów klas w języku UML. Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014

Modelowanie diagramów klas w języku UML. Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014 Modelowanie diagramów klas w języku UML Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014 Czym jest UML - Unified Modeling Language - Rodzina języków modelowania graficznego - Powstanie na przełomie lat 80

Bardziej szczegółowo

e-usługi? Procesy? A może procesy dla e-usług? Agata Filipowska, Wioletta Sokołowska

e-usługi? Procesy? A może procesy dla e-usług? Agata Filipowska, Wioletta Sokołowska e-usługi? Procesy? A może procesy dla e-usług? Agata Filipowska, Wioletta Sokołowska Plan prezentacji Omówienie doświadczeń związanych z potrzebą optymalizacji realizowanych procesów. Przedstawienie zakresu

Bardziej szczegółowo

Projekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011

Projekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011 Projekty BPM z perspektywy analityka biznesowego Wrocław, 20 stycznia 2011 Agenda Definicja pojęć: Analiza biznesowa oraz analityk biznesowy Co kryje się za hasłem BPM? Organizacja zarządzana procesowo

Bardziej szczegółowo

Mapowanie procesów - AS IS (jak jest)

Mapowanie procesów - AS IS (jak jest) Zarządzanie procesami dr Mariusz Maciejczak www.maciejczak.pl Mapowanie procesów - AS IS (jak jest) Źródło: G. Jokiel, AE Wrocław Podejście funkcjonalne i procesowe Proces Proces to uporządkowany w czasie

Bardziej szczegółowo

Spis treúci. Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników. Wstęp... 11. Podziękowania...

Spis treúci. Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników. Wstęp... 11. Podziękowania... Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników Spis treúci Wstęp... 11 Podziękowania... 13 O autorach... 15 Robert A. Maksimchuk... 15 Eric J. Naiburg... 15 Przedmowa...

Bardziej szczegółowo

Model referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami

Model referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami Politechnika Gdańska Wydział Zarządzania i Ekonomii Katedra Zastosowań Informatyki w Zarządzaniu Zakład Zarządzania Technologiami Informatycznymi Model referencyjny Open Source dla dr hab. inż. Cezary

Bardziej szczegółowo

ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż. ADAM KOLIŃSKI ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż.

ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż. ADAM KOLIŃSKI ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż. 1 ZARZĄDZANIE PROCESAMI I PROJEKTAMI 2 ZAKRES PROJEKTU 1. Ogólna specyfika procesów zachodzących w przedsiębiorstwie 2. Opracowanie ogólnego schematu procesów zachodzących w przedsiębiorstwie za pomocą

Bardziej szczegółowo

Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji

Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji Analiza i programowanie obiektowe 2016/2017 Wykład 6: Projektowanie obiektowe: diagramy interakcji Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Przejście

Bardziej szczegółowo

Inżynieria oprogramowania

Inżynieria oprogramowania Inżynieria oprogramowania Wykład 8 Inżynieria wymagań: analiza przypadków użycia a diagram czynności Patrz: Stanisław Wrycza, Bartosz Marcinkowski, Krzysztof Wyrzykowski, Język UML 2.0 w modelowaniu systemów

Bardziej szczegółowo

Zastosowania aplikacji B2B dostępnych na rynku zalety aplikacji online

Zastosowania aplikacji B2B dostępnych na rynku zalety aplikacji online 2012 Zastosowania aplikacji B2B dostępnych na rynku zalety aplikacji online Sławomir Frąckowiak Wdrożenie systemu B2B Lublin, 25 października 2012 Aplikacje B2B do czego? Realizacja najważniejszych procesów

Bardziej szczegółowo

Michał Adamczyk. Język UML

Michał Adamczyk. Język UML Michał Adamczyk Język UML UML I. Czym jest UML Po co UML II.Narzędzia obsługujące UML, edytory UML III.Rodzaje diagramów UML wraz z przykładami Zastosowanie diagramu Podstawowe elementy diagramu Przykładowy

Bardziej szczegółowo

Model biznesowy: co to za zwierze?

Model biznesowy: co to za zwierze? Model biznesowy: co to za zwierze? Coraz częściej spotykam się w literaturze z twierdzeniem, że poprawny projekt dotykający reorganizacji firmy, a więc w szczególności wdrażanie technologii IT, powinien

Bardziej szczegółowo

Wdrożenie technologii procesowej IBM BPM w EFL

Wdrożenie technologii procesowej IBM BPM w EFL Wdrożenie technologii procesowej IBM BPM w EFL Marcin Naliwajko Z-ca dyrektora Departamentu Technologii Dominik Lisowski Starszy Architekt Systemów IT Grupy EFL WebSphere Message Broker 2008 r. Wdrożenie

Bardziej szczegółowo

Zarządzanie firmą Celem specjalności jest

Zarządzanie firmą Celem specjalności jest Zarządzanie firmą Celem specjalności jest przygotowanie jej absolwentów do pracy na kierowniczych stanowiskach średniego i wyższego szczebla we wszystkich rodzajach przedsiębiorstw. Słuchacz specjalności

Bardziej szczegółowo

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. 2/34 Modelowanie CRC Modelowanie CRC (class-responsibility-collaborator) Metoda identyfikowania poszczególnych

Bardziej szczegółowo

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM

Bardziej szczegółowo

Dobre wdrożenia IT cz. I Business Case. www.leoconsulting.pl

Dobre wdrożenia IT cz. I Business Case. www.leoconsulting.pl Dobre wdrożenia IT cz. I Business Case Wprowadzenie Czy wiesz: jak często po wdrożeniu oprogramowania okazuje się, że nie spełnia ono wielu wymagań? jak często decyzja o wdrożeniu systemu informatycznego

Bardziej szczegółowo

Wykład 1 Inżynieria Oprogramowania

Wykład 1 Inżynieria Oprogramowania Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI

Bardziej szczegółowo

Projekt Kwalifikacja jakości w Uniwersytecie Nr POKL.04.01.01-00-155/11. ZAPROSZENIE DO SKŁADANIA OFERT nr 4/ZSO/KJU/2014

Projekt Kwalifikacja jakości w Uniwersytecie Nr POKL.04.01.01-00-155/11. ZAPROSZENIE DO SKŁADANIA OFERT nr 4/ZSO/KJU/2014 Warszawa, 18.03.2014 r. ZAPROSZENIE DO SKŁADANIA OFERT nr 4/ZSO/KJU/2014 na usługę doradczą w zakresie modelowania wybranych procesów w uczelni wraz z rekomendacją dla operacyjnej warstwy procesów biznesowych

Bardziej szczegółowo

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla nauczyciela

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla nauczyciela Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram

Bardziej szczegółowo

Mgr Joanna Chlebiej. Ćwiczenia nr 3

Mgr Joanna Chlebiej. Ćwiczenia nr 3 Mgr Joanna Chlebiej Ćwiczenia nr 3 1. Sporządź listę procesów 2. Wybierz proces i przygotuj dokument z założeniami 3. Narysuj mapę procesu 4. Oszacuj czas i koszty 5. Zweryfikuj mapę procesu 6. Zastosuj

Bardziej szczegółowo