ГОСТ 34: так ли страшен черт, как его малюют?

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

ГОСТ 34: так ли страшен черт, как его малюют?

ГОСТ 34 – это набор отечественных стандартов, которые используются в оформлении документации для окологосударственных или государственных автоматизированных систем (АС).

По ГОСТ 34 создание АС разбиваются на определенный стадии. К документированию относятся стадии:

  • Техническое задание (ТЗ),
  • Эскизное проектирование (ЭП),
  • Техническое проектирование (ТП),
  • Рабочая документация (РД).

На стадии ТЗ проводят разработку ТЗ на АС или ТЗ на часть АС. ТЗ содержит цели разработки, порядок создания АС, функциональные требования, требования к документированию и т.д.

Стадия ЭП идет после разработки ТЗ. Включает в себя документы, в которых прописываются предварительные проектные решения.

Стадия ТП основывается на документах ЭП. Документы Технического проекта содержат полное описание будущей АС «со всех сторон»: описание архитектуры, структур баз данных, описание интеграций, ролевая модель и т.д., то есть все многообразие требований ТЗ должно находить отражение в документах ТП. У заказчика и исполнителя после изучения этих документов должна сформироваться единая точка зрения на разрабатываемую АС.

Рабочая документация предназначена для развертывания и ввода в эксплуатацию системы.

Теперь перейдем к конкретным стандартам.

Ну штоооооош …

Самыми популярными стандартами из серии ГОСТ 34 являются:

  • ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»
  • РД 50-34.698-90 «Автоматизированные системы. Требования к содержанию документов»
  • Документы стадии Технического проектирования: Пояснительная записка к ТП, Описание программного обеспечения и т.д.

Про ТЗ И ТП мы писали выше, а вот РД 50-34.698-90 — любопытный стандарт. Это очень емкий документ, который содержит требования к содержанию документов из ГОСТ 34 серии: в каком конкретном документе, в каком разделе о чем писать.

Самый главный плюс ГОСТ 34 заключается в том, что это регламентированные стандарты, которые максимально полно описывают будущую АС со всех сторон и ракурсов.

Теперь рассмотрим минусы ГОСТ 34.

Погнали :)
  • Стандарты ГОСТ 34 серии были выпущены в конце 80-х и в начале 90-х годов. Несмотря на то, что составлялись они очень кропотливо и долгое время «обкатывались» на реальных проектах, на данный момент они содержат устаревшие понятия и подходы. Например, документ «Чертеж формы документа (видеокадра)». Раньше на предприятиях в советское время были огромные матричные принтеры, которые стояли в машинных залах, и формы документов должны были удовлетворять определенным условиям.
  • Стандарты содержат словесные обороты, которые сейчас уже не используются. Например, «Организация внемашинной информационной базы», «Технологический процесс сбора и обработки данных на периферийных устройствах при децентрализованной обработке данных», «Ведомость машинных носителей информации», «Описание технологического процесса обработки данных (включая телеобработку)». Это рудименты прошлого! Но данные разделы должны присутствовать и быть обязательно заполнены.

Но время не стоит на месте, и ГОСТ 34 тоже подвергается изменению. В конце 2021 Росстандарт обновил стандарты ГОСТ 34 серии. Но, как бывает очень часто, появились новенькие шифры документов, а содержание осталось прежним. Например, РД 50 отменили аж в 2019 году, 3 года была тишина, и с апреля 2022 вводится в действие новый стандарт со старым содержанием. Комментарии излишни.

Ну как бы вот так …

В заключение выскажем свое скромное мнение. Есть два варианта использования ГОСТа 34.

Первый вариант: заказчик требует документы ГОСТ 34 и деваться некуда, поэтому, как говорится «ежики, или мышки, или аналитики плакали, кололись, но продолжали есть кактус».

Второй вариант: когда заказчик относится к ГОСТ с некоторой теплотой, но без фанатизма. В таком случае, пользоваться стандартами ГОСТ 34 нужно, но осторожно. Разрабатывать добровольно полный пакет документов опасно для психики. Надо выбрать золотую середину и оформить минимум полезных для разработки и сдачи документов. Наш аналитик считает, что наиболее актуальны здесь документы стадии ТП. Они полезны тем, что на этой стадии можно выявить проектные риски и сразу обговорить их с заказчиком. И, следовательно, разработать АС в одной идеологии с заказчиком и успешно провести приемо-сдаточные испытания.

<i>Работайте с ГОСТ 34, на здоровье, но без фанатизма!</i>
Работайте с ГОСТ 34, на здоровье, но без фанатизма!

Было полезно?
Будем рады получить обратную связь и узнать о вашем опыте в вопросе работы с ГОСТ 34 ✌

77
1 комментарий

Комментарий недоступен

2
Ответить