согласовано)

У вас только фотошоп или рабочие места с фотошопом, планшетами, экранами и плоттерами или чем-то еще, выдающим "твердую копию"?

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

https://en.wikipedia.org/wiki/Software_requirements_specification
Software requirements specification establishes the basis for an agreement between customers and contractors or suppliers on how the software product should function (in a market-driven project, these roles may be played by the marketing and development divisions).
SyRS обширнее, чем SRS.
Если SRS подходит определением под то, что хотите описать - используйте SRS. У меня такое мнение.

Если я пишу требования к CMS или СЭД без указания ролей пользователей, то есть даю возможность самостоятельно завести бизнес-процессы и пользователей... такой аля конструктор всего. это как с 1С то ли система то ли ПО...

сам пакет 1С — это ПО, а системный интегратор, который решает, как его расположить на серверах, настроить, организовать бекапы, и построить на его основе бизнес-процессы, уже будет строить систему на основе этого ПО

1С - это все же платформа (комплекс связанных систем), системный интегратор на базе платформы производит Решение для обеспечения достижения Бизнес-целей)

ПО - это описание, информация, это не объект. В физическом мире ПО воплощается как текст на бумаге, информация на магнитном носителе, или информация в системе во время исполнения команд из ПО. А система - это комплекс объектов, включающих в себя оборудование и работающий на этом оборудовании программный код

Это вы про исходный код...он да описание. А скомпилированный код, вполне себе элемент системы :)))

Если оно установлено и запущено на соответствующем оборудовании...

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

На самом деле это все от переопределенности терминов. В разных документах, особенно на русском языке, вкладывается свой смысл в похожие слова. В том же вопросе Дениса - именно это скрыто.

В момент когда ПО запущено пользователем или находится в режиме ожидания это не просто описание

Поэтому требования к программе описывайте как SRS, а требования к системе, которая может включать эту программу - как SyRS

а что же ещё?

А термин "программное обеспечение" вообще предлагаю не использовать вне контекста 😂, как перегруженное смыслами

Возможно поэтому у меня и путаница :)))

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

Именно. В контексте ИТ отрасли термин "Программное обеспечение' ошибочно считается интуитивно понятным и, в бытовом плане, синонимичным любым другим определениям для результатов труда специалистов ИТ 😊 .

Программное обеспечение по определению является частью автоматизированной системы. Но этот термин в русском языке прижился (как и software в английском), поэтому слово "обеспечение" вне контекста АС потеряло смысл. Любую программку называют ПО - будь то трёхстрочный скрипт на баше для одноразового использования или весь комплект Office 360 со всеми облаками.

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

Чтобы понять, можно ли назвать нечто автоматизированной системой в терминологии ГОСТ, можно применить простой практический критерий: есть ли в составе этого нечто персонал (aka люди), являющийся его неотъемлемой частью.