Aleksander Jurga ARIS Platform jako narzędzie modelowania procesów biznesowych : notacja EPC a BPMN. Ekonomiczne Problemy Usług nr 87,
|
|
- Aleksandra Sobczyk
- 7 lat temu
- Przeglądów:
Transkrypt
1 Aleksander Jurga ARIS Platform jako narzędzie modelowania procesów biznesowych : notacja EPC a BPMN Ekonomiczne Problemy Usług nr 87,
2 ZESZYTY NAUKOWE UNIWERSYTETU SZCZECIŃSKIEGO NR 702 EKONOMICZNE PROBLEMY USŁUG NR ALEKSANDER JURGA Politechnika Poznańska ARIS PLATFORM JAKO NARZĘDZIE MODELOWANIA PROCESÓW BIZNESOWYCH. NOTACJA EPC A BPMN Wprowadzenie Współcześnie coraz bardziej zauważalna jest progresywność zasad funkcjonowania przedsiębiorstw. Niezależnie od wielkości, rozległości rynku działania czy też branży firmy dążą do usprawnienia działania swoich struktur organizacyjnych. W tym celu wykorzystują technologie teleinformatyczne, tworzą platformy e-biznesu, jak również dążą do usprawniania szeroko pojętych procesów biznesowych. Projektowanie i modelowanie procesów biznesowych 1 wpisuje się w nurt zasad zarządzania przedsiębiorstwami XXI wieku i związane jest ze zmianą podejścia do zrządzania, od funkcjonalnego na rzecz zarządzania procesowego. Analiza procesów biznesowych i ich projektowanie mogą istotnie poprawić produktywność i rentowność oraz wpływać na efektywność funkcjonowania przedsiębiorstwa postrzeganą przez pryzmat klienta. Modelowanie procesów biznesowych może dotyczyć sfery struktur organizacyjnych przedsiębiorstwa, jak również przebiegu informacji pomiędzy nimi. Szczególnego znaczenia nabiera w przypadku tworzenia lub reinżynierii systemów informacyjnych zarządzania. Przy okazji warto zaznaczyć, że systemu informacyjnego nie należy utożsamiać z systemem informatycznym 2. 1 Modelowanie procesów biznesowych (business process modeling) ma na celu ustalenie, w jaki sposób działa dana organizacja (tzw. stan AS-IS) i może służyć do określenia docelowego sposobu postępowania (procesy TO-BE). 2 A. Jurga, System informacyjny a system informatyczny, w: M. Adamczak, A. Jurga, J. Kałkowska, E. Pawłowski, H. Włodarkiewicz-Klimek, Projektowanie systemów informacyjnych zarządzania, Wyd. Politechniki Poznańskiej, Poznań 2010.
3 ARIS Platform jako narzędzie modelowania procesów biznesowych 395 W modelowaniu procesów biznesowych wykorzystywane są między innymi dedykowane narzędzia informatyczne służące do tych celów. Współcześnie na rynku tych narzędzi można wyróżnić dwie wiodące notacje 3 opisu procesów. Są to notacja EPC oraz BPMN. Wydaje się, że praktyka stosowania obydwóch jest względnie paralelna. Generalnie obydwie notacje służą do projektowania procesów biznesowych. Jednakże skoro te dwie notacje są powszechnie stosowane, to zachodzi pytanie, która z nich jest bardziej efektywna oraz czy obszar ich zastosowań jest taki sam. Artykuł dotyczy bliższego przyjrzenia się obydwom notacjom pod kątem ich elastyczności i czytelności, jak również zasadniczych różnic pomiędzy nim w aspekcie ich wykorzystania w opisywaniu modeli biznesowych. Wybór narzędzia (ARIS PLATFORM 7.2) 4 związany jest z faktem, że zarówno notacja EPC 5, jak i BPMN 6 jest w nim zaimplementowana. 1. Istota modelowania procesów biznesowych U podstaw istoty modelowania procesów biznesowych leży pierwsza kompleksowa metodyka projektowania procesowego. Została ona zaproponowana przez M. Hammera i J. Champy ego na początku lat dziewięćdziesiątych XX wieku. Jej podstawowe założenia zawarte są w definicji reengineeringu rozumianego jako fundamentalne przemyślenie i radykalne przeprojektowanie procesów biznesowych w celu osiągnięcia gruntownej poprawy wskaźników efektywności, takich jak koszty, jakość, serwis i szybkość działania 7. Pojęcie modelowanie wywodzi się od terminu model (modelus miara, wzór); podobizna rzeczywistości możliwej i od nas 3 Notacja to umowny sposób zapisu symboli, liter, znaków itp. Notacja umożliwia w sposób formalny zapis treści wyrażeń, reguł, wzorów, formuł itd., 4 ARIS (Architektura Zintegrowanych Systemów Informacyjnych (ang. Architecture of Integrated Information Systems, niem. Architektur Integrierter Informationssyteme) metoda analizy i modelowania procesów gospodarczych prowadząca do stworzenia w przedsiębiorstwie zintegrowanego systemu przetwarzania informacji. Koncepcja ARIS została po raz pierwszy zaproponowana w 1991 roku jako koncepcja ramowa kompleksowego modelowania wspomaganych komputerowo systemów informacyjnych. G. Keller, M. Nüttgens, A.W. Scheer. Semantische Prozeßmodellierung auf der Grundlage Ereignisgesteuerter Prozeßketten (EPK), Veröffentlichungen des Instituts für Wirtschaftsinformatik, 89, EPC (Event-driven Process Chains) łańcuch procesów sterowanych zdarzeniami. 6 BPMN (Business Process Modeling Notation) graficzna notacja służąca do opisywania procesów biznesowych, rozwijana przez OMG (Object Management Group) i promowana przez Business Process Management Initiative. Standard BPMN przyjęto w 2004 roku (BPMN 1.0), M. Hammer, J. Champy, Reengineering the Corporation. A Manifesto for Business Revolution, Nicolas Brealey Publishing Ltd., London 1995, s. 31.
4 396 Aleksander Jurga zależnej 8. Zatem modele procesów biznesowych dostarczają abstrakcyjnego odwzorowania złożonych struktur oraz uwypuklają najważniejsze powiązania pomiędzy poszczególnymi jednostkami organizacyjnymi, które są realizatorami danego procesu. Modelowanie procesów poprzedzane jest zwykle analizą struktury organizacyjnej, funkcjonalności systemów informacyjnych zarządzania, jak również realizowanych procesów w organizacji biznesowej. Przy czym punktem wyjścia do ich modelowania jest tworzenie modelu rzeczywistego przebiegu tych procesów, a następnie między innymi na jego podstawie projektuje się propozycję usprawnień danego procesu. W modelowaniu procesów biznesowych model biznesowy stanowi bazę do wyznaczenia punktów początkowych i końcowych głównych procesów, które mogą być następnie dekomponowane na poszczególne podprocesy. Koncepcja ARIS w swojej istocie miała na celu między innymi: identyfikację procesów biznesowych, uporządkowanie (standaryzację) istniejących procesów, dokumentowanie procesów, przeprowadzenie ewentualnej optymalizacji już istniejących procesów, projektowanie nowych procesów, które mogą mieć istotny wpływ na funkcjonowanie przedsiębiorstwa (organizacji biznesowej). Na początku lat 90. ubiegłego stulecia ARIS był jedynym kompleksowym narzędziem informatycznym umożliwiającym całościowe projektowanie procesów biznesowych. Zaimplementowana w nim notacja EPC była wiodącą notacją graficzną opisu tych procesów. W ARIS PLATFORM 7.2 została zaimplementowana notacja BPMN, która konkuruje z EPC, ale w żaden sposób nie wpływa na istotę modelowania procesów biznesowych. Przy okazji warto podkreślić, że istotą modelowania procesów biznesowych jest również to, że model biznesowy musi być zrozumiały dla właściciela procesu. Zasada to może mieć wpływ na wybór notacji. 2. Charakterystyka porównawcza notacji EPC oraz BPMN Notacja EPC Każda notacja opisu modeli biznesowych ma skończony i jednoznacznie zdefiniowany zbiór elementów (symboli) graficznych. Umożliwiają one budowanie diagramów przebiegu procesów zrozumiałych zarówno przez projektantów procesów, analityków, jak i ludzi poszczególnych szczebli zarządzania. Notacja EPC, zaimplementowana już w pierwszej wersji ARIS PLATFORM, służąca do graficz- 8 T. Mendel, Metodyka pisania prac doktorskich, Akademia Ekonomiczna w Poznaniu, Poznań 2004, s. 48.
5 ARIS Platform jako narzędzie modelowania procesów biznesowych 397 nego opisu procesów biznesowych, została zaprojektowana w oparciu o ogólną filozofię firmy SAP, pioniera w dziedzinie oprogramowania ERP. Umożliwia ona tworzenie tzw. modeli prostych (EPC) oraz rozszerzonych (eepc) 9. Każdy z tych modeli można przedstawić w kilku konfiguracjach, między innymi w tabeli, wierszach lub kolumnach. W perspektywie procesów EPC prezentowane są zarówno statyczne zależności (relacje) między obiektami, jak i dynamiczne relacje wynikające z przebiegu funkcji w obrębie danego procesu. W związku z tym ogólną zasadą tej notacji jest to, że przebiegiem procesu sterują zdarzenia. Są one stanami, w którym znalazły się obiekty procesu. Aktywizują wykonanie funkcji, np. brak wyrobu w magazynie aktywizuje wykonanie funkcji zlecenie produkcji wyrobu. Z kolei funkcja to specyficzne zadanie (działanie) wykonywane na obiekcie (lub informacji) w celu osiągnięcia określonego celu organizacji. Funkcje generują zdarzenia, np. funkcja sprawdzanie jakości dostawy generuje takie zdarzenia, jak: dostawa jest zgodna z warunkami przyjęcia albo dostawa jest niezgodna z warunkami przyjęcia. Generalną zasadą modelowania procesów w tej notacji jest między innymi to, że: każdy model procesu musi rozpoczynać się zdarzeniem i kończyć się zdarzeniem (lub łącznikiem procesu), procesu nie można przerwać lub zawiesić przed jego zakończeniem, każde zdarzenie aktywizuje wykonanie funkcji, a każda funkcja generuje zdarzenie. Ta ostatnia czasami nastręcza trudności w tworzenie modelu, ponieważ wynika z niej, że nie może wystąpić kilka zdarzeń jedno po drugim. Musi być zachowana naprzemienność, zdarzenie funkcja zdarzenie funkcja itd. Chociaż w pierwszej chwili ta sztywna naprzemienność może wydawać się trochę sztuczna, to jednak po wykonaniu kilku modeli widać, że twórcy tej notacji mieli rację. Uczy ona dyscypliny w modelowaniu oraz czyni ten model czytelny nawet dla osób, które nie znają żadnej notacji. Notacja BPMN Notacja BPMN została wprowadzona na rynek komercyjny w 2004 roku. Chociaż na rynku narzędzi informatycznych od ponad 10 lat wykorzystywany był ARIS, to jednak komitet OMG zaproponował nowy standard notacji graficznej wspomagający tworzenie modeli biznesowych. Genezą jej powstania był fakt braku względnie uniwersalnej notacji 10, która byłoby zrozumiała dla wszystkich użytkow- 9 eepc (extended Event-Driven Process Chain) rozszerzona notacja EPC, umożliwiająca dodatkowo projektowanie procesów biznesowych z perspektywy organizacji, danych oraz produktów (usług). 10 Dotychczas była wykorzystywana notacja EPC, służąca do modelowania procesów biznesowych, oraz notacja UML, wspomagająca głównie tworzeniu modeli systemów informatycznych. Notacja BPMN jest pewnego rodzaju pomostem łączącym je.
6 398 Aleksander Jurga ników procesów biznesowych. Począwszy od analityków biznesowych, którzy tworzą wstępne projekty procesów, poprzez ludzi biznesu zarządzających tymi procesami i monitorujących je, a skończywszy na zespołach technicznych (programistów) odpowiedzialnych za wdrożenie technologii informatycznych, które będą istotnie wspomagać wykonywanie tych procesów. Z założeniem koncepcji BPMN było stworzenie prostego mechanizmu do tworzenia modeli procesów biznesowych, a jednocześnie będącego w stanie obsłużyć złożoności związane z procesami biznesowymi. Podejście do obsługi tych dwóch sprzecznych wymagań wymagało dobrze przemyślanych zasad wykorzystania symboli graficznych. Zapewnia to między innymi mały ich zestaw. Dlatego w BPMN można łatwo rozpoznać podstawowe typy elementów i zrozumieć diagram modelowanego procesu. Można wyróżnić cztery podstawowe kategorie elementów. Są to: obiekty przepływu (zdarzenia początkowe i tymczasowe oraz kończące proces, zadania (funkcje) i podproces oraz bramki), obiekty łączące poszczególne elementy diagramu (łącznik przepływu informacji pomiędzy poszczególnymi wykonawcami zadań realizowanych w ramach procesu, wyświetlania przepływu wiadomości pomiędzy podmiotami uczestniczącymi w procesie oraz łącznik kojarzący informację z obiektami przepływu), obiekt opisujący ścieżki przepływu informacji oraz realizatorów poszczególnych faz procesu, obiekt opisujący artefakty (określają wymagane dane do wykonania procesu i ich źródło, grupuje je w celu dokumentowania lub analizy procesu oraz dodatkowych adnotacji modelowanego procesu). W praktyce te cztery kategorie umożliwiają modelowanie skończonych procesów biznesowych. W celu porównawczym w tabeli 1 i tabeli 2 zestawiono wykorzystywane symbole graficzne (piktogramy) notacji EPC i BPMN. Oprócz podstawowych symboli zarówno notacja BPMN, jak również EPC posiada paletę symboli umożliwiających tworzenie rozszerzonych modeli biznesowych. Istotę różnić pomiędzy notacją EPC a BPMN można zaobserwować na przykładowym procesie zamodelowanym w obydwóch notacjach. Opis procesu: Zamodelować proces sprzedaży określonego produktu, którego firma właściciel procesu jest producentem. Proces rozpoczyna się w momencie wpłynięcia zamówienia. Należy sprawdzić, czy realizacja zamówienia klienta jest w ogóle możliwa. Brak możliwości może wynikać np: z faktu, że firma takiego produktu nie wytwarza. Następnie należy sprawdzić, czy sprzedaż jest możliwa. Jeżeli sprzedaż jest możliwa, to należy sprawdzić stan magazynowy. Gdy produkt jest na stanie magazynowym, to następuje jego sprzedaż. W przypadku stanu zerowego wysyłane
7 ARIS Platform jako narzędzie modelowania procesów biznesowych 399 jest zlecenie na jego wyprodukowanie. Zlecenie uruchamia podproces związany z produkcją zamówionego wyrobu. Po zakończeniu tego podprocesu następuje sprzedaż. Po sprzedaży wystawiana jest faktura. W pierwszym rzędzie utworzony został model procesu w notacji EPC, a dokładniej w eepc. Następnie zamodelowano go z wykorzystaniem notacji BPMN. Obydwa modele przedstawiono na rysunku 1. Po lewej jego strony zobrazowano diagram procesu w notacji EPC, zaś po prawej w notacji BPMN. Można zauważyć, że od strony graficznej różnią się one zasadniczo. Wynika to oczywiście z faktu, że obydwie notacje wykorzystują inne symbole, a po za tym rządzą się inną filozofią opisu modeli procesów biznesowych. Tabela 1 Zestawienie podstawowych symboli notacji EPC i BPMN zaimplementowanych w ARIS PLATFORM Notacja EPC Notacja BPMN Symbol Opis symbolu Opis symbolu Symbol Zdarzenie Występuje tylko jeden rodzaj zdarzeń Proces rozpoczyna się zdarzeniem początkowym, a kończy końcowym Zdarzenie początkowe Zdarzenie końcowe Funkcja Funkcja Element pełniący rolę funkcji (w notacji EPC) Zadanie Operator I. Muszą wystąpić wszystkie ścieżki procesu wchodzące wychodzące od operatora Operator LUB Musi wystąpić co najmniej jedna z możliwych ścieżek wchodzących wychodzących z operatora Operator ALBO Może wystąpić tylko jedna z możliwych ścieżek wchodzących wychodzących z operatora Łącznik Bramka niewykluczająca Spełnia funkcję operatora I (EPC) Bramka równoległa Spełnia funkcję operatora LUB (EPC) Bramka wykluczająca Spełnia funkcję operatora ALBO (EPC) Łącznik Źródło: opracowanie własne na podstawie oprogramowania ARIS PLATFORM.
8 400 Aleksander Jurga Tabela 2 Zestawienie symboli rozszerzający modelowanie notacji EPC oraz BPMN Notacja EPC Notacja BPMN Symbol Opis symbolu Opis symbolu Symbol Łącznik procesu Wskazuje miejsce powiązania danego procesu z innym procesem Ta sama funkcja jak w EPC Podproces Stanowisko Jednostka organizacyjna Konkretne osoby, zespoły ludzi realizujące poszczególne funkcje (zadania) procesu Umożliwia przypisanie poszczególnych zadań do ich realizatorów Ścieżka realizacji Dokument Umożliwia opisanie nośnika informacji Może spełniać podobną rolę jak nośnik informacji. Brak odpowiednika w EPC Obiekt danych Typ systemu aplikacji Typ oprogramowania, które wspomaga wykonania określonej funkcji Służy do wpisywania dowolnej informacji, np. typ systemu informatycznego Adnotacja tekstowa Żądanie Reguła biznesowa Są przykładem rozszerzonej palety symboli, które nie mają odpowiedników w BPMN Są przykładem rozszerzonej palety symboli, które nie mają żadnych odpowiedników w EPC Zdarzenie początkowe komunikatu Zdarzenie końcowe komunikatu Źródło: opracowanie własne na podstawie oprogramowania ARIS PLATFORM. Na diagramie EPC łatwiej zauważyć poszczególne kroki postępowania. Widać wyraźnie, że wynikiem realizacji poszczególnych funkcji jest określony stan, w jakim proces się znajduje (zdarzenia kończące ich wykonanie). Cały proces rozpoczyna zdarzenie: Zamówienie wpłynęło, a kończy go zdarzenie: Faktura została wysłana. Natomiast w przypadku diagramu (BPMN) proces rozpoczyna zdarzenie początkowe komunikatu (tabela 2), które informuje właściciela procesu o fakcie wpłynięcia zamówienia. Proces kończy zdarzenie końcowe komunikatu, w którym zawarta jest szersza treść i dotyczyć może między innymi informacji, że realizacja sprzedaży skutkuje wystawieniem określonego dokumentu (w tym przypadku faktury). Jednakże taka informacja nie jest w sposób jawnie pokazywana, ponieważ wynika to zasad modelowania procesów w tej notacji.
9 ARIS Platform jako narzędzie modelowania procesów biznesowych 401 Wpłynęło zamówienie Specyfikacja zamówienia klienta Sprawdz enie możliwości realizacji... Dział sprzedaży Dział sprzedaży Ścieżka realizacji Dział logistyki Dział produkcji Brak możliwości Możliwość realizacji Sprawdzenie dostępności produktu Dział sprzedaży System informatyczny Sprawdz enie możliwości relizacji... Realizacja możliwa Specyfikacja zamówienia klienta. Należy wykorzystać system informatyczny Produkt w magazynie Brak produktu w magazynie Sprawdzenie dostępności produktu Zlecenie produkcji Dział logistyki Produkt dostępny Produkt wymaga produkcjii Zlecenie produkcji Zlecenie zostało wysłane Proces produkcji Proces produkcji Produkt wyprodukowany Dział produkcji Produkt wyprodukowano Sprzedaż produktu Sprzedaż produktu Produkt został sprzedany Wysłać fakturę Faktura Faktura wysłana Rys. 1. Diagram zamodelowanego procesu w notacji EPC i BPMN Źródło: opracowanie własne. W celu bliższego porównania obydwóch notacji został przeprowadzony eksperyment 11 polegający na zamodelowaniu przykładowego procesu (opisanego na 11 Sensem tego empirycznego porównania było tylko i wyłącznie wskazanie względnych różnic pomiędzy obydwoma notacjami. Zadaniem autora wszelkie badania w tym względzie są nieuprawnione.
10 402 Aleksander Jurga rysunku 1), a następnie dokonano oceny jakościowej, w tym takich jej elementów, jak szybkość modelowania, prostota modelu oraz czytelność diagramów obydwóch notacji. Wyniki tego eksperymentu wskazują, że szybkość modelowania procesów (w sensie czasowym) niezależnie od użytej notacji jest porównywalna (subiektywne doświadczenie autora eksperymentu). Natomiast ocena jakościowa dotycząca prostoty modelu wydaje się powiązana z jego czytelnością. W związku z tym obydwa diagramy zostały zaprezentowane trzem grupom oceniających ich rozumienie, w tym: wykładowcom akademickim reprezentującym profesję projektowania procesów biznesowych, studentom ostatniego roku (kierunek zarządzanie), informatykom z praktycznym doświadczeniem w programowaniu systemów informatycznych. Zarówno pierwsza grupa oceniających, jak i druga nie miała trudności ze rozumieniem przykładowego procesu w notacji EPC. Umiała go werbalnie opisać. Ten sam proces zamodelowany w notacji BPMN był względnie zrozumiały. Podkreślano brak istotnych informacji na diagramie [czy zadanie (funkcja) zostało zrealizowana czy nie]. W przypadku grupy trzeciej diagram notacji EPC był rozumiany, jednakże notacja BPMN stanowiła dla nich algorytm projektowania systemu informatycznego wspomagającego przykładowy proces. Dla nich BPMN jest bardziej czytelny i przydatny. Podsumowanie Istotność porównawcza notacji EPC i BPMN wydaje się uzasadniona, ale tylko i wyłącznie w kontekście adresata zaprojektowanego procesu biznesowego przy ich pomocy. Każda bowiem może wspomagać modelowanie procesów biznesowych, ale stosuje inne podejście do zasad ich modelowania. Standard modelowania EPC pozwala na bardziej elastyczną reprezentację procesów i wyposażony jest w szerszy zakres opcji analitycznych oraz dużo większy zestaw symboli (około 130, BPMN około 30). Diagramy EPC są semantycznie znacznie bogatsze niż BPMN. EPC został stworzony do modelowania i analizy procesów biznesowych. W przypadku gdy projekt dotyczy procesu wykonywalnego, notacja BPMN jest lepszym wyborem, ponieważ używa jednego zapisu do analizy i wdrażania modeli. W każdym razie EPC i BPMN w dużej mierze uzupełniają się wzajemnie. Widać jednakże rosnącą popularność BPMN. Fakt ten spowodował implementację BPMN w narzędziu ARIS. Czas pokaże, która z notacji będzie dominująca czy może obie będą wykorzystywane równolegle.
11 ARIS Platform jako narzędzie modelowania procesów biznesowych 403 Literatura 1. Adamczak M., Jurga A., Kałkowska J., Pawłowski E., Włodarkiewicz-Klimek H., Projektowanie systemów informacyjnych zarządzania, Wyd. Politechniki Poznańskiej, Poznań Business Process Modeling Notation Version 1.0, May 2004, 3. Keller G., Nüttgens M., Scheer A.W., Semantische Prozeßmodellierung auf der Grundlage Ereignisgesteuerter Prozeßketten (EPK), Veröffentlichungen des Instituts für Wirtschaftsinformatik, 89, Hammer M., Champy J., Reengineering the Corporation. A Manifesto for Business Revolution, Nicolas Brealey Publishing Ltd., London Mendel T., Metodyka pisania prac doktorskich, Akademia Ekonomiczna w Poznaniu, Poznań ARIS PLATFORM AS THE TOOL OF THE MODELLING OF BUSINESS PROCESSES. EPC NOTATION VS BPMN Summary Today the design of business processes is supported by IT tools. ARIS PLATFORM is one of them. An EPC notation and BPMN are being used for the modelling of processes. Both are in ARIS. The article describes the two notations and identifies the differences between them. Translated by Aleksander Jurga
Aleksander Jurga Wybrane aspekty modelowania procesów biznesowych : wprowadzenie. Ekonomiczne Problemy Usług nr 104,
Aleksander Jurga Wybrane aspekty modelowania procesów biznesowych : wprowadzenie Ekonomiczne Problemy Usług nr 104, 207-217 2013 Z E S Z Y T Y N A U K O W E U N IW E R S Y TETU S Z C Z E C IŃ S K IE G
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
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
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.
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
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:
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
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
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
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ć
Katalog rozwiązań informatycznych dla firm produkcyjnych
Katalog rozwiązań informatycznych dla firm produkcyjnych www.streamsoft.pl Obserwować, poszukiwać, zmieniać produkcję w celu uzyskania największej efektywności. Jednym słowem być jak Taiichi Ohno, dyrektor
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
Wykorzystanie modelowania referencyjnego w zarządzaniu procesami logistycznymi
BIULETYN WAT VOL. LIX, NR 1, 2010 Wykorzystanie modelowania referencyjnego w zarządzaniu procesami logistycznymi PAWEŁ ŚLASKI, DOROTA BURCHART-KOROL 1 Wojskowa Akademia Techniczna, Wydział Mechaniczny,
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:
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ć
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
Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji
Diagramy związków encji (ERD) 1 Projektowanie bazy danych za pomocą narzędzi CASE Materiał pochodzi ze strony : http://jjakiela.prz.edu.pl/labs.htm Diagramu Związków Encji - CELE Zrozumienie struktury
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
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
Modelowanie obiektowe - Ćw. 3.
1 Modelowanie obiektowe - Ćw. 3. Treść zajęć: Diagramy przypadków użycia. Zasady tworzenia diagramów przypadków użycia w programie Enterprise Architect. Poznane dotychczas diagramy (czyli diagramy klas)
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
Zarządzanie procesami i logistyką w przedsiębiorstwie
Zarządzanie procesami i logistyką w przedsiębiorstwie Opis Projektowanie i ciągła optymalizacja przepływu produktu w łańcuchu dostaw oraz działań obsługowych i koniecznych zasobów, wymaga odwzorowania
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,
POLITECHNIKA OPOLSKA
POLITECHNIKA OPOLSKA WYDZIAŁ MECHANICZNY Katedra Technologii Maszyn i Automatyzacji Produkcji Laboratorium Podstaw Inżynierii Jakości Ćwiczenie nr 2 Temat: Schemat blokowy (algorytm) procesu selekcji wymiarowej
BPM vs. Content Management. Jarosław Żeliński analityk biznesowy, projektant systemów
BPM vs. Content Management Jarosław Żeliński analityk biznesowy, projektant systemów Cel prezentacji Celem prezentacji jest zwrócenie uwagi na istotne różnice pomiędzy tym co nazywamy: zarzadzaniem dokumentami,
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
Modelowanie i Programowanie Obiektowe
Modelowanie i Programowanie Obiektowe Wykład I: Wstęp 20 październik 2012 Programowanie obiektowe Metodyka wytwarzania oprogramowania Metodyka Metodyka ustandaryzowane dla wybranego obszaru podejście do
Wybrane aspekty niwelacji luki informacyjnej oraz jej wpływ na użyteczność informacji. Case study
dr inż. Aleksander Jurga Pracownia Zarządzania i Systemów Informatycznych, Wydział Inżynierii Zarządzania Politechnika Poznańska Wybrane aspekty niwelacji luki informacyjnej oraz jej wpływ na użyteczność
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...
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
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.
Monitoring procesów z wykorzystaniem systemu ADONIS
Monitoring procesów z wykorzystaniem systemu ADONIS 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
6 Metody badania i modele rozwoju organizacji
Spis treści Przedmowa 11 1. Kreowanie systemu zarządzania wiedzą w organizacji 13 1.1. Istota systemu zarządzania wiedzą 13 1.2. Cechy dobrego systemu zarządzania wiedzą 16 1.3. Czynniki determinujące
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
WPROWADZENIE 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,
Jak zostać dobrym analitykiem? Wpisany przez RR Nie, 21 paź 2012
Analityk systemów informatycznych to zawód cieszący się w ostatnich latach rosnącą popularnością. Młodych ludzi zachęcają liczne oferty pracy, perspektywa wysokich zarobków i możliwość podnoszenia kwalifikacji.
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
Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD
Projektowanie systemów informatycznych Roman Simiński roman.siminski@us.edu.pl siminskionline.pl Modelowanie danych Diagramy ERD Modelowanie danych dlaczego? Od biznesowego gadania do magazynu na biznesowe
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
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
Wykł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
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
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
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
Bazy danych 2. dr inż. Tadeusz Jeleniewski
Wykład 4 Projektowanie bazy danych i procesów aplikacji Modelowanie reguł przetwarzania Środowisko przykładowego programu do modelowania reguł przetwarzania Reguły poprawności 2018-02-23 Bazy danych 2
POLITECHNIKA OPOLSKA
POLITECHNIKA OPOLSKA WYDZIAŁ MECHANICZNY Katedra Technologii Maszyn i Automatyzacji Produkcji Laboratorium Podstaw Inżynierii Jakości Ćwiczenie nr 2 Temat: Schemat blokowy (algorytm) procesu selekcji wymiarowej
1. 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
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
Warsztaty FRAME. Sygnatura warsztatu: W1 (W3) Czas trwania: 3 dni
Sygnatura warsztatu: W1 (W3) Czas trwania: 3 dni Warsztaty FRAME I. Cel Zapoznanie uczestników z możliwościami wykorzystania Europejskiej Ramowej Architektury ITS FRAME (zwanej dalej FRAME ) oraz jej narzędzi
Sage ERP X3 dla produkcji
Wstęp Sage ERP X3 jest systemem oferującym kompleksowe rozwiązania we wszystkich obszarach związanych z zarządzaniem produktem począwszy od fazy projektowania poprzez wycenę, planowanie, realizację, rozliczenie
Kierunki rozwoju systemów obiegu dokumentów: Enterprise Content Management. Jarosław Żeliński analityk biznesowy, projektant systemów
Kierunki rozwoju systemów obiegu dokumentów: Enterprise Content Management Jarosław Żeliński analityk biznesowy, projektant systemów Cel prezentacji Coraz częściej można się spotkać w firmach z potrzebą
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:
Wprowadzenie do UML, przykład użycia kolizja
Bogdan Kreczmer bogdan.kreczmer@pwr.wroc.pl Zakład Podstaw Cybernetyki i Robotyki Instytut Informatyki, Automatyki i Robotyki Politechnika Wrocławska Kurs: Copyright c 2012 Bogdan Kreczmer Niniejszy dokument
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
Diagramy 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
Projekty 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
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
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
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
The 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
ZARZĄ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
Praktyczne 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
Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych
Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław
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
REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN
REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie
Modelowanie diagramów klas w języku UML. Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014
Modelowanie diagramów klas w języku UML Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014 Czym jest UML - Unified Modeling Language - Rodzina języków modelowania graficznego - Powstanie na przełomie lat 80
XII International PhD Workshop OWD 2010, 23 26 October 2010. Metodyka pozyskiwania i analizy wyników badań symulacyjnych ścieżek klinicznych
XII International PhD Workshop OWD 2010, 23 26 October 2010 Metodyka pozyskiwania i analizy wyników badań symulacyjnych ścieżek klinicznych Methodology of Acquiring and Analyzing Results of Simulation
Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego
Etapy Ŝycia systemu informacyjnego Wprowadzenie do metodologii modelowania systemów informacyjnych 1. Strategia 2. Analiza 3. Projektowanie 4. Implementowanie, testowanie i dokumentowanie 5. WdroŜenie
Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty
Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty przedmiotu Stopień studiów i forma: Rodzaj przedmiotu Kod przedmiotu Grupa kursów Zaawansowane techniki analizy
Analiza 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
Zwrot z inwestycji w IT: prawda czy mity
Zwrot z inwestycji w IT: prawda czy mity Inwestycje w technologie IT 1 muszą podlegać takim samym regułom oceny, jak wszystkie inne: muszą mieć ekonomiczne uzasadnienie. Stanowią one koszty i jako takie
Jarosław Żeliński analityk biznesowy, projektant systemów
Elektroniczne zarządzanie informacją i obiegiem dokumentów kluczowe czynniki sukcesu projektu Jarosław Żeliński analityk biznesowy, projektant systemów O mnie Od 1991 roku w branży IT i zarządzania jako
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
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
Feature Driven Development
Feature Driven Development lekka metodyka tworzenia oprogramowania Kasprzyk Andrzej IS II Wstęp Feature Driven Development (FDD) to metodyka tworzenia oprogramowania, która wspomaga zarządzanie fazami
Wartość dodana podejścia procesowego
Zarządzanie procesami dr Mariusz Maciejczak Wartość dodana podejścia procesowego www.maciejczak.pl Wartość dodana w ujęciu ekonomicznym Wartość dodana - przyrost wartości dóbr w wyniku określonego procesu
Ćwiczenie 1. Modelowanie prostego procesu
Ćwiczenie 1. Modelowanie prostego procesu Część 1. Definiowanie nowego projektu 1. Uruchom narzędzie TIBCO Business Studio. 2. Z menu wybierz File -> New -> Project... 3. W oknie dialogowym New Project
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
PROGRAM STUDIÓW ZINTEGROWANE SYSTEMY ZARZĄDZANIA SAP ERP PRZEDMIOT GODZ. ZAGADNIENIA
PROGRAM STUDIÓW ZINTEGROWANE SYSTEMY ZARZĄDZANIA SAP ERP PRZEDMIOT GODZ. ZAGADNIENIA Zarządzanie zintegrowane Zintegrowane systemy informatyczne klasy ERP Zintegrowany system zarządzania wprowadzenia System,
Tematyka seminariów. Logistyka. Studia stacjonarne, I stopnia. Rok II. ZAPISY: 18 lutego 2015 r. godz. 13.15
Tematyka seminariów Logistyka Studia stacjonarne, I stopnia Rok II ZAPISY: 18 lutego 2015 r. godz. 13.15 prof. nadzw. dr hab. Zbigniew Pastuszak tel. 537 53 61, e-mail: z.pastuszak@umcs.lublin.pl 1. Rola
Pytania z przedmiotów kierunkowych
Pytania na egzamin dyplomowy z przedmiotów realizowanych przez pracowników IIwZ studia stacjonarne I stopnia Zarządzanie i Inżynieria Produkcji Pytania z przedmiotów kierunkowych 1. Co to jest algorytm?
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
Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju. Jarosław Żeliński analityk biznesowy, projektant systemów
Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju Jarosław Żeliński analityk biznesowy, projektant systemów O mnie qod 1991 roku w branży IT i zarządzania jako analityk projektant rozwiązań qod
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
POD O EJŚ J CIE I P ROC O ESOW
Wykład 7. PODEJŚCIE PROCESOWE W ZARZĄDZANIU JAKOŚCIĄ 1 1. Procesy i ich znaczenie w działalności organizacji: Proces jest to zaprojektowany ciąg logiczny następu- jących po sobie czynności (operacji),
ZARZĄDZANIE MARKĄ. Doradztwo i outsourcing
ZARZĄDZANIE MARKĄ Doradztwo i outsourcing Pomagamy zwiększać wartość marek i maksymalizować zysk. Prowadzimy projekty w zakresie szeroko rozumianego doskonalenia organizacji i wzmacniania wartości marki:
Diagramy UML, przykład problemu kolizji
Bogdan Kreczmer bogdan.kreczmer@pwr.edu.pl Katedra Cybernetyki i Robotyki Wydział Elektroniki Politechnika Wrocławska Kurs: Copyright c 2015 Bogdan Kreczmer Niniejszy dokument zawiera materiały do wykładu
System klasy BPMS jako wstęp do optymalizacji architektury aplikacyjnej w spółkach dystrybucyjnych i obrotowych
System klasy BPMS jako wstęp do optymalizacji architektury aplikacyjnej w spółkach dystrybucyjnych i obrotowych Wisła, 21/11/2012 Carrywater Group S.A. www.carrywater.com Al. Jerozolimskie 65/79, 00-697
produkować, promować i sprzedawać produkty, zarządzać i rozliczać przedsięwzięcia, oraz komunikować się wewnątrz organizacji.
Wspieramy w doborze, wdrażaniu oraz utrzymaniu systemów informatycznych. Od wielu lat dostarczamy technologie Microsoft wspierające funkcjonowanie działów IT, jak i całych przedsiębiorstw. Nasze oprogramowanie
Wykorzystanie technologii informacyjnych do zarządzania łańcuchami i sieciami dostaw w warunkach globalizacji rynku żywności
Zarządzanie łańcuchami dostaw żywności w Polsce. Kierunki zmian. Wacław Szymanowski Książka jest pierwszą na naszym rynku monografią poświęconą funkcjonowaniu łańcuchów dostaw na rynku żywności w Polsce.
Nowe narzędzia zarządzania jakością
Nowe narzędzia zarządzania jakością Agnieszka Michalak 106947 Piotr Michalak 106928 Filip Najdek 106946 Co to jest? Nowe narzędzia jakości - grupa siedmiu nowych narzędzi zarządzania jakością, które mają
Zarządzanie łańcuchem dostaw
Społeczna Wyższa Szkoła Przedsiębiorczości i Zarządzania kierunek: Zarządzanie i Marketing Zarządzanie łańcuchem dostaw Wykład 1 Opracowanie: dr Joanna Krygier 1 Zagadnienia Wprowadzenie do tematyki zarządzania
Inż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ś
Efektywna organizacja zadań w systemie handlu emisjami.
Efektywna organizacja zadań w systemie handlu emisjami. Autor: dr inż. Bolesław Jankowski (Badania Systemowe "EnergSys" Sp. z o.o.) "Energetyka Cieplna i Zawodowa", nr 2/2006 Wprowadzenie 31 marca 2006
WDROŻ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
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
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