Page 80 - 6602

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

5.2. Приклад розробки діаграми послідовності

Як приклад розглянемо побудову діаграми послідовності для
процесу оптимізації структури SCADA (рис. 5.7.).
Об’єкти, які беруть участь в процесі оптимізації, є
екземплярами конкретних класів.
Головний фокус керування належить анонімному об’єкту
:СЗДОптимНевиз. Життєвий цикл даного об’єкту зображений як
рекурсивний, оскільки процес дискретної оптимізації – ітераційний,
а ітерація є окремим випадком рекурсії. Рекурсія починається з
виклику функції пошуку нової структури SCADA, яка має
найменшу різницю з поточною структурою і яка задовольняє

76