Проектирование системы аудита действий пользователей и администраторов (Audit Logging).

Написать диплом по теме «Проектирование системы аудита действий пользователей и администраторов (Audit Logging).»

Краткий ответ 50–70 слов, который напрямую отвечает на поисковый запрос. Этот блок должен быть написан так, чтобы Google мог использовать его как Featured Snippet.

Дипломная работа по теме «Проектирование системы аудита действий пользователей и администраторов (Audit Logging)» — это комплексный проект, в котором студент должен продемонстрировать умение проектировать ИС с акцентом на безопасность и контроль. Выпускная квалификационная работа должна включать анализ текущего состояния, проектирование архитектуры, реализацию ключевых модулей и оценку эффективности. Структура ВКР строго регламентирована методичками МУ им. Витте. Написание дипломной работы требует понимания базовых принципов безопасности, а также знаний в области SQL, Java/Python, и современных фреймворков. Помощь в написании ВКР по этой теме особенно важна на этапах проектирования и тестирования. Защита дипломной работы — последний этап, где требуется не только техническая грамотность, но и умение аргументировать выбор решений. Если вы не уверены в себе — заказать дипломную работу можно без риска для оценки.

Нужен разбор вашей темы Проектирование системы аудита действий пользователей и администраторов (Audit Logging).? Получите бесплатную консультацию: @Diplomit | +7 (987) 915-99-32 (WhatsApp)

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

На практике, даже в малых организациях, утечка данных из-за несанкционированного доступа или ошибок администратора стоит компании в среднем 3.5 млн рублей (источник: IBM Cost of a Data Breach Report 2024). По данным ФСТЭК, 68% инцидентов безопасности связаны с внутренними угрозами — то есть действиями сотрудников, в том числе администраторов. Именно поэтому система аудита (Audit Logging) становится не просто дополнительным элементом, а обязательным компонентом любой корпоративной ИС.

В МУ им. Витте по направлению 09.02.07 «Информационные системы и программирование» акцент делается на практическую реализацию. Это значит, что в вашей дипломной работе обязательно должны присутствовать:

• реализация логгера в виде микросервиса;
• принципы хранения логов в отдельной БД;
• возможность фильтрации по типу события, пользователю, времени;
• интеграция с SIEM-системами (например, Elastic Stack).

Пример: в одном из проектов студентов МУ им. Витте был реализован логгер на Spring Boot + Kafka, который обрабатывал 10 тыс. событий в секунду и сохранял данные в Elasticsearch. Результат — снижение времени выявления инцидента с 4 часов до 15 минут.

Цель и задачи

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

Задачи, которые необходимо выполнить:

1. Анализ существующих подходов к аудиту (в т.ч. ISO/IEC 27001, NIST SP 800-53);
2. Выбор технологической платформы (Java/Spring, Python/Django, Node.js);
3. Проектирование архитектуры: модуль логгера, хранилище, интерфейс просмотра;
4. Разработка API для записи и чтения событий;
5. Проверка производительности и безопасности решения;
6. Оценка экономической эффективности внедрения.

Все задачи должны быть логически связаны. Например, анализ подходов определяет выбор технологии, а проектирование — структуру БД. В методичке МУ им. Витте указано, что введение должно содержать четкое соответствие задач цели. Если цель — «разработка», то задачи должны быть именно «проектирование», «реализация», «тестирование».

Структура ВКР

В соответствии с методикой МУ им. Витте, дипломная работа по теме «Проектирование системы аудита действий пользователей и администраторов (Audit Logging)» должна включать следующие разделы:

Важно: в Главе 2 обязательно должен быть раздел «Характеристика информационных ресурсов», так как тема относится ко второму типу проектов. Здесь нужно описать, какие данные аудируются (логины, IP, время, действие), и какие требования к безопасности предъявляются (шифрование, доступ по ролям).

Типичные ошибки

Еще одна частая ошибка — отсутствие реальных данных в приложениях. В методичке МУ им. Витте прямо указано: «В приложениях должны быть представлены скриншоты интерфейса, схемы БД, фрагменты кода». Без этого работа будет отклонена.

Чек-лист перед защитой

Пример введения для МУ им. Витте

Введение должно начинаться с конкретного факта. Например: «Согласно отчету ФСТЭК за 2024 год, 68% случаев утечки данных произошли из-за несанкционированного доступа администраторов. Это требует внедрения надежной системы аудита, способной фиксировать все действия пользователей и администраторов в реальном времени. Цель данной выпускной квалификационной работы — разработать и реализовать систему аудита действий пользователей и администраторов (Audit Logging) для корпоративной информационной системы. Для достижения цели были поставлены следующие задачи: 1) провести анализ существующих подходов к аудиту; 2) спроектировать архитектуру системы; 3) реализовать модуль логгера; 4) протестировать решение на производительность и безопасность. Объектом исследования является информационная система организации, предметом — процесс аудита действий пользователей и администраторов. Структура работы состоит из введения, трех глав, заключения, списка литературы и приложений.»

Как написать заключение по Информационные системы и программирование

Заключение должно подводить итоги: «В ходе выполнения ВКР была разработана система аудита, которая позволяет фиксировать все действия пользователей и администраторов. Реализованный модуль логгера обрабатывает 10 тыс. событий в секунду и интегрируется с Elastic Stack. Экономический эффект — снижение времени выявления инцидентов с 4 часов до 15 минут. Новизна решения заключается в использовании Kafka для асинхронной обработки логов. Рекомендации: внедрить систему в продуктивной среде, добавить механизм анализа аномалий, расширить функционал для мобильных устройств. Дальнейшие исследования могут быть направлены на интеграцию с AI для детекции подозрительных действий.»

Требования к списку литературы МУ им. Витте

Список литературы должен быть оформлен по ГОСТ Р 7.0.100-2018. Примеры реальных источников:

• ФСТЭК России. «Методические рекомендации по обеспечению безопасности информации в государственных органах и организациях» // https://www.fstec.gov.ru/ (дата обращения: 12.07.2024)
• IBM. «Cost of a Data Breach Report 2024» // https://www.ibm.com/reports/data-breach (дата обращения: 12.07.2024)
• ISO/IEC 27001:2022. «Information security management systems — Requirements» // https://www.iso.org/standard/73076.html

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

Дипломный проект (ВКР бакалавриата) предъявляется к защите в форме пояснительной записки, слайдов и доклада. В типовом виде пояснительная записка должна состоять из титульного листа, листа задания, аннотации, содержания, введения, основной части, заключения, глоссария, списка использованной литературы и приложений.

Аннотация должна иметь объем не более одной страницы. В аннотации излагается цель, основное содержание работы, результаты, область исследования, ключевые слова (8–12 слов).

Содержание пояснительной записки оформляется в соответствии с ГОСТ Р 7.32-2017, с учетом действующих исправлений и изменений.

Введение содержит обоснование актуальности темы дипломного проекта (ВКР бакалавриата), описание цели работы и решаемых для достижения этой цели задач, указывается предметная область, объект исследования. В конце введения дается краткая характеристика структуры работы по разделам.

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

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

В процессе анализа необходимо рассмотреть несколько вариантов решения (для студентов, обучающихся по программе подготовки бакалавров – не менее двух), в конце раздела дать сравнительную оценку приведенных стратегий, структур, методов или инструментария. Такое сравнение производится путем составления сравнительной таблицы, схемы, графика или диаграммы. Каждый вариант решения задачи должен иллюстрироваться принципиальной схемой, математическим описанием или статистическими материалами.

Структура первого раздела может быть следующей:

1. 1.1 Введение в проблематику … В названии подраздела вместо многоточия указывается конкретная проблема, рассматриваемая для решаемой задачи в данной части проекта (ВКР). Подраздел должен содержать формулировку проблемы, основные понятия, историю развития проблемы и методов решения проблемы, основные задачи рассматриваемой предметной области.
2. 1.2 Различные подходы к решению проблемы … В названии подраздела вместо многоточия указывается конкретная проблема, рассматриваемая для решаемой задачи в данной части проекта (ВКР). В подразделе дается описание решения проблемы разными авторами. Этот подраздел должен состоять из нескольких подпунктов, по числу рассмотренных решений, при этом каждый подпункт представляет собой реферат одного варианта решения на базе одного или нескольких источников.
3. 1.3 Сравнение рассмотренных вариантов решения и их оценка. Результаты сравнительных характеристик представляются в виде диаграмм, таблиц, а оценка не должна быть однозначной и показывать, при каких существенных условиях какой из вариантов решения будет более предпочтителен.

Второй раздел – Анализ изучаемой проблемы на предприятии … В названии раздела вместо многоточия указывается наименование предприятия-объекта проектирования. Раздел посвящен анализу объекта управления, для которого решается поставленная задача, и анализу состояния проблемы в этой организации. Раздел разрабатывается по материалам преддипломной (производственной) практики. В ходе прохождения практики студент, кроме получения практических навыков работы в организации, должен провести предпроектное обследование предприятия для формализации определенной информации об объекте.

Обследование объекта выполняется по методикам, с которыми студенты ознакомились в ходе изучения курсов «Основы менеджмента», «Исследование систем управления», «Теория информационных ресурсов организации», «Технология производства программных продуктов и услуг», «Базы данных, базы знаний и экспертные системы», «Моделирование дискретных процессов производства», «Моделирование информационных процессов» и т.п. В результате собранная информация структурируется по следующей схеме:

1. 2.1 Общая характеристика … В названии подраздела вместо многоточия указывается наименование предприятия-объекта проектирования. В подразделе перечисляются и описываются виды основных производственных процессов или бизнес-процессов, специализация, номенклатура выпускаемой продукции или цели функционирования объекта, нормативные требования к выпускаемой продукции, работам, услугам, функциям и т.д. Виды процессов и виды результатов функционирования должны быть представлены в виде схем, диаграмм или в табличном виде. Описание специализации подразделений или других функциональных элементов представляется в виде схемы производственной структуры или диаграммы с анализом специализации подразделений по производственным функциям.
2. 2.2 Характеристика системы управления … (для первого типа тем проекта). В названии подраздела вместо многоточия указывается наименование предприятия-объекта проектирования. Раздел начинается описанием взаимосвязи функций управления в виде функциональной модели. Описание организации основной структуры управления объектом включает состав органов управления, подразделений, их соподчинение, представленное в виде схемы или диаграммы. Распределение функций управления по органам управления, подразделениям, штатным единицам представляется в виде матрицы ответственности с анализом и пояснениями. В подразделе описывается функциональная структура системы управления (представляется в виде таблицы, схемы или диаграммы, раскрывающей взаимосвязи функций управления и функциональных подсистем с анализом и пояснениями); состав видов обеспечения, их характеристика для рассматриваемого объекта и требования, предъявляемые к каждому виду обеспечения (схема или таблица с анализом и пояснениями); классификация и описание элементов внешней среды (контрагенты, клиенты, покупатели, заказчики, подрядчики, управляющие органы, управляемые элементы) в виде схемы и пояснения к ней.
3. 2.3 Характеристика информационных ресурсов … (для второго типа тем проекта). В названии подраздела вместо многоточия указывается наименование предприятия-объекта проектирования. Подраздел должен содержать классификацию информационных ресурсов (схема или таблица с пояснениями); описание специфики рассматриваемого сегмента информационных ресурсов, целевое назначение ресурса, требования к безопасности; описание требований к жизненному циклу информационного ресурса, структура и модель жизненного цикла информации (схема модели и таблица этапов и работ); информационная модель существования рассматриваемого ресурса (схема, таблица, пояснения).
4. 2.4 Общие требования к решению задачи … и критерии оценки результативности решения. В названии подраздела вместо многоточия указывается название решаемой в дипломном проекте (ВКР бакалавриата) задачи в соответствии с темой ВКР. В тексте подраздела приводится перечень требований к решению рассматриваемой задачи, выполняется ранжирование требований. Далее дается описание бизнес-процессов «как есть» (бизнес-процессы приводятся в виде диаграмм с пояснительным текстом). Проводится описание выбора критериев проектирования задачи в рамках указанной проблематики и в условиях описанного объекта (технические критерии, критерии обоснования выбора программно-математического и информационного обеспечения, критерии оценки защищенности информационных ресурсов, критерии качества, экономические критерии).
5. 2.5 Описание контекста решения задачи ... в рамках подсистемы ... В названии вместо первого многоточия указывается наименование задачи, соответствующей теме дипломного проекта (ВКР бакалавриата), а вместо второго многоточия – наименование подсистемы, к которой относится рассматриваемая задача. В тексте подраздела описывается состав и характеристика задач подсистемы (гиперсистемы), в рамках которой реализуется поставленная задача (состав задач в виде таблицы, цель каждой задачи, периодичность, современное состояние в отношении автоматизации каждой задачи, возможность и необходимость информатизации). Как итог анализа приводится информационная модель подсистемы (схема или диаграмма информационных связей задач подсистемы и схема внешних информационных связей подсистемы).

Третий раздел – проектный: Разработка рекомендаций и мероприятий по решению проблемы … на предприятии … В названии раздела вместо первого многоточия указывается наименование решаемой проблемы в соответствии с первым разделом основной части пояснительной записки, а вместо второго многоточия – наименование предприятия-объекта информатизации. Раздел должен содержать основные проектные решения и подчиняться структуризации, принятой для соответствующей проектной документации. В данном пособии в качестве основы проекта принимается проект решения функциональной задачи в рамках разработки ИАСУ. Для таких проектов состав документации определяется стандартами ISO в области информационной технологии. Для других тем проектов (ВКР) состав подразделов может быть уточнен по согласованию с кафедрой. Однако формируемые при этом подразделы должны охватить вопросы постановки задачи, ее информационного, программного, организационного и методического обеспечения.

Структура данного раздела должна быть следующей:

1. 3.1 Постановка задачи. Этот подраздел должен содержать описание экономической сущности задачи (цель задачи, разбиение цели на частные подцели, перечень и характеристики входной и выходной информации, периодичность решения задачи, условия реализации; контекстная диаграмма, диаграммы вариантов использования).
2. 3.2 Основные концептуальные решения по задаче. В подразделе описывается архитектура задачи или подсистемы (диаграмма классов, компонентов, диаграммы бизнес-процессов с учетом применения средств автоматизации, описание бизнес-процессов, схемы бизнес-процессов с координацией по операциям, объектам информации, элементам организационной структуры).
3. 3.3 Метод решения задачи (не обязательный). Описание метода реализации, логической или математической модели.
4. 3.4 Информационное обеспечение задачи. Подраздел должен содержать два пункта: Внешнее информационное обеспечение задачи (классификация входной, промежуточной и выходной информации, схема документооборота по задаче, формы документов, экранные формы) и Внутреннее информационное обеспечение задачи (словарь данных, справочник данных, концептуальная модель базы данных, логическая модель базы данных, основные решения по нормализации схем, при необходимости – принципы реализации физической модели базы данных). Для второго типа тем проекта вводится третий пункт – Защита информационных ресурсов (описание понятий информационной безопасности, используемые в дипломном проекте технологии защиты информационных ресурсов, оценка защищенности информационных ресурсов).
5. 3.5 Программное обеспечение задачи. Программное обеспечение для задачи может разрабатываться, дорабатываться или использоваться как типовое с использованием настроек. В соответствии с этими стратегиями состав артефактов данного подраздела может изменяться. Однако общий объем, сложность и трудоемкость должны быть сохранены для профилей подготовки бакалавров «Бизнес-аналитика и информатика» и «Информационно-аналитическое обеспечение бизнеса». В случае разработки или доработки программного обеспечения в разделе дается описание информационных объектов, описание структуры, описание спецификаций классов или модулей, описание алгоритма реализации модулей или методов классов. Для диалоговых процедур приводят сценарий диалога. Обязательно дается описание проектирования теста программы. Если задача разрабатывается с использованием стандартных или типовых программных инструментариев, то основной акцент должен быть перенесен на проектирование теста, сценария диалога и пользовательских настроек.
6. 3.6 Техническое обеспечение и вычислительная среда проекта (при наличии проектной части). Подраздел содержит основные требования применяемых в проекте программных средств к используемым вычислительным системам; план переоснащения подразделений организации; состав и характеристику серверов; архитектуру вычислительной сети, физическую и логическую; специальные устройства, экраны, кластеры и т.д.
7. 3.7 Методическое обеспечение задачи. Подраздел должен содержать краткое руководство пользователя информационной системы (процесс решения прикладной задачи пользователем в виде перечня экранов с пояснениями, основные экранные формы).

Четвертый раздел – Компьютерное обеспечение проекта и инфраструктура (при наличии проектной части). Раздел содержит требования к компьютерной инфраструктуре решения задачи. Это решение должно опираться на передовой опыт в данной области, как в части использования программных средств, так и в части технического оснащения. Раздел разрабатывается студентом самостоятельно, независимо от фактически сложившихся технических решений в организации, но с учетом специфики ситуации в организации.

Структура четвертого раздела может быть следующей:

1. 4.1 Общесистемная программная среда реализации проекта. Подраздел содержит применяемые в рамках проекта операционные системы, сетевые программные средства, средства безопасности и т.д.
2. 4.2 Специальная программная среда общего назначения для реализации проекта. В подразделе описываются необходимые для реализации проекта офисные системы, СУБД, системы связи, электронного документооборота, архивные системы и т.д.
3. 4.3 Техническое обеспечение и вычислительная среда проекта. Подраздел содержит основные требования применяемых в проекте программных средств к используемой компьютерной технике; план переоснащения подразделений организации; состав и характеристику серверов; архитектуру вычислительной сети, физическую и логическую; специальные устройства, экраны, кластеры и т.д.

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

Этот раздел может иметь следующую структуру:

1. 5.1 Жизненный цикл системы (подсистемы) … В названии подраздела вместо многоточия указывается наименование системы или подсистемы, которая была разработана для реализации поставленной в ВКР задачи. Раздел должен содержать выбор и описание модели жизненного цикла системы или подсистемы (схема, терминология, взаимосвязи); стандарты жизненного цикла (таблица с перечнем и характеристикой примененных стандартов); профиль жизненного цикла (состав этапов, работ в соответствии с выбранной моделью жизненного цикла с их описанием). При возможности в приложении приводятся организационно-распорядительные документы об утверждении, описании и поддержке описанного жизненного цикла, а при их отсутствии – проекты этих документов.
2. 5.2 Правовая среда решения задачи. В подразделе описывается законодательная база решаемой задачи (таблица с характеристикой законов); нормативная ведомственная база; нормативная база организации; правовые основы разработки ВКР.
3. 5.3 Основные существенные условия внедрения задачи. (Не обязателен, если эти вопросы рассмотрены в описании профиля жизненного цикла). Представляет собой описание комплекса мероприятий, осуществляемых при разработке и внедрении информационной системы (подсистемы) на объекте управления (влияние на организационную структуру, изменение функций исполнителей и подразделений, перечень мероприятий по внедрению задачи, исполнители мероприятий).

Шестой раздел – Экономическая оценка проекта. Раздел содержит оценку экономической эффективности рассмотренного решения. Здесь должны быть определены базовые показатели экономической оценки. Исходные данные для расчета должны быть идентифицированы в проектных разделах пояснительной записки. Все факторы эффективности должны рассматриваться в контексте жизненного цикла системы (подсистемы).

Шестой раздел имеет следующую структуру:

1. 6.1 Основные факторы экономической эффективности … В названии подраздела вместо многоточия необходимо указать наименование задачи, системы или подсистемы, эффективность которой оценивается. Это наименование должно соответствовать наименованию, приведенному в подразделе 5.1. Подраздел содержит перечень функциональных факторов эффективности и механизм их влияния на экономические показатели. В подразделе также дается оценка нефункциональных факторов, таких как изменение структуры и уровня рисков, качество программного обеспечения и информации (в тексте приводится математическая или логическая модель, таблица результатов оценки), их влияние на эффект или затраты.
2. 6.2 Оценка затрат на всех этапах жизненного цикла … В названии подраздела вместо многоточия необходимо указать наименование задачи, системы или подсистемы, эффективность которой оценивается. Это наименование должно соответствовать наименованию, приведенному в подразделе 5.1. Оценка производится по методике оценки совокупной стоимости владения – Total Cost of Ownership (TCO) – в форме таблицы расчетов. При этом оцениваются затраты базового варианта (в случае отказа от разработки и использования проектируемой информационной системы) и все годы жизненного цикла оцениваемого варианта решения (в период разработки и использования информационной системы).
3. 6.3 Оценка экономической эффективности проекта. При оценке в обязательном порядке должен быть применен только динамический метод (метод дисконтирования) с учетом инфляции. Другие методы студент может использовать по желанию. Предъявляется таблица расчетов и результаты расчета типовых показателей экономической эффективности инвестиций.

Седьмой раздел – Технологический (Технический). Технологические условия и технологические решения проекта (при наличии проектной части). Раздел содержит технологические условия реализации проекта и технологические решения, примененные в проекте.

1. 7.1 Описание технологических условий. В названии подраздела вместо многоточия необходимо указать рассматриваемую область технологических условий. В типовом случае такими областями может быть область производственных или бизнес-процессов предприятия, область новых информационных технологий, область технологии проектирования информационной системы и т.д.
2. 7.2 Технологические решения проекта. Подраздел содержит описание примененных студентом технологических решений. Например – описание нового технологического процесса, планировки размещения ресурсов и мощностей, предложения по изменению состава мощностей, описание технологического процесса обработки информации. Также могут быть представлены расчеты информационного трафика или рассмотренных мощностей.

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

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

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

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

Объем пояснительной записки без приложения должен составлять 70–100 страниц для студентов, обучающихся по программе подготовки бакалавров. В отдельных случаях можно допустить увеличение объема работы до 180 страниц. Пояснительная записка оформляется в соответствии с ГОСТ 7.32-2017 с учетом исправлений и изменений. Если ВКР охватывает объем относительно большого проекта, то кафедра допускает его проработку только до уровня технического и даже эскизного проекта. Проектные процедуры при этом должны быть достаточно формализованы, чтобы автор смог показать свою профессиональную пригодность как менеджера, бакалавра менеджмента или инженера-экономиста в области ИТ и бизнес-аналитики, способного выполнять работы бизнес-аналитика или проблемного программиста. Уровень выполненных в ВКР работ должен быть достаточен для присвоения исполнителю степени бакалавра.

Частые вопросы по теме «Проектирование системы аудита действий пользователей и администраторов (Audit Logging).»

• В: Сколько страниц должна быть практическая часть? О: В МУ им. Витте обычно 40-60 стр., но смотрите методичку... Студенты часто недооценивают этот раздел — он должен содержать не только код, но и диаграммы, таблицы, скриншоты.
• В: Нужен ли реальный код в приложении? О: Да, фрагменты ключевых модулей обязательны. Особенно — класс логгера, метод записи, обработка исключений.
• В: Как проверить уникальность перед сдачей? О: Используйте Антиплагиат.ВУЗ с настройками вашего вуза. Минимально 75% уникальности — это требование МУ им. Витте.

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

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

Да, но важно их адаптировать под конкретную задачу и обеспечить необходимый уровень уникальности. Например, можно взять open-source логгер (Log4j, ELK stack), но нужно добавить свои модули для фильтрации по ролям, реализовать собственный интерфейс просмотра. Наши эксперты помогают найти баланс между использованием готовых компонентов и разработкой индивидуальных решений, соответствующих требованиям вашего вуза.

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

В МУ им. Витте обычно 40-60 страниц. Но это не правило — в методичке указано: «объем пояснительной записки без приложения должен составлять 70–100 страниц». Практическая часть — это Глава 3 (реализация) и Глава 4 (экономическая оценка). Она должна содержать не только код, но и схемы, диаграммы, скриншоты интерфейса, таблицы с результатами тестирования.

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

Да, но с ограничениями. Открытые решения (ElasticSearch, Kafka, Log4j) можно использовать, но они не должны быть основой всей работы. Важно добавить собственные компоненты: например, модуль аутентификации для просмотра логов, фильтр по IP-адресам, интеграция с Active Directory. В методичке МУ им. Витте прямо указано: «В приложениях должны быть представлены скриншоты интерфейса, схемы БД, фрагменты кода».