Список тем - Факультет информационных технологий и

ПЕРЕЧЕНЬ ТЕМ
Тема 1. Пользовательские требования к базовому инструменту для распределенного
управления программными проектами.
Тема 2. Программная архитектура базового инструмента для распределенного
управления программными проектами.
Тема 3. Профили типовых рабочих компонентов для разработки приложений.
Тема 4. Прототип метрической базы данных для управления разработкой
приложений.
Тема 5. Репозиторий повторно используемых компонентов.
Тема 6. Сквозной пример для единого каркаса разработки приложений.
Тема 7. Сравнительный анализ систем верификации.
Тема 8. Формализация протоколов связи.
Тема 9. Разработка системы формирования параметрического описания голоса на
основе алгоритма IRAPT в среде Матлаб.
Тема 10. Разработка алгоритмов и программной реализации стандартных движений
гуманоидного робота-футболиста в 3D симуляционной среде Webots 7.
Тема 11. Разработка алгоритмов и программной реализации стандартных движений
гуманоидного робота-футболиста-вратаря в 3D симуляционной среде Webots 7.
Тема 12. Разработка алгоритмов и программной реализации определения текущего
местоположения робота-футболиста в 3D симуляционной среде Webots 7.
Тема 13. Разработка алгоритмов и программной реализации определения текущей
игровой ситуации вокруг робота-футболиста в 3D симуляционной среде Webots 7.
Тема 14. Анализ метаданных снимка (XML) и выделение существенных
характеристик.
Тема 15. Публикация предпросмотра (QuickLook) космоснимка на геосервере.
Тема 16. Поиск снимка на языке, близком к естественному.
Тема 17. Разработка модели и прототипа программы оперативного планирования
работ в информационной системе.
Тема 18. Поиск снимка на языке, близком к естественному.
Тема 19. Разработка системы импорта данных от систем автоматизированного сбора
информации о компьютерных сетях и отдельных хостах.
Тема 20. Разработка системы визуализации данных, полученных от системы
моделирования компьютерных атак.
Тема 21. Разработка плагина для представления и обработки информации об
информационно-телекоммуникационных системах и нарушителях информационной
безопасности.
Тема 22. Разработка СИСТЕМЫ для спецификации и валидации информации об
информационно-телекоммуникационных системах
Тема 23. Разработка СИСТЕМЫ для fuzzy-тестирования программного обеспечения
устройств информационно-телекоммуникационных систем
1
Тема 1. Пользовательские требования к базовому инструменту для
распределенного управления программными проектами
Руководитель проф. Баранов Сергей Николаевич
(snbaranov@gmail.com, 328–08–87)
Задача.
Определить
представительный
набор
существующих
инструментальных средств и известных подходов к подобным системам, провести их
сравнительный анализ и на этой базе создать модель требований к единому каркасу.
Квалификационные требования. Знание основных этапов и моделей
жизненного цикла разработки ПО, умение выявлять и анализировать неформальные
требования к программному продукту, знание средств UML (Unified Modeling
Language) для представления формальных моделей и систем формализации
требований. Владение средствами представления результатов анализа и принятия
решений.
Ожидаемый результат. Документ «Пользовательские требования к единому
каркасу для управления разработкой приложений» в стандартизованном формате,
содержащий отобранные требования с их обоснованием, приоритетами и оценками
трудоемкости реализации, удовлетворяющие известным критериям полноты,
непротиворечивости, проверяемости и т.д. Набор тестовых сценариев и тестовых
наборов с таблицей тестового покрытия (Test Coverage Matrix – TCM), конструктивно
проверяющих выполнение всех функциональных требований.
Тема 2. Программная архитектура базового инструмента для распределенного
управления программными проектами
Руководитель проф. Баранов Сергей Николаевич
(snbaranov@gmail.com, 328–08–87)
Задача. Разработать и обосновать программную архитектуру единого каркаса
для управления разработкой приложений.
Квалификационные требования. Знание основных этапов и моделей
жизненного цикла разработки ПО, умение выявлять и анализировать неформальные
требования к программному продукту, знание основных подходов к созданию и
анализу программных архитектур, средств для их представления.
Владение
средствами представления результатов анализа и принятия решений.
Ожидаемый результат. Документ «Программная архитектура единого каркаса
для управления разработкой приложений» в стандартизованном формате, содержащий
описание программной архитектуры с ее обоснованием.
Тема 3. Профили типовых рабочих компонентов для разработки приложений
Руководитель проф. Баранов Сергей Николаевич
(snbaranov@gmail.com, 328–08–87)
Задача. Используя литературу и практический опыт известных производителей
ПО, разработать и собрать воедино типовые профили рабочих компонентов для
единого каркаса для управления разработкой приложений.
Квалификационные требования.
Знание основных этапов и моделей
жизненного цикла разработки ПО, умение выявлять и анализировать неформальные
требования к программному продукту, знание основных подходов к созданию и
анализу программных документов, средств для их представления.
Владение
средствами представления результатов анализа и принятия решений. Понимание
процессов сертификации разработчиков по моделям CMM/CMMI и стандартам ISO
2
9000, а также сертификационных требований к ПО для авиационных бортовых систем
и оборудования DO-178 и КТ-178.
Ожидаемый результат. Библиотека шаблонов для типовых рабочих продуктов,
документ «Руководство пользователя по созданию рабочих продуктов при разработке
приложений», содержащий описание этих рабочих продуктов и их шаблонов с
обоснованием их выбора и структуры в зависимости от модели жизненного цикла.
Уточненные наборы метрик рабочих продуктов, необходимых для объективной
сертификации разработчиков и создаваемого ПО. Автоматизированная система
определения этих метрик для последующего метрического анализа и сертификации.
Тема 4. Прототип метрической базы данных для управления разработкой
приложений
Руководитель проф. Баранов Сергей Николаевич
(snbaranov@gmail.com, 328–08–87)
Задача. Используя литературу и практический опыт известных производителей
ПО, разработать схему и типовое наполнение метрической базы данных для единого
каркаса для управления разработкой приложений.
Квалификационные требования. Знание основных этапов и моделей
жизненного цикла разработки ПО, умение выявлять и анализировать неформальные
требования к программному продукту, знание основных подходов к созданию и
анализу программных документов, средств для их представления. Знание теории баз
данных, практические навыки в работе с распространенными БД.
Владение
средствами представления результатов анализа и принятия решений.
Ожидаемый результат. Схема и типовое наполнение метрической базы данных
для единого каркаса для управления разработкой приложений с обоснованием.
Тема 5. Репозиторий повторно используемых компонентов
Руководитель проф. Баранов Сергей Николаевич
(snbaranov@gmail.com, 328–08–87)
Задача. Используя литературу и практический опыт известных производителей
ПО, разработать схему и начальное наполнение репозитория повторно используемых
компонентов для разработки приложений средствами единого каркаса с
возможностью автоматизированного поиска и составления статистических отчетов.
Квалификационные требования.
Знание основных этапов и моделей
жизненного цикла разработки ПО, умение выявлять и анализировать неформальные
требования к программному продукту, знание основных подходов к созданию и
анализу программных документов, средств для их представления. Знание теории баз
данных, практические навыки в работе с распространенными БД. Знание средств
XML (Extended Markup Language), подхода Twiki. Владение средствами
представления результатов анализа и принятия решений.
Ожидаемый результат. Схема и начальное наполнение репозитория повторно
используемых компонентов для единого каркаса для управления разработкой
приложений с обоснованием. Автоматизированная система поиска компонентов по
запросам. Система составления статистических отчетов по текущему состоянию
репозитория и повторных использований его содержимого.
3
Тема 6. Сквозной пример для единого каркаса разработки приложений
Руководитель проф. Баранов Сергей Николаевич
(snbaranov@gmail.com, 328–08–87)
Задача. Используя литературу и практический опыт известных производителей
ПО, разработать сквозной пример разработки приложения средствами единого
каркаса, иллюстрирующие его применение на практике.
Квалификационные требования. Знание основных этапов и моделей
жизненного цикла разработки ПО, умение выявлять и анализировать неформальные
требования к программному продукту, знание основных подходов к созданию и
анализу программных документов, средств для их представления. Знание средств
XML, подхода Twiki. Владение средствами представления результатов анализа и
принятия решений.
Ожидаемый результат. 2-3 сквозных примера разработки приложения,
охватывающие полный цикл разработки. Набор снимков с прототипа графического
интерфейса, иллюстрирующих различные этапы разработки, для их включения в
документацию по единому каркасу.
Автоматизированная система получения
сквозного ряда таких иллюстраций при изменении начальных данных. Средства
синхронизации такого ряда с документом, в который вставляются его элементы, все
или частично.
Тема 7. Сравнительный анализ систем верификации
Руководитель проф. Баранов Сергей Николаевич
(snbaranov@gmail.com, 328–08–87)
Задача. Провести сравнительный анализ нескольких представительных систем
верификации формальных моделей программных систем.
Квалификационные требования. Знание основных этапов и моделей
жизненного цикла разработки ПО, умение выявлять и анализировать неформальные
требования к программному продукту, знание средств для представления формальных
моделей и систем формализации требований. Владение средствами представления
результатов анализа и принятия решений. Наличие доступа к заявленным системам
верификации.
Ожидаемый результат. Документ «Сравнительный анализ систем верификации
формальных моделей ПО», содержащий результаты испытаний различных систем на
одном и том же или близких примерах и обоснование критериев сравнения. Значения
релевантных метрик по трудозатратам на реализацию и исследование разработанных
примеров, их обоснование, выводы и рекомендации по применению испытанных
систем.
Тема 8. Формализация протоколов связи
Руководитель проф. Баранов Сергей Николаевич
(snbaranov@gmail.com, 328–08–87)
Задача. Выполнить формализацию известных протоколов связи и проверить их
свойства.
Квалификационные требования. Знание основных этапов и моделей
жизненного цикла разработки ПО, умение выявлять и анализировать неформальные
требования к программному продукту, знание средств для представления формальных
моделей и систем формализации требований. Владение средствами представления
4
результатов анализа и принятия решений. Наличие доступа к заявленным системам
верификации.
Ожидаемый результат. Документ «Верификация протоколов связи»,
содержащий описание формальной модели протокола связи в выбранном формализме,
результаты его верификации каким-либо известным методом. Значения релевантных
метрик по трудозатратам на реализацию и исследование разработанной
формализации, их обоснование, выводы и рекомендации по применению данных
протоколов.
Тема 9. Разработка системы формирования параметрического описания голоса
на основе алгоритма IRAPT в среде Матлаб.
Руководитель проф. Ронжин Андрей Леонидович
(ronzhin@iias.spb.su, 328–70–81)
Цель. Извлечь дифференциальные спектральные характеристики голоса из речевого
сигнала диктора.
Исходные данные.
Программная реализация алгоритма IRAPT в среде Матлаб.
Публикации с описанием принципов работы алгоритма IRAPT, выделения основного
тона голоса, обучения моделей диктора на основе гауссовых смесей.
Задача.
Реализованная программа в среде Матлаб должна:
1) обрабатывать звуковые сигналы в формате Wav с параметрами (16-44кГц, моно, 16
бит) длительностью 10-30 секунд, записанные 50 дикторами.
2) по входному сигналу сформировать последовательность значений основного тона.
3) обучить модель диктора на основе гауссовых смесей.
4) произвести оценки степени различия по всем полученным моделям дикторов.
Квалификационные требования.
Знание методов цифровой обработки сигналов и статистического моделирования.
Навыки программирования в среде Matlab.
Тема 10. Разработка алгоритмов и программной реализации стандартных
движений гуманоидного робота-футболиста в 3D симуляционной среде Webots 7.
Руководитель проф. Ронжин Андрей Леонидович
(ronzhin@iias.spb.su, 328–70–81)
Цель. Освоение навыков управления гуманоидным роботом-футболистом в 3D
симуляционной среде Webots 7.
Исходные данные.
Руководство использования 3D симуляционной среды Webots 7.
Публикации с примерами эффективного управления гуманоидным роботомфутболистом в 3D симуляционной среде Webots 7.
Задача.
Реализованная программа в 3D симуляционной среде Webots 7должна:
1) управлять движением робота в заданном направлении.
2) используя встроенную систему технического зрения, корректировать положение
робота для удара по мячу в заданном направлении.
3) управлять движением гуманоидного робота при ударе по мячу.
Квалификационные требования.
Навыки программирования на языке C++.
Знание ОС Linux.
5
Тема 11. Разработка алгоритмов и программной реализации стандартных
движений гуманоидного робота-футболиста-вратаря в 3D симуляционной среде
Webots 7.
Руководитель проф. Ронжин Андрей Леонидович
(ronzhin@iias.spb.su, 328–70–81)
Цель. Освоение навыков управления гуманоидным роботом-футболистом- вратарем в
3D симуляционной среде Webots 7.
Исходные данные.
Руководство использования 3D симуляционной среды Webots 7.
Публикации с примерами эффективного управления гуманоидным роботомфутболистом-вратарем в 3D симуляционной среде Webots 7.
Задача.
Реализованная программа в 3D симуляционной среде Webots 7должна:
1) управлять движением роботом-вратарем в заданном направлении.
2) используя встроенную систему технического зрения, корректировать положение
робота в направлении приближающегося мяча.
3) управлять движением гуманоидного робота при блокировке мяча.
Квалификационные требования.
Навыки программирования на языке C++.
Знание ОС Linux.
Тема 12. Разработка алгоритмов и программной реализации определения
текущего местоположения робота-футболиста в 3D симуляционной среде
Webots 7.
Руководитель проф. Ронжин Андрей Леонидович
(ronzhin@iias.spb.su, 328–70–81)
Цель. Освоение навыков навигации робота-футболиста в 3D симуляционной среде
Webots 7.
Исходные данные.
Руководство использования 3D симуляционной среды Webots 7.
Публикации с примерами эффективного управления гуманоидным роботомфутболистом в 3D симуляционной среде Webots 7.
Задача.
Реализованная программа в 3D симуляционной среде Webots 7должна:
1) обрабатывать изображения, поступающие с встроенной видеокамеры, с
использованием библиотеки компьютерного зрения Open CV.
2) выполнять поиск разметки футбольного поля и определять положение ворот.
3) выполнять расчет координат своего местоположения и ориентации с учетом
обнаруженных линий разметки и ворот.
4) выполнять расчет потраченного времени на определение текущего местоположения
робота-футболиста.
Квалификационные требования.
Навыки программирования на языке C++.
Знание ОС Linux.
6
Тема 13. Разработка алгоритмов и программной реализации определения
текущей игровой ситуации вокруг робота-футболиста в 3D симуляционной среде
Webots 7.
Руководитель проф. Ронжин Андрей Леонидович
(ronzhin@iias.spb.su, 328–70–81)
Цель. Освоение навыков управления роботом-футболистом в 3D симуляционной
среде Webots 7.
Исходные данные.
Руководство использования 3D симуляционной среды Webots 7.
Публикации с примерами эффективного управления гуманоидным роботомфутболистом в 3D симуляционной среде Webots 7.
Задача.
Реализованная программа в 3D симуляционной среде Webots 7должна:
1) обрабатывать изображения, поступающие с встроенной видеокамеры, с
использованием библиотеки компьютерного зрения Open CV.
2) выполнять поиск положения мяча, своих и чужих игроков.
3) составлять формализованное описание текущей игровой ситуации на основе
расчета координат обнаруженных объектов (мяча, своих и чужих игроков).
4) выполнять расчет потраченного времени на определение текущей игровой
ситуации.
Квалификационные требования.
Навыки программирования на языке C++.
Знание ОС Linux.
Тема 14. Анализ метаданных снимка (XML) и выделение существенных
характеристик
Руководитель проф. Соколов Борис Владимирович
(sokol@iias.spb.su, 328–01–03)
Цель. Необходимо разработать систему, извлекающую данные из xml файлов,
содержащих метаинформацию космического снимка.
Исходные данные.
На входе имеется XML-файл, содержащий метаинформацию космического
снимка. Существует конечное число известных форматов указанных файлов.
Ожидаемый результат.
Разрабатываемое приложение должно автоматически распознать формат файла и
выделить следующий перечень данных:
 количество спектральных каналов;
 поляризация
(горизонтальный/вертикальный/смешанный
–
для
радиолокационных снимков);
 границы спектральных каналов (числовые интервалы + наименование);
 заявленное пространственное разрешение;
 дата и время съемки (UTC);
 процент облачности;
 угол съемки (градусы);
 угол солнца (градусы);
 наименование космического аппарата;
 тип съемочной аппаратуры (текст);
 уровень обработки (4 категории).
7
При анализе файла неизвестного формата приложение должно предпринять
попытку извлечь данные, сопоставляя найденные XML-теги с имеющимися
ключевыми словами и типами данных.
Извлечённые данные требуется сохранить в базе данных.
Разработка должна представлять собой консольное приложение, реализованное
в операционной системе Linux. Предпочтительный язык программирования: Python.
Задача может быть решена на боле высоком уровне: в виде веб-сервиса с
обменом данными в формате SOAP.
Тема 15. Публикация предпросмотра (QuickLook) космоснимка на геосервере
Руководитель проф. Соколов Борис Владимирович
(sokol@iias.spb.su, 328–01–03)
Цель. Необходимо разработать систему автоматической обработки и
опубликования на Geoserver геопривязанных растровых файлов (GeoTIFF).
Исходные данные.
На входе имеется растровое изображение в формате GeoTIFF (космоснимок),
которое содержит информацию о положении растра в пространстве.
Ожидаемый результат.
Разрабатываемое приложение должно автоматически:
1. Сформировать новый растр путём сжатия с потерей качества исходного файла
и сохранить информацию о привязке.
2. Перепроецировать полученное изображение в заданную систему координат.
3. Сформировать векторный контур снимка.
4. Опубликовать полученное изображение в web, используя API Geoserver.
5. Разместить векторный контур в базе данных PostGIS.
Рекомендуемая библиотека обработки растровых изображений - GDAL.
Разработка должна представлять собой консольное приложение, реализованное
в операционной системе Linux. Предпочтительный язык программирования: Python.
Тема 16. Поиск снимка на языке, близком к естественному
Руководитель проф. Соколов Борис Владимирович
(sokol@iias.spb.su, 328–01–03)
Цель. Необходимо разработать приложение, преобразующее запрос на языке,
близком к естественному, в SQL запрос для таблицы базы данных, содержащей
информацию о космоснимках.
Исходные данные.
На входе – строка на языке, близком к естественному, содержащая косвенную
информацию о значении полей заданной таблицы и логические операторы.
Примеры строки:
 «высокоточный панхром или мультиспектр летнего периода на территорию
Васильевского острова»;
 «Краснодар с ближним инфракрасным за июль 2014».
Разбор строки может выполняться сторонним сервисом (парсером), например,
Томита-парсер (https://api.yandex.ru/tomita/). Поиск координат географических
объектов может выполняться сервисами геокодирования (Google/Yandex и др.).
Ожидаемый результат.
На выходе должна быть сформирована текстовая строка SQL-запроса к базе
данных PostGIS.
8
Задача может быть решена в виде консольного приложения, либо веб-сервиса с
обменом данными в формате SOAP.
Тема 17. Разработка модели и прототипа программы оперативного
планирования работ в информационной системе
Руководитель проф. Соколов Борис Владимирович
(sokol@iias.spb.su, 328–01–03)
Цель. Необходимо разработать прототип программы, позволяющей на основе
заданных исходных данных осуществлять оперативное планирование работы
информационной системы (ИС) на фиксированном интервале времени
Исходные данные:
Задано: число и характеристики ресурсов ИС, объем работ, которые необходимо
выполнить в ИС, технология выполнения работ в ИС, показатели качества
планирования работ, интервал планирования работ.
Ожидаемый результат.
1. Динамическая модель планирования работ в ИС.
2. Для каждой работы должен быть определен временной интервал ее
выполнения, а также ресурс ИС, на котором она выполняется. Кроме того, должны
быть рассчитаны для каждого конкретного расписания выполнения работ
соответствующие показатели качества планирования функционирования ИС.
Разработка должна представлять собой консольное приложение, реализованное
в операционной системе Linux. Предпочтительный язык программирования: Python.
Тема 18. Разработка модели и прототипа программы многокритериального
оценивания, анализа и выбора наиболее предпочтительных планов
модернизации информационной системы
Руководитель проф. Соколов Борис Владимирович
(sokol@iias.spb.su, 328–01–03)
Цель. Необходимо разработать прототип программы, позволяющей на основе
заданных исходных данных проводить расчет показателей качества модернизации
информационной системы (ИС), а также многокритериальный анализ и выбор
наиболее предпочтительного плана модернизации ИС
Исходные данные.
Заданы: возможны сценарии (планы) модернизации ИС, объемы и атрибуты
работ, которые необходимо выполнить при модернизации ИС, технология
выполнения модернизации ИС, показатели качества модернизации ИС, в качестве
которых рассматриваются показатели капитальных и эксплуатационных затрат,
связанных с модернизацией ИС, показатели надежности и катастрофоустойчивости
модернизируемой ИС, время выполнения модернизации.
Ожидаемый результат.
1. Аналитико-имитационная модель процесса модернизации ИС
2. Для каждого сценария
модернизации ИС должны быть рассчитаны
показатели качества ее модернизации, а также осуществлен многокритериальный
выбор наиболее предпочтительного сценария
Разработка должна представлять собой консольное приложение, реализованное
в операционной системе Linux. Предпочтительный язык программирования: Python.
9
Тема 19. Разработка системы импорта данных от систем автоматизированного
сбора информации о компьютерных сетях и отдельных хостах.
Руководитель проф. Котенко Игорь Витальевич
(ivkote1@mail.ru, 328–71–81)
Задача. Необходимо разработать систему, позволяющую проводить загрузку
результатов работы средств, предназначенных для автоматизированного сбора
информации о компьютерных сетях и отдельных хостах в систему моделирования
атак и оценки рисков.
Исходные условия.
На
разных
хостах
компьютерной
сети
запускаются
средства
автоматизированного сбора информации (например, Nmap, Nessus, XSpider, MaxPatrol
и т.д.).
Средства автоматизированного сбора информации, выполнив свои задачи,
формируют документы разного формата (например, xml), содержащие результаты
сбора информации.
Необходимо разработать решение, которое позволяло бы загрузить отчеты
средств автоматизированного сбора информации и преобразовать их в единый
формат, понятный для системы моделирования атак и оценки рисков.
Задача должна решаться таким способом, чтобы:
1) архитектура программного решения представляла собой модульную
структуру и позволяла легко добавлять новые виды отчетов от средств
автоматизированного сбора информации;
2) позволять загружать отчеты с удаленных компьютеров средств
автоматизированного сбора информации;
3) система могла бы проводить проверку корректности загружаемых отчетов, в
том числе иметь возможность автоматического или автоматизированного определения
типа и структуры загружаемого отчета (на случай если пользователь некорректно
указал тип документа);
4) программное средство на основе загруженных отчетов формировало файлы в
едином формате, поддерживаемом в системе моделирования атак и оценки рисков.
Дополнительные условия:
Язык разработки Java.
Архитектура реализуемого решения: отдельное приложение.
Тема 20. Разработка системы визуализации данных, полученных от системы
моделирования компьютерных атак.
Руководитель проф. Котенко Игорь Витальевич
(ivkote1@mail.ru, 328–71–81)
Задача. Необходимо разработать систему, позволяющую визуализировать
данные, полученные из системы моделирования компьютерных атак.
Исходные условия.
Система моделирования компьютерных атак получает от сенсоров, баз
уязвимостей и прочих источников данные о компьютерной сети, формирует модели
компьютерной сети и ряд метрик, характеризующих уровень защищенности как
отдельных хостов, так и сети в целом, и предоставляет доступ к данным через систему
веб-сервисов, использующих протокол SOAP.
Необходимо разработать решение, которое позволяло бы отобразить модель
сети и метрики защищенности в удобном для пользователя системы виде.
Задача должна решаться таким способом, чтобы:
10
1) пользователь имел возможность просматривать в графическом виде (в виде
графа) структуру компьютерной сети и ее метаданные (название, дата и время
создания и др.);
2) пользователь имел возможность просматривать метаданные объектов
компьютерной сети (имя, местоположение, уровень критичности и т.д.);
3) метрики защищенности отображались в удобном для анализа виде;
4) архитектура программного решения представляла собой модульную
структуру и позволяла легко добавлять новые виды визуализации различных аспектов
данных получаемых от системы компьютерного моделирования.
Дополнительные условия.
Язык разработки Java
Архитектура реализуемого решения: Клиент-серверная (Client + Application
Server)
Тема 21. Разработка плагина для представления и обработки информации об
информационно-телекоммуникационных системах и нарушителях
информационной безопасности.
Руководитель проф. Котенко Игорь Витальевич
(ivkote1@mail.ru, 328–71–81)
Задача.
Необходимо разработать плагин для представления и обработки (верификации)
информации об информационно-телекоммуникационных системах, построенных на
принципах «Интернет вещей» и нарушителях информационной безопасности для
одной из существующих сред моделирования UML.
Исходные условия.
Подзадачи:
– поиск и сравнительный анализ существующих сред моделирования UML;
– разработка мета-модели UML для представления информационнотелекоммуникационных систем «Интернет вещей» и нарушителей;
– реализация бизнес-логики и элементов GUI и для задания, редактирования и
верификации (проверки соответствия между моделью системы и метамоделью) UMLмоделей систем «Интернет вещей»;
– реализация загрузки из внешних источников данных.
UML-модель должна содержать информацию об устройствах системы, сетевой
топологии, программно-аппаратное обеспечении, компонентах защиты, возможных
угрозах ИБ, атаках, возможностях нарушителей и др.
Дополнительные условия.
Использование языка программирования Java.
Тема 22. Разработка СИСТЕМЫ для спецификации и валидации информации
об информационно-телекоммуникационных системах.
Руководитель проф. Котенко Игорь Витальевич
(ivkote1@mail.ru, 328–71–81)
Задача.
Необходимо разработать программный модуль для спецификации и валидации
информации об информационно-телекоммуникационных системах, построенных на
принципах «Интернет вещей» и нарушителях информационной безопасности в XMLформате.
Исходные условия.
11
Подзадачи:
– разработка XML-схем (XSD) для представления информации о системах
«Интернет вещей» и возможных нарушителях;
– реализация бизнес-логики и элементов GUI и для задания, редактирования и
валидации XML-файлов в соответствии с разработанными схемами.
Дополнительные условия.
Использование языка программирования Java.
Тема 23. Разработка системы для fuzzy-тестирования программного обеспечения
устройств информационно-телекоммуникационных систем
Руководитель проф. Котенко Игорь Витальевич
(ivkote1@mail.ru, 328–71–81)
Задача. Необходимо разработать программный модуль для проведения fuzzyтестирования
программного
обеспечения
устройств
информационнотелекоммуникационных систем, построенных на принципах «Интернет вещей».
Исходные условия.
Подзадачи:
– обзор и сравнительный анализ существующих методик fuzzy-тестирования;
– разработка программного прототипа модуля системы защиты, реализующего
несколько видов fuzzy-тестирования для проверки защищенности устройств систем
«Интернет вещей».
Дополнительные условия.
Использование языка программирования Java.
12