Обследование информационных систем

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

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

При создании автоматизированных систем можно ориентироваться на ГОСТ Р 59793-2021. Для подготовки технического задания применяется ГОСТ 34.602-2020, который определяет состав такого документа.

Зачем проводить обследование ИС

Главная цель — понять текущее состояние цифровой среды предприятия до начала разработки или модернизации. Это помогает принимать решения на основе фактов, а не предположений.

В ходе работ можно установить:

• какие функции действительно используются;

• где сохраняются ручные операции;

• какие сведения дублируются;

• что мешает быстрой работе;

• какие компоненты устарели;

• где возникают сложности при обмене между программами;

• какие ресурсы можно сохранить после модернизации.

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

Когда обследование особенно необходимо

Исследование проводят не только перед полной заменой ИС. Оно полезно при существенной модернизации, переносе данных, объединении нескольких решений, подключении новых сервисов или росте нагрузки.

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

Если проект связан с информационной безопасностью, дополнительно рассматривают меры защиты, резервирование, устойчивость к сбоям. Для таких задач могут применяться подходы ГОСТ Р ИСО/МЭК 27004-2021, ГОСТ Р 56045-2021.

Что входит в обследование

Объем работ зависит от цели. Иногда достаточно изучить один программный модуль, в другом случае требуется проверить всю цифровую среду предприятия.

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

Бизнес-процессы и работа сотрудников

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

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

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

Программная часть, базы, интеграции

Далее изучают прикладное ПО, его версии, структуру баз данных, API, механизмы обмена с внешними сервисами. Важно понять, какие компоненты зависят друг от друга, где находятся критичные связи.

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

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

Инфраструктура, нагрузка, производительность

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

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

При необходимости дополнительно изучают резервное копирование, отказоустойчивость, защиту информации. Это важно, если заказчик хочет не только ускорить работу, но и повысить надежность.

Как проходит обследование информационной системы

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

Далее обычно выполняют несколько этапов:

1. изучают исходные документы;

2. проводят интервью;

3. описывают действующие процессы;

4. проверяют программные компоненты;

5. изучают базы данных, интеграции;

6. оценивают инфраструктуру;

7. фиксируют ограничения;

8. готовят рекомендации.

Последовательность может меняться. Если задача узкая, часть этапов не потребуется. При крупном проекте, наоборот, объем исследования будет шире.

Какие методы используют

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

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

Если требуется спроектировать целевую модель, текущие процессы сравнивают с тем, как они должны выглядеть после внедрения. Это помогает убрать лишние операции, определить зоны автоматизации, подготовить более точное техническое задание.

Что получает заказчик

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

Дополнительно формируют функциональные, технические требования. Если следующим этапом станет разработка или модернизация автоматизированной системы, эти материалы можно использовать при подготовке ТЗ по ГОСТ 34.602-2020.

Состав проектной документации при необходимости определяют с учетом ГОСТ 34.201-2020.

Хорошая рекомендация должна быть конкретной. Вместо фразы «повысить производительность» лучше указать, какой компонент создает ограничение, почему это происходит, что требуется изменить.

Как использовать результаты при модернизации

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

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

Предварительное изучение помогает точнее определить сроки, бюджет, последовательность внедрения. Кроме того, снижается риск дорогостоящих доработок уже после запуска проекта.

Дополнительные услуги

Центр может помочь по следующим направлениям:

• сертификация по ИСО;

• регистрация программ для ЭВМ;

• патентование программных решений;

• регистрация товарного знака;

• получение лицензии ФСТЭК или ФСБ;

• сертификация средств защиты информации;

• сопровождение процедур Минпромторга.

Эти услуги не входят автоматически в обследование. Их подбирают отдельно с учетом задач проекта, сферы деятельности, требований законодательства.

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