Monika Sitarska Akademia Ekonomiczna im. O. Langego we Wrocławiu Katedra InŜynierii Systemów Informatycznych Zarządzania
|
|
- Monika Kowalczyk
- 8 lat temu
- Przeglądów:
Transkrypt
1 ARCHITEKTURA I FUNKCJE APLIKACJI WORKFLOW ZGODNIE ZE STANDARDAMI KOALICJI WFMC (WORKFLOW MANAGEMENT COALITION) Streszczenie Monika Sitarska Akademia Ekonomiczna im. O. Langego we Wrocławiu Katedra InŜynierii Systemów Informatycznych Zarządzania msitarska@bsd..ae.wroc.pl Podstawowym tematem omawianym w niniejszym referacie jest architektura i funkcjonalność systemów typu Workflow. Standardy zaprezentowane w tekście odpowiadają wyznacznikom zaproponowanym przez koalicję WfMC. Omówione zostały równieŝ podsystemy takie jak System Zarządzania Procesami Workflow, modelery definiujące procesy oraz elementy składowe typu działanie i instancja procesu. Słowa kluczowe: System Zarządzania Procesami Workflow (Workflow Management System), Modelery definiujące procesy (Process Definition Tool), działanie, istancja Wstęp Wymiana róŝnorodnych informacji pomiędzy pracownikami firmy oraz współpraca z jednostkami zewnętrznymi to kluczowe elementy działania typowego przedsiębiorstwa. Problemem, na jaki napotykają popularne systemy zarządzania pracą jest to, Ŝe reguły, według których odbywa się wspomniana wymiana informacji ulegają ciągłym zmianom. Działanie Workflow oparte jest na rozszerzalnej architekturze sterowanej procesami. System umoŝliwia przekazywanie dowolnych typów informacji, zarówno pomiędzy pracownikami przedsiębiorstwa, jak i na zewnątrz. W przeciwieństwie do innych systemów organizacji pracy, które ograniczają się do przesyłania informacji pomiędzy uŝytkownikami i wymuszania pewnych czynności zatwierdzających, Workflow umoŝliwia modelowanie złoŝonych procesów, jakie zachodzą w biznesie. Przy pomocy tego narzędzia moŝna definiować procesy, które wykonują się w pętli, rozgałęziają się na działania przebiegające równolegle, spotykają się, dekomponują się na procesy podrzędne, rozdzielają w zaleŝności od rezultatów określonego działania i wygasają.
2 128 Teoretyczne podstawy tworzenia SWO i strategie budowy e-biznesu W zakresie integracji systemów, Worflow pozwala definiować zdarzenia, których wystąpienie decyduje o uruchomieniu pewnych czynności, czy przesłaniu komunikatów pomiędzy określonymi aplikacjami. Komunikacja będąca skutkiem tych działań moŝe zostać nawiązana pomiędzy aplikacjami pracującymi w przedsiębiorstwie. Integracji mogą podlegać równieŝ pracownicy firmy, bądź grupy pracowników (na przykład działy przedsiębiorstwa), a takŝe osoby współpracujące (dostawcy, odbiorcy, potencjalni klienci). Oni równieŝ są automatycznie powiadamiani o wystąpieniu określonych zdarzeń zdefiniowanych w systemie. Grupy uczestników procesów Workflow zaprezentowane są na rysunku poni- Ŝej: Rys. 1. Uczestnicy procesów Workflow Źródło: opracowanie własne na podstawie ( 1. Architektura rozwiązania Ogólny model architektury rozwiązania według standardu koalicji WfMC zaprezentowany jest na schemacie poniŝej. Punktem wyjścia jest określenie procesu biznesowego, który ma być obsługiwany przez aplikację. Następnie w narzędziach przeznaczonych do modelowania następuje definiowanie procesu w rozbiciu na poszczególne działania zgodnie ze standardem rozumianym przez system zarządzania procesami Workflow. Po zdefiniowaniu procesu system ten odpowiedzialny jest za prawidłowy przebieg procesu oraz za zarządzanie instancjami procesu i monitowanie o etapach jego przebiegu.
3 Architektura i funkcje aplikacji workflow zgodnie ze standardam Rys. 2. Architektura systemu Workflow Źródło: opracowanie własne na podstawie ( Szczegółowo poszczególne elementy architektury zostały omówione poniŝej: 1. System Zarządzania Procesami Workflow (Workflow Management System) Jest to system, który definiuje, tworzy i zarządza realizacją procesu workflow przez wykorzystanie do tego odpowiedniego oprogramowania (Workflow Engine), które potrafi zinterpretować definicję procesu zamodelowaną w modelerze a następnie zainicjować działanie procesu workflow, który moŝe równieŝ obejmować komunikację z innymi aplikacjami zewnętrznymi. Automatyzacja procesu biznesowego jest determinowana przez definiowanie procesu, które identyfikuje działania, zasady i procedury oraz powiązane dane. System zarządzania procesami Workflow składa się z trzech komponentów: Komponenty software, które zapewniają wsparcie róŝnych funkcji realizowanych przez system (ciemnoszare wypełnienie), RóŜnego typu dane systemowe i metadane (definicje danych), które są wykorzystywane przez róŝne komponenty oprogramowania, Aplikacje zewnętrzne i dane tych aplikacji (wypełnienie szare), które nie są częścią systemu WF, ale realizują jakieś fragmenty procesu. Na rysunku poniŝej zaprezentowany został schemat architektury systemu zarządzania procesami workflow:
4 130 Teoretyczne podstawy tworzenia SWO i strategie budowy e-biznesu Modelery procesów generuje transfer modeli Definicja procesu odwolanie Metadane ról organizacyjnych WF Engine zachowuje Dane kontrolne WF odwoływanie się do Aplikacje zewnetrzne administracja i kontrola Lista zadañ uŝywa Dane przechowywane przez WF dane aplikacji zewnetrznych interakcja przez Administrator Zarzadzanie zadaniami w ramach procesu odwoływanie sie do Aplikacje zewnetrzne Interfejs uzytkownika Rys. 3. Architektura Systemu Zarządzania Procesami Workflow Źródło: Opracowanie własne na podstawie ( 2. Modelery definiujące procesy (Process Definition Tool) Komponenty softwarowe Systemowe dane kontrolne Zewnêtrzne dane i produkty Narzędzia do definiowania procesów są wykorzystywane to prezentacji zagadnienia biznesowego w ujęciu procesowym. Mogą one bazować na formalnych językach modelowania procesów (formal process definition language), na modelach obiektów i relacji między nimi lub na prostych skryptach pisanych w konkretnym języku programowania. Konieczne jest zapewnienie wymienialności i dostępności formatów miedzy poszczególnymi uŝytkownikami. Definicja procesu składa się z pojedynczych działań (kroków) oraz relacji między nimi, definicji wyzwalaczy (trigger) procesu oraz czynników kończących proces, jak równieŝ z informacji na temat danych i aplikacji zewnętrznych biorących udział w procesie. Narzędzia te mogą być albo nierozerwalnymi częściami aplikacji WF lub mogą być aplikacjami zewnętrznymi wykorzystywanymi do modelowania i optymalizacji procesów biznesowych. W tym przypadku konieczne jest stworzenie odpowiedniego interfejsu definiującego format wymiany danych między narzędziem a aplikacją WF.
5 Architektura i funkcje aplikacji workflow zgodnie ze standardam Jeśli do modelowania procesów jest wykorzystywane zewnętrzne narzędzie, definicja procesu musi być transformowana do postaci zrozumiałej dla obu produktów, moŝna równieŝ utworzyć repozytorium, w którym będą składowane definicje w formie czytelnej dla obu programów. Końcowy efektem modelowania procesu i jego poszczególnych kroków jest definicja procesu, która moŝe być interpretowana w czasie rzeczywistym przez Workflow Engine. W modelu referencyjnym koalicji WfMC proces wymiany danych obsługiwany jest przez odpowiednio zdefiniowany do tego interfejs. Definiowanie procesu zawiera wszystkie konieczne informacje o procesie, które są konieczne do jego realizacji w aplikacji Workflow. W skład tych informacji wchodzą: Warunki rozpoczęcia procesu, (wyzwalacze), Warunki zakończenia procesu, Działania (activities) wchodzące w skład procesu pojedyncze zdarzenia, oraz zasady regulujące przepływy (przejścia) miedzy nimi, Zadania dla uczestników procesu, które mają zostać wykonane, Powiązania z aplikacjami zewnętrznymi, Definicje metadanych wykorzystywanych przez aplikację WF, które mogą być wykorzystywane w czasie realizacji procesu. Definicja procesu WF Nazwa: Nr wersji: Warunki startu (trigger): Warunki sto:p Dane dodatkowe: (zabazpieczająca, audytowe, kontrolne) zawiera składa się z Działanie (Activity) Dane przechowywane w systemie WF Nazwa: Typ: Stan na WE: Stan na WY: Uwagi: uŝywa Zewnętrzne aplikacje Nazwa danych: Typ danych: Role systemowe Nazwa: Typ jednostki organizacyjnej: moŝe zawierać moŝe zawierać Stan przejściowy Nazwa: Typ: Parametry wykoniania: ŚcieŜka dostepu: uŝywa Warunki wykonania: Warunki przepływu: moŝe wykorzystywać Rys. 4. Elementy definicji procesu Źródło: opracowanie własne na podstawie (
6 132 Teoretyczne podstawy tworzenia SWO i strategie budowy e-biznesu 3. Działanie (activity) Działanie stanowi jednostkę pracy, która stanowi logiczny krok w procesie. Działanie moŝe być wykonywane ręcznie przez uŝytkownika (bez wsparcia systemu) lub automatyzowane przez system workflow. Takie działanie absorbuje zasoby ludzkie, systemowe wspierające wykonanie procesu alokowane na pojedynczym kroku procesu. Działanie moŝe być funkcją, powiadomieniem, zdarzeniem biznesowym lub podprocesem. 4. Instancja (procesu lub działnia) Jest to reprezentacja pojedynczej realizacji procesu, działania w ramach procesu zawierająca powiązane z nią dane. KaŜda instancja reprezentuje wydzieloną ścieŝkę wykonania procesu, która moŝe być niezaleŝnie kontrolowana, moŝe posiadać swój stan i reprezentację zewnętrzną. 2. Funkcje realizowane przez aplikacje workflow Z najwaŝniejszych funkcji aplikacji Workflow w ramach standardu koalicji WfMC naleŝy wymienić następujące: Odwzorowanie struktury organizacyjnej firmy - w ramach tej funkcjonalności moŝliwe jest: tworzenie komórek organizacyjnych, zaleŝności między nimi, dowiązywanie pracowników do komórek, określanie ich kompetencji oraz przypisywanie stanowisk. Rozdzielanie pracy, równoległe wykonywanie zadań - często określona praca jest dzielona na zadania, a te są wykonywane w ramach kolejnych etapów procesu pracy. Aby skrócić czas wykonywania procesu, moŝna część zadań wykonywać równolegle, przez kilka osób. Dodatkowo, w kaŝdym momencie wykonywania procesu jest moŝliwe sprawdzenie, w jakim stanie są poszczególne zadania i co zostało wykonane w ramach tych zadań. Łączenie pracy, synchronizacja wykonanych zadań - analogicznie do rozdzielania zadań potrzebne jest teŝ ich łączenie. Przy łączeniu wykonanych zadań trzeba uwzględnią, Ŝe część wykonanych prac moŝe zostać wykonana szybciej, a część z opóźnieniem - po terminie. Dodatkowo, trzeba teŝ pamiętać o odpowiednim złączeniu informacji pochodzących z róŝnych zadań. UŜytkownik wykonujący łączenie tych zadań jest informowany na bieŝąco o pojawianiu się kolejnych, wykonanych zadań. W zaleŝności od rodzaju złączenia moŝliwe jest wykonanie działań po pojawieniu się wszystkich zadań lub tylko pierwszego. Warunkowe wykonywanie etapów prac - niekiedy istnieje potrzeba, aby dany etap prac był wykonywany w zaleŝności od pewnego warunku w taki lub inny sposób. Przykładem takiej sytuacji jest akceptacja wniosku kredy-
7 Architektura i funkcje aplikacji workflow zgodnie ze standardam towego, który w zaleŝności od kwoty jest rozpatrywany przez młodszego lub starszego urzędnika. Warunki te mogą zaleŝeć od danych sterujących procesu oraz przetwarzanych informacji. Przypisywanie osób lub specjalizowanych aplikacji do wykonywania zadań - oprócz określenia, co i kiedy zostanie wykonane waŝne jest, aby określić, kto to ma wykonać. Zadania mogą być wykonywane przez konkretne osoby, komórki organizacyjne, dynamiczne tworzone grupy osób oraz specjalizowane aplikacje. Dodatkowo w ramach przydzielenia osób do wykonania danego etapu moŝna określić, czy etap ten będzie wykonany przez jedną osobę z grupy osób, które mogą ją wykonać, czy przez wszystkie osoby. Jest to szczególnie waŝne przy rozpatrywaniu obciąŝenia pracowników. Określanie czasu wykonywania etapu prac oraz całego procesu - w przypadku rygorystycznych ograniczeń czasowych na wykonywanie danej pracy istnieje potrzeba ścisłej kontroli czasu wykonania poszczególnych etapów pracy. WiąŜe się to takŝe z moŝliwościami natychmiastowej reakcji w przypadku, gdy określone zadanie jest opóźnione. Dodatkowo waŝne jest, aby mieć moŝliwość analizy juŝ wykonanych procesów, szczególnie w celu zwiększenia efektywności pracy. Dowiązywanie informacji do przebiegu procesu - przesyłanie grupy danych pomiędzy wykonywanymi zadaniami. Przykładem grupy danych są elektroniczne dokumenty (skanowane lub dołączane), pisma, sprawy i teczki. Wywoływanie aplikacji zewnętrznych - aby umoŝliwić wykonywanie w ramach procesu pracy nowych zadań, które w trakcie wdraŝania nie były rozpoznane. Przy rozpatrywaniu klasycznego przypadku naleŝałoby uzgodnić interfejsy pomiędzy juŝ istniejącym systemem, a aplikacją weryfikującą. Uzgodnienie interfejsu, o ile jest moŝliwe wiąŝe się najczęściej z modyfikacją juŝ istniejących systemów, a to z kolei oznacza dodatkowe koszty (por. Na rynku dostępnych jest wiele rozwiązań z tej dziedziny, które w mniejszym lub większym stopniu odpowiadają standardom zaproponowanym przez koalicje WfMC. Istotne zmiany w projektowaniu tego typu aplikacji wprowadziła takŝe organizacja OMG (Object Management Group) opierając dotychczasowe rozwiązania w realiach obiektowych. Jednak niezaleŝnie od rozwiązań technologicznych aplikacje te w istotny sposób wpływają na usprawnienie po pierwsze w zakresie definiowania procesów biznesowych organizacji. Po drugie jednak takŝe w istotny sposób poprawiają komunikację i wymianę niezbędnych informacji zarówno wewnątrz firmy jak i na zewnątrz.
8 134 Teoretyczne podstawy tworzenia SWO i strategie budowy e-biznesu Literatura [WoMaOMG] Workflow Management Facility, Specification, V1.2 [WfMC-TC-1023] Workflow Management Coalition, Workflow Standard Interoperability, Wf-XML Binding, Document Number WFMC-TC-1023, Document Status Final Draft [WFMC-TC-1011] Workflow Management Coalition, Terminology & Glossary, Document Number WFMC-TC-1011, Document Status - Issue 3.0 ARCHITECTURE AND FUNCTIONALITY OF WORKFLOW APLICATION BASED ON WFMC S STANDARDS The main subject of the following paper is the architecture and functionality of the "Workflow" systems. Standards presented here are compatible with directivesproposed by the WfMC coalition. Moreover, subsystems like Workflow Management System, modellers defining processes, and components (processes' actions and instances), have been described. Key words: Workflow Management System, Process Definition Tool, activity
Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram
Bardziej szczegół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ółowobo od managera wymaga się perfekcji
bo od managera wymaga się perfekcji MODELOWANIE PROCESÓW Charakterystyka modułu Modelowanie Procesów Biznesowych (BPM) Modelowanie procesów biznesowych stanowi fundament wdroŝenia systemu zarządzania jakością
Bardziej szczegół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ół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ółowoArchitektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.
Architektura Systemu Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura jest zbiorem decyzji dotyczących: organizacji systemu komputerowego,
Bardziej szczegółowoPracuj zgodnie z procedurami - implementacja procesów pracy w systemie OfficeObjects DocMan.
Pracuj zgodnie z procedurami - implementacja procesów pracy w systemie OfficeObjects DocMan. Mariusz Momotko Rodan System mariusz@sopot.rodan.pl Streszczenie Prawie zawsze sukces firm wynika z innowacji
Bardziej szczegółowoModele bezpieczeństwa logicznego i ich implementacje w systemach informatycznych / Aneta Poniszewska-Marańda. Warszawa, 2013.
Modele bezpieczeństwa logicznego i ich implementacje w systemach informatycznych / Aneta Poniszewska-Marańda. Warszawa, 2013 Spis treści I. Bezpieczeństwo systemów informatycznych Rozdział 1. Wstęp 3 1.1.
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ółowoBazy danych 2. Wykład 1
Bazy danych 2 Wykład 1 Sprawy organizacyjne Materiały i listy zadań zamieszczane będą na stronie www.math.uni.opole.pl/~ajasi E-mail: standardowy ajasi@math.uni.opole.pl Sprawy organizacyjne Program wykładu
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 5 Ćwiczenia w narzędziu CASE diagram przypadków uŝycia. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Ćwiczenie 5 Ćwiczenia w narzędziu CASE diagram przypadków uŝycia Materiały dla nauczyciela Projekt
Bardziej szczegółowoPLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji
Bardziej szczegół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ółowoModelowanie procesów (1) Oracle Designer: Modelowanie procesów. Modelowania procesów (2) Modelowanie procesów (3)
Modelowanie procesów (1) Oracle Designer: Modelowanie procesów Identyfikuje kluczowe aktywności w działalności organizacji. Modeluje wybrane lub wszystkie aktywności w ramach organizacji. Określa kolejność
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram sekwencji. Materiały dla studentów
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram
Bardziej szczegółowoAUTOMATYCZNE CYFROWYCH MIAST KONSTRUKCJE. Autor: JÜRGEN DÖLLNER, Potsdam. Wykonała : Iwona Nowosad
AUTOMATYCZNE KONSTRUKCJE CYFROWYCH MIAST Autor: JÜRGEN DÖLLNER, Potsdam Wykonała : Iwona Nowosad SPIS TREŚCI: Wstęp Cyfrowe miasta Generowanie modeli budynków Generowanie fasad i tekstur powierzchni Fuzja
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ółowoSZCZEGÓŁOWE OKREŚLENIE System zarządzania urządzeniami sieciowymi
Załącznik nr 10 do specyfikacji BPM.ZZP.271.479.2012 SZCZEGÓŁOWE OKREŚLENIE System zarządzania urządzeniami sieciowymi Oprogramowanie musi być zgodne, równowaŝne lub o wyŝszych parametrach technicznych
Bardziej szczegółowoNowoś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
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ółowoUstawianie lokalizacji dla indeksów Ustawianie lokalizacji dla indeksów spis kroków
spis kroków Krok 1 Słownik lokalizacji...2 Krok 2 Słownik lokalizacji asortymentu...4 Krok 3 - Utworzenie powiązania lokalizacji z asortymentem...7 Krok 3.1 Utworzenie powiązania z poziomu Słownika Lokalizacji
Bardziej szczegółowoMałopolska Agencja Rozwoju Regionalnego S.A.
Małopolska Agencja Rozwoju Regionalnego S.A. Przestrzeń Twojego sukcesu! Projekt Określone w czasie działanie podejmowane w celu stworzenia niepowtarzalnego produktu lub usługi Projekt - cechy słuŝy realizacji
Bardziej szczegółowoProjekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie
Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie informatycznej. Zadaniem systemu jest rejestracja i przechowywanie
Bardziej szczegółowoProgramowanie współbieżne i rozproszone
Programowanie współbieżne i rozproszone WYKŁAD 11 dr inż. CORBA CORBA (Common Object Request Broker Architecture) standard programowania rozproszonego zaproponowany przez OMG (Object Management Group)
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram sekwencji. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram
Bardziej szczegółowoTechnologia informacyjna
Technologia informacyjna Pracownia nr 9 (studia stacjonarne) - 05.12.2008 - Rok akademicki 2008/2009 2/16 Bazy danych - Plan zajęć Podstawowe pojęcia: baza danych, system zarządzania bazą danych tabela,
Bardziej szczegółowoZajęcia prowadzone przez MCT, auditora wiodącego systemów bezpieczeństwa informacji.
OFERTA SZKOLENIOWA BAZY DANYCH O firmie: Firma Information & Technology Consulting specjalizuje się w szkoleniach w zakresie systemów bazodanowych Microsoft i Sybase oraz Zarządzania bezpieczeństwem informacji
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ółowoSzczególne problemy projektowania aplikacji internetowych. Jarosław Kuchta Projektowanie Aplikacji Internetowych
Szczególne problemy projektowania aplikacji Jarosław Kuchta Miejsce projektowania w cyklu wytwarzania aplikacji SWS Analiza systemowa Analiza statyczna Analiza funkcjonalna Analiza dynamiczna Analiza behawioralna
Bardziej szczegółowoOfficeObjects e-forms
OfficeObjects e-forms Rodan Development Sp. z o.o. 02-820 Warszawa, ul. Wyczółki 89, tel.: (+48-22) 643 92 08, fax: (+48-22) 643 92 10, http://www.rodan.pl Spis treści Wstęp... 3 Łatwość tworzenia i publikacji
Bardziej szczegółowoPROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.5 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT WERSJA numer wersji
Bardziej szczegółowoIntegracja systemów sterowania i sterowanie rozproszone 5 R
Integracja systemów sterowania i sterowanie rozproszone 5 R ifix połącznie z serwerami OPC Laboratorium 8. Krzysztof Kołek Plan laboratorium 1. OLE FOR PROCESS CONTROL (OPC)... 2 2. TESTOWY SERWER OPC...
Bardziej szczegółowoSystemy przepływu pracy (workflow)
Systemy przepływu pracy (workflow) Definicja Workflow (w języku polskim określany jako przepływ pracy) jest to zautomatyzowany w całości lub części proces biznesowy, w trakcie którego dokumenty, informacje
Bardziej szczegółowoSystem klasy BPMS jako wstęp do optymalizacji architektury aplikacyjnej w spółkach dystrybucyjnych i obrotowych
System klasy BPMS jako wstęp do optymalizacji architektury aplikacyjnej w spółkach dystrybucyjnych i obrotowych Wisła, 21/11/2012 Carrywater Group S.A. www.carrywater.com Al. Jerozolimskie 65/79, 00-697
Bardziej szczegółowoNa środowisko teleinformatyczne zbudowane w ramach Projektu składać się będzie sprzęt komputerowy oraz oprogramowanie.
SEKAP SYSTEM ELEKTRONICZNEJ KOMUNIKACJI ADMINISTRACJI PUBLICZNEJ W WOJEWÓDZTWIE ŚLĄSKIM ZAKRES PROJEKTU Zakres projektu SEKAP - produkty Zakres projektu obejmuje stworzenie teleinformatycznego środowiska
Bardziej szczegółowoZAMAWIAJĄCY. CONCEPTO Sp. z o.o.
Grodzisk Wielkopolski, dnia 11.02.2013r. ZAMAWIAJĄCY z siedzibą w Grodzisku Wielkopolskim (62-065) przy ul. Szerokiej 10 realizując zamówienie w ramach projektu dofinansowanego z Programu Operacyjnego
Bardziej szczegółowoBaza danych to zbiór wzajemnie powiązanych ze sobą i zintegrowanych danych z pewnej dziedziny.
PI-14 01/12 Baza danych to zbiór wzajemnie powiązanych ze sobą i zintegrowanych danych z pewnej dziedziny.! Likwidacja lub znaczne ograniczenie redundancji (powtarzania się) danych! Integracja danych!
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ółowoTECHNOLOGIA JSP W TWORZENIU APLIKACJI ROZPROSZONYCH NA PRZYKŁADZIE SYSTEMU ZARZĄDZANIA NIERUCHOMOŚCIAMI W GMINIE
InŜynieria Rolnicza 14/2005 Jerzy Dąbkowski, Marcin Kowalski Katedra InŜynierii Rolniczej i Informatyki Akademia Rolnicza w Krakowie TECHNOLOGIA JSP W TWORZENIU APLIKACJI ROZPROSZONYCH NA PRZYKŁADZIE SYSTEMU
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ół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ółowoBPM 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,
Bardziej szczegółowoPLANOWANIE JAKOŚCI OPROGRAMOWANIA W ŚWIETLE MIĘDZYNARODOWYCH NORM SERII ISO. POZIOM ORGANIZACYJNY ORAZ WYROBU / PROJEKTU
PLANOWANIE JAKOŚCI OPROGRAMOWANIA W ŚWIETLE MIĘDZYNARODOWYCH NORM SERII ISO. POZIOM ORGANIZACYJNY ORAZ WYROBU / PROJEKTU Karol Chrabański Wstęp W niniejszym artykule zdefiniowania wymagają jak się wydaje
Bardziej szczegółowoMonitoring 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
Bardziej szczegółowoCase study: Mobilny serwis WWW dla Kolporter
Case study: Mobilny serwis WWW dla Kolporter Sklep internetowy Kolporter.pl oferuje swoim Klientom blisko 100 000 produktów w tym: ksiąŝki, muzykę, film i gry. Kolporter postanowił stworzyć nowy kanał
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ółowoFOLIA POMERANAE UNIVERSITATIS TECHNOLOGIAE STETINENSIS Folia Pomer. Univ. Technol. Stetin. 2009, Oeconomica 273 (56), 83 90
FOLIA POMERANAE UNIVERSITATIS TECHNOLOGIAE STETINENSIS Folia Pomer. Univ. Technol. Stetin. 2009, Oeconomica 273 (56), 83 90 Zdzisław KES INFORMATYCZNE WSPOMAGANIE OBSŁUGI STUDIÓW PODYPLOMOWYCH W KATEDRZE
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ółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 6 Modelowanie przypadków uŝycia i czynności. Materiały dla studentów
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 6 Modelowanie przypadków uŝycia
Bardziej szczegółowoPrzepływy danych. Oracle Designer: Modelowanie przepływów danych. Diagramy przepływów danych (1) Diagramy przepływów danych (2)
Przepływy danych Oracle Designer: Modelowanie przepływów danych Cele: zobrazowanie funkcji zachodzących w organizacji, identyfikacja szczegółowych informacji, przetwarzanych przez funkcje, pokazanie wymiany
Bardziej szczegółowoZakład Ubezpieczeń Społecznych Departament Zamówień Publicznych ul. Szamocka 3, 5, 01-748 Warszawa tel: 22 667 17 04, faks: 22 667 17 33
Zakład Ubezpieczeń Społecznych Departament Zamówień Publicznych ul. Szamocka 3, 5, 01-748 Warszawa tel: 22 667 17 04, faks: 22 667 17 33 993200/370/IN-402/2012 Warszawa, dnia 22.05.2012 r. Informacja dla
Bardziej szczegółowoNarzędzia informatyczne wspierające przedsięwzięcia e-commerce
Narzędzia informatyczne wspierające przedsięwzięcia e-commerce Zarządzanie projektami e-commerce, Meblini.pl, UE we Wrocławiu Wrocław, 11-03-2018 1. Cykl życia projektu 2. Pomysł / Planowanie 3. Analiza
Bardziej szczegółowoMetodyka wdrożenia. Bartosz Szczęch. bartosz.szczech@it.integro.pl. Starszy Konsultant MS Dynamics NAV
Metodyka wdrożenia Bartosz Szczęch Starszy Konsultant MS Dynamics NAV bartosz.szczech@it.integro.pl Wyróżniamy następujące etapy wdrożenia rozwiązania ERP: Analiza Projekt Budowa Uruchomienie Działanie
Bardziej szczegółowoAnaliza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32
Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:
Bardziej szczegółowoSPOSOBY POMIARU KĄTÓW W PROGRAMIE AutoCAD
Dr inż. Jacek WARCHULSKI Dr inż. Marcin WARCHULSKI Mgr inż. Witold BUŻANTOWICZ Wojskowa Akademia Techniczna SPOSOBY POMIARU KĄTÓW W PROGRAMIE AutoCAD Streszczenie: W referacie przedstawiono możliwości
Bardziej szczegółowoDokumentacja instalacji aktualizacji systemu GRANIT wydanej w postaci HotFix a
Dokumentacja instalacji aktualizacji systemu GRANIT wydanej w postaci HotFix a 1. Informacje wstępne...1 2. Sprawdzenie zainstalowanej wersji systemu GRANIT oraz pobieranie aktualizacji...1 3. Instalacja
Bardziej szczegółowoRepozytorium Zasobów Wiedzy FTP
Repozytorium Zasobów Wiedzy FTP Spis treści Wprowadzenie... 1 Architektura Repozytorium Zasobów Wiedzy... 1 Mapy Wiedzy... 4 Wprowadzanie zasobów wiedzy do repozytorium... 7 Prezentacja zasobów wiedzy
Bardziej szczegółowoSystem do rekrutacji nowej generacji
System do rekrutacji nowej generacji PYTON Falcon pozwala usprawnić proces rekrutacji zewnętrznej i wewnętrznej, zarządza całym procesem rekrutacyjnym: wakatami, ofertami pracy, rozmowami kwalifikacyjnymi,
Bardziej szczegółowoSYMULACJA PROCESÓW W INFORMATYCZNYM ŚRODOWISKU ZINTEGROWANYM W SEKTORZE TELCO"
SYMULACJA PROCESÓW W INFORMATYCZNYM ŚRODOWISKU ZINTEGROWANYM W SEKTORZE TELCO" DR Jerzy Roszkowski - Management Systems Consulting Główny Architekt, Wydział Architektury Korporacyjnej rola w zadaniu :
Bardziej szczegółowoArchitektura korporacyjna jako narzędzie koordynacji wdrażania przetwarzania w chmurze
Architektura korporacyjna jako narzędzie koordynacji wdrażania przetwarzania w chmurze Prof. SGH, dr hab. Andrzej Sobczak, Kierownik Zakładu Systemów Informacyjnych, Katedra Informatyki Gospodarczej SGH
Bardziej szczegółowoNatalia Gorynia-Pfeffer STRESZCZENIE PRACY DOKTORSKIEJ
Natalia Gorynia-Pfeffer STRESZCZENIE PRACY DOKTORSKIEJ Instytucjonalne uwarunkowania narodowego systemu innowacji w Niemczech i w Polsce wnioski dla Polski Frankfurt am Main 2012 1 Instytucjonalne uwarunkowania
Bardziej szczegółowoAnaliza i projektowanie obiektowe 2016/2017. Wykład 10: Tworzenie projektowego diagramu klas
Analiza i projektowanie obiektowe 2016/2017 Wykład 10: Tworzenie projektowego diagramu klas Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Projektowy
Bardziej szczegółowoDOBÓR ŚRODKÓW TRANSPORTOWYCH DLA GOSPODARSTWA PRZY POMOCY PROGRAMU AGREGAT - 2
InŜynieria Rolnicza 14/2005 Michał Cupiał, Maciej Kuboń Katedra InŜynierii Rolniczej i Informatyki Akademia Rolnicza im. Hugona Kołłątaja w Krakowie DOBÓR ŚRODKÓW TRANSPORTOWYCH DLA GOSPODARSTWA PRZY POMOCY
Bardziej szczegółowoCENTRUM PROJEKTÓW INFORMATYCZNYCH MINISTERSTWA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI
CENTRUM PROJEKTÓW INFORMATYCZNYCH MINISTERSTWA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI Instrukcja użytkownika Narzędzie do modelowania procesów BPEL Warszawa, lipiec 2009 r. UNIA EUROPEJSKA EUROPEJSKI FUNDUSZ
Bardziej szczegółowoTesty poziom po poziomie
poziom po poziomie Prowadzący: Tomasz Mielnik Eliza Słonińska Agenda 1. Modele prowadzenia projektów 2. V-Model 3. Poziomy testów 4. Typy testów 5. Zadanie 1 Modele prowadzenia projektów Wodospadowy (ang.
Bardziej szczegółowoKONTROLING I MONITOROWANIE ZLECEŃ PRODUKCYJNYCH W HYBRYDOWYM SYSTEMIE PLANOWANIA PRODUKCJI
KONTROLING I MONITOROWANIE ZLECEŃ PRODUKCYJNYCH W HYBRYDOWYM SYSTEMIE PLANOWANIA PRODUKCJI Adam KONOPA, Jacek CZAJKA, Mariusz CHOLEWA Streszczenie: W referacie przedstawiono wynik prac zrealizowanych w
Bardziej szczegółowoAutomatyzacja procesów biznesowych w środowisku Oracle BPM 11g: zagadnienia wdrożeniowe
XVII Konferencja PLOUG Kościelisko Październik 2011 Automatyzacja procesów biznesowych w środowisku Oracle BPM 11g: zagadnienia wdrożeniowe Maciej Zakrzewicz Politechnika Poznańska Streszczenie: Oracle
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ół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ółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 1 Wprowadzenie do narzędzia CASE
Bardziej szczegół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ółowo76.Struktura oprogramowania rozproszonego.
76.Struktura oprogramowania rozproszonego. NajwaŜniejsze aspekty obiektowego programowania rozproszonego to: Współdziałanie (interoperability) modułów programowych na róŝnych maszynach. Wielokrotne wykorzystanie
Bardziej szczegółowoSmartReactor szczepionka nie tylko na kryzys
SmartReactor SmartReactor szczepionka nie tylko na kryzys SmartReator to narzędzie gwarantujące wdrożenie trzech krytycznych elementów, niezbędnych do realizacji skutecznej polityki należnościowej: 1 1
Bardziej szczegółowoSYSTEM OBSŁUGI PROCESU TWORZENIA ZAMÓWIEŃ. Wersja demonstracyjna aplikacji w Internecie : http://www.datacube.com.pl/edeal.php
SYSTEM OBSŁUGI PROCESU SKŁADANIA ZAPOTRZEBOWAŃ I TWORZENIA ZAMÓWIEŃ Wersja demonstracyjna aplikacji w Internecie : http://www.datacube.com.pl/edeal.php Manualna praca i sterta dokumentów w wersji papierowej
Bardziej szczegółowoKrajowy System Informatyczny SIMIK 07-13. Tymczasowe procedury zgłaszania problemów/zmian/incydentów dot. naruszenia bezpieczeństwa informacyjnego.
Krajowy System Informatyczny SIMIK 07-13 Tymczasowe procedury zgłaszania problemów/zmian/incydentów dot. naruszenia bezpieczeństwa informacyjnego. Zatwierdzam: Wersja 1.1. Warszawa, dnia 25 lipca 2008
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ółowoZAPOZNANIE SIĘ ZE SPOSOBEM PRZECHOWYWANIA
LABORATORIUM SYSTEMÓW MOBILNYCH ZAPOZNANIE SIĘ ZE SPOSOBEM PRZECHOWYWANIA DANYCH NA URZĄDZENIACH MOBILNYCH I. Temat ćwiczenia II. Wymagania Podstawowe wiadomości z zakresu obsługi baz danych i języka SQL
Bardziej szczegółowoWYMOGI TECHNICZNE DLA KLUBÓW EKSTRAKLASY DOTYCZĄCE ELEKTRONICZNYCH SYSTEMÓW IDENTYFIKACJI OSÓB
WYMOGI TECHNICZNE DLA KLUBÓW EKSTRAKLASY DOTYCZĄCE ELEKTRONICZNYCH SYSTEMÓW IDENTYFIKACJI OSÓB Wstępne określenie warunków technicznych jakie muszą zostać zapewnione przez Kluby Ekstraklasy w celu osiągnięcia
Bardziej szczegółowoAplikacja Ramzes. Rejestrator
Ramzes Sp. z o.o. Al. Jerozolimskie 214, 02-486 Warszawa NIP: 527-10-30-866 tel.: +4822 335 98 73, faks: +4822 335 99 73 http://www.ramzes.pl e-mail: ramzes@ramzes.pl Aplikacja Ramzes Rejestrator podręcznik
Bardziej szczegółowoHurtownie danych i business intelligence - wykład II. Zagadnienia do omówienia. Miejsce i rola HD w firmie
Hurtownie danych i business intelligence - wykład II Paweł Skrobanek, C-3 pok. 321 pawel.skrobanek@pwr.wroc.pl oprac. Wrocław 2005-2008 Zagadnienia do omówienia 1. 2. Przegląd architektury HD 3. Warsztaty
Bardziej szczegółowoPoniżej zostały zaprezentowane najważniejsze funkcjonalności Paperless BPM.
Paperless BPM jest głównym modułem platformy Billennium Paperless dedykowanej optymalizacji procesów biznesowych, obiegu dokumentów i zwiększania wydajności firm. Poniżej zostały zaprezentowane najważniejsze
Bardziej szczegółowotechnologii informacyjnych kształtowanie , procesów informacyjnych kreowanie metod dostosowania odpowiednich do tego celu środków technicznych.
Informatyka Coraz częściej informatykę utoŝsamia się z pojęciem technologii informacyjnych. Za naukową podstawę informatyki uwaŝa się teorię informacji i jej związki z naukami technicznymi, np. elektroniką,
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ółowoDodatkowo, w przypadku modułu dotyczącego integracji z systemami partnerów, Wykonawca będzie przeprowadzał testy integracyjne.
Załącznik nr 1a do Zapytania ofertowego nr POIG.08.02-01/2014 dotyczącego budowy oprogramowania B2B oraz dostawcy sprzętu informatycznego do projektu pn. Budowa systemu B2B integrującego zarządzanie procesami
Bardziej szczegółowoŹródło: S. Wrycza, B. Marcinkowski, K. Wyrzykowski Język UML 2.0 w modelowaniu systemów informatycznych Helion DIAGRAMY INTERAKCJI
DIAGRAMY INTERAKCJI DIAGRAMY STEROWANIA INTERAKCJĄ Diagramy sterowania interakcją dokumentują logiczne związki między fragmentami interakcji. Podstawowe kategorie pojęciowe diagramów sterowania interakcją
Bardziej szczegółowoZarządzanie systemami produkcyjnymi
Zarządzanie systemami produkcyjnymi Efektywności zarządzania sprzyjają: samodzielność i przedsiębiorczość, orientacja na działania, eksperymenty i analizy, bliskie kontakty z klientami, produktywność,
Bardziej szczegółowoNowoczesny Bank Spółdzielczy to bezpieczny bank. Aleksander Czarnowski AVET Information and Network Security Sp. z o.o.
Nowoczesny Bank Spółdzielczy to bezpieczny bank Aleksander Czarnowski AVET Information and Network Security Sp. z o.o. Bezpieczeństwo nie jest przywilejem banków komercyjnych System prawny na podstawie
Bardziej szczegółowoDane wejściowe. Oracle Designer Generowanie bazy danych. Wynik. Przebieg procesu
Dane wejściowe Oracle Designer Generowanie bazy danych Diagramy związków encji, a w szczególności: definicje encji wraz z atrybutami definicje związków między encjami definicje dziedzin atrybutów encji
Bardziej szczegółowoWOJSKOWA AKADEMIA TECHNICZNA
WOJSKOWA AKADEMIA TECHNICZNA LABORATORIUM ANALIZA I MODELOWANIE SYSTEMÓW INFORMATYCZNYCH Stopień, imię i nazwisko prowadzącego Stopień, imię i nazwisko słuchacza Grupa szkoleniowa mgr inż. Łukasz Laszko
Bardziej szczegółowoOBIEG INFORMACJI I WSPOMAGANIE DECYZJI W SYTUACJACH KRYZYSOWYCH
OBIEG INFORMACJI I WSPOMAGANIE DECYZJI W SYTUACJACH KRYZYSOWYCH AGENDA Prezentacja firmy Tecna Informacja i jej przepływ Workflow i BPM Centralny portal informacyjny Wprowadzanie danych do systemu Interfejsy
Bardziej szczegółowoSystemy obiegu informacji i Protokół SWAP "CC"
Systemy obiegu informacji i Protokół SWAP Grzegorz Blinowski "CC" Grzegorz.Blinowski@cc.com.pl http://www.cc.com.pl/ tel (22) 646-68-73; faks (22) 606-37-80 Problemy Integracja procesów zachodzących w
Bardziej szczegółowoLiczba godzin Punkty ECTS Sposób zaliczenia. ćwiczenia 30 zaliczenie z oceną. ćwiczenia 30 zaliczenie z oceną
Wydział: Zarządzanie i Finanse Nazwa kierunku kształcenia: Zarządzanie Rodzaj przedmiotu: podstawowy Opiekun: prof. nadzw. dr hab. Zenon Biniek Poziom studiów (I lub II stopnia): I stopnia Tryb studiów:
Bardziej szczegółowoInstrukcja programowania IRSC OPEN
Instrukcja programowania IRSC OPEN Zennio IRSC OPEN (ZN1CL-IRSC) I. UWAGI WSTĘPNE Urządzenie IRSC OPEN umoŝliwia wykorzystanie w systemie KNX komend róŝnych pilotów zdalnego sterowania do obsługi urządzeń
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE. Projektowanie procesów. Logistyka (inżynierska) niestacjonarne. I stopnia. dr Aleksandra Grabińska.
Politechnika Częstochowska, Wydział Zarządzania PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu Kierunek Forma studiów Poziom kwalifikacji Projektowanie procesów Logistyka (inżynierska) niestacjonarne I stopnia
Bardziej szczegółowoZARZĄDZENIE NR 838/2009 PREZYDENTA MIASTA KRAKOWA Z DNIA 21 kwietnia 2009 r.
ZARZĄDZENIE NR 838/2009 PREZYDENTA MIASTA KRAKOWA Z DNIA 21 kwietnia 2009 r. w sprawie wprowadzenia do stosowania oraz określenia zasad korzystania ze Zintegrowanego Systemu Zarządzania Oświatą w Gminie
Bardziej szczegółowoCel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2
Wyższa Szkoła Menedżerska w Legnicy Systemy informatyczne w przedsiębiorstwach Zarządzanie, ZIP, sem. 6 (JG) Modelowanie wymagań Wykład 2 Grzegorz Bazydło Cel wykładu Celem wykładu jest przekazanie wiedzy
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla studenta
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 1 Wprowadzenie do narzędzia CASE
Bardziej szczegółowoAUREA BPM HP Software. TECNA Sp. z o.o. Strona 1 z 7
AUREA BPM HP Software TECNA Sp. z o.o. Strona 1 z 7 HP APPLICATION LIFECYCLE MANAGEMENT Oprogramowanie Application Lifecycle Management (ALM, Zarządzanie Cyklem życia aplikacji) wspomaga utrzymanie kontroli
Bardziej szczegółowoWprowadzenie do zarządzania procesami biznesowymi
Wprowadzenie do zarządzania procesami biznesowymi Definicja procesu Proces jest jednostką pracy obejmującą wiele czynności, wykonywanych w ogólności przez różnych wykonawców i w sposób współbieżny. Proces
Bardziej szczegółowo