Всем привет! Так исторически складывается, что когда вы разрабатываете государственные системы, в большинстве случаев требуется написание большого количества документации, а в данной ситуации такая документация еще и требует соответствию ГОСТ.
Хотелось бы вспомнить одну из парадигм Agile " Работающий продукт важнее исчерпывающей документации ", но в данном случае это не наша история, поэтому сегодня поговорим немного о ГОСТах.
Стоит сделать небольшое лирическое отступление и начать с формального определения:
ГОСТ 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 нужно, но осторожно. Разрабатывать добровольно полный пакет документов опасно для психики. Надо выбрать золотую середину и оформить минимум полезных для разработки и сдачи документов. Наш аналитик считает, что наиболее актуальны здесь документы стадии ТП. Они полезны тем, что на этой стадии можно выявить проектные риски и сразу обговорить их с заказчиком. И, следовательно, разработать АС в одной идеологии с заказчиком и успешно провести приемо-сдаточные испытания.
