Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Ответы часть 1.doc
Скачиваний:
0
Добавлен:
24.02.2020
Размер:
193.54 Кб
Скачать

12. Перечислите основные элементы Кооперативной диаграммы.

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

13. Этапы составления Диаграмм Взаимодействия.

См. 15(выделение ключевых абстакций)

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

  2. Соотнесение объектов с классами;

  3. Добавление сообщений;

  4. Каждое сообщение соотноситься с операцией. Вместо сообщений помещаются соотв. имена операций;

  5. Задаются устойчивость объекта, синхронизация, частота сообщений

14. Двухэтапный подход при составлении Диаграмм Взаимодействия.

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

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

15. Назначение Диаграммы Классов и этапы ее составления.

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

  1. Выявление классов. Изучение имен сущ.(действующее лицо, класс, атрибут класса), анализ диаграмм взаимодействия(определение похожих объектов и создание для них общего класса);

  2. Объединение классов по стереотипу (механизм, позволяющий классифицировать классы, см. ниже). Пакеты Entities(Сущности), Boundaries(Границы), Control(Управления).

Выделение ключевых абстракций

  1. Изучить имена сущ. в потоках событий.

Существительные могут быть:

- действующими лицами

- классами

- атрибутами

Если объект имеет выраженное поведение, тогда сделать классом.

Если нечто неск. видо…(м,в), то сделать классом.

  1. Анализ диаграмм взаимодействия

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

  1. Изучение границ системы и определение пограничных классов.

  2. Изучение взаимодействия объектов внутри системы и создания управляющего класса.

Пограничные классы(boundary classes) – классы, расположенные на границе системы со всем остальным миром. Вкл. в себя формы, отчеты, интерфейсы с аппаратурой. Для выявления исследовать диаграммы вариантов использования. Для каждого взаимодействия между действующим лицом и вариантом использования должен существовать хотя бы один пограничный класс.

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

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