ИСИТ_Методика_Лабораторная 1_2025

1. ИНФОРМАЦИОННЫЕ СИСТЕМЫ И ТЕХНОЛОГИИ

ИСИТ (часть 1)
Елисеева
Н а т а ль я В л а д и м и р о вн а
к.т.н., доцент
Бычкова
Н а т а ль я А л е к с а н д р о в н а
к.т.н., доцент
Кафедра Управления и
информатики в технических
системах ФГБОУ ВО МГТУ СТАНКИН
ИНФОРМАЦИОННЫЕ
СИСТЕМЫ И
ТЕХНОЛОГИИ

2. ЗАДАНИЕ

ИСИТ (часть 1)
ЗАДАНИЕ
Лабораторная работа №1
1. ЦЕЛЬ РАБОТЫ Изучить теоретические основы моделирования информационной
системы в информационной системе с использованием объектно-ориентированного
языка UML. Освоить принципы построения диаграммы вариантов использования и
диаграммы деятельности в программной среде LucidChart или любой другой, где
доступны диаграммы UML.
2. ВАРИАНТЫ ЗАДАНИЙ ДЛЯ ИНДИВИДУАЛЬНЫХ РАБОТ
С помощью CASE-средства LucidChart, или любой другой, где доступны диаграммы
UML, разработать модель для следующих информационных систем:
1. ИС Автострахование
2. ИС Оформление банковского вклада
3. ИС Предоставление доступа к домашнему интернету
4. ИС Организация выставки-ярмарки
5. ИС Аренда каршеринга
6. ИС Продажа зарубежного тура
7. ИС Автошкола
8. ИС управления обучением
9. ИС турагенства
10. ИС маркетинга

3. ЗАДАНИЕ

ИСИТ (часть 1)
Лабораторная работа №1
ЗАДАНИЕ
3. АЛГОРИТМ ВЫПОЛНЕНИЯ ЗАДАНИЯ
1.
2.
3.
4.
Перейти по ссылке https://www.lucidchart.com/, зарегистрироваться и открыть Вебприложение для построения диаграмм LucidChart.
Выбрать шаблон для построения диаграммы Templates/Product Development/UML UseCase
Diagram и Activity Diagram
Изучить теоретическую часть и пример построения диаграммы UseCase Diagram и Activity
Diagram, пункт 4 настоящей методики.
Выполнить практическую часть и построить с помощью программного средства LucidChart
согласно индивидуальному заданию.
Требование UseCase Diagram :
• Диаграмма должна содержать не менее 3 актеров
• Диаграмма должна содержать не менее 6 вариантов использования (не включая
отношения включения, расширения и обобщения)
• Обязательное использование отношений включения, расширения, обобщения (не
менее 1 каждого типа).
Требование Activity Diagram:
• Диаграммы должны быть сформированы для не менее 1 варианта использования (по
выбору).
• Диаграмма должна содержать не менее 15 действий.
• Обязательное использование дорожек Swimlanes

4. 4. Теоретическая часть

ИСИТ (часть 1)
Лабораторная работа №1
4. Теоретическая часть

5.

ИСИТ (часть 1)
Техническое задание (турагентство, заказ тура)
При первом обращении клиента менеджер должен
зарегистрировать его в системе.
Подбор тура должен выполнять менеджер в системе в
соответствии с полученной информацией от клиента
должен включать:
Выбор дат тура
Указание предпочтений клиента
Указание верхней и нижней границ стоимости
Выбор отеля
После выбора подходящего тура менеджер должен
зарегистрировать заявку на клиента. При желании
клиента менеджер может включить в заявку
дополнительные услуги, предлагаемые турагентством и
доступные в рамках выбранного тура. В дальнейшем и
клиент, и менеджер должны иметь возможность
отслеживать актуальную информацию по конкретной
заявке на тур.
Каждому клиенту должен быть выдан ваучер на
трансфер, ваучер на заселение в отель, билет на
самолет, страховой полис, виза – все документы
клиент должен получить в бумажном виде, в
электронном виде для сохранения на мобильное
устройство.
Менеджер туристического агентства должен подать
запрос на формирование ваучеров.
После поездки клиент должен иметь возможность
оставить отзыв об отеле и работе туроператора.
USE CASE DIAGRAM
Диаграмма вариантов использования
(прецедентов)
Админ
Клиент
?
Менеджер

6.

ИСИТ (часть 1)
Модель использования –> Функции, Пользователи ->
Диаграмма вариантов использования Use Case Diagram
USE CASE DIAGRAM
ЭЛЕМЕНТЫ:
АКТЕР – представляет роль, которую играет в системе
пользователь, другая система или аппаратное устройство
Любая внешняя по отношению к системе сущность,
которая взаимодействует с системой и использует ее
функциональные возможности для достижения своих
целей
Use Case
ПРЕЦЕДЕНТ
–
соответствует
одной
функции,
выполняемой по запросу актера. После выполнения
функции система должна вернуться в исходное состояние
и быть готова к выполнению следующего запроса актера
Главный актер – инициирует
выполнение прецедента
Второстепенный актер –
потребляет результат
выполнения прецедента
НАЗНАЧЕНИЕ:
Применяется
для
моделирования
вида
системы с точки зрения
вариантов
ее
использования
(прецедентов)
Определяет
функциональные
требования к системе
Определяет
границы
функциональности системы

7.

ИСИТ (часть 1)
Модель использования –> Функции, Пользователи ->
Диаграмма вариантов использования Use Case Diagram
ЭЛЕМЕНТЫ:
ОТНОШЕНИЕ – предназначены для отображения связи между
элементами
АССОЦИАЦИИ (association) – структурное отношение, показывающее что
объекты одного типа связаны с объектами другого типа
ОБОБЩЕНИЯ (generalization) – отношение между родительским объектом и
потомком
РАСШИРЕНИЯ (extend) – показывает, что целевой вариант использования
расширяет поведение исходного
ВКЛЮЧЕНИЯ (include) - показывает, что исходный прецедент включает
поведение целевого
USE CASE DIAGRAM
Отношение
ассоциации
устанавливается
между
актером и прецедентом
Отношение обобщения может
быть
установлено
между
вариантами использования и
актерами
Отношения расширения и
включения
могут
быть
установлены только между
прецедентами
Вариант
включения
в
обязательном
порядке
выполняется при выполнении
основного варианта. Аналог
подпрограммы
безусловно
вызываемой
из
основной
программы
Вариант
расширение
выполняется при условии.
Аналог – вызов подпрограммы
по условию
Вариант
включения
и
обобщения не может быть
связан
отношением
ассоциации с актером

8.

ИСИТ (часть 1)
USE CASE DIAGRAM
ПРАВИЛО №1 – Уровень детализации вариантов использования? Вариант
использования – укрупненный блок функциональности системы.
Для
детализации используется диаграмма Activity
ПРАВИЛО №2 – Рекомендуется отображать на диаграмме не более 15
вариантов использования одновременно.
ПРАВИЛО №3 – Минимум пересечений между отношениями, логическая
последовательность выполнения вариантов использования
ПРАВИЛО №4 – Не отображаются особенности реализации вариантов
использования и внутренней организации системы. Назначение диаграммы
вариантов
использование
–
формализация
ФУНКЦИОНАЛЬНЫХ
ТРЕБОВАНИЙ.
ПРАВИЛО
№5
–
Перед
построением
диаграммы
необходимо
задокументировать потоки событий в системе. Поток событий – это процесс
обработки данных, реализуемых в рамках одного или нескольких вариантов
использования. Описание потока включает информацию о том, какие
обязанности возлагаются на Актеров, а какие – на Систему.
ПОЛЕЗНЫЕ СОВЕТЫ

9.

ИСИТ (часть 1)
ПРИМЕР:
Основной
поток
событий
для
варианта
использования «Снять деньги в банкомате»
Вариант использования начинается, когда
клиент вставляет банковскую карточку в АТМ
АТМ выдает приветствие и предлагает клиенту
ввести свой персональный идентификационный
номер (ПИН)
Клиент
вводит
персональный
идентификационный номер (ПИН)
АТМ подтверждает введенный номер. Если
номер не подтверждается, выполняется
альтернативный поток событий А1.
АТМ выводит список доступных действий
Клиент выбирает пункт «Снять деньги»
АТМ запрашивает, сколько денег нужно снять
Клиент вводит требуемую сумму
АТМ определяет, достаточно ли денег. Если
денег
недостаточно,
выполняется
альтернативный поток А2. Если во время
подтверждения суммы возникают ошибки,
выполняется поток ошибок Е1.
АТМ вычитает требуемую сумму из счета
клиента.
АТМ выдает клиенту требуемую сумму
наличными.
АТМ возвращает карточку
Вариант использования завершается
USE CASE DIAGRAM
СОДЕРЖАНИЕ ПОТОКА СОБЫТИЙ:
КРАТКОЕ ОПИСАНИЕ ПОВЕДЕНИЯ, реализуемого в
варианте использования;
ПРЕДУСЛОВИЯ – условия, которые должны быть
соблюдены, прежде чем вариант использования
может быть задействован. Например, таким условием
может быть завершение выполнения другого
варианта или наличие у пользователя прав доступа.
ОСНОВНОЙ ПОТОК СОБЫТИЙ описывает, что должно
происходить во время выполнения варианта
использования в наиболее типовом случае. В этом
случае варианты использования связаны с базовыми
отношениями включения.
АЛЬТЕРНАТИВНЫЕ ПОТОКИ СОБЫТИЙ описывают
исключительные
ситуации
(например,
ввод
неправильного
пароля
или
необходимость
выполнения дополнительных действий). Дочерние
варианты использования при разработке диаграммы
связываются с базовыми отношением расширения.
ПОСТУСЛОВИЯ – условия, которые должны быть
выполнены
после
завершения
варианта
использования. Например, таким условием может
быть обязательное сохранение результатов расчета в
базе данных на сервере или формирование отчетной
документации.

10.

ИСИТ (часть 1)
Модель поведения –> Взаимодействие элементов ->
Диаграмма деятельности Activity Diagram
ЭЛЕМЕНТЫ:
ДЕЙСТВИЕ
(ДЕЯТЕЛЬНОСТЬ)
– исполнение
определенного поведения в потоке управления системой
ЭЛЕМЕНТ ВЫБОРА (ВЕТВЛЕНИЕ) – позволяет
задавать альтернативные пути потока управления
ЛИНИЯ СИНХРОНИЗАЦИИ – точка слияния потоков
представляет механизм синхронизации нескольких
параллельных потоков выполнения. Выше точки слияния
деятельности, ассоциированные с приходящими в нее
путями, выполняются параллельно.
В точке слияния параллельные потоки синхронизируются,
т.е. каждый из них ждет, пока все остальные достигнут
этой точки, после чего выполнение продолжается в
рамках одного потока
ACTIVITY DIAGRAM
НАЗНАЧЕНИЕ:
Отражает
динамику
системы и представляет
схемы
потоков
управления в системе от
действия к действию, а
также параллельные и
альтернативные потоки
В контексте языка UML
деятельность представляет
совокупность вычислений,
выполняемых автоматом

11.

ИСИТ (часть 1)
ACTIVITY DIAGRAM
Изготовить товар
Получить заказ
Купить товар
НАЗНАЧЕНИЕ:
Оформить
обычную
доставку
Оформить
экспресс
доставку
Узел решения (decision node)
является
узлом
управления,
который
выбирает
между
выходящими потоками
Принять заказ
Заполнить
заказ
Доставить товар
Узел слияния (merge node) является
узлом
управления,
который
соединяет
вместе
несколько
альтернативных потоков
Отправить заказ
Принять
счет
Узел распределения (fork node)
является
узлом
управления,
который разделяет поток на
несколько параллельных потоков
Отправить
подтверждение
Закрыть заказ
Узел соединения (join node)
является
узлом
управления,
который
синхронизирует
несколько потоков
Отражает
динамику
системы и представляет
схемы
потоков
управления в системе от
действия к действию, а
также параллельные и
альтернативные потоки
В контексте языка UML
деятельность представляет
совокупность вычислений,
выполняемых автоматом

12.

ИСИТ (часть 1)
Модель использования –> Взаимодействие элементов ->
Диаграмма деятельности Activity Diagram
Отдел по работе с клиентами
Отдел продаж
Склад
ACTIVITY DIAGRAM
Дорожка
группировка
актерам.
(swimline)
действий
–
по
Принять заказ на
товар
Получить оплату
Начальный узел – является
узлом управления, в котором
начинается поток при вызове
деятельности.
Зарегистрировать
заказ
Отпустить товар
Отсутствует
Заказать у
поставщиков
В наличии
Подготовить товар
к отправке
Закрыть заказ
Отправить товар
заказчику
Узел финала – является узлом
управления,
который
прекращает или останавливает
все потоки в деятельности.
Узел финала потока – является
финальным узлом, который
завершает отдельный поток, не
завершая содержащей его
деятельности.

13.

ИСИТ (часть 1)
Диаграмма активностей (Activity)
1
Линия синхронизации перепутана
с точкой принятия решения
6.UML. Частые ошибки
2
Точки принятия решения!!!!!!
3
Сборка
Узел слияния
Merge
Проверка
Соответствует ТЗ
НЕ Соответствует ТЗ
Доработка
4
Передача заказчику
Запись на прием
Проверка наличия
данных
Данные есть
Данных нет
Регистрация
Выбор даты

14.

ИСИТ (часть 1)
6.UML. Частые ошибки
5
Циклический процесс без выхода
Выбор рейса
Проверка наличия
билетов
Билетов нет
Билеты есть
Где начальный
узел?
6
Проверка
документов
Данных нет
Запрос данных
Данные получены