
- •1.2.7Визначення агентно-орієнтованих систем
- •2Агентні моделі та архітектури
- •2.1Деліберативні агенти та архітектури
- •2.2Реактивні агенти та архітектури
- •2.3Гібридні агенти та архітектури
- •2.3.1Архітектура циклічної машини
- •2.3.2Архітектура систем «планувальник – реактор»
- •2.3.3Архітектура Glair
- •2.3.4Архітектура dyna
- •2.3.5Побудова гібридних архітектур. Система InteRRaP
- •3Методи побудови агентно-орієнтованих систем
- •3.1Підходи, що базуються на об'єктно-орієнтованих методах
- •3.2Використання традиційних методів інженерії знань
- •3.3Підходи, засновані на організаційно-орієнтованих уявленнях
- •3.3.1Методологія Gaia
- •3.3.2Методологія, заснована на концепції м-архітектури
- •3.3.3Методологія Тropos
- •3.4Комбіновані методології проектування агентно-орієнтованих систем
- •3.4.1Методологія passi
- •3.4.2Методологія Prometheus
- •4 Інструментальні засоби розробки агентно-орієнтованих систем
- •4.1Вимоги до інструментальним засобам створення мас
- •4.2Інструментальна середа mas-dk
- •4.3Платформа мультиагентного програмування jade
- •4.4Інструментарій ingenias Development Kit (idk)
- •4.5Інструментальний пакет jason
3.3Підходи, засновані на організаційно-орієнтованих уявленнях
Такі моделі та підходи спрямовані на створення АОС з «організаційно-орієнтованої» точки зору. Вони визначають організацію просто як колекцію взаємодіючих ролей, таким чином, не вирішуючи проблеми колективної поведінки агентів.
3.3.1Методологія Gaia
Gaia – це методологія агентно-орієнтованого аналізу і проектування, яка явно використовує організаційну точку зору (рис. 3.3.). Найбільш абстрактною сутністю в ієрархії концептів Gaia є «система». Хоча термін "система" використовується в стандартному розумінні, він також означає «спільноту» або «організацію».
Наступний рівень ієрархії – це ролі. Роль визначається трьома атрибутами: відповідальності, дозволення, протоколи. Відповідальності визначають функціональність і є ключовим атрибутом, пов'язаним з роллю. Відповідальності поділяються на два типи: життєві властивості і властивості безпеки. Для реалізації відповідальностей роль звичайно зв'язується з безліччю дозволів. Дозволи є «правами», пов'язаними з роллю і ідентифікують ресурси, які доступні в цій ролі, для реалізації відповідальності. У різних системах, які зазвичай моделюються, дозволи стають інформаційними ресурсами. Роль ідентифікується певною кількістю протоколів, що визначають шляхи взаємодії з іншими ролями.
Рисунок 3.3 – Базові концепти методології Gaia
Фаза аналізу прагне визначити, яка реальна організація спільноти агентів буде найкращою допомогою декомпозиції системи в абстрактні «loci control» ( «точка управління»), тобто ролі, ті, що відіграються в організації та шляхи взаємодії по протоколах.
Gaia підтримують наступні кроки: ідентифікація ролей у системі (це зазвичай відповідає індивідуальностям всередині організацій та їх підрозділів) і визначає перелік ключових ролей у неформальній дескріпційній мові; для кожної ролі визначаються пов'язані протоколи, тобто зразки взаємодії, які зазвичай мають місце між ролями; розробка докладної рольової моделі та моделі взаємодій, і якщо потрібно, повторення попередніх стадій.
Очікувані виходи фази аналізу: детально розроблена рольова модель, яка визначає кожну роль в термінах відповідальностей, протоколів взаємодії і активностей, а також моделі взаємодії, що описують кожен протокол в термінах обміну даними і використовуваних зразків.
Фаза проектування включає наступні стадії: визначення агентної моделі, яка поєднує ролі в агентні типи і формує ієрархію агентних типів, і оцінює кількість необхідних примірників кожного класу; визначення служб, які необхідні агентам для виконання призначених ролей, через аналіз активностей і відповідальностей; розробка моделі знайомств, визначення похибок проектування і, якщо потрібно, повернення до попередніх стадій. Вихід фази проектування – модель агентної системи, яка може бути реалізована з використанням більш традиційних об'єктно-орієнтованих і компонентних технологій.
Обмеження і недоліки методології Gaia проявляються в наступному:
відсутнє суворе формальне визначення моделі предметної області (від загального концепту «система» відразу необхідно переходити до «ролей», «ролі» зіставляється агентний тип, а тип може мати кілька екземплярів агентів);
важко виразити реальну ієрархічну структуру корпоративних і виробничих систем, «ролі» як би припускають однорідність функціонального або простору задач;
немає градації агентів за рівнями інтелектуальної ієрархії, що передбачає інтелектуальну однорідність агентів, а це далеко не так в складних системах;
організаційна структура системи статична, тобто ні число агентів, ні їхні стосунки не змінюються в поточному часу;
агенти проявляють глобально узгоджену поведінка: вони мають деяку загальну мету і не виявляють змагальної поведінки.