Page 133 - 4190
P. 133

актора  з  конкретним  іменем.  Імена  абстрактних  акторів,  як  і  інших
            абстрактних елементів мови UML, рекомендується позначати курси-
            вом.
                  Прикладами  акторів  можуть  бути:  клієнт  банку,  банківський

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

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

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

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

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

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

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

            помогою передачі і прийому повідомлень від варіантів використання.
            Повідомлення  є  запитом  актором  сервісу  від  системи  і  отримання
            цього сервісу. Ця взаємодія може бути виражена за допомогою асоці-
            ацій між окремими акторами і варіантами використання або класами.

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

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

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

                                                             133
   128   129   130   131   132   133   134   135   136   137   138