Standardy workflow przy budowie systemu informatycznego

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

Download "Standardy workflow przy budowie systemu informatycznego"

Transkrypt

1 mgr inż. Rafał Renk mgr inż. Rafał Knapik prof. dr hab. inż. Witold Hołubowicz Uniwersytet im. Adama Mickiewicza, UAM Poznań Instytut Technik Telekomunikacyjnych i Informatycznych, ITTI Poznań Standardy workflow przy budowie systemu informatycznego Obecnie na rynku istnieje wiele grup standardów, obejmujących różne funkcjonalności oraz różne poziomy implementacji systemów workflow. Standardy te cały czas ewoluują, łączą się ze sobą, powstają nowe wersje. Na bazie doświadczeń uzyskanych w trakcie realizacji projektu IST VISP (Virtual ISP) w ramach 6 Programu Ramowego w artykule przedstawiona została analiza obecnej sytuacji dotyczącej organizacji i standardów workflow. Artykuł przedstawia napotkane problemy i trudności, jak również podejście do oceny oraz wyniki oceny stosowalności poszczególnych standardów z punktu widzenia tworzonej w ramach projektu platformy VISP. 1 Wprowadzenie Zagadnieniami związanymi z systemami workflow zajmuje się wiele organizacji na całym świecie. Każda z organizacji promuje swoje własne rozwiązania w tym zakresie oraz wykorzystywane terminy i pojęcia związane z tego rodzaju systemami. Sytuacja w tej dziedzinie cały czas ewoluuje. Organizacje i wspierane przez te organizacje standardy łączą się. Nie istnieje jeden powszechnie przyjęty i dojrzały standard realizacji workflow. Dodatkowo sytuację związaną ze standardami workflow komplikuje wielowarstwowość tego rodzaju standardów. W praktycznych zastosowaniach konieczne jest określenie zestawu standardów odpowiedzialnych za różne funkcje realizacji workflow od modelowania choreografii procesów przez wykonywalne definicje workflow do standardów wspierających operacje administracyjne i przesyłanie komunikatów. Elementem, jaki należy wziąć pod uwagę przy tworzeniu rozwiązań workflow, jest dostępność narzędzi wspierających tworzenie workflow oraz kompatybilność i współdziałanie różnych standardów na różnych warstwach tworzenie workflow. Rozdział 2 niniejszego artykułu przedstawia ogólny opis platformy informatycznej ułatwiającej współpracę wielu dostawców usług internetowych. W rozdziale 3 przedstawiono podstawowe pojęcia i ich definicje związane z systemami workflow wykorzystywane w niniejszym artykule. Kolejny rozdział (rozdział 4) przedstawia krótki opis organizacji zajmujących się standardami związanymi z workflow oraz standardy workflow. Rozdział 5 opisuje główne wymagania przyjęte do realizacji platformy VISP i metodykę oceny stosowalności poszczególnych standardów do realizacji tej platformy. W rozdziale 6 przedstawione są wyniki przeprowadzonej analizy i zestaw rekomendowanych standardów do realizacji platformy VISP. Rozdział 7 przestawia krótkie podsumowanie artykułu oraz wnioski. 2 Platforma programistyczna dla ISP - projekt VISP Projekt VISP jest projektem realizowanym w ramach 6 Programu Ramowego. Projekt ten jest projektem typu STREP, a jego całkowity budżet wynosi ok. 3,5 mln euro. Czas realizacji projektu to: 32 miesiące. Projekt rozpoczął się w listopadzie 2005 roku, a koniec projektu przewidziany jest na czerwiec W skład konsorcjum wchodzi 11 partnerów z takich krajów jak: Belgia, Szwajcaria. Luksemburg, Francja, Polska, Grecja, Niemcy, Włochy, Rumunia, Bułgaria. Partnerzy reprezentują ośrodki uczelniane, małe i średnie przedsiębiorstwa (ISP) oraz duże firmy komercyjne.

2 Głównym celem projektu VISP jest opracowanie platformy programowej dla małych i średnich przedsiębiorstw (MŚP) z sektora ISP (dostawców usług internetowych). Opracowana platforma ma umożliwiać współpracę i wspólne działanie różnych dostawców usług internetowych w celu oferowania kompleksowych usług uwzględniających potrzeby biznesowe klientów. Współpracujące firmy ISP określane są jako klaster VISP (ang. VISP cluster), a platforma programowa jako platforma VISP (ang. VISP platform). Platforma VISP ma wspomóc dostawców usług internetowych poprzez m.in.: zwiększenie satysfakcji klientów, którzy będą mieli do dyspozycji większą liczbę oferowanych usług i będą mieli większą kontrola nad subskrybowanymi usługami, udostępnienie możliwości definiowania nowych usług poprzez łączenie przygotowanych komponentów usługowych, szersze otwarcie rynku lokalnego (zwiększenie jego konkurencyjności), Rysunek 1 przedstawia schemat modelu referencyjnego platformy VISP, gdzie przedstawiona jest współpraca różnych podmiotów powiązanych ze sobą hierarchicznie (poziomy np. P1.1 i P1.2 oraz wewnętrzne podmioty np. I2.2.1) na platformie VISP. VISP Level 3 P1.2 P1.1 Level 2 P3 P2.1 P5 P4 Level 1 C3 C4 C1 C2 Level 1 P2.3 Level P2.2 3 I I P - Partner I - Internal entity C - Customer Rysunek 1 Schemat modelu referencyjnego platformy VISP [VISP_AnnexI] Strzałki na przedstawionym powyżej rysunku reprezentują przepływ procesów biznesowych pomiędzy partnerami klastra, a także wewnątrz organizacji. Zautomatyzowanie tych procesów to podstawowy cel platformy realizowanej w ramach projektu VISP. Z tego też względu jednym z najbardziej istotnych zagadnień przy jej projektowaniu jest właściwy dobór standardów workflow. 3 Podstawowe pojęcia związane z systemami workflow Przed opisem kryteriów doboru standardów workflow warto ustalić podstawowe pojęcia z tego obszaru oraz relacje między nimi. Rysunek 2 przedstawia model opracowany przez jedną z podstawowych organizacji standaryzacyjnych - The Workflow Management Coalition (WfMC), wykorzystywany w niniejszym artykule.

3 jest zdefiniowany za pomocą Proces biznesowy (np. co ma się zdarzyć w trakcie procesu) jest zarządzany przez Podproces Definicja procesu (zapis tego co ma się zdarzyć w trakcie procesu) składa się z Czynność realizowana ręcznie (nie będąca częścią systemu przepływu pracy) używany do tworzenia poprzez i zarządzania Instancja procesu Czynność (zapis tego co się rzeczywiście która może być dzieje) lub reprezentowana w trakcie realizacji przepływu pracy przez Czynność realizowana automatycznie System zarządzania przepływem pracy (sterowanie zautomatyzowaną częścią procesu biznesowego) Instancja czynności i/lub złożoną z jednej lub wielu która zawiera Element pracy (zadanie przydzielone uczestnikowi przepływu pracy) Wywoływane aplikacje (narzędzia informatyczne umożliwiające wykonanie czynności) Rysunek 2 Zależności pomiędzy podstawowymi pojęciami [WfMC_Glos: 1999] Przedstawione poniżej definicje i objaśnienia poszczególnych pojęć oparte są o definicje zaproponowane w [WfMC_Glos: 1999]. Proces biznesowy jest to jedna lub wiele powiązanych procedur lub czynności, które wspólnie służą realizacji celu biznesowego, zwykle wykonywanych w ramach struktury organizacyjnej określającej role uczestników procesu i powiązania pomiędzy rolami. Definicja procesu jest to taka forma prezentacji procesu biznesowego, która umożliwia zautomatyzowane przetwarzanie, takie jak modelowanie czy wykonywanie procesu przez system zarządzania przepływem pracy. Definicja procesu składa się z sieci czynności i powiązań pomiędzy nimi, kryteriów rozpoczęcia oraz zakończenia procesu i informacji na temat poszczególnych czynności, takich jak wykonawcy czynności czy powiązane z czynnościami aplikacje i dane. Instancja procesu to reprezentacja pojedynczego uruchomienia procesu lub czynności należącej do procesu wraz z przekazaniem powiązanych z tym danych. Każda instancja jest obrazem oddzielnego wątku wykonywania procesu lub czynności, który może być sterowany niezależnie. Dla każdej instancji przypisany jest wewnętrzny stan i widziany z zewnątrz identyfikator, dzięki któremu można na przykład odczytywać dane umożliwiające obserwacje przebiegu procesu. Workflow (w języku polskim określany jako przepływ pracy) jest to zautomatyzowany w całości lub w części proces biznesowy, w trakcie którego dokumenty, informacje i zadania są przekazywane pomiędzy uczestnikami procesu w celu umożliwienia wykonania czynności w sposób zgodny ze zdefiniowanymi regułami. System workflow (w języku polskim określany jako system zarządzania przepływem pracy) jest to system umożliwiający za pomocą oprogramowania tworzenie definicji procesów oraz zarządzanie wykonywaniem instancji procesów uruchomionych na jednym lub wielu silnikach przepływu pracy, który potrafi interpretować definicje procesów, komunikować się z uczestnikami przepływu pracy oraz, tam gdzie jest to wymagane, wywoływać inne aplikacje. Czynność wykorzystywana w powyższych definicjach to opis części pracy, którą można przedstawić jako logiczny krok w trakcie procesu. Czynność może być wykonywana ręcznie, nie jest wtedy zautomatyzowana, lub automatycznie. Tam gdzie wymagane są zasoby ludzkie, czynność przydzielana jest uczestnikowi przepływu pracy. Uczestnik przepływu pracy to zasób wykonujący część pracy odpowiadający czynności.

4 4 Organizacje i standardy związane z przepływem pracy Istnieje wiele organizacji standaryzacyjnych, których prace związane są w większym lub mniejszym stopniu z workflow. Do głównych z nich zaliczamy: OASIS (ang. Organization for the Advancement of Structured Information Standards), BPMI (ang. Business Process Management Initiative), OMG (ang. Object Management Group), W3C (ang. World Wide Web Consortium), WfMC (Workflow Management Coalition), RosettaNet, OAGi (ang. Open Applications Group). Rysunek 3 przedstawia powiązanie pomiędzy poszczególnymi wymienionymi powyżej organizacjami standaryzacyjnymi związanymi z systemami workflow, a listą wspieranych przez te organizacje standardów workflow (oznaczonych odpowiednimi kolorami). Standardy workflow przedstawione są na różnych warstwach 1. Warstwy te związane są z różnymi etapami i poziomem szczegółowości tworzenia specyfikacji workflow. Poszczególne warstwy tworzenia workflow odpowiadają za: modelowanie procesów - standardy definiujące sposób, w jaki poszczególne pojęcia związane z procesami biznesowymi powinny być reprezentowane na diagramach, choreografia - definiuje sposób, w jaki niezależne, organizacje uczestniczące w procesie biznesowym komunikują się ze sobą w trakcie wspólnego dążenia do osiągnięcia celu biznesowego, orkiestracja definiuje czynności i działania realizowane w trakcie procesu przez organizację, administracja workflow - wywoływanie i monitorowanie stopnia wykonania czynności i działań oraz utrzymywanie definicji procesów, rozszerzenia - głównie umożliwiające definiowanie transakcji w ramach procesów, modele referencyjne - gotowe definicje procesów biznesowych możliwe do wykorzystania w trakcie integracji procesów biznesowych różnych partnerów, opis usług - opis funkcji realizowanych przez usługi sieciowe oraz sposobu dostępu do tych funkcji, komunikacja - wymiana komunikatów za pomocą języka XML, sposób konstrukcji komunikatów oraz zarządzania komunikacją. Activities Process Modelling UMM UML MDA / BPDM BPMN BPSM Process Choreography BPSS WSBPEL (abstract) WS-CDL WSCI WSCL Process Orchestration WSBPEL (executable) ebxml CPPA BPML XPDL Workflow Adminstration BPQL WfXML Workflow Extensions BPXL BTP Information Models UBL OAGIS RosettaNet PIP Service Descriptions WSDL Communication s SOAP ASAP Standards Bodies OASIS ebxml OMG BPMI W3C WfMC OAGi RosettaNet Rysunek 3 Organizacje standaryzacyjne promujące standardy związane z workflow [VISP_D21] 1 Na rysunku 2 oznaczone jako Activities.

5 Przedstawione warstwy oraz rozmieszczenie standardów na poszczególnych warstwach jest rozmieszczeniem przykładowym nie jest to stos protokołów. Rysunek 4 prezentuje określone relacje i powiązania pomiędzy poszczególnymi standardami. Podwójne linie ze strzałkami reprezentują ewolucję standardów poprzez ich łączenie się, pojedyncza linia ciągła oznacza możliwość pełnego mapowania funkcjonalności pomiędzy standardami a pojedyncza linia przerywana oznacza możliwość mapowania wybranych funkcjonalności pomiędzy standardami. Standardy te stanowią wstępną listę standardów, które w dalszych etapach realizacji projektu poddane zostały ocenie wg wcześniej przygotowanych kryteriów. UMM Modelling methodologies Graphical notation BPMN UML BPSS WS-CDL Choreography (non executable) WSCI WSCL Orchestration (executable) Administration & monitoring BPML BPEL BPEL4WS XPDL BPSS+ CPP/CPA BPELJ JSR207 jpdl BPQL WSFL XLANG Abstract Programming language based Wf-XML BPSM RosettaNet Interfaces UBL OAGIS interfaces Information models [] SOAP ASAP Wf-XML Extension layers (communication protocols, etc) Rysunek 4 Wybrane powiązania pomiędzy głównymi standardami workflow [VISP_AnnexI] Szersza charakterystyka poszczególnych standardów przedstawionych na powyższym rysunku zawarte jest w p. 6 niniejszego artykułu. 5 Kryteria porównania standardów workflow Rysunek 5 przedstawia etapy wyboru zestawu standardów dla platformy VISP. Jako dane wejściowe w realizowanej metodyce wyboru standardów posłużyły: wymagania dla platformy VISP (p. 5.1) oraz zdefiniowany zbiór standardów workflow (p. 4). W oparciu o wymagania platformy VISP określono zestaw kryteriów technicznych (p. 5.2) i rynkowych (p. 5.3) dla poszczególnych grup standardów. Na bazie opracowanych kryteriów dokonano analizy standardów (p. 6.1 i p. 6.2) oraz zdefiniowano rekomendowany zestaw standardów dla platformy VISP (p. 6.3).

6 Wybrane do analizy standardy workflow Wymagania dla platformy VISP Kryteria techniczne Kryteria rynkowe Analiza standardów Rekomendowany zestaw standardów dla platformy VISP Rysunek 5 Etapy wyboru zestawu standardów dla platformy VISP W ramach pracy przyjęto jako kryteria opisujące cechy charakterystyczne standardów następujące grupy wymagań: wymagania stawiane przez platformę VISP (w oparciu o [VISP_AnnexI]), kryteria techniczne, kryteria rynkowe. 5.1 Wymagania stawiane przez platformę VISP W celu możliwości praktycznej implementacji platformy programowej VISP wybrane do jej implementacji standardy muszą spełniać szereg wymagań. Poniżej przedstawiona jest, krótka charakterystyka podstawowych wymagań dla platformy VISP [VISP_AnnexI, VISP_D11]. Wybrane dla platformy VISP standardy powinny zapewniać możliwość współpracy wielu podmiotów w klastrze VISP w dwóch różnych trybach: tryb Wirtualnego Przedsiębiorstwa, w którym klaster VISP widziany jest z zewnątrz jako jedna organizacja, zachowując wewnętrznie własną odrębność, tryb Społeczności, w którym z zewnątrz nie widać klastra, a tylko poszczególnych partnerów korzystających z własnych zasobów. Ponadto platforma VISP i wykorzystane standardy powinny zapewniać możliwość współpracy z innymi systemami np. ERP, wsparcia różnego rodzaju modeli biznesowych wykorzystywanych przez poszczególnych partnerów, wsparcia różnego rodzaju modeli ekonomicznych (rozliczeń wewnątrz i na zewnątrz klastra VISP), wsparcie procesów realizacji usług dla klienta oraz procesów związanych z działaniem klastra VISP (np. dodawanie/usuwanie partnera z klastra). Z punktu widzenia usługowego standardy workflow powinny umożliwiać wsparcie m.in.: wykorzystania dekompozycji usług oferowanych przez różnych ISP na bloki funkcjonalne w celu budowy nowych usług, możliwość przekazywania informacji o rezerwacji zasobów, parametrów SLA wewnątrz klastra VISP i dla klienta zewnętrznego, monitorowanie aktualnie realizowanych usług. W ramach tworzenia platformy VISP należy również uwzględnić m.in. takie elementy jak: wspólna baza wiedzy o oferowanych usługach dla całego klastra VISP czy to, że podmiot może być jednocześnie partnerem w kliku klastrach VISP. 5.2 Kryteria techniczne Przed dokonaniem oceny standardów określono kryteria tej oceny charakteryzujące poszczególne standardy. Zdefiniowano następujące kryteria wspólne dla orkiestracji i choreografii [VISP_D21]:

7 możliwość zdefiniowania mechanizmów kontroli przepływu pracy/ monitorowanie przepływu komunikatów przepływ sterowania może być zdefiniowany i możliwe jest monitorowanie wymiany informacji pomiędzy uczestnikami, w tym możliwa jest: specyfikacja elementów kontroli (pętle, decyzje itp.) typowe, znane z języków programowania mechanizmy sterowania są dostępne, specyfikacja sekwencyjnych przepływów sekwencyjny przepływ czynności może być zdefiniowany, specyfikacja podstruktur, takich jak moduły, podprocesy możliwość zdefiniowania modułów możliwych do ponownego wykorzystania, podprocesy standard pozwala na zdefiniowanie podprocesów, możliwość zdefiniowania złożonych struktur przepływu złożone struktury danych oraz wzorce przepływu pracy mogą zostać zdefiniowane, możliwość zdefiniowania przepływu danych przepływ danych pomiędzy uczestnikami procesu może zostać zdefiniowany, kompatybilność ze standardem WSDL i BPMN standard jest kompatybilny ze standardem WSDL, możliwość obsługi błędów i kompensacji zachowanie procesu w przypadku błędnych sytuacji może być określone, specyfikacja wiązań możliwy jest dostęp do protokołów na niższych warstwach, możliwość definicji transakcji transakcyjna komunikacja może być zdefiniowana, możliwość określenia ról i interakcji z uczestnikami procesu oprócz określenia dostępu do usług standard umożliwia definiowanie interakcji z uczestnikami procesu, Wykonywalność specyfikacja jest wykonywalna, rozszerzalność specyfikacja pozwala na dodawanie nowych, niestandardowych elementów. Jako kryteria charakterystyczne dla choreografii zdefiniowano: możliwość określenia przepływów typu end-to-end możliwość definicji procesów, w których udział bierze więcej niż 2 uczestników, możliwość modelowania opartego na zdarzeniach w języku możliwe jest modelowanie wg schematu w przypadku zdarzenia wykonaj czynność, łatwość nauki czas jaki jest wymagany do nauki sprawnego posługiwania się standardem. Specyficznymi kryteriami dla orkiestracji były: niezależność od platformy sprzętowej Standard nie jest przeznaczony dla żadnej platformy sprzętowej lub programistycznej, możliwość zdefiniowania jakości usługi czynnościom procesom mogą być przypisane priorytety. 5.3 Kryteria rynkowe Oprócz względów technicznych o ocenie przydatności danego standardu do budowy systemu decydowały także względy rynkowe. Kryteriami były tutaj [VISP_D21]: dostępność stabilnej wersji specyfikacji wersja specyfikacji jest zaakceptowana przez organizację standaryzującą, dostępność otwartych lub komercyjnych narzędzi stworzono narzędzia wykorzystujące specyfikację, czy specyfikacja została zastąpiona standard został zastąpiony przez inny, czy specyfikacja jest przestarzała specyfikacja prawdopodobnie zostanie zastąpiona przez nowszą wersję lub inny standard, otwartość standard jest dostępny i może być używany za darmo, doświadczenie wewnątrz konsorcjum członkowie konsorcjum VISP znają i używają ten standard.

8 6 Rezultaty analizy standardów workflow Wyniki oceny standardów zostały przedstawione poniżej w postaci tabel. Dla każdego z kryteriów określono, czy poszczególne standardy spełniają to kryterium. Dla określenia zgodności z kryterium użyto następujących symboli: + standard spełnia kryterium, - standard nie spełnia kryterium, 0 standard spełnia kryterium częściowo, na kryterium nie dotyczy standardu. Każda z tabel została krótko skomentowana. W każdym z tych komentarzy zwrócono uwagę głównie na problemy związane z przedstawianymi standardami. 6.1 Aspekty techniczne W ramach prac przeanalizowało aspekty techniczne dotyczące standardów dotyczących choreografii i orkiestracji procesów biznesowych Choreografia Wyniki analizy aspektów technicznych dotyczących choreografii przedstawia Tab. 1. Tab. 1 Wyniki oceny standardów dotyczących choreografii Kryterium Możliwość zdefiniowania mechanizmów kontroli przepływu pracy/ monitorowanie przepływu komunikatów Możliwość określenia przepływów typu endto-end BPMN UML 2.0 UMM WSCL WSCI WS-CDL ebxml BPSS Możliwość zdefiniowania złożonych struktur Możliwość zdefiniowania przepływu danych Kompatybilność ze standardem WSDL na na na (2.0) 0 Kompatybilność ze standardem BPMN na na na Możliwość obsługi błędów/kompensacji/transakcji Specyfikacja wiązań Wykonywalność Rozszerzalność Łatwość nauki Do danych przedstawionych w powyższej tabeli można dodać, że standard UMM uważany jest za język bardzo skomplikowany, a jego wykorzystywanie wymaga dużej wiedzy i doświadczenia. Przeciwko standardom WSCL, WSCI, WS-CDL, ebxml BPSS przemawiają głównie aspekty rynkowe, omówione w rozdziale

9 6.1.2 Orkiestracja Wyniki analizy aspektów technicznych dotyczących choreografii przedstawia Tab. 2. Tab. 2 Wyniki oceny standardów dotyczących orkiestracji Kryterium BPEL4WS 1.1 WSBPEL 2.0 XPDL 1.0 XPDL 2.0 WSFL BPELJ PD4J jpdl JBI CPPA WWF Specyfikacja elementów kontroli przepływu (pętle, warunki) na 0 + Podprocesy na - - Możliwość zdefiniowania złożonych struktur Możliwość zdefiniowania przepływu danych Kompatybilność ze standardem BPMN na na Specyfikacja wiązań Możliwość obsługi błędów i kompensacji Możliwość definicji transakcji Możliwość określenia ról i interakcji z uczestnikami procesu na + + Wykonywalność na + - Rozszerzalność Niezależność od platformy sprzętowej Możliwość zdefiniowania jakości usługi na + - Najbardziej obiecującymi z punktu widzenia zastosowania do budowy platformy VISP są standardy BPEL i XPDL. Obydwa standardy nie są pozbawione jednak wad. Głównie dotyczą one relacji ze standardami modelowania choreografii i modelowania graficznego orkiestracji. Problemy głównie dotyczą tu mapowania pomiędzy językiem BPMN, podstawowym językiem w dziedzinie choreografii, a tymi standardami. Podstawowy standard diagramów procesów to BPMN. Pełne mapowanie z tego języka możliwe jest tylko do wersji 2.0 standardu XPDL. Wersja 1.0 standardu XPDL zawiera tylko część elementów wymaganych do realizacji takiego mapowania. Problemem wersji 2.0 standardu XPDL jest za to brak dostępnych na rynku narzędzi ze względu na to, że ostateczna wersja tego standardu opublikowana została dopiero w październiku 2005 roku. Dla standardu BPEL z kolei nie opracowano sposobu mapowania BPMN dla żadnej z obecnie istniejących wersji. Ponadto nowa wersja standardu (WS-BPEL 2.0) nie jest kompatybilna z poprzednią wersją tego standardu tj. standardem BPEL4WS Kryteria rynkowe Aby stwierdzić, które standardy mogą zostać wykorzystane w trakcie dalszych prac nad systemem, przeanalizowano także kryteria rynkowe.

10 6.2.1 Choreografia Wyniki analizy kryteriów rynkowych standardów dotyczących choreografii przedstawia Tab. 3. Tab. 3 Wyniki oceny kryteriów rynkowych standardów dotyczących choreografii Kryterium BPMN Dostępność stabilnej wersji specyfikacji Dostępność otwartych lub komercyjnych narzędzi UML UMM WSCI WS-CDL ebxml BPSS WSCL / + - / - + / - + / + - / - Czy specyfikacja została zastąpiona Czy specyfikacja jest przestarzała Otwartość Doświadczenie wewnątrz konsorcjum W tej dziedzinie głównym problemem jest dojrzałość standardów oraz stopień ich komplikacji, czego skutkiem jest brak narzędzi wykorzystujących te standardy. Języki WSCI i WSCL nigdy nie osiągnęły statusu standardu dojrzałego. WS-CDL jest bardzo rozbudowanym standardem, ale nie został jeszcze ukończony, poza tym istnieje niewiele narzędzi umożliwiających posługiwanie się standardem WS-CDL. Standard BPSS należy do rodziny standardów ebxml i może być używany łącznie z innymi standardami w ramach ebxml. Niestety, pozycja rynkowa standardu ebxml w ostatnich latach jest coraz słabsza i jest to jeden z powodów, dla którego budowa platformy VISP opartej na tym standardzie jest ryzykowna. Kryteria rynkowe eliminują także standard UMM. Standard ten jest mało rozpowszechniony, istnieje niewiele narzędzi wspierających i trudno znaleźć ekspertów znających ten standard Orkiestracja Wyniki analizy kryteriów rynkowych.standardów orkiestracyjnych przedstawia Tab. 4. Tab. 4 Wyniki oceny aspektów rynkowych standardów dotyczących orkiestracji Kryterium BPEL4WS 1.1 WSBPEL 2.0 XPDL 1.0 XPDL 2.0 WSFL BPELJ PD4J jpdl JBI CPPA WWF Dostępność stabilnej wersji specyfikacji Dostępność otwartych lub komercyjnych narzędzi /+ -/- +/+ -/0 -/+ +/+ -/- +/- +/+ +/+ -/+ Czy specyfikacja została zastąpiona Czy specyfikacja jest przestarzała Otwartość Doświadczenie wewnątrz konsorcjum

11 Najbardziej obiecującym z tej grupy standardów (poza BPEL oraz XPDL) jest standard CPPA. Jednak podobnie jak w przypadku standardu BPSS problemem w tym przypadku był jego związek z innymi językami z rodziny ebxml i coraz słabsza ich pozycja na rynku. 6.3 Przyjęta struktura standardów na potrzeby platformy programowej VISP Wynikiem przeprowadzonej analizy jest zestaw standardów rekomendowanych do wykorzystania w trakcie dalszych prac w ramach projektu VISP. Standardy te wraz z dziedzinami standaryzacji, których dotyczą, przedstawia Rysunek 6. W obszarach ściśle związanych z systemami workflow, czyli choreografii i orkiestracji, wybrano odpowiednio standardy BPMN i UML oraz XPDL i BPEL. Oprócz tych standardów zarekomendowano też języki ze zbliżonych dziedzin. Ponieważ zdecydowano, że system oparty będzie na web services, oczywistymi wyborami były język WSDL jako język komunikacji z usługami internetowymi, SOAP i ASAP jako protokoły komunikacji na niższych warstwach. W przypadku ewentualnych koniecznych automatycznych tłumaczeń pomiędzy językami zarekomendowano BPDM jako język pośredni oraz metodykę MDA. Standardy i repozytoria przedstawione na najniższej warstwie zostały przyjęte jako potencjalne źródła gotowych procesów już dostępnych w ustandaryzowanej formie. Modelling methodology Standardized mappings between standards BPDM/ MDA BPMN WSBPEL UML activities XPDL Choreography Orchestration Deployment, administration, monitoring WSDL Service ASAP Modelling notation Uniform notation for VISP entities SOAP ASAP Communication protocols (Wf-XML) XML UBL (OAGIS interfaces) (RosettaNet Interfaces) Information Rysunek 6 Rekomendowany zestaw standardów do budowy platformy VISP [VISP_D21] Poza wyborem zestawu standardów przedstawionym na powyższym rysunku, koniecznym okazało się opracowanie sposobu realizacji opisów workflow przy ich wykorzystaniu. Przykładowy sposób wykorzystania rekomendowanego zestawu standardów do tworzenia workflow pokazuje Rysunek 7. Przedstawiono na nim ścieżkę prowadzącą od nieformalnego opisu procesu stworzonego przez Inżyniera Produktu do wykonywalnych plików z zapisem procesu.

12 Clarification of Details Clarification of Details Clarification of Details Product Engineer Process Architect Mapping Expert Orchestration Expert uses creates uses creates generate uses creates creates Informal Description of the required workflow Initial BPMN choreography Refined BPMN choreography BPEL4WS workflow skeleton Complete, executable BPEL4WS workflow Rysunek 7 Sposób wykorzystania standardów workflow [VISP_D32] Nieformalny opis procesu wykorzystywany jest przez Architekta Procesów do stworzenia wstępnego diagramu choreografii w języku BPMN. Diagram ten jest następnie uzupełniany przez Eksperta Mapowania o informacje niezbędne do tłumaczenia diagramu na język orkiestracyjny. Następnie, na podstawie uzupełnionego diagramu BPMN, generowane są szkielety plików w języku BPEL. Każdy z tych szkieletów staje się bazą, na podstawie której Ekspert Orkiestracji tworzy kompletny, wykonywalny plik BPEL. 7 Podsumowanie Zagadnieniami związanymi z systemami workflow zajmuje się wiele organizacji na całym świecie. Nie istnieje jeden powszechnie przyjęty i dojrzały standard realizacji workflow. Od kilku lat obserwuje się tendencję zmierzającą do łączenia poszczególnych organizacji oraz wspieranych przez nie standardów w celu wypracowania dla danego rozwiązania silniejszej pozycji na rynku. Proces konsolidacji cały czas jest w toku i promowane standardy oraz organizacje zajmujące się tymi standardami cały czas ewoluują. Pierwsza fala tego rodzaju konsolidacji miała miejsce kilka lat temu kiedy technologie firmowe zostały łączone w rozwiązania, które następnie przedstawiono jako kandydata do standaryzacji. Przykładem tego rodzaju konsolidacji było połączenie rozwiązań XSFL oraz XLANG promowanych przez firmy IBM i Microsoft. Druga fala konsolidacji rozpoczęła się niedawno i dotyczy łączenia prac się organizacji standaryzacyjnych związanych przepływem pracy. Przykładem takiej konsolidacji może być połączenie w 2005 roku prac organizacji BPMI i OMG związanych z procesami biznesowymi i przepływem pracy. Najbardziej obiecujący jest język BPMN jako język modelowania dla analityków biznesowych i UML jako język modelowania dla projektantów technicznych. Oba podejścia umożliwiają specyfikację choreografii pomiędzy wieloma partnerami i procesami biznesowymi. Poza wielością dostępnych standardów workflow dodatkowym problemem związanym ze standardami workflow jest ich wielowarstwowość. W praktycznych zastosowaniach konieczne jest określenie zestawu standardów odpowiedzialnych za różne funkcje realizacji workflow od modelowania choreografii procesów przez wykonywalne definicje workflow do standardów wspierających operacje administracyjne i przesyłania komunikatów. Elementem jaki należy wziąć pod uwagę przy tworzeniu rozwiązań workflow jest dostępność narzędzi wspierających tworzenie workflow, dojrzałość i stabilność standardu oraz aktualna pozycja na rynku. Uwzględnienie tych aspektów jest równie ważne jak stopień spełnienia wymagań funkcjonalnych, gdyż zwiększa szanse na stworzenie stabilnego systemu i ułatwia jego późniejsze

13 utrzymanie i rozbudowę. Przy wyborze konkretnych standardów należy też zwrócić uwagę na kompatybilność i współdziałanie różnych standardów na różnych warstwach tworzenia workflow, tak aby nakład pracy prowadzącej od stworzenia biznesowego opisu procesu do jego wykonywalnej wersji był jak najmniejszy. Literatura 1. [WfMC_Glos: 1999] Workflow Management Coalition, Terminology & Glossary, Document Number WFMC-TC-1011, Issue 3.0, February 1999, dostępny pod adresem 2. [VISP_AnnexI] Description of work, Annex I. 3. [VISP_D11] D1.1 VISP Business Models Analysis and Requirements, editors: Philippe Chaudron, Eric Mannie-Corbisier. 4. [VISP_D21] D2.1 VISP Workflow Technologies Functional Analysis and Comparison, editor: Jane Hall. 5. [VISP_D32] D3.2 Workflow Modelling and Specification Platform Functional Architecture, editor: Jane Hall. 6. [BPEL4WS11] T. Andrews et al., Business Process Execution Language for Web Services, Version 1.1, 5 May 2003, dostępny pod adresem ftp://www6.software.ibm.com/software/developer/library/ws-bpel.pdf. 7. [BPELJ] BEA and IBM, BPELJ: BPEL for Java, March 2004, dostępny pod adresem ftp://www6.software.ibm.com/software/developer/library/ws-bpelj.pdf. 8. [BPEL_oasis] D. König, Web Services Business Process Execution Language (WS- BPEL), 2005, dostępny pod adresem 9. [BPML] Business Process Management Initiative, Business Process Modeling Language, November [BPMN] Business Process Management Initiative, Business Process Modelling Notation (BPMN). Version 1.0, May 2004, dostępny pod adresem 11. [BTP_2004] OASIS, Business Transaction Protocol, version 1.1, Working Draft 05, November 2004, dostępny pod adresem 12. [SOAP12] W3C, SOAP Version 1.2, June 2003, dostępny pod adresem 13. [UML20_DI] OMG, Unified Modeling Language: Diagram Interchange, version 2.0, OMG Document ptc/ , June 2005, dostępny pod adresem 14. UN/CEFACT, UN/CEFACT s Modelling Methodology, Draft, CEFACT/TMWG/N090R10, November 2001, dostępny pod adresem 15. [WSDL20] W3C, Web Services Description, Language (WSDL) Version 2.0, January 2006, dostępny pod adresem 16. [WSFL] IBM, Web Services Flow Language (WSFL 1.0), May 2001, dostępny pod adresem 17. [XLANG] Microsoft, XLANG, Web Services for Business Process Design, 2001, dostępny pod adresem 18. [XPDL1.0] Workflow Management Coalition, XML Process Definition Language (XPDL), Document Number WFMC-TC-1025, Version 1.0, October 2002, dostępny pod adresem 19. [XPDL2.0] Workflow Management Coalition, Workflow Management Coalition Workflow Standard, Document Number WFMC-TC-1025, Version 2.00, October 2005, dostępny pod adresem

Budowa Wirtualnego Przedsiębiorstwa w oparciu o istniejące standardy przepływu pracy

Budowa Wirtualnego Przedsiębiorstwa w oparciu o istniejące standardy przepływu pracy Budowa Wirtualnego Przedsiębiorstwa w oparciu o istniejące standardy przepływu pracy Rafał Knapik, Rafał Renk, prof. Witold Hołubowicz ITTI Sp. z o. o. Uniwersytet im. Adama Mickiewicza w Poznaniu e-mail:

Bardziej szczegółowo

Wymiana opisu procesów biznesowych pomiędzy środowiskiem Eclipse i EMC Documentum

Wymiana opisu procesów biznesowych pomiędzy środowiskiem Eclipse i EMC Documentum Wymiana opisu procesów biznesowych pomiędzy środowiskiem Eclipse i EMC Documentum Stanisław Jerzy Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Systemy CMS (Content

Bardziej szczegółowo

Systemy przepływu pracy (workflow)

Systemy 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ółowo

Część I -ebxml. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz

Część I -ebxml. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz Część I -ebxml Po zrealizowaniu materiału student będzie w stanie omówić potrzeby rynku B2B w zakresie przeprowadzania transakcji przez Internet zaprezentować architekturę ebxml wskazać na wady i zalety

Bardziej szczegółowo

Projekt architektury systemów informatycznych Uniwersytetu Warszawskiego w oparciu o metodykę TOGAF. Tomasz Turski 26.05.2011

Projekt architektury systemów informatycznych Uniwersytetu Warszawskiego w oparciu o metodykę TOGAF. Tomasz Turski 26.05.2011 Projekt architektury systemów informatycznych Uniwersytetu Warszawskiego w oparciu o metodykę TOGAF Tomasz Turski 26.05.2011 Plan prezentacji Architektura korporacyjna Frameworki Pryncypia Metodyka TOGAF

Bardziej szczegółowo

Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML. Jakub Morkis, Piotr Chmielewski

Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML. Jakub Morkis, Piotr Chmielewski Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML Jakub Morkis, Piotr Chmielewski BPMN - Historia Formowanie grumy tworzącej notację Sierpień 2001, 58 członków reprezentujących 35 firm,

Bardziej szczegółowo

Web Services. Bartłomiej Świercz. Łódź, 2 grudnia 2005 roku. Katedra Mikroelektroniki i Technik Informatycznych. Bartłomiej Świercz Web Services

Web Services. Bartłomiej Świercz. Łódź, 2 grudnia 2005 roku. Katedra Mikroelektroniki i Technik Informatycznych. Bartłomiej Świercz Web Services Web Services Bartłomiej Świercz Katedra Mikroelektroniki i Technik Informatycznych Łódź, 2 grudnia 2005 roku Wstęp Oprogramowanie napisane w różnych językach i uruchomione na różnych platformach może wykorzystać

Bardziej szczegółowo

Informatyzacja przedsiębiorstw WYKŁAD

Informatyzacja przedsiębiorstw WYKŁAD Informatyzacja przedsiębiorstw WYKŁAD dr inż. Piotr Zabawa IBM/Rational Certified Consultant pzabawa@pk.edu.pl wersja 0.1.0 07.10.2010 Wykład 1 Modelowanie procesów biznesowych Przypomnienie rodzajów narzędzi

Bardziej szczegółowo

JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE]

JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE] JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE] Parę słów o mnie 2 Nauczyciel akademicki od 2000 roku Od 2002 współpracuję z firmami jako programista i projektant aplikacji Od 2006 roku właściciel firmy

Bardziej szczegółowo

Komunikacja i wymiana danych

Komunikacja i wymiana danych Budowa i oprogramowanie komputerowych systemów sterowania Wykład 10 Komunikacja i wymiana danych Metody wymiany danych Lokalne Pliki txt, csv, xls, xml Biblioteki LIB / DLL DDE, FastDDE OLE, COM, ActiveX

Bardziej szczegółowo

Web Services. Wojciech Mazur. 17 marca 2009. Politechnika Wrocławska Wydział Informatyki i Zarządzania

Web Services. Wojciech Mazur. 17 marca 2009. Politechnika Wrocławska Wydział Informatyki i Zarządzania Standardy w Rodzaje Przykłady Politechnika Wrocławska Wydział Informatyki i Zarządzania 17 marca 2009 Standardy w Rodzaje Przykłady Plan prezentacji 1 Wstęp 2 Standardy w 3 4 Rodzaje 5 Przykłady 6 Standardy

Bardziej szczegółowo

Procesy biznesowe w praktyce. Przykłady użycia z wykorzystaniem jbpm 4.4

Procesy biznesowe w praktyce. Przykłady użycia z wykorzystaniem jbpm 4.4 Procesy biznesowe w praktyce Przykłady użycia z wykorzystaniem jbpm 4.4 1 Agenda Definicja i zastosowanie procesu biznesowego Języki dziedzinowe (DSL) a rozwiązania BPM JBPM: jbpm 4.4 krótka charakterystyka

Bardziej szczegółowo

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 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ółowo

Spis treści. Dzień 1. I Wprowadzenie (wersja 0906) II Dostęp do danych bieżących specyfikacja OPC Data Access (wersja 0906) Kurs OPC S7

Spis treści. Dzień 1. I Wprowadzenie (wersja 0906) II Dostęp do danych bieżących specyfikacja OPC Data Access (wersja 0906) Kurs OPC S7 I Wprowadzenie (wersja 0906) Kurs OPC S7 Spis treści Dzień 1 I-3 O czym będziemy mówić? I-4 Typowe sytuacje I-5 Klasyczne podejście do komunikacji z urządzeniami automatyki I-6 Cechy podejścia dedykowanego

Bardziej szczegółowo

Automatyzacja procesów biznesowych mgr inż. Krystyna Dziubich krystyna.dziubich@eti.pg.gda.pl

Automatyzacja procesów biznesowych mgr inż. Krystyna Dziubich krystyna.dziubich@eti.pg.gda.pl Automatyzacja procesów biznesowych mgr inż. Krystyna Dziubich krystyna.dziubich@eti.pg.gda.pl K.Dziubich, WETI slajd: 2 Języki opisu procesów Definicje procesów Wymiana definicji procesów Geneza języków

Bardziej szczegółowo

Mateusz Kurleto NEOTERIC. Analiza projektu B2B Kielce, 18 października 2012

Mateusz Kurleto NEOTERIC. Analiza projektu B2B Kielce, 18 października 2012 2012 Pierwsze przymiarki do zakresu informatyzacji (rodzaj oprogramowania: pudełkowe, SaaS, Iaas, CC, PaaS. Zalety i wady: dostępność, koszty, narzędzia, ludzie, utrzymanie, bezpieczeństwo, aspekty prawne)

Bardziej szczegółowo

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

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

Bardziej szczegółowo

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON Opis szkoleń z obszaru INFORMATYKA planowanych

Bardziej szczegółowo

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki

Bardziej szczegółowo

Analityk i współczesna analiza

Analityk i współczesna analiza Analityk i współczesna analiza 1. Motywacje 2. Analitycy w IBM RUP 3. Kompetencje analityka według IIBA BABOK Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura

Bardziej szczegółowo

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

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

Bardziej szczegółowo

Narzędzia CASE dla.net. Łukasz Popiel

Narzędzia CASE dla.net. Łukasz Popiel Narzędzia CASE dla.net Autor: Łukasz Popiel 2 Czym jest CASE? - definicja CASE (ang. Computer-Aided Software/Systems Engineering) g) oprogramowanie używane do komputerowego wspomagania projektowania oprogramowania

Bardziej szczegółowo

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2 Wyższa Szkoła Menedżerska w Legnicy Systemy informatyczne w przedsiębiorstwach Zarządzanie, ZIP, sem. 6 (JG) Modelowanie wymagań Wykład 2 Grzegorz Bazydło Cel wykładu Celem wykładu jest przekazanie wiedzy

Bardziej szczegółowo

Procesowa specyfikacja systemów IT

Procesowa specyfikacja systemów IT Procesowa specyfikacja systemów IT BOC Group BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management Office

Bardziej szczegółowo

UML w Visual Studio. Michał Ciećwierz

UML w Visual Studio. Michał Ciećwierz UML w Visual Studio Michał Ciećwierz UNIFIED MODELING LANGUAGE (Zunifikowany język modelowania) Pozwala tworzyć wiele systemów (np. informatycznych) Pozwala obrazować, specyfikować, tworzyć i dokumentować

Bardziej szczegółowo

Monitoring procesów z wykorzystaniem systemu ADONIS

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

Bardziej szczegółowo

Architektura 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 Systemu Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura jest zbiorem decyzji dotyczących: organizacji systemu komputerowego,

Bardziej szczegółowo

JAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE?

JAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE? K O N F E R E N C J A I N F O S H A R E 2 0 0 7 G d a ń s k 25-26.04.2007 JAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE? Zespół Zarządzania Technologiami Informatycznymi Prezentacja dr inż.

Bardziej szczegółowo

Zintegrowany System Informatyczny (ZSI)

Zintegrowany System Informatyczny (ZSI) Zintegrowany System Informatyczny (ZSI) ZSI MARKETING Modułowo zorganizowany system informatyczny, obsługujący wszystkie sfery działalności przedsiębiorstwa PLANOWANIE ZAOPATRZENIE TECHNICZNE PRZYGOTOWANIE

Bardziej szczegółowo

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

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

Bardziej szczegółowo

Wykład 1 Inżynieria 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

Bardziej szczegółowo

I. Opis projektu ZAPYTANIE OFERTOWE. Warszawa, dn. 07.01.2015r. Dane firmowe: ialbatros S.A. ul. Jutrzenki 183 02-231 Warszawa NIP: 108-00-09-770

I. Opis projektu ZAPYTANIE OFERTOWE. Warszawa, dn. 07.01.2015r. Dane firmowe: ialbatros S.A. ul. Jutrzenki 183 02-231 Warszawa NIP: 108-00-09-770 Warszawa, dn. 07.01.2015r. Dane firmowe: ialbatros S.A. ul. Jutrzenki 183 02-231 Warszawa NIP: 108-00-09-770 ZAPYTANIE OFERTOWE W związku z realizacją Projektu System B2B integrujący systemy ialbatros

Bardziej szczegółowo

ZAPYTANIE OFERTOWE. nr 1/UE/2014. z dnia 7.01.2014 r. w związku z realizacją projektu pn.

ZAPYTANIE OFERTOWE. nr 1/UE/2014. z dnia 7.01.2014 r. w związku z realizacją projektu pn. Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Rozwoju Regionalnego ZAPYTANIE OFERTOWE nr /UE/204 z dnia 7.0.204 r. w związku z realizacją projektu pn. Wdrożenie

Bardziej szczegółowo

MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ EMAIL DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP

MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ EMAIL DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ EMAIL DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP WERSJA 1 z 15 Spis treści 1. Kanał email dla podmiotów zewnętrznych...

Bardziej szczegółowo

Sybase Professional Services

Sybase Professional Services Sybase Professional Services Zarządzanie Portfelem Aplikacji Marek Ryński Sybase Polska Dyrektor Zarządzający, DRB Legionowo, 09.2008 W gąszczu IT czyli za co ja mam płacić? (problem) Złożoność technologii

Bardziej szczegółowo

UML cz. III. UML cz. III 1/36

UML cz. III. UML cz. III 1/36 UML cz. III UML cz. III 1/36 UML cz. III 2/36 Diagram współpracy Diagramy współpracy: prezentują obiekty współdziałające ze sobą opisują rolę obiektów w scenariuszu mogą prezentować wzorce projektowe UML

Bardziej szczegółowo

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 Modelowanie diagramów klas w języku UML Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014 Czym jest UML - Unified Modeling Language - Rodzina języków modelowania graficznego - Powstanie na przełomie lat 80

Bardziej szczegółowo

SOA Web Services in Java

SOA Web Services in Java Wydział Informatyki i Zarządzania Wrocław,16 marca 2009 Plan prezentacji SOA 1 SOA 2 Usługi Przykłady Jak zacząć SOA Wycinek rzeczywistości Problemy zintegrowanych serwisów : Wycinek Rzeczywistości Zacznijmy

Bardziej szczegółowo

5.14 JSP - Przykład z obiektami sesji... 83 5.15 Podsumowanie... 84 5.16 Słownik... 85 5.17 Zadanie... 86

5.14 JSP - Przykład z obiektami sesji... 83 5.15 Podsumowanie... 84 5.16 Słownik... 85 5.17 Zadanie... 86 Spis treści 1 Wprowadzenie - architektura, protokoły, system WWW... 1 1.1 Wstęp.................................................. 1 1.2 Ważniejsze daty......................................... 2 1.3 Protokoły

Bardziej szczegółowo

Język UML w modelowaniu systemów informatycznych

Język UML w modelowaniu systemów informatycznych Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 3 Diagramy przypadków użycia Diagramy przypadków użycia (ang. use case)

Bardziej szczegółowo

Usługi sieciowe (Web Services)

Usługi sieciowe (Web Services) Usługi sieciowe (Web Services) Karol Kański Seminarium Systemy Rozproszone 14 października 2010 Agenda 1. Idea i historia usług sieciowych 2. Różne podejścia do tworzenia usług sieciowych 3. Języki opisu

Bardziej szczegółowo

Analiza i projektowanie aplikacji Java

Analiza i projektowanie aplikacji Java Analiza i projektowanie aplikacji Java Modele analityczne a projektowe Modele analityczne (konceptualne) pokazują dziedzinę problemu. Modele projektowe (fizyczne) pokazują system informatyczny. Utrzymanie

Bardziej szczegółowo

Automatyzacja procesów biznesowych Andrzej Sobecki. ESB Enterprise service bus

Automatyzacja procesów biznesowych Andrzej Sobecki. ESB Enterprise service bus Automatyzacja procesów biznesowych Andrzej Sobecki ESB Enterprise service bus Plan prezentacji Zdefiniowanie problemu Możliwe rozwiązania Cechy ESB JBI Normalizacja wiadomości w JBI Agile ESB Apache ServiceMix

Bardziej szczegółowo

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

Bardziej szczegółowo

CENTRUM PROJEKTÓW INFORMATYCZNYCH MINISTERSTWA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI

CENTRUM 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ółowo

Szkolenie: Budowa aplikacji SOA/BPM na platformie Oracle SOA Suite 11g

Szkolenie: Budowa aplikacji SOA/BPM na platformie Oracle SOA Suite 11g Szkolenie: Budowa aplikacji SOA/BPM na platformie Oracle SOA Suite 11g Opis szkolenia: Termin SOA, czyli Service Oriented Architecture, oznacza architekturę systemów informatycznych opartą o usługi. Za

Bardziej szczegółowo

Instytut Technik Innowacyjnych Semantyczna integracja danych - metody, technologie, przykłady, wyzwania

Instytut Technik Innowacyjnych Semantyczna integracja danych - metody, technologie, przykłady, wyzwania Instytut Technik Innowacyjnych Semantyczna integracja danych - metody, technologie, przykłady, wyzwania Michał Socha, Wojciech Górka Integracja danych Prosty export/import Integracja 1:1 łączenie baz danych

Bardziej szczegółowo

Spis treúci. 1. Wprowadzenie... 13

Spis treúci. 1. Wprowadzenie... 13 Księgarnia PWN: W. Dąbrowski, A. Stasiak, M. Wolski - Modelowanie systemów informatycznych w języku UML 2.1 Spis treúci 1. Wprowadzenie... 13 2. Modelowanie cele i metody... 15 2.1. Przegląd rozdziału...

Bardziej szczegółowo

Pracuj zgodnie z procedurami - implementacja procesów pracy w systemie OfficeObjects DocMan.

Pracuj 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ółowo

Rozproszone systemy internetowe

Rozproszone systemy internetowe Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego Rozproszone systemy internetowe Wprowadzenie do usług WWW (Web Services) Podniesienie potencjału uczelni

Bardziej szczegółowo

Podstawy modelowania biznesowego w inżynierii oprogramowania

Podstawy modelowania biznesowego w inżynierii oprogramowania Podstawy modelowania biznesowego w inżynierii oprogramowania 1. Rola modelowania biznesowego w inżynierii oprogramowania 2. Przegląd notacji (BPMN, UML w zast. biznesowym) 3. Powiązania modeli biznesowych

Bardziej szczegółowo

extensible Markup Language, cz. 1 Marcin Gryszkalis, mg@fork.pl

extensible Markup Language, cz. 1 Marcin Gryszkalis, mg@fork.pl extensible Markup Language, cz. 1 Marcin Gryszkalis, mg@fork.pl Plan wykładu Wprowadzenie: historia rozwoju technik znakowania tekstu Motywacje dla prac nad XML-em Podstawowe koncepcje XML-a XML jako metajęzyk

Bardziej szczegółowo

PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT WERSJA

PROJEKT 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ółowo

Dokument Detaliczny Projektu

Dokument Detaliczny Projektu Dokument Detaliczny Projektu Dla Biblioteki miejskiej Wersja 1.0 Streszczenie Niniejszy dokument detaliczny projektu(ddp) przedstawia szczegóły pracy zespołu projektowego, nad stworzeniem aplikacji bazodanowej

Bardziej szczegółowo

Architektura oprogramowania w praktyce. Wydanie II.

Architektura oprogramowania w praktyce. Wydanie II. Architektura oprogramowania w praktyce. Wydanie II. Autorzy: Len Bass, Paul Clements, Rick Kazman Twórz doskonałe projekty architektoniczne oprogramowania! Czym charakteryzuje się dobra architektura oprogramowania?

Bardziej szczegółowo

Architektura bezpieczeństwa informacji w ochronie zdrowia. Warszawa, 29 listopada 2011

Architektura bezpieczeństwa informacji w ochronie zdrowia. Warszawa, 29 listopada 2011 Architektura informacji w ochronie zdrowia Warszawa, 29 listopada 2011 Potrzeba Pomiędzy 17 a 19 kwietnia 2011 roku zostały wykradzione dane z 77 milionów kont Sony PlayStation Network. 2 tygodnie 25 milionów

Bardziej szczegółowo

Dotacje na innowacje. Inwestujemy w waszą przyszłość.

Dotacje na innowacje. Inwestujemy w waszą przyszłość. PROJEKT TECHNICZNY Implementacja Systemu B2B w firmie Lancelot i w przedsiębiorstwach partnerskich Przygotowane dla: Przygotowane przez: Lancelot Marek Cieśla Grzegorz Witkowski Constant Improvement Szkolenia

Bardziej szczegółowo

Inżynieria oprogramowania (Software Engineering)

Inżynieria oprogramowania (Software Engineering) Inżynieria oprogramowania (Software Engineering) Wykład 2 Proces produkcji oprogramowania Proces produkcji oprogramowania (Software Process) Podstawowe założenia: Dobre procesy prowadzą do dobrego oprogramowania

Bardziej szczegółowo

Wprowadzenie do zarządzania procesami biznesowymi

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

Bardziej szczegółowo

Deduplikacja danych. Zarządzanie jakością danych podstawowych

Deduplikacja danych. Zarządzanie jakością danych podstawowych Deduplikacja danych Zarządzanie jakością danych podstawowych normalizacja i standaryzacja adresów standaryzacja i walidacja identyfikatorów podstawowa standaryzacja nazw firm deduplikacja danych Deduplication

Bardziej szczegółowo

Wykład I. Wprowadzenie do baz danych

Wykład I. Wprowadzenie do baz danych Wykład I Wprowadzenie do baz danych Trochę historii Pierwsze znane użycie terminu baza danych miało miejsce w listopadzie w 1963 roku. W latach sześcdziesątych XX wieku został opracowany przez Charles

Bardziej szczegółowo

MiASI. Modelowanie systemów biznesowych. Piotr Fulmański. 7 stycznia 2010. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska

MiASI. Modelowanie systemów biznesowych. Piotr Fulmański. 7 stycznia 2010. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska MiASI Modelowanie systemów biznesowych Piotr Fulmański Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska 7 stycznia 2010 Spis treści 1 Czym jest system biznesowy? Po co model bizensowy? Czym

Bardziej szczegółowo

Michał Adamczyk. Język UML

Michał Adamczyk. Język UML Michał Adamczyk Język UML UML I. Czym jest UML Po co UML II.Narzędzia obsługujące UML, edytory UML III.Rodzaje diagramów UML wraz z przykładami Zastosowanie diagramu Podstawowe elementy diagramu Przykładowy

Bardziej szczegółowo

Narzędzia i aplikacje Java EE. Usługi sieciowe Paweł Czarnul pczarnul@eti.pg.gda.pl

Narzędzia i aplikacje Java EE. Usługi sieciowe Paweł Czarnul pczarnul@eti.pg.gda.pl Narzędzia i aplikacje Java EE Usługi sieciowe Paweł Czarnul pczarnul@eti.pg.gda.pl Niniejsze opracowanie wprowadza w technologię usług sieciowych i implementację usługi na platformie Java EE (JAX-WS) z

Bardziej szczegółowo

Obiekty Badawcze długoterminowe przechowywanie eksperymentów naukowych. Piotr Hołubowicz, Raúl Palma Poznańskie Centrum Superkomputerowo-Sieciowe

Obiekty Badawcze długoterminowe przechowywanie eksperymentów naukowych. Piotr Hołubowicz, Raúl Palma Poznańskie Centrum Superkomputerowo-Sieciowe Obiekty Badawcze długoterminowe przechowywanie eksperymentów naukowych Piotr Hołubowicz, Raúl Palma Poznańskie Centrum Superkomputerowo-Sieciowe Plan prezentacji» Przechowywanie eksperymentów naukowych»

Bardziej szczegółowo

Projektowanie Modeli Usług dla rozwiązań typu SOA

Projektowanie Modeli Usług dla rozwiązań typu SOA Projektowanie Modeli Usług dla rozwiązań typu SOA Service Oriented Modeling and Architecture (SOMA ) IBM Global Business Services, zdefiniował zestaw usług konsultingowych oraz narzędzi pomagających organizacjom

Bardziej szczegółowo

Dodatkowo, w przypadku modułu dotyczącego integracji z systemami partnerów, Wykonawca będzie przeprowadzał testy integracyjne.

Dodatkowo, 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

System zarządzający grami programistycznymi Meridius

System zarządzający grami programistycznymi Meridius System zarządzający grami programistycznymi Meridius Instytut Informatyki, Uniwersytet Wrocławski 20 września 2011 Promotor: prof. Krzysztof Loryś Gry komputerowe a programistyczne Gry komputerowe Z punktu

Bardziej szczegółowo

Modelowanie i analiza systemów informatycznych

Modelowanie i analiza systemów informatycznych Modelowanie i analiza systemów informatycznych MBSE/SysML Wykład 11 SYSMOD Wykorzystane materiały Budapest University of Technology and Economics, Department of Measurement and InformaJon Systems: The

Bardziej szczegółowo

HP Service Anywhere Uproszczenie zarządzania usługami IT

HP Service Anywhere Uproszczenie zarządzania usługami IT HP Service Anywhere Uproszczenie zarządzania usługami IT Robert Nowak Architekt rozwiązań HP Software Dlaczego Software as a Service? Najważniejsze powody za SaaS UZUPEŁNIENIE IT 2 Brak zasobów IT Ograniczone

Bardziej szczegółowo

Krótka Historia. Co to jest NetBeans? Historia. NetBeans Platform NetBeans IDE NetBeans Mobility Pack Zintegrowane moduły. Paczki do NetBeans.

Krótka Historia. Co to jest NetBeans? Historia. NetBeans Platform NetBeans IDE NetBeans Mobility Pack Zintegrowane moduły. Paczki do NetBeans. GRZEGORZ FURDYNA Krótka Historia Co to jest NetBeans? Historia Wersje NetBeans Platform NetBeans IDE NetBeans Mobility Pack Zintegrowane moduły NetBeans Profiler Narzędzie do projektowania GUI Edytor NetBeans

Bardziej szczegółowo

STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe

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

Bardziej szczegółowo

INFORMATYKA, TECHNOLOGIA INFORMACYJNA ORAZ INFORMATYKA W LOGISTYCE

INFORMATYKA, TECHNOLOGIA INFORMACYJNA ORAZ INFORMATYKA W LOGISTYCE Studia podyplomowe dla nauczycieli INFORMATYKA, TECHNOLOGIA INFORMACYJNA ORAZ INFORMATYKA W LOGISTYCE Przedmiot JĘZYKI PROGRAMOWANIA DEFINICJE I PODSTAWOWE POJĘCIA Autor mgr Sławomir Ciernicki 1/7 Aby

Bardziej szczegółowo

Zarządzaj projektami efektywnie i na wysokim poziomie. Enovatio Projects SYSTEM ZARZĄDZANIA PROJEKTAMI

Zarządzaj projektami efektywnie i na wysokim poziomie. Enovatio Projects SYSTEM ZARZĄDZANIA PROJEKTAMI Sprawne zarządzanie projektami Tworzenie planów projektów Zwiększenie efektywności współpracy Kontrolowanie i zarządzanie zasobami jak również pracownikami Generowanie raportów Zarządzaj projektami efektywnie

Bardziej szczegółowo

egroupware czy phpgroupware jest też mniej stabilny.

egroupware czy phpgroupware jest też mniej stabilny. Opengroupware to projekt udostępniający kompletny serwer aplikacji oparty na systemie Linux. Dostępny na licencji GNU GPL, strona domowa: http://www.opengroupware.org/ Jego cechy to wysoka stabilność,

Bardziej szczegółowo

Programowanie obiektowe

Programowanie obiektowe Programowanie obiektowe Wykład 13 Marcin Młotkowski 27 maja 2015 Plan wykładu Trwałość obiektów 1 Trwałość obiektów 2 Marcin Młotkowski Programowanie obiektowe 2 / 29 Trwałość (persistence) Definicja Cecha

Bardziej szczegółowo

Prezentacja specjalności studiów II stopnia. Inteligentne Technologie Internetowe

Prezentacja specjalności studiów II stopnia. Inteligentne Technologie Internetowe Prezentacja specjalności studiów II stopnia Inteligentne Technologie Internetowe Koordynator specjalności Prof. dr hab. Jarosław Stepaniuk Tematyka studiów Internet jako zbiór informacji Przetwarzanie:

Bardziej szczegółowo

Serwery. Autorzy: Karol Czosnowski Mateusz Kaźmierczak

Serwery. Autorzy: Karol Czosnowski Mateusz Kaźmierczak Serwery Autorzy: Karol Czosnowski Mateusz Kaźmierczak Czym jest XMPP? XMPP (Extensible Messaging and Presence Protocol), zbiór otwartych technologii do komunikacji, czatu wieloosobowego, rozmów wideo i

Bardziej szczegółowo

Katedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE)

Katedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE) Katedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE) Temat projektu/pracy dr inż. Wojciech Waloszek Grupowy system wymiany wiadomości. Zaprojektowanie

Bardziej szczegółowo

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

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

Bardziej szczegółowo

ZAŁĄCZNIK Nr 2 do CZĘŚCI II SIWZ WYCIĄG ZE STANDARDÓW, ZASAD I WZORCÓW INTEGRACYJNYCH OBOWIĄZUJĄCYCH W PSE S.A.

ZAŁĄCZNIK Nr 2 do CZĘŚCI II SIWZ WYCIĄG ZE STANDARDÓW, ZASAD I WZORCÓW INTEGRACYJNYCH OBOWIĄZUJĄCYCH W PSE S.A. ZAŁĄCZNIK Nr 2 do CZĘŚCI II SIWZ WYCIĄG ZE STANDARDÓW, ZASAD I WZORCÓW INTEGRACYJNYCH OBOWIĄZUJĄCYCH W PSE S.A. 1 Załącznik Nr 2 do Część II SIWZ Wyciąg ze standardów, zasad i wzorców integracyjnych obowiązujących

Bardziej szczegółowo

Warstwa integracji. wg. D.Alur, J.Crupi, D. Malks, Core J2EE. Wzorce projektowe.

Warstwa integracji. wg. D.Alur, J.Crupi, D. Malks, Core J2EE. Wzorce projektowe. Warstwa integracji wg. D.Alur, J.Crupi, D. Malks, Core J2EE. Wzorce projektowe. 1. Ukrycie logiki dostępu do danych w osobnej warstwie 2. Oddzielenie mechanizmów trwałości od modelu obiektowego Pięciowarstwowy

Bardziej szczegółowo

OPIS i SPECYFIKACJA TECHNICZNA

OPIS i SPECYFIKACJA TECHNICZNA OPIS i SPECYFIKACJA TECHNICZNA Dotyczy Konkursu ofert numer 1/POIG 8.2/2013 WdroŜenie internetowego systemu klasy B2B do automatyzacji procesów biznesowych oraz koordynacji działań z partnerami w firmie

Bardziej szczegółowo

Projekt 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 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ółowo

DOTACJE NA INNOWACJE

DOTACJE NA INNOWACJE Rzeszów, 15.04.2013 Ogłoszenie o zamówieniu kompleksowego wdrożenia systemu B2B do współpracy handlowej pomiędzy firmą Francoise a Partnerami Zamawiający: Studio Mody FRANCOISE Franciszka Znamirowska ul.

Bardziej szczegółowo

MODELOWANIE PROCESÓW Z WYKORZYSTANIEM SIEC SEMANTYCZNYCH

MODELOWANIE PROCESÓW Z WYKORZYSTANIEM SIEC SEMANTYCZNYCH MODELOWANIE PROCESÓW Z WYKORZYSTANIEM SIEC SEMANTYCZNYCH Rafał KLAUS, Bartosz BOSAK Streszczenie: Standard BPEL (BPEL4WS - Business Process Execution Language for Web Services) umożliwia opisywanie tzw.

Bardziej szczegółowo

Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów niestacjonarnych studiów II stopnia)

Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów niestacjonarnych studiów II stopnia) Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów niestacjonarnych studiów II stopnia) WERSJA WSTĘPNA, BRAK PRZYKŁADOWYCH PYTAŃ DLA NIEKTÓRYCH PRZEDMIOTÓW Należy wybrać trzy dowolne

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów dziennych studiów II stopnia)

Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów dziennych studiów II stopnia) Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów dziennych studiów II stopnia) WERSJA WSTĘPNA, BRAK PRZYKŁADOWYCH PYTAŃ DLA NIEKTÓRYCH PRZEDMIOTÓW Należy wybrać trzy dowolne przedmioty.

Bardziej szczegółowo

SYSTEM VILM ZARZĄDZANIE CYKLEM ŻYCIA ŚRODOWISK WIRTUALNYCH. info@prointegra.com.pl tel: +48 (032) 730 00 42

SYSTEM VILM ZARZĄDZANIE CYKLEM ŻYCIA ŚRODOWISK WIRTUALNYCH. info@prointegra.com.pl tel: +48 (032) 730 00 42 SYSTEM VILM ZARZĄDZANIE CYKLEM ŻYCIA ŚRODOWISK WIRTUALNYCH info@prointegra.com.pl tel: +48 (032) 730 00 42 1. WPROWADZENIE... 3 2. KORZYŚCI BIZNESOWE... 4 3. OPIS FUNKCJONALNY VILM... 4 KLUCZOWE FUNKCJE

Bardziej szczegółowo

Tworzenie systemu informatycznego w dynamicznie zmieniającym się środowisku biznesowym w oparciu o technologie workflow, usługi sieciowe i ESB

Tworzenie systemu informatycznego w dynamicznie zmieniającym się środowisku biznesowym w oparciu o technologie workflow, usługi sieciowe i ESB XIV Konferencja PLOUG Szczyrk Październik 2008 Tworzenie systemu informatycznego w dynamicznie zmieniającym się środowisku biznesowym w oparciu o technologie workflow, usługi sieciowe i ESB Marcin Pisanko,

Bardziej szczegółowo

Wdrożenie technologii procesowej IBM BPM w EFL

Wdrożenie technologii procesowej IBM BPM w EFL Wdrożenie technologii procesowej IBM BPM w EFL Marcin Naliwajko Z-ca dyrektora Departamentu Technologii Dominik Lisowski Starszy Architekt Systemów IT Grupy EFL WebSphere Message Broker 2008 r. Wdrożenie

Bardziej szczegółowo

e-usługi? Procesy? A może procesy dla e-usług? Agata Filipowska, Wioletta Sokołowska

e-usługi? Procesy? A może procesy dla e-usług? Agata Filipowska, Wioletta Sokołowska e-usługi? Procesy? A może procesy dla e-usług? Agata Filipowska, Wioletta Sokołowska Plan prezentacji Omówienie doświadczeń związanych z potrzebą optymalizacji realizowanych procesów. Przedstawienie zakresu

Bardziej szczegółowo

Platforma Informatyczna Wdrażania Oprogramowania Dedykowanego w PL-Grid

Platforma Informatyczna Wdrażania Oprogramowania Dedykowanego w PL-Grid 1 Platforma Informatyczna Wdrażania Oprogramowania Dedykowanego w PL-Grid Grzegorz Banach Wrocławskie Centrum Sieciowo-Superkomputerowe, Politechnika Wrocławska, Instytut Niskich Temperatur i Badań Strukturalnych

Bardziej szczegółowo

Wykaz osób, które będą uczestniczyć w wykonywaniu zamówienia

Wykaz osób, które będą uczestniczyć w wykonywaniu zamówienia (Pieczątka Wykonawcy) Wykaz osób, które będą uczestniczyć w wykonywaniu zamówienia Lp. Imię i nazwisko* Rola wskazanej osoby Minimalne wymagania dla każdej z osób Czy wskazana osoba spełnia podane wymaganie?

Bardziej szczegółowo

Field Service Management Najczęściej spotykane problemy

Field Service Management Najczęściej spotykane problemy Field Service Management Najczęściej spotykane problemy Wysokie koszty wykonania usługi Niskie zadowolenie klientów Czas i trasa dojazdu Nieterminowe dostarczenie usług Straty magazynowe Niedotrzymywanie

Bardziej szczegółowo

Paweł Kurzawa, Delfina Kongo

Paweł Kurzawa, Delfina Kongo Paweł Kurzawa, Delfina Kongo Pierwsze prace nad standaryzacją Obiektowych baz danych zaczęły się w roku 1991. Stworzona została grupa do prac nad standardem, została ona nazwana Object Database Management

Bardziej szczegółowo

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje w roku akademickim 2011/2012. Architektura zorientowana na usługi

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje w roku akademickim 2011/2012. Architektura zorientowana na usługi Politechnika Krakowska im. Tadeusza Kościuszki Karta przedmiotu Wydział Fizyki, Matematyki i Informatyki obowiązuje w roku akademickim 2011/2012 Kierunek studiów: Informatyka Forma studiów: Stacjonarne

Bardziej szczegółowo

Web frameworks do budowy aplikacji zgodnych z J2EE. Jacek Panachida

Web frameworks do budowy aplikacji zgodnych z J2EE. Jacek Panachida Web frameworks do budowy aplikacji zgodnych z J2EE Jacek Panachida Cel pracy Analiza wybranych ram projektowych dostępnych dla platformy Java Warunki selekcji napisany z wykorzystaniem języka Java oraz

Bardziej szczegółowo