Правовая основа использования стандартов в России — Закон о техническом регулировании. По этому закону использование стандартов – в общем случае дело добровольное. Обязательным его может сделать какой-нибудь другой обязательный документ: договор на разработку программы или системы, техническое задание, внутренние стандарты организации и т. п.

Что обязательно должно быть в требованиях к функции АС?

Требования к функции автоматизированной системы обязательно должны указывать на результат её выполнения. Дело в том, что функция по определению должна приводить к полезному результату. Значит, нет результата — нет и функции.

Всё остальное опционально, например режим выполнения функции или особые требования к надежности системы при её выполнении.

Кроме того, в ГОСТ 34.602—2020 есть прямое указание: «Для каждой функции (задачи) должен быть указан результат ее выполнения и, при необходимости, приведены основные характеристики результата».

И знаете что? Эту фразу туда вставил я.

Как соотносятся функции и задачи АС?

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

Но так это устроено в системе понятий КСАС. Есть другие стандарты, в которых задача, наоборот, крупнее. Иногда это приводит к путанице.

Что такое непрерывно выполняемая функция АС?

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

Какие сведения должны быть приведены в документе «Описание автоматизируемых функций»?

В описании автоматизируемых функций должен быть приведен порядок выполнения каждой функции АС.

В техническом задании нам было достаточно результата, а в техническом проекте мы должны показать всю последовательность действий, разделить функцию на задачи, показать порядок их выполнения. При процессном подходе это что-то вроде процессов “to be”, но с большей технической детализацией.

Что такое математическое обеспечение АС согласно КСАС?

Математическое обеспечение АС — совокупность математических методов, моделей и алгоритмов, примененных в АС.

Что из перечисленного ниже НЕ входит в информационное обеспечение АС?

К информационному обеспечению автоматизированной системы не относят обучающие материалы для пользователей. Обучающие материалы — это методическое обеспечение.

Какая разница между общим и специальным программным обеспечением АС?

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

Не стоит путать специальное программное обеспечение с системным. Обычно они совпадают в каких-то важных частях — скажем, операционная система или СУБД обычно бесплатные или покупные, и они поэтому относятся к общему программному обеспечению. Но какая-нибудь прикладная платформа (допустим, 1С:Предприятие), тоже будет относиться к общему программному обеспечению. Специальным программным обеспечением можно считать скрипт, который будет на этой платформе выполняться (в 1С это называется обработкой).

Кто такой системный программист в понимании ЕСПД?

Судя по требованиям из руководства системного программиста в ЕСПД, сегодня его обязанности выполнял бы, скорее всего, системный администратор или девопс.

Какие утверждения о Программе и методике испытаний верны?

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

В программе и методике испытаний для каждой проверочной процедуры должны быть приведены точные критерии успешности ее выполнения. При этом от ПМИ не требуется, чтобы она была написана на том же уровне подробности, что и руководство пользователя.

ПМИ может ссылаться на эксплуатационную документацию: выполните такую-то операцию над таким-то набором тестовых данных, а затем убедитесь, что получился именно вот такой результат. Как именно выполнять эту операцию мы смотрим, например, в руководстве пользователя. В этом смысле ПМИ ближе к технологической инструкции.

В идеальном мире ПМИ охватывает все требования ТЗ, но на практике объём испытаний может быть ограничен каким-то набором требований.

Приглашаем на наш большой курс про ГОСТ!

Курс адресован техническим писателям, аналитикам, архитекторам и руководителям проектов, которые работают с технической документацией в ИТ-проектах. Если вы создаёте комплекты технической документации на современные программы и системы в соответствии с российскими стандартами, этот курс для вас.

Вы получите полное представление о применении стандартов при документировании ИТ-решений. Основной фокус учебной программы направлен на документирование автоматизированных систем по ГОСТ 34 и программных средств по ГОСТ 19. Курс поможет разобраться в том, какие стандарты используются в проектах, когда они обязательны, как их выбирать и сочетать, а также расширит ваши знания об организации разработки и автоматизации документации.

Преподаватели курса — Оксана Гаврюшенко и Михаил Острогорский.