Опубликовано: 18.09.2026 | Источник: CNews (новости)

Импортонезависимый стек Dallas Lock и Jatoba в дипломе: от аудита совместимости до защиты ВКР

Семантический анализ и роль эксперта

• Поддомен: Cybersecurity (ИБ + инфраструктура, смежная зона с DevOps).
• Роль эксперта: Специалист по информационной безопасности.
• Primary keyword: импортонезависимая СУБД в ВКР.
• LSI-запросы: Dallas Lock, СЗИ от НСД, Jatoba, мандатный доступ, ФСТЭК, реестр отечественного ПО, PostgreSQL-совместимость, миграция данных, аттестация объекта информатизации.
• Ключевые сущности: ГОСТ 34.601, ГОСТ 19.701 (схемы алгоритмов), ISO/IEC 25010, OWASP Top 10, C4/UML, ФСТЭК.
• Схема структуры: B (Введение → Основная часть с темами → FAQ → Чек-лист → Ошибки → CTA → Эксперт → Источник).

Введение: почему новость о Jatoba × Dallas Lock должна попасть в вашу главу 1

25 марта 2026 года «Газинформсервис» и «Конфидент» заявили о создании комплексного импортонезависимого стека: СУБД Jatoba официально подтвердила совместимость с продуктами линейки Dallas Lock. Для выпускника ИТ-специальности это не абстрактная корпоративная новость, а готовый скелет практической части. Заказчики из госсектора, ОПК и КИИ с 2025 года обязаны строить инфраструктуру на решениях из реестра отечественного ПО — и им нужны инженеры, умеющие не «поставить галочку», а доказать совместимость, оценить риски и оформить результат по ГОСТ. Хотите тему, которую не стыдно защитить перед комиссией с представителем регулятора? Возьмите этот стек как объект исследования. Ниже — как превратить релиз в защищаемую ВКР.

Основная часть: три темы ВКР на базе кейса Jatoba + Dallas Lock

Каждая тема «растёт» из новости, но имеет собственный измеримый результат — а это именно то, что отличает сильную работу от компиляции документации вендора.

Как встроить новость в главы 1–3 (пошагово)

Глава 1. Возьмите факт релиза как отправную точку актуальности и покажите дефицит методик: совместимость заявлена — а как её подтверждать, никто публично не описал. Постройте контекстную диаграмму C4 (уровень System Context): пользователь, ИС, Jatoba, Dallas Lock, внешние сервисы. Оформите по ГОСТ 34.601 этапы «Анализ требований» и «Проектирование системы».

Глава 2. Здесь проектирование и реализация стенда. Обязательно приведите UML-диаграмму последовательности для сценария «пользователь → СЗИ → СУБД → журнал аудита». Покажите, где именно разграничиваются полномочия, как настраивается мандатный доступ и как проверяется, что СЗИ не «пропускает» запрос в обход политики.

Глава 3. Испытания и метрики. Минимум — время отклика под нагрузкой, доля успешных обращений после миграции, полнота переноса объектов, количество инцидентов безопасности в тесте. Сравните с基线-стеком. Это даёт вам защищаемую цифру, а не «работает — и ладно».

# Псевдокод проверки совместимости SQL-диалектов при миграции
def check_compat(queries, jatoba_conn, baseline_conn):
    report = {"passed": 0, "failed": 0, "diff": []}
    for q in queries:
        base = baseline_conn.execute(q).fetchall()
        jb = jatoba_conn.execute(q).fetchall()
        if base == jb:
            report["passed"] += 1
        else:
            report["failed"] += 1
            report["diff"].append({"sql": q, "baseline": base, "jatoba": jb})
    report["rate"] = report["passed"] / (report["passed"] + report["failed"])
    return report  # rate - метрика полноты переноса для Главы 3

Какие диаграммы и инструменты приложить

• C4 (уровни 1–2) — контекст и контейнеры стека. Рисуется в drawio или PlantUML.
• UML Sequence — сценарий авторизации и аудита через Dallas Lock.
• BPMN — процесс миграции с точками контроля и отката.
• Метрики ISO/IEC 25010 — безопасность, производительность, надёжность, сопровождаемость.
• OWASP Top 10 — чек для проверки веб-слоя, если ИС имеет веб-интерфейс.

Чему вы научитесь

1. Описывать архитектуру импортонезависимого стека на C4 и UML и защищать её решение перед комиссией.
2. Формализовать требования по ГОСТ 34.601 и оформлять испытания по ГОСТ 19.701.
3. Считать метрики качества по ISO/IEC 25010 и превращать их в выводы Главы 3.
4. Проверять СЗИ от НСД на практике: мандатный доступ, журналирование, разграничение ролей.
5. Готовить отчёт по миграции с оценкой рисков и TCO — сильный аргумент на защите и в резюме.

FAQ: что чаще всего тормозит такие ВКР

Мне не дадут доступ к реальной Jatoba и Dallas Lock. Что делать?

Разворачивайте демо-стенд (пробный период, вендорские песочницы) или используйте документацию вендора и эмуляцию сценариев. В Главе 2 опишите ограничения стенда — это честно и защищаемо. Комиссия ценит прозрачность больше, чем иллюзию «промышленной эксплуатации».

Тема слишком «вендорская». Не скажут ли, что это маркетинг?

Скажут, если вы перескажете пресс-релиз. Не скажут, если сформулируете исследовательский вопрос: «какие характеристики стека критичны при миграции и как их измерить». Именно методика и метрики отделяют науку от рекламы.

Нужны ли статистика и нагрузочное тестирование?

Да, минимум 3 метрики с воспроизводимым методом замера. Один прогон — это анекдот, не результат. Сделайте серию, посчитайте среднее и разброс, постройте графики.

Как оформить схемы и листинги по нормоконтролю?

Схемы — с основной надписью по ГОСТ 19.701, листинги — в приложение, нумерация строк обязательна, шрифт моноширинный не меньше 10 пт. Ссылки на рисунки и приложения в тексте — обязательны.

Типичные ошибки студентов

Источник: Создан импортонезависимый стек на основе совместимости СУБД Jatoba с продуктами линейки Dallas Lock (опубликовано 2026-03-25)