Презентация старовойт (1)

1.

МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ
ФЕДЕРАЦИИ
ФЕДЕРАЛЬОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ
УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ КУБАНСКИЙ ГОСУДАРСТВЕННЫЙ
ТЕХНОЛОГИЧЕСКИЙ УНИВЕРСИТЕТ
ДИПЛОМНЫЙ ПРОЕКТ НА ТЕМУ:
Разработка информационной системы предприятия
Выполнил студен группы 21-ЗКБ-ИВ1
Старовойт Тарас Вячеславович
Руководитель: Серикова М.В.
Краснодар 2026

2.

Почему этот проект важен
Цель проекта — изучить
информационную систему предприятия
и спроектировать модуль ИС,
обеспечивающий регистрацию,
обработку и контроль заявок
с централизованным хранением
и отчётностью.
Актуальность проекта обусловлена
необходимостью автоматизации
процессов обработки заявок на
обслуживание электрооборудования.
2

3.

Задачи
3
Изучить существующую
информационную систему
предприятия
Сформировать требования к
разрабатываемому модулю
информационной системы
Определить основные
проблемы действующего
процесса
Спроектировать, разработать и
протестировать модуль
информационной системы
предприятия

4.

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

5.

Что должна обеспечивать система
Доступ и роли
Система должна
поддерживать авторизацию
и разграничение прав
доступа согласно ролям
Отчётность
Система должна обеспечивать
сводную информацию
для анализа загрузки
и контроля процессов
технического обслуживания.
Учёт заявок
и оборудования
Необходимо регистрировать
обращения, хранить сведения
об оборудовании
и пользователях, назначать
исполнителей и изменять
статусы заявок
Качество решения
Поиск и история
Пользователь должен быстро
находить нужные записи,
применять фильтрацию
и просматривать историю
обслуживания оборудования,
чтобы оценивать контекст
предыдущих работ.
Нефункциональные требования
включают удобный интерфейс,
надёжность, безопасность
и производительность
5

6.

Кто участвует в процессе
Администратор
Исполнитель
Диспетчер
Инженер
6

7.

Состав системы и основные сущности
Модуль управления
заявками
Центральное место
занимает модуль
управления заявками,
а остальные компоненты
поддерживают его работу
через управление
доступом,
оборудованием
и отчётностью.
Модуль авторизации
- вход в систему
- проверка прав доступ
Модуль управления
пользователями
- регистрация
пользователей
- управление ролями
- настройка прав доступа
- содание ззявок
- изменение статуса
- назначение
испольнителей
- поиск и просмотр
База данных
- пользователи
- заявки
- оборудование
- статусы
- история работ
Модуль
управлвления
оборудованием
- хранение
информации
- просмотр истории
обслуживания
Модуль отчётности
- формирование отчётов
7

8.

Выбор ключевых технологий
Выбор сделан в пользу
технологий, ускоряющих
создание веб-системы
и упрощающих сопровождение
без избыточной
инфраструктуры.
Python и Django дают
наибольший выигрыш
по скорости разработки,
а SQLite снижает сложность
развёртывания для учебного
и малого корпоративного
сценария.
8

9.

Последовательность обработки заявки
Диспетчер
Информационная
система
База
данных
Инженер
Исполнитель
1. Создать заявку
2. Сохранить заявку
3. Заявка создана
4. Назначить исполнителя
5. Обновить заявку
6. Отобразить заявку исполнителю
7. Выполнить работы и изменить статус
9. Уведомить о закрытии
заявки
8. Обновить статус и
сохранить отчёт
9

10.

Как устроена архитектура решения
TCP/IP
HTTP/HTTPS
Рабочая станция
Пользовательский интерфейс
Браузер как точка входа
Пользователь работает с системой
через веб-браузер, не устанавливая
отдельное программное обеспечение
на рабочее место. Такой подход
облегчает сопровождение и делает
интерфейс доступным для разных
категорий сотрудников.
Веб-сервер
Логика приложения
Сервер приложений как центр
логики
Запросы от клиента обрабатываются
на сервере приложений, где
сосредоточены бизнес-правила,
авторизация и работа с формами.
Именно здесь выполняется основная
логика учёта заявок и подготовки
данных для пользователя.
Сервер базы данных
Единая база данных
Сервер базы данных хранит сведения
о заявках, оборудовании, ролях,
пользователях и отчётах. Такая
модель упорядочивает данные
и позволяет строить диаграммы
компонентов и классов как основу
дальнейшей реализации.
10

11.

Интерфейс информационной системы
11

12.

Результаты ручного тестирования
Система корректно
выполняет основные функции
и соответствует требованиям
технического задания.
12

13.

Проект завершён, но имеет
потенциал роста
Разработана ИС для учёта и обработки заявок
на ТО электрооборудования с централизованным хранением данных,
разграничением доступа и отчётностью. Проведены анализ,
моделирование, реализация, тестирование и оценка рисков.
Дальнейшее развитие связано с переносом на PostgreSQL
и развёртыванием на сервере предприятия.
13

14.

СПАСИБО ЗА ВНИМАНИЕ!