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

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

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

Transkrypt

1 INFORMATYCZNE NARZĘDZIA MODELOWANIA PROCESÓW BPMN Notacja modelowania procesów biznesowych Prowadzący: mgr inŝ. Marcin Moś

2 Plan wykładu Terminy prezentacji Co to jest notacja? Co to jest notacja modelowania procesów biznesowych? BPMN geneza Dlaczego BPMN jest tak istotny? Dla kogo BPMN? Elementy notacji BPMN a UML 2

3 3 Terminy prezentacji r. 1 Aleksandra Jarocińska Ewelina Krawczyk 2 Katarzyna Piechula Kamil Lissok 3 Sonia śarówna Joanna Rowicka 4 Tomasz Kądziołka Remigiusz Smolarek 5 Łukasz Wysocki Krzysztof Majdański

4 4 Terminy prezentacji r. 1 Sabina Rutowicz Agnieszka Wilk 2 Monika Ostapów Aleksandra Dąbrowska 3 Monika Pierwoła Aleksandra Porzuczek 4 Adam Sutrowicz Jakub Hałas, Jarosław Kolanek 5 Kornelia Kern Patrycja Brończak r. 1 Robert Redlicki Adam Rogalski 2 Małgorzata Rybicka Adam Ostafin 3 Justyna Pelczar Paulina Piechocka 4 Norbert KsięŜuk Marcin śegleń 5 Tomasz Łoziński Bartosz Antonik

5 Notacja co to takiego? Notacja to określony zestaw symboli (język graficzny) oraz zasady ich uŝycia, słuŝący wizualizacji przebiegu procesu i innych związanych z nim elementów Modelowanie procesów biznesowych to działania związane z transformacją wiedzy o funkcjonowaniu wybranego obszaru (biznesowego) w modele odwzorowujące procesy realizowane w organizacji. [Źródło: Nosowski A., Modelowanie procesów - wyzwania, zasady, pułapki, materiał dydaktyczny] 5

6 Tworzone modele pozwalają na: ujęcie skomplikowanych procesów na róŝnych poziomach szczegółowości, co umoŝliwia skupienie się na poziomie najbardziej adekwatnym do potrzeb, bez rozpraszania na szczegóły; bardziej precyzyjny zapis procesu (dzięki notacji graficznej) niŝ wyraŝany przy pomocy języków naturalnych; wykorzystanie informatycznych narzędzi wspomagających przede wszystkim w symulacjach i analizach, co pozwala przetestować nowe koncepcje i ich wpływ na organizację; wykorzystanie baz modeli jako zasobów wiedzy biznesowej danej firmy czy organizacji; uŝycie systemów informatycznych automatyzujących procesy np. systemów zarządzania przepływami pracy, przetwarzanie bezpośrednie. [Źródło: Nosowski A., Modelowanie procesów - wyzwania, zasady, pułapki, materiał dydaktyczny] 6

7 Modelowanie procesów a zarządzanie procesami [Źródło: Nosowski A., Modelowanie procesów - wyzwania, zasady, pułapki, materiał dydaktyczny] 7

8 8 Notacja modelowania procesów biznesowych Notacja modelowania procesów biznesowych standardowy sposób graficznej reprezentacji procesów biznesowych

9 Czy standard modelowania jest potrzebny? RóŜne projekty modelowania róŝne narzędzia, róŝne metodyki: Swimlane/Cross functionall bo popularne EPC bo znana firma UML bo teŝ moŝna modelować procesy i informatycy to lubią Własne metodyki bo przecieŝ my się na tym znamy BPMN nie, bo ktoś powiedział, Ŝe za trudny Efekt: KaŜdy projekt zaczynamy od pustej kartki Brak komunikacji Brak zrozumienia Kosztowne projekty [Źródło: Biernacki P., BPMN rola standardu modelowania procesów w Administracji Publicznej, IT w Administracji GigaCon, 2010] 9

10 Charakterystyka notacji graficznych zróŝnicowane źródła pochodzenia (i róŝne lobby za nimi stojące); róŝny stopień wspierania aspektów procesowych; faworyzowanie niektórych kontekstów modelowania; istnienie notacji rdzennych zaleŝność od dostawcy metodyki i najczęściej narzędzia modelowania; wysiłki standaryzacyjne BPMN, zróŝnicowana siła modelowania róŝny poziom szczegółowości i dokładności odwzorowania; [Źródło: Nosowski A., Modelowanie procesów - wyzwania, zasady, pułapki, materiał dydaktyczny] 10

11 Cechy dobrej notacji Notacja powinna: być jednoznaczna być moŝliwa do kontroli poprawności (walidacji) mieć swoją gramatykę czyli zasady dopuszczalności połączeń pomiędzy symbolami (syntaktykę), gramatyka notacji musi mieć sens biznesowy (np. sterowanie oznacza dostarczenie produktu do następnego procesu) mieć swój słownik (semantykę) : oznacza ścisłą zaleŝność jeden symbol jedno znaczenie mające sens biznesowy Notacja to język komunikacji więc nie moŝe być: niezrozumiała a nawet zbyt trudna [Źródło: śeliński J., Modelowanie procesów biznesowych, dlaczego mają sens tylko metody formalne i uznane notacje., ] 11

12 BPMN - wprowadzenie BPMN - Business Process Modeling Notation (Notacja Modelowania Procesów Biznesowych) BPMN - informacje wstępne Wspierana przez Business Modeling & Integration (BMI) Domain Task Force (DTF). Członek OMG (Object Management Group) 90+ członków z całego świata(producentów oprogramowania, klientów, naukowców) [Źródło: Biernacki P., BPMN rola standardu modelowania procesów w Administracji Publicznej, IT w Administracji GigaCon, 2010] 12

13 13 BPMN - wprowadzenie Przyjęta oficjalnie w roku 2004 Wykorzystuje doświadczenia wielu firm (Oracle, Borland IBM, Tibco ) Główny CEL prostota zapisu procesów biznesowych, zapis niezbędnych informacji o procesie Stworzenie BPMN Wspólnego języka pomiędzy osobami mającymi kompetencje tematyczne i informatyczne

14 BMI 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 Modelling 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. Business Motivation Model Business Process Maturity Model (BPMM) Production Rule Representation(PRR) Workflow Management Facility Specification [Źródło: Biernacki P., BPMN rola standardu modelowania procesów w Administracji Publicznej, IT w Administracji GigaCon, 2010] 14

15 Czym jest BPMN? Business Process Modeling Notation (BPMN) jest: stabilną graficzną notacją (aktualna wersja 2.0) opisującą kroki w procesie biznesowym. zaprojektowana tak, aby odzwierciedlić: przepływ procesu i informacji (komunikatów) pomiędzy róŝnymi procesami. Wersja 2. została rozszerzona o mechanizmy pokazywania relacji pomiędzy procesami realizowanymi przez róŝne podmioty Jednoznaczność modeli BPMN umoŝliwia ich symulacje, jeśli narzędzie do modelowania potrafi ją wykonać. [Źródło: Biernacki P., BPMN rola standardu modelowania procesów w Administracji Publicznej, IT w Administracji GigaCon, 2010] 15

16 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 [Źródło: Biernacki P., BPMN rola standardu modelowania procesów w Administracji Publicznej, IT w Administracji GigaCon, 2010] 16

17 Dlaczego BPMN jest tak istotny? Procesy biznesowe są często wynoszone poza organizację, gdzie stają się fragmentami procesów tamtych organizacji. Oprócz przepływu procesu w obrębie jednej organizacji zaistniała potrzeba pokazania relacji pomiędzy niezaleŝnymi procesami. PoniewaŜ w róŝnych organizacjach do opisu procesów mogły być wykorzystywane róŝne narzędzia wzrastało ryzyko nieporozumień pomiędzy nimi. Przed BPMN nie było powszechnego precyzyjnego standardu opisującego relacje pomiędzy procesami przebiegającymi u róŝnych uczestników. [Źródło: Biernacki P., BPMN rola standardu modelowania procesów w Administracji Publicznej, IT w Administracji GigaCon, 2010] 17

18 Dlaczego BPMN jest tak istotny? Dlatego najwaŝniejsi gracze na tym rynku zaproponowali BPMN bezpłatny standard opisu procesów i relacji pomiędzy nimi. (nie jest istotne w jakim narzędziu tworzone są modele procesów nacisk został przełoŝony na opis zrozumiały dla wszystkich uczestników bez względu na zastosowane narzędzia.) wspierają ją m. in.: IBM, Sun, igrafx, Borland, Casewise, IDS, EDS, Stafware, Sybase, z polskich - Rodan (EPWD była modelowana w BPMN), Stylex, Dysant Diagramy BPMN mogą być jednoznacznie tłumaczone do innych standardów BPEL i XPDL. Ułatwia to migrację pomiędzy narzędziami implementacji procesów. [Źródło: Biernacki P., BPMN rola standardu modelowania procesów w Administracji Publicznej, IT w Administracji GigaCon, 2010] 18

19 Dlaczego BPMN jest tak istotny? Jeśli modele procesów biznesowych są opisane w BPMN: moŝna je przenosić do innych narzędzi poprzez XPDL (XMLProcess Definition Language), istnieje moŝliwość automatycznej ich implementacji w róŝnych systemach dających się wysterować poprzez WS-BPEL (Web Services Business Execution Language). UniezaleŜnia to od rozwiązań dostawcy (łatwiej zmienić dostawcę) jak i ułatwia konsolidację organizacji, które przed konsolidacją korzystały z róŝnych narzędzi. [Źródło: Biernacki P., BPMN rola standardu modelowania procesów w Administracji Publicznej, IT w Administracji GigaCon, 2010] 19

20 Dlaczego BPMN jest tak istotny? Standaryzacja szkoleń. W BPMN na potrzeby szkolenia moŝna wybrać dowolne narzędzie, gdyŝ bez względu na docelową implementację wszystkie najwaŝniejsze zasady opisu procesu pozostają bez zmian. Zwiększa to szybkość przepływu wiedzy, gdyŝ trenerzy rozwijają przede wszystkim swoją wiedzę związaną z metodyką opisu a nie z narzędziami. Standard administracji publicznej BPMN staje się preferowaną formą opisu procesów biznesowych w róŝnych agendach Unii Europejskiej oraz polskiej administracji publicznej (np. SłuŜby Celne w Ministerstwie Finansów, Projekt Upraszczania Procedur Ministerstwo Gospodarki) [Źródło: Biernacki P., BPMN rola standardu modelowania procesów w Administracji Publicznej, IT w Administracji GigaCon, 2010] 20

21 Symulacje. Dlaczego BPMN jest tak istotny? Precyzyjny opis standardu nie wyklucza parametryzacji czynności i zadań W pewnym sensie wymusza parametryzację komunikatów i bramek Tak przygotowany model moŝe podlegać symulacji: koszty czas usterki wąskie gardła wykorzystanie zasobów relacje z innymi procesami BPMN nie narzuca modelu symulacji BPMN moŝe być standardem dla analityki [Źródło: Biernacki P., BPMN rola standardu modelowania procesów w Administracji Publicznej, IT w Administracji GigaCon, 2010] 21

22 Dla kogo BPMN? BPMN jest kierowany przede wszystkim do szeroko pojętych analityków biznesowych. szefowie róŝnych szczebli zarządzania, piony pełnomocników ds. Systemów Zarządzania Jakością konsultanci zewnętrzni i wewnętrzni, analitycy procesów biznesowych (np. Six Sigma Black Belts i Six Sigma Green Belts, Lean Manufacturing), analitycy Rachunku Kosztów Działań (ABC), grupy wdroŝeniowe rozwiązań działających w architekturze SOA. [Źródło: Biernacki P., BPMN rola standardu modelowania procesów w Administracji Publicznej, IT w Administracji GigaCon, 2010] 22

23 Dla kogo BPMN? Łatwość tworzenia i zrozumiałość modeli predysponuje je do wykorzystywania we współpracy nawet z ludźmi o bardzo niskiej świadomości modelowania procesów (komunikowanie funkcjonowania procesu dla jego uczestników) Zdolności symulacyjne oprogramowania (np. igrafx) dają dodatkową wartość grafom zbudowanym w BPMN gdyŝ pozwalają ocenić wydajności proponowanych metod obiegu pracy i/lub ocenić potrzebne zasoby, aby móc zrealizować załoŝone cele. [Źródło: Biernacki P., BPMN rola standardu modelowania procesów w Administracji Publicznej, IT w Administracji GigaCon, 2010] 23

24 Dla kogo BPMN? Dla informatyków BPMN moŝe być uzupełnieniem UML a. Pozwala na przygotowanie konfiguratorów systemów, dzięki którym po uruchomieniu systemu dalsze zmiany mogą być wykonywane przez analityków juŝ bez udziału informatyków (dzięki eksportowi do BPEL). Szczególną rolę moŝe pełnić BPMN dla zespołów wdroŝeniowych systemów ERP/CRM/WorkFlow, gdyŝ moŝe stanowić wspólną platformę porozumienia dla dostawców oprogramowania, konsultantów wdroŝenia i uŝytkowników systemu. [Źródło: Biernacki P., BPMN rola standardu modelowania procesów w Administracji Publicznej, IT w Administracji GigaCon, 2010] 24

25 25 Właściwości BPMN Jeden rodzaj diagramu BPD (Business Process Diagram) SłuŜy jedynie do modelowania procesów biznesowych Nie modeluje przepływu danych, a jedynie przepływ sterowania (dane mogą być opisywane dodatkowo) Nic nie mówi o strukturze i dostępie do danych (zwłaszcza w przekroju bezpieczeństwa) Nie najlepiej odwzorowuje organizację firmy Ma uwidaczniać logikę biznesową procesu, a nie całościowy opis systemu informatycznego

26 Elementarz BPMN Notacja BPMN umoŝliwia modelowanie procesów biznesowych z wykorzystaniem szerokiej palety elementów. Podzielono je na 4 podstawowe kategorie: Elementy przepływu (Flow Objects) Połączenia (Connecting Objects) Miejsca realizacji (Swimlanes) Artefakty (Artifacts) KaŜda z powyŝszych kategorii dzieli się na podzbiory, prezentujące elementy pogrupowane zgodnie z ich charakterem. 26

27 Elementarz BPMN Elementy przepływu stanowią podstawę diagramu procesów biznesowych (BPD). MoŜna wyróŝnić trzy podzbiory tej kategorii: Zdarzenia (Events) Bramki (Gateways) Czynności (Activities) 27

28 28 Elementarz BPMN - zdarzenie Zdarzenia są sposobem prezentowania na diagramie wydarzeń, które wystąpią lub mogą wystąpić w trakcie wykonywania procesu. Wpływają na przebieg procesu i ich wystąpienie jest czymś spowodowane lub powoduje skutek. WyróŜnia się trzy typy zdarzeń: Początkowe Pośrednie Końcowe

29 29 Elementarz BPMN - bramki Bramki są elementami pozwalającymi na kontrolę przebiegu procesu, jego rozgałęzień i połączeń. UtoŜsamiać je moŝna z elementami decyzyjnymi. Na diagramie prezentowane są jako romby, których wnętrze zaleŝy od rodzaju bramki.

30 30 Elementarz BPMN - czynności Czynność jest ogólnym pojęciem określającym pracę, którą uczestnik procesu wykonuje. Czynności mogą być proste lub złoŝone (podprocesy). Na diagramie prezentowane są jako zaokrąglony prostokąt. Jeśli na symbolu umieszczony jest znacznik oznacza to, Ŝe jest to podproces.

31 31 Elementarz BPMN Kategoria Połączenia zawiera elementy pozwalające na zaprezentowanie związku pomiędzy elementami na diagramie, niezaleŝnie czy jest to prezentacja przepływu, czy uŝycia danego elementu przez inny na diagramie. WyróŜnia się trzy podzbiory tej kategorii: Przepływy sekwencji (Sequence Flow) Przepływy komunikatów (Message Flow) Asocjacje (Associations)

32 32 Elementarz BPMN - połączenia Przepływy sekwencji uŝywane są do pokazania kolejności, w jakiej Czynności będą wykonywane w ramach procesu. Przepływy komunikatów uŝywane są do pokazania wymiany komunikatów pomiędzy odrębnymi uczestnikami procesu. Asocjacje słuŝą do dołączania dodatkowych informacji do Elementów Przepływu. Strzałka na końcu Asocjacji wskazuje kierunek powiązania.

33 Elementarz BPMN - połączenia 33

34 34 Elementarz BPMN Kategoria Miejsca realizacji zawiera elementy pozwalające na grupowanie obiektów procesu biznesowego zgodnie z ich przynaleŝnością do osoby, roli bądź jednostki organizacyjnej. WyróŜnia się dwa podzbiory tej kategorii: Jednostki (Pools) słuŝą do prezentowania uczestników procesu. Zarówno Jednostki jak i Tory mogą być prezentowane w sposób horyzontalny (poziomy) lub wertykalny (pionowy). Tory (Lanes) - umieszcza się je wewnątrz Jednostek. SłuŜą do organizowania Czynności wewnątrz Jednostki.

35 35 Elementarz BPMN Kategoria Artefakty zawiera elementy pozwalające na zapewnienie dodatkowych informacji o modelowanym procesie. Nie są one bezpośrednio związane z przebiegiem procesu, lub przebiegiem informacji. WyróŜnia się trzy elementy tej kategorii: Obiekty danych (Data Objects) Grupy (Groups) Adnotacje (Annotations)

36 36 Elementarz BPMN - artefakty Obiekty danych mogą być dołączane do Przepływów, ale nie mają wpływu na ich przebieg. Mogą zawierać informacje o tym, czego dana Czynność wymaga, aby mogła zostać wykonana lub co dana Czynność produkuje. Grupy słuŝą do łączenia elementów diagramu i prezentowania pewnego ich związku. Grupa nie ma wpływu na Przepływy pomiędzy Czynnościami. Adnotacje są sposobem pozwalającym modelującemu na dołączenie do elementów diagramu dodatkowych informacji dla jego odbiorcy.

37 Elementarz BPMN - podsumowanie 37

38 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 ew. 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. [Źródło: Biernacki P., BPMN rola standardu modelowania procesów w Administracji Publicznej, IT w Administracji GigaCon, 2010] 38

39 39 BPMN pozycje literaturowe Drejewicz Sz., Zrozumieć BPMN. Modelowanie procesów biznesowych., Wydawnictwo Helion 2012 Piotrowski M., Business Process Modeling Notation. Notacja modelowania procesów biznesowych podstawy, Wydawnictwo BTC, Legionowo

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

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

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

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

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

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

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

BPMN 2.0 podstawowa notacja dla opisów procesów biznesowych. Piotr Biernacki MGX Infoservice Warszawa BPMN 2.0 podstawowa notacja dla opisów procesów biznesowych. Piotr Biernacki MGX Infoservice 25.04.2017 - Warszawa Przygotowanie studentów do pracy w nowoczesnych organizacjach wymaga poznania przez nich

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

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 2 Ćwiczenia w narzędziu CASE diagram klas. Materiały dla nauczyciela

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

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

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla nauczyciela

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla nauczyciela Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 1 Wprowadzenie do narzędzia CASE

Bardziej szczegółowo

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 5 Ćwiczenia w narzędziu CASE diagram przypadków uŝycia. Materiały dla nauczyciela

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 5 Ćwiczenia w narzędziu CASE diagram przypadków uŝycia. Materiały dla nauczyciela Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Ćwiczenie 5 Ćwiczenia w narzędziu CASE diagram przypadków uŝycia Materiały dla nauczyciela Projekt

Bardziej szczegółowo

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU> Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji

Bardziej szczegółowo

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

UML w Visual Studio. Michał Ciećwierz

UML w Visual Studio. Michał Ciećwierz UML w Visual Studio Michał Ciećwierz UNIFIED MODELING LANGUAGE (Zunifikowany język modelowania) Pozwala tworzyć wiele systemów (np. informatycznych) Pozwala obrazować, specyfikować, tworzyć i dokumentować

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

Narzędzia Informatyki w biznesie

Narzędzia Informatyki w biznesie Narzędzia Informatyki w biznesie Przedstawiony program specjalności obejmuje obszary wiedzy informatycznej (wraz z stosowanymi w nich technikami i narzędziami), które wydają się być najistotniejsze w kontekście

Bardziej szczegółowo

WYKORZYSTANIE NOTACJI BPMN JAKO METODY WSPOMAGAJĄCEJ AUTOMATYZACJĘ PROCESÓW NA PRZYKŁADZIE SYSTEMU ZARZĄDZANIA REKLAMACJAMI W BRANŻY MOTORYZACYJNEJ

WYKORZYSTANIE NOTACJI BPMN JAKO METODY WSPOMAGAJĄCEJ AUTOMATYZACJĘ PROCESÓW NA PRZYKŁADZIE SYSTEMU ZARZĄDZANIA REKLAMACJAMI W BRANŻY MOTORYZACYJNEJ Zeszyt1 Marzec2017 pp.30 35 WYKORZYSTANIE NOTACJI BPMN JAKO METODY WSPOMAGAJĄCEJ AUTOMATYZACJĘ PROCESÓW NA PRZYKŁADZIE SYSTEMU ZARZĄDZANIA REKLAMACJAMI W BRANŻY MOTORYZACYJNEJ Beata Szczerba Instytut Inżynierii

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

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

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram sekwencji. Materiały dla nauczyciela

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

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

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

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

Opis. Liczba godzin zajęć dydaktycznych z

Opis. Liczba godzin zajęć dydaktycznych z Załącznik nr 5 do Uchwały nr 1202 Senatu UwB z dnia 29 lutego 2012 r. Elementy składowe sylabusu Nazwa jednostki prowadzącej kierunek Nazwa kierunku studiów Poziom kształcenia Profil studiów Forma studiów

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

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

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

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

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

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Modeling and analysis of computer systems Kierunek: Informatyka Forma studiów: Stacjonarne Rodzaj przedmiotu: Poziom kwalifikacji: obowiązkowy

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

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

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

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

Sybase Professional Services

Sybase Professional Services Sybase Professional Services Zarządzanie Portfelem Aplikacji Marek Ryński Sybase Polska Dyrektor Zarządzający, DRB Legionowo, 09.2008 W gąszczu IT czyli za co ja mam płacić? (problem) Złożoność technologii

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

Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne

Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Kierunek: Informatyka Modeling and analysis of computer systems Forma studiów: Stacjonarne Rodzaj przedmiotu: obowiązkowy w ramach specjalności:

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

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

PANEL DYSKUSYJNY. Nowa specjalność studiów magisterskich Inżynieria procesów biznesowych a potrzeby rynku pracy

PANEL DYSKUSYJNY. Nowa specjalność studiów magisterskich Inżynieria procesów biznesowych a potrzeby rynku pracy PANEL DYSKUSYJNY Przygotowanie absolwenta a potrzeby pracodawców w zakresie inżynierii procesów biznesowych 8 czerwca 2010 Nowa specjalność studiów magisterskich Inżynieria procesów biznesowych a potrzeby

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

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

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

Zarządzanie procesami w instytucjach finansowych

Zarządzanie procesami w instytucjach finansowych Konferencja uczestników w Programu Uniwersyteckiego BOC Zarządzanie procesami w instytucjach finansowych o przygotowywanej ksiąŝ ąŝce słów s w kilka dr Ewa Łosiewicz-Dniestrzańskaska dr Adam Nosowski Katedra

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

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla studenta

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla studenta Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 1 Wprowadzenie do narzędzia CASE

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

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

Ć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

PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU> Załącznik nr 4.5 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT WERSJA numer wersji

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

Repozytorium Zasobów Wiedzy FTP

Repozytorium Zasobów Wiedzy FTP Repozytorium Zasobów Wiedzy FTP Spis treści Wprowadzenie... 1 Architektura Repozytorium Zasobów Wiedzy... 1 Mapy Wiedzy... 4 Wprowadzanie zasobów wiedzy do repozytorium... 7 Prezentacja zasobów wiedzy

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

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

WOJSKOWA AKADEMIA TECHNICZNA

WOJSKOWA AKADEMIA TECHNICZNA WOJSKOWA AKADEMIA TECHNICZNA LABORATORIUM ANALIZA I MODELOWANIE SYSTEMÓW INFORMATYCZNYCH Stopień, imię i nazwisko prowadzącego Stopień, imię i nazwisko słuchacza Grupa szkoleniowa mgr inż. Łukasz Laszko

Bardziej szczegółowo

Modelowanie procesów biznesowych

Modelowanie procesów biznesowych Modelowanie procesów biznesowych Modelowanie i analiza systemów informatycznych, w3 Dr inż. Walery Susłow walery.suslow@ie.tu.koszalin.pl Model biznesowy Jest to przyjęta przez firmę metoda wykorzystywania

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

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

System klasy BPMS jako wstęp do optymalizacji architektury aplikacyjnej w spółkach dystrybucyjnych i obrotowych

System klasy BPMS jako wstęp do optymalizacji architektury aplikacyjnej w spółkach dystrybucyjnych i obrotowych System klasy BPMS jako wstęp do optymalizacji architektury aplikacyjnej w spółkach dystrybucyjnych i obrotowych Wisła, 21/11/2012 Carrywater Group S.A. www.carrywater.com Al. Jerozolimskie 65/79, 00-697

Bardziej szczegółowo

CENTRUM PROJEKTÓW INFORMATYCZNYCH MINISTERSTWA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI

CENTRUM PROJEKTÓW INFORMATYCZNYCH MINISTERSTWA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI CENTRUM PROJEKTÓW INFORMATYCZNYCH MINISTERSTWA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI Instrukcja użytkownika Narzędzie do modelowania procesów BPEL Warszawa, lipiec 2009 r. UNIA EUROPEJSKA EUROPEJSKI FUNDUSZ

Bardziej szczegółowo

Techniki modelowania programów Kod przedmiotu

Techniki modelowania programów Kod przedmiotu Techniki modelowania programów - opis przedmiotu Informacje ogólne Nazwa przedmiotu Techniki modelowania programów Kod przedmiotu 11.3-WI-INFD-TMP Wydział Kierunek Wydział Informatyki, Elektrotechniki

Bardziej szczegółowo

Etapy życia oprogramowania

Etapy życia oprogramowania Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 w prezentacji wykorzystano również materiały przygotowane przez Michała Kolano

Bardziej szczegółowo

Terminologia BPMN 2.0 Wersja 2.0 opracowana w AION

Terminologia BPMN 2.0 Wersja 2.0 opracowana w AION Terminologia BPMN 2.0 Wersja 2.0 opracowana w AION Terminy standardu OMG BPMN 2.0 są wytłuszczone i uporządkowane alfabetycznie. Podane ich tłumaczenia, pisane zwykłą czcionką, zostały opracowane przez

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

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

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

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania Etapy życia oprogramowania Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 Określenie wymagań Testowanie Pielęgnacja Faza strategiczna

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

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek TECHNOLOGIE OBIEKTOWE WYKŁAD 2 Anna Mroczek 2 Diagram czynności Czym jest diagram czynności? 3 Diagram czynności (tak jak to definiuje język UML), stanowi graficzną reprezentację przepływu kontroli. 4

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

2011-11-04. Instalacja SQL Server Konfiguracja SQL Server Logowanie - opcje SQL Server Management Studio. Microsoft Access Oracle Sybase DB2 MySQL

2011-11-04. Instalacja SQL Server Konfiguracja SQL Server Logowanie - opcje SQL Server Management Studio. Microsoft Access Oracle Sybase DB2 MySQL Instalacja, konfiguracja Dr inŝ. Dziwiński Piotr Katedra InŜynierii Komputerowej Kontakt: piotr.dziwinski@kik.pcz.pl 2 Instalacja SQL Server Konfiguracja SQL Server Logowanie - opcje SQL Server Management

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

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 programów Kod przedmiotu

Podstawy modelowania programów Kod przedmiotu Podstawy modelowania programów - opis przedmiotu Informacje ogólne Nazwa przedmiotu Podstawy modelowania programów Kod przedmiotu 11.3-WI-INFP-PMP Wydział Kierunek Wydział Informatyki, Elektrotechniki

Bardziej szczegółowo

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego Etapy Ŝycia systemu informacyjnego Wprowadzenie do metodologii modelowania systemów informacyjnych 1. Strategia 2. Analiza 3. Projektowanie 4. Implementowanie, testowanie i dokumentowanie 5. WdroŜenie

Bardziej szczegółowo

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram sekwencji. Materiały dla studentów

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram sekwencji. Materiały dla studentów Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram

Bardziej szczegółowo

Metadane. Data Maining. - wykład VII. Paweł Skrobanek, C-3 pok. 323 pawel.skrobanek@pwr.wroc.pl oprac. Wrocław 2006

Metadane. Data Maining. - wykład VII. Paweł Skrobanek, C-3 pok. 323 pawel.skrobanek@pwr.wroc.pl oprac. Wrocław 2006 Metadane. Data Maining. - wykład VII Paweł Skrobanek, C-3 pok. 323 pawel.skrobanek@pwr.wroc.pl oprac. Wrocław 2006 Plan 1. Metadane 2. Jakość danych 3. Eksploracja danych (Data mining) 4. Sprawy róŝne

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

bo od managera wymaga się perfekcji

bo od managera wymaga się perfekcji bo od managera wymaga się perfekcji MODELOWANIE PROCESÓW Charakterystyka modułu Modelowanie Procesów Biznesowych (BPM) Modelowanie procesów biznesowych stanowi fundament wdroŝenia systemu zarządzania jakością

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

Narzędzia CASE dla.net. Łukasz Popiel

Narzędzia CASE dla.net. Łukasz Popiel Narzędzia CASE dla.net Autor: Łukasz Popiel 2 Czym jest CASE? - definicja CASE (ang. Computer-Aided Software/Systems Engineering) g) oprogramowanie używane do komputerowego wspomagania projektowania oprogramowania

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

Wykład 7 Metodyki wytwarzania oprogramowania internetowego (2) Wykładowca: dr inż. Mariusz Trzaska

Wykład 7 Metodyki wytwarzania oprogramowania internetowego (2) Wykładowca: dr inż. Mariusz Trzaska Wykład 7 Metodyki wytwarzania oprogramowania internetowego (2) Wykładowca: dr inż. Mariusz Trzaska Zagadnienia Wprowadzenie MDD Model Analityczny Projektowy Przykład Podsumowanie Wykorzystano materiały

Bardziej szczegółowo

Informatyka I stopień (I stopień / II stopień) Ogólnoakademicki (ogólno akademicki / praktyczny)

Informatyka I stopień (I stopień / II stopień) Ogólnoakademicki (ogólno akademicki / praktyczny) Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. KARTA MODUŁU / KARTA PRZEDMIOTU Kod Nazwa Nazwa w języku angielskim Obowiązuje od roku akademickiego 2012/2013 Programy grafiki rastrowej,

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

Czyli jak kaskadować cele i realizować strategię organizacji?

Czyli jak kaskadować cele i realizować strategię organizacji? SZKOLENIE OTWARTE HOSHIN KANRI Czyli jak kaskadować cele i realizować strategię organizacji? Otwarta Akademia LEAN MANAGEMENT Co chcemy osiągnąć? Zapoznać się z koncepcją budowania strategii doskonalenia

Bardziej szczegółowo

PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU> Załącznik nr 4.6 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT WERSJA

Bardziej szczegółowo

OBIEG INFORMACJI I WSPOMAGANIE DECYZJI W SYTUACJACH KRYZYSOWYCH

OBIEG INFORMACJI I WSPOMAGANIE DECYZJI W SYTUACJACH KRYZYSOWYCH OBIEG INFORMACJI I WSPOMAGANIE DECYZJI W SYTUACJACH KRYZYSOWYCH AGENDA Prezentacja firmy Tecna Informacja i jej przepływ Workflow i BPM Centralny portal informacyjny Wprowadzanie danych do systemu Interfejsy

Bardziej szczegółowo

PRZEWODNIK PO WYBRANYM PRZEDMIOCIE. Modelowanie procesów logistycznych

PRZEWODNIK PO WYBRANYM PRZEDMIOCIE. Modelowanie procesów logistycznych PRZEWODNIK PO WYBRANYM PRZEDMIOCIE Nazwa przedmiotu Kierunek Forma studiów Poziom kwalifikacji Modelowanie logistycznych Logistyka Stacjonarne I stopnia Rok 3 Semestr Jednostka prowadząca Osoba sporządzająca

Bardziej szczegółowo

Mgr inŝ. Marcin Paprocki, email: paprockm@uek.krakow.pl Uniwersytet Ekonomiczny w Krakowie, Katedra Technologii i Ekologii Wyrobów

Mgr inŝ. Marcin Paprocki, email: paprockm@uek.krakow.pl Uniwersytet Ekonomiczny w Krakowie, Katedra Technologii i Ekologii Wyrobów Mgr inŝ. Marcin Paprocki, email: paprockm@uek.krakow.pl Uniwersytet Ekonomiczny w Krakowie, Katedra Technologii i Ekologii Wyrobów MODELOWANIE I SYMULACJA ROZWOJU WYROBU W FAZIE PRZYGOTOWANIA PRODUKCJI

Bardziej szczegółowo

Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji

Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji Diagramy związków encji (ERD) 1 Projektowanie bazy danych za pomocą narzędzi CASE Materiał pochodzi ze strony : http://jjakiela.prz.edu.pl/labs.htm Diagramu Związków Encji - CELE Zrozumienie struktury

Bardziej szczegółowo

DSL w środowisku Eclipse. Grzegorz Białek Architekt techniczny, Sygnity S.A.

DSL w środowisku Eclipse. Grzegorz Białek Architekt techniczny, Sygnity S.A. DSL w środowisku Eclipse Grzegorz Białek Architekt techniczny, Sygnity S.A. Agenda Wstęp do tematu (10 min) Sens tworzenia języków biznesowych UML jako język biznesu? Zintegrowane środowisko deweloperskie

Bardziej szczegółowo

Informatyka I stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)

Informatyka I stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES) 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 Modelowania i Analiza Procesów Biznesowych Modeling and Analysis of Business

Bardziej szczegółowo

Rozdział VI. Modelowanie procesów biznesowych przetwarzania dokumentów o różnym poziomie niejawności w zakresie ich udostępniania i wysyłania

Rozdział VI. Modelowanie procesów biznesowych przetwarzania dokumentów o różnym poziomie niejawności w zakresie ich udostępniania i wysyłania Rozdział VI Modelowanie procesów biznesowych przetwarzania dokumentów o różnym poziomie niejawności w zakresie ich udostępniania i wysyłania Maciej Kiedrowicz, Jarosław Koszela, Paulina Piekarska, Justyna

Bardziej szczegółowo

Jednolita platforma wymiany informacji

Jednolita platforma wymiany informacji Jednolita platforma wymiany informacji Dysant Framework generator aplikacji Standardy architektury aplikacji oraz modelowania procesów biznesowych Wielokanałowy dostęp do danych - IBM Notes, WWW, BlackBerry

Bardziej szczegółowo