ГОСТ 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 содержит ряд существенных изменений:
- Уточнение терминологии: введены определения «автоматизированная система», «функциональная подсистема», «обеспечивающая подсистема», «жизненный цикл», «модернизация», «развитие». Устранена неоднозначность трактовок.
- Гибкость структуры: стандарт допускает изменение состава разделов ТЗ в зависимости от сложности и специфики системы. Для простых АС допускается сокращение объёма, для сложных — добавление дополнительных разделов (например, «Требования к математическому обеспечению»).
- Учёт современных технологий: в требованиях к информационному обеспечению появились указания на облачные технологии, веб-сервисы, API, микросервисную архитектуру. В требованиях к безопасности — на использование электронной подписи, шифрования, защищённых каналов связи.
- Акцент на жизненный цикл: ТЗ теперь должно учитывать не только этап создания, но и последующее сопровождение, модернизацию и вывод из эксплуатации.
- Согласование с другими стандартами: требования к качеству ПО, тестированию и документированию приведены в соответствие с ГОСТ Р ИСО/МЭК 12207, ГОСТ Р 57100, ГОСТ 19.xxx (ЕСПД) и ГОСТ 2.xxx (ЕСКД).
Порядок разработки, согласования и утверждения
Разработка ТЗ осуществляется, как правило, на основе договора между заказчиком и разработчиком. Заказчик предоставляет исходные данные (цели, бюджет, сроки, ограничения), а разработчик — технические решения и детализацию требований. Процесс включает:
- Предпроектное обследование: сбор информации об объекте автоматизации, анализ существующих процессов, выявление потребностей.
- Формирование проекта ТЗ: разработка чернового варианта с описанием всех разделов.
- Согласование: ТЗ проходит согласование с заинтересованными сторонами (службами заказчика: ИТ-отдел, отдел безопасности, финансовый отдел, юридический отдел; а также с разработчиком). При необходимости проводится экспертиза.
- Утверждение: окончательный вариант ТЗ утверждается руководителем организации-заказчика (или уполномоченным лицом) и руководителем организации-разработчика. Утверждённое ТЗ является обязательным для исполнения обеими сторонами.
Значение и применение
ГОСТ 34.602-2020 играет ключевую роль в проектной деятельности в области автоматизации. Его использование позволяет:
- Снизить риски недопонимания между заказчиком и разработчиком, зафиксировав все требования на бумаге.
- Обеспечить прозрачность процесса создания АС: каждый этап работ имеет чёткие критерии завершения.
- Упростить контроль за ходом работ и приёмку результатов.
- Повысить качество конечного продукта за счёт детальной проработки требований на ранних стадиях.
- Создать основу для дальнейшего развития системы: ТЗ может служить базой для разработки технического задания на модернизацию или расширение функционала.
Стандарт широко применяется в государственных и муниципальных учреждениях, на промышленных предприятиях, в банковском секторе, в сфере телекоммуникаций и других отраслях, где требуется создание или обновление автоматизированных систем. Несмотря на рекомендательный характер для частных компаний, многие организации принимают его как корпоративный стандарт в силу его проработанности и юридической значимости.
Источники
- ГОСТ 34.602-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». — М.: Стандартинформ, 2020.
- ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания». — М.: Издательство стандартов, 1990.
- РД 50-34.698-90 «Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов». — М.: Издательство стандартов, 1990.
- ГОСТ Р ИСО/МЭК 12207-2010 «Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств». — М.: Стандартинформ, 2010.
- Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации».
BFOmetr — база данных и аналитика по компаниям России.
На главную BFOmetr →