Система мониторинга на тракторном заводе

Идея проекта

Создание системы мониторинга на тракторном заводе, содержащей информацию об инцидентах на станках и визуальное интерпретирование работы завода на табло. Главное табло содержит информацию о статусе каждого поста (идет работа, работа выполнена, работа остановлена в результате инцидента). Статус поста определяется нажатием кнопки, которая установлена на каждом рабочем посту, что переключает статус поста на табло. Разрабатываемое ПО должно предоставлять интерфейс для взаимодействия с базой данных с возможностью создания новых инцидентов и редактирования их описания. Требуется реализовать функциональность для разных категорий пользователей

Предметная область

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

Аналогичные решения

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

Целесообразность и актуальность

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

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

Use-Case - диаграмма

ER - диаграмма сущностей

Пользовательские сценарии

Гость:

Просмотр табло;
Выход из аккаунта.

Мастер:

Классификация происшествий;

а) Выбор типа происшествия из предложенных.
Редактирование описаний происшествий;
Просмотр табло и истории происшествий;
Выход из аккаунта.

Начальник цеха:

Классификация происшествий;

а) Добавление нового типа происшествий;

б) Выбор типа происшествия из предложенных.
Редактирование описаний происшествий;
Просмотр табло и истории происшествий;
Выход из аккаунта.

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

Классификация происшествий;

а) Добавление нового типа происшествий;

б) Выбор типа происшествия из предложенных.
Редактирование описаний происшествий;
Просмотр табло и истории происшествий;
Управление доступом, создание удаление пользователей;
Выход из аккаунта.

Формализация бизнес-правил

Тип приложения и выбранный технологический стек

Тип приложения: Web SPA.

Технологический стек:

Backend:
- C#
- ASP.NET Core
Frontend:
- HTML
- CSS
- C#
База данных:
- PostgreSQL

Верхнеуровневое разбиение на компоненты

В процессе проектирования выделяются 3 основных компонента:

компонент доступа к данным;
компонент бизнес-логики;
компонент реализации UI.

UML-диаграмма классов компонента бизнес-логики и компонента доступа к данным

Триггеры базы данных

При создании базы данных были определены два триггеры. Оба срабатывают после добавления в таблицу ButtonsEvents новой записи (нажатие кнопки), но один заносит запись в список происшествий, а второй обновляет цвета на постах (сущность ButtonsPosts) для отображения на табло.