4.3. Інтерфейси

Інтерфейс (interface) служить для специфікації параметрів моделі, які видимі ззовні без вказівки їх внутрішньої структури. В язиці UML інтерфейс є класифікатором і характеризує тільки обмежену частину поведінки модельованого єства. Стосовно діаграм варіантів використовування, інтерфейси визначають сукупність операцій, які забезпечують необхідний набір сервісів або функціональності для акторів. Інтерфейси не можуть містити ні атрибутів, ні станів, ні направлених асоціацій. Вони містять тільки операції без вказівки особливостей їх реалізації. Формально інтерфейс еквівалентний абстрактному класу без атрибутів і методів з наявністю тільки абстрактних операцій.

На діаграмі варіантів використовування інтерфейс зображається у вигляді маленького круга, поряд з яким записується його ім'я (мал. 4.3, а). Як ім'я може бути іменник, який характеризує відповідну інформацію або сервіс (наприклад, «датчик», «сирена», «відеокамера»), але частіше рядок тексту (наприклад, «запит до бази даних», «форма введення», «пристрій подачі звукового сигналу»). Якщо ім'я записується на англійському, то воно повинне починатися із заголовної букви I, наприклад, ISecurelnformation, ISensor (мал. 4.3, би).

Мал. 4.3. Графічне зображення інтерфейсів на діаграмах варіантів використовування

Примітка

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

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

Мал. 4.4. Графічне зображення взаємозв'язків інтерфейсів з варіантами використовування

З системно‑ аналітичної точки зору інтерфейс не тільки відділяє специфікацію операцій системи від їх реалізації, але і визначає загальні межі проектованої системи. В подальшому інтерфейс може бути уточнений явною вказівкою тих операцій, які специфікують окремий аспект поведінки системи. В цьому випадку він зображається у формі прямокутника класу з ключовим словом «interface» в секції імені, з порожньою секцією атрибутів і з непорожньою секцією операцій. Проте подібне графічне уявлення використовується на діаграмах класів або діаграмах, що характеризують поведінку модельованої системи.

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