
- •Uml. Визначення, переваги застосування.
- •Компоненти uml та моделі.
- •Дiаграма класiв. Позначення, особливостi застосування.
- •Дiаграма послiдовностей.
- •Види зв’язкiв мiж класами: узагальнення. Навести приклад.
- •Види зв’язкiв мiж класами: асоцiацiї. Навести приклад.
- •Види зв’язкiв мiж класами: агрегацiя. Навести приклад.
- •Види зв’язкiв мiж класами: композицiя. Навести приклад.
- •Елементи дiаграми класiв.
- •Діаграма об'єктів.
- •Докладніше
- •Побудова концептуальної моделi. Визначення та етапи.
- •Діаграма пакетiв.
- •Діаграма розгортань.
- •Унiфiкований процес розробки.
- •Діаграма прецедентiв. Складовi та вiдношення мiж ними.
- •Діаграма прецедентiв. Вiдношення узагальнення.
- •Узагальнення - це єдиний тип відношень, який може задаватись між акторами. (Можна, наприклад, визначати загальні типи акторів, а потім спеціалізувати їх, створюючи різновиди.)
- •Діаграма прецедентiв. Вiдношення залежностi.
- •Між прецедентами можуть існувати семантичні залежності, які доцільно представляти у діаграмах (для зображення відношень залежностей використовуються пунктирні стрілки).
- •Діаграма прецедентiв. Вiдношення розширення.
- •Діаграма станiв.
- •Діаграма дiяльностi.
- •Діаграма компонентів. Компонент. Графічне зображення компонента. Види компонентів.
- •Діаграма компонентів. Інтерфейс. Графічне зображення інтерфейсів. Графічне зображення залежностей.
- •Діаграма компонентів. Елементи діаграми компонентів: вузол, з’єднання, відношення залежності.
- •Оглядова діаграма взаємодії.
- •Докладніше
- •Діаграма кооперації. Кооперація. Структурні елементи. Рівні кооперації.
Діаграма прецедентiв. Складовi та вiдношення мiж ними.
Діаграма Прецедентів візуально зображає різноманітні сценарії взаємодії між акторами (користувачами) і прецедентами (випадками використання); описує функціональні аспекти системи (бізнес логіку). Діаграми Прецедентів відіграють важливу роль не тільки у комунікації між збирачами вимог до проекту і потенційними користувачами. Діаграми Прецедентів дописані бізнес логікою і детальними специфікаціями прецедентів, як джерельна інформація, успішно використовують учасники розробки проекту на всіх його фазах (зародження, дизайн, програмування, тестування, документування..). Добре продумані і завершені специфікації прецедентів легко перевтілюються у Тестові Випадки. Елементи Діаграми Прецедентів: o Актор – користувач. o Прецедент – випадок використання, дія. Позначається овалом. o Граничні межі системи охоплюють усі випадки використання у системі. Позначається прямокутником. Елементи взаємодії Діаграми Прецедентів: o Використовує – користувач виконує дію. o Включає – один прецедент використовує іншого. o Розширює – представлення дочірніх прецедентів. o Вимагає – наступний прецедент вимагає виконання попереднього. o Схожий – прецеденти подібні, але описують різну функціональність. o Рівнозначний - подібна функціональність, але користувач сприймає, як різну.
Діаграма прецедентiв. Вiдношення включення.
Діаграма Прецедентів візуально зображає різноманітні сценарії взаємодії між акторами (користувачами) і прецедентами (випадками використання); описує функціональні аспекти системи (бізнес логіку). Діаграми Прецедентів відіграють важливу роль не тільки у комунікації між збирачами вимог до проекту і потенційними користувачами. Діаграми Прецедентів дописані бізнес логікою і детальними специфікаціями прецедентів, як джерельна інформація, успішно використовують учасники розробки проекту на всіх його фазах (зародження, дизайн, програмування, тестування, документування..). Добре продумані і завершені специфікації прецедентів легко перевтілюються у Тестові Випадки.
Відношення включення (include) між прецедентами означає, що в деякій “точці” базового прецеденту як складова частина використовується поведінка іншого прецеденту. Прецедент, що включається, ніколи не використовується автономно (з точки зору UML він розглядається як абстрактний, - див. специфікацію прецедентів в UML, а саме прапорець Abstract), він використовується тільки як частина більш загального прецеденту. Можна вважати, що один прецедент запозичає, використовує поведінку (функціональність) іншого прецеденту (того, що включаються, абстрактного). (Зауважимо, що імена абстрактних прецедентів зображаються курсивом).
Щоб специфікувати місце в потоці подій, де саме базовий прецедент включає поведінку іншого, просто пишеться слово include, за яким іде ім'я прецеденту, що включається.
Приклад: include(“Перевірити клієнта”).
На діаграмі прецедентів відношення включення зображують у вигляді залежності зі стереотипом include (пунктирна стрілка спрямована від базового прецеденту до того, що включається, абстрактного).