Design and Java implementation of the multi-agent platform for multi-commodity exchange
|
|
- Dorota Górska
- 6 lat temu
- Przeglądów:
Transkrypt
1 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 1/20 Design and Java implementation of the multi-agent platform for multi-commodity exchange Piotr Pałka, Marcin Całka, Mariusz Kaleta, Eugeniusz Toczyłowski, Tomasz Traczyk Institute of Control and Computation Engineering Warsaw University of Technology III Krajowa Konferencja Naukowa Technologie Przetwarzania Danych Poznań, czerwca 2010
2 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 1/20 Design and Java implementation of the multi-agent platform for multi-commodity exchange Piotr Pałka, Marcin Całka, Mariusz Kaleta, Eugeniusz Toczyłowski, Tomasz Traczyk Institute of Control and Computation Engineering Warsaw University of Technology III Krajowa Konferencja Naukowa Technologie Przetwarzania Danych Poznań, czerwca 2010 Dzień dobry Państwu, nazywam się Piotr Pałka, chciałbym przedstawić Państwu projekt wieloagentowej platformy wymiany wielotowarowej, jego implementację w Javie, problemy na jakie natknęliśmy się w czasie implementacji oraz ewaluację rozwiązania.
3 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 2/20 Cel pracy, definicje Cel pracy Teza Możliwe jest zaimplementowanie wieloagentowej platformy wymiany wielotowarowej w środowisku Java, wykorzystując model danych M 3, standardy komunikacji FIPA oraz frameworki Javy: JAXB oraz JADE.
4 Teza Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 2/20 Cel pracy, definicje Cel pracy Możliwe jest zaimplementowanie wieloagentowej platformy wymiany wielotowarowej w środowisku Java, wykorzystując model danych M 3, standardy komunikacji FIPA oraz frameworki Javy: JAXB oraz JADE. Podczas tej prezentacji pokażę Państwu, że możliwa jest implementacja wieloagentowej platformy wymiany wielotowarowej w języku Java, wykorzystująca model M 3, standardy FIPA rozszerzone o możliwości handlu wielotowarowego, SolverM3 służący do rozwiązywania mechanizmów rynkowych opisanych w języku M3XML, oraz frameworki JAXB oraz JADE. Na kolejnych slajdach wyjaśnię terminy systemu wieloagentowego oraz wymiany wielotowarowej
5 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 3/20 Cel pracy, definicje System wieloagentowy System wieloagentowy System wieloagentowy System złożony z wielu agentów (programów), które komunikują się między sobą; Każdy z agentów posiada własne cele; System wieloagentowy posiada pewne cele nadrzędne powinien funkcjonować zgodnie z intencjami projektanta; Nie realizuje ich bezpośrednio ale poprzez indywidualne działania agentów i ich wzajemne interakcje;
6 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 3/20 Cel pracy, definicje System wieloagentowy System wieloagentowy System wieloagentowy System wieloagentowy System złożony z wielu agentów (programów), które komunikują się między sobą; Każdy z agentów posiada własne cele; System wieloagentowy posiada pewne cele nadrzędne powinien funkcjonować zgodnie z intencjami projektanta; Nie realizuje ich bezpośrednio ale poprzez indywidualne działania agentów i ich wzajemne interakcje; System wieloagentowy jest systemem złożonym z wielu agentów programowych (badź softwarowych). System taki powinien realizować pewne cele nadrzędne, lecz nie bezpośrednio, ale przez działania indywidualne agentów i przez ich wzajemne interakcje. Agenty zaś są elementami oprogramowania, każdy z agentów dąży do spełnienia swoich indywidualnych celów. W platformie handlu, poszczególne agenty będą reprezentowały uczestników rynku, zaś cele nadrzędne będą celami pewnego mechanizmu rynkowego.
7 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 4/20 Cel pracy, definicje Model M 3 Handel wielotowarowy i model M 3 Handel wielotowarowy Jednoczesny handel wieloma towarami; Uwzględnia ograniczenia, jakie między nimi zachodzą; Model M 3 (ang. Multicommodity Market Model) Otwarty model danych dla wymiany wielotowarowej; Standaryzuje komunikację między podmiotami/segmentami rynkowymi; Wygodny zapis danych rynkowych w formacie M3-XML.
8 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 4/20 Cel pracy, definicje Model M 3 Handel wielotowarowy i model M 3 Handel wielotowarowy i model M 3 Handel wielotowarowy Jednoczesny handel wieloma towarami; Uwzględnia ograniczenia, jakie między nimi zachodzą; Model M 3 (ang. Multicommodity Market Model) Otwarty model danych dla wymiany wielotowarowej; Standaryzuje komunikację między podmiotami/segmentami rynkowymi; Wygodny zapis danych rynkowych w formacie M3-XML. Przez handel wielotowarowy rozumiemy jednoczesny handel wieloma towarami, z uwzględnieniem ograniczeń, jakie między nimi zachodzą. Jest to bardzo ogólna definicja, która obejmuje zarówno handel jednotowarowy (z jakim najczęściej mamy do czynienia, np. na Allegro) jak i bardzo złożone platformy handlu (np. rynek energii elektrycznej, handel pozwoleniami na emisję CO2). Do opisu danych dotyczących handlu wielotowarowego, używamy modelu M 3, dane zapisujemy w notacji M3-XML
9 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 5/20 Projekt systemu Projekt wieloagentowej platformy handlu wielotowarowego Projekt systemu Struktura ról agentów; Środowisko wieloagentowe; Mechanizmy komunikacji; Model ofertowania; Mechanizm rynkowy;
10 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 5/20 Projekt systemu Projekt wieloagentowej platformy handlu wielotowarowego Projekt wieloagentowej platformy handlu wielotowarowego Projekt systemu Struktura ról agentów; Środowisko wieloagentowe; Mechanizmy komunikacji; Model ofertowania; Mechanizm rynkowy; Teraz przejdę do projektu wieloagentowej platformy handlu wielotowarowego. Projekt ten zakłada wyróżnienie następujących elementów: powinna powstać struktura agentów, które będą wchodziły ze sobą w interakcje. Aby umożliwić agentom komunikację, powinny one być zanurzone w środowisku wieloagentowym, które dostarczy odpowiednich mechanizmów komunikacji. Powinien zostać zaproponowany odpowiedni model ofertowania, dzięki któremu poszczególne agenty będą mogły wyrazić swoje preferencje. W końcu, jak wspomniałem już wcześniej, cele nadrzędne systemu wieloagentowego są tożsame z celami mechanizmu rynkowego.
11 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 6/20 Struktura agentów Struktura agentów rynek scentralizowany Agent handlujący Pośrednik między rzeczywistym decydentem a systemem wieloagentowym; Jego celem jest zawieranie najbardziej korzystnych kontraktów; Składa oferty kupna/sprzedaży zgodnie z: pewną strategią; preferencjami decydenta; Agent operator rynku Zbiera oferty od pozostałych agentów; Dokonuje analizy ofert (zgodnie z ustalonym mechanizmem rynkowym): dzieli je na przyjęte i odrzucone; wyznacza ceny; Rozsyła wyniki do agentów handlujących;
12 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 6/20 Struktura agentów Struktura agentów rynek scentralizowany Struktura agentów rynek scentralizowany Agent handlujący Pośrednik między rzeczywistym decydentem a systemem wieloagentowym; Jego celem jest zawieranie najbardziej korzystnych kontraktów; Składa oferty kupna/sprzedaży zgodnie z: pewną strategią; preferencjami decydenta; Agent operator rynku Zbiera oferty od pozostałych agentów; Dokonuje analizy ofert (zgodnie z ustalonym mechanizmem rynkowym): dzieli je na przyjęte i odrzucone; wyznacza ceny; Rozsyła wyniki do agentów handlujących; Podstawowe role agentów związane z rynkiem scentralizowanym to agent handlujący, który formułuje oferty; oraz agent operator rynku, który zbiera oferty od agentów handlujących. Agenci handlujący, działają zgodnie ze swoimi preferencjami, zaś agent operator rynku podejmuje decyzje zgodnie z regułami odpowiedniego mechanizmu rynkowego.
13 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 7/20 Struktura agentów Struktura agentów rynek rozproszony Agent negocjator Pośrednik między rzeczywistym decydentem a systemem wieloagentowym; Jego celem jest zawieranie najbardziej korzystnych kontraktów; Zawarcie kontraktu poprzedzone jest negocjacjami; Agent Morris Column (słup ogłoszeniowy) Udostępnia możliwość wieszania/przeglądania ogłoszeń ; Możliwość istnienia wielu takich agentów;
14 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 7/20 Struktura agentów Struktura agentów rynek rozproszony Struktura agentów rynek rozproszony Agent negocjator Pośrednik między rzeczywistym decydentem a systemem wieloagentowym; Jego celem jest zawieranie najbardziej korzystnych kontraktów; Zawarcie kontraktu poprzedzone jest negocjacjami; Agent Morris Column (słup ogłoszeniowy) Udostępnia możliwość wieszania/przeglądania ogłoszeń ; Możliwość istnienia wielu takich agentów; Z kolei ze strukturą rynku rozproszonego, związane są dwie inne role agentów: agent negocjator, którego zadaniem jest zawieranie najbardziej korzystnych kontraktów, kontrakty te mogą być poprzedzone złożonymi negocjacjami. Ponieważ w środowisku rozproszonym, nie możemy założyć że poszczególne agenty będą wiedziały o swoim istnieniu, zakładamy istnienie jednego, bądź więcej agentów Morris column. Agenty te służą jako pewne słupy ogłoszeniowe, na których pozostałe agenty wieszają ogłoszenia dotyczące prowadzonych negocjacji. Agent Morris column może także istnieć na rynkach scentralizowanych
15 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 8/20 Struktura agentów Agenty agregujące Agenty agregujące Agregator; Pośrednik; Odsprzedawca;
16 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 9/20 Środowisko wieloagentowe Środowisko wieloagentowe JADE Agenty, aby mogły się komunikować, muszą być osadzone w pewnym środowisku wieloagentowym. Jade - Java Agent DEvelopment Framework Implementuje standardy komunikacji wieloagentowej zaproponowane przez FIPA (ang. Foundation of Inteligent Physical Agents); Dostarcza środowiska wieloagentowego zgodnego z propozycjami FIPA.
17 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 9/20 Środowisko wieloagentowe Środowisko wieloagentowe JADE Środowisko wieloagentowe JADE Agenty, aby mogły się komunikować, muszą być osadzone w pewnym środowisku wieloagentowym. Jade - Java Agent DEvelopment Framework Implementuje standardy komunikacji wieloagentowej zaproponowane przez FIPA (ang. Foundation of Inteligent Physical Agents); Dostarcza środowiska wieloagentowego zgodnego z propozycjami FIPA. Jak wcześniej wspomniałem, agenty aby mogły się ze sobą komunikować, muszą być zanurzone w pewnym środowisku wieloagentowym. Takiego środowiska dostarcza framework JADE. Implementuje on standardy komunikacji wieloagentowej zaproponowane w standardach organizacji FIPA.
18 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 10/20 Język komunikacji agentów Język komunikacji agentów Schematy wymiany komunikatów Zmodyfikowany schemat wymiany komunikatów Contract Net Interaction Protocol Zestaw aktów komunikacyjnych Zestaw aktów komunikacyjnych (performatyw) zaproponowanych przez organizację FIPA; Język treści komunikatów Propozycja nowego języka treści komunikatów, opartego o język M3-XML;
19 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 10/20 Język komunikacji agentów Język komunikacji agentów Język komunikacji agentów Schematy wymiany komunikatów Zmodyfikowany schemat wymiany komunikatów Contract Net Interaction Protocol Zestaw aktów komunikacyjnych Zestaw aktów komunikacyjnych (performatyw) zaproponowanych przez organizację FIPA; Język treści komunikatów Propozycja nowego języka treści komunikatów, opartego o język M3-XML; Mechanizmy komunikacji, nazywane też językiem komunikacji agentów, są potrzebne, aby agenty mogły się ze sobą porozumieć. W projekcie wykorzystujemy standardy komunikacji, zaproponowane przez ogranizację FIPA. Standaryzuje ona komunikację na trzech poziomach: Na poziomie aktów komunikacyjnych - czyli pojedynczych komunikatów, których interpretacja jest zależna od nazwy (tzw. performatywy) aktu; Na poziomie protokołu komunikacji - czyli pewnego schematu wymiany aktów komunikacyjnych Oraz na poziomie języka treści - czyli zawartości aktu komunikacyjnego. Proponujemy pewne modyfikacje standardów FIPA: modyfikacja schematów wymiany komunikatów Contract Net Interaction Protocol oraz Iterated Contract Net Interaction Protocol, oraz nowe języki treści oparte o notację M3-XML.
20 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 11/20 Model ofertowania Model ofertowania Wymagania: Agenty powinny mieć możliwość elastycznego wyrażania swoich preferencji poprzez pewne sparametryzowane oferty; Oferty mogą przyjmować różną postać; Postać ofert ewoluuje wraz z rozwojem rynku, rozwiązań oraz świadomości i wymagań uczestników; System powinien mieć możliwość wyrażania szerokiego spektrum możliwych form ofert; Rozwiązanie model ofert M 3 (zapis ofert w języku M3XML) Oferty elementarne; Oferty zintegrowane; Oferty grupujące;
21 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 11/20 Model ofertowania Model ofertowania Model ofertowania Wymagania: Agenty powinny mieć możliwość elastycznego wyrażania swoich preferencji poprzez pewne sparametryzowane oferty; Oferty mogą przyjmować różną postać; Postać ofert ewoluuje wraz z rozwojem rynku, rozwiązań oraz świadomości i wymagań uczestników; System powinien mieć możliwość wyrażania szerokiego spektrum możliwych form ofert; Rozwiązanie model ofert M 3 (zapis ofert w języku M3XML) Oferty elementarne; Oferty zintegrowane; Oferty grupujące; Model ofertowania powinien pozwolić oferentom na elastyczne wyrażanie swoich preferencji poprzez pewne sparametryzowane oferty. Rozwiązaniem jest model ofert M 3, dzięki któremu uczestnicy mogą składać oferty zarówno proste, jak i bardziej złożone oferty na wiązki towarów, a także oferty grupujące, które wyrażają pewne ograniczenia, jakie określa oferent pomiędzy poszczególnymi towarami
22 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 12/20 Mechanizm rynkowy Mechanizm rynkowy Mechanizm rynkowy Określa w jaki sposób rozdzielić oferty uczestników na przyjęte i odrzucone a także jakie ceny przypisać poszczególnym towarom (reguła alokacji i wyceny); Model M 3 ułatwia implementację i porównanie własności mechanizmów rynkowych;
23 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 12/20 Mechanizm rynkowy Mechanizm rynkowy Mechanizm rynkowy Mechanizm rynkowy Określa w jaki sposób rozdzielić oferty uczestników na przyjęte i odrzucone a także jakie ceny przypisać poszczególnym towarom (reguła alokacji i wyceny); Model M 3 ułatwia implementację i porównanie własności mechanizmów rynkowych; Mechanizm rynkowy określa w jaki sposób rozdzielić oferty uczestników na przyjęte i odrzucone, oraz jakie ceny przypisać poszczególnym towarom. Poprawnie zaprojektowany mechanizm rynkowy ma określone istotne właściwości (czyli np. jest niewrażliwy na spekulacje (albo jest wrażliwy), jest sprawiedliwy, itd.).
24 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 13/20 Mechanizm rynkowy Integracja modelu M 3 z Java Ułatwienie dla agentów operatorów SolveM3 Narzędzie SolveM3 umożliwia rozwiązywanie reguł alokacji i wyceny dla danych zapisanych w języku M3XML; Wybór odpowiednich reguł alokacji i wyceny poprzez zastosowanie transformat XSLT/XQuery;
25 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 13/20 Mechanizm rynkowy Integracja modelu M 3 z Java Integracja modelu M 3 z Java Ułatwienie dla agentów operatorów SolveM3 Narzędzie SolveM3 umożliwia rozwiązywanie reguł alokacji i wyceny dla danych zapisanych w języku M3XML; Wybór odpowiednich reguł alokacji i wyceny poprzez zastosowanie transformat XSLT/XQuery; Aby ułatwić agentom korzystanie z notacji M3XML, wprowadziliśmy odpowiednie narzędzia oraz frameworki. Dane do mechanizmu rynkowego mogą zostać zapisane w modelu M 3. Narzędzie SolveM3, realizuje rozwiązywanie reguł alokacji i reguł wyceny zapisanych w notacji M3XML.
26 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 14/20 Integracja modelu M 3 z Java Integracja modelu M 3 z Java Ułatwienia dla agentów handlujących i negocjatorów JAXB Framework JAXB Java Architecture for XML Binding; Realizuje mapowanie klas Java na reprezentację XML i odwrotnie; Uzyskujemy realizację modelu M 3 jako klasy Javy;
27 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 14/20 Integracja modelu M 3 z Java Integracja modelu M 3 z Java Integracja modelu M 3 z Java Ułatwienia dla agentów handlujących i negocjatorów JAXB Framework JAXB Java Architecture for XML Binding; Realizuje mapowanie klas Java na reprezentację XML i odwrotnie; Uzyskujemy realizację modelu M 3 jako klasy Javy; Aby ułatwić agentom korzystanie z fragmentów danych, które są zapisywane w notacji M3MXL, wprowadzono mapowanie XML do klas Javy za pomocą frameworka JAXB. Dzięki temu, agenty uzyskując pewne informacje w M3XML, mogą je swobodnie obrabiać (np. składając oferty) korzystając z metod Javy, a następnie mapować je z powrotem do formatu M3XML.
28 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 15/20 Napotkane problemy Problemy napotkane podczas implementacji problem pożądane rozwiązanie Implementacja instancja agent Directory agenta Morris Facilitator Column Zmodyfikowane protokoły rozszerzenie klasy interakcji jade.proto ostateczne rozwiązanie rozszerzenie zwykłego agenta własna implementacja grafy zachowań
29 Problemy napotkane podczas implementacji Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 15/20 Napotkane problemy problem pożądane rozwiązanizanie ostateczne rozwią- Implementacja instancja agent Directory Facilitator go agenta rozszerzenie zwykłe- agenta Morris Column Zmodyfikowane protokoły interakcji jade.proto cja grafy rozszerzenie klasy własna implementa- zachowań Podczas implementacji napotkaliśmy dwa problemy. Jednym z nich, była próba implementacji agenta Morris column jako rozszerzenie specjalnego typu agenta Directory Facilitator (pełni on funkcję Yellow Pages). Jednak ze względu na potrzebę przekazywania do agenta Morris Column złożonych treści, w językach M3XML, XPath oraz XQuery, nie udało się tego zrealizować. Zaimplementowano więc go jako rozszerzenie zwykłego agenta. Drugi problem wynikł z potrzeby rozszerzenia protkołów interakcji. Chcieliśmy zrealizować wymianę komunikatów za pomocą interfejsu jade.proto, ale ze względu na sztywność tego rozwiązania, byliśmy zmuszeni zastosować inne rozwiązanie, oparte o grafy zachowań agentów.
30 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 16/20 Ewaluacja Wyniki negocjacji Negocjacje założenia Handel pozwoleniami na emisję CO2; Pięć podmiotów (USA, EU, Japonia, CANZ (Kanada, Australia, Nowa Zelandia) oraz kraje byłego ZSRR (WNP)) reprezentowane przez agentów negocjatorów; Każdy z podmiotów posiada dane na temat: limitu emisji CO2 (limit Kioto); funkcji kosztów redukcji emisjii; Agenty mogą zawierać kontrakty na sprzedaż/zakup pozwoleń na emisję, lub przeznaczyć pieniądze na redukcję emisjii; Założenia organizacja agentów Każdy z agentów może być aktywny bądź pasywny; Pasywne agenty rejestrują na Morris Column chęć do negocjacji; Aktywne agenty poszukują na Morris Column partnerów do negocjacji; Po skojarzeniu pary agentów następują negocjacje;
31 Negocjacje założenia Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 16/20 Ewaluacja Wyniki negocjacji Handel pozwoleniami na emisję CO2; Pięć podmiotów (USA, EU, Japonia, CANZ (Kanada, Australia, Nowa Zelandia) oraz kraje byłego ZSRR (WNP)) reprezentowane przez agentów negocjatorów; Każdy z podmiotów posiada dane na temat: limitu emisji CO2 (limit Kioto); funkcji kosztów redukcji emisjii; Agenty mogą zawierać kontrakty na sprzedaż/zakup pozwoleń na emisję, lub przeznaczyć pieniądze na redukcję emisjii; Założenia organizacja agentów Każdy z agentów może być aktywny bądź pasywny; Pasywne agenty rejestrują na Morris Column chęć do negocjacji; Aktywne agenty poszukują na Morris Column partnerów do negocjacji; Po skojarzeniu pary agentów następują negocjacje; Działanie platformy zostało zbadane na przykładzie z pracy Joanny Horabik, dotyczącej handlu pozwoleniami na emisję CO2 (przykład ten nie został zamieszczony w pracy). Zakładamy istnienie pięciu podmiotów: (USA, EU, Japonia, CANZ (Kanada, Australia, Nowa Zelandia) oraz kraje byłego ZSRR (WNP)). Każdy podmiot jest reprezentowany przez jednego agenta negocjatora. Każdy z podmiotów posiada informacje na temat swojego limitu emisjii CO2 (tzw. limit Kioto), oraz zna swoją funkcję kosztów redukcji emisjii. Agenty mogą handlować pozwoleniami na emisję, aby zmniejszyć swoje łączne koszty redukcji emisjii. Agenty są zorganizowane w następujący sposób: każdy z agentów może zainicjować negocjacje, bądź oczekiwać na zgłoszenie się partnera. Agenty korzystają w tym procesie z agenta Morris Column.
32 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 17/20 Ewaluacja Wyniki negocjacji Wyniki negocjacji przeprowadzono 10 symulacji Negocjując dochodzą do rozwiązania (zbliżonego do rozwiązania rozważanego w innych pracach); Zawieranych jest około kontraktów między agentami; W wyniku zawartych kontraktów ustala się (prawie) jednolita cena pozwolenia na emisję (około 141 $/Mt); Łączne koszty (dla wszystkich podmiotów) redukcji emisjii zmniejszają się o około 20,5 tys./$;
33 Wyniki negocjacji przeprowadzono 10 symulacji Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 17/20 Ewaluacja Wyniki negocjacji Negocjując dochodzą do rozwiązania (zbliżonego do rozwiązania rozważanego w innych pracach); Zawieranych jest około kontraktów między agentami; W wyniku zawartych kontraktów ustala się (prawie) jednolita cena pozwolenia na emisję (około 141 $/Mt); Łączne koszty (dla wszystkich podmiotów) redukcji emisjii zmniejszają się o około 20,5 tys./$; Agenty negocjują ze sobą, dobierając partnerów w sposób losowy, losowo dobierane są także ilości wymienianych pozwoleń. Zawierają kontraktów, w wyniku zawartych kontraktów ustala się (prawie) jednolita cena pozwolenia na emisję, także łączne koszty redukcji emisji zmniejszają się o około 20,5 tys $
34 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 18/20 Ewaluacja Właściwości techniczne Badanie szybkości przekazywania komunikatów Rysunek: Konfiguracja eksperymentu Testy Czas przesłania pojedynczego aktu komunikacyjnego (propose); Czas trwania negocjacji (protokołu interakcji Iterated Contract Net Interaction Protocol); Badania dla różnych ilości agentów uruchomionych na 10 maszynach.
35 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 18/20 Ewaluacja Właściwości techniczne Badanie szybkości przekazywania komunikatów Badanie szybkości przekazywania komunikatów Testy Czas przesłania pojedynczego aktu komunikacyjnego (propose); Czas trwania negocjacji (protokołu interakcji Iterated Contract Net Interaction Protocol); Badania dla różnych ilości agentów uruchomionych na 10 maszynach. Rysunek: Konfiguracja eksperymentu Badano także wydajność platformy, pod względem szybkości wymiany komunikatów. Mierzyliśmy czas przesłania pojedynczego aktu komunikacyjnego propose oraz czas trwania pojedynczego procesu negocjacji (czyli czas trwania protokołu interakcji Iterated Contract Net Interaction Protocol. Badania przeprowadziliśmy dla różnej liczby agentów na 10 maszynach połączonych siecią LAN.
36 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 19/20 Ewaluacja Właściwości techniczne Czas przesłania pojedynczego aktu komunikacyjnego (propose) no. of agents avg. time std. dev. min time max time [ms] [ms] [ms] [ms] Czas trwania negocjacji protokół interakcji Iterated Contract Net Interaction Protocol no. of agents avg. time std. dev. min time max time [ms] [ms] [ms] [ms]
37 Czas przesłania pojedynczego aktu komunikacyjnego (propose) Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 19/20 Ewaluacja Właściwości techniczne no. of agents avg. time std. dev. min time max time [ms] [ms] [ms] [ms] Czas trwania negocjacji protokół interakcji Iterated Contract Net Interaction Protocol no. of agents avg. time std. dev. min time max time [ms] [ms] [ms] [ms] Jak widać, nawet dla 1000 agentów, średni czas przesłania pojednycznego aktu propose jest bardzo któtki, wynosi do kilkunastu milisekund. Także średni czas trwania negocjacji (stosowana była prosta strategia negocjacji, wymieniano łącznie 2 do 6 aktów propose + dodatkowe komunikaty) jest niedługi dla negocjujących ze sobą agentów wynosi niecałe 200 ms. Można więc stwierdzić, że rozwiązanie jest szybkie.
38 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 20/20 Podsumowanie Podsumowanie Zaimplemenowano wieloagentową platformę wymiany wielotowarowej w środowisku Java, wykorzystując model danych M 3, standardy komunikacji FIPA oraz frameworki Javy: JAXB oraz JADE. Możliwości wieloagentowej platformy wymiany towarów: Szybka wymiana komunikatów; Szkielet do implementacji specjalizowanych rozwiązań, np. do handlu pozwoleniami na emisję CO2; Możliwość implementacji dowolnego mechanizmu rynkowego: opis problemu modelowany w M 3 ; zapis danych rynkowych w M3XML; implementacja mechanizmu w aplikacji SolveM3;
39 Projekt i implementacja wieloagentowej platformy handlu wielotowarowego w języku Java 20/20 Podsumowanie Podsumowanie Podsumowanie Zaimplemenowano wieloagentową platformę wymiany wielotowarowej w środowisku Java, wykorzystując model danych M 3, standardy komunikacji FIPA oraz frameworki Javy: JAXB oraz JADE. Możliwości wieloagentowej platformy wymiany towarów: Szybka wymiana komunikatów; Szkielet do implementacji specjalizowanych rozwiązań, np. do handlu pozwoleniami na emisję CO2; Możliwość implementacji dowolnego mechanizmu rynkowego: opis problemu modelowany w M 3 ; zapis danych rynkowych w M3XML; implementacja mechanizmu w aplikacji SolveM3; Podsumowując, teza zosała udowodniona: możliwa jest implementacja wieloagentowej platformy wymiany wielotowarowej w środowisku Java, wykorzystując model danych M 3, standardy komunikacji FIPA oraz frameworki Javy: JAXB oraz JADE. Platforma cechuje się szybką wymianą komunikatów, jest dobrym szkieletem do implementacji specjalizowanych rozwiązań, np. do zaprezentowanego handlu pozwoleniami na emisję CO2. Posiada ona duże możliwości rozwoju dzięki zastosowaniu modelu M 3 do opisu danych rynkowych.
Application of the multi-agent systems in the context of the multi-commodity market model M 3
Application of the multi-agent systems in the context of the multi-commodity market model M 3 1/30 Application of the multi-agent systems in the context of the multi-commodity market model M 3 Piotr Pałka
Bardziej szczegółowoWeronika Radziszewska IBS PAN
Komputerowe zarządzanie energią w ośrodku badawczym z rozproszonymi źródłami energii i zmiennym zapotrzebowaniem energetycznym na eksperymenty badawcze Weronika Radziszewska IBS PAN 1 Plan prezentacji
Bardziej szczegółowoKomunikacja w systemie wieloagentowym
Komunikacja w systemie wieloagentowym Piotr Pałka Instytut Automatyki i Informatyki Stosowanej Politechnika Warszawska 20 października 2009 Piotr Pałka Komunikacja w systemie wieloagentowym 1/16 Komunikacja
Bardziej szczegółowoWIELOAGENTOWA PLATFORMA HANDLU DLA LOKALNEGO RYNKU ENERGII ELEKTRYCZNEJ *
WIELOAGENTOWA PLATFORMA HANDLU DLA LOKALNEGO RYNKU ENERGII ELEKTRYCZNEJ * Mariusz Kaleta, Piotr Pałka, Eugeniusz Toczyłowski Słowa kluczowe: system wieloagentowy, lokalny rynek energii, kontrakty negocjowane
Bardziej szczegółowoO-MaSE Organization-based Multiagent System Engineering. MiASI2, TWO2,
O-MaSE Organization-based Multiagent System Engineering MiASI2, TWO2, 2017-2018 Materiały Strona poświęcona metodzie O-MaSE http://macr.cis.ksu.edu/projects/omase.html (Multiagent & Cooperative Reasoning
Bardziej szczegółowoDialogowe akty mowy w modelach sztucznej inteligencji
Dialogowe akty mowy w modelach sztucznej inteligencji O. Yaskorska 1 K. Budzynska 1 M. Kacprzak 2 1 Wydział Filozofii Chrześcijańskiej, Uniwersytet Kardynała Stefana Wyszyńskiego w Warszawie 2 Wydział
Bardziej szczegółowoAkademickie Centrum Informatyki PS. Wydział Informatyki PS
kademickie Centrum Informatyki PS Wydział Informatyki PS Wydział Informatyki Sieci komputerowe i Telekomunikacyjne Transmisja w protokole IP Krzysztof ogusławski tel. 4 333 950 kbogu@man.szczecin.pl 1.
Bardziej szczegółowoOdniesienie do efektów kształcenia dla obszaru nauk EFEKTY KSZTAŁCENIA Symbol
KIERUNKOWE EFEKTY KSZTAŁCENIA Wydział Informatyki i Zarządzania Kierunek studiów INFORMATYKA (INF) Stopień studiów - pierwszy Profil studiów - ogólnoakademicki Projekt v1.0 z 18.02.2015 Odniesienie do
Bardziej szczegółowoProces dwukierunkowej wymiany danych
Proces dwukierunkowej wymiany danych Elektroniczna wymiana danych jest to transfer biznesowych informacji transakcyjnych od komputera do komputera z wykorzystaniem standardowych, zaakceptowanych formatów
Bardziej szczegółowoVirtual Grid Resource Management System with Virtualization Technology
Virtual Grid Resource Management System with Virtualization Technology System zarządzania zasobami wirtualnego Gridu z wykorzystaniem technik wirtualizacji Joanna Kosińska Jacek Kosiński Krzysztof Zieliński
Bardziej szczegółowoZaawansowane narzędzia programowania rozproszonego
Zaawansowane narzędzia programowania rozproszonego Karol Gołąb karol.golab@tls-technologies.com 28 listopada 2001 1 Streszczenie Omówienie i porównanie popularnych standardów mechanizmów komunikacyjnych:
Bardziej szczegółowoAutomatyzacja 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ółowo1 Wprowadzenie do J2EE
Wprowadzenie do J2EE 1 Plan prezentacji 2 Wprowadzenie do Java 2 Enterprise Edition Aplikacje J2EE Serwer aplikacji J2EE Główne cele V Szkoły PLOUG - nowe podejścia do konstrukcji aplikacji J2EE Java 2
Bardziej szczegółowoProblemy niezawodnego przetwarzania w systemach zorientowanych na usługi
Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi Jerzy Brzeziński, Anna Kobusińska, Dariusz Wawrzyniak Instytut Informatyki Politechnika Poznańska Plan prezentacji 1 Architektura
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ółowoAnaliza i projekt systemu pracy grupowej z zastosowaniem metodyki SCRUM w technologii SharePoint Karolina Konstantynowicz
Analiza i projekt systemu pracy grupowej z zastosowaniem metodyki SCRUM w technologii SharePoint Karolina Konstantynowicz Promotor dr inż. Szymon Supernak Warszawa, 22.05.2014 Plan prezentacji 1. Cel i
Bardziej szczegółowoDane Klienta: Staples Polska Sp. z o.o. Bysewska 18 80-298 Gdańsk www.staplesadvantage.pl
Dane Klienta: Staples Polska Sp. z o.o. Bysewska 18 80-298 Gdańsk www.staplesadvantage.pl Staples Polska Sp. z o.o. (dawniej Corporate Express Polska Sp. z o.o.) to jeden z największych na świecie dostawców
Bardziej szczegółowoDOTACJE NA INNOWACJE
Strzyżów, 29-05-2013 Ogłoszenie o zamówieniu kompleksowego wdrożenia systemu B2B do współpracy handlowej pomiędzy firmą Triton a Partnerami Zamawiający: TRITON S.C. Marcin Bosek, Janusz Rokita ul. Słowackiego
Bardziej szczegółowoXQTav - reprezentacja diagramów przepływu prac w formacie SCUFL przy pomocy XQuery
http://xqtav.sourceforge.net XQTav - reprezentacja diagramów przepływu prac w formacie SCUFL przy pomocy XQuery dr hab. Jerzy Tyszkiewicz dr Andrzej Kierzek mgr Jacek Sroka Grzegorz Kaczor praca mgr pod
Bardziej szczegółowoKIERUNKOWE EFEKTY KSZTAŁCENIA
WYDZIAŁ INFORMATYKI I ZARZĄDZANIA Kierunek studiów: INFORMATYKA Stopień studiów: STUDIA I STOPNIA Obszar Wiedzy/Kształcenia: OBSZAR NAUK TECHNICZNYCH Obszar nauki: DZIEDZINA NAUK TECHNICZNYCH Dyscyplina
Bardziej szczegółowoMarek Parfieniuk, Tomasz Łukaszuk, Tomasz Grześ. Symulator zawodnej sieci IP do badania aplikacji multimedialnych i peer-to-peer
Marek Parfieniuk, Tomasz Łukaszuk, Tomasz Grześ Symulator zawodnej sieci IP do badania aplikacji multimedialnych i peer-to-peer Plan prezentacji 1. Cel projektu 2. Cechy systemu 3. Budowa systemu: Agent
Bardziej szczegółowoDSL w środowisku Eclipse. Grzegorz Białek Architekt techniczny, Sygnity S.A.
DSL w środowisku Eclipse Grzegorz Białek Architekt techniczny, Sygnity S.A. Agenda Wstęp do tematu (10 min) Sens tworzenia języków biznesowych UML jako język biznesu? Zintegrowane środowisko deweloperskie
Bardziej szczegółowoKIERUNKOWE EFEKTY KSZTAŁCENIA
WYDZIAŁ INFORMATYKI I ZARZĄDZANIA Kierunek studiów: INFORMATYKA Stopień studiów: STUDIA I STOPNIA Obszar Wiedzy/Kształcenia: OBSZAR NAUK TECHNICZNYCH Obszar nauki: DZIEDZINA NAUK TECHNICZNYCH Dyscyplina
Bardziej szczegółowoDotacje na innowacje - Inwestujemy w Waszą przyszłość ZAPYTANIE OFERTOWE
Warszawa, 13.09.2013 Nabywca: Rabateo Sp. z o.o. Ul. Tamka38 00-355 Warszawa Tel./fax 22 556 23 45 e-mail: dariusz.urbanski@rabateo.coml Dane oferenta: ZAPYTANIE OFERTOWE W zawiązku z realizacją projektu
Bardziej szczegółowoDariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki
Dariusz Brzeziński Politechnika Poznańska, Instytut Informatyki Język programowania prosty bezpieczny zorientowany obiektowo wielowątkowy rozproszony przenaszalny interpretowany dynamiczny wydajny Platforma
Bardziej szczegółowoZadanie 1: rozproszona wiedza SKJ (2016)
Zadanie 1: rozproszona wiedza SKJ (2016) Wstęp Zadanie polega na zaimplementowaniu systemu do utrzymywania rozproszonej wiedzy pomiędzy agentami. Agent to program uruchomiony na hoście posiadający pewną
Bardziej szczegółowoTom 6 Opis oprogramowania
Część 4 Narzędzie do wyliczania wielkości oraz wartości parametrów stanu Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 30 maja 2012 Historia dokumentu Nazwa
Bardziej szczegółowoProgramowanie obiektowe
Laboratorium z przedmiotu Programowanie obiektowe - zestaw 03 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas abstrakcyjnych i interfejsów. Wprowadzenie
Bardziej szczegółowoPAŃSTWOWA WYŻSZA SZKOŁA ZAWODOWA W NYSIE
PAŃSTWOWA WYŻSZA SZKOŁA ZAWODOWA W NYSIE Efekty uczenia się Kierunek Informatyka Studia pierwszego stopnia Profil praktyczny Umiejscowienie kierunku informatyka w obszarze kształcenia: Obszar wiedzy: nauki
Bardziej szczegółowoTomasz Grześ. Systemy zarządzania treścią
Tomasz Grześ Systemy zarządzania treścią Co to jest CMS? CMS (ang. Content Management System System Zarządzania Treścią) CMS definicje TREŚĆ Dowolny rodzaj informacji cyfrowej. Może to być np. tekst, obraz,
Bardziej szczegółowoTworzenie i obsługa wirtualnego laboratorium komputerowego
Uniwersytet Mikołaja Kopernika Wydział Fizyki, Astronomii i Informatyki Stosowanej Michał Ochociński nr albumu: 236401 Praca magisterska na kierunku informatyka stosowana Tworzenie i obsługa wirtualnego
Bardziej szczegółowoProgramowanie obiektowe
Laboratorium z przedmiotu Programowanie obiektowe - zestaw 02 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas i obiektów z wykorzystaniem dziedziczenia.
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ółowoOpracowanie protokołu komunikacyjnego na potrzeby wymiany informacji w organizacji
Opracowanie protokołu komunikacyjnego na potrzeby wymiany informacji w organizacji Robert Hryniewicz Promotor: dr inż. Krzysztof Różanowski Cele pracy Opracowanie protokołu komunikacyjnego służącego do
Bardziej szczegółowoSerock warsztaty epuap 28 październik 2009 r. Sławomir Chyliński Andrzej Nowicki WOI-TBD Szczecin
Serock warsztaty epuap 28 październik 2009 r. Sławomir Chyliński Andrzej Nowicki WOI-TBD Szczecin Plan prezentacji euw: 1. Architektura systemu i komponenty 2. Zarządzanie obszarem wspólnym 3. Wniosek
Bardziej szczegółowoKomunikacja 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ółowoLABORATORIUM WIRTUALNE W DYDAKTYCE I BADANIACH NAUKOWYCH
LABORATORIUM WIRTUALNE W DYDAKTYCE I BADANIACH NAUKOWYCH prof. dr hab. inż. Bogdan GALWAS, doc. dr inż. Elżbieta PIWOWARSKA, mgr inż. Marcin GODZIEMBA-MALISZEWSKI Ośrodek Kształcenia na Odległość OKNO
Bardziej szczegółowoZARZĄDZANIE DOKUMENTACJĄ. Tomasz Jarmuszczak PCC Polska
ZARZĄDZANIE DOKUMENTACJĄ Tomasz Jarmuszczak PCC Polska Problemy z zarządzaniem dokumentacją Jak znaleźć potrzebny dokument? Gdzie znaleźć wcześniejszą wersję? Która wersja jest właściwa? Czy projekt został
Bardziej szczegółowoZapytanie ofertowe na: Zakup wartości niematerialnej i prawnej w postaci nowoczesnego systemu B2B wraz ze szkoleniem z obsługi ww.
Warszawa, dnia 24.05.2012 r. Zapytanie ofertowe na: Zakup wartości niematerialnej i prawnej w postaci nowoczesnego systemu B2B wraz ze szkoleniem z obsługi ww. systemu Tytuł projektu: Automatyzacja procesów
Bardziej szczegółowoTom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania
Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 21 maja 2012 Historia dokumentu
Bardziej szczegółowoDeduplikacja 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ółowoSerwery LDAP w środowisku produktów w Oracle
Serwery LDAP w środowisku produktów w Oracle 1 Mariusz Przybyszewski Uwierzytelnianie i autoryzacja Uwierzytelnienie to proces potwierdzania tożsamości, np. przez: Użytkownik/hasło certyfikat SSL inne
Bardziej szczegółowoProgramowanie Komponentowe WebAPI
Programowanie Komponentowe WebAPI dr inż. Ireneusz Szcześniak jesień 2016 roku WebAPI - interfejs webowy WebAPI to interfejs aplikacji (usługi, komponentu, serwisu) dostępnej najczęściej przez Internet,
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ółowoZałącznik 15. Komunikacja
Załącznik 15 Komunikacja Dzień I 9.00-10.45 Powitanie i wzajemne przedstawienie się trenera i uczestników Wstępna integracja grupy Analiza oczekiwań uczestników, prezentacja celów i założeń treningu i
Bardziej szczegółowoPoczątki Javy. dr Anna Łazińska, WMiI UŁ Podstawy języka Java 1 / 8
Początki Javy Java została pierwotnie zaprojektowana dla telewizji interaktywnej, ale była to zbyt zaawansowaną technologią dla branży cyfrowej telewizji kablowej. James Gosling, Mike Sheridan i Patrick
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ółowoCzym jest Java? Rozumiana jako środowisko do uruchamiania programów Platforma software owa
1 Java Wprowadzenie 2 Czym jest Java? Język programowania prosty zorientowany obiektowo rozproszony interpretowany wydajny Platforma bezpieczny wielowątkowy przenaszalny dynamiczny Rozumiana jako środowisko
Bardziej szczegółowoInteligentne kontrakty oparte o blockchain. Mateusz Zaborski
Inteligentne kontrakty oparte o blockchain Mateusz Zaborski M.Zaborski@mini.pw.edu.pl Plan prezentacji Technologia blockchain Bitcoin Rozproszony rejestr Ethereum Inteligentne kontrakty Symulacja wieloagentowa
Bardziej szczegółowoProgramowanie obiektowe
Laboratorium z przedmiotu - zestaw 03 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas abstrakcyjnych i interfejsów. Wprowadzenie teoretyczne. Rozważana
Bardziej szczegółowoInfrastruktura bibliotek cyfrowych
Infrastruktura bibliotek cyfrowych w sieci PIONIER C. Mazurek, M.Stroiński, M.Werla, J.Węglarz Poznańskie Centrum Superkomputerowo-Sieciowe Polskie Biblioteki Cyfrowe, Poznań, 25.11.2008r. Polski Internet
Bardziej szczegółowoDLA SEKTORA INFORMATYCZNEGO W POLSCE
DLA SEKTORA INFORMATYCZNEGO W POLSCE SRK IT obejmuje kompetencje najważniejsze i specyficzne dla samego IT są: programowanie i zarządzanie systemami informatycznymi. Z rozwiązań IT korzysta się w każdej
Bardziej szczegółowoXML i nowoczesne technologie zarządzania treścią
XML i nowoczesne technologie zarządzania treścią Egzamin, 7 lutego 2014 r. Imię i nazwisko: Czas: 90 minut. Maksymalna suma punktów: 50. Pytania testowe są wielokrotnego wyboru, można przyjąć że co najmniej
Bardziej szczegółowoOSGi Agata Hejmej 4.05.2009
OSGi Agata Hejmej 4.05.2009 Plan prezentacji Co to jest OSGi Jakie problemy rozwiązuje Opis standardu Przykładowa aplikacja Podsumowanie korzyści Co to jest OSGi? Standard, który pozwala na tworzenie wysoce
Bardziej szczegółowoPodstawy programowania. Wprowadzenie
Podstawy programowania Wprowadzenie Proces tworzenia programu Sformułowanie problemu funkcje programu zakres i postać danych postać i dokładność wyników Wybór / opracowanie metody rozwiązania znaleźć matematyczne
Bardziej szczegółowoSOA 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ółowoAukcja czasu Zastosowanie dla studiów elastycznych Wstępne założenia i koncepcja
Aukcja czasu Zastosowanie dla studiów elastycznych Wstępne założenia i koncepcja Piotr Modliński IAiIS PW 7 lutego 2011 Agenda 1 Założenia Realizacje dzisiaj 2 Słownik Wymagania z różnych punktów widzenia
Bardziej szczegółowoHP Service Anywhere Uproszczenie zarządzania usługami IT
HP Service Anywhere Uproszczenie zarządzania usługami IT Robert Nowak Architekt rozwiązań HP Software Dlaczego Software as a Service? Najważniejsze powody za SaaS UZUPEŁNIENIE IT 2 Brak zasobów IT Ograniczone
Bardziej szczegółowozarządzająca popytem i podażą energii w obszarze odbiorców końcowych
Zintegrowana platforma zarządzająca popytem i podażą energii w obszarze odbiorców końcowych R o b e r t D u s z k a G r z e g o r z M a t u s z e w s k i K r z y s z t o f D ę b o w s k i 3 0 m a r c a
Bardziej szczegółowoMODEL SYSTEMU WIELOAGENTOWEGO KORZYSTAJĄCEGO Z DANYCH SIECI SEMANTYCZNEJ W PROJEKCIE OPEN NATURA 2000
JAKUB BILSKI E-mail: jakub@blsk.pl Katedra Inżynierii Komputerowej, Wydział Elektroniki i Informatyki Politechnika Koszalińska Śniadeckich 2, 75-453 Koszalin MODEL SYSTEMU WIELOAGENTOWEGO KORZYSTAJĄCEGO
Bardziej szczegółowoProgramowanie obiektowe
Laboratorium z przedmiotu - zestaw 02 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas i obiektów z wykorzystaniem dziedziczenia. Wprowadzenie teoretyczne.
Bardziej szczegółowoKoncepcja wirtualnej pracowni GIS w oparciu o oprogramowanie open source
Koncepcja wirtualnej pracowni GIS w oparciu o oprogramowanie open source Dr inż. Michał Bednarczyk Uniwersytet Warmińsko-Mazurski w Olsztynie Wydział Geodezji i Gospodarki Przestrzennej Katedra Geodezji
Bardziej szczegółowoInformacje wstępne Autor Zofia Kruczkiewicz Wzorce oprogramowania 4
Utrwalanie danych zastosowanie obiektowego modelu danych warstwy biznesowej do generowania schematu relacyjnej bazy danych Informacje wstępne Autor Zofia Kruczkiewicz Wzorce oprogramowania 4 1. Relacyjne
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ółowoMiędzyplatformowy interfejs systemu FOLANessus wykonany przy użyciu biblioteki Qt4
Uniwersytet Mikołaja Kopernika w Toruniu Wydział Matematyki i Informatyki Wydział Fizyki, Astronomii i Informatyki Stosowanej Agnieszka Holka Nr albumu: 187396 Praca magisterska na kierunku Informatyka
Bardziej szczegółowoDOTACJE NA INNOWACJE
Rzeszów, 09.12.2013r. Zamówienie na stworzenie i wdrożenie systemu B2B do projektu pt. Platforma B2B do obsługi procesu powstawania produktu reklamowego Zamawiający: GREEN FLY Bartłomiej Inglot ul. Tarnowska
Bardziej szczegółowoRozwiązania SCM i Portal dla handlu i przemysłu
POŁĄCZ WSZYSTKICH UCZESTNIKÓW PROCESU Jedna platforma IT wszystko pod kontrolą Rozwiązania SCM i Portal dla handlu i przemysłu Jedna platforma IT wszystko pod kontrolą Rozwiązania SCM i Portal Świat kręci
Bardziej szczegółowoAnaliza 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ółowoWirtualizacja zasobów IPv6 w projekcie IIP
Wirtualizacja zasobów IPv6 w projekcie IIP Artur Binczewski, Bartosz Gajda, Wiktor Procyk, Robert Szuman Poznańskie Centrum Superkomputerowo Sieciowe Adam Grzech, Jan Kwiatkowski, Krzysztof Chudzik Politechnika
Bardziej szczegółowoInstrukcja instalacji Asystenta Hotline
SoftVig Systemy Informatyczne Sp. z o.o. Instrukcja instalacji Asystenta Hotline Ver. 3.5 2012-06-19 2 Instrukcja obsługi programu Asystent Hotline Zawartość 1 INSTALACJA PROGRAMU 3 1.1 WARUNKI KONIECZNE
Bardziej szczegółowoJADE Java Agent Development Framework. MiASI2, TWO2,
JADE Java Agent Development Framework MiASI2, TWO2, 2014-2015 Materiały Strona projektu JADE http://jade.tilab.com/ (Telecom Italia, University of Parma, Motorola Labs) Dokumentacja Programming Tutorial
Bardziej szczegółowoSpis 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ółowoWykład Ćwiczenia Laboratorium Projekt Seminarium
WYDZIAŁ ELEKTRONIKI KARTA PRZEDMIOTU Nazwa w języku polskim Języki programowania Nazwa w języku angielskim Programming languages Kierunek studiów (jeśli dotyczy): Informatyka - INF Specjalność (jeśli dotyczy):
Bardziej szczegółowo3.1. Na dobry początek
Klasa I 3.1. Na dobry początek Regulamin pracowni i przepisy BHP podczas pracy przy komputerze Wykorzystanie komputera we współczesnym świecie Zna regulamin pracowni i przestrzega go. Potrafi poprawnie
Bardziej szczegółowoOpis systemu CitectFacilities. (nadrzędny system sterowania i kontroli procesu technologicznego)
Opis systemu CitectFacilities (nadrzędny system sterowania i kontroli procesu technologicznego) I. Wstęp. Zdalny system sterowania, wizualizacji i nadzoru zostanie wykonany w oparciu o aplikację CitectFacilities,
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ółowoZaawansowane programowanie obiektowe - wykład 5
Zaawansowane programowanie obiektowe - wykład 5 dr Piotr Jastrzębski (czynnościowe) opisują zachowanie obiektów, komunikację pomiędzy nimi i ich odpowiedzialność. Interpreter Iterator (kursor) Łańcuch
Bardziej szczegółowoRównoważenie obciążenia w sieci robotów internetowych. Adam Grycner, nr indeksu 209179 Łukasz Kornek, nr indeksu 209145 28 czerwca 2011
Równoważenie obciążenia w sieci robotów internetowych Adam Grycner, nr indeksu 209179 Łukasz Kornek, nr indeksu 209145 28 czerwca 2011 SPIS TREŚCI SPIS TREŚCI Spis treści 1 Opis problemu 2 1.1 Obliczanie
Bardziej szczegółowoRozkład materiału do nauczania informatyki w liceum ogólnokształcącym Wersja I
Zespół TI Instytut Informatyki Uniwersytet Wrocławski ti@ii.uni.wroc.pl http://www.wsip.com.pl/serwisy/ti/ Rozkład materiału do nauczania informatyki w liceum ogólnokształcącym Wersja I Rozkład zgodny
Bardziej szczegółowoStan zaawansowania prac dotyczących zamówienia na opracowanie i wdrożenie rdzenia systemu e Urząd.
Stan zaawansowania prac dotyczących zamówienia na opracowanie i wdrożenie rdzenia systemu e Urząd. Andrzej Natuniewicz, Andrzej Perkowski Departament Geodezji i Kartografii Urząd Marszałkowski Województwa
Bardziej szczegółowoBezpieczne miasto. koncepcja i rozwiązania w projekcie Mayday Euro 2012
Bezpieczne miasto koncepcja i rozwiązania w projekcie Mayday Euro 2012 II Konferencja i3: internet - infrastruktury - innowacje Wrocław, 1-3 grudnia 2010 Rafał Knopa Rafal.Knopa@eti.pg.gda.pl Plan prezentacji
Bardziej szczegółowoAutomatyka i Robotyka studia stacjonarne drugiego stopnia
#384 #380 dr inż. Mirosław Gajer Projekt i implementacja narzędzia do profilowania kodu natywnego przy wykorzystaniu narzędzi Android NDK (Project and implementation of tools for profiling native code
Bardziej szczegółowoRemote Quotation Protocol - opis
Remote Quotation Protocol - opis Michał Czerski 20 kwietnia 2011 Spis treści 1 Streszczenie 1 2 Cele 2 3 Terminologia 2 4 Założenia 2 4.1 Połączenie............................... 2 4.2 Powiązania z innymi
Bardziej szczegółowoRozkład materiału do nauczania informatyki w liceum ogólnokształcącym Wersja II
Zespół TI Instytut Informatyki Uniwersytet Wrocławski ti@ii.uni.wroc.pl http://www.wsip.com.pl/serwisy/ti/ Rozkład materiału do nauczania informatyki w liceum ogólnokształcącym Wersja II Rozkład wymagający
Bardziej szczegółowohttp://localhost/wachowicz/negocalc.php
Page 1 of 8 Witryna naukowa Tomasza Wachowicza poświęcona modelowaniu i wspomaganiu negocjacji, negocjacji elekronicznych i mediacji Aktualności Publikacje Dydaktyka e-negocalc O autorze Kontakt e-negocalc
Bardziej szczegółowoKurs OPC S7. Spis treści. Dzień 1. I OPC motywacja, zakres zastosowań, podstawowe pojęcia dostępne specyfikacje (wersja 1501)
Spis treści Dzień 1 I OPC motywacja, zakres zastosowań, podstawowe pojęcia dostępne specyfikacje (wersja 1501) I-3 O czym będziemy mówić? I-4 Typowe sytuacje I-5 Klasyczne podejście do komunikacji z urządzeniami
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ółowoGML w praktyce geodezyjnej
GML w praktyce geodezyjnej Adam Iwaniak Kon-Dor s.c. Konferencja GML w praktyce, 12 kwietnia 2013, Warszawa SWING Rok 1995, standard de jure Wymiany danych pomiędzy bazami danych systemów informatycznych
Bardziej szczegółowoKrajowy Punkt Dostępowy doświadczenia z realizacji projektu
Krajowy Punkt Dostępowy doświadczenia z realizacji projektu Agenda parę słów o firmie QUMAK S.A. Krajowy Punkt Dostępowy (KPD) opis projektu Zastosowane rozwiązania Doświadczenia z realizacji projektu
Bardziej szczegółowoKlasa 2 INFORMATYKA. dla szkół ponadgimnazjalnych zakres rozszerzony. Założone osiągnięcia ucznia wymagania edukacyjne na. poszczególne oceny
Klasa 2 INFORMATYKA dla szkół ponadgimnazjalnych zakres rozszerzony Założone osiągnięcia ucznia wymagania edukacyjne na poszczególne oceny Algorytmy 2 3 4 5 6 Wie, co to jest algorytm. Wymienia przykłady
Bardziej szczegółowoMetody ilościowe w badaniach ekonomicznych
prof. dr hab. Tadeusz Trzaskalik dr hab. Maciej Nowak, prof. UE Wybór portfela projektów z wykorzystaniem wielokryterialnego programowania dynamicznego Metody ilościowe w badaniach ekonomicznych 19-06-2017
Bardziej szczegółowoModelowanie i Programowanie Obiektowe
Modelowanie i Programowanie Obiektowe Wykład I: Wstęp 20 październik 2012 Programowanie obiektowe Metodyka wytwarzania oprogramowania Metodyka Metodyka ustandaryzowane dla wybranego obszaru podejście do
Bardziej szczegółowoCzęść I Dostęp do danych oraz moŝliwości programowe (silnik bazy danych)
Spis treści Wstęp... xi Część I Dostęp do danych oraz moŝliwości programowe (silnik bazy danych) 1 Program SQL Server Management Studio oraz język Transact SQL... 3 Omówienie programu SQL Server Management
Bardziej szczegółowoAutomatyzacja procesu tworzenia i zarządzania Wirtualnymi Organizacjami w oparciu o wiedzę w zastosowaniu do architektur zorientowanych na usługi
IT-SOA Automatyzacja procesu tworzenia i zarządzania Wirtualnymi Organizacjami w oparciu o wiedzę w zastosowaniu do architektur zorientowanych na usługi Dariusz Król, W. Funika, B. Kryza, R. Słota, J.
Bardziej szczegółowoWykł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ół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ółowoWebowy generator wykresów wykorzystujący program gnuplot
Uniwersytet Mikołaja Kopernika Wydział Fizyki, Astronomii i Informatyki Stosowanej Marcin Nowak nr albumu: 254118 Praca inżynierska na kierunku informatyka stosowana Webowy generator wykresów wykorzystujący
Bardziej szczegółowoProtokoły sieciowe model ISO-OSI Opracował: Andrzej Nowak
Protokoły sieciowe model ISO-OSI Opracował: Andrzej Nowak OSI (ang. Open System Interconnection) lub Model OSI to standard zdefiniowany przez ISO oraz ITU-T, opisujący strukturę komunikacji sieciowej.
Bardziej szczegółowoIntegracja Obieg Dokumentów - GiS Spis treści
Integracja Obieg Dokumentów - GiS Spis treści 1.Opis integracji.... 2 2.Interfejs po stronie Obiegu Dokumentów... 4 3.Interfejs po stronie Gis-u.... 7 4.Schematy przesyłanych plików xml.... 8 1 1. Opis
Bardziej szczegółowoUniwersytet Mikołaja Kopernika w Toruniu Wydział Matematyki i Informatyki Wydział Fizyki, Astronomii i Informatyki Stosowanej Instytut Fizyki
Uniwersytet Mikołaja Kopernika w Toruniu Wydział Matematyki i Informatyki Wydział Fizyki, Astronomii i Informatyki Stosowanej Instytut Fizyki Tomasz Pawłowski Nr albumu: 146956 Praca magisterska na kierunku
Bardziej szczegółowo