- •1. Роль структурної методології в життєвому циклі інформаційних систем
- •Контрольнізапитання
- •2. Створення моделі процесів у bpwі
- •2.1. Методи моделювання в bPwіn
- •2.2. Методологія іdef0
- •2.3. Інтерфейс bPwіn
- •2.4. Установка кольору і шрифту об'єктів
- •2.5. Побудова діаграм
- •2.6. Каркас діаграми
- •2.7. Оцінка отриманих моделей
- •2.7.1. Вартісний аналіз
- •2.7.2. Властивості, обумовлені користувачем
- •2.8. Створення діаграм іdef3
- •2.9. Завдання
- •2.10. Контрольні запитання
- •3. Створення логічної моделі даних у erwІn
- •3.1. Моделі даних у eRwіn
- •3.2.Інструментарій eRwіn
- •3.3. Рівні відображення діаграми
- •3.4. Установка кольору та шрифту
- •3.5. Підмножини моделі
- •3.6. Етапи створення логічної моделі даних
- •3.6.1. Створення сутностей
- •3.6.2. Опис атрибутів
- •3.6.3. Установка зв'язків між сутностями
- •3.6.4. Установка посилальної цілісності
- •3.6.5.Розв'язання відносин "багато-до-багатьох"
- •3.7.Створення звітів у eRwіn
- •3.8.Завдання
- •3.9.Контрольні запитання
- •4. Приклад побудови моделі
- •4.1. Аналіз предметної області
- •4.2. Побудова функціональної моделі системи
- •4.3. Побудова er діаграми
- •5. Методологія об’єктно-орієнтованого аналізу і проектування складних систем
- •Контрольні запитання
- •6. Особливості реалізації мови uml у ratіonal rose
- •7. Инструментальне середовищеrationalrose
- •8. Діаграми варіантів використання
- •8.1. Актори і варіанти використання
- •8.2. Відносини на діаграмі варіантів використання
- •8.2.1 Відношення асоціації
- •8.2.2. Відношення розширення
- •8.2.3. Відношення узагальнення
- •8.2.4. Відношення включення
- •8.3. Діаграми варіантів використання в Ratіonal Rose
- •8.3.1. Додавання варіантів використання на діаграму
- •8.3.2. Видалення варіантів використання
- •8.3.3. Додавання акторів на діаграму
- •8.3.4. Внесення відношень на діаграму
- •8.4. Завдання
- •8.5. Контрольні запитання
- •9. Діаграми класів (class dіagram)
- •9.1. Атрибути класу
- •9.2. Операції класу
- •9.3. Відношення між класами
- •9.3.1. Відношення залежності
- •9.3.2. Відношення асоціації
- •9.3.3. Відношення агрегації
- •9.3.4. Відношення композиції
- •9.3.5. Відношення узагальнення
- •9.4. Створення діаграм класів у середовищі Ratіonal Rose
- •9.4.1. Атрибути й операції класів у Ratіonal Rose
- •9.4.2. Відносини між класами в Ratіonal Rose
- •9.5. Завдання
- •9.6. Контрольнізапитання
- •10 Діаграми станів
- •10.1. Стан
- •10.2. Переходи
- •10.3. Створення діаграми станів у Ratіonal Rose
- •10.4. Стани і переходи на діаграмах Ratіonal Rose
- •10.5. Параметри переходів і станів
- •10.6. Завдання
- •10.7. Контрольні запитання
- •11. Діаграми діяльності
- •11.1. Стани і дії
- •11.2. Доріжки
- •11.3. Створення діаграми діяльності в Ratіonal Rose
- •11.4. Елементи діаграми діяльності
- •11.5. Завдання
- •11.6. Контрольні запитання
- •12. Діаграми взаємодії
- •12.1. Діаграма послідовності (Sequence Dіagram)
- •12.1.1.Об'єкти
- •12.1.2. Лінія життя об'єкта
- •12.1.3. Фокус керування
- •12.1.4. Повідомлення
- •12.1.5. Побудова діаграми послідовності в Ratіonal Rose
- •12.2. Діаграми кооперації
- •12.3. Завдання
- •12.4. Контрольнізапитання
- •13. Представлення реалізації
- •13.1. Діаграми пакетів
- •13.2. Діаграми компонентів
- •13.3. Завдання
- •13.4. Контрольнізапитання
- •Список літератури
9.3.1. Відношення залежності
Відношення залежності в загальному випадку вказує деяке семантичне відношення між двома елементами моделі або двома множинами таких елементів, що не є відношенням асоціації, узагальнення або реалізації. Воно стосується тільки самих елементів моделі і не вимагає багатьох прикладів для пояснення свого змісту. Відношення залежності використовується в такій ситуації, коли деяка зміна одного елемента моделі може вимагати зміни іншого залежного від нього елемента моделі.
Відношення залежності графічно зображується пунктирною лінією між відповідними елементами зі стрілкою на одному з її кінців ("->" або "<-"). На діаграмі класів дане відношення зв'язує окремі класи між собою, при цьому стрілка спрямована від класу-клієнта залежності до незалежного класу. На рис. 9.4 зображені два класи: Клас_А и Клас_Б, при цьому Клас_Б - незалежний, а Клас_А - клієнт.
|
Клас_Б | ||
---|---|---|---|
| |||
|
| ||
|
| ||
|
| ||
|
|
Клас_А |
|
|
Рис. 9.4. Графічне зображення відношення залежності на діаграмі класів
9.3.2. Відношення асоціації
Відношення асоціації відповідає наявності деякого відношення між класами. Це – взаємна залежність між об'єктами різних класів, кожен з яких є рівноправним членом залежності.
Воно позначається суцільною лінією з додатковими спеціальними символами, що характеризують окремі властивості конкретної асоціації. У якості додаткових спеціальних символів можуть використовуватися ім'я асоціації, а також імена і кратність класів-ролей асоціації. Ім'я асоціації є необов'язковим елементом її позначення. Якщо воно задано, то записується з заголовної (великої ) букви поруч з лінією відповідної асоціації.
Найбільш простий випадок даного відношення - бінарна асоціація. Вона зв'язує в точності два класи і, як виключення, може зв'язувати клас із самим собою. Для бінарної асоціації на діаграмі може бути зазначений порядок проходження класів з використанням стрілки на лінії асоціації. Напрямок цієї стрілки вказує на порядок класів, один із яких є першим. Відсутність даної стрілки означає, що порядок класів у розглянутому відношенні не визначений.
Приклад бінарної асоціації наведений на рис. 9.5.
Рис.9.5. Відношення асоціації на діаграмі класів
9.3.3. Відношення агрегації
Спеціальною формою відношення асоціації є відношення агрегації, яке, у свою чергу, теж має спеціальну форму - відношення композиції.
Відношення агрегації має місце між декількома класами в тому випадку, якщо один із класів являє собою деяку сутність, що включає в себе як складені частини інші сутності.
Дане відношення має фундаментальне значення для опису структури складних систем, оскільки застосовується для представлення системних взаємозв'язків типу "частина-ціле". Розкриваючи внутрішню структуру системи, відношення агрегації показує, з яких компонентів складається система і як вони пов'язані між собою. З погляду моделі окремі частини системи можуть виступати і як елементи, і як підсистеми, котрі, у свою чергу, теж можуть складатися з інших компонент або підсистеми. Відношення агрегації описує декомпозицію або розбивку складної системи на більш прості складові частини, які також можуть бути піддані декомпозиції, якщо в цьому виникне необхідність.
Очевидно, що розглянутий в такому аспекті розподіл системи на складові частини являє собою деяку ієрархію її компонентів, однак дана ієрархія принципово відрізняється від ієрархії, породжуваної відношенням узагальнення. Відмінність полягає в тім, що частини системи ніяк не зобов'язані успадковувати її властивості і поведінку, оскільки є цілком самостійними сутностями. Більш того, частини цілого володіють своїми власними атрибутами й операціями, що істотно відрізняються від атрибутів і операцій цілого.
Як приклад відношення агрегації розглянемо взаємозв'язок типу "частина-ціле", що має місце між сутністю "Вантажний автомобіль" і такими компонентами, як "Двигун", "Шасі", "Кабіна", "Кузов".
Неважко уявити собі, що вантажний автомобіль складається з двигуна, шасі, кабіни і кузови. Саме це відношення між класом "Вантажний _автомобіль" і класами "Двигун", "Шасі", "Кабіна", "Кузов" описує відношення агрегації.
Графічно відношення агрегації зображується суцільною лінією, один з кінців якої являє собою незафарбований усередині ромб. Цей ромб указує на той із класів, що являє собою "ціле". Інші класи є його "частинами" (рис. 9.6).
Рис. 9.6. Графічне зображення відношення агрегації в мові UML
Ще одним прикладом відношення агрегації може служити розподіл персонального комп'ютера на складові частини: системний блок, монітор, клавіатуру і мишу. Використовуючи позначення мови UML, компонентний склад комп'ютера можна представити у виді відповідної діаграми класів (рис.9.7), що у даному випадку ілюструє відношення агрегації.
Рис. 9.7. Діаграма класів для ілюстрації відношення агрегації на прикладі персонального комп'ютера.