Если персонал есть, это АС. Если нет, это не АС. :)

Так у калькулятора есть персонал (он же пользователь)...он же не становится системой...

Калькулятор вместе с пользователем могут составлять систему, даже автоматизированную, если они (пользователь и калькулятор) совместно предназначены для выполнения определённой функции. :)

Например,  боец с калькулятором, предназначенные для расчёта поправок на ветер, могут рассматриваться как автоматизированная система.

Вы конечно загнули, но да...так можно рассматривать...а требования тогда к калькулятору писать как к ПО или Системе? Нужны ли еще требования к системе если я соберу требования стейкхолдеров?

системная инженерия говорит, что ошибочно сразу писать требования к ПО, в обход системы, HCI говорит то же самое

Если вы разрабатываете калькулятор как многофункциональный продукт для математических расчётов, ориентированный на массового пользователя (а не специально обученных бойцов с определённым набором функций), то его не стоит рассматривать как автоматизированную систему в контексте ГОСТ.

То есть получается, что для того, что бы проследить все ли требования стейкхолдеров выполняются лучше на "пару страниц" требований к системе написать?

надо разобраться, частью какой системы является ваше ПО

Для отслеживания выполнения требований стоит прописать критерии приёмки.

Я о трассировке требований...от стейкхолдера к ПО, через требования к системе...

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

Так то да, вы правы...но у меня вопрос был про то нужно ли делать ТЗ/Спецификацию на систему если мне нужно составить требования к ПО

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

Даже если она не автоматизированная? Ну то есть у меня, предположим, всё делается в ручную или посредством другой программы и мне нужно полученные данные обработать в "Моем" ПО...
тогда система-то получается как бы про людей и правила работы...

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

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

Понятно и, вроде даже очень правильно....но блин, муторно :)))

так фотошоп — это профессиональный мега-продукт с большим рынком

А калькулятор? У него пользователей еще больше :)))

какой у него рынок продаж?