- •1.1. Методологія процедурно‑ орієнтованого програмування
- •1.2. Методологія об'єктно-орієнтованого програмування
- •1.3. Методологія об'єктно-орієнтованого аналізу і проектування
- •1.4. Методологія системного аналізу і системного моделювання
- •Розділ 2
- •2.1. Передісторія. Математичні основи
- •Мал. 2.4. Приклади неорієнтованого (а) і орієнтованого (б) графів
- •Мал. 2.5. Приклади неорієнтованого (а) і орієнтованого (б) дерев
- •Мал. 2.6. Ієрархічні схеми неорієнтованого дерева (а) і орієнтованого дерева (б)
- •2.2. Діаграми структурного системного аналізу
- •I (Input) – вхід, т. Е. Все, що поступає в процес або споживається процесом.
- •2.3. Основні етапи розвитку uml
- •2. Забезпечити початкові поняття язика uml можливістю розширення і спеціалізації для більш точного представлення моделей систем в конкретній наочній області.
- •3. Опис язика uml повинен підтримувати таку специфікацію моделей, яка не залежить від конкретних язиків програмування і інструментальних засобів проектування програмних систем.
- •4. Опис язика uml повинен включати семантичний базис для розуміння загальних особливостей ооап.
- •7. Інтегрувати в себе новітні і якнайкращі досягнення практики ооап.
- •3.2. Загальна структура язика uml
- •3.3. Пакети в язиці uml
- •3.4. Основні пакети метамоделі язика uml
- •3.5. Специфіка опису метамоделі язика uml
- •3.6. Особливості зображення діаграм язика uml
- •4.1. Варіант використовування
- •4.2. Актори
- •4.3. Інтерфейси
- •4.4. Примітки
- •4.5. Відносини на діаграмі варіантів використовування
- •4.6. Приклад побудови діаграми варіантів використовування
- •4.7. Рекомендації по розробці діаграм варіантів використовування
- •5.1. Клас
- •5.2. Відносини між класами
- •5.5. Шаблони або класи, що параметризуються
- •5.6. Рекомендації по побудові діаграм класів
- •6.1. Автомати
- •Include – ця мітка використовується для звернення до підавтомата, при цьому наступний за нею вираз дії містить ім'я цього підавтомата.
- •6.3. Перехід
- •6.4. Складовий стан і підстан
- •6.5. Історичний стан
- •Мал. 6.10. Графічне зображення недавнього (а) і давнього (б) історичного стану
- •6.6. Складні переходи
- •Мал. 6.11. Графічне зображення паралельного переходу з паралельних станів (а) і паралельного переходу в паралельні стани (б)
- •6.7. Заключні рекомендації по побудові діаграм станів
- •7.1. Стан дії
- •7.2. Переходи
- •7.5. Рекомендації по побудові діаграм діяльності
- •8.2. Повідомлення
- •Мал. 8.7. Діаграма послідовності із стереотипними значеннями повідомлень
- •8.3. Приклад побудови діаграми послідовності
- •8.4. Заключні рекомендації по побудові діаграм послідовності
- •9.1. Кооперація
- •9.3. Зв'язки
- •9.4. Повідомлення
- •9.6. Заключні рекомендації по побудові діаграм кооперації
- •10.1. Компоненти
- •10.2. Інтерфейси
- •10.3. Залежність
- •10.4. Рекомендації по побудові діаграми компонентів
- •11.1. Вузол
- •11.2. З'єднання
- •Мал. 11.4. Фрагмент діаграми розгортання із з'єднаннями меходу вузлами
- •11.3. Рекомендації по побудові діаграми розгортання
- •12.1. Загальна характеристика case‑ засобу Rational Rose 98/2000
- •12.2. Особливості робочого інтерфейсу Rational Rose
- •12.3. Початок роботи над проектом в середовищі Rational Rose
- •12.4. Розробка діаграми варіантів використовування в середовищі Rational Rose
- •12.5. Розробка діаграми класів в середовищі Rational Rose
- •12.6. Розробка діаграми станів в середовищі Rational Rose
- •12.7. Розробка діаграми послідовності в середовищі Rational Rose
- •12.8. Розробка діаграми кооперації в середовищі Rational Rose
- •12.9. Розробка діаграми компонентів в середовищі Rational Rose
- •12.10. Розробка діаграми розгортання в середовищі Rational Rose
11.1. Вузол
Вузол (node) є деяким фізично існуючим елементом системи, що володіє деяким обчислювальним ресурсом. Як обчислювальний ресурс вузла може розглядатися наявність щонайменше деякого об'єму електронної або магнітооптичної пам'яті и/или процесора. В останній версії язика UML поняття вузла розширено і може включати не тільки обчислювальні пристрої (процесори), але і інші механічні або електронні пристрої, такі як датчики, принтери, модеми, цифрові камери, сканери і маніпулятори.
Примітка
Можливість включення людей (персоналу) в поняття вузла дозволяє створювати засобами язика UML моделі самих різних систем, включаючи бізнес‑ процеси і технічні комплекси. Дійсно, реалізація бізнес‑ логіки підприємства вимагає розглядати як вузли системи організаційні підрозділи, що складаються з персоналу. Автоматизація управління технічними комплексами також вимагає розгляду як самостійний елемент людини‑ оператора, здатної ухвалювати рішення в нештатних ситуаціях і нести відповідальність за можливі наслідки цих рішень.
Графічно на діаграмі розгортання вузол зображається у формі тривимірного куба (строго кажучи, псевдотривимірного прямокутного паралелепіпеда). Вузол має власне ім'я, яке указується усередині цього графічного символу. Самі вузли можуть представлятися як як типи (мал. 11.1, а), так і як екземпляри (мал. 11.1, би).
Мал. 11.1. Графічне зображення вузла на діаграмі розгортання
В першому випадку ім'я вузла записується без підкреслення і починається із заголовної букви. В другому ім'я вузла‑ екземпляра записується у вигляді ‹ім'я вузла :' ім'я типу узла‑ . Ім'я типу вузла указує на деякий різновид вузлів, присутніх в моделі системи.
Наприклад, апаратна частина системи може складатися з декількох персональних комп'ютерів, кожний з яких відповідає окремому вузлу‑ екземпляру в моделі. Проте всі ці вузли‑ екземпляри відносяться до одного типу вузлів, а саме вузлу з ім'ям типу «Персональний комп'ютер». Так, на представленому вище малюнку (мал. 11.1, а) вузол з ім'ям «Сервер» відноситься до загального типу і ніяк не конкретизується. Другий же вузол (мал. 11.1, би) є анонімним вузлом‑ екземпляром конкретної моделі принтера.
Так само, як і на діаграмі компонентів, зображення вузлів можуть розширятися, щоб включити деяку додаткову інформацію про специфікацію вузла. Якщо додаткова інформація відноситься до імені вузла, то вона записується під цим ім'ям у формі поміченого значення (мал. 11.2).
Мал. 11.2. Графічне зображення вузла‑ екземпляра з додатковою інформацією у формі поміченого значення
Якщо необхідно явно вказати компоненти, які розміщуються на окремому вузлі, то це можна зробити двома способами. Перший з них дозволяє розділити графічний символ вузла на дві секції горизонтальною лінією. У верхній секції записують ім'я вузла, а в нижній секції – розміщені на цьому вузлі компоненти (мал. 11.3, а).
Другий спосіб дозволяє показувати на діаграмі розгортання вузли з вкладеними зображеннями компонентів (мал. 11.3, би). Важливо пам'ятати, що як такі вкладені компоненти можуть виступати тільки виконувані компоненти.
Мал. 11.3. Варіанти графічного зображення вузлів‑ екземплярів з розміщуваними на них компонентами
Як доповнення до імені вузла можуть використовуватися різні стереотипи, які явно специфікують призначення цього вузла. Хоча в язиці UML стереотипи для вузлів не визначені, в літературі зустрічаються наступні їх варіанти: «процесор», «датчик», «модем», «мережа», «консоль» і ін., які самостійно можуть бути визначені розробником. Більш того, на діаграмах розгортання допускаються спеціальні позначення для різних фізичних пристроїв, графічне зображення яких прояснює призначення або виконувані пристроєм функції.
Примітка
Кажучи про додаткові графічні зображення для вузлів діаграми розгортання, перш за все мають у вигляді наочність їх уявлення. Наприклад, процесор можна зобразити як у вигляді загального вузла (мал. 11.1), так і у формі зображення зовнішнього вигляду комп'ютера. Відповідно, консоль може бути зображена у вигляді клавіатури. В будь-якому з цих випадків розробник повинен володіти, на додаток до основних, ще і художніми здібностями.
