Notacja modelowania procesów. Prowadzący: mgr inŝ. Marcin Moś
|
|
- Ignacy Szczepański
- 8 lat temu
- Przeglądów:
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
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ółowoBPMN- 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ółowoGraficzna 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ółowoJBPM [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ółowoAnaliza 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ółowoLaboratorium 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ółowoBPMN 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ółowoProcesowa 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ółowoLaboratorium 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ółowoCel 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ółowoLaboratorium 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ółowoLaboratorium 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ółowoPLAN 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ółowoBPMN 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ółowoUML 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ółowoLaboratorium 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ółowoNarzę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ółowoWYKORZYSTANIE 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ółowo1. 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ółowoAnaliza 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ółowoLaboratorium 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ółowoPodstawy 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ółowoKarta 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ółowoInż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ółowoOpis. 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ółowoZagadnienia (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ółowoDiagramy 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ółowoSpis 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ółowoZARZĄ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ółowoProcesy 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ółowoPRZEWODNIK 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ółowoInformatyczne 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ółowoPRZEWODNIK 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ółowoKontrola 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ółowoPRZEWODNIK 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ółowoZarzą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ółowoSybase 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ółowoWykorzystanie 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ółowoNazwa 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ółowoZ-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ółowoZ-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ółowoWPROWADZENIE 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ółowoPANEL 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ółowoWymiana 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ółowoKomputerowe 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ółowoJak 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ółowoZarzą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ółowoZARZĄ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ółowoLaboratorium 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ółowoZakres 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ółowoModel 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 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ółowoPROJEKT 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ółowoSpis 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ółowoRepozytorium 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ółowoJę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ółowoProjekt: 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ółowoWOJSKOWA 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ółowoModelowanie 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ółowoSpis 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ółowoKurs 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ółowoSystem 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ółowoCENTRUM 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ółowoTechniki 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ółowoEtapy ż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ółowoTerminologia 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ółowoModelowanie 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ółowoModelowanie 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ółowoInż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ółowoEtapy ż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ółowoMapowanie 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ółowoTECHNOLOGIE 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ółowoMichał 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ółowo2011-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ółowoKARTA 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ółowoInformatyzacja 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ółowoPodstawy 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ółowoWprowadzenie 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ółowoLaboratorium 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ółowoMetadane. 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ółowoPodstawy 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ółowobo 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ółowoPracownia 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ółowoNarzę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ółowoSkró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ółowoWykł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ółowoInformatyka 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ółowoBłę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ółowoCzyli 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ółowoPLAN 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ółowoOBIEG 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ółowoPRZEWODNIK 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ółowoMgr 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ółowoDiagramu 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ółowoDSL 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ółowoInformatyka 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ółowoRozdział 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ółowoJednolita 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