2. Поведенческие диаграммы:

• диаграммы активностей (activity diagrams) используются для спецификации бизнес-процессов, которые должно автоматизировать разрабатываемое ПО, а также для задания сложных алгоритмов;

• диаграммы случаев использования (use case diagrams) предназначены для "вытягивания" требований из пользователей, заказчика и экспертов предметной области;

• диаграммы конечных автоматов (state machine diagram) применяются для задания поведения реактивных систем;

• диаграммы взаимодействий (interaction diagram):

• диаграммы последовательностей (sequence diagram) используются для моделирования временных аспектов внутренних и внешних протоколов ПО;

• диаграммы схем взаимодействия (interaction overview diagram) служат для организации иерархии диаграмм последовательностей;

• диаграммы коммуникаций (communication diagrams) являются аналогом диаграмм последовательностей, но по-другому изображаются (в привычной, графовой манере);

• временные диаграммы (timing diagrams) являются разновидностью диаграмм последовательностей и позволяют в наглядной форме показывать внутреннюю динамику взаимодействия некоторого набора компонент системы.

Примеры. Центральным видом диаграмм являются диаграммы классов. Пример представлен на рис. 4.3.

Рис. 4.3. Пример диаграмм классов

Еще один вид структурных диаграмм – диаграммы размещений, пример представлен ниже.

Рис. 4.4. Пример диаграмм размещений

Отметим также еще один важный вид диаграмм UML – диаграммы компонент (пример представлен на рис. 4.5).

Рис. 4.5. Пример диаграмм компонент

Интересен также вариант диаграмм композитных структур – сложные компоненты для систем реального времени и телекоммуникаций. Пример представлен ниже.

Рис. 4.6. Пример диаграмм композитных структур

Ниже приводятся примеры на поведенческие диаграммы UML. Диаграммы конечных автоматов позволяют создавать полные спецификации поведения телекоммуникационных, событийно-управляемых алгоритмов и автоматически генерировать по этим описаниям программный код. Пример такой диаграммы для класса COperator представлена ниже.

Рис. 4.7. Пример диаграмм конечных автоматов

Еще один важный вид диаграмм – диаграммы последовательностей. Они позволяют задавать главные ветки сложных телекоммуникационных алгоритмов, а также рисовать цепочки вызовов для объектно-ориентированных приложений, которые программируются в терминах объектов, но проектируются часто в терминах цепочек вызовов. Пример представлен ниже.

Рис. 4.8. Пример диаграмм последовательностей

Вопросы

1. Дайте определение архитектуре ПО. Расскажите, какие аспекты разработки задействует это понятие.

2. Расскажите о причинах множественности точек зрения при разработке ПО.

3. Как по вашему мнению, множественность точек зрения помогает или мешает в разработке?

4. Перечислите и кратко прокомментируйте разные виды диаграмм UML.

1 Front-end (фронт-энд) и back-end (бэк-энд) — это обобщенные термины, которые отражают начальное и конечное состояния процесса. Front-end отвечает за получение ввода (входной информации) в любых формах от пользователя и обработку полученной информации в ту форму, которую back-end способен использовать. Front-end — это интерфейс между пользователем и back-end’ом. Backend – это: 1) сервер 2) машина базы данных; серверная СУБД; серверная часть СУБД 3) прикладная часть (часть клиент-серверного приложения, выполняющаяся на сервере, см. также front end) 4) внутренний; выходной (буфер)