Открыть сервис

ГОСТ 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 этапов.

Стадии создания автоматизированных систем

  1. Формирование требований к АС:
  • Обследование объекта автоматизации и обоснование необходимости создания АС.
  • Формирование требований пользователя к системе.
  • Оформление отчёта о выполненной работе и заявки на разработку.
  1. Разработка концепции АС:
  • Изучение объекта автоматизации.
  • Проведение научно-исследовательских работ (при необходимости).
  • Разработка вариантов концепции АС, удовлетворяющих требованиям пользователя.
  • Оценка ресурсов и сроков реализации.
  • Оформление отчёта и утверждение концепции.
  1. Техническое задание (ТЗ):
  • Разработка и утверждение технического задания на создание АС. Этот этап является ключевым, так как ТЗ фиксирует все требования к системе, её функции, состав, порядок разработки и приёмки.
  1. Эскизный проект:
  • Разработка предварительных проектных решений по системе и её частям.
  • Разработка документации на эскизный проект (включая пояснительную записку, схемы, описание архитектуры).
  1. Технический проект:
  • Разработка окончательных проектных решений, достаточных для создания АС.
  • Разработка документации на технический проект (полные описания подсистем, алгоритмов, структур данных, интерфейсов).
  1. Рабочая документация:
  • Разработка рабочей документации, содержащей все сведения, необходимые для монтажа, наладки и эксплуатации АС.
  • Адаптация программного обеспечения (при необходимости).
  1. Ввод в действие:
  • Подготовка объекта автоматизации к вводу АС в эксплуатацию.
  • Комплектация системы (поставка оборудования, установка ПО).
  • Проведение пусконаладочных работ.
  • Проведение предварительных испытаний.
  • Проведение опытной эксплуатации.
  • Проведение приёмочных испытаний.
  1. Сопровождение АС:

Особенности применения

Гибкость этапов

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

Состав документации

На каждой стадии предусмотрен определённый перечень документов. Основные виды документации по ГОСТ 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 →