Это учебный пересказ смысла стандарта простым языком, а не официальный текст ГОСТ. Для настоящей работы нужен сам стандарт. Действует взамен ГОСТ 34.602-89; к нему вышли поправки в ИУС № 3-2022 и ИУС № 7-2023 (служебные правки в предисловии, смысл разделов ТЗ не меняли).

ГОСТ 34.602-2020

Требования к автоматизированной системе

Самый большой раздел. Здесь пишут, какой должна быть система, что она должна уметь и чем её обеспечивают.

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

В каждом подразделе дают ссылки на действующие нормы для систем такого вида.

К структуре АС в целом

Подсистемы. Из каких частей состоит система, зачем каждая нужна, можно ли указать уровни и степень централизации.
Связь внутри. Как части системы обмениваются информацией.
Связь с соседями. Как стыковаться с другими системами: совместимость, интероперабельность, способы обмена данными.
Режимы работы. Обычный день, авария, ночная смена — что система должна выдерживать.
Диагностика. Как искать неисправности.
Будущее. Можно ли потом развивать и модернизировать систему.

К функциям (задачам)

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

К видам обеспечения

Система — не только «кнопки на экране». Её нужно чем-то поддерживать.

Математическое. Какие формулы, модели и алгоритмы использовать.
Информационное. Какие данные, как их хранить, обновлять, обменивать и восстанавливать; какие справочники и формы документов.
Лингвистическое. На каких языках система «говорит» с людьми, как устроен диалог, нужны ли словари.
Программное. Какое ПО ставить, какое писать самим, что из покупного разрешено.
Техническое. Какое железо допустимо и какими свойствами оно должно обладать.
Метрологическое. Как и чем измерять, с какой точностью, как проверять саму систему.
Организационное. Какие службы обслуживают систему, как люди взаимодействуют, что делать при сбоях.
Методическое. По каким стандартам и методикам работают, как разработчикам выдают нужные нормы.
Правовое. Какие законы, нормы и права нужно учесть: доступ к данным, ответственность, лицензии, персональные данные.

Общие технические требования

Персонал и пользователи. Сколько людей, какая квалификация, как учат и проверяют, в каком режиме работают.
Показатели назначения. Числа, по которым видно, что система делает своё дело.
Надёжность. Как долго работать без отказа, что считать аварией, как проверять надёжность.
Безопасность. Чтобы при монтаже, работе и ремонте людей не било током и не вредило среде.
Удобство и внешний вид. Чтобы работать было комфортно, а интерфейс — понятным.
Перевозка. Для подвижных систем: как возить оборудование без поломок.
Эксплуатация и ремонт. Режим работы, обслуживание, место, питание, запчасти.
Защита информации. Чтобы посторонние не лезли в данные; плюс сохранность при авариях и отключении питания.
Внешние воздействия. Помехи, климат, удары среды.
Патенты и стандартизация. Не нарушать чужие патенты; по возможности использовать типовые решения.
Дополнительно. Учебные стенды, особые условия, особые пожелания заказчика или разработчика.