Файл: Отчет по практической работе 6 по дисциплине анализ и концептуальное моделирование систем.docx

ВУЗ: Не указан

Категория: Отчет по практике

Дисциплина: Не указана

Добавлен: 09.11.2023

Просмотров: 87

Скачиваний: 4

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.



МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное государственное бюджетное образовательное учреждение
высшего образования

"МИРЭА - Российский технологический университет"
РТУ МИРЭА


Институт информационных технологий (ИТ)

Кафедра практической и прикладной информатики (ППИ)
ОТЧЕТ

ПО ПРАКТИЧЕСКОЙ РАБОТЕ №6

по дисциплине

«АНАЛИЗ И КОНЦЕПТУАЛЬНОЕ МОДЕЛИРОВАНИЕ СИСТЕМ»



Выполнил студент группы ИКБО-03-19

Третьяков П.Ю.







Принял ассистент

Свищёв А.В.



Лабораторная работа выполнена

«»2021 г.










«Зачтено»

«»2021 г.





Москва 2021


Практическая работа № 6.


Построение UML модели системы. Диаграмма деятельности.

Вариант 24. Моделирование организации продажи театральных билетов.

Цель работы: научиться строить усовершенствованные блок-схемы с параллельными процессами.

Задачи: описать все системные операции и последовательность состояний и переходов в рассматриваемой системе.

ПО: Visual Paradigm, Draw.io, Rational Rose.

Теоретический материал:


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

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

Графически диаграмма деятельности представляется в форме графа деятельности, вершинами которого являются состояния действия, а дугами - переходы от одного состояния действия к другому. На диаграмме деятельности отображается логика или последовательность перехода от одной деятельности к другой, при этом внимание фиксируется на результате деятельности. Компонентами диаграммы деятельности являются:

-состояния действия,

-переходы,

-дорожки,

-объекты.

Состояние действия. Состояние действия (action state) является специальным случаем состояния с некоторым входным действием и, по

крайнеймере,однимвыходящимизсостоянияпереходом.Этотпереходнеявнопредполагает,чтовходноедействиеужезавершилось.Состояниедействиянеможетиметьвнутреннихпереходов,посколькуоноявляетсяэлементарным. Обычное использование состояния действия заключается вмоделировании одного шага выполнения алгоритма (процедуры) или потокауправления.Внутрифигурызаписываетсявыражениедействия(action-expression),котороедолжнобытьуникальнымвпределаходнойдиаграммыдеятельности.Переходы.Припостроениидиаграммыдеятельности используютсятольконетриггерныепереходы,т.е.такие,которыесрабатываютсразу послезавершениядеятельностииливыполнениясоответствующегодействия.Надиаграмметакойпереходизображаетсясплошнойлиниейсострелкой.Дорожки.Диаграммыдеятельностимогутбытьиспользованыдлямоделированиябизнес-процессов.Применительнокбизнес-процессамжелательновыполнениекаждогодействияассоциироватьсконкретнымподразделениемкомпании.Вэтомслучаеподразделениенесетответственность за реализацию отдельных действий, а сам бизнес-процесспредставляетсяввидепереходовдействийизодногоподразделениякдругому.ДлямоделированияэтихособенностейвязыкеUMLиспользуетсяспециальная конструкция, получившая название дорожки (swimlanes). Приэтомвсесостояниядействиянадиаграммедеятельностиделятсянаотдельныегруппы,которыеотделяютсядруготдругавертикальнымилиниями.Двесоседниелинии

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

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

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

При разработке диаграммы следует придерживаться следующих правил:


  1. Количество пересечений линий следует минимизировать. При этом считается, что пересекающиеся линии не имеют логической связи друг с другом. Другими словами, потоки данных или управления в местах пересечений не меняют своего направления.

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

  3. При использовании альтернативных потоков каждый из них должен быть специфицирован с помощью сторожевого условия. Сторожевые условия не должны допускать одновременного срабатывания двух и более переходов. Activity Diagram:
Диаграммысостоянийприменяютсядлятого,чтобыобъяснить,какимобразомработаютсложныеобъекты.Основныедействия:entry – действие, которое выполняется в момент входа в данное состояние;exit- действие, которое выполняется в момент выхода из данного состояния;
do-выполняющаясядеятельностьвтечениевсеговремени,покаобъектнаходитсявданномсостоянии;defer–событие,обработкакоторогопредписываетсявдругомсостоянии,нопослетого,каквсе операциивтекущем будутзавершены.Видысобытий:вызова,сигнала,таймера,изменения.Узлы:завершение,ветвление.

Порядок выполнения работы:


  1. Описать возможные последовательности состояний и переходов, которые характеризуют поведение элемента исследуемой системы с помощью диаграммы состояний.
Рисунок 1 – Диаграмма состояний организации продажи театральных билетовНачалом работы организации продажи театральных билетов является авторизация клиента или в случае отсутствия личного кабинета пользователя – регистрация. Далее идет выбор билета и формирование заявки, которая может быть отклонена, если статус билета или клиента не удовлетворяют требованиям. В случае одобрения заявки происходит продажа билета клиенту и последующая оплата.

  1. Описать все системные операции посредством диаграммы деятельности.
Рисунок 2 – Диаграмма деятельности организации продажи театральных билетовИзначально происходит вход в личный кабинет пользователи или его регистрация. Менеджер подтверждает или отклоняет регистрацию нового клиента. В случае положительной авторизации клиенту предоставляется каталог билетов, затем он формирует заявку и передает ее менеджеру, который или одобряет заказ и передает информацию в кассу театра, или отклоняет его. После предоставления билета клиенту происходит изменение статуса билета и проверка, по итогам которой клиент обязан оплатить заказ, а менеджер, проверив оплату, закрыть заказ.
Вывод:В ходе работы были изучены принципы построения диаграммы состояний и деятельности, а также были созданы сами диаграммы, моделирующие организацию продажи театральных билетов.