Объектно-ориентированное моделирование

ОТЧЕТ ПО ЛАБОРАТОРНОЙ РАБОТЕ № 2−3

Объектно-ориентированное моделирование Санкт-Петербург

Цель: Разработать модель ИКС для пиццерии. Создать диаграммы взаимодействия и последовательности, классов, состояний Теоретический материал моделирование диаграмма проектирование масштабирование Объектно-ориентированные языки моделирования появились в период с середины 70-х до конца 80-х годов, когда исследователи, поставленные перед необходимостью учитывать новые возможности объектно-ориентированных языков программирования и требования, предъявляемые все более сложными приложениями, вынуждены были начать разработку различных альтернативных подходов к анализу и проектированию. UML — это унифицированный графический язык моделирования для описания, визуализации, проектирования и документирования ОО систем. UML призван поддерживать процесс моделирования ПС на основе ОО подхода, организовывать взаимосвязь концептуальных и программных понятий, отражать проблемы масштабирования сложных систем. Модели на UML используются на всех этапах жизненного цикла ПС, начиная с бизнес-анализа и заканчивая сопровождением системы. Разные организации могут применять UML по своему усмотрению в зависимости от своих проблемных областей и используемых технологий.

Диаграммы. В UML предусмотрены следующие диаграммы:

· Диаграммы, описывающие поведение системы:

o Диаграммы состояний (State diagrams),

o Диаграммы деятельностей (Activity diagrams),

o Диаграммы объектов (Object diagrams),

o Диаграммы последовательностей (Sequence diagrams),

o Диаграммы взаимодействия (Collaboration diagrams);

· Диаграммы, описывающие физическую реализацию системы:

o Диаграммы компонент (Component diagrams);

o Диаграммы развертывания (Deployment diagrams).

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

1. Три актера:

· Клиент (непосредственно лицо, делающее заказ)

· Официант (осуществляет прием и оформление заказа)

· Руководитель

2. 10 вариантов использования:

· попросить меню

· сделать заказ

· попросить счет

· оплатить счет

· пожаловаться

· принимает заказ

· обслуживание клиента

· предоставляет счет

· комплектация штата

· работа с персоналом

3. вид отношения — ассоциация, отображающая их взаимодействие (рисунок 1)

рис. 1 Диаграмма взаимодействия Диаграмма последовательности «Оплата счета» (рис. 2)

рис. 2 Диаграмма последовательности «Оплата счета»

Диаграмма последовательности «Заказ» (рис. 3)

рис. 3 Диаграмма последовательности «Заказ»

Диаграмма классов Диаграммы классов показывают статическую структуру системы, то есть определяют типы объектов системы и различного рода статические связи и отношения между ними. Диаграммы классов содержат набор статических (декларативных) элементов, как, например, классы, типы, их связи, объединенные в граф. Диаграммы классов могут быть логически объединены в пакеты. (рис. 4)

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

рис. 5 Диаграмма состояния Вывод: Спроектирована ИКС для пиццерии, построены диаграммы взаимодействия и последовательности.