Page 26 - 4190

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

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

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

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

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

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

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

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

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

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

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

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

26