BPMN 2.0 podstawowa notacja dla opisów procesów biznesowych. Piotr Biernacki MGX Infoservice Warszawa
|
|
- Wiktor Morawski
- 6 lat temu
- Przeglądów:
Transkrypt
1 BPMN 2.0 podstawowa notacja dla opisów procesów biznesowych. Piotr Biernacki MGX Infoservice Warszawa
2 Przygotowanie studentów do pracy w nowoczesnych organizacjach wymaga poznania przez nich standardu opisu procesów. Jest nim BPMN 2.0 opisany normą ISO/IEC Prelekcja przybliży ten standard i omówi problemy związane z jego stosowaniem.
3 Czym jest proces biznesowy? Proces biznesowy jest uporządkowanym ciągiem czynności służącym zaspokojeniu potrzeby klienta procesu Proces jest realizowany zgodnie z określonymi mechanizmami Aby zrozumieć proces biznesowy należy zbudować jego model Dane Klient wejściowe(potrzeba) Klient Dane (potrzeba wyjściowe zaspokojona) Do realizacji procesów potrzebne są różnego rodzaju zasoby ICOM (Input, Control, Output, Mechanism) Przez proces przepływają pojedyncze instancje (żetony) odwzorowujące zaspokajanie poj. potrzeb
4 Czym jest model procesu a czym mapa procesów? i jakie są konsekwencje mylenia tych pojęć? Mapa procesu służy pokazaniu zależności pomiędzy procesami (rzadko elementami procesu) Mapa nie opisuje jak potrzeba jest przekształcana w jej zaspokojenie, nie nadaje się np. do badania sprawności Model służy zobrazowaniu funkcjonowania procesu Model nie opisuje zależności pomiędzy procesami danej organizacji nie nadaje się do analizy otoczenia procesów Prototyp pełny, sparametryzowany model procesów Może służyć do ich symulacji / wykonania w narzędziach wspierających realizację Mylenie pojęcia mapy i modelu powoduje: Błędy w zrozumieniu istoty procesów Niespójność modeli Braki w identyfikacji obszarów
5 Jak modelować? Czego oczekujemy od notacji służącej modelowaniu procesów biznesowych: Będzie zrozumiała dla odbiorcy biznesowego Nie będzie limitować modelującego Pozwoli przekazać wystarczającą ilość informacji Pozwoli na precyzyjną definicję logiki przepływu Będzie zrozumiała dla dostawców Będzie zrozumiała dla partnerów, z którymi musimy omawiać współpracę Innymi słowami notacja powinna być zgodna z jakimś standardem
6 Jakie notacje bywają wykorzystywane w modelowaniu procesów biznesowych BPMN Precyzyjny, powszechny standard dedykowany do modelowania procesów biznesowych nie związany z żadnym z producentów. Opisany normą ISO/IEC 19510:2013 CMMN, DMN Specyficzne sytuacje biznesowe UML Standard programistów, dobry na etapie wdrożenia, gorszy analizy. Narzędzia symulacyjne nie wykorzystują UML. EPC Standard jednego producenta, nieefektywny w dużych modelach Swimlane/Cross functional Powszechny, ale niedoprecyzowany Własna notacja Ryzyko nieporozumień z innymi organizacjami Zwykły diagram przepływu Bardzo niedoprecyzowany
7 BPMN 2.0 ISO/IEC 19510:2013
8 Business Modeling & Integration (BMI) Domain Task Force (DTF). BMI DTF (dawna BPMI) współpracuje z OMG w celu promocji modelowania procesów Ustala standardy dla projektowania, wdrażania, wykonywania, utrzymywania procesów: Business Process Model and Notation (BPMN) BPMN dostarcza biznesowi możliwość definiowania i zrozumienia wewnętrznych i zewnętrznych procedur za pomocą diagramu procesów biznesowych, która da organizacji możliwość komunikacji opartej o przyjęte standardy. Case Management Model and Notation (CMMN) Decision Model and Notation (DMN) Business Process Maturity Model (BPMM) Business Motivation Model (BMM) Semantics of Business Vocabulary and Rules (SBVR) Business Process Definition Metamodel (BPDM) Production Rule Representation (PRR) Workflow Management Facility (WfMF)
9 Cele BPMN Zminimalizowanie technicznych ograniczeń nakładanych na użytkownika biznesowego modelującego procesy. Zbudowanie pomostu pomiędzy projektem procesu biznesowego a fazą jego implementacji, W czasie projektu procesu uwzględniamy informację o komponentach odpowiedzialnych za jego realizację/wykonanie, Stworzenie standardu akceptowanego przez całą społeczność biznesową, Wspieranie tylko tych pojęć, które służą modelowaniu procesów biznesowych Stworzenie możliwość zamodelowania bardzo skomplikowanych, złożonych procesów, Notacja BPMN dla procesów biznesowych musi być jednoznaczna i spójna Istnieje możliwość mapowanie z elementów notacji BPMN na instancje poziomu wykonania
10 Czym jest BPMN? Business Process Model and Notation (BPMN, Notacja i Model Procesu Biznesowego) jest: stabilną graficzną notacją opracowana w 2004 roku przez BPMI.(Obecnie BPI DTF komitet w OMG) aktualna wersja służącą do opisu kroków, zdarzeń i logiki realizacji procesu biznesowego. zaprojektowaną tak, aby umożliwić odzwierciedlenie: przepływu procesu komunikacji pomiędzy różnymi procesami u różnych uczestników istotnych danych w procesie. Opisaną normą ISO/IEC 19510:2013 Międzynarodowej Organizacji Normalizacyjnej. Jednoznaczność modeli BPMN umożliwia ich symulacje, jeśli narzędzie do modelowania potrafi ją wykonać. dla opisów procesów biznesowych
11 BPMN DI Istotnym elementem notacji BPMN jest możliwość zapisu modelu w formacie XML Standardowym opisem jest BPMN XML znany również jako BPMN DI Zawiera komplet informacji o procesie, również informacji niewidocznych na diagramie Dane Parametry Alternatywą dla BPMN DI jest XPDL 2.2 Swoją wersję XML mają również CMMN i DMN Te standardy są BEZPŁATNE
12 Diagram procesu biznesowego podstawowe obiekty Elementy procesu (Węzły przepływu - Flow Nodes) Okręgi zdarzenia Zaokrąglone prostokąty czynności Romby bramki Elementy łączenia obiektów Linia ciągła przepływ procesu Linia przerywana przepływ komunikatów Linia kropkowana powiązania/powiązania danych Linia podwójna opcjonalnie konwersacje Miejsca realizacji procesu Prostokąty izolowane Baseny / Uczestnicy Prostokąty wewnętrzne Tory / Role biznesowe Dane Prostokąty z zgiętym rogiem dane Cylindry składnice danych Artefakty Zdarzenie Bas en Tor Tor Czynność Bramka Adnotacje Grupy Powiązania (Komunikaty) Formalnie komunikaty są dekoratorami ale zachowują się jak artefakty Grupa Adnotacja Komuikat
13 Proces prywatny (Przepływ normalny) Wykorzystywany jest do pokazania logiki przebiegu procesu (workflow)
14 Proces publiczny (d. skrócony) Pokazuje interakcję pomiędzy prywatnym procesem biznesowym a innym procesem lub uczestnikiem. Tylko te aktywności, które są używane do komunikacji na zewnątrz procesu prywatnego procesu i kontroli przepływu są pokazywane na diagramie. Inne nie występują.
15 Procesy kooperacji (Model B2B) Pokazują interakcję pomiędzy procesami dwu lub więcej uczestników. Interakcja jest pokazywana jako sekwencja aktywności reprezentująca wymianę komunikatów pomiędzy uczestnikami. Mogą być pokazane jako dwa lub więcej procesów publicznych komunikujących się ze sobą
16 Diagram współpracy Służy tylko i wyłącznie pokazaniu relacji pomiędzy procesami traktowanymi jako czarne skrzynki
17 Diagram Choreografii Pokazuje współprace pomiędzy procesami
18 Diagram konwersacji Diagram konwersacji pokazuje jak poszczególni uczestnicy procesu komunikują się ze sobą Uwaga: BPMN dopuszcza umieszczanie na jednym rysunku obiektów z różnych typów diagramów
19 BPMN a UML? Programiści niechętnie wykorzystują modele procesów do wizualizacji procesów, które podlegają automatyzacji. Ponadto często uważają, że jeśli już z czegoś muszą skorzystać to przecież jest Activity Diagram w UML i to powinno wystarczyć. Biznes niechętnie korzysta z UML Obie notacje mają różne podejście do tego co jest procesem biznesowym więc diagramy opisują inne rzeczywistości.
20 Jakie są zasadnicze różnice pomiędzy BPMN a UML? UML służy obiektowo zorientowanemu modelowaniu aplikacji BPMN służy procesowo zorientowanemu modelowaniu systemów. Ponieważ BPMN jest zogniskowany na procesach biznesowych (i ich wsparciu przez systemy informatyczne) a UML na projektowaniu oprogramowania można powiedzieć, że obie notacje są komplementarne względem siebie, gdyż pokazują różne punkty widzenia na modelowanie systemów.
21 Jakie są zasadnicze różnice pomiędzy BPMN a UML? Obie notacje są ze sobą zgodne co do idei. Nie wszystkie procesy biznesowe muszą być realizowane w postaci zautomatyzowanych procesów biznesowych wykonywanych za pomocą języka realizacji procesów. Jeśli automatyzacja jest niezbędna to procesy i aktorzy mogą być doprecyzowani w języku UML. Ale trzeba pamiętać, że Symbole w BPMN i UML nawet podobnie wyglądające mają inne znaczenie BPMN bazuje na koncepcji żetonu Proces w BPMN dzieje się w organizacji
22 Jakie są zasadnicze różnice pomiędzy BPMN a UML? UML Submit for Approval Service Approval Notify Reject No Approved? Rejected > 200 Yes BPMN Transaction [for Aproval] Transaction [for Aproval] < 200 Auto Approve Auto Approved Approved Transaction {Approved] or [Rejeted] No action Timer Notufy No Action Cancel transaction Canceled {Canceled]
23 Jakie są zasadnicze różnice pomiędzy BPMN a UML? UML Printed-Cricuit Boards Tak Computer Accepted BPMN Computer [for production] Assemble Computer Test Computer Nie Test Passsed? Assembled Computer Computer [rejected]
24 Jakie są zasadnicze różnice pomiędzy BPMN a UML? UML BPMN Payment made and order received Customer Order prepared Send Order Acccept Invoice Send Payment Pick up Order Close Order Order closed Company Order Depatment Acctg Department Order Order received Receive Order No Yes Order Accepted? Fill Order Invoice Invoice Send Invoice Payment Payment Accept Payment Ship Order Close Order Odrer closed
25 Czy BPMN jest prosty w użyciu? BPMN to próba pogodzenia: możliwości przedstawienia skomplikowanych relacji reguł rządzących procesami biznesowymi np. wymaganych na potrzeby automatyzacji z potrzebą takiego przedstawiania procesów, by były one zrozumiałe dla niezaawansowanych czytelników Dlatego dobre zamodelowanie procesów w tej notacji wymaga zawsze: Dobrego zrozumienia mechanizmów tej notacji Odpowiedniego doboru typów diagramów i wykorzystywanych symboli do celu modelowania i odbiorcy modelu. Dobrze przygotowany model jest łatwy w odbiorze
26 Jakie są największe zagrożenia w modelowaniu z BPMN? Niezrozumienie co jest procesem w kontekście BPMN Koncepcja żetonu Błędy w wybranych konstrukcjach uniemożliwiające: Prawidłową interpretację modelu Jego późniejszą automatyzację (jeśli konieczna) Źle dobrany sposób przedstawienia diagramu w stosunku do percepcji odbiorcy Niezrozumienie prawidłowych konstrukcji BPMN Najczęściej przy zaawansowanym modelowaniu Wiele tych zagrożeń związanych jest z niekompetencją: Modelujących Odbiorców
27 Czego BPMN nie obsługuje Map procesów (w kontekście BPM)? Struktury organizacyjną procesów Zaawansowanego zarządzania zasobami i relacjami pomiędzy: rolami biznesowymi stanowiskami osobami zasobami materialnymi sprzęt, infrastruktura itp. Miernikami Ryzykiem
28 Czy jest sens używania BPMN w BPM? Co prawda BPMN nie zajmuje się ww. zakresami ale: Mechanizm artefaktów (możliwość definiowania własnych) powoduje, że: Modele BPMN mogą być wykorzystywane do pogłębionych analiz Brakujące relacje mogą być pokazywane jako dodatkowe artefakty Standardowa postać wymiany danych (XPDL/ BPMN XML) umożliwia wczytanie modeli z różnych narzędzi.
29 Dlaczego rozpoczynać od analizy procesów? Prawidłowe działanie procesów w organizacji wymaga: Ich powszechnej znajomości Znajomości otoczenia w jakim są realizowane Jednoznaczności regulacji z nimi związanych Znajomości i akceptacji celu ich realizacji Wiedzy na temat jakie rezerwy drzemią w procesach organizacji Znając procesy można je doskonalić poprzez: Zmiana organizacji procesów Automatyzacja realizacji procesów (c) MGX Infoservice - BPMN 2.0 podstawowa
30 Dlaczego rozpoczynać od analizy procesów? Doskonalenie procesów MUSI: Opłacać się. Służyć ich usprawnieniu. Wynikać z realnych potrzeb Klientów Procesów Przed wdrożeniem należy przewidzieć korzyści z wdrożenia Nie automatyzujemy procesów by było nowocześniej a jedynie dlatego by skutecznie realizować cele organizacji (c) MGX Infoservice - BPMN 2.0 podstawowa
31 Co powinna obejmować analiza? Zamodelowanie procesów wg stanu aktualnego Analiza przebiegu Identyfikację przebiegów, które nie służą do realizacji celu biznesowego Potencjalne miejsca automatyzacji Istotne dane w procesie Powiązania pomiędzy procesami Komunikacja z innymi organizacjami Analiza wymagań proponowane modele procesów docelowych Analiza kosztów procesu przed i po zmianie Pełna analiza wymaga symulacji (c) MGX Infoservice - BPMN 2.0 podstawowa
32 Model symulacyjny Jest odmianą modelu procesu nacisk położony jest na zobrazowanie danych istotnych do odpowiedzi na zadane pytanie Jest najczęściej: zredukowanym modelem prezentacyjnym lub modelem badanego aspektu (nie musi być modelem procesu) może być tworzony w różnych metodykach opisu, np.: model Swimlane (met. Rummlera-Brache) model BPMN nakłada większe obostrzenia na model dobre narzędzia pozwalają na symulację regułami wykonawczymi narzędzi EOIF (c) MGX Infoservice - BPMN 2.0 podstawowa
33 Koncepcja modelu symulacyjnego W wyniku symulacji otrzymujemy charakterystykę: Kosztów transakcji i procesu Czasów przebiegu żetonu i miejsc powstawania opóźnień Wykorzystania zasobów i oczekiwania na nie Zogniskowania procesu (powtarzalności wyników dla scenariusza) Prawdopodobieństwa zaistnienia danego wyniku procesu (c) MGX Infoservice - BPMN 2.0 podstawowa
34 Jak analizować? Wycena funkcjonalności Parametryzacja czasu operacji Parametryzacja kosztu zasobów Wyliczenie kosztu procesu Propozycja zmian Zmiana przebiegu Zmiana kompetencji Oszacowanie czasów po zmianach Często eksperyment Oszacowanie kosztu po zmianach Koszt badanego procesu Koszt procesów nadzoru i zarządczych Wycena korzyści Wynik przed i po automatyzacji (c) MGX Infoservice - BPMN 2.0 podstawowa
35 Korzyści z analizy Modelowanie Szybka identyfikacja procesu Łatwa i skuteczna komunikacja Łatwe dostrzeganie niespójności w procesach Identyfikacja przyczyn porażek Podstawa pod automatyzację Symulacja Wykrywanie nieoczywistych problemów w procesach Współbieżność procesów Brak harmonizacji zasobów Weryfikacja skutków projektowanych zmian Wycena korzyści ze zmian procesów (c) MGX Infoservice - BPMN 2.0 podstawowa
36 Dlaczego BPMN na uczelni? Umiejętność modelowania procesów i czytania modeli podstawowa kompetencja w zarządzaniu Umiejętność symulacji i uzasadnienia rozwiązania typowa kompetencja managerska i analityczna BPMN jest jedynym powszechnym standardem modelowania procesów wymaganym w: przemyśle administracji publicznej
37 Pytania i odpowiedzi Piotr Biernacki MGX Infoservice Wilanowska 14a / 1ab Warszawa GSM tel piotr.biernacki@mgx.com.pl Kopiowanie i wykorzystywanie materiałów wymaga zgody autora
BPMN identyfikacja procesów, dlaczego i jak? Piotr Biernacki MGX Infoservice
BPMN identyfikacja procesów, dlaczego i jak? Piotr Biernacki MGX Infoservice Wiele osób kwestionuje potrzebę identyfikacji i udokumentowania procesów biznesowych. Wykład ma przybliżyć podstawowe reguły
Bardziej szczegółowoAnaliza procesów jak to robić i dlaczego to robić przed wdrożeniem systemu elektronicznego obiegu dokumentów w firmie? Piotr Biernacki MGX
Analiza procesów jak to robić i dlaczego to robić przed wdrożeniem systemu elektronicznego obiegu dokumentów w firmie? Piotr Biernacki MGX Infoservice Organizacja nie ucząca się Przypadek z życia nie stosowania
Bardziej szczegół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ółowoJak powstaje model biznesowy? Co to jest? Modelowanie biznesowe. Model biznesowy. Jak powstaje model biznesowy? Jak firma generuje przychody?
Modelowanie biznesowe Wprowadzenie (część 1) Co to jest? Każdy model jest błędny. Niektóre modele są użyteczne. George E. P. Box Jak firma generuje przychody? Model biznesowy Sposób generowania przychodów
Bardziej szczegół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ół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ół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ół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ół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ółowoSkuteczna Strategia CRM - wyzwanie dla organizacji. Artur Kowalski Prometriq
Skuteczna Strategia CRM - wyzwanie dla organizacji Artur Kowalski Prometriq Wrocław, 19-11-2009 Jest tylko jedna strategia sukcesu Polega ona na precyzyjnym zdefiniowaniu docelowego odbiorcy i zaoferowaniu
Bardziej szczegółowoInformatyzacja przedsiębiorstw WYKŁAD
Informatyzacja przedsiębiorstw WYKŁAD dr inż. Piotr Zabawa IBM/Rational Certified Consultant pzabawa@pk.edu.pl wersja 0.1.0 07.10.2010 Wykład 1 Modelowanie procesów biznesowych Przypomnienie rodzajów narzędzi
Bardziej szczegółowoPodstawy modelowania 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ółowoInżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu
Inżynieria wymagań Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia Część 5 Definicja systemu Opracowane w oparciu o materiały IBM (kurs REQ480: Mastering Requirements Management with Use
Bardziej szczegółowoMiASI. Modelowanie systemów biznesowych. Piotr Fulmański. 7 stycznia 2010. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska
MiASI Modelowanie systemów biznesowych Piotr Fulmański Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska 7 stycznia 2010 Spis treści 1 Czym jest system biznesowy? Po co model bizensowy? Czym
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ółowo1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI
KARTA PRZEDMIOTU przedmiotu Stopień studiów i forma Rodzaj przedmiotu Grupa kursów Zaawansowane techniki analizy systemowej oparte na modelowaniu warsztaty Studia podyplomowe Obowiązkowy NIE Wykład Ćwiczenia
Bardziej szczegółowoNotacja modelowania procesów. Prowadzący: mgr inŝ. Marcin Moś
INFORMATYCZNE NARZĘDZIA MODELOWANIA PROCESÓW BPMN Notacja modelowania procesów biznesowych Prowadzący: mgr inŝ. Marcin Moś Plan wykładu Terminy prezentacji Co to jest notacja? Co to jest notacja modelowania
Bardziej szczegółowoBOC dla KJUF Podsumowanie warsztatów 17-18 listopada 2011
BOC dla KJUF Podsumowanie warsztatów 17-18 listopada 2011 Grupa BOC Profil firmy BOC Założona w 1995 roku Wywodzi się z grupy BPMS Uniwersytetu Wiedeńskiego Obecnie ponad 150 pracowników w 7 krajach europejskich
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ółowoKarta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty
Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty przedmiotu Stopień studiów i forma: Rodzaj przedmiotu Kod przedmiotu Grupa kursów Zaawansowane techniki analizy
Bardziej szczegół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ół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ółowoAnaliza biznesowa a metody agile owe
Analiza biznesowa a metody agile owe P6S_WG01 ma wiedzę w zakresie metodyk zwinnych P6S_WG02 ma wiedzę w zakresie zwinnego gromadzenia i zarządzania wymaganiami P6S_WG03 zna i rozumie proces wytwarzania
Bardziej szczegółowoDYNAMICZNE ASPEKTY PROCESÓW BIZNESOWYCH. Wszystkie prawa zastrzeżone
DYNAMICZNE ASPEKTY PROCESÓW BIZNESOWYCH TOMASZ GZIK WPROWADZENIE 1 Dlaczego mówi się o dynamicznych procesach biznesowych? 2 Co się o nich mówi? 3 Definicje 3 Dynamiczne aspekty procesów 4 Kierunki rozwoju
Bardziej szczegółowoKontrola spójności modeli UML za pomocą modelu. Stanisław Jerzy Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska
Kontrola spójności modeli UML za pomocą modelu przestrzennego DOD Stanisław Jerzy Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Obecne metody kontroli spójności modeli
Bardziej szczegółowoInformatyczne fundamenty
Informatyczne fundamenty Informatyka to szeroka dziedzina wiedzy i praktycznych umiejętności. Na naszych studiach zapewniamy solidną podstawę kształcenia dla profesjonalnego inżyniera IT. Bez względu na
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE WYKŁAD ĆWICZENIA LABORATORIUM PROJEKT SEMINARIUM
Politechnika Częstochowska, Wydział Zarządzania PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu Kierunek Forma studiów Poziom kwalifikacji Rok Semestr Jednostka prowadząca Osoba sporządzająca Profil Rodzaj
Bardziej szczegół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ółowoJęzyk UML w modelowaniu systemów informatycznych
Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 4 Diagramy aktywności I Diagram aktywności (czynności) (ang. activity
Bardziej szczegółowoĆwiczenie 1. Modelowanie prostego procesu
Ćwiczenie 1. Modelowanie prostego procesu Część 1. Definiowanie nowego projektu 1. Uruchom narzędzie TIBCO Business Studio. 2. Z menu wybierz File -> New -> Project... 3. W oknie dialogowym New Project
Bardziej szczegółowoPodstawy programowania III WYKŁAD 4
Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.
Bardziej szczegół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ółowoPraktyczne aspekty stosowania metody punktów funkcyjnych COSMIC. Jarosław Świerczek
Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC Jarosław Świerczek Punkty funkcyjne Punkt funkcyjny to metryka złożoności oprogramowania wyznaczana w oparciu o określające to oprogramowanie
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ół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ół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ół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ółowoZakres wykładu. Podstawy InŜynierii Oprogramowania
Zakres wykładu Pojęcia podstawowe InŜynierii Oprogramowania Proces wytwarzania oprogramowania Artefakty procesu wytwarzania i ich modele Jakość oprogramowania Literatura: [1] Sacha K., InŜynieria oprogramowania,
Bardziej szczegół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ół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ółowoANALIZA EKONOMICZNO-FINANSOWA
PROGRAM STUDIÓW FINANSE, RACHUNKOWOŚĆ ZARZĄDCZA I CONTROLLING PRZEDMIOT ZAGADNIENIA GODZ. ZAAWANSOWANE NARZĘDZIA RACHUNKOWOŚCI Rachunkowość zarządcza Prognozowanie sprzedaży i kosztów, rachunki optymalizacyjne
Bardziej szczegółowoPracownia Inżynierii Procesowej
Pracownia Inżynierii Procesowej Aktualizacja oferty styczeń 2016 WŁAŚCICIEL mgr inż. Alicja Wróbel Absolwent Politechniki Opolskiej, Wydziału Zarzadzania i Inżynierii Produkcji Rysunek techniczny 2D 3D
Bardziej szczegół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ółowoThe Binder Consulting
The Binder Consulting Contents Indywidualne szkolenia specjalistyczne...3 Konsultacje dla tworzenia rozwiazan mobilnych... 3 Dedykowane rozwiazania informatyczne... 3 Konsultacje i wdrożenie mechanizmów
Bardziej szczegółowoSkrócone opisy pryncypiów architektury korporacyjnej podmiotów publicznych
Skrócone opisy pryncypiów architektury korporacyjnej podmiotów publicznych Wersja: 1.0 17.06.2015 r. Wstęp W dokumencie przedstawiono skróconą wersję pryncypiów architektury korporacyjnej podmiotów publicznych.
Bardziej szczegół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ółowoDiagramy czynności Na podstawie UML 2.0 Tutorial
Diagramy czynności Na podstawie UML 2.0 Tutorial http://sparxsystems.com.au/resources/uml2_tutorial/ Zofia Kruczkiewicz 1 Diagramy czynności 1. Diagramy czyności UML http://sparxsystems.com.au/resources/uml2_tutorial/
Bardziej szczegółowoWPROWADZENIE DO UML-a
WPROWADZENIE DO UML-a Maciej Patan Instytut Sterowania i Systemów Informatycznych Dlaczego modelujemy... tworzenie metodologii rozwiązywania problemów, eksploracja różnorakich rozwiązań na drodze eksperymentalnej,
Bardziej szczegółowoREQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN
REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie
Bardziej szczegół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ółowoPolitechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje w roku akademickim 2012/2013. Informatyzacja przedsiębiorstw
Politechnika Krakowska im. Tadeusza Kościuszki Karta przedmiotu Wydział Fizyki, Matematyki i Informatyki obowiązuje w roku akademickim 2012/2013 Kierunek studiów: Informatyka Forma studiów: Stacjonarne
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ółowoMiASI. Modele, perspektywy, diagramy UML. Piotr Fulmański. 7 grudnia 2009. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska
MiASI Modele, perspektywy, diagramy UML Piotr Fulmański Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska 7 grudnia 2009 Spis treści 1 Modele, perspektywy, diagramy Czym jest model? Do czego
Bardziej szczegółowoHP Service Anywhere Uproszczenie zarządzania usługami IT
HP Service Anywhere Uproszczenie zarządzania usługami IT Robert Nowak Architekt rozwiązań HP Software Dlaczego Software as a Service? Najważniejsze powody za SaaS UZUPEŁNIENIE IT 2 Brak zasobów IT Ograniczone
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ół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ółowoOptymalizacja produkcji oraz lean w przemyśle wydobywczym. Dr inż. Maria Rosienkiewicz Mgr inż. Joanna Helman
Optymalizacja produkcji oraz lean w przemyśle wydobywczym Dr inż. Maria Rosienkiewicz Mgr inż. Joanna Helman Agenda 1. Oferta dla przemysłu 2. Oferta w ramach Lean Mining 3. Potencjalne korzyści 4. Kierunki
Bardziej szczegółowoZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI
ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI XVIII Forum Teleinformatyki mgr inż. Michał BIJATA, doktorant, Wydział Cybernetyki WAT Michal.Bijata@WAT.edu.pl, Michal@Bijata.com 28 września 2012 AGENDA Architektura
Bardziej szczegół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ół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ółowoWykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych
Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław
Bardziej szczegół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ółowoOpis metodyki i procesu produkcji oprogramowania
Opis metodyki i procesu produkcji oprogramowania Rational Unified Process Rational Unified Process (RUP) to iteracyjny proces wytwarzania oprogramowania opracowany przez firmę Rational Software, a obecnie
Bardziej szczegółowoProjektowanie oprogramowania
Wrocław, 27.09.2010 1. Warunki wstępne Projektowanie oprogramowania Warunkiem uczestnictwa w zajęciach jest zaliczenie przedmiotu: Podstawy inżynierii oprogramowania (ćwiczenia) Zajęcia składają się z
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ół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ółowoInżynieria oprogramowania II
Wymagania funkcjonalne, przypadki użycia Inżynieria oprogramowania II Problem i cel Tworzenie projektów bez konkretnego celu nie jest dobre Praktycznie każdy projekt informatyczny powstaje z uwagi na jakiś
Bardziej szczegółowoAnaliza i mapowanie procesów
45 min Ergonomia pracy umysłowej prof. dr hab. inż. Marcin Sikorski Analiza i mapowanie procesów 5 Data wykładu:............. Razem slajdów: 30 Procesy informacyjne (informacyjno-decyzyjne) procesy, w
Bardziej szczegółowoWDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE
OFERTA WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE W TWORZENIU MODELU AS-IS /Jest to przykład (wzór) oferty treść jest wypełniana na podstawie nie zobowiązujących rozmów i spotkań z Klientem, pracownikami
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ół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ół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ół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ół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ółowoZ-LOGN Projektowanie procesów Process design
KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Nazwa modułu w języku angielskim Obowiązuje od roku akademickiego 2012/2013 Z-LOGN1-1073 Projektowanie procesów Process design A. USYTUOWANIE MODUŁU
Bardziej szczegółowoZ-LOG-1073 Projektowanie procesów Process design. Logistyka I stopień Ogólnoakademicki. Stacjonarne
KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Nazwa modułu w języku angielskim Obowiązuje od roku akademickiego 2012/2013 Z-LOG-1073 Projektowanie procesów Process design A. USYTUOWANIE MODUŁU
Bardziej szczegół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ółowoModel przypadków użycia - rola diagramów aktywności Część 2 Wykładowca Dr inż. Zofia Kruczkiewicz
Model przypadków użycia - rola diagramów aktywności Część 2 Wykładowca Dr inż. Zofia Kruczkiewicz Zofia Kruczkiewicz Wyklad_INP002017_4 1 Diagramy czynności I. Diagramy czynności UML II. Przykład diagramów
Bardziej szczegółowoBudowa systemu wspomagającego podejmowanie decyzji. Metodyka projektowo wdrożeniowa
Budowa systemu wspomagającego podejmowanie decyzji Metodyka projektowo wdrożeniowa Agenda Systemy wspomagające decyzje Business Intelligence (BI) Rodzaje systemów BI Korzyści z wdrożeń BI Zagrożenia dla
Bardziej szczegółowoModelowanie diagramów klas w języku UML. Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014
Modelowanie diagramów klas w języku UML Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014 Czym jest UML - Unified Modeling Language - Rodzina języków modelowania graficznego - Powstanie na przełomie lat 80
Bardziej szczegół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ółowoProjekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011
Projekty BPM z perspektywy analityka biznesowego Wrocław, 20 stycznia 2011 Agenda Definicja pojęć: Analiza biznesowa oraz analityk biznesowy Co kryje się za hasłem BPM? Organizacja zarządzana procesowo
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ółowoSpis treúci. Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników. Wstęp... 11. Podziękowania...
Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników Spis treúci Wstęp... 11 Podziękowania... 13 O autorach... 15 Robert A. Maksimchuk... 15 Eric J. Naiburg... 15 Przedmowa...
Bardziej szczegół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ółowoZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż. ADAM KOLIŃSKI ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż.
1 ZARZĄDZANIE PROCESAMI I PROJEKTAMI 2 ZAKRES PROJEKTU 1. Ogólna specyfika procesów zachodzących w przedsiębiorstwie 2. Opracowanie ogólnego schematu procesów zachodzących w przedsiębiorstwie za pomocą
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ół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ółowoZastosowania aplikacji B2B dostępnych na rynku zalety aplikacji online
2012 Zastosowania aplikacji B2B dostępnych na rynku zalety aplikacji online Sławomir Frąckowiak Wdrożenie systemu B2B Lublin, 25 października 2012 Aplikacje B2B do czego? Realizacja najważniejszych procesów
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ółowoModel biznesowy: co to za zwierze?
Model biznesowy: co to za zwierze? Coraz częściej spotykam się w literaturze z twierdzeniem, że poprawny projekt dotykający reorganizacji firmy, a więc w szczególności wdrażanie technologii IT, powinien
Bardziej szczegółowoWdrożenie technologii procesowej IBM BPM w EFL
Wdrożenie technologii procesowej IBM BPM w EFL Marcin Naliwajko Z-ca dyrektora Departamentu Technologii Dominik Lisowski Starszy Architekt Systemów IT Grupy EFL WebSphere Message Broker 2008 r. Wdrożenie
Bardziej szczegółowoZarządzanie firmą Celem specjalności jest
Zarządzanie firmą Celem specjalności jest przygotowanie jej absolwentów do pracy na kierowniczych stanowiskach średniego i wyższego szczebla we wszystkich rodzajach przedsiębiorstw. Słuchacz specjalności
Bardziej szczegół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ółowoDiagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym
Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM
Bardziej szczegółowoDobre wdrożenia IT cz. I Business Case. www.leoconsulting.pl
Dobre wdrożenia IT cz. I Business Case Wprowadzenie Czy wiesz: jak często po wdrożeniu oprogramowania okazuje się, że nie spełnia ono wielu wymagań? jak często decyzja o wdrożeniu systemu informatycznego
Bardziej szczegółowoWykład 1 Inżynieria Oprogramowania
Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI
Bardziej szczegółowoProjekt Kwalifikacja jakości w Uniwersytecie Nr POKL.04.01.01-00-155/11. ZAPROSZENIE DO SKŁADANIA OFERT nr 4/ZSO/KJU/2014
Warszawa, 18.03.2014 r. ZAPROSZENIE DO SKŁADANIA OFERT nr 4/ZSO/KJU/2014 na usługę doradczą w zakresie modelowania wybranych procesów w uczelni wraz z rekomendacją dla operacyjnej warstwy procesów biznesowych
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram
Bardziej szczegółowoMgr Joanna Chlebiej. Ćwiczenia nr 3
Mgr Joanna Chlebiej Ćwiczenia nr 3 1. Sporządź listę procesów 2. Wybierz proces i przygotuj dokument z założeniami 3. Narysuj mapę procesu 4. Oszacuj czas i koszty 5. Zweryfikuj mapę procesu 6. Zastosuj
Bardziej szczegółowo