O-MaSE Organization-based Multiagent System Engineering. MiASI2, TWO2,

Podobne dokumenty
Programowanie obiektowe

Inżynieria oprogramowania. Przypadki użycia. Piotr Miklosik Mirosław Ochodek

Programowanie obiektowe

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

METODYKI BUDOWY HYBRYDOWYCH SYSTEMÓW WIELOAGENTOWYCH

KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH

Automatyzacja procesu tworzenia i zarządzania Wirtualnymi Organizacjami w oparciu o wiedzę w zastosowaniu do architektur zorientowanych na usługi

Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski

Feature Driven Development

OpenAI Gym. Adam Szczepaniak, Kamil Walkowiak

Część III - Zadanie nr 4.4: Oprogramowanie do zarządzania. Lp. Zwartość karty Opis 1 Specyfikacja techniczna / funkcjonalna przedmiotu zamówienia

Kraków, 14 marca 2013 r.

Współczesna problematyka klasyfikacji Informatyki

ZAMAWIAJĄCY. CONCEPTO Sp. z o.o.

Modelowanie i analiza systemów informatycznych

Modelowanie i analiza systemów informatycznych

TECHNOLOGIE INTERNETOWE W ZARZĄDZANIU I BIZNESIE TIZIB 05 ZOFIA KRUCZKIEWICZ PROJEKTOWANIE SYSTEMÓW WIELOAGENTOWYCH MULTIAGENT SYSTEM PROJECT

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

Diagramy klas. dr Jarosław Skaruz

SPOSOBY POMIARU KĄTÓW W PROGRAMIE AutoCAD

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

Diagram przypadków użycia

Tworzenie programów równoległych. Krzysztof Banaś Obliczenia równoległe 1

System Kontroli Bazy Danych Topograficznych (SKBDT) zawód kartografa?

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych

OSGi Agata Hejmej

Analiza i projektowanie aplikacji Java

Zakres tematyczny dotyczący podstaw programowania Microsoft Office Excel za pomocą VBA

Diagram Przepływu Danych - podstawowe bloki składowe i reguły konstrukcji

Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji

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

Projekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011

Język opisu sprzętu VHDL

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 6 Wskazówki i sugestie

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

Wykład 1 Inżynieria Oprogramowania

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

Metody badań w naukach ekonomicznych

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie

miejsca przejścia, łuki i żetony

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

Systemy Informatyki Przemysłowej

Zaawansowane programowanie obiektowe - wykład 5

JAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE?

Wypożyczalnia VIDEO. Technologie obiektowe

Modele bezpieczeństwa logicznego i ich implementacje w systemach informatycznych / Aneta Poniszewska-Marańda. Warszawa, 2013.

Tworzenie programów równoległych. Krzysztof Banaś Obliczenia równoległe 1

Zarządzanie infrastrukturą sieciową Modele funkcjonowania sieci

Sieci Petriego. Sieć Petriego

AN EVOLUTION PROCESS FOR SERVICE- ORIENTED SYSTEMS

Zakresy prywatnych adresów IPv4: / / /24

UML cz. I. UML cz. I 1/1

INSTRUKCJA. rejestrowania się na szkolenie/cykl szkoleniowy oraz uzupełniania niezbędnej unijnej dokumentacji uczestnictwa w projekcie (PEFS)

Zmiany w zakresie obsługi niepublicznych papierów wartościowych. Spotkanie

Michał Adamczyk. Język UML

Egzamin / zaliczenie na ocenę*

SPECYFIKACJA WYMAGAŃ

Podstawy Programowania Obiektowego

Application of the multi-agent systems in the context of the multi-commodity market model M 3

Rozproszone systemy internetowe

Obsługa niepublicznych papierów wartościowych w systemie depozytowym KDPW. Seminarium dyskusyjne z TFI

Wprowadzenie w tematykę zarządzania przedsięwzięciami/projektami. dr inż. Agata Klaus-Rosińska

UML w Visual Studio. Michał Ciećwierz

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

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

WOJSKOWA AKADEMIA TECHNICZNA

AUTOMATYZACJA PROCESÓW DYSKRETNYCH 2014

PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK

Rok akademicki: 2012/2013 Kod: ZIE s Punkty ECTS: 3. Poziom studiów: Studia I stopnia Forma i tryb studiów: -

Identyfikacja i modelowanie struktur i procesów biologicznych

Zał nr 4 do ZW. Dla grupy kursów zaznaczyć kurs końcowy. Liczba punktów ECTS charakterze praktycznym (P)

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE

Projektowanie Graficznych Interfejsów Użytkownika Robert Szmurło

Przesyłania danych przez protokół TCP/IP

KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH

Rozkład materiału do zajęć z informatyki. realizowanych według podręcznika

Wprowadzenie w tematykę zarządzania projektami/przedsięwzięciami

ICD Wprowadzenie. Wprowadzenie. Czym jest In-Circuit Debugger? 2. O poradniku 3. Gdzie szukać dodatkowych informacji? 4

Analiza i projektowanie obiektowe 2016/2017. Wykład 11: Zaawansowane wzorce projektowe (1)

Wykład 8. Testowanie w JEE 5.0 (1) Autor: Zofia Kruczkiewicz. Zofia Kruczkiewicz

Procedura Walidacyjna Interfejs

Hyprovision DLP. Monitorowanie kopiowania i usuwania plików. (Wersja )

Podstawy programowania III WYKŁAD 4

Diagramy przypadków użycia

SYLABUS/KARTA PRZEDMIOTU

SYLABUS DOTYCZY CYKLU KSZTAŁCENIA realizacja w roku akademickim 2016/2017

Projektowanie obiektowe Wzorce projektowe. Gang of Four Wzorce rozszerzeń

Tomasz Grześ. Systemy zarządzania treścią

Podstawy modelowania programów Kod przedmiotu

Warszawa, Wytyczne dla projektu Biblioteka GUI

Identyfikacja i modelowanie struktur i procesów biologicznych

Modelowanie i analiza systemów informatycznych Spis treści

Portal wykładowco w. Jeżeli chcesz rozpocząć pracę z portalem, skontaktuj się ze swoim planistą. Planista utworzy konto logowania dla Ciebie.

mgr inż. Sebastian Meszyński

PRZEWODNIK PO PRZEDMIOCIE

Laboratorium z przedmiotu: Inżynieria Oprogramowania INP

Projektowanie logiki aplikacji

Transkrypt:

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 Laboratory, Kansas State University) Wybrane publikacje S. DeLoach, J. C. Garcia-Ojeda: The O-MaSE Methodology. [W] M. Cossentino et al. (red.), Handbook on Agent-Oriented Design Processes, Springer, 2014, 253-285 https://link.springer.com/chapter/10.1007/978-3-642-39975-6_9 S. DeLoach: O-MaSE: An Extensible Methodology for Multi-agent Systems. [W] O. Shehory, A. Sturm (red.), Agent-Oriented Software Engineering: Reflections on Architectures, Methodologies, Languages, and Frameworks. Springer, 2014, 173-191. https://link.springer.com/chapter/10.1007/978-3-642-54432-3_9 2

O-MaSE Meta-metoda do opracowywania procesów analizy i projektowania ( engineering) systemów wieloagentowych 1. Meta-model definiujący podstawowe pojęcia 2. Zestaw podstawowych kroków procesu (zadań, fragmentów) 3. Zestaw reguł pozwalających na kompozycję wybranych kroków w spójny proces (np. określających wymagania wstępne dla kroków) 1. Opracowanie procesu analizy i projektowania specyficznego systemu wieloagentowego 2. Realizacja opracowanego procesu w celu analizy i zaprojektowania tego systemu 3

O-MaSE: Meta-model 4

O-MaSE: Podstawowe kroki 5

O-MaSE: Reguły kompozycji 6

Założenia O-MaSE (1) System traktowany jest jako organizacja agentów, w której mogą obowiązywać pewne polityki Agenci współpracują, aby osiągnąć główny cel związany z organizacją Agenci pełnią określone role w organizacji, aby realizować specyficzne cele ( dekompozycja głównego celu) Agenci działają zgodnie z zdefiniowanymi planami, aby wypełniać swoje role i zrealizować przydzielone cele Agenci komunikują się zgodnie z precyzyjnie zdefiniowanymi protokołami ( sekwencja wymienianych wiadomości) Agenci komunikują się za pomocą wspólnego języka (modelu dziedzinowego) opisanego za pomocą ontologii 7

Założenia O-MaSE (2) Statyczny albo dynamiczny przydział ról do agentów Role przypisane do agentów podczas projektowania systemu Role przydzielane agentom podczas działania systemu W przypadku dynamicznego przydziału ról Role określają wymagania odnośnie pewnych zdolności Agenci mają pewne zdolności (w zróżnicowanym stopniu) Rekonfiguracja systemu w trakcie działania Systemy adaptacyjne Możliwość rezygnacji z ról przypisane specyficznych celów bezpośrednio do agentów 8

Przykłady procesów dla O-MaSE (1) Prosty proces O-MaSE brak modelu dziedzinowego brak ról (cele przypisane agentom) Zazwyczaj opracowanie rozszerzonego modelu celów (GMoDS) w jednym kroku 9

Przykłady procesów dla O-MaSE (2) Złożony proces O-MaSE role oraz model organizacji możliwy model dziedzinowy 10

agenttool 3 Dodatek do Eclipse pozwalajacy na tworzenie poszczególnych modeli w ramach O-MaSE http://agenttool.cis.ksu.edu/ 11

at3 Instalacja 1. Help Install New Software Add 2. Set Name: at3, Set Location: http://agenttool.cis.ksu.edu/update/ 3. agenttool3 - Core 12

Przykład system do zarządzania konferencja (conference management system, CMS) Specyfikacja wymagań CMS ma być systemem wieloagentowym, który wspomaga proces zbierania, recenzowania i wydawania publikacji przesyłanych na konferencje (naukowe). Sam proces wymaga współpracy i koordynacji wielu osób i rozpoczyna się zgłaszaniem prac przez autorów oraz rejestracją recenzentów. Po upłynięciu terminu zgłoszeń komitet programowy (program committee, PC) przydziela poszczególne prace recenzentom w celu przygotowania recenzji. Po przygotowaniu recenzji PC podejmuje decyzje o przyjęciu lub odrzuceniu poszczególnych prac. Autorzy są informowani o decyzji i w przypadku akceptacji proszeni o przygotowanie ostatecznej (poprawionej) wersji pracy. Poprawione wersje są zbierane, a następnie wysyłane do drukarni w celu przygotowania materiałów konferencyjnych (proceedings). 13

Proces O-MaSE Złożona wersja procesu Stworzenie następujących modeli 1. Model dziedziny 2. Model celów (podstawowy i rozszerzony) 3. Model organizacji 4. Model ról 5. Model klas agentów 6. Modele protokołów 7. Modele planów agentów 8. Model polityki 14

Model dziedziny Obiektowy model danych przetwarzanych przez system Klasy zdefiniowane w modelu pojawiają się jako parametry celów, komunikatów, obliczeń 15

Podstawowy model celów Dekompozycja celu głównego AND/OR w celu określenia warunków spełnienia celu 16

Rozszerzony model celów Uwzględnienie dynamiki systemu (zależności między celami) oraz parametryzowanych celów 17

Model organizacji Identyfikacja interfejsów systemu z zewnętrznymi aktorami (użytkownikami lub innymi systemami) Interakcje opisane za pomocą protokołów Możliwość wskazania zależności (relacja is-a) między aktorami 18

Model ról Przypisanie atomowych celów z modelu celów (liści) do poszczególnych ról Uwzględnienie wprowadzonych aktorów i protokołów 19

Model klas agentów Przypisanie ról do (klas) agentów Agregacja i usuwanie protokołów przy łączeniu wielu ról w ramach jednej klasy agenta 20

Modele protokołów Modele dla wszystkich protokołów z modelu klas agentów Protokół getpaper Protokół callforbids Protokół getpapers 21

Modele planów Modele planów dla wszystkich klas agentów (ról lub celów) Warunkowe przejścia między stanami, sekwencyjne wykonywanie akcji w poszczególnych stanach Plan dla agenta Reviewer 22

Model polityki Reguły kontrolujące wartości obiektów z modelu dziedzinowego oraz zachowanie się agentów Wyrażone w logice pierwszego rzędu możliwość stosowania mechanizmów wnioskowania p1, p2: Paper p1. ID = p2. ID p1 = p2 p: Paper, r: Reviewer, a: Author a = r writes a, p assignedto(p, r) p: Paper, r: Reviewer submitreview(r, p) assignedto(p, r) 23

Zadanie na dziś Proszę zastosować metodę O-MaSE do przygotowania formalnego projektu (zestawu modeli) systemu do handlowania książkami z poprzednich zajęć. Projekt powinien zawierać model dziedziny*, celów, klas agentów, protokołów i planów. Możemy założyć, że agent w momencie uruchomienia ma przydzielony zestaw książek, a agent sprzedający jest podczas działania systemu kontrolowany przez użytkownika. 24