Общие вопросы с ответами

Общие вопросы:

1. Откройте в модели диаграмму такого-то типа (вариантов использования, последовательности, классов и т. д.).

2. Укажите архитектурные представления в браузере модели. Какое представление из 5-ти стандартных отсутствует в модели?

Все есть. Представление реализации – в модели дизайна.

3. Какой смысл имеет тот или иной элемент на диаграмме (действующее лицо, вариант использования, объект, линия жизни, сообщение, класс, атрибут, операция, состояние, узел действия и т. д.)?

Узел действия: Основным элементом диаграмм деятельности является узел действия. Каждый такой узел представляет собой элементарную единицу работы (это может быть решение некоторой задачи, которую необходимо выполнить вручную или автоматизированным способом, или выполнение метода класса). Узел действия изображается в виде закругленного прямоугольника с текстовым описанием.

4. Какой смысл вкладывается в ту или иную связь (коммуникацию, включение, расширение, ассоциацию, агрегацию, композицию, зависимость, обобщение, реализацию и т. д.)? Сравните связи разного типа между собой (композицию с агрегацией, ассоциацию с зависимостью и т. п.).

Связь коммуникации - это связь между вариантом использования и действующим лицом, она изображается с помощью однонаправленной ассоциации (линии со стрелкой). Направление стрелки позволяет понять, кто инициирует коммуникацию.

Связь включения применяется в тех ситуациях, когда имеется какой-либо фрагмент поведения системы (часть потока событий), который повторяется более чем в одном варианте использования. С помощью таких связей обычно моделируют многократно используемую функциональность. В примере с банковской системой варианты использования "Снять деньги со счета" и "Сделать вклад" должны аутентифицировать клиента и его PIN-код перед тем, как допустить осуществление самой транзакции. Вместо того, чтобы подробно описывать процесс аутентификации для каждого из вариантов использования, можно поместить эту функциональность в свой собственный вариант использования под названием "Аутентифицировать клиента".

Связь расширения применяется при наличии изменений в нормальном поведении системы (описанных в пункте "Расширения"), которые также выносятся в отдельный вариант использования.

Ассоциация (association) - это семантическая связь между классами.

Ее изображают на диаграмме классов в виде обыкновенной линии. Ассоциация отражает структурные связи между объектами различных классов.

Агрегация (aggregation) представляет собой форму ассоциации – более сильный тип связи между целым (составным) объектом и его частями (компонентными объектами).

Сильная форма агрегации является в UML композицией. В композиции составной объект может физически содержать компонентные объекты. Компонентный объект может принадлежать только одному составному объекту.

Зависимость (dependency) - связь между двумя элементами модели,

при которой изменения в спецификации одного элемента могут повлечь за

собой изменения в другом элементе

Обобщение (generalization) - связь "тип-подтип" - реализует механизм

наследования (inheritance).

Связь между подсистемой и интерфейсом называется связью реализации.

5. На какой диаграмме можно встретить ту или иную связь (коммуникацию, включение, расширение, ассоциацию, агрегацию, композицию, зависимость, обобщение, реализацию и т. д.)? Сравните связи разного типа между собой (композицию с агрегацией, ассоциацию с зависимостью и т. п.). Покажите все диаграммы с указанной связью.

6. Открыть диаграмму (или найти в браузере) элемент модели определенного типа (класс, объект, действующее лицо, атрибут, операцию, пакет).

7. Какие обязанности несут граничные классы (управляющие, классы-сущности)? Покажите их на диаграмме классов.

Граничными классами (boundary classes) называются такие классы, которые расположены на границе системы и всей окружающей среды. Они включают все формы, отчеты, интерфейсы с аппаратурой (такой как принтеры или сканеры) и интерфейсы с другими системами.

Классы-сущности (entity classes) отражают основные понятия (абстракции) предметной области и, как правило, содержат хранимую информацию. Обычно для каждого класса-сущности создают таблицу в базе данных.

Управляющие классы (control classes) отвечают за координацию действий других классов. Обычно у каждого варианта использования имеется один управляющий класс, контролирующий потоки событий этого варианта использования. Управляющий класс отвечает за координацию, но сам не несет в себе никакой функциональности - остальные классы не посылают ему большого количества сообщений. Вместо этого он сам

посылает множество сообщений. Управляющий класс просто делегирует ответственность другим.

8. Для диаграммы классов указать диаграмму, на которой присутствуют экземпляры классов с исходной диаграммы (и наоборот).

9. Пояснить диаграмму со схемой базы данных (элементы и связи между ними).

С. 152 методички

10. Показать на диаграмме состояний переход со сторожевым условием (состояние с входным действием, суперсостояние и т. д.). Пояснить зачем все это надо.

11. Какие диаграммы и/или элементы модели связывают между собой Use-case View и Logical View.

12. Какие элементы добавлены в модель после окончания анализа, во время проектирования?

13. Представим, что мы добавили в модель новый вариант использования, к каким последствиям это приведет? Какие диаграммы изменятся, какие добавятся?

14. Представим, что требования к модели немного изменились (далее указываются новые требования), что изменится на диаграмме классов?

Вопросы, специфические для системы регистрации на курсы:

1. В чем разница между деловым действующим лицом и действующим лицом?

Действующее лицо (actor) - это роль, которую пользователь играет по

отношению к системе. Действующие лица представляют собой роли, а не

конкретных людей или наименования работ

Business Actor (действующее лицо бизнес-процессов) - это некоторая

роль, внешняя по отношению к бизнес-процессам организации

2. Найдите всех "студентов" в модели. Что общего между ними, в чем различия?

бизнес студент - роль, которая пользуется деятельностью организации
студент - роль, пользующаяся функциональностью системы
student - entity класс - отражает понятие предметной области и хранит некоторую информацию (таблица в БД)

3. Уберите с диаграммы состояний историческое состояние, сохранив без изменения ее смысл.

4. Зачем понадобился класс Classification?

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

изменении придется модифицировать описание объекта в системе. Чтобы избежать этой модификации и тем самым повысить устойчивость системы, иерархия наследования реализуется с помощью классификации

5. Зачем в модель добавлен интерфейс?

спецификации операций классов, образующих подсистему,

выносятся в интерфейс подсистемы - класс со стереотипом

<<Interface>>;

Бизнес-модель - это формализованное (в данном случае -

графическое) описание процессов, связанных с ресурсами и отражающих

существующую или предполагаемую деятельность предприятия.

Бизнес-процесс определяется как логически завершенный набор

взаимосвязанных и взаимодействующих видов деятельности,

поддерживающий деятельность организации и реализующий ее политику,

направленную на достижение поставленных целей.

Business Use Case (вариант использования с точки зрения бизнес-

процессов) определяется как описание последовательности действий

(потока событий) в рамках некоторого бизнес-процесса, приносящей

ощутимый результат конкретному действующему лицу.

Business Worker (исполнитель) - активный класс, представляющий

собой абстракцию исполнителя, выполняющего некоторые действия в

рамках бизнес-процесса

Business Entity (сущность) - пассивный класс, не инициирующий

никаких взаимодействий.