Wykład 4. Identyfikacja i modelowanie procesów

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

Download "Wykład 4. Identyfikacja i modelowanie procesów"

Transkrypt

1 Wykład 4 Identyfikacja i modelowanie procesów

2 Plan wykładu Modelowe podejście do zarządzania przypomnienie z ostatniego wykładu Przykład wdrożenia nowej architektury procesów w TP SA Identyfikowanie (mapowanie procesów) Wstęp do modelowania Metody opisu i modelowania procesów Podstawy BPMN

3 Modelowe podejście do zarządzania procesami Analiza wymagań klientów Analiza informacji płynących od dostawców Obserwacja i analiza konkurentów rynkowych Analiza najlepszych praktyk Szanse znajdujące się w otoczeniu Zagrożenia płynące z otoczenia Sformułowanie celów procesów Identyfikacja i opisanie procesów Pomiar wyników procesów Odpowiedzialność i uprawnienia właścicieli procesów Założenia strategiczne Kultura organizacyjna Dostępne zasoby Monitorowanie skuteczności i efektywności procesów Audyty procesów Określanie usprawnień Wyniki ekonomiczne warunkujące rozwój Wdrożenie zmian Źródło: Haffer, Skrzypek, s. 59, 2010

4 Nowe podejście do zarządzania procesami biznesowymi w TP SA (2008) Przykład z praktyki

5 Identyfikowanie procesów

6 Identyfikowanie procesów Identyfikowanie procesów obejmuje: Wskazanie i określenie procesów zachodzących w organizacji Dokonanie wyboru procesów kluczowych dla organizacji Stworzenie map procesów z zapisem wzajemnych zależności procesów oraz wyspecyfikowaniem sekwencji procesów

7 Sposoby identyfikacji procesów Według kierunku: Top down Bottom up Mix Tryb: Cykl Interwały Incydentalnie

8 Mapa procesów przedsiębiorstwa Mapa procesów przedsiębiorstwa pokazuje procesy na najwyższym stopniu ogólności, przedstawia jakie procesy występują w danym obszarze działalności oraz zależności między nimi. Mapa procesów przedsiębiorstwa zdjęcie lotnicze Mapa struktury organizacyjnej obraz statyczny Mapa procesów przedsiębiorstwa obraz dynamiczny

9 Mapa (zbioru) procesów Mapa procesów odnosi się do pewnego fragmentu mapy procesów przedsiębiorstwa. Przedstawia ogólny przebieg zbioru procesów i ich wzajemne oddziaływanie. Mapa procesów = zdjęcie lotnicze pewnego fragmentu Kryteria wyodrębniania: przestrzenne, funkcjonalne, logiczne i inne.

10

11

12

13 Mapa pojedynczego procesu Mapa procesu przedstawia przebieg działań realizowanych w obrębie procesu oraz wskazuje obszary odpowiedzialności poszczególnych jednostek zaangażowanych w wykonanie zadań lub związanych z ich wykonywaniem

14 Klient Sprzedaż Wybrane obszary przedsiębiorstwa lub eksperci zewnętrzni Przyjęcie prośby o rekomendacje Opracowanie rekomendacji Prośba o rekomendacje Proces realizacji projektów ICT + Przyjęcie zapytania Skierowanie zapytanie do właściwego kanału sprzedaży Ocena zakresu + Realizacja projektu? N Realizacja rutynowa? T Proces realizacji działalności rutynowej + Wygenerowanie zapytania Oznaczenia zgodne z notacją BPMN: ścieżka domyślna bramka XOR

15 X - odpowiedzialny za wynik (lider zespołu) X *- odpowiedzialny za wynik w zalezności od wybranej ścieżki A - asysta, (uczestnik zepsołu - DH,QM/OKK,AS,BM,IS) Lider zespołu - osoba delegująca zadania na uczestników zespołu w danym projekcie

16 Modelowanie

17 Modelowanie procesów GOSPODARZ PROCESU I N T E R A K C J A Swe Stan początkowy organizacji Pomysł Model referencyjny System Swy Stan docelowy organizacji T R A N S F O R M A C J A TECHNOLOGIA IT Na podstawie Kasprzak T., 2005, s

18 Modelowanie procesów Model mentalny Właściciel, Przedsiębiorstwo Pseudo - model Mapowanie Język notyfikacji + Model referencyjny Modelowanie Język modelowania Model systemu Programowanie Język programowania System zintegrowany Użytkownik, Klient

19 Modelowanie procesów hipotetyczny przykład (kolej) System rezerwacji biletów, podstawowe funkcje i wymagania, wyobrażenie na temat działania, wstępny przebieg działań Właściciel, Przedsiębiorstwo Mapa systemu wraz ze wskazaniem punktów styku (np. kilka systemów rezerwacji, przepływ informacji, dane dot. ruchu) Mapa specyfikująca obiekty i przepływy (kasa, punkt opłat, wysyłka, klient) System zintegrowany Użytkownik, Klient

20

21 24.bis: Co się stało? Problem jest większy niż wcześniej sądziliśmy. Wprowadzamy nową strategię cenową, która wiążę się z bardzo wieloma zmianami. Nasz system nie jest w stanie sobie z nimi poradzić To nie usterka jednego systemu lecz konieczność zapewnienie współpracy wielu różnych, często przestarzałych systemów Ciągle zasysamy dużą ilość danych Nasi informatycy całą noc pracowali i cały czas pracują nad usunięciem usterki" - Nie jestem jednak w stanie powiedzieć, kiedy rozwiążemy ten problem - zaznaczyła rzecznik

22 Przyczyny Przyczyny: Płytkie: Wiele zmian związanych z wprowadzeniem nowej strategii cenowej, ponieważ w ofercie PKP IC pojawiły się dwie dodatkowe kategorie oraz wprowadzono ofertę relacyjną Pik ruchu użytkowników ( podbne działania hakerzy: "denial of service attack" ) Trudności w integracji aplikacji (unexpected failer) Głębokie: Niewłaściwe zwymiarowanie procesów Niewłaściwa identyfikacja wąskich gardeł Niedostatecznie opisane punktu styku Niewłaściwe testy (lub ich brak) PROBLEMY Z OBSZARU MODELOWANIA PROCESÓW

23 Krok -1 Kolejne kroki PKP : Test różnych zachowań systemu sprzedaży mógłby kosztować kilkanaście tysięcy złotych, zależnie od czasu jego trwania i ilości wyłapanych podczas testu błędów Krok 0 PKP : Problemy z systemem informatycznym zaczęły być widoczne po wprowadzeniu informacji o sprzedaży biletów na pociągi Pendolino. Początkowo PKP zapowiedziało, że pierwszym dniem sprzedaży biletów będzie piątek. Potem - noc z soboty na niedzielę, tłumacząc to obawą, że klienci, którzy będą chcieli kupić bilety, wejdą na stronę wraz z tymi klientami, którzy kupują bilety w piątek, przez co cały system może przestać działać.

24 Krok 1 Kolejne kroki W sobotę spółka poinformowała jednak, że sprzedaż rozpocznie się w niedzielę od 5 rano.. Jak informowała spółka, nawet pomimo awarii w pierwszych godzinach działania systemu udało się sprzedać blisko dwa tysiące biletów.

25 Jak zapobiegać? Modelować procesy i testować modele Wyciągać wnioski z testów Wybory samorządowe: 2014 Reagować na symptomy problemów natychmiastowo TESTY: Kilka tygodni temu całkowitą porażką zakończyły się testy systemu - a miała to być jego próba generalna. To samo od tygodni, jak mantrę, powtarzali eksperci z zakresu informatyki. W trakcie usuwania problemów - koncentrować się na przyczynie DOSTAWCA: a nie Dobrego skutkach humoru nie tracili tylko ci, którzy za przygotowanie systemu na wybory byli Wdrożyć zasady odpowiedzialni Business : - Ten Continuity błąd nie ma wpływu na obliczenia wyników głosowania ani na czas ich Management, BCM przede wszystkim backup podliczania. systemy (stand by) oraz BCP Źródło: Zastosowanie sieci CDN lub podobne w czasie najwyższego natężenia ruchu

26 Cele modelowania procesów Ułatwienie dla prowadzenia analiz, symulacji prototypów, formułowania wniosków Wspieranie optymalizacji procesów pod względem czasu, kosztów i wykorzystywania zasobów (analiza wyników symulacji) Wspieranie tworzenia oprogramowania, kształtowanie wymagań dla wyboru/stosowania technologii IT Sprowadzanie do wspólnego mianownika: Ułatwienie przeprowadzania rekonstrukcji procesów zgodnie z założenia BPO (Business Process Orientation) lub doskonalenia procesów BPI (Business Process Improvment), Ułatwienie przeprowadzania analiz, dzięki możliwości porównywaniu efektywności procesów przedstawianych za pomocą modeli, z których wyeliminowano pewne czynności (działania), zastosowano różny stopień uproszczeń

27 Cele modelowania procesów Pełnienie roli środka komunikacji Jednostki zarządcze Jednostki IT Dokumentowanie przyjmowanych rozwiązań i przechowywanie wiedzy o procesach Wspieranie definiowania potrzeb użytkowników i wymagań wynikających z przyjętej strategii Wypracowywanie nowych rozwiązań biznesowych

28 Notyfikacja a Modelowanie Notyfikacja zestandaryzowany sposób opisu Modelowanie projektowanie + zapis Zapis procesów zgodnie z daną notyfikacją: Prowadzi do wspólnego zrozumienia przebiegu procesu Daje podstawy do automatyzacji Umożliwia estymację kosztów

29 Poziomy modelowania procesów Model wstępny Model poglądowy Model analityczny Model wykonywalny Model skorygowany Drajewski S., 2010, s

30 Wstęp do modelowania procesów - notyfikacje BPMN Business Process Model and Notation, opublikowana przez Object Management Group w 2011 roku, przeznaczona dla użytkowników, analityków i programistów, standard otwarty, dostępny dla wszystkich, zorientowany na procesy wykonywalne EPC (Event-driven Process Chain) dużo starsza od BPMN, stanowi część ARIS, własność firmy Sotware AG (w stosunku do BPMN brak modelu do transformacji, nie jest specjalizowana dla procesów wykonywalnych EPBPL (Business Process Execution Language) do procesów wykonywalnych, niezbyt wygodna dla ludzi

31 Języki modelowania Cel stosowania języków modelowania: Zapisanie procesu w formie możliwej do wykonania (oprogramowania) Zbiór działań, stanowiących proces Notyfikacja Przebieg procesu (mapa) IDE j.modelowania Model przebiegu procesu (mapa) Programiwanie Użytkownik SEE Postać wykonywalna procesu

32 Języki modelowania UML (Unified Modeling Language) jest językiem umożliwiającym modelowanie z wykorzystaniem pojęć i podejścia obiektowego, powstało w latach 70., obecnie rozwijane przez Object Management Group, nie jest metodą analizy i projektowania oprogramowania, jest językiem modelowania systemów. BPML (Business Process Modelling Language) język opisu procesów, zorientowany na ich ewolucję i ciągłe zmiany Współdziałanie notyfikacji i języków modelowania: EPC + ARIS; BPMN + UML, xstandard + platforma

33

34 ???

35 Proces Kroki Warunkowa rejestracja na kolejny semestr Przyjęcie podania Rozpatrzenie podania Bramka Przepływ domyślny Powtórna rejestracja na ten sam semestr Początkowe Przepływ Drajewski S., 2010, s. 16 Zdarzenia Końcowe

36 STUDENT DZIEKANAT UCZELNIA DZIEKAN Pule i tory Warunkowa rejestracja na kolejny semestr Rozpatrzenie podania + Powtórna rejestracja na ten sam semestr Przyjęcie podania Pule TORY Przepływ komunikatu Przyjęcie podania Drajewski S., 2010, s. 17

37 Bramki Bramki opisują wyrażenia formalne: Np. w pseudokodzie: Osoba.wiek > 18 Bramki w języku programowania odpowiedają wyrażenim: If, do while, while, for itp. Jeżeli proces ma być wykonywalny musi, go opisywać pseudokod.

38 Bramki XOR exclusive OR bramka wykluczająca lub X Przyjęcie Przyjęcie zgłoszenia Odrzucenie

39 Bramka wykluczająca z dwoma ścieżkami warunkowymi i jedną domyślą Wniosek wypełniony niepoprawnie Odrzucenie wniosku z przyczyn formalnych Wniosek ok. ale kwota > Przyjęcie podania Przekazanie wniosku do dyrektora Przyjęcie Drajewski S., 2010, s. 24

40 Bramki niewykluczająca - OR O Nieaktualne badania lekarskie i wiek > 25 lat Wydanie skierowania na badania wydolnościowe Nieaktualne badania kręgosłupa Kontrola stanu zdrowia zawodnika O Wydanie skierowania na badania kręgosłupa Wywiad lekarski z zawodnikiem Przypadek 1 - Z dwoma ścieżkami warunkowymi (niezależnymi) Drajewski S., 2010, s. 27

41 Bramka niewykluczająca Ze ścieżkami warunkowymi wykluczającymi działa jak XOR Saldo =0 Odrzucenie transakcji Weryfikacja możliwości transakcyjnych O Saldo > 0 ale za małe Przekazanie zapytania o kredyt Realizacja transakcji Drajewski S., 2010, s. 26

42 Bramki równoległe + Rozwidlenie na 2 ścieżki Zebranie ścieżek (bramka synchronizująca) Równoległość = niezależność, nie jednoczesność

43 Bramka równoległa Naklejanie etykiet + + Kapslowanie Napełnianie Drajewski S., 2010, s. 29

44 * Bramka złożona Wymaga określenia jej stanu lub warunku aktywacji Warunek aktywacji : we1+we2+we3_..>5 if not wait Stan oczekuje na uruchomienie lub na zrejesetowanie Licznik aktywacji każdego przepływu wchodzącego do bramki Aktywowanie przepływu Przepływ już raz aktywowany Warunki: activationcondition = true or false Stan: waitingforstart = true or false

45 Bramka złożona Przykład: Bramka uruchamiana gdy 3 wejściowe przepływy zostały aktywowane waitingforstart = true activationcondition = falsce waitingforstart = true activationcondition = falsce waitingforstart = true activationcondition = true Drajewski S., 2010, s

46 Bramka oparta na zdarzeniach Początkowych Równoległa Nadszedł wniosek o finansowanie Wydanie decyzji do wniosku Otwarto nabór wniosków Wykluczającą Nadszedł wniosek o finansowanie Wydanie decyzji do wniosku Otwarto nabór Drajewski S., 2010, s. 22

47 Bramka oparta na zdarzeniach pośrednich Odebrano kod autoryzujący Autoryzacja transakcji Prośba o podanie kodu do autoryzacji Minęło 90 sec od chwili transakcji Drajewski S., 2010, s. 34

48 Przepływy Przepływ sekwencji wskazuje kolejność, łączy dwa elementy, nie może mieć kliku wyjść i kilku wejść (ale z jednego elementu może wychodzić kilka przepływów i wchodzić kilka przepływów) Przepływ warunkowy Ustalenie szczegółów delegacji Do 500 km Od 500 km Rezerwuj bilet kolejowy Rezerwuj bilet lotniczy

49 Przepływy Przepływ domyślny Przepływ swobodny Przepływ wyjątku (aktywowany w wyjątkowych okolicznościach) Przepływ normalny Przepływ komunikatu Asocjacje Opis diagramu

50 Nazwa Obiekty Obiekty reprezentują dane i informacje, które są przetwarzane w procesie Wykorzystywane do prezentacji nie tyle przebiegu procesu, co sposobu przetwarzania Obiekt zbiór informacji, dokument, byt fizyczny Obiekty mogą być wewnętrzne ( w danym procesie) lub zewnętrzne (obiekty wejścia i wyjścia) Obiekty mają stan Faktura [Opłacona] Item-Aware Elements: obiekty danych, odwołania do obiektów danych, magazyny danych, parametry oraz dane wejściowe i wyjściowe

51 Obiekty Magazyn danych istnieje niezależnie od procesu np. obiekt bilet lotniczy, magazyn danych rejestr biletów Złożenie zlecenia przelewu Realizacja przelewu Przepływy obiektów: Dane transakcji -Asocjacje -Asocjacje skierowane ( w procesach ad hoc) Złożenie zlecenia przelewu Złożenie zlecenia przelewu Dane transakcji PMN2_0_Poster_PL.pdf

52 Obiekty WE WY Obiekty wejściowe i wyjściowe Obiekty zewnętrzne, muszą istnieć zanim rozpocznie się proces. Nie istotne czy są wykorzystywane na początku lub na końcu procesu. Muszą istnieć przed albo po nim Faktura [Opłacona] Kolekcje danych Odwołania do zbioru danych Inaczej Magazyn danych - Baza danych + płatności, można zaprezentować wejścia i wyjścia procesu jako Kolekcję danych

53 Proces akceptacji faktur Drajewski S., 2010, s. 62

54 Zdarzenia Zdarzenie wystąpienie w procesie biznesowym jakiejś sytuacji, która jest istotna dla jego przebiegu Zdarzenie: Odebranie lub wysyłanie jakiejś wiadomości Nastąpienie jakiegoś momentu Rozpoczęcie lub zakończenie jakiejś czynności Zdarzenia = spoiwo

55 Typy zdarzeń Zdarzenia początkowe Zdarzenia pośrednie Zdarzenia końcowe Zdarzenia przechwytują lub aktywują wyzwalacze: Przechwycenie wyzwalacza powoduje podejmowanie jakiś działań Aktywowanie wyzwalacza wskazanie, że jakiś ciąg działań prowadzi do określonego rezultatu. Pojawienie się rezultatu oznacza aktywowanie innego. Zdarzenia mogą występować na rożnych poziomach.

56 Źródło: bpmb.de/po ster

57 Drajewski S., 2010, s. 83

58 Czynności Zadania Podprocesy + Czynności wywołania Źródło: bpmb.de/po ster

59 Zastosowanie BPMN 1. Procesy Prywatne : niewykonywalne wykonywalne Pubiczne 3. Kolaboracje 4. Konwersacje 5. Choreografie

60 Źródło: s.23 Procesy prywatne Ustal czy zamówienie jest kompletne Sprawdź zapis Wnioskoda wcy Ustal program rabatowy Zaakcep tuj albo odrzuć rabat Zanotuj akceptacje / odrzucenie Prywatne wewnętrzne Niewykonywalne - przedstawione w sposób ogólny, bez informacji koniecznych do implementacji zgodnie z semantyką języka wykonywania procesów ( BPEL, oparty na XML)

61 Procesy prywatne wykonywalne Źródło: s.447

62 Procesy publiczne Publiczne zbiór czynności, które służą komunikacji z innymi uczestnikami (zewnętrznymi) Źródło: s.24

63 Kolaboracje Kolaboracja to zbiór kilku (co najmniej dwóch) pul reprezentujących uczestników danego procesu biznesowego. Komunikacja między uczestnikami przepływ komunikatów

64 Źródło: s Konwersacje Konwersacje procesy z lotu ptaka

65 Choreografie Choreografia opisuje tylko interakcje zachodzące tylko między uczestnikami. W choreografii musi być co najmniej dwóch uczestników. Źródło: bpmb.de/poster

66 Choreografie Źródło: s.317

67 Podsumowanie Źródło: bpmb.de/poster

68 Literatura do wykładu Drajewski S., Zrozumieć BPMN. Modelowanie procesów biznesowych., One press, Helion, Gliwice, 2010 kompletny przewodnik po BPMN bpmb.de/poster

69 DZIĘKUJĘ

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

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

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

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

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

Bardziej szczegółowo

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

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

Bardziej szczegółowo

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

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

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

Bardziej szczegółowo

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

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

PRZEWODNIK PO PRZEDMIOCIE WYKŁAD ĆWICZENIA LABORATORIUM PROJEKT SEMINARIUM

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

Bardziej szczegółowo

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

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

Bardziej szczegółowo

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

Mapowanie procesów - AS IS (jak jest)

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

Bardziej szczegółowo

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

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

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

Bardziej szczegółowo

Modelowanie procesów biznesowych BPMN cz. I

Modelowanie procesów biznesowych BPMN cz. I Modelowanie procesów biznesowych BPMN cz. I 1 Literatura* http://www.omg.org/spec/bpmn/2.0/ witryna organizacji odpowiedzialnej m.in. za aktualną wersję BPMN Bruce Silver: BPMN Method and Style Thomas

Bardziej szczegółowo

Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank.

Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank. Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank.pl Obsługa wniosków kredytowych Potrzeba elastyczności

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

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

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

Bardziej szczegółowo

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

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

Egzamin / zaliczenie na ocenę*

Egzamin / zaliczenie na ocenę* WYDZIAŁ PODSTAWOWYCH PROBLEMÓW TECHNIKI Zał. nr 4 do ZW33/01 KARTA PRZEDMIOTU Nazwa w języku polskim : INŻYNIERIA OPROGRAMOWANIA Nazwa w języku angielskim: SOFTWARE ENGINEERING Kierunek studiów (jeśli

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

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

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

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

Bardziej szczegółowo

PROCES I ZARZADZANIE PROCESAMI. dr Mariusz Maciejczak 2017 r.

PROCES I ZARZADZANIE PROCESAMI. dr Mariusz Maciejczak 2017 r. PROCES I ZARZADZANIE PROCESAMI dr Mariusz Maciejczak 2017 r. Prawo podziału pracy (Adam Smith) Jeżeli powtarzająca się praca jakiejś jednostki lub zespołu zostanie podzielona w ten sposób, że każdą czynność

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

Projektowanie systemów informatycznych. wykład 6

Projektowanie systemów informatycznych. wykład 6 Projektowanie systemów informatycznych wykład 6 Iteracyjno-przyrostowy proces projektowania systemów Metodyka (ang. methodology) tworzenia systemów informatycznych (TSI) stanowi spójny, logicznie uporządkowany

Bardziej szczegółowo

Z-LOGN Projektowanie procesów Process design

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

Bardziej szczegółowo

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

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

Podstawy inżynierii oprogramowania

Podstawy inżynierii oprogramowania Podstawy inżynierii oprogramowania Modelowanie. Podstawy notacji UML Aleksander Lamża ZKSB Instytut Informatyki Uniwersytet Śląski w Katowicach aleksander.lamza@us.edu.pl Zawartość Czym jest UML? Wybrane

Bardziej szczegółowo

Wdrożenie nowych proinnowacyjnych usług sprzyjających dyfuzji innowacji w sektorze MSP nr umowy: U- POIG.05.02.00-00-016/10-00

Wdrożenie nowych proinnowacyjnych usług sprzyjających dyfuzji innowacji w sektorze MSP nr umowy: U- POIG.05.02.00-00-016/10-00 Regulamin usługi Wdrożenie nowych proinnowacyjnych usług sprzyjających dyfuzji innowacji w sektorze MSP nr umowy: U- POIG.05.02.00-00-016/10-00 Projekt realizowany jest w ramach Działania 5.2 Wsparcie

Bardziej szczegółowo

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

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

Bardziej szczegółowo

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

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

Bardziej szczegółowo

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

Procesy biznesowe w praktyce. Projektowanie, testowanie i optymalizacja

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

Bardziej szczegółowo

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

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

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

Etapy życia oprogramowania

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

Bardziej szczegółowo

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

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

Bardziej szczegółowo

ISO 9000/9001. Jarosław Kuchta Jakość Oprogramowania

ISO 9000/9001. Jarosław Kuchta Jakość Oprogramowania ISO 9000/9001 Jarosław Kuchta Jakość Oprogramowania Co to jest ISO International Organization for Standardization największa międzynarodowa organizacja opracowująca standardy 13700 standardów zrzesza narodowe

Bardziej szczegółowo

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

Informatyka I stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES) KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Nazwa modułu w języku angielskim Obowiązuje od roku akademickiego 2012/2013 Modelowania i Analiza Procesów Biznesowych Modeling and Analysis of Business

Bardziej szczegółowo

Inżynieria oprogramowania. Jan Magott

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

Bardziej szczegółowo

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

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

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

Bardziej szczegółowo

Mapowanie procesów - AS IS (jak jest)

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

Bardziej szczegółowo

Wprowadzenie do zarządzania procesami biznesowymi

Wprowadzenie do zarządzania procesami biznesowymi Wprowadzenie do zarządzania procesami biznesowymi Definicja procesu Proces jest jednostką pracy obejmującą wiele czynności, wykonywanych w ogólności przez różnych wykonawców i w sposób współbieżny. Proces

Bardziej szczegółowo

USPRAWNIANIE, DORADZTWO, KONSULTING

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

Bardziej szczegółowo

Informatyczne fundamenty

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

Bardziej szczegółowo

PAŹDZIERNIKA Mercure Grand Hotel Warszawa ZARZĄDZANIE PROCESOWE, MAPOWANIE PROCESÓW. praktyczne aspekty optymalizacji procesów w administracji

PAŹDZIERNIKA Mercure Grand Hotel Warszawa ZARZĄDZANIE PROCESOWE, MAPOWANIE PROCESÓW. praktyczne aspekty optymalizacji procesów w administracji FINANCIAL CONFERENCES 12-13 PAŹDZIERNIKA Mercure Grand Hotel Warszawa ZARZĄDZANIE PROCESOWE, MAPOWANIE PROCESÓW praktyczne aspekty optymalizacji procesów w administracji Podczas szkolenia omówimy szczegółowo:

Bardziej szczegółowo

TECHNOLOGIE OBIEKTOWE. Wykład 3

TECHNOLOGIE OBIEKTOWE. Wykład 3 TECHNOLOGIE OBIEKTOWE Wykład 3 2 Diagramy stanów 3 Diagram stanu opisuje zmiany stanu obiektu, podsystemu lub systemu pod wpływem działania operacji. Jest on szczególnie przydatny, gdy zachowanie obiektu

Bardziej szczegółowo

Zasady organizacji projektów informatycznych

Zasady organizacji projektów informatycznych Zasady organizacji projektów informatycznych Systemy informatyczne w zarządzaniu dr hab. inż. Joanna Józefowska, prof. PP Plan Definicja projektu informatycznego Fazy realizacji projektów informatycznych

Bardziej szczegółowo

SYMULACJA PROCESÓW W INFORMATYCZNYM ŚRODOWISKU ZINTEGROWANYM W SEKTORZE TELCO"

SYMULACJA PROCESÓW W INFORMATYCZNYM ŚRODOWISKU ZINTEGROWANYM W SEKTORZE TELCO SYMULACJA PROCESÓW W INFORMATYCZNYM ŚRODOWISKU ZINTEGROWANYM W SEKTORZE TELCO" DR Jerzy Roszkowski - Management Systems Consulting Główny Architekt, Wydział Architektury Korporacyjnej rola w zadaniu :

Bardziej szczegółowo

UML cz. I. UML cz. I 1/1

UML cz. I. UML cz. I 1/1 UML cz. I UML cz. I 1/1 UML cz. I 2/1 UML - Unified Modeling Language ujednolicony można go współdzielić z wieloma pracownikami modelowania służy do opisu projektowanego modelu język posiada opisaną strukturę

Bardziej szczegółowo

ZARZĄDZANIE PROCESAMI

ZARZĄDZANIE PROCESAMI ZARZĄDZANIE PROCESAMI dr Małgorzata Wiśniewska WIZ Katedra Zarządzania i Systemów Informatycznych ul. Strzelecka, pok. 303A malgorzata.wisniewska@put.poznan.pl Forma zaliczenia przedmiotu Obecność i przygotowanie

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

Modelowanie procesów biznesowych BPMN cz. I

Modelowanie procesów biznesowych BPMN cz. I Modelowanie procesów biznesowych BPMN cz. I 1 Plan wykładu Literatura Wprowadzenie Bramki Zdarzenia Czynności Przepływy Pule i tory Obiekty Przykład 2 Literatura* http://www.omg.org/spec/bpmn/2.0/ witryna

Bardziej szczegółowo

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych Modelowanie przypadków użycia Jarosław Kuchta Podstawowe pojęcia Przypadek użycia jest formalnym środkiem dla przedstawienia funkcjonalności systemu informatycznego z punktu widzenia jego użytkowników.

Bardziej szczegółowo

Podstawy modelowania programów Kod przedmiotu

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

Bardziej szczegółowo

APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI.

APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI. APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI. dr inż. Grażyna Hołodnik-Janczura W8/K4 ZDARZENIA BIZNESOWE W otoczeniu badanego zakresu

Bardziej szczegółowo

Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań

Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań Wstęp Inżynieria wymagań Schemat procesu pozyskiwania wymagań identyfikacja źródeł wymagań Organizacja i Zarządzanie Projektem Informatycznym pozyskiwanie pozyskiwanie pozyskiwanie Jarosław Francik marzec

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 7 Przeglądowe diagramy interakcji Przeglądowe diagramy interakcji wiążą

Bardziej szczegółowo

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

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Sterowniki Programowalne (SP)

Sterowniki Programowalne (SP) Sterowniki Programowalne (SP) Wybrane aspekty procesu tworzenia oprogramowania dla sterownika PLC Podstawy języka funkcjonalnych schematów blokowych (FBD) Politechnika Gdańska Wydział Elektrotechniki i

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Odwzorowanie BPMN w sieć Petriego

Odwzorowanie BPMN w sieć Petriego Odwzorowanie BPMN w sieć Petriego Proces odwzorowania Scenariusz procesu odwzorowania BPMN2PN BPMN Modeler plik XML BPMN Preprocesor plik XMI BPMN Narzędzie transformacji plik PNML Narzędzia analizy: ProM,

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

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

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

Bardziej szczegółowo

Tytuł: Identyfikacja procesu. Przedmiot: Zarządzanie procesami transportowo-logistycznymi Specjalność: Logistyka transportu Wersja: 2014.10.

Tytuł: Identyfikacja procesu. Przedmiot: Zarządzanie procesami transportowo-logistycznymi Specjalność: Logistyka transportu Wersja: 2014.10. Tytuł: Identyfikacja Autor: Piotr SAWICKI Zakład Systemów Transportowych WMRiT PP piotr.sawicki@put.poznan.pl www.put.poznan.pl/~piotr.sawicki www.facebook.com/piotr.sawicki.put Przedmiot: Zarządzanie

Bardziej szczegółowo

SVN. 10 października 2011. Instalacja. Wchodzimy na stronę http://tortoisesvn.tigris.org/ i pobieramy aplikację. Rysunek 1: Instalacja - krok 1

SVN. 10 października 2011. Instalacja. Wchodzimy na stronę http://tortoisesvn.tigris.org/ i pobieramy aplikację. Rysunek 1: Instalacja - krok 1 SVN 10 października 2011 Instalacja Wchodzimy na stronę http://tortoisesvn.tigris.org/ i pobieramy aplikację uruchamiany ponownie komputer Rysunek 1: Instalacja - krok 1 Rysunek 2: Instalacja - krok 2

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Opis przedmiotu zamówienia

Opis przedmiotu zamówienia Załącznik nr 1 do SIWZ Opis przedmiotu zamówienia Świadczenie usług doradztwa eksperckiego w ramach projektu Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania Zasobów Cyfrowych o Zdarzeniach

Bardziej szczegółowo

Zarządzanie procesami dr Mariusz Maciejczak. Jakość w procesie

Zarządzanie procesami dr Mariusz Maciejczak.   Jakość w procesie Zarządzanie procesami dr Mariusz Maciejczak www.maciejczak.pl Jakość w procesie Procesy a jakość Podejście procesowe pomaga spojrzeć na funkcjonowanie przedsiębiorstwa w sposób całościowy. Pozwala to na

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

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

Techniki i rozwiązania IT w optymalizacji procesów

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

Bardziej szczegółowo

Analiza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej

Analiza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej Analiza i projektowanie obiektowe 2017/2018 Wykład 3: Model wiedzy dziedzinowej Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Model wiedzy dziedzinowej

Bardziej szczegółowo

Laboratorium 5 - Projektowanie programów zorientowanych obiektowo. Indywidualny projekt programistyczny

Laboratorium 5 - Projektowanie programów zorientowanych obiektowo. Indywidualny projekt programistyczny Laboratorium 5 - Projektowanie programów zorientowanych obiektowo. Indywidualny projekt programistyczny mgr inż. Kajetan Kurus 15 kwietnia 2014 1 Dostępne techniki programowania Tworząc program należy

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

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą Załącznik nr 8 do SIWZ Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 3-CPI-WZP-44/13 Lp. Zakres wykonywanych czynności Liczba osób Imiona i nazwiska osób, którymi dysponuje wykonawca

Bardziej szczegółowo

System antyfraudowy w praktyce. marcin zastawa wiceprezes zarządu. Warszawa, października 2006r.

System antyfraudowy w praktyce. marcin zastawa wiceprezes zarządu. Warszawa, października 2006r. System antyfraudowy w praktyce marcin zastawa wiceprezes zarządu Warszawa, 20-21 października 2006r. agenda spotkania struktura systemu zarządzania w organizacji koncepcja systemu antyfraudowego wdrożenie

Bardziej szczegółowo

Tytuł: 02 Modelowanie procesu Pierwsze kroki z ARIS BA

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

Bardziej szczegółowo

Projektowanie interakcji

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

Bardziej szczegółowo

STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe

STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe Technologie informacyjne prof. dr hab. Zdzisław Szyjewski 1. Rola i zadania systemu operacyjnego 2. Zarządzanie pamięcią komputera 3. Zarządzanie danymi

Bardziej szczegółowo

1 Projektowanie systemu informatycznego

1 Projektowanie systemu informatycznego Plan wykładu Spis treści 1 Projektowanie systemu informatycznego 1 2 Modelowanie pojęciowe 4 2.1 Encja....................................... 5 2.2 Własności.................................... 6 2.3 Związki.....................................

Bardziej szczegółowo

Aurea BPM. Unikalna platforma dla zarządzania ryzykiem Warszawa, 25 lipca 2013

Aurea BPM. Unikalna platforma dla zarządzania ryzykiem Warszawa, 25 lipca 2013 Aurea BPM Unikalna platforma dla zarządzania ryzykiem Warszawa, 25 lipca 2013 Agenda 1. Podstawowe informacje o Aurea BPM 2. Przykłady projektów w obszarze minimalizacji skutków zagrożeń 3. Aurea BPM dla

Bardziej szczegółowo

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

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

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:

Bardziej szczegółowo

Narzędzia Informatyki w biznesie

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

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Tutorial prowadzi przez kolejne etapy tworzenia projektu począwszy od zdefiniowania przypadków użycia, a skończywszy na konfiguracji i uruchomieniu.

Tutorial prowadzi przez kolejne etapy tworzenia projektu począwszy od zdefiniowania przypadków użycia, a skończywszy na konfiguracji i uruchomieniu. AGH, EAIE, Informatyka Winda - tutorial Systemy czasu rzeczywistego Mirosław Jedynak, Adam Łączyński Spis treści 1 Wstęp... 2 2 Przypadki użycia (Use Case)... 2 3 Diagramy modelu (Object Model Diagram)...

Bardziej szczegółowo

Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski

Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski Diagramy przypadków użycia WYKŁAD Piotr Ciskowski Diagram przypadków użycia definiowanie wymagań systemowych graficzne przedstawienie przypadków użycia, aktorów, związków między nimi występujących w danej

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