18.2. Актори

Актор є будь-якою зовнішньою по відношенню до модельованої системи сутністю, яка взаємодіє з системою і використовує її функціональні можливості для досягнення певної мети або вирішення приватних завдань. При цьому актори служать для позначення узгодженої множини ролей, які можуть відігравати користувачі в процесі взаємодії з проектованою системою. Кожний актор може розглядатися як якась окрема роль щодо конкретного варіанту використання. Стандартним графічним позначенням актора на діаграмах є фігурка "чоловічка", під якою записується конкретне ім'я актора (рис. 18.2).

Рис. 18.2. Графічне позначення актора

У деяких випадках актор може позначатися у вигляді прямокутника класу з ключовим словом "актор" і звичайними складовими елементами класу. Імена акторів повинні записуватися заголовними буквами й слідувати рекомендаціям використання імен для типів і класів моделі. При цьому символ окремого актора зв'язує відповідний опис актора з конкретним іменем. Імена абстрактних акторів, як і інших абстрактних елементів мови UML, рекомендується позначати курсивом.

Примітка

Ім'я актора має бути достатно інформативним з погляду семантики. Цілком підходять для цієї мети найменування посад у компанії (наприклад, продавець, касир, менеджер, президент). Не рекомендується давати акторам імена власні (наприклад, "О.Бендер") або моделей конкретних пристроїв (наприклад, "маршрутизатор Cisco 3640"), навіть якщо це очевидно слідує з контексту проекту. Річ у тому, що одна і та ж особа може виступати в декількох ролях і, відповідно, звертатися до різних сервісів системи. Наприклад, відвідувач банку може бути як потенційним клієнтом, і тоді він потребує один з його сервісів, а може бути і податковим інспектором або слідчим прокуратури. Сервіс для останнього може бути зовсім винятковим за своїм характером.

Прикладами акторів можуть бути: клієнт банку, банківський службовець, продавець магазину, менеджер відділу продажів, пасажир авіарейсу, водій автомобіля, адміністратор готелю, стільниковий телефон і інша сутність, що має відношення до концептуальної моделі відповідної предметної області.

Примітка

У мета-моделі актор є підкласом класифікатора. Актори можуть взаємодіяти з множиною варіантів використання і мати множину інтерфейсів, кожний з яких може представляти особливості взаємодії інших елементів з окремими акторами.

Актори використовуються для моделювання зовнішньої по відношенню до проектованої системи сутності, яка взаємодіє з системою і використовує її як окремих користувачів. Акторами можуть виступати інші системи, підсистеми проектованої системи або окремі класи. Важливо розуміти, що кожний актор визначає деяку узгоджену множину ролей, в якій можуть виступати користувачі даної системи в процесі взаємодії з нею. У кожний момент часу з системою взаємодіє цілком певний користувач, при цьому він грає або виступає в одній з таких ролей. Наочний приклад актора – конкретний користувач системи зі своїми власними параметрами аутентифікації.

Будь-яка суть, яка узгоджується з подібним неформальним визначенням актора, є екземпляром або прикладом актора. Для модельованої системи акторами можуть бути як суб'єкти-користувачі, так і інші системи. Оскільки користувачі системи завжди є зовнішніми по відношенню до цієї системи, то вони завжди представляються у вигляді акторів.

Оскільки в загальному випадку актор завжди знаходиться поза системою, його внутрішня структура ніяк не визначається. Для актора має значення тільки його зовнішнє подання, тобто те, як він сприймається зі сторони системи. Актори взаємодіють із системою за допомогою передачі і прийому повідомлень від варіантів використання. Повідомленням є запит від актора сервісу системи й отримання цього сервісу. Ця взаємодія може бути виражена за допомогою асоціацій між окремими акторами і варіантами використання або класами. Окрім цього, з акторами можуть бути зв'язані інтерфейси, які визначають, яким чином інші елементи моделі взаємодіють із цими акторами.

Два і більше актора можуть мати спільльні властивості, тобто взаємодіяти з одним і тим ж варіантом використання однаковим чином. Така спільність властивостей і поведінки представляється у вигляді відношення узагальнення, що розглядається нижче, з іншим, можливо, абстрактним актором, який моделює відповідну спільність ролей. Множина відношень, які можуть бути присутніми на діаграмі варіантів використання, буде розглянута нижче в цьому розділі.