Файл: Липецкий государственный технический университет.docx

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

Категория: Не указан

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

Добавлен: 25.10.2023

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

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

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



Таблица 7 - Просмотр истории налета летательного аппарата

Вариант использования

Просмотр истории налета летательного аппарата

Краткое описание

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

Основные действующие лица

Администратор, пилот и механик

Второстепенные лица

-

Предусловия

1. Пользователь должен иметь стабильное интернет соединение.

2. Пользователь должен иметь устройство, поддерживающее современные веб-браузеры.

3. Пользователь должен быть авторизован в системе.

4. Пользователь, должен быть закреплен за летательным аппаратом.

Основной поток

Пользователь выбирает летательный аппарат, нажимает на кнопку «Подробная информация» и просматривает журнал.

Пост условия

-

Альтернативные потоки

1. Сотрудник УФК не авторизован в системе.

Правила использования

1. Пользователь должен быть зарегистрирован в системе.


2.2 Альтернативные потоки

В таблице 8 представлен вариант использования для альтернативных потоков всех вариантов использования кроме №3 и №8.

Таблица 8 - Неправильный ввод данных летательного аппарата и агрегата

Вариант использования

Неправильный ввод данных летательного аппарата или агрегата

Краткое описание

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

Основные действующие лица

Администратор

Второстепенные лица

-

Предусловия

1. Администратор должен иметь стабильное интернет соединение.

2. Администратор должен иметь устройство, поддерживающее современные веб-браузеры.

3. Администратор должен быть авторизован в системе.

4. Администратор должен ввести неверные данные в форму.

Основной поток

Администратор, закрепляя агрегаты за летательным аппаратом, ошибается.

Пост условия

Система укажет на ошибку администратора.

Альтернативные потоки

1. Успешный ввод данных.

Правила использования

1. Администратор должен быть зарегистрирован в системе.




Таблица 9 - Ошибка авторизации

Вариант использования

Ошибка авторизации

Краткое описание

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

Основные действующие лица

Администратор, пилот, механик.

Второстепенные лица

-

Предусловия

1. Пользователь должен иметь стабильное интернет соединение.

2. Пользователь должен иметь устройство, поддерживающее современные веб-браузеры.

3. Пользователь должен быть авторизован в системе.

4. Пользователь должен быть не авторизован.

Основной поток

ИС предупредит об ошибке и сделает перенаправление на страницу входа.

Пост условия

-

Альтернативные потоки

1. Успешная авторизация.

Правила использования

1. Пользователь должен быть зарегистрирован в системе.



3 Диаграмма вариантов использования


Рисунок 1 – Диаграмма вариантов использования

4. Функциональные требования

К разрабатываемой системе предъявляется ряд функциональных требований. Дадим для каждого требования краткое описание:

1. Регистрация сотрудников. Возможность регистрации пользователей, для доступа к работе с ИС.

2. Авторизация сотрудников. Авторизация зарегистрированных пользователей.

3. Добавление летательных аппаратов и агрегатов. Возможность добавлять новые летательные аппараты, а также агрегаты.

4. Просмотр информации о летательных аппаратах, а также об агрегатах. Возможность просмотра подробной информации.

5. Добавление информации по налету. Возможность внесения информации по налету летательного аппарата.

6. Добавление инструкций по ремонту. Возможность внесения и изменения инструкций по ремонту конкретного вида агрегата.

7. Просмотр инструкций по ремонту. Возможность просматривать инструкции по ремонту конкретного вида агрегата.



8. Просмотр уведомлений. Возможность п.

5 Нефункциональные требования

1. Безопасность сайта. Обеспечение безопасности сайта от возможных попыток взлома.

2. Адаптация сайта к портативной версии. Возможность просматривать сайт, с портативных устройств.

3. Сайт должен обладать простым, интуитивно понятным интерфейсом.

4. Для обеспечения работы системы со стороны сервера, на рабочей станции должен быть установлен следующий набор программ:

  • Postgresql;

  • Python 3.6;

  • Node.js;

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

6 Диаграмма требований



Рисунок 2 – Диаграмма требований

7 Диаграмма определения блоков



Рисунок 3 – Диаграмма определения блоков верхнего уровня



Рисунок 4 – Диаграмма определения блоков основной части системы

8 Структурные характеристики основных блоков



Рисунок 5 – Структурные характеристики блоков

9 Поведенческие характеристики основных блоков



Рисунок 6 – Поведенческие характеристики основных блоков

10 Диаграмма внутренней структуры блоков



Рисунок 7 – Диаграмма внутренней структуры блока «Добавление нового летательного аппарата»

11 Параметрическая диаграмма



Рисунок 8 – Параметрическая диаграмма системы

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

Сценарий для варианта использования «Регистрация пользователя», администратору необходимо быть авторизованным, зайти на свой профиль и выбрать вкладку «Пользователи», затем нажать на кнопку «Регистрация нового пользователя». Далее система предоставит поля, для внесения данных о пользователе. После нажатия на кнопку зарегистрировать, система отправит информацию на сервер, если все данные введены верно, то система зарегистрирует нового сотрудника. Иначе выдаст ошибку и попросит администратора ввести данные еще раз.




Рисунок 9 – Диаграмма деятельности для варианта использования «Регистрация пользователя»

Вывод

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

Список использованных источников

1. Объектно-ориентированное проектирование автоматизированных систем на языке UML и SysML с использованием CASE-средств: Болдырихин

О.В., Липецк: ЛГТУ, 2003. - 44 c.

2. Lenny Delligatti. SysML Distilled: - Nevada, USA: Addison-Wesley Professional, 2013. – 304 c.

3. Tim Weilkiens. System Engineering with SysML/UML: Modeling, Analysis, Design: - San Francisco, USA: Morgan Kaufmann Publishers Inc, 2008. – 320 c.

4. Инструмент моделирования SysML [Электронный ресурс]: Доступ URL: https://www.visual-paradigm.com/solution/uml/sysml-modelingtools/?gclid=Cj0KCQiA0ZHwBRCRARIsAK0TrorzedwW6lO06nbGIf07HLjluSDTsN_knMoeLrB4iMJAC89jQNKr8UaAhExEALw

_wcB

5. Визуальные парадигмы[Электронный ресурс]: Доступ URL:

https://www.visual-paradigm.com/tutorials/#

6. Что такое диаграмма потока данных (DFD)? [Электронный ресурс]: Доступ URL: https://www.visual-paradigm.com/tutorials/data-flowdiagram-dfd.jsp

7. Учебное пособие по блок-схемам (с символами, руководством и примерами)[Электронный ресурс]: Доступ URL: https://www.visualparadigm.com/tutorials/flowchart-tutorial/