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

ГОСТ 34.602-2020

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

История разработки и принятия

Стандарт ГОСТ 34.602-2020 был разработан в рамках программы межгосударственной стандартизации и принят Межгосударственным советом по стандартизации, метрологии и сертификации (МГС) 30 сентября 2020 года. Он введён в действие в качестве национального стандарта Российской Федерации с 1 января 2021 года (приказ Росстандарта № 1060-ст от 5 ноября 2020 года).

Данный стандарт пришёл на смену ранее действовавшему ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». Необходимость пересмотра была вызвана развитием информационных технологий, изменением подходов к проектированию и внедрению АС, а также потребностью в гармонизации с современными международными практиками и смежными стандартами (например, с ГОСТ Р ИСО/МЭК 12207, ГОСТ Р 57100). В отличие от предшественника, версия 2020 года учитывает особенности создания не только крупных корпоративных систем, но и более гибких, модульных решений, а также уточняет терминологию и требования к документированию.

Область применения и назначение

ГОСТ 34.602-2020 распространяется на технические задания (ТЗ) на создание (развитие или модернизацию) автоматизированных систем всех видов, включая:

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

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

Структура и содержание технического задания

Стандарт предписывает чёткую структуру ТЗ, которая включает следующие обязательные разделы и подразделы (содержание может варьироваться в зависимости от специфики системы, но общая логика сохраняется):

1. Общие сведения

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

2. Назначение и цели создания системы

  • Определение функционального назначения АС (для каких задач она предназначена).
  • Критерии оценки достижения целей (например, снижение времени обработки данных, повышение точности учёта, сокращение издержек).
  • Ожидаемые технико-экономические, социальные или иные эффекты от внедрения.

3. Характеристика объекта автоматизации

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

4. Требования к системе

Этот раздел является наиболее объёмным и включает несколько подразделов:

4.1. Требования к функциональности

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

4.2. Требования к видам обеспечения

  • Информационное обеспечение: состав, структура и способы организации данных (базы данных, форматы файлов, протоколы обмена), требования к информационной совместимости со смежными системами.
  • Программное обеспечение: требования к операционным системам, СУБД, средам разработки, языкам программирования, а также к лицензионной чистоте и возможности обновления.
  • Техническое обеспечение: требования к серверному и клиентскому оборудованию (производительность, объём памяти, надёжность, условия эксплуатации), к сетевым коммуникациям.
  • Лингвистическое обеспечение: требования к языкам программирования, интерфейсам пользователя (включая локализацию), кодировкам.
  • Метрологическое обеспечение (для АС, связанных с измерениями): требования к точности, погрешностям, методам поверки.
  • Организационное обеспечение: требования к регламентам работы персонала, должностным инструкциям, порядку взаимодействия между подразделениями.
  • Правовое обеспечение: требования к соблюдению законодательства (в том числе о персональных данных, коммерческой тайне, авторских правах).

4.3. Требования к надёжности

4.4. Требования к безопасности

  • Требования к защите от несанкционированного доступа (НСД): разграничение прав доступа, аутентификация, шифрование.
  • Требования к физической безопасности оборудования.
  • Требования к информационной безопасности (соответствие стандартам, например, ГОСТ Р 56545, ГОСТ Р 56546).

4.5. Требования к эргономике и технической эстетике

  • Требования к интерфейсу пользователя: удобство, интуитивность, скорость обучения, соответствие санитарным нормам (СанПиН).
  • Требования к дизайну рабочих мест операторов.

4.6. Требования к эксплуатации, техническому обслуживанию и ремонту

  • Условия эксплуатации (температура, влажность, запылённость, вибрации).
  • Периодичность и объём регламентных работ.
  • Требования к квалификации обслуживающего персонала.

4.7. Требования к транспортировке и хранению (для оборудования)

  • Условия упаковки, перевозки и складирования компонентов АС.

4.8. Требования к патентной чистоте

  • Обеспечение использования непатентованных решений или наличие лицензий на использование запатентованных технологий.

4.9. Требования к стандартизации и унификации

  • Применение типовых проектных решений, стандартных интерфейсов и протоколов.

5. Состав и содержание работ по созданию системы

  • Этапы создания (предпроектное обследование, техническое проектирование, рабочее проектирование, ввод в действие, опытная эксплуатация, приёмка).
  • Перечень документации, разрабатываемой на каждом этапе.
  • Сроки выполнения этапов.

6. Порядок контроля и приёмки системы

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

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

  • Мероприятия по подготовке персонала (обучение, аттестация).
  • Мероприятия по подготовке помещений, сетей, оборудования.
  • Мероприятия по приведению информационной базы в соответствие с требованиями системы.

8. Требования к документированию

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

9. Источники разработки

  • Перечень нормативных документов, стандартов, методик, на которые ссылается ТЗ.

Особенности и нововведения ГОСТ 34.602-2020

По сравнению с версией 1989 года, ГОСТ 34.602-2020 содержит ряд существенных изменений:

  1. Уточнение терминологии: введены определения «автоматизированная система», «функциональная подсистема», «обеспечивающая подсистема», «жизненный цикл», «модернизация», «развитие». Устранена неоднозначность трактовок.
  2. Гибкость структуры: стандарт допускает изменение состава разделов ТЗ в зависимости от сложности и специфики системы. Для простых АС допускается сокращение объёма, для сложных — добавление дополнительных разделов (например, «Требования к математическому обеспечению»).
  3. Учёт современных технологий: в требованиях к информационному обеспечению появились указания на облачные технологии, веб-сервисы, API, микросервисную архитектуру. В требованиях к безопасности — на использование электронной подписи, шифрования, защищённых каналов связи.
  4. Акцент на жизненный цикл: ТЗ теперь должно учитывать не только этап создания, но и последующее сопровождение, модернизацию и вывод из эксплуатации.
  5. Согласование с другими стандартами: требования к качеству ПО, тестированию и документированию приведены в соответствие с ГОСТ Р ИСО/МЭК 12207, ГОСТ Р 57100, ГОСТ 19.xxx (ЕСПД) и ГОСТ 2.xxx (ЕСКД).

Порядок разработки, согласования и утверждения

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

  1. Предпроектное обследование: сбор информации об объекте автоматизации, анализ существующих процессов, выявление потребностей.
  2. Формирование проекта ТЗ: разработка чернового варианта с описанием всех разделов.
  3. Согласование: ТЗ проходит согласование с заинтересованными сторонами (службами заказчика: ИТ-отдел, отдел безопасности, финансовый отдел, юридический отдел; а также с разработчиком). При необходимости проводится экспертиза.
  4. Утверждение: окончательный вариант ТЗ утверждается руководителем организации-заказчика (или уполномоченным лицом) и руководителем организации-разработчика. Утверждённое ТЗ является обязательным для исполнения обеими сторонами.

Значение и применение

ГОСТ 34.602-2020 играет ключевую роль в проектной деятельности в области автоматизации. Его использование позволяет:

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

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

Источники

  1. ГОСТ 34.602-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». — М.: Стандартинформ, 2020.
  2. ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания». — М.: Издательство стандартов, 1990.
  3. РД 50-34.698-90 «Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов». — М.: Издательство стандартов, 1990.
  4. ГОСТ Р ИСО/МЭК 12207-2010 «Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств». — М.: Стандартинформ, 2010.
  5. Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации».

BFOmetr — база данных и аналитика по компаниям России.

На главную BFOmetr →