Разработка системы обеспечения качества программного обеспечения для технических систем с учетом требований безопасности и надежности.

Коротко: как написать ВКР по теме «Разработка системы обеспечения качества программного обеспечения для технических систем с учетом требований безопасности и надежности.»

Диплом по теме «Разработка системы обеспечения качества программного обеспечения для технических систем с учетом требований безопасности и надежности.» в МТИ требует глубокого анализа существующих процессов тестирования, проектирования архитектуры контроля качества, внедрения метрик и обеспечения соответствия стандартам безопасности. Работа включает три главы: аналитическую (обследование), проектную (разработка) и экономическую (расчёт эффективности). Ключ — реальные данные, диаграммы процессов и уникальный код.

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

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

В 2024 году 68% инцидентов в промышленных системах начались с уязвимостей в ПО — данные от ФСТЭК России. При этом только 34% предприятий используют системный подход к контролю качества разработки. В МТИ студенты сталкиваются с реальными кейсами, где отсутствие контроля приводит к сбоям в АСУ ТП.

Заметьте: речь не о «современных реалиях», а о конкретной проблеме — отсутствии интегрированной системы обеспечения качества (СОК) в технических системах. Например, на заводе по производству насосов в Казани в 2023 году произошёл сбой из-за ошибки в ПО управления клапанами. Причина — отсутствие автоматизированного тестирования и проверки соответствия ГОСТ Р 57580.1-2017.

По практике: студенты, которые привязывают актуальность к реальному предприятию и конкретному сбою, получают выше оценки. Научные руководители ценят данные, а не общие фразы.

Цель и задачи

Цель: разработка и обоснование архитектуры системы обеспечения качества ПО для технических систем с учётом требований безопасности и надёжности на базе предприятия.

Задачи (соответствуют методичке МТИ):

1. Анализ существующих процессов разработки и тестирования ПО на предприятии.
2. Моделирование процесса «КАК ЕСТЬ» в нотации BPMN.
3. Формирование требований к системе контроля качества.
4. Проектирование архитектуры СОК с модулями: статический анализ, тестирование, аудит безопасности, отчётность.
5. Разработка прототипа ключевого модуля (например, автоматизированной проверки соответствия стандартам).
6. Оценка экономической эффективности внедрения.

Задачи логично ведут к цели. В методичке МТИ по Управление в технических системах подчёркивается необходимость «анализ → проектирование → расчёт».

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

Пример введения для МТИ

На промышленных предприятиях надёжность программного обеспечения напрямую влияет на безопасность технологических процессов. Анализ аварий на объектах ОПО за 2023 год показал, что 41% инцидентов связаны с ошибками в ПО (источник: Ростехнадзор). На ОАО «Энергомаш» отсутствует единая система контроля качества разработки, что увеличивает риск сбоев в АСУ ТП.

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

Работа выполнена в соответствии с ГОСТ 34.602-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы». Использованы методы моделирования BPMN 2.0, UML и подходы DevSecOps.

Этапы разработки информационной системы

graph TD
  A[Анализ требований] --> B[Проектирование системы]
  B --> C[Разработка]
  C --> D[Тестирование]
  D --> E[Внедрение]
  E --> F[Мониторинг и аудит]
  F --> G[Обратная связь и улучшение]

Как написать заключение по Управление в технических системах

В ходе работы была разработана архитектура системы обеспечения качества ПО для технических систем. Выполнен анализ существующих процессов на ОАО «Энергомаш», выявлены узкие места: отсутствие автоматизированного тестирования, ручной аудит безопасности, неструктурированная отчётность.

Спроектированная система включает модули статического анализа, автоматизированного тестирования, аудита соответствия стандартам и генерации отчётов. Прототип модуля проверки соответствия ГОСТ Р 57580.1-2017 реализован на Python с использованием библиотеки bandit. Экономический эффект — снижение времени на проверку кода на 60%, сокращение риска инцидентов на 45%.

Разработанная система рекомендуется к внедрению на предприятии. Дальнейшее развитие — интеграция с CI/CD-пайплайном и расширение базы контрольных требований.

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

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

• Официальных стандартов (ГОСТ, ISO)
• Методических указаний МТИ
• Научных статей из eLibrary и CyberLeninka
• Документации разработчиков

Примеры источников:

1. ГОСТ Р 57580.1-2017. Системы управления функциональной безопасностью. Часть 1. Общие требования. — https://docs.cntd.ru/document/1200149757
2. ISO/IEC 25010:2011. Systems and software Quality Requirements and Evaluation (SQuaRE). — https://www.iso.org/standard/35733.html
3. Князева М.С. Обеспечение безопасности ПО в промышленных системах // Вестник МТИ. — 2024. — №2. — С. 45–52. — https://cyberleninka.ru/article/n/obespechenie-bezopasnosti-po-v-promyshlennyh-sistemah

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

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

Да, но с адаптацией. Например, SonarQube или Jenkins можно использовать как основу, но вы должны настроить правила проверки под требования ГОСТ Р 57580.1-2017. Научные руководители ценят не копирование, а умение адаптировать существующие инструменты под конкретную задачу.

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

Рекомендуемый объём — 40–60 страниц. Включите: архитектуру системы, диаграммы (Use Case, ERD, Sequence), фрагменты кода, результаты тестирования. Объём зависит от сложности реализации и требований методички МТИ.

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

Да, open-source решения (например, Bandit для анализа Python, OWASP ZAP) можно использовать. Главное — показать, как вы их адаптировали под задачи обеспечения качества в технических системах. Укажите в тексте изменения в конфигурации, добавленные правила, кастомные отчёты.

Проверьте свою тему ВКР

• □ Есть ли реальная организация для анализа?
• □ Есть ли измеримый эффект внедрения?
• □ Можно ли построить диаграммы процессов?
• □ Есть ли реальные данные для экономических расчетов?