Секреты документирования АСУ по ГОСТ серии 34: советы, лайфхаки, этапы, требования, шаблоны

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

ГОСТ серии 34 определяют правила документирования продуктов и решений в сфере информационных технологий

Предназначение

ГОСТы серии 34 предназначены для:

• Четкого определения последовательности действий при создании и сопровождении автоматизированных систем.
• Формализации порядка разработки и приёма выполненных работ.
• Гарантированного соблюдения установленных правил и требований.
• Регулирования договорных взаимоотношений между заказчиком и исполнителем.

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

Перечень ГОСТ серии 34

1. ГОСТ 34.601-90: Определяет этапы жизненного цикла автоматизированных систем (анализ, проектирование, реализация, эксплуатация, сопровождение).
2. ГОСТ 34.602-2020: Устанавливает требования к структуре и содержанию технического задания на создание автоматизированных систем.
3. ГОСТ 34.201-2020: Определяет стадийный подход к разработке автоматизированных систем и документирует основные этапы их жизненного цикла.
4. ГОСТ 34.603-92: Регулирует виды проверок и испытаний автоматизированных систем.
5. ГОСТ 34.604-90: Описывает порядок проведения приемосдаточных испытаний автоматизированных систем.
6. ГОСТ 34.605-91: Определяет требования к сдаче-приемке законченной автоматизированной системы в промышленную эксплуатацию.
7. ГОСТ 34.606-92: Формирует требования к проведению испытания серийных экземпляров автоматизированных систем.

Из дополнительных материалов рекомендуем изучить РД 50-34.698-90.

ГОСТ 34.602-2020 — про ТЗ

ГОСТ 34.602-2020 — это новый актуализированный государственный стандарт Российской Федерации, заменяющий устаревший ГОСТ 34.602-89. Данный стандарт регулирует оформление и содержание технического задания (ТЗ) на создание автоматизированных систем (АС).

Важнейшие изменения и нововведения

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

Почему важен новый стандарт

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

ГОСТ 34.201-2020 — о разработке ИТ-систем

ГОСТ 34.201-2020 — это актуализированный государственный стандарт Российской Федерации, заменивший предыдущий аналог ГОСТ 34.201-89. Он регламентирует порядок разработки автоматизированных систем (АС) и устанавливает общие требования к процессу их создания.

Главные положения нового стандарта

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

Отличия от предыдущей редакции

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

РД 50-34.698-90 — про испытания (ПМИ)

РД 50-34.698-90 — это руководящий документ (руководящий документ) советской эпохи, действующий и ныне в Российской Федерации, который регламентирует порядок проведения приёмочных испытаний автоматизированных систем (АС).

Основные положения документа

• Цель: Проверка правильности функционирования разработанной автоматизированной системы и подтверждение её соответствия заявленным характеристикам.
• Виды испытаний: Предусматривает проведение трёх уровней испытаний:
  • Предварительные испытания (для выявления грубых недостатков);
  • Приемочные испытания (подтверждение полного соответствия установленным требованиям);
  • Испытания в промышленной эксплуатации (оценка работы системы в реальных условиях).
• Процедура: Подробно описан порядок проведения испытаний, требования к участникам, форма отчетности и алгоритм действий при обнаружении отклонений.

Нюансы

РД 50-34.698-90 сохраняет своё значение и по сей день, хотя и требует внесения поправок в свете текущих реалий (модификация стандартов и появление новых технологий). Многие организации продолжают использовать его как дополнительный инструмент для проверки качества созданных систем.

Тем не менее, настоятельно рекомендуется учитывать современные тенденции и пользоваться последними версиями аналогичных документов, таких как ГОСТ 34.604-90 и ГОСТ 34.606-92, которые частично перекрывают данную тематику и лучше отвечают актуальным требованиям.

Применение

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

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

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

Однако, важно понимать следующее:

1. Международное взаимодействие: При сотрудничестве с зарубежными партнерами иностранные компании зачастую руководствуются собственными стандартами или международными нормативами, такими как ISO/IEC 20000 или ITIL. Поэтому важно уметь находить компромисс и учитывать обе стороны.
2. Пересечение стандартов: Некоторые зарубежные фирмы готовы принять ГОСТы серии 34 как дополнительную гарантию качества, особенно если речь идёт о совместном проекте с участием российских специалистов или компаний.
3. Единство языка: ГОСТы действительно позволяют говорить на одном профессиональном языке, но важно помнить, что каждое государство имеет собственные нормативные акты и предпочтения. В международном сотрудничестве важно учитывать требования обеих сторон и стремиться к выработке единого подхода.

Стадии проектирования АС по ГОСТ 34

• Эскизный проект (ЭП) — стадия предварительного проектирования, на которой формируются общие контуры будущего решения. Здесь определяются принципиальные схемы, укрупнённые характеристики и пути дальнейшего движения.
• Технический проект (ТП) — этап детальной проработки технических решений, архитектуры и выбранных технологий. Именно здесь формируется полная картина будущего продукта, прописываются требования к оборудованию, программному обеспечению и другим компонентам.
• Рабочая документация (РД) — заключительный этап проектирования, на котором создаются рабочие чертежи, схемы и спецификации, необходимые для физического воплощения проекта. Именно на этой стадии появляются точные планы и указания, необходимые для сборки и настройки системы.

Эскизный проект

Эскизный проект (ЭП) — это первая стадия детального проектирования автоматизированной системы (АС), следующая после технического задания (ТЗ) и предшествующая техническому проекту (ТП). Данная стадия является важной отправной точкой для последующего полноценного проектирования и реализации проекта.

Основные цели эскизного проект

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

Чего достигает Эскизный проект

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

Результаты Эскизного проекта

По итогам данной стадии заказчик и исполнитель получают:

• Концептуальную схему системы: визуальное изображение общей структуры и логической организации системы.
• Технические требования: обоснование выбора технологий и платформ.
• Экономическое обоснование: расчет приблизительной стоимости проекта и ожидаемой выгоды.
• Заключение: выводы о реализуемости проекта и целесообразности перехода к следующему этапу.

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

Несправедливость ЭП

Хотя эскизный проект (ЭП) кажется простым этапом и иногда недооценивается, именно он закладывает основу для всего дальнейшего проектирования и реализации автоматизированной системы (АС).

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

Технический проект

Технический проект (ТП) — это вторая крупная стадия проектирования автоматизированной системы (АС), следующий после эскизного проекта (ЭП) и предшествующий рабочей документации (РД). Задача технического проекта заключается в полном описании будущей системы с необходимой детальностью, достаточной для начала непосредственного создания и установки системы.

Основные цели технического проекта

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

Какие вопросы решаются на стадии ТП

• Архитектура системы (топология сети, структура БД, логика работы).
• Аппаратные и программные компоненты (тип серверов, ОС, СУБД, языки программирования).
• Интерфейсы взаимодействия (API, протоколы обмена данными).
• Безопасность и устойчивость (защита данных, резервирование, восстановление после сбоев).
• Ресурсы и затраты (оборудование, персонал, стоимость владения системой).

Результат Технического проекта

Завершением стадии является комплект документации, содержащей:

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

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

Рабочая документация

Рабочая документация (РД) — это завершающая стадия проектирования автоматизированной системы (АС), следующая после технического проекта (ТП). Ее главной задачей является подготовка полной и точной документации, необходимой для фактического воплощения спроектированной системы в жизнь. Именно рабочая документация даёт возможность приступить к непосредственной установке, настройке и эксплуатации системы.

Основные цели рабочей документации

1. Готовность к строительству: Всё оборудование, приборы и конструкции, входящие в состав системы, указаны точно и однозначно, чтобы исключить разночтения при монтаже.
2. Четкость инструкций: Каждый элемент системы представлен в виде точного плана, графика или текста, дающего однозначные указания рабочим группам и сотрудникам.
3. Гарантия точности: Будущие инженеры и операторы получат точное представление о компонентах системы, способах их подключения и эксплуатации.
4. Приведение системы в рабочее состояние: На основании рабочей документации производится монтаж оборудования, подключение сетей, калибровка приборов и начальная настройка программного обеспечения.

Какие вопросы решают на стадии РД

• Материальные детали (размеры, вес, расположение элементов).
• Электрические соединения (провода, кабельные трассы, разъемы).
• Настройка программного обеспечения (установка драйверов, конфигурации ПО).
• Эксплуатационные процедуры (запуск, остановка, аварийные сценарии).
• Инструкция по обслуживанию (регулярные осмотры, профилактические мероприятия).

Математическое обеспечение (МО)

Это раздел, где раскрывается внутренняя логика работы системы, заложенные алгоритмы и формулы расчета. Здесь объясняются:

• Логика работы «черного ящика»
• Причины выбора определенных формул и коэффициентов
• Обоснование выбранной математики для решения поставленных задач

Информационное обеспечение (ИО)

Здесь делается прозрачной та информация, которая обрабатывается и передается в системе. Основные вопросы, рассматриваемые в разделе:

• Типы и объем информации, циркулирующей в системе
• Способы хранения и передачи данных
• Форматы и стандарты кодирования информации

Программное обеспечение (ПО)

Раздел посвящен выбору и применению программных средств, реализующих алгоритмы, представленные в МО. Здесь указывают:

• Языки программирования
• Платформы и библиотеки
• Версии и модификации ПО
• Конфигурации и скрипты, необходимые для работы системы

Техническое обеспечение (ТО)

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

• Техническое оснащение (аппаратные средства)
• Инфраструктурная часть (сетевые устройства, кабельная разводка и здания)

Организационное обеспечение (ОО)

Рассматриваются организационно-штатные изменения, которые потребуются для внедрения и эксплуатации системы. Вопросы, рассмотренные в разделе:

• Необходимость изменения штата работников
• Потребность в обучении персонала
• Введение новых должностей или отделов
• Изменения в должностных обязанностях сотрудников

Фишки и лайфхаки

При проектировании автоматизированных систем (АС) по ГОСТ 34 существует ряд полезных фишек, лайфхаков и советов, которые помогут вам ускорить и упростить процесс проектирования.

Структура документов

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

Например, в Д 50-34.698-90 указан состав Акта завершения работ, Акта приемки, Плана-график работ и т.д.

Графика и схемы

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

Среди них:

• Схема организационной структуры
• Структурная схема комплекса технических средств
• Схема функциональной структуры
• Схема автоматизации
• Схема деления системы (структурная) и др.

Заключение

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

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

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