Дипломная работа на тему "Разработка информационной подсистемы безопасного хранения и передачи данных в ООО Энергетик"

Написать диплом по теме «Дипломная работа на тему "Разработка информационной подсистемы безопасного хранения и передачи данных в ООО Энергетик"»

В этой статье вы найдёте полный разбор структуры, содержания и технической реализации ВКР по теме «Разработка информационной подсистемы безопасного хранения и передачи данных в ООО Энергетик». Приведены реальные примеры кода, схемы архитектуры, экономические расчёты и чек-листы по требованиям Синергия. Информация основана на анализе 50+ работ по направлению 09.03.02 «Прикладная информатика».

Нужен разбор вашей темы Дипломная работа на тему "Разработка информационной подсистемы безопасного хранения и передачи данных в ООО Энергетик"? Получите бесплатную консультацию: @Diplomit | +7 (987) 915-99-32 (WhatsApp)

Актуальность темы

Компания ООО «Энергетик» обрабатывает данные о потреблении энергии, платежах и персональных данных клиентов. Утечка информации может привести к штрафам по ФЗ-152 и репутационным потерям. По данным ФСТЭК России, в 2024 году 63% инцидентов в энергетике связаны с утечкой данных через внутренние каналы.

На практике у многих энергетических компаний отсутствует централизованная система шифрования и контроля доступа. Данные передаются по незащищённым каналам, хранятся в открытом виде. Это не соответствует требованиям ГОСТ Р 57580-2017 и Рекомендациям ФСТЭК по защите информации.

Разработка подсистемы безопасного хранения и передачи — не просто учебная задача. Это реальный кейс для повышения защищённости данных в энергетике. Особенно актуально при переходе на цифровые платформы учёта.

Цель и задачи

Цель: разработка и обоснование информационной подсистемы безопасного хранения и передачи данных для ООО «Энергетик».

Задачи:

1. Проанализировать существующую ИС ООО «Энергетик» и выявить уязвимости.
2. Изучить методы защиты данных: шифрование (AES-256, RSA), хеширование (SHA-256), цифровая подпись.
3. Разработать архитектуру подсистемы с использованием микросервисов и API-шлюза.
4. Спроектировать базу данных с шифрованием на уровне столбцов.
5. Реализовать модуль аутентификации и авторизации (OAuth 2.0, JWT).
6. Обосновать экономическую эффективность внедрения.
7. Провести тестирование на уязвимости (OWASP ZAP).

Задачи соответствуют структуре методички Синергия: анализ → проектирование → реализация → экономика.

Объект и предмет исследования

• Объект: информационные процессы в ООО «Энергетик».
• Предмет: система передачи и хранения данных о потреблении энергии и платежах.

Объект — где? В компании. Предмет — что? Конкретный процесс обработки данных. Не путайте с «информационной системой» — это инструмент, а не предмет исследования.

Ожидаемые результаты и практическая значимость

После внедрения подсистемы:

• Снижение риска утечки данных на 80% за счёт шифрования и контроля доступа.
• Автоматизация аудита доступа к данным (формирование журналов в реальном времени).
• Сокращение времени на восстановление данных после инцидента на 40%.
• Соответствие требованиям ФСТЭК и ФЗ-152.

Эффект измерим: не «повысится безопасность», а «снижение времени на 40%».

Рекомендуемая структура дипломной работы

Пример введения для Синергия

В условиях цифровизации энергетического сектора возрастает объём обрабатываемых данных, включая персональную и коммерчески значимую информацию. ООО «Энергетик» сталкивается с рисками утечки данных при передаче между АСКУЭ и биллинговой системой. Существующая архитектура не предусматривает шифрования на уровне приложения, а доступ к данным контролируется на базовом уровне. Цель работы — разработка подсистемы безопасного хранения и передачи данных, обеспечивающей соответствие требованиям ФСТЭК и снижающей риски утечек. Задачи: анализ уязвимостей, проектирование архитектуры, реализация модулей шифрования и контроля доступа, расчёт экономической эффективности.

Как написать заключение по Прикладная информатика

В ходе работы была проанализирована информационная инфраструктура ООО «Энергетик». Выявлены критические уязвимости: отсутствие шифрования данных, слабая аутентификация, неструктурированный доступ. Разработана подсистема на базе микросервисной архитектуры с использованием Spring Boot, PostgreSQL с pgcrypto, OAuth 2.0. Реализованы модули шифрования, аудита и управления доступом. Контрольный пример подтвердил работоспособность: время обработки запроса — 120 мс, данные передаются в зашифрованном виде. Экономический эффект — снижение затрат на устранение инцидентов на 1.2 млн руб./год. Рекомендуется внедрить подсистему в рамках цифровой трансформации компании.

Требования к списку литературы Синергия

Список оформляется по ГОСТ Р 7.0.100-2018. Обязательно включить:

• ФЗ-152 «О персональных данных» — http://www.consultant.ru/document/cons_doc_LAW_61801/
• ГОСТ Р 57580-2017 «Безопасность информации» — https://docs.cntd.ru/document/1200149418
• Методические рекомендации ФСТЭК по защите информации — https://www.fstec.ru/dokumenty/rekomendatsii

Из 20+ источников — не менее 10 за 2024–2026 гг., 3–5 — на английском языке (например, NIST SP 800-53).

Вопросы, которые часто задают студенты

Можно ли использовать готовые решения в ВКР?

Да, но с адаптацией. Например, можно взять за основу Keycloak для аутентификации, но перенастроить под архитектуру «Энергетика». Главное — показать, как вы модифицировали решение. Это оценят и научрук, и комиссия.

Сколько страниц должна быть практическая часть?

Рекомендуем 40–60 страниц. Должны быть: схемы (ER-диаграмма, DFD), листинг кода (300–400 строк), описание модулей, тестовые данные, результаты. Без этого часть будет признана неполной.

Можно ли использовать open-source решения?

Абсолютно можно. Spring Boot, PostgreSQL, OWASP ZAP — всё это open-source. Но в работе подчеркните, что вы не просто установили, а настроили, интегрировали, протестировали. Это покажет ваш уровень.

Уникальный пример: схема архитектуры подсистемы

Рекомендуем использовать такую структуру:

[Клиент] → [API Gateway] → [Auth Service] → [Data Encryption Service] → [Secure DB]
                             ↓
                       [Audit Log]

Каждый сервис — отдельный контейнер (Docker). API-шлюз проверяет JWT-токен, сервис шифрования использует AES-256, база — PostgreSQL с pgcrypto. Все запросы логируются.

Пример кода шифрования данных (Java + Spring)

@Service
public class EncryptionService {
    private static final String SECRET_KEY = "ваш_ключ_32_байта_для_AES_256";

    public String encrypt(String data) throws Exception {
        Cipher cipher = Cipher.getInstance("AES");
        SecretKeySpec keySpec = new SecretKeySpec(SECRET_KEY.getBytes(), "AES");
        cipher.init(Cipher.ENCRYPT_MODE, keySpec);
        byte[] encrypted = cipher.doFinal(data.getBytes());
        return Base64.getEncoder().encodeToString(encrypted);
    }

    public String decrypt(String encryptedData) throws Exception {
        Cipher cipher = Cipher.getInstance("AES");
        SecretKeySpec keySpec = new SecretKeySpec(SECRET_KEY.getBytes(), "AES");
        cipher.init(Cipher.DECRYPT_MODE, keySpec);
        byte[] decoded = Base64.getDecoder().decode(encryptedData);
        byte[] decrypted = cipher.doFinal(decoded);
        return new String(decrypted);
    }
}