Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
МПД ответы на экзамен.docx
Скачиваний:
5
Добавлен:
04.08.2019
Размер:
215.16 Кб
Скачать

8. Описание интегрированной модели сложной системы средствами языка uml. Концептуальные модели, логические модели, статические и динамические модели. (Together построение моделей на языке uml).

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

Другим принципом построения моделей сложных систем является принцип многомодельности. Этот принцип представляет собой утверждение о том, что никакая единственная модель не может с достаточной степенью адекватности описывать различные аспекты сложной системы.

Еще одним принципом прикладного системного анализа является принцип иерархического построения моделей сложных систем. Этот принцип предписывает рассматривать процесс построения модели на разных уровнях абстрагирования.

Модель в контексте языка UML – это уровень для описания информации конкретной предметной области.

Концептуальная модель сложной системы - диаграмма вариантов использования.

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

Статическая модель – задается компонентной диаграммой и диаграммой развертывания.

Динамическая модель – опис. двуми типами диаграмм: диаграммы взаимодействия объектов и диаграммы последовательности взаимодействий.

9. Диаграмма вариантов использования. (Общая концептуальная модель)

- представляет собой общую концептуальную модель сложной системы, которая является исходной для построения всех остальных диаграмм. Use case diagram описывает функциональное назначение системы т.е., что система будет делать в процессе своего функционирования.

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. Актером (actor) называется любая сущность, взаимодействующая с системой извне. Это может быть человек. Вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру. Один актер может взаимодействовать с несколькими вариантами использования. Сущ. несколько видов отношений между актерами и вариантами использования:

1. Отношение ассоциации - служит для обозначения специфической роли актера в отдельном варианте использования. Это отношение устанавливает, какую конкретную роль играет актер при взаимодействии с экземпляром варианта использования.

2. Отношение расширения определяет взаимосвязь экземпляров отдельного варианта использования с более общим вариантом. Один из вариантов использования может присоединять к своему поведению некоторое дополнительное поведение, определенное для другого варианта использования. Один из вариантов использования может быть расширением для нескольких базовых вариантов.

3. Отношение включения – один вариант использования может быть включен в некоторый другой вариант.

10. Диаграмма классов. (Логическая модель, отражающая статические аспекты структурного построения системы)

- логическая модель, отражающая статические аспекты структурного построения сложной системы. Диаграмма классов отражает различные взаимосвязи между отдельными сущностями предметной области. Класс (class) в языке UML служит для обозначения множества объектов, которые обладают одинаковой структурой.

Имя класса – обязательный элемент, должно быть уникальным в пределах пакета;

Атрибуты класса – или свойства состоят из имени и значения (напр. String);

Операции класса – или методы класса состоят из имени и типа возвращаемого значения (напр. void).

Отношения между классами:

1. Отношение зависимости – указывает на то, что отношения между двумя элементами модели зависят друг от друга. Обозначает ---> (пример: Божья кор ---> Цветы).

2. Отношение обобщения – является отношением между более общим элементом и более частным. Обозначает ─> (пример: Розы ─> Цветы).

3. Отношение ассоциации – соответст. Наличию некоторого отношения между классами. Обозначает → (пример: Божья кор → Вредитель → Цветы).

4. Отношение реализации – часть целого. Обозначает ˂˃→ (пример: цветы ˂˃→ лепестки).

11. Диаграммы поведения, Диаграмма деятельности. (Логические модели, отражающие динамические аспекты функционирования сложной системы)

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

Диаграммы поведения (behavior diagrams)

    • Диаграмма состояний (statechart diagram)

    • Диаграмма деятельности (activity diagram)

    • Диаграммы взаимодействия (interaction diagrams) 

      • Диаграмма последовательности (sequence diagram) 

      • Диаграмма кооперации (collaboration diagram) 

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

- Начало блок схемы, состояние .

- Переходы, выполнение либо того, либо того (например выбрать услугу, выбираем одну услуги из трех предложенных).

- выполнение параллельных процессов (например выбрать дату рождения, в параллельном процессе выбир. число, месяц, год).