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

1.

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

2.

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

3.

Кто участвует в процессе ТО
Поддерживает работоспособность системы, управляет учётными записями и распределением прав
доступа. Он отвечает за корректность настроек, целостность данных и бесперебойное
функционирование информационной среды.
Администратор
Диспетчер
Исполнитель
Принимает обращения,
регистрирует заявки и фиксирует
первичные сведения
о неисправности, месте установки
оборудования и дате
обнаружения. Он запускает
процесс обработки
и обеспечивает полноту исходных
данных.
Получает назначенную заявку,
выполняет техническое
обслуживание или ремонт
и вносит результаты работ
в систему. На этом этапе
особенно важны точность
фиксации статуса и полнота
отчётных сведений.
Инженер
3
Анализирует поступившую заявку, оценивает характер
и срочность неисправности, назначает исполнителя
и контролирует выполнение работ. Его роль связана
с управлением сроками и координацией действий

4.

Нормативная база и терминология
4
Стандарты оформления
Термины предметной области
При подготовке проекта использованы
ГОСТ 2.105-95, 19.701-90 и 34.201-89,
определяющие требования
к текстовым документам, схемам
и комплектности документации
при создании автоматизированных
Требования
безопасности
систем.
В проекте используются понятия ИС,
БД, веб-приложение, авторизация,
разграничение прав, статус заявки
и приоритет заявки. Это обеспечивает
единый понятийный аппарат
для описания функций и данных
Принятые
сокращения
системы.
Для описания защиты информации
учтены ГОСТ Р 50739-95 и ГОСТ
Р 50922-96. Они задают общие
подходы к защите
от несанкционированного доступа
и к терминологии в области
информационной безопасности.
Зафиксированы сокращения ИС, БД,
СУБД, DFD, DREAD, HTML, HTTP,
HTTPS и SQL. Их применение
упрощает изложение архитектуры,
моделирования и анализа рисков
в пояснительной записке.

5.

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

6.

Последовательность обработки заявки
Последовательность отражает движение заявки от регистрации до закрытия
и обновления данных в базе.
6

7.

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

8.

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

9.

Состав системы и основные сущности
Структура отражает
модули приложения,
пользовательские роли
и ключевые данные
заявки.
Центральное место
занимает модуль заявок,
а остальные компоненты
поддерживают его работу
через управление
доступом,
оборудованием
и отчётностью.
Материалы дипломного проекта по ИС учёта заявок на ТО электрооборудования
9

10.

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

11.

После авторизации
пользователи работают
в едином веб-интерфейсе:
видят сводные
показатели, переходят
в разделы оборудования,
заявок и отчётности,
а также выполняют поиск
и обновление статусов.
4
ролевые модели
доступа
поддерживаются
в системе
Пояснительная записка: раздел 2.4
«Разработка информационной
системы», описание главной страницы,
журнала заявок и ролей пользователей.
11

12.

Результаты ручного тестирования
Проверены основные
пользовательские сценарии
и ключевые функции
системы. Все тесты
завершились успешно,
критических ошибок
не выявлено.
Система корректно
выполняет основные функции
и соответствует требованиям
технического задания.
Пояснительная записка: раздел 6.1 «Ручное тестирование»,
таблица результатов тестирования.
12

13.

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