Файл: Отчет по практической работе 6 по дисциплине анализ и концептуальное моделирование систем.docx
Добавлен: 09.11.2023
Просмотров: 88
Скачиваний: 4
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное бюджетное образовательное учреждение
высшего образования
"МИРЭА - Российский технологический университет"
РТУ МИРЭА
Институт информационных технологий (ИТ)
Кафедра практической и прикладной информатики (ППИ)
ОТЧЕТ
ПО ПРАКТИЧЕСКОЙ РАБОТЕ №6
по дисциплине
«АНАЛИЗ И КОНЦЕПТУАЛЬНОЕ МОДЕЛИРОВАНИЕ СИСТЕМ»
| Выполнил студент группы ИКБО-03-19 | Третьяков П.Ю. |
| | |
| Принял ассистент | Свищёв А.В. |
| Лабораторная работа выполнена | «»2021 г. | |
| | | |
| «Зачтено» | «»2021 г. | |
Москва 2021
Практическая работа № 6.
Построение UML – модели системы. Диаграмма деятельности.
Вариант 24. Моделирование организации продажи театральных билетов.
Цель работы: научиться строить усовершенствованные блок-схемы с параллельными процессами.
Задачи: описать все системные операции и последовательность состояний и переходов в рассматриваемой системе.
ПО: Visual Paradigm, Draw.io, Rational Rose.
Теоретический материал:
При моделировании поведения системы возникает необходимость детализировать особенности алгоритмической и логической реализации выполняемых системой операций.
Для моделирования процесса выполнения операций в языке UML используются так называемые диаграммы деятельности. Каждое состояние на диаграмме деятельности соответствует выполнению некоторой элементарной операции, а переход в следующее состояние срабатывает только при завершении этой операции в предыдущем состоянии.
Графически диаграмма деятельности представляется в форме графа деятельности, вершинами которого являются состояния действия, а дугами - переходы от одного состояния действия к другому. На диаграмме деятельности отображается логика или последовательность перехода от одной деятельности к другой, при этом внимание фиксируется на результате деятельности. Компонентами диаграммы деятельности являются:
-состояния действия,
-переходы,
-дорожки,
-объекты.
Состояние действия. Состояние действия (action state) является специальным случаем состояния с некоторым входным действием и, по
крайнеймере,однимвыходящимизсостоянияпереходом.Этотпереходнеявнопредполагает,чтовходноедействиеужезавершилось.Состояниедействиянеможетиметьвнутреннихпереходов,посколькуоноявляетсяэлементарным. Обычное использование состояния действия заключается вмоделировании одного шага выполнения алгоритма (процедуры) или потокауправления.Внутрифигурызаписываетсявыражениедействия(action-expression),котороедолжнобытьуникальнымвпределаходнойдиаграммыдеятельности.Переходы.Припостроениидиаграммыдеятельности используютсятольконетриггерныепереходы,т.е.такие,которыесрабатываютсразу послезавершениядеятельностииливыполнениясоответствующегодействия.Надиаграмметакойпереходизображаетсясплошнойлиниейсострелкой.Дорожки.Диаграммыдеятельностимогутбытьиспользованыдлямоделированиябизнес-процессов.Применительнокбизнес-процессамжелательновыполнениекаждогодействияассоциироватьсконкретнымподразделениемкомпании.Вэтомслучаеподразделениенесетответственность за реализацию отдельных действий, а сам бизнес-процесспредставляетсяввидепереходовдействийизодногоподразделениякдругому.ДлямоделированияэтихособенностейвязыкеUMLиспользуетсяспециальная конструкция, получившая название дорожки (swimlanes). Приэтомвсесостояниядействиянадиаграммедеятельностиделятсянаотдельныегруппы,которыеотделяютсядруготдругавертикальнымилиниями.Двесоседниелинии
и образуют дорожку, а группа состояний между этими линиями выполняется отдельным подразделением.
Названия подразделений явно указываются в верхней части дорожки. Пересекать линию дорожки могут только переходы, которые в этом случае обозначают выход или вход потока управления в соответствующее подразделение компании.
Объекты. В общем случае действия на диаграмме деятельности выполняются над теми или иными объектами. Эти объекты либо инициируют выполнение действий, либо определяют некоторый результат этих действий.
При разработке диаграммы следует придерживаться следующих правил:
-
Количество пересечений линий следует минимизировать. При этом считается, что пересекающиеся линии не имеют логической связи друг с другом. Другими словами, потоки данных или управления в местах пересечений не меняют своего направления. -
Если на диаграмме имеется ветвление / решение на параллельные или альтернативные потоки, то должно указываться и соответствующее соединение / слияние этих потоков. -
При использовании альтернативных потоков каждый из них должен быть специфицирован с помощью сторожевого условия. Сторожевые условия не должны допускать одновременного срабатывания двух и более переходов. Activity Diagram:
do-выполняющаясядеятельностьвтечениевсеговремени,покаобъектнаходитсявданномсостоянии;defer–событие,обработкакоторогопредписываетсявдругомсостоянии,нопослетого,каквсе операциивтекущем будутзавершены.Видысобытий:вызова,сигнала,таймера,изменения.Узлы:завершение,ветвление.
Порядок выполнения работы:
-
Описать возможные последовательности состояний и переходов, которые характеризуют поведение элемента исследуемой системы с помощью диаграммы состояний.
-
Описать все системные операции посредством диаграммы деятельности.
Вывод:В ходе работы были изучены принципы построения диаграммы состояний и деятельности, а также были созданы сами диаграммы, моделирующие организацию продажи театральных билетов.