Wykład 4. Identyfikacja i modelowanie procesów
|
|
- Włodzimierz Nowakowski
- 7 lat temu
- Przeglądó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 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ół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ół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ół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ółowoModelowanie 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ół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ół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ół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ółowoe-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ół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ółowoProjektowanie 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ół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ółowoMapowanie 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ół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ółowoENERGIA 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ółowoModelowanie 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ółowoAutomatyczne 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ół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ół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ółowoAnalityk 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ół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ółowoEgzamin / 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ół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ół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ół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ółowoPROCES 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ół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ółowoProjektowanie 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ół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ół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ół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ółowoPodstawy 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ółowoWdroż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ółowoAnaliza 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ółowoPROCES. 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ół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ółowoProcesy 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ółowoUML 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ół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ół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ół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ół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ółowoISO 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ół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ół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ół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 3 Diagramy przypadków użycia Diagramy przypadków użycia (ang. use case)
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 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ółowoWprowadzenie 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ółowoUSPRAWNIANIE, 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ół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ółowoPAŹ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ółowoTECHNOLOGIE 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ółowoZasady 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ółowoSYMULACJA 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ółowoUML 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ółowoZARZĄ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ół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ółowoModelowanie 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ółowoModelowanie 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ół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ółowoAPIO. 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ółowoWstę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ół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 7 Przeglądowe diagramy interakcji Przeglądowe diagramy interakcji wiążą
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ół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ółowoSterowniki 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ółowoInż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ółowoOdwzorowanie 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ół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ół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ółowoTytuł: 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ółowoSVN. 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ół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ółowoOpis 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ółowoZarzą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ół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ół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ółowoTechniki 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ółowoAnaliza 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ółowoLaboratorium 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ół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ółowoWykaz 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ółowoSystem 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ółowoTytuł: 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ółowoProjektowanie 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ółowoSTUDIA 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ółowo1 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ółowoAurea 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ół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ół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ółowoAnaliza 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ół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ółowoModelowanie 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ółowoTutorial 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ółowoDiagramy 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ół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ółowo