У вас не система - у вас бизнес-процесс

Нуууу...как посмотреть. Вот сторонний сервер это часть системы. Данные которые мне передаются формируются в другом отделе, могу даже предположить, что в какой-то системе...так, что тоже можно считать элементом системы. Просто между сервером и отделом вакуум, который должен заполнить программный кусок. Там просто чуть сложнее я в целом утрирую...

Вот человек из отдела, который будет вбивать данные с листочка в веб-форму вашего ПО - он будет частью системы.

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

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

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

Тут немного другое. Наличие форм ввода данных, на данный момент отстутсвует...то есть предполагается отправка файла

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

Со временем скорее всего да, и скорее всего "мое" ПО тоже будет заменено вместе с будущей автоматизацией. Здесь уже другие вопросы нужно решать, больше организационные.

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

Это мы сейчас про мой конкретный случай или на перспективу? Если перспектива, то там однозначно будет система, а если мой сейчас...то это я дошел до мысли, что это уже ПО

Про конкретный случай, если там есть человек, от которого зависит результат работы ПО.
Нет в требованиях про человека, нет требований к человеку - потом при приемке окажется, что ПО не работает так, как хотел заказчик. А то, что "Вася должен динамомашинку крутить, чтобы лампочка светилась" - про это нигде не будет сказано.

Ааа вы с такой точки... тогда да, надо будет требования к системе писать.... (
Вы меня расстроили :)))))

У вас есть на предприятии какие то нормативные документы, которые определяют что для вас по а что система? Например мы некогда делали системищу большую, а когда сдавали нас загнали под сто, где этот продукт считался по.

Ну те же ГОСТы :))) 34-602 и 19-201

В этих условия же все предопределенно 😊 следуйте критериям по которым АС от ПС отличается и выбирайте правильный вариант

А как Вы планируете это все стыковать вместе? ГОСТ и ISO - это разные миры. SyRS и SRS - это по ISO 29148.

ISO изучаю для общего развития. А так я бы не сказал, что это уж очень разные миры :)))

это если по ГОСТ 34, а ГОСТ 19 я еще не сравнивал :)))

Не встречала ни разу чтобы требования к человеку указывал аналитик. Аналитик пишет use cases но никак не требования к персоналу

Ну как же, а требования к операторам...