- •6.040302 – «Інформатика»
- •Підчас лабораторних робіт студенти вивчають методи програмування у комп’ютерних мережах.
- •Хід роботи
- •Завдання
- •Контрольні питання
- •Лабораторная работа 2
- •Короткі теоретичні відомості
- •Хід роботи
- •Контрольні питання|
- •Лабораторная работа 3-4
- •Короткі теоретичні відомості
- •Завдання
- •Хід роботи
- •Хід роботи
- •Завдання
- •Контрольні питання|
- •Лабораторная работа 8
- •Короткі теоретичні відомості
- •Хід роботи
- •Хід роботи
- •Завдання
- •Контрольні питання
- •Лабораторна робота № 11-12
- •Короткі теоретичні відомості
- •Хід роботи
- •Хід роботи
- •Завдання
- •Контрольні питання
- •Список літератури
- •39614, М. Кременчук, вул. Першотравнева, 20
Завдання
Вивчити теоретичний матеріал, щодо теми лабораторної роботи.
Відповісти на контрольні запитання.
В середовищі Rose створити розглянуті діаграми до своєї курсової роботи.
Додати до діаграм потрібні спеціфікації.
Контрольні питання|
Яке призначення діаграм взаємодії?
Як відносяться між собою діаграми варіантів використання і діаграми взаємодії?
Назвіть два види діаграм взаємодії.
Що таке «життєва лінія» на діаграмі послідовності?
Як на діаграмі послідовності видаються повідомлення?
Що таке самоделегування?
Що показує активізація об'єкту?
У чому відмінність кооперативних діаграм від діаграм взаємодії?
Які переваги і недоліки кожного виду взаємодії?
Як відображається умовна поведінка на діаграмах взаємодії?
Література: [1,2,11–13].
Лабораторная работа 8
Тема: Поведінка об'єкту. Діаграма станів
Мета роботи: Зв'язок з кінцевими автоматами. Застосування при зображенні призначеного для користувача інтерфейсу і stateful протоколів
Короткі теоретичні відомості
Діаграми станів є добре відомим засобом опису поведінки систем. Вони визначають усі можливі стани, в яких може знаходитися конкретний об'єкт, а також процес зміни станів об'єкту в результаті впливу деяких подій.
На
рис. 8.1 показана діаграма станів UML, що
відбиває поведінку звіту в системі
управління проектами. На діаграмі
зображені різні стани, в яких може
знаходитися звіт.
Перехід може містити мітку. Синтаксично мітка переходу складається з трьох частин, кожна з яких є необов'язковою: <Подія > [< Умова>]/< Дія >. Якщо мітка переходу не містить ніякої події, це означає, що перехід відбувається, як тільки завершується яка-небудь діяльність, пов'язана з цим станом.
Із стану «Перевірка дати звіту» можливі два переходи. Мітка одного з них включає умову. Умова - ця логічна умова, яка може набувати два значення : « істина» або « брехня». Умовний перехід виконується тільки у тому випадку, якщо умова набуває значення « істина», інакше виконується перехід, не помічений умовою.
З конкретного стану в даний момент часу може бути здійснений тільки один перехід; таким чином, умови є такими, що взаємно виключають для будь-якої події.
Існує два особливі стани: вхід і вихід. Будь-яка дія, пов'язана з подією входу, виконується, коли об'єкт входить в цей стан. Подія виходу виконується у тому випадку, коли об'єкт виходить з цього стану.
Діаграми станів добре використати для опису поведінки деякого об'єкту в декількох різних варіантах використання. Вони не занадто придатні для опису поведінки ряду взаємодіючих об'єктів.
Рекомендується будувати діаграми станів тільки для тих класів, поведінка яких впливає на загальну поведінку системи, наприклад для класів призначеного для користувача інтерфейсу і об'єктів, що управляють.
Кнопка |
Опис |
Назва |
|
Вибір елементу моделі |
Selection Tool |
|
Введення тексту |
Text Box |
|
Коментар |
Note |
|
Зв'язок коментаря з елементом |
Anchor Note to Item |
|
Стан |
State |
|
Вхід |
Start State |
|
Вихід |
End State |
|
Перехід в стан |
State Transition |
|
Повернення |
Transition to Self |
