Сторожовий перехід

Транзитивний перехід 

Рефлексивний перехід

Асоціативний перехід 

Принцип, що дозволяє чітко визначити обов'язки об'єкта в системі

Компоненти в системі повинні працювати тільки через клас (компонент) посередника.

Принцип дозволяє розподілити обов'язки між об'єктами таким чином, щоб ступінь зв'язності між системами залишався низьким.

Принцип дозволяє створювати об'єкти тільки тим об'єктам які містять всю необхідну інформацію про них, таким чином, забезпечуючи зв'язність тільки між дійсно близькими об'єктами.

Висока захищеність системи

Система легко масштабується

“Тонкий” Клієнт (presentation layer)

Простота підтримки системи

Використовувати загальні шаблони роботи з вимогами

Отримати розуміння всіх вимог замовника

Представити ієрархію вимог до системи

Використовувати наявність зв'язків у вимог

Приховані вимоги

Системні вимоги

Вимоги користувачів

Нефункціональні вимоги

Функціональні вимоги

Що?

Які обмеження?

Навіщо і чому?

Чому?

Хто і що?

Дозволяє швидко і безболісно реагувати на зміни бізнес-логіки

Допомагає писати повторно використовуваний код

Допомагає легше тестувати код

Допомагає зі складнощами успадкування (Inherit)

Сontext.hlp та index.html не є компонентами

Внесення змін у вихідному коді програми або динамічній бібліотеці не призводить до змін у компоненті main.exe

Внесення змін у вихідному коді програми або динамічній бібліотеці призводить до змін у компоненті main.exe