ГОСТ 34.601-90
ГОСТ 34.601-90 — это межгосударственный стандарт, устанавливающий стадии и этапы создания автоматизированных систем (АС). Документ входит в комплекс стандартов на автоматизированные системы (ГОСТ 34), регламентирует порядок разработки, внедрения и сопровождения АС различного назначения. Стандарт был введён в действие 1 января 1992 года, заменив собой ранее действовавший ГОСТ 24.601-86. Действует на территории Российской Федерации, а также стран СНГ, принявших его в качестве национального.
История и контекст создания
Разработка ГОСТ 34.601-90 была обусловлена необходимостью унификации процессов создания сложных автоматизированных систем в условиях плановой экономики СССР. В 1980-е годы промышленность, оборонный комплекс и гражданские ведомства активно внедряли вычислительную технику, однако отсутствие единых методик приводило к срывам сроков, несоответствию систем требованиям заказчиков и низкому качеству документации. Стандарт стал частью более широкого комплекса ГОСТ 34, который также включал требования к техническому заданию (ГОСТ 34.602-89), видам испытаний (ГОСТ 34.603-92) и терминологии (ГОСТ 34.003-90).
После распада СССР стандарт был сохранён в российской системе технического регулирования. В 2000-х годах, с развитием рыночной экономики и появлением альтернативных методологий (например, Agile, RUP), его применение стало менее обязательным, однако он остаётся востребованным в государственных и оборонных заказах, где требуется строгая формализация процессов.
Область применения
Стандарт распространяется на автоматизированные системы, создаваемые для организаций, предприятий и объединений (в том числе производственных, научно-исследовательских, проектных). Он не распространяется на автоматизированные системы управления технологическими процессами (АСУ ТП), для которых существуют отдельные нормативные документы. Основные категории АС, подпадающие под действие ГОСТ 34.601-90:
- Автоматизированные системы управления (АСУ) — для управления производственными, организационными или технологическими процессами.
- Системы автоматизированного проектирования (САПР) — для выполнения проектных работ.
- Автоматизированные системы научных исследований (АСНИ) — для обработки данных и моделирования.
- Интегрированные автоматизированные системы управления (ИАСУ) — объединяющие несколько функций.
Структура стандарта
ГОСТ 34.601-90 определяет стадии и этапы создания АС. Стадии представляют собой крупные фазы жизненного цикла системы, а этапы — конкретные работы внутри каждой стадии. Всего выделено 8 стадий, каждая из которых может включать от 2 до 6 этапов.
Стадии создания автоматизированных систем
- Формирование требований к АС:
- Обследование объекта автоматизации и обоснование необходимости создания АС.
- Формирование требований пользователя к системе.
- Оформление отчёта о выполненной работе и заявки на разработку.
- Разработка концепции АС:
- Изучение объекта автоматизации.
- Проведение научно-исследовательских работ (при необходимости).
- Разработка вариантов концепции АС, удовлетворяющих требованиям пользователя.
- Оценка ресурсов и сроков реализации.
- Оформление отчёта и утверждение концепции.
- Техническое задание (ТЗ):
- Разработка и утверждение технического задания на создание АС. Этот этап является ключевым, так как ТЗ фиксирует все требования к системе, её функции, состав, порядок разработки и приёмки.
- Разработка предварительных проектных решений по системе и её частям.
- Разработка документации на эскизный проект (включая пояснительную записку, схемы, описание архитектуры).
- Разработка окончательных проектных решений, достаточных для создания АС.
- Разработка документации на технический проект (полные описания подсистем, алгоритмов, структур данных, интерфейсов).
- Рабочая документация:
- Разработка рабочей документации, содержащей все сведения, необходимые для монтажа, наладки и эксплуатации АС.
- Адаптация программного обеспечения (при необходимости).
- Ввод в действие:
- Подготовка объекта автоматизации к вводу АС в эксплуатацию.
- Комплектация системы (поставка оборудования, установка ПО).
- Проведение пусконаладочных работ.
- Проведение предварительных испытаний.
- Проведение опытной эксплуатации.
- Проведение приёмочных испытаний.
- Сопровождение АС:
- Выполнение работ в соответствии с гарантийными обязательствами.
- Послегарантийное обслуживание (по отдельному договору).
Особенности применения
Гибкость этапов
Стандарт допускает объединение, исключение или изменение последовательности отдельных этапов в зависимости от специфики создаваемой системы. Например, для простых АС можно совместить эскизный и технический проекты, а для сложных систем — добавить дополнительные научно-исследовательские работы. Решение о модификации этапов должно быть согласовано с заказчиком и отражено в техническом задании.
Состав документации
На каждой стадии предусмотрен определённый перечень документов. Основные виды документации по ГОСТ 34.601-90:
- Техническое задание (ГОСТ 34.602-89) — основной документ, определяющий требования к АС.
- Пояснительная записка — обоснование проектных решений.
- Схемы (организационные, функциональные, структурные) — в соответствии с ЕСКД (Единая система конструкторской документации) и ЕСПД (Единая система программной документации).
- Ведомости (например, ведомость держателей подлинников).
- Инструкции (по эксплуатации, по настройке, по администрированию).
Участники процесса
Создание АС по ГОСТ 34.601-90 предполагает чёткое разделение ролей:
- Заказчик — организация, для которой создаётся система. Формирует исходные требования, утверждает ТЗ, принимает результаты работ.
- Разработчик — организация, выполняющая проектирование и создание системы. Отвечает за соблюдение стандартов и сроков.
- Эксплуатирующая организация — подразделение, которое будет использовать систему после ввода в действие.
Сравнение с современными методологиями
ГОСТ 34.601-90 реализует каскадную модель (waterfall) жизненного цикла, где каждая стадия завершается до начала следующей. Это обеспечивает высокую степень формализации и контроля, но снижает гибкость. В отличие от итеративных методологий (например, Agile или Scrum), стандарт не предусматривает быстрого возврата к предыдущим этапам после их завершения. Однако в государственных контрактах, где важна фиксация требований и минимизация рисков, каскадная модель остаётся предпочтительной.
Современные российские стандарты, такие как ГОСТ Р ИСО/МЭК 12207 (процессы жизненного цикла программных средств), частично вытеснили ГОСТ 34.601-90 в коммерческой сфере, но для систем, создаваемых по заказу государства (например, в сфере обороны, здравоохранения, транспорта), его применение часто является обязательным.
Критика
Основные претензии к ГОСТ 34.601-90 связаны с его устаревшей ориентацией на крупные организации и длительные проекты. Критики отмечают:
- Избыточная бюрократизация — большое количество обязательных документов и этапов, что увеличивает сроки и стоимость разработки.
- Неприменимость для малых проектов — стандарт плохо адаптирован для быстрых разработок (например, стартапов или небольших веб-сервисов).
- Отсутствие гибкости — невозможность оперативно вносить изменения в требования после утверждения ТЗ.
- Сложность интеграции с современными инструментами — стандарт не учитывает особенности облачных технологий, микросервисной архитектуры и DevOps-практик.
Тем не менее, в условиях строгой регламентации (например, при создании систем, связанных с государственной тайной или безопасностью) ГОСТ 34.601-90 остаётся востребованным инструментом.
Интересные факты
- Стандарт был разработан в 1990 году, когда СССР ещё существовал, поэтому в его тексте используются термины «народное хозяйство» и «социалистическое предприятие».
- Несмотря на возраст, ГОСТ 34.601-90 до сих пор входит в перечни обязательных документов для ряда государственных закупок в России.
- В 2019 году была предпринята попытка актуализации комплекса ГОСТ 34, но новый стандарт так и не был принят — вместо этого были выпущены рекомендации по применению современных методологий в дополнение к существующим.
Источники
- ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания».
- ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы».
- ГОСТ 34.003-90 «Автоматизированные системы. Термины и определения».
- Федеральный закон от 27.12.2002 № 184-ФЗ «О техническом регулировании» (в части применения стандартов).
- Практические рекомендации по применению ГОСТ 34.601-90 в государственных контрактах (материалы Минцифры России, 2021).
BFOmetr — база данных и аналитика по компаниям России.
На главную BFOmetr →