37. Основи стандартної методології проектування мас.

При проектуванні МАС її можна розглядати як набір ролей, що знаходяться між собою у визначеному відношенні тавзаємодіють одна з одною. Виходячи з цього, загальна модель МАС далі розпадається на дві частини: модель ролей і модель взаємодій. Поняття ролі визначається за допомогою трьох атрибутів: відповідальності, дозволу і протоколів. Прийняття відповідальності невіддільно від множини дозволів, які визначають «права», пов'язані з роллю, а отже, і набір наявних ресурсів для реалізації відповідальності. Нарешті, будь-яка роль описується за допомогою набору протоколів, що визначають способи її взаємодії з іншими ролями в МАС. У свою чергу, модель взаємодій містить у собі опис послуг, взаємозв'язків і зобов'язань, існуючих між агентами. На стадії аналізу відбувається попередня ідентифікація ролей, потім визначаються і документуються відповідні протоколи і, нарешті, будується остаточна модель ролей. На стадії проектування створюється модель агента, тобто ролі агрегуються в типи агентів, формується ієрархія типів і документуються приклади кожного типу. Далі розробляються модель послуг і модель контактів. Суть стадії аналізу полягає у вивченні структури системи. Її розуміння виражається в створенні моделі організації.Стадію аналізу можна розділити на наступні етапи: 1) Опис сценарію. 2) Функціональний опис ролі. 3) Концептуальне моделювання ролі і даних. 4) Моделювання взаємодії користувача і системи. 5) Модель ролей. Модель ролей описує ключові ролі в системі. Тут роль може розглядатися як абстрактний опис функціональної властивості агента. Іншими словами, роль вдеякому сенсі аналогічна поняттю посада. Будь-які ролі (посади) можна охарактеризувати за допомогою атрибутів 2-х типів: дозволу і відповідальності. Модель взаємодій складається з множини протоколів, обумовлених для кожної міжролевої взаємодії. По суті протокол може розглядатися як схема взаємодії. Дана схема визначається формально, абстрагуючи від конкретного варіанта реалізації (безпосередньої послідовності кроків). Подібний розгляд взаємодій означає, що основна увага приділяється природі і призначенню взаємодії, а не точній схемі обміну повідомленнями.

38. Основи об’єктно-орієнтованої розробки мас.

Розробку об’єктно-орієнтованої МАС можна поділити на такі, вказані нижче, етапи. Етап аналізу. Стадію аналізу можна узагальнено представити у вигляді наступних кроків: 1) Визначити склад ролей у системі. 2) Для кожної ролі визначити і задокументувати пов'язані з нею протоколи. 3) Розробити модель ролей, беручи за основу модель протоколів 4) При необхідності повторити кроки (1) - (3). Процес проектування. Задачею процесу проектування є перетворення абстрактних моделей високого рівня, розроблених на стадії аналізу, у моделі більш низького рівня, що забезпечують досить просту реалізацію. Етапи процесу проектування. Процес проектування МАС можна представити у вигляді наступних кроків: 1) Створення моделі агентів: на основі ролей розробити типи агентів, що утворять ієрархію типів; записати існуючі екземпляри у вигляді поміток на дереві типів. 2) Розробити модель послуг на основі моделі протоколів і обов'язків агентів. 3) Розробити модель контактів на основі моделі взаємодій і моделі агентів. Модель агентів. Призначення цієї моделі полягає в описі різних типів агентів, що існують у системі. Типи агентів визначаються множиною ролей. Розроблювач може, для визначеності, запропонувати об'єднати кілька подібних ролей в один тип агентів. Головним критеріємна цій стадії є ефективність реалізації: розроблювач насамперед прагне до оптимізації одержуваних рішень і агрегування кількох ролей в один тип є один зі способів досягнення цієї ефективності. Модель послуг. Призначення моделі послуг полягає у визначенні послуг, пов'язаних с кожним типом агентів, і специфікації основних властивостей цих послуг. Під послугою слід розумітидеяку функціональну складову агента. У термінах об’єктно-орієнтованго підходу послуга буде відповідати методу; однак, це не означає, що послуги доступні для інших агентів, подібно методам в рамках ООП. Для кожної послуги агента повинні бути описані її властивості, а саме входи, виходи, передумовитапісляумови. Входи і виходи для послуги просто беруться з моделі протоколів. Попередні умови і післяумови являють собою обмеження, що накладаються на послугу. Важливо відзначити, що по визначенню кожна роль повинна бути зв'язаною щонайменше з однією послугою. Модель контактів. Модель контактів визначає комунікативні зв'язки, що існують між агентами. При цьому не уточнюється, коли і які повідомлення проходять від одного агента до іншого, а просто вказується, що існує канал комунікації між агентами.