Діаграма компонентів, Діаграма розгортання, Життєвий цикл ПЗ

Діаграми компонентів призначені для:

• аналізу моделі системи на фізичному рівні;
• аналізу компонентів програмного забезпечення та зв’язків між ними;
• використання виконуваних компонентів та бібліотек коду;
• визначення програмних компонентів клієнта;
• визначення програмних компонентів серверу.

Діаграма компонентів (Component diagram) – це

• статична структурна діаграма, що показує розбиття програмної системи на структурні компоненти та зв'язки (залежності) між компонентами
• статична структурна діаграма, що описує структуру системи, що демонструє класи системи, їх атрибути, методи та залежності між класами
• діаграма, що служить для моделювання працюючих вузлів та артефактів, розгорнутих на них
• діаграма, що демонструє повний або частковий знімок системи, що моделюється в заданий момент часу
• структурна діаграма, основним змістом якої є пакети та відношення між ними

Яке визначення діаграми компонентів (component diagram) використовується у UML 2?

• це діаграма фізичного рівня, яка служить для представлення модулів з програмним кодом та відношень між ними
• це діаграма фізичного рівня, яка служить для представлення програмних компонентів та залежностей між ними
• це діаграма логічного рівня, призначена для представлення загальної структури програмного коду

Чи дозволяється на діаграмі компонентів у нотації UML 2 зображати класи?

• так, але тільки у формі спеціальних графічних стереотипів
• так
• ні
• ні, крім інтерфейсів

З якою метою розробляється діаграма компонентів?

• візуалізація загальної структури вихідного коду програмної системи
• представлення архітектури програмної системи
• представлення концептуальної та фізичної схем баз даних
• специфікація можливого варіанта програмної системи

Чи дозволяється на діаграмі компонентів у нотації UML 2 зображати діяльність?

• так
• так, але тільки у формі спеціальних кадрів
• ні

Яке визначення компонента (component) є правильним у UML 2?

• це елемент логічного представлення моделі системи, і капсулюючий структуру та поведінку класів
• це елемент, який є конкретною фізичною реалізацією операцій класів у програмному коді
• це елемент моделі, що представляє деяку модульну частину системи з інкапсульованим вмістом, специфікація якого взаємозамінна в його оточенні

Чи дозволяється на діаграмі компонентів у нотації UML 2 зображати вкладені компоненти?

• так
• так, але тільки на вкладених діаграмах компонентів
• ні

Яке визначення порту (port) є правильним у UML 2?

• порт визначає точку взаємодії між компонентом і навколишнім середовищем або між компонентом і його внутрішніми частинами.
• порт – це інтерфейс, який необхідний компонент від свого оточення для виконання заявленої функціональності
• порт – це протокол, який визначає виконання компонентом заданого договору чи поведінки

Чи допускається на діаграмі компонентів зображати інтерфейси без вказівки компонентів, що їх реалізують?

• так
• так, але тільки з'єднаними з компонентами
• ні