Статья:

ФОРМИРОВАНИЕ ФУНКЦИОНАЛЬНЫХ И НЕФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ К ИНФОРМАЦИОННОЙ СИСТЕМЕ МОНИТОРИНГА ТЕХНОЛОГИЧЕСКОЙ ИНФРАСТРУКТУРЫ

Конференция: CCCLIV Студенческая международная научно-практическая конференция «Молодежный научный форум»

Секция: Технические науки

Выходные данные
Емелин С.В. ФОРМИРОВАНИЕ ФУНКЦИОНАЛЬНЫХ И НЕФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ К ИНФОРМАЦИОННОЙ СИСТЕМЕ МОНИТОРИНГА ТЕХНОЛОГИЧЕСКОЙ ИНФРАСТРУКТУРЫ // Молодежный научный форум: электр. сб. ст. по мат. CCCLIV междунар. студ. науч.-практ. конф. № 28(354). URL: https://nauchforum.ru/archive/MNF_interdisciplinarity/28(354).pdf (дата обращения: 21.08.2026)
Лауреаты определены. Конференция завершена
Эта статья набрала 0 голосов
Мне нравится
Дипломы
лауреатов
Сертификаты
участников
Дипломы
лауреатов
Сертификаты
участников
на печатьскачать .pdfподелиться

ФОРМИРОВАНИЕ ФУНКЦИОНАЛЬНЫХ И НЕФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ К ИНФОРМАЦИОННОЙ СИСТЕМЕ МОНИТОРИНГА ТЕХНОЛОГИЧЕСКОЙ ИНФРАСТРУКТУРЫ

Емелин Сергей Васильевич
студент, Московский государственный технологический университет «СТАНКИН», РФ, г. Москва

 

FORMULATING FUNCTIONAL AND NON-FUNCTIONAL REQUIREMENTS FOR A TECHNOLOGICAL INFRASTRUCTURE MONITORING INFORMATION SYSTEM

 

Emelin Sergei Vasilievich

Student, Moscow State University of Technology "STANKIN", Russia, Moscow

 

Проектирование информационной системы для промышленного предприятия начинается с формализации требований к её функциональности и качественным характеристикам. Материалом исследования послужила сетевая инфраструктура ПАО «Сургутнефтегаз» и практика эксплуатации системы мониторинга её сетевого оборудования. Методом исследования выступил анализ предметной области с последующей классификацией требований на функциональные, определяющие перечень решаемых задач, и нефункциональные, задающие качественные характеристики работы системы [1, с. 45; 3, с. 12].

Анализ производственной среды выявил факторы, определяющие состав требований: географическую распределённость оборудования и разнотипность каналов связи, что затрудняет унифицированную настройку порогов срабатывания; эксплуатацию части узлов в агрессивной среде — при вибрациях, запылённости и перепадах температур; изоляцию технологических сетей от публичных сетей по требованиям безопасности, исключающую применение облачных сервисов мониторинга; а также необходимость отличать корневой инцидент от лавины производных уведомлений, а плановое обслуживание — от реального сбоя [2, с. 151].

Выявленные факторы позволили сформировать перечень требований, разделённый на функциональные и нефункциональные категории и приведённый в таблице 1.

Таблица 1.

Функциональные и нефункциональные требования к информационной системе мониторинга

Категория

Требование

Функциональное

Автоматическая фиксация точных временных меток начала и окончания недоступности оборудования

Функциональное

Группировка оборудования по производственным подразделениям и уровням критичности

Функциональное

Корреляция событий для исключения дублирующих уведомлений при массовых сбоях

Функциональное

Ведение архива инцидентов с классификацией причин простоя

Функциональное

Автоматизированное формирование отчётности по показателям надёжности

Нефункциональное

Работоспособность в закрытом сетевом контуре без связи с внешними сервисами

Нефункциональное

Использование открытых стандартов передачи данных для интеграции с системами предприятия

Нефункциональное

Независимость алгоритмов обработки от марки и модели оборудования

Нефункциональное

Масштабируемость и производительность при росте числа объектов мониторинга

Нефункциональное

Целостность данных и защита архива инцидентов от искажения

 

Функциональные требования напрямую вытекают из выявленных проблем эксплуатации: необходимость точного учёта времени простоя порождает требование к фиксации временных меток, риск лавины уведомлений — требование к корреляции событий, а потребность в анализе причин отказов — требование к ведению архива с классификацией. Нефункциональные требования обусловлены политикой безопасности предприятия, многовендорной структурой сети и объёмом обрабатываемых данных: отсюда автономность в закрытом контуре, независимость от производителя оборудования и масштабируемость системы [2, с. 160; 4].

Сформированный перечень требований образует техническое задание для проектирования информационной системы: функциональные требования определяют состав её модулей и алгоритмов, а нефункциональные — ограничения архитектуры на уровне выбора технологий и топологии развёртывания. Такой подход к формированию требований, основанный на систематическом анализе предметной области, применим не только к рассмотренному предприятию, но и к другим объектам с распределённой и разнородной технической инфраструктурой.

 

Список литературы:
1. Грекул В.И. Проектирование информационных систем. — М.: Бином, 2023. — 385 с.
2. Олифер В.Г., Олифер Н.А. Компьютерные сети. Принципы, технологии, протоколы. — СПб.: Питер, 2022. — 992 с.
3. Вендров А.М. Проектирование программного обеспечения информационных систем. — М.: Финансы и статистика, 2023. — 512 с.
4. ГОСТ 34.602-2020. Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. — М.: Стандартинформ, 2020. — 16 с.
5. IEEE Recommended Practice for Software Requirements Specifications: IEEE Std 830-1998 [Электронный ресурс]. — URL: https://ieeexplore.ieee.org/document/720574 (дата обращения: 29.07.2026).
6. Коваленко В.В. Проектирование информационных систем. — М.: Юрайт, 2024. — 312 с.