Page 34 - 4190

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

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

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

кації записів файлу, знищення файлу.

Рисунок 3.3 – Об’єкт-посередник

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

го реалізації. Такі подробиці інкапсулює в собі об’єкт-посередник,
який, залежно від настроювання, звертається при цьому до системи
файлів MS-DOS або UNIX. Таким чином, точку можливих варіацій
відносно використання тієї чи іншої системи управління файлами чі-

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

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

34