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 2007

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

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

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

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

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

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

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ć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: 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

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

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

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

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

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

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

PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT WERSJA

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

1. Procesy biznesowe modelowanie procesów

1. Procesy biznesowe modelowanie procesów Materiały do samodzielnego studiowania dla przedmiotu Informatyczne Wspomaganie Zarządzania Logistycznego Studia I stopnia Wydział Ekonomiczny 1. Nazwa przedmiotu: Informatyczne Wspomaganie Zarządzania

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

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

DLA SEKTORA INFORMATYCZNEGO W POLSCE

DLA SEKTORA INFORMATYCZNEGO W POLSCE DLA SEKTORA INFORMATYCZNEGO W POLSCE SRK IT obejmuje kompetencje najważniejsze i specyficzne dla samego IT są: programowanie i zarządzanie systemami informatycznymi. Z rozwiązań IT korzysta się w każdej

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

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

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

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

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

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

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

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

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

PROCESOWE MODELE STEROWANIA PRZEPŁYWAMI MATRIAŁOWYMI W PRZEDSIĘBIORSTWACH

PROCESOWE MODELE STEROWANIA PRZEPŁYWAMI MATRIAŁOWYMI W PRZEDSIĘBIORSTWACH PROCESOWE MODELE STEROWANIA PRZEPŁYWAMI MATRIAŁOWYMI W PRZEDSIĘBIORSTWACH Streszczenie Stefan Senczyna Politechnika Śląska sencz@polsl.gliwice.pl Zastosowanie modeli procesowych systemu informacyjnego,

Bardziej szczegółowo

Programowanie obiektowe

Programowanie obiektowe Laboratorium z przedmiotu Programowanie obiektowe - zestaw 02 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas i obiektów z wykorzystaniem dziedziczenia.

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

System zarządzania bazą danych SZBD (ang. DBMS -Database Management System)

System zarządzania bazą danych SZBD (ang. DBMS -Database Management System) Podstawowe pojęcia Baza danych Baza danych jest logicznie spójnym zbiorem danych posiadających określone znaczenie. Precyzyjniej będzie jednak powiedzieć, Ŝe baza danych jest informatycznym odwzorowaniem

Bardziej szczegółowo

Diagramy klas. dr Jarosław Skaruz http://ii3.uph.edu.pl/~jareks jaroslaw@skaruz.com

Diagramy klas. dr Jarosław Skaruz http://ii3.uph.edu.pl/~jareks jaroslaw@skaruz.com Diagramy klas dr Jarosław Skaruz http://ii3.uph.edu.pl/~jareks jaroslaw@skaruz.com O czym będzie? Notacja Ujęcie w różnych perspektywach Prezentacja atrybutów Operacje i metody Zależności Klasy aktywne,

Bardziej szczegółowo

Mapowanie Strumienia Wartości + Symulacja

Mapowanie Strumienia Wartości + Symulacja Mapowanie Strumienia Wartości + Symulacja Przenieś Swoją Mapę na Wyższy Poziom Spis Treści 2 CZYM JEST MAPOWANIE STRUMIENIA WARTOŚCI? 3 JAKIE SĄ OGRANICZENIA? Problem Wąskiego Gardła Problem Współzależności

Bardziej szczegółowo

Automatyzacja procesów biznesowych w środowisku Oracle BPM 11g: zagadnienia wdrożeniowe

Automatyzacja procesów biznesowych w środowisku Oracle BPM 11g: zagadnienia wdrożeniowe XVII Konferencja PLOUG Kościelisko Październik 2011 Automatyzacja procesów biznesowych w środowisku Oracle BPM 11g: zagadnienia wdrożeniowe Maciej Zakrzewicz Politechnika Poznańska Streszczenie: Oracle

Bardziej szczegółowo

Wybrane scenariusze wykorzystania oprogramowania

Wybrane scenariusze wykorzystania oprogramowania Wybrane scenariusze wykorzystania oprogramowania BOC Konferencja uczestników Programu Uniwersyteckiego BOC OŜarów Mazowiecki (Best Western Mazurkas) k. Warszawy 13 14 marca 2008 Wybrane scenariusze wykorzystania

Bardziej szczegółowo

JAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE?

JAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE? K O N F E R E N C J A I N F O S H A R E 2 0 0 7 G d a ń s k 25-26.04.2007 JAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE? Zespół Zarządzania Technologiami Informatycznymi Prezentacja dr inż.

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

Część I -ebxml. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz

Część I -ebxml. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz Część I -ebxml Po zrealizowaniu materiału student będzie w stanie omówić potrzeby rynku B2B w zakresie przeprowadzania transakcji przez Internet zaprezentować architekturę ebxml wskazać na wady i zalety

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

Projektowanie Modeli Usług dla rozwiązań typu SOA

Projektowanie Modeli Usług dla rozwiązań typu SOA Projektowanie Modeli Usług dla rozwiązań typu SOA Service Oriented Modeling and Architecture (SOMA ) IBM Global Business Services, zdefiniował zestaw usług konsultingowych oraz narzędzi pomagających organizacjom

Bardziej szczegółowo

MODELOWANIE PROCESÓW Z WYKORZYSTANIEM SIEC SEMANTYCZNYCH

MODELOWANIE PROCESÓW Z WYKORZYSTANIEM SIEC SEMANTYCZNYCH MODELOWANIE PROCESÓW Z WYKORZYSTANIEM SIEC SEMANTYCZNYCH Rafał KLAUS, Bartosz BOSAK Streszczenie: Standard BPEL (BPEL4WS - Business Process Execution Language for Web Services) umożliwia opisywanie tzw.

Bardziej szczegółowo

Identyfikacja i modelowanie struktur i procesów biologicznych

Identyfikacja i modelowanie struktur i procesów biologicznych Identyfikacja i modelowanie struktur i procesów biologicznych Laboratorium 2: Wprowadzenie do UML-a. mgr inż. Urszula Smyczyńska AGH Akademia Górniczo-Hutnicza 1. Cel zajęć Celem zajęć jest zapoznanie

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

Wykład I. Wprowadzenie do baz danych

Wykład I. Wprowadzenie do baz danych Wykład I Wprowadzenie do baz danych Trochę historii Pierwsze znane użycie terminu baza danych miało miejsce w listopadzie w 1963 roku. W latach sześcdziesątych XX wieku został opracowany przez Charles

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

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

UNOWOCZEŚNIENIE PROGRAMÓW KSZTAŁCENIA

UNOWOCZEŚNIENIE PROGRAMÓW KSZTAŁCENIA Zeszyty Naukowe Wydziału Informatycznych Technik Zarządzania Wyższej Szkoły Informatyki Stosowanej i Zarządzania Współczesne Problemy Zarządzania Nr 1/2010 UNOWOCZEŚNIENIE PROGRAMÓW KSZTAŁCENIA Notatka

Bardziej szczegółowo

Szkolenie: Budowa aplikacji SOA/BPM na platformie Oracle SOA Suite 11g

Szkolenie: Budowa aplikacji SOA/BPM na platformie Oracle SOA Suite 11g Szkolenie: Budowa aplikacji SOA/BPM na platformie Oracle SOA Suite 11g Opis szkolenia: Termin SOA, czyli Service Oriented Architecture, oznacza architekturę systemów informatycznych opartą o usługi. Za

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

PLAN WDROśENIA SYSTEMU PROJEKT WERSJA

PLAN WDROśENIA SYSTEMU PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU> Załącznik nr 4.3 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN WDROśENIA SYSTEMU PROJEKT WERSJA numer wersji

Bardziej szczegółowo

Laboratorium z zarządzania procesami biznesowymi

Laboratorium z zarządzania procesami biznesowymi Katedra Informatyki Gospodarczej Szkoła Główna Handlowa Laboratorium z zarządzania procesami biznesowymi dr Andrzej Sobczak Agenda spotkania Kwestie organizacyjne Organizacja zajęć Zaliczenie Programy

Bardziej szczegółowo

Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju. Jarosław Żeliński analityk biznesowy, projektant systemów

Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju. Jarosław Żeliński analityk biznesowy, projektant systemów Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju Jarosław Żeliński analityk biznesowy, projektant systemów O mnie qod 1991 roku w branży IT i zarządzania jako analityk projektant rozwiązań qod

Bardziej szczegółowo

Web 3.0 Sieć Pełna Znaczeń (Semantic Web) Perspektywy dla branży motoryzacyjnej i finansowej. Przyjęcie branżowe EurotaxGlass s Polska 10 luty 2012

Web 3.0 Sieć Pełna Znaczeń (Semantic Web) Perspektywy dla branży motoryzacyjnej i finansowej. Przyjęcie branżowe EurotaxGlass s Polska 10 luty 2012 Web 3.0 Sieć Pełna Znaczeń (Semantic Web) Perspektywy dla branży motoryzacyjnej i finansowej Przyjęcie branżowe EurotaxGlass s Polska 10 luty 2012 Web 3.0 - prawdziwa rewolucja czy puste hasło? Web 3.0

Bardziej szczegółowo

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura Systemu Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura jest zbiorem decyzji dotyczących: organizacji systemu komputerowego,

Bardziej szczegółowo

Architektura bezpieczeństwa informacji w ochronie zdrowia. Warszawa, 29 listopada 2011

Architektura bezpieczeństwa informacji w ochronie zdrowia. Warszawa, 29 listopada 2011 Architektura informacji w ochronie zdrowia Warszawa, 29 listopada 2011 Potrzeba Pomiędzy 17 a 19 kwietnia 2011 roku zostały wykradzione dane z 77 milionów kont Sony PlayStation Network. 2 tygodnie 25 milionów

Bardziej szczegółowo

Jak metody i narzędzia BPM - w tym BPMN - mogą służyć analitykom? Jarosław Żeliński analityk biznesowy, projektant systemów

Jak metody i narzędzia BPM - w tym BPMN - mogą służyć analitykom? Jarosław Żeliński analityk biznesowy, projektant systemów Jak metody i narzędzia BPM - w tym BPMN - mogą służyć analitykom? Jarosław Żeliński analityk biznesowy, projektant systemów O mnie Od 1991 roku w branży IT i zarządzania jako analityk projektant rozwiązań

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

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

Kategoria modelowania

Kategoria modelowania 7 Diagramy implementacyjne oraz diagramy pakietów 7.1 Wstęp Diagramy implementacyjne słuŝą do ilustracji dwóch aspektów implementacji systemu informatycznego: struktury kodu i konfiguracji elementów czasu

Bardziej szczegółowo

KOMPUTEROWE WSPOMAGANIE ZARZĄDZANIA PROJEKTAMI W PRZEDSIĘBIORSTWIE

KOMPUTEROWE WSPOMAGANIE ZARZĄDZANIA PROJEKTAMI W PRZEDSIĘBIORSTWIE KOMPUTEROWE WSPOMAGANIE ZARZĄDZANIA PROJEKTAMI W PRZEDSIĘBIORSTWIE Seweryn SPAŁEK Streszczenie: Zarządzanie projektami staje się coraz bardziej powszechne w przedsiębiorstwach produkcyjnych, handlowych

Bardziej szczegółowo

Modelowanie procesów biznesowych

Modelowanie procesów biznesowych Modelowanie procesów biznesowych Standard BPMN Specyfikacja BPMN 1.2 3 01 2009 (OMG, BPMI) Specyfikacja BPMN 2.0 3 01 2011 (OMG) Notacja modelowania procesów biznesowych podstawy, Marek Piotrowski, Wydawnictwo

Bardziej szczegółowo

Diagramy klas. WYKŁAD Piotr Ciskowski

Diagramy klas. WYKŁAD Piotr Ciskowski Diagramy klas WYKŁAD Piotr Ciskowski przedstawienie statyki systemu graficzne przedstawienie statycznych, deklaratywnych elementów dziedziny przedmiotowej oraz związków między nimi obiekty byt, egzemplarz

Bardziej szczegółowo

VII Kongres BOUG 03 października 2012

VII Kongres BOUG 03 października 2012 Raportowanie SLA w duŝej organizacji Studium przypadku VII Kongres BOUG 03 października 2012 Zdefiniowanie przypadku Zadanie do wykonania: Jak przenieść ustalenia formalne na efektywnie raportujący system?

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

Architektura oprogramowania w praktyce. Wydanie II.

Architektura oprogramowania w praktyce. Wydanie II. Architektura oprogramowania w praktyce. Wydanie II. Autorzy: Len Bass, Paul Clements, Rick Kazman Twórz doskonałe projekty architektoniczne oprogramowania! Czym charakteryzuje się dobra architektura oprogramowania?

Bardziej szczegółowo

KZJiT. 2. dr hab. inż. Piotr Grudowski, prof. nadzw. PG

KZJiT. 2. dr hab. inż. Piotr Grudowski, prof. nadzw. PG Lista promotorów prac dyplomowych inżynierskich (aktualizacja 12.2013) Profile ISP- Inżynieria Systemów Produkcji IŚP Inżynieria Środowiska Pracy TIwZ Technologie Informatyczne w Zarządzaniu Lp. Promotor

Bardziej szczegółowo

Ryzyko systemów informatycznych Fakty

Ryzyko systemów informatycznych Fakty Od bezpieczeństwa informacji do bezpiecznej firmy Metodyka SABSA Tomasz Bejm, Aleksander Poniewierski Ryzyko systemów informatycznych Fakty Citigroup utracił dane i historie transakcji prawie 4 milionów

Bardziej szczegółowo

GML w praktyce geodezyjnej

GML w praktyce geodezyjnej GML w praktyce geodezyjnej Adam Iwaniak Kon-Dor s.c. Konferencja GML w praktyce, 12 kwietnia 2013, Warszawa SWING Rok 1995, standard de jure Wymiany danych pomiędzy bazami danych systemów informatycznych

Bardziej szczegółowo

Hurtownie danych i przetwarzanie analityczne - projekt

Hurtownie danych i przetwarzanie analityczne - projekt Hurtownie danych i przetwarzanie analityczne - projekt Warunki zaliczenia projektu: 1. Za projekt można zdobyć maksymalnie 40 punktów. 2. Projekt należy regularnie konsultować z jego koordynatorem. 3.

Bardziej szczegółowo

PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT WERSJA

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

Zajęcia prowadzone przez MCT, auditora wiodącego systemów bezpieczeństwa informacji.

Zajęcia prowadzone przez MCT, auditora wiodącego systemów bezpieczeństwa informacji. OFERTA SZKOLENIOWA BAZY DANYCH O firmie: Firma Information & Technology Consulting specjalizuje się w szkoleniach w zakresie systemów bazodanowych Microsoft i Sybase oraz Zarządzania bezpieczeństwem informacji

Bardziej szczegółowo

ŚcieŜki Certyfikacji Testera. Karol Mioduszewski - CORRSE

ŚcieŜki Certyfikacji Testera. Karol Mioduszewski - CORRSE ŚcieŜki Certyfikacji Testera Karol Mioduszewski - CORRSE Kierunki rozwoju W dół, w górę czy w bok? Rozwój w dół Specjalizacja Zagłębianie się w wybrany wycinek wiedzy, np. testy wydajnościowe lub konkretne

Bardziej szczegółowo

Automatyzacja Procesów Biznesowych. Systemy Informacyjne Przedsiębiorstw

Automatyzacja Procesów Biznesowych. Systemy Informacyjne Przedsiębiorstw Automatyzacja Procesów Biznesowych Systemy Informacyjne Przedsiębiorstw Rodzaje przedsiębiorstw Produkcyjne największe zapotrzebowanie na kapitał, największe ryzyko Handlowe kapitał obrotowy, średnie ryzyko

Bardziej szczegółowo

WYKAZ OSÓB które będą uczestniczyć w wykonywaniu zamówienia

WYKAZ OSÓB które będą uczestniczyć w wykonywaniu zamówienia Załącznik nr 5 do SIWZ znak sprawy:45/di/pn/2011 WYKAZ OSÓB które będą uczestniczyć w wykonywaniu zamówienia 1 Wymagane kwalifikacje zawodowe, doświadczenie i wykształcenie niezbędne do wykonania zamówienia

Bardziej szczegółowo

Monika Sitarska Akademia Ekonomiczna im. O. Langego we Wrocławiu Katedra InŜynierii Systemów Informatycznych Zarządzania msitarska@bsd..ae.wroc.

Monika Sitarska Akademia Ekonomiczna im. O. Langego we Wrocławiu Katedra InŜynierii Systemów Informatycznych Zarządzania msitarska@bsd..ae.wroc. ARCHITEKTURA I FUNKCJE APLIKACJI WORKFLOW ZGODNIE ZE STANDARDAMI KOALICJI WFMC (WORKFLOW MANAGEMENT COALITION) Streszczenie Monika Sitarska Akademia Ekonomiczna im. O. Langego we Wrocławiu Katedra InŜynierii

Bardziej szczegółowo

Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów niestacjonarnych studiów II stopnia)

Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów niestacjonarnych studiów II stopnia) Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów niestacjonarnych studiów II stopnia) WERSJA WSTĘPNA, BRAK PRZYKŁADOWYCH PYTAŃ DLA NIEKTÓRYCH PRZEDMIOTÓW Należy wybrać trzy dowolne

Bardziej szczegółowo